Größe von 'time_t' ?

[ts-soft]

Nimmste die 32-Bit Version, der Fehler ist auf beiden Versionen derselbe.
PS: Kauf Dir bessere Hardware und nicht so ein Bastelgedöns.

[SBond]

Nimmste die 32-Bit Version, der Fehler ist auf beiden Versionen derselbe.
PS: Kauf Dir bessere Hardware und nicht so ein Bastelgedöns.

Würde ich zu gerne
...aber als Student sind Geldsummen >500€ auf dem Konto, nahezu ein Akt der Unmöglichkeit. Jedenfalls für mich ...in einem Jahr sollte sich das Masterstudium dennoch bezahlt machen.

[ts-soft]

...aber als Student sind Geldsummen >500€ auf dem Konto, nahezu ein Akt der Unmöglichkeit

Ich hab für Gehäuse, Mainboard, CPU, RAM und Graka weniger ausgegeben. Den Rest wirste ja haben.
Kannst ja mal auf meine Signatur klicken, um eine Vorstellung zu bekommen.

Okay, wird jetzt Offtopic

[ts-soft]

So, noch ein Nachtrag zu diesem Beitrag:

Der C Typ long wird in PB zu integer, solange nichts anderes definiert ist. (32 oder 64 Bit)
Der C Typ int wird in PB zu long, solange nichts anderes definiert ist. (Immer 32 Bit)

Es ist also genau umgekehrt

Gruß
Thomas

[auser]

Der Fehler kommt direkt beim Kompilieren. Ob das kompilierte Programm dann abstürzt, weiß ich nicht.

Genau genommen kommt der Fehler beim Linken und somit hat das ganze weniger mit PB zu tun weil das Linken auch für PB der GCC macht. CentOS 6 und auch Debian Wheezy (also zwei aktuell ziemlich wichtige Distributionen) haben noch immer eine glibc kleiner 2.17. Und somit fehlt da ein Flag (diesen findet man auch in der man-page vom clock_gettime - zumindest unter Debian und CentOS):



Lösung (glibc < 2.17):

Code: Alles auswählen

Import "-lrt"
  clock_gettime.l(clock_id.l, *tp.timespec)      ; aktuelle Zeit ermitteln
EndImport

clock_gettime gibt auf den besagten Distributionen nicht C-Long sondern C-Int zurück also PB-Long und der Typ clock_id ist eigentlich auch nur 4 byte gross - also ist PB-Int da genau genommen auch falsch (wenngleich der Wert der paar möglichen Konstanten zum Setzen vom Typ vermutlich eh darunter bleiben wird).


Wenn es nicht unbedingt Nanosekunden (sondern auch Micro/Millisekunden sein dürfen) würd ich aus Kompatibilitätsgründen noch immer eher zu gettimeofday greifen. http://www.purebasic.fr/german/viewtopi ... 78#p317978


Was die RAM-Größe von 'ner Linux-VM anbelangt reicht 1GB in den meisten Fällen locker aus. CentOS6 geht auch mit 256MB RAM noch (sogar mit GUI). Die meisten VMs die bei uns laufen haben 512MB... manche 256MB. Man braucht (insbesondere für so Entwicklungsmaschinen oder Buildbots) ja nicht jeden Mist drauf installieren und laufen lassen. Ich bevorzuge für VMs Debian Minimal-installation. Wenn was kompiliert werden soll dann 'build-essentials' drauf und den echten (und einzig wahren) vim. In dem Fall wär's weil PB vielleicht noch zusätzlich bissl GTK-Zeugs (bzw. das Check-Skript durchlaufen lassen und zufrieden stellen) und gut iss.

Mfg,
auser