Dokładniejszy czas niż 4 bajtowy

Thread View: pl.comp.os.linux.programowanie

8 messages

[T] Back to Threads [V] Tree View [G] Group Articles

8 total messages Started by Borneq Sat, 21 Nov 2015 19:56

#72759

Author: Borneq
Date: Sat, 21 Nov 2015 19:56

5 lines
1181 bytes

Czy w Linuxie jest jakiś dokładniejszy format czasu niż ten 32 bajtowy w 
sekundach od 1970 roku? W Windows jest dokładniejszy niż sekundowy, a 
poza tym sięga o wiele dalej niż do 2038 roku (czy gdy na siłę 
pozbędziemy się znaku to do 2106 roku).
Chodzi mi o 8 bajtowy czas np. w mili- lub mikrosekundach

Re: Dokładniejszy czas niż 4 bajtowy

#72760

Author: Sebastian Biały
Date: Sat, 21 Nov 2015 20:12

5 lines
1118 bytes

On 2015-11-21 20:56, Borneq wrote:
> Czy w Linuxie jest jakiś dokładniejszy format czasu niż ten 32 bajtowy w
> sekundach od 1970 roku?

http://linux.die.net/man/2/gettimeofday

Re: Dokładniejszy czas niż 4 bajtowy

#72762

Author: Borneq
Date: Sat, 21 Nov 2015 20:29

11 lines
1457 bytes

W dniu 2015-11-21 o 21:12, Sebastian Biały pisze:
> On 2015-11-21 20:56, Borneq wrote:
>> Czy w Linuxie jest jakiś dokładniejszy format czasu niż ten 32 bajtowy w
>> sekundach od 1970 roku?
>
> http://linux.die.net/man/2/gettimeofday
>
Bo jest nie tyle Unixowy co Javowy czas w milisekundach od 1970 roku - 8 
bajtowy, ale ten co widzę, to łatwiej jest przekonwertować bo młodsza 
część to czas Unixowy i 4 bajty na mikrosekundy.
Dokładniejszy, ale czy gettimeofday() radzi sobie z rokiem 2038?

Re: Dokładniejszy czas niż 4 bajtowy

#72761

Author: Sebastian Biały
Date: Sat, 21 Nov 2015 20:34

4 lines
1147 bytes

On 2015-11-21 21:29, Borneq wrote:
> czy gettimeofday() radzi sobie z rokiem 2038?

To zależy jak *twój* system definiuje time_t.

Re: Dokładniejszy czas niż 4 bajtowy

#72763

Author: Borneq
Date: Sat, 21 Nov 2015 20:40

16 lines
1471 bytes

W dniu 2015-11-21 o 21:34, Sebastian Biały pisze:
> On 2015-11-21 21:29, Borneq wrote:
>> czy gettimeofday() radzi sobie z rokiem 2038?
>
> To zależy jak *twój* system definiuje time_t.
>
To nie zawsze 4 bajty? System to np. Ubunty,Mint czy Debian,
w MinGW w types.h jest :

#ifndef _USE_32BIT_TIME_T
typedef	__time64_t time_t;
#else
typedef	__time32_t time_t;
#endif /* !_USE_32BIT_TIME_T */

Pytanie, jakiej długości zwraca gettimeofday() ?

Re: Dokładniejszy czas niż 4 bajtowy

#72764

Author: Sebastian Biały
Date: Sat, 21 Nov 2015 20:46

13 lines
1522 bytes

On 2015-11-21 21:40, Borneq wrote:
>>> czy gettimeofday() radzi sobie z rokiem 2038?
>> To zależy jak *twój* system definiuje time_t.
> To nie zawsze 4 bajty?

To rzadko kiedy jest 4 bajty.

> Pytanie, jakiej długości zwraca gettimeofday() ?

Sprawdź sizeof(time_t). Idę o zakład ze będzie to 64 bity jesli system 
jest współczesny.

http://stackoverflow.com/questions/471248/what-is-ultimately-a-time-t-typedef-to

Re: Dokładniejszy czas niż 4 bajtowy

#72765

Author: Borneq
Date: Sat, 21 Nov 2015 21:36

20 lines
1882 bytes

W dniu 2015-11-21 o 21:46, Sebastian Biały pisze:
> On 2015-11-21 21:40, Borneq wrote:
>>>> czy gettimeofday() radzi sobie z rokiem 2038?
>>> To zależy jak *twój* system definiuje time_t.
>> To nie zawsze 4 bajty?
>
> To rzadko kiedy jest 4 bajty.
>
>> Pytanie, jakiej długości zwraca gettimeofday() ?
>
> Sprawdź sizeof(time_t). Idę o zakład ze będzie to 64 bity jesli system
> jest współczesny.
>
> http://stackoverflow.com/questions/471248/what-is-ultimately-a-time-t-typedef-to
>
>
Myślę że nie ma problemu na 6-bitowych maszynach z 64-bitowym Linuxem, a 
32-bitami nie trzeba będzie się już przejmować w 2038 roku ;-)
Grunt to we własnym programie nie przeznaczać 4 bajtów - tak jak w bloku 
Bitoinie jest time uint32_t, ale mają czas na zmianę.

Re: Dokładniejszy czas niż 4 bajtowy

#72766

Author: Bartłomiej Golenko
Date: Wed, 25 Nov 2015 08:18

13 lines
1679 bytes

Borneq <borneq@antyspam.hidden.pl> wrote:
> Myślę że nie ma problemu na 6-bitowych maszynach z 64-bitowym Linuxem, a 
> 32-bitami nie trzeba będzie się już przejmować w 2038 roku ;-)
> Grunt to we własnym programie nie przeznaczać 4 bajtów - tak jak w bloku 
> Bitoinie jest time uint32_t, ale mają czas na zmianę.

Jeśli nie przeszkadzją Ci dodatkowe zależności, to użyj np. 
Poco::Timestamp. Będziesz miał nie tylko gwarantowane 64 bity, ale
na dodatek w miarę niezależnie od platformy.

http://pocoproject.org

B.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads