Re: [Harbour] SF.net SVN: harbour-project:[13386] trunk/harbour

2010-01-02 Thread Paul Tucker
Prezmek, I was curious how the original version of this seems to have disapeared and it seems that when you started modifying gt, you either used whatever version you started with and ignored further updates that were made to the code, or you actively excluded this code because you didn't know

Re: [Harbour] To Admins: Harbour & Windows APIs.

2010-01-03 Thread Paul Tucker
I think you are using this incorrectly. You must call getlasterror before calling anything else that might set or reset it. This has nothing to do with ST/MT Paul - Original Message - From: "Xavi" To: "Harbour Project Main Developer List." Sent: Sunday, January 03, 2010 12:38 AM S

Re: [Harbour] SF.net SVN: harbour-project:[13386] trunk/harbour

2010-01-04 Thread Paul Tucker
in question. Paul - Original Message - From: "Przemysław Czerpak" To: "Harbour Project Main Developer List." Sent: Monday, January 04, 2010 5:43 AM Subject: Re: [Harbour] SF.net SVN: harbour-project:[13386] trunk/harbour On Sat, 02 Jan 2010, Paul Tucker wrote: Hi, I was

RE: [Harbour] Harbour / Clipper Incompatibility Issue: DIRECTORY() uppercase w/ proof of concept

2010-02-03 Thread Paul Tucker
For Directory, I'm quite sure that was a conscious desicion to actually support what the O/S gives you. Paul Date: Wed, 3 Feb 2010 13:45:35 -0800 From: smujohn...@gmail.com To: harbour@harbour-project.org Subject: [Harbour] Harbour / Clipper Incompatibility Issue: DIRECTORY() uppercase w

RE: [Harbour] Harbour / Clipper Incompatibility Issue: SETPOS() return val

2010-02-03 Thread Paul Tucker
In this case, Clipper Procedures are documented to not return a value, but in actual fact, you get whatever the last value put on the return stack. Harbour actually sets that value to NIL. IOW, the operation is actually 'undefined' in Clipper - or said another way, do _not_ rely on thsi si

RE: [Harbour] Harbour / Clipper Incompatibility Issue: DIRECTORY() uppercase w/ proof of concept

2010-02-04 Thread Paul Tucker
Ahh, in that case, the difference you are seeing _is_ a direct result of your current OS emulating the behaviour of DOS via the interrupts that are used by clipper to obtain the directory information. In the very early days of Harbour there was a mechanism that allowed directory() to return th

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-03 Thread Paul Tucker
Victor, With GTWIN I still have to see proof that it's technically possible to catch close events like that, until then I assume it's not possible, and for sure it's not implemented in Harbour. I have seen some code posted on the Clipper forum that I hope I captured concerning fullscreen/Wind

Re: [Harbour] Error BASE/1099 Argument error: STR

