Seite 1 von 1

FileTime

Verfasst: So, 19. Okt 2014 21:45
von AUGE_OHR
hi,

Frage : macht Filetime64() aus ot4xb auch Probleme mit Xbase++ v2.x Release unter 32bit ?

unabhängig davon würde ich gerne wissen ob mein Workaround mit der V2.x Release funktioniert ( mit der beta5 geht es )

Re: FileTime

Verfasst: So, 19. Okt 2014 22:30
von satmax
Funktioniert mit V2 Build 556.

Re: FileTime

Verfasst: Mo, 20. Okt 2014 0:21
von AUGE_OHR
satmax hat geschrieben:Funktioniert mit V2 Build 556.
ok, Danke.
32bit oder 64bit OS() ?

Re: FileTime

Verfasst: Mo, 20. Okt 2014 7:33
von satmax
Win 8.1/64 am Surface pro 3

Re: FileTime

Verfasst: Mo, 20. Okt 2014 8:18
von brandelh
Hier mein Ergebnis mit 1.90.355 unter Win 7 Prof 64 bit

Code: Alles auswählen

XBase2, Alink, VIO         NEU 20.09.2001
Xbase++ (R) Compiler 1.90.355 Apr 10 2009
Copyright (c) Alaska Software. All rights reserved.
File: filetime.prg Line:  101
File filetime.prg compiled successfully.
Alaska 32-Bit Linker Version 1.90.355
Copyright (c) Alaska Software 1997-2009. All rights reserved.

D:\TEST\FILETIME>filetime

20.10.2014 08:16:17:41
20.10.2014 08:16:17:00
Press any key to continue...
und nun mit 2.00.556

Code: Alles auswählen

D:\TEST\FILETIME>filetime

10/20/2014 08:18:07:37
10/20/2014 08:18:07:00
Press any key to continue...


Re: FileTime

Verfasst: Mo, 20. Okt 2014 16:36
von AUGE_OHR
brandelh hat geschrieben:Hier mein Ergebnis mit 1.90.355 unter Win 7 Prof 64 bit
...
und nun mit 2.00.556

Code: Alles auswählen

D:\TEST\FILETIME>filetime

10/20/2014 08:18:07:37
10/20/2014 08:18:07:00
Press any key to continue...
das die jetzige Version v2.x es mit der amerikanischen Datum Darstellung liefert war klar ;)

was ich damit aber sehen wollte war ob FILETIME() selbst ein Problem für Xbase++ v2.x darstellt.

mir fehlt noch die Aussage ob FILETIME64() aus ot4xb unter Xbase++ v2.x unter 32bit funktioniert.
wenn ja dann hätte man einen Tip für Pablo wo er ansetzten könnte.

Re: FileTime

Verfasst: Di, 21. Okt 2014 8:29
von brandelh
den Tipp habe ich schon geliefert ... FileTime64() will ein Xbase++ Objekt zurückliefern, damit scheint es Probleme zu geben.
LONG, String, Double etc. habe ich als Rückgabewerte von QuickPDF auch verarbeitet und dabei keine Probleme gefunden.

PS: das deutsche Datum könnte man natürlich mit SET DATE GERMAN (ist normal in der DBESYS) verbessern.

Re: FileTime

Verfasst: Di, 21. Okt 2014 23:13
von AUGE_OHR
brandelh hat geschrieben:den Tipp habe ich schon geliefert ... FileTime64() will ein Xbase++ Objekt zurückliefern, damit scheint es Probleme zu geben.
hm ... ist es nicht eine STRUCTURE die man bei :New() erhalten sollte ?
Marcus sagte doch das er NIL, auf einem 64bit OS(), zurück bekommt.

witzig das sich nun auch raus stellt das GetFileTime(), welche ich in Click verwendet habe, ebenfalls ein Problem hat ... und das auch unter XP !
... aber wieso läuft den meine Version (2010) von Click "noch" ... hm

aber egal, wenn man die Function FTtoST() aus dem ZIP nimmt kann man "FileTimeToSystemTime" nutzen und es stimmt dann wieder.

Re: FileTime

Verfasst: Mi, 22. Okt 2014 7:15
von brandelh
:New() ist die Syntax von Objekten, soweit ich weiß, nimmt Pablo Xbase++ Objekte um Strukturen zu simmulieren.
Den Rest kann ich dir nicht beantworten, ich weiß nur was ich auf der MSDN gelesen und zitiert habe ;-)