We are trying to save files preserving the date and time stamps for archive purposes.
Based on our experience the date/time is modified to reflect the date/time of the "copy file" command.
Is there an easy way to copy files preserving the original date and time stamps?
Search found 196 matches
- Fri Apr 09, 2010 5:31 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: copy files preserving date time stamps
- Replies: 3
- Views: 617
- Fri Feb 19, 2010 9:56 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
Problem Solved!! :D Thank you Vilian. The problem is a "user error." Image2pdf supplies 2 dll's - one uses "STDCALL" convention and one does not. My new version of xHarbour ( 1.2 ) must have the STDCALL version and I was calling the "other" DLL file by mistake. Followin...
- Fri Feb 19, 2010 8:07 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
I used the xHarbour and Harbour DLLCALL() FUNCTION and it seems to work fine. I suspect the problem is within CALLDLL() function - perhaps I'm invoking the harbour CallDLL() and not the FWH CallDLL() ??? This Works :) #include "FiveWin.ch" #define DC_CALL_STD 0x0020 static hLIB ...
- Fri Feb 19, 2010 7:48 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
I noticed that xHarbour also has a function named CallDLL().
Is it possible my environment is mistakenly calling the xHarbour CallDLL() version and the parm passing convention is different.
does your CallDLL and xHarbour CallDLL maybe get mixed up in my environment?
Is it possible my environment is mistakenly calling the xHarbour CallDLL() version and the parm passing convention is different.
does your CallDLL and xHarbour CallDLL maybe get mixed up in my environment?
- Fri Feb 19, 2010 7:33 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
your test.exe file works fine here.
I recompiled with my version of buildx.bat and buildh.bat and both created GPF's.
can you show me the b32.bc output you used from both the compile and link step?
I recompiled with my version of buildx.bat and buildh.bat and both created GPF's.
can you show me the b32.bc output you used from both the compile and link step?
- Fri Feb 19, 2010 6:20 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
I used xHarbour and Harbour with the buildx.bat and buildh.bat supplied with FiveWin both got gpf. here is the Harbour link script from b32.bc using Harbour 2.0 shipped with FWH c:\borland\bcc55\lib\c0w32.obj + dllpdf.obj, + dllpdf.exe, + dllpdf.map, + .\..\lib\FiveH.lib .\..\lib\FiveHC.lib + t:\har...
- Fri Feb 19, 2010 4:07 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
I'm also using version 252. The DLL is dated 04/11/2009 11:17 PM 1,003,520 Image2PDF.dll I get the exact same results with an older version 240 which has worked perfectly for us in the past. 05/15/2008 10:20 PM 865,792 Image2PDF.dll I tried your code snippet and it GPF's here. I put the debugger in ...
- Thu Feb 18, 2010 10:08 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
More Information :) I instructed the DLL to output messages to the console. It appears that the process was completed by the DLL and the GPF occurs upon the RETURN of control from the DLL back to the CallDLL( ) function. retval := I2PDF_AddImage(alltrim( infile ) ) // processed ok retval := I2PDF_Ma...
- Thu Feb 18, 2010 9:44 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
Yes. 1st all DLL functions were constructed with the DLL handle value. These constructs do not load/unload the library and I was required to do it at the beginning and FreeLibrary( ndll ) at the end. Then, I changed the construct to use the DLL name, which forces the load/unload each time. DLL STATI...
- Thu Feb 18, 2010 8:54 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
I have discovered the nature of the problem!!!! :D With the PASCAL parm in the DLL function definition, all calls were successful until I tried one using parameters. The 1st call with parameters caused the GPF. After removing the PASCAL keyword in the DLL function definition, I was able to call a fu...
- Thu Feb 18, 2010 7:11 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
Unfortunately, I must provide the license parameter for proper usage. i wonder if the "big string" has some sort of ramification? Is the definition of LPSTR appropriate? retval := I2PDF_License( "XXX-ZZZZ-AAAAA-BBBBBB-CCCCCCC" ) DLL STATIC FUNCTION I2PDF_License( cLicCode AS LPST...
- Thu Feb 18, 2010 5:32 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
Good News - Bad News Removing PASCAL from all calls results in: ************************************* -- pass an integer ( LONG ) parm - SUCCESS!!!! retval := I2PDF_SetDPI( 0 ) DLL STATIC FUNCTION I2PDF_SetDPI( nDpi AS LONG ) AS LONG; FROM "I2PDF_SetDPI" LIB hLib **************************...
- Thu Feb 18, 2010 4:42 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
Here is code for my xHarbour 1.2.1 and BCC 5.5 and FWH 10.1 The actual dll can be downloaded from http://www.utilitywarrior.com/Image-to-PDF-Dynamic-Link-Library.htm From that web-page, click the "download link" at the bottom of the page. STATIC HLIB #INCLUDE "FiveWin.ch" Functio...
- Thu Feb 18, 2010 1:22 am
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
borland 5.5 c++ xharbour 1.2.1 ( shipped with FWH 10.1 ) i confirm 100% that GetProcAdd() is the appropriate call for xharbour 1.2.1 when using calldll() function. :) In my coding, if I don't pass any parameters to a .DLL function - no problem. works perfectly. But - if I MUST pass parameters to a ....
- Wed Feb 17, 2010 10:28 pm
- Forum: FiveWin for Harbour/xHarbour
- Topic: FWH 10.1 - DLL32 Function
- Replies: 34
- Views: 9957
Re: FWH 10.1 - DLL32 Function
i can communicate with the c-language dll file if I use GetProcAdd() If I use GetProcAddress() a "Pointer" is returned and I have no success with the DLL - GPF every time. I'm using a DLL (IMAGE2PDF.DLL from Utility Warrior - you can down load it). This is a DLL that receives parms and/or ...