2010-04-28 Thread Paul Tucker
Victor, If TXmlDocument( cString, HBXML_STYLE_NOESCAPE ) is a valid call, yet does not produce a correct object (given that I probably haven't seen the code), then can't TXmlDocument(...) check that :New is in the calling tree and produce a decent error? (Sorry if I'm stating or overlooked th

RE: [Harbour] GT API - BYTE* -> char*

2009-07-09 Thread Paul Tucker
Is there a reference thread for this? > From: harbour...@syenar.hu > To: harbour@harbour-project.org > Date: Thu, 9 Jul 2009 15:39:30 +0200 > Subject: [Harbour] GT API - BYTE* -> char* > > Hi Przemek, > > Shall I start with this modification? > > Somewhere USHORT is used to represent a char,

RE: [Harbour] C compiler warnings using Visual Studio 2005

2008-08-14 Thread Paul Tucker
Randy, Try this before bui9ld. set_HB_VISUALC_VER=80 Paul Hi all, I get the following warnings (in my DOS/command shell) when building release 1.0 using MS Visual Studio 2005: cl : Command line warning D9035 : option 'Og' has been deprecated and will be removed in a future release cl : Co

RE: [Harbour] C compiler switches for VS 2005

2008-08-20 Thread Paul Tucker
Randy, -D_MSC_VER=1010 Why are you doing this? This is controlled by the C compiler, and over-riding it could be a problem. Paul Hi all, I have been using the following C compiler switches with MSVC v6 when compiling C source generated by the Harbour compiler: cl.exe -c -W3 %CFLAGS% -

Re: [Harbour] Date-Time Functions - Revisited (II)

2009-02-10 Thread Paul Tucker
xHarbour never built properly on my system, nor could I use any binaries, so I'll skip that, but I believe you :) It looks like this quote came from you. What on earth are yoiu talking about? Paul ___ Harbour mailing list Harbour@harbour-projec

Re: [Harbour] Date-Time Functions - Revisited (II)

2009-02-10 Thread Paul Tucker
sing it, which means it can be made work, obviously. Brgds, Viktor On Tue, Feb 10, 2009 at 4:34 PM, Paul Tucker wrote: Viktor, I just meant that a blanket statement like that seems to imply far greater problems than reality would show to be the case with xHarbour. If you've _never_ been

Re: [Harbour] Date-Time Functions - Revisited (II)

2009-02-10 Thread Paul Tucker
Hi Przemek, Thanks for the heads up. I'll start with what I can find, then if you have other exmples, I'll be in touch. btw, You're doing a great job - wish I had 10% of the energy you do :-) Paul On Tue, 10 Feb 2009, Paul Tucker wrote: Hi Paul, > pt> I also sugge

Re: [Harbour] Date-Time Functions - Revisited (II)

2009-02-10 Thread Paul Tucker
? d + 0.5 + 0.5 > just compare Clipper and xHarbour results. Just for fun... VO gives 'Conversion is not possible between Date and Float' and 'Illegal Operation' and Vulcan.net sets it to 2/10/2009 (same as Clipper) Paul ___ Harbour mailing l

Re: [Harbour] DIRECTORY() compatibility

2008-01-26 Thread Paul Tucker
Victor, MK>> I've just finished my test on linux. I do not have Harbour under ??>> linux, but I've tried to analyze opendir() system call. opendir("/ ??>> path/") gives listing of folder, so, I guess directory("/path/") ??>> will also (but it can depend on our implementation). This made me a ??>>

Re: [Harbour] dllcall.c

2008-02-12 Thread Paul Tucker
Przemek, Can you give a 3 line example of what you meen by loop in this case? Maybe the cofee hasn't kicked in yet, but I don't know what you mean. Paul - Original Message - From: "Przemyslaw Czerpak" <[EMAIL PROTECTED]> To: "Harbour Project Main Developer List." Sent: Tuesday, Febru

Re: [Harbour] MSVC8 warning LNK4254

2008-02-13 Thread Paul Tucker
Alex When trying to compile with Harbour from CVS and MSVC 8 (2005) I get: rddcdx.lib(dbfcdx1.obj) : warning LNK4254: section '.CRT' (4040) merged into '.data' (C040) with different attributes My plan for this was to put the strings into defines which could then be selected by ve

Re: [Harbour] MSVC8 warning LNK4254

2008-02-13 Thread Paul Tucker
All, I've simplified the msc startup hook, but don't have time to impliment it right now. #if defined(HB_PRAGMA_STARTUP) #pragma startup hb_codepage_Init_BGMIK #elif defined(HB_MSC_STARTUP) #pragma data_seg( HB_MSC_START_SEGMENT ) static HB_$INITSYM hb_vm_auto_hb_codepage_Init_BGMIK = h

RE: [Harbour] Re: MSVC8 warning LNK4254

2008-02-13 Thread Paul Tucker
Microsoft discourages merging sections with different attributes due to a serious security problems it may generate. For example sections which are ReadOnly might become ReadWrite. This is generaly considered a very bad practice and sooner or later MS will remove this possibility (IMO). This onl

RE: [Harbour] /NODEFAULTLIB:LIBCMT

2008-02-19 Thread Paul Tucker
Randy, LIBCMT.lib(dosmap.obj) : error LNK2005: __dosmaperr already defined in LIBC.lib(dosmap.obj) . . . LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in LIBC.lib(tolower.obj) LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:

Re: [Harbour] 2008-02-21 22:17 UTC+0100 Marek Paliwoda (mpaliwoda atinteria pl)

2008-02-22 Thread Paul Tucker
2008-02-21 22:17 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl) * harbour/make_vc.mak + Added a possiblity to compile harbour in ST or MT mode by using an environment variable called HB_BUILD_ST. Setting HB_BUILD_ST to yes, causes Harbour+RTL+VM to be built in ST mode. Othe