Revision: 10204
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10204&view=rev
Author: druzus
Date: 2009-02-07 01:11:03 + (Sat, 07 Feb 2009)
Log Message:
---
2009-02-07 02:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/fs
Revision: 10203
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10203&view=rev
Author: vszakats
Date: 2009-02-07 00:24:28 + (Sat, 07 Feb 2009)
Log Message:
---
added small usage example for HB_FTEMPCREATEEX()
Modified Paths:
--
trunk/ha
Revision: 10202
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10202&view=rev
Author: vszakats
Date: 2009-02-07 00:22:40 + (Sat, 07 Feb 2009)
Log Message:
---
2009-02-07 01:21 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbapifs.h
* inc
Revision: 10201
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10201&view=rev
Author: vszakats
Date: 2009-02-06 23:27:41 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-07 00:27 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/debug/dbgentry.c
Revision: 10200
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10200&view=rev
Author: vszakats
Date: 2009-02-06 23:23:20 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-07 00:22 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/Makefile
- incl
Revision: 10199
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10199&view=rev
Author: druzus
Date: 2009-02-06 23:18:19 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-07 00:22 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdef
Revision: 10198
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10198&view=rev
Author: vszakats
Date: 2009-02-06 23:15:37 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 23:47 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* harbour-wc
On Fri, 06 Feb 2009, Szak�ts Viktor wrote:
> I won't, I have cancelled it after giving it a second thought.
> All I did is I've remapped them to HB_TOUPPER() and
> HB_ISDIGIT() in header, but won't do more here. I'll mark
> this TODO as [CANCELLED].
Thank you,
> [ If you want I can even undo the
Revision: 10197
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10197&view=rev
Author: vszakats
Date: 2009-02-06 22:00:39 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 23:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbpp.h
* Mino
I won't, I have cancelled it after giving it a second thought.
All I did is I've remapped them to HB_TOUPPER() and
HB_ISDIGIT() in header, but won't do more here. I'll mark
this TODO as [CANCELLED].
[ If you want I can even undo the above change in hbpp.h, too. ]
Brgds,
Viktor
On Fri, Feb 6, 200
Revision: 10196
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10196&view=rev
Author: vszakats
Date: 2009-02-06 21:45:03 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 22:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/make_b32_all.bat
On Fri, 06 Feb 2009, vszak...@users.sourceforge.net wrote:
Hi Viktor,
> ; TODO: Replace HB_PP_UPPER(), HB_PP_ISDIGIT() with equivalent
> new macros.
Please do not make it. I intentionally defined separated macros for PP
to fully control input character stream without any relations to
Hi all,
I'll go this route:
HB_USR_LIBS
HB_USR_PRGFLAGS
HB_USR_CFLAGS
HB_USR_LDFLAGS
HB_USR_AFLAGS
HB_USR_MAKEFLAGS
The reason is: it's both easy to look for all user settings
(with grep), and it's also easy to catch all CFLAGS
(be it HB_USR_CFLAGS or plain CFLAGS).
Brgds,
Viktor
On Thu, Feb 5
Revision: 10195
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10195&view=rev
Author: vszakats
Date: 2009-02-06 20:36:37 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 21:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
- Re
Hi Przemek,
Generically speaking IMO it's the wrong solution for avoiding
bugs to uniformly require the addition of all full OS headers
to each source files, if that's what you say. Be those OS
headers windows.h files or any other OS files.
[ If that's what you're suggesting that is, your words ar
On Thu, 05 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> We should IMO never include windows.h from hbdefs.h. Besides
> slowing down build time to a great deal, we don't do this for other
> OS APIs either. This would also suggest that Windows API usage
> is freely allowed in any files, which count
Revision: 10194
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10194&view=rev
Author: vszakats
Date: 2009-02-06 19:03:27 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 20:02 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/codepage/cptr857.c
Revision: 10193
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10193&view=rev
Author: vszakats
Date: 2009-02-06 18:23:08 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 19:03 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
+ Ad
On Fri, 06 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi,
[...]
> Conclusion: no SetCurrentDirectoryW() is called at all.
> GetCurrentDirectoryW() returned 6 bytes sting (i.e., "D:\PRG"). So command
> result (C:\Documents and Settings\Administrator) is printed from cmd.exe
> "cache".
Thank you v
Revision: 10192
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10192&view=rev
Author: vszakats
Date: 2009-02-06 17:47:46 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 18:46 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
+ Ad
Hi,
Perhaps we need to reverse engineer to understand how cd command
works... :) It seems it is not based on SetCurrentDirectory() function.
cmd.exe:
Command:
C:\Documents and Settings\Administrator>cd d:\prg
API call:
GetCurrentDirectoryW(DWORD:260, PWSTR:0x13f80c:"??") 0x4ad041f0
Hi,
Sorry but I have to miss sth.
Do you want to say that in this code:
...
it does not work for you but works in the Mindaugas code?
Mindaugas can you confirm it?
The results is very strange for me also. I've changed a code a little,
to indicate an errors and did much more tests. Also tried t
Here are some more results when run in M:\tests_m, while the default dir on
C: was \tests_c:--
M:\tests_m
.T.
.T.
.T.
C:\tests_c
--
C code slightly changed for MSVC:
--
FUNCTION MAIN()
LOCAL cCurDir := GETCURRENTDIRECTORY()
? cCurDir
? SETCURRENTDIRECTORY( "C:\WINDOWS" )
? SETCURRENTDIRECT
Revision: 10191
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10191&view=rev
Author: vszakats
Date: 2009-02-06 16:50:18 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 17:46 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
+ Ad
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 16.59
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
Sorry but I have to miss sth.
Do you want to say that in this code:
FUNCTION MAIN()
Hi ppl.
I´m testing my application with MemProof and I have a lot of unfreed
resources like VirtualAlloc, that need be freed with VirtualFree and
GetStdHandle that is freed with CloseHandle.
I´m looking at harbour sources and I see that VirtualAlloc is *only*
used by dlmalloc.c and GetStdHandle i
On Fri, 06 Feb 2009, Enrico Maria Giordano wrote:
Hi,
>> I have different results (WinXP SP2)! SetCurrentDirectory("C:") correctly
>> sets C drive and its current directory.
> I confirm your result with *your* sample.
Sorry but I have to miss sth.
Do you want to say that in this code:
FUNCTION
-Messaggio Originale-
Da: "Mindaugas Kavaliauskas"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 13.57
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
> Same result:
> E:\HARBOUR
> T.
> T.
> T.
> C:\
The dot is missing again. But i
-Messaggio Originale-
Da: "Mindaugas Kavaliauskas"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 13.55
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
I have different results (WinXP SP2)! SetCurrentDirectory("C:") correctly
sets C d
1. What windows version do you use.
WinXP SP2
2. What will happen if you use SETCURRENTDIRECTORY( "C:.\" )
instead of SETCURRENTDIRECTORY( "C:" )
PROC main()
TEST()
RETURN
#pragma BEGINDUMP
#include "windows.h"
HB_FUNC( TEST )
{
char szPa
> Same result:
> E:\HARBOUR
> T.
> T.
> T.
> C:\
The dot is missing again. But it was there when I pasted it. Perhaps a
problem with Outlook Express and Unicode chars.
Does Outlook "eats" also "WINDOWS" from "C:\WINDOWS" in last line?
Regards,
Mindaugas
__
Hi,
FUNCTION MAIN()
LOCAL cCurDir := GETCURRENTDIRECTORY()
? cCurDir
? SETCURRENTDIRECTORY( "C:\WINDOWS" )
? SETCURRENTDIRECTORY( cCurDir )
? SETCURRENTDIRECTORY( "C:" )
? GETCURRENTDIRECTORY()
INKEY( 0 )
RETURN NIL
#pragma BEGINDUMP
#include "windows.h"
#include "hbapi
Revision: 10190
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10190&view=rev
Author: druzus
Date: 2009-02-06 12:42:33 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 13:46 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-win-s
Revision: 10189
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10189&view=rev
Author: druzus
Date: 2009-02-06 11:25:08 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 12:29 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/common
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 12.09
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
> Same result:
> E:\HARBOUR
> T.
> T.
> T.
> C:\
The dot is missing again. But it wa
On Fri, 06 Feb 2009, Enrico Maria Giordano wrote:
> Same result:
> E:\HARBOUR
> T.
> T.
> T.
> C:\
Thank you.
Last two questions.
1. What windows version do you use.
2. What will happen if you use SETCURRENTDIRECTORY( "C:.\" )
instead of SETCURRENTDIRECTORY( "C:" )
best regards,
Przemek
__
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 11.46
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
Thank you for test.
BTW why leading dot (.) in missing in logical results?
Typo or som
Revision: 10188
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10188&view=rev
Author: druzus
Date: 2009-02-06 10:47:56 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 11:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hb
On Fri, 06 Feb 2009, Maurilio Longo wrote:
> sure, on lines 64-79 it has a #if defined HB_OS_UNIX and then it tests for
> HB_OS_OS2 || HB_OS_UNIX.
Right, thanks.
I'll clean it.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
h
On Fri, 06 Feb 2009, Maurilio Longo wrote:
> I think that there is a missing HB_STACK_TLS_PRELOAD at the top of
> hb_stackDynHandlesCount(), am I right?
Yes. Thank you for the information. Just fixed.
best regards,
Przemek
___
Harbour mailing list
Harbo
On Fri, 06 Feb 2009, Enrico Maria Giordano wrote:
Hi,
> It seems not. The following sample:
> FUNCTION MAIN()
>LOCAL cCurDir := CURDRIVE() + ":\" + CURDIR()
>? cCurDir
>? SETCURRENTDIRECTORY( "C:\WINDOWS" )
>? SETCURRENTDIRECTORY( cCurDir )
>? SETCURRENTDIRECTORY( "C:" )
>
Przemyslaw,
sure, on lines 64-79 it has a #if defined HB_OS_UNIX and then it tests for
HB_OS_OS2 || HB_OS_UNIX.
Maurilio.
Przemyslaw Czerpak wrote:
> On Fri, 06 Feb 2009, mauriliolo...@users.sourceforge.net wrote:
>
> Hi,
>
>> 2009-02-06 10:55 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it
Revision: 10187
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10187&view=rev
Author: druzus
Date: 2009-02-06 10:26:07 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 11:30 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/est
Revision: 10186
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10186&view=rev
Author: druzus
Date: 2009-02-06 10:21:51 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 11:26 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/ph
On Fri, 06 Feb 2009, mauriliolo...@users.sourceforge.net wrote:
Hi,
> 2009-02-06 10:55 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it)
[...]
Thank you.
> * source/rtl/hbproces.c
> * included sys/waith.h in OS/2 build. I think that initial
> #defines can be simplified a bit.
Can
Hi,
I think that there is a missing HB_STACK_TLS_PRELOAD at the top of
hb_stackDynHandlesCount(), am I right?
Maurilio.
F -DHB_MT_VM -c ../../../estack.c -oestack.o
../../../estack.c: In function `hb_stackDynHandlesCount':
../../../estack.c:397: error: `_hb_stack_ptr_' undeclared (first use in
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: venerdì 6 febbraio 2009 10.58
Oggetto: Re: [Harbour] curdir() and cross platform compatibility
I have a questions for Windows users.
Can we use SetCurrentDirectory() with only drive
And now some numbers about making on OS/2 with more than one instance of make
running (make -jn).
NB: I did not restart my pc between runs, so there can be some cache effect;
all test do a full rebuild of cvs code.
make (single instance) 12:15 (mm:ss)
make -j2 7:27
make -j3 7:14
make -j4 7:20
So
Revision: 10185
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10185&view=rev
Author: mauriliolongo
Date: 2009-02-06 09:55:04 + (Fri, 06 Feb 2009)
Log Message:
---
2009-02-06 10:55 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it)
* config/os2/dir.c
On Fri, 06 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi,
>> Question: what this code shows in windows if current directory is set
>> to some //server/path/tree/file path?
>>? curdrive()+hb_osPathSeparator()+curdir()
>
> C:\cawi32\sample\test>hbrun test14
50 matches
Mail list logo
