Re: [xHarbour-developers] C Compiler for Windows, a simple review

2008-12-01 Thread [EMAIL PROTECTED]
>Toninho, > >You have to be sure what alignment you are using for FWH Libs and your >application. All _SHOULD_ be recompiled with the same alignment. Hi Andi, thanks, Recompiling all FWH and it works with -a8 Regards, Toninho. --

Re: [xHarbour-developers] C Compiler for Windows, a simple review

2008-12-01 Thread [EMAIL PROTECTED]
>> If you are interested, why don't you try and see the results with your >> very own eyes :-) >> >> But please take note, that it contains asm codes, so BCC without TASM >> will not be able to compile it. > >Ok, just tried. Speedtst shows about 20% faster. But my FWH apps GPFs. Maybe >I have to r

Re: [xHarbour-developers] C Compiler for Windows, a simple review

2008-11-28 Thread [EMAIL PROTECTED]
>Toninho > >I have bcc 6.10, but personaly i dont like msvc compiler Ok Luiz, thank you. Regards, Toninho. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based appli

Re: [xHarbour-developers] C Compiler for Windows, a simple review

2008-11-28 Thread [EMAIL PROTECTED]
>What I use: > > Based on several considerations, I am now using MSVS 9.0 as my work horse, > although the compiling speed is very slow compared to BCC 5.5.1. > MSVS 9.0 (Express) is free, code speed is excellent, support/continuity is > more or less obvious. Thanks for tests Andi. Do you

[xHarbour-developers] 2008-10-02 15:35 UTC-0300 Antonio Carlos Pantaglione

2008-10-04 Thread [EMAIL PROTECTED]
2008-10-02 15:35 UTC-0300 Antonio Carlos Pantaglione <[EMAIL PROTECTED]> * contrib/rddads/adsmgmnt.c ! ADSMGGETWORKERTHREADACTIVITY() and ADSMGGETUSERNAMES() that was skipping first user. Borrowed from harbour. Regards, T

[xHarbour-developers] 2008-10-02 15:35 UTC-0300 Antonio Carlos Pantaglione

2008-10-04 Thread [EMAIL PROTECTED]
2008-10-02 15:35 UTC-0300 Antonio Carlos Pantaglione <[EMAIL PROTECTED]> * contrib/rddads/adsmgmnt.c ! ADSMGGETWORKERTHREADACTIVITY() and ADSMGGETUSERNAMES() that was skipping first user. Borrowed from harbour. Regards, T

Re: [xHarbour-developers] FYI Codegear (aka Borland) C++ 6.10

2008-09-14 Thread [EMAIL PROTECTED]
>It's "free" and you can download the whole package at: > >http://cc.codegear.com/free/cppbuilder > >It is a 2GB package which is impossible to download without broadband >connection. That's why I am offering it for those who are not on a >hi-speed connection. Hi Andi, please upload it. Thank

[xHarbour-developers] hbmzip friendly functions

2008-09-03 Thread [EMAIL PROTECTED]
Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ _______ Harbour mailing list [EMAIL PROTECTED] http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [xHarbour-developers] HBZip doen´t compile with CodeGear C++ 5.90

2008-08-31 Thread [EMAIL PROTECTED]
>Toninho > >should compile with out problem since bcc5.82 use same includes from >dinkumware > >but add -D_USE_OLD_RW_STL in CFLAGS for C compiler Thanks Luiz, but doesn't work... Toninho. - This SF.Net email is sponsored

[xHarbour-developers] HBZip doen´t compile with CodeGear C++ 5.90

2008-08-29 Thread [EMAIL PROTECTED]
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland Copy MAKE0018.@@@ BccW32.cfg 1 arquivo(s) copiado(s). Bcc32 @bccw32.cfg -c @MAKE0016.@@@ CodeGear C++ 5.90 for Win32 Copyright (c) 1993, 2007 CodeGear ziparchive.cpp: Error E2113 .\INCLUDE\zipexception.h 189: Virtual functio

Re: [xHarbour-developers] CodeGear 5.9 On Rapidshare

2008-08-28 Thread [EMAIL PROTECTED]
>For those willing to download CodeGear 5.9: Niiice Andi. Thanks a lot. Toninho. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin

[xHarbour-developers] CHANGELOG: 2008-08-05 14:05 UTC-0300 Antonio Carlos Pantaglione

2008-08-05 Thread [EMAIL PROTECTED]
<[EMAIL PROTECTED]> * \contrib\rddads/ads1.c * minor cleanup and protection against possible strange results caused by indexes without tags. Synched with Harbour. Thanks to Przemyslaw Czerpak - This

Re: [xHarbour-developers] hbzlib question

2008-07-25 Thread [EMAIL PROTECTED]
>Before, it was 661KB and now it's 2604KB + 60KB from zlib.zip (using BCC++ >5.5.1). >Is this correct? How is it possible? Jose, my file have 2.852.864 bytes. Regards, Toninho. - This SF.Net email is sponsored by the Mo

[xHarbour-developers] -gc3 and for each

2008-07-04 Thread [EMAIL PROTECTED]
Hi, I´d compiled full xharbour with -gc3 (I changed rules.cf) and my app/fwh too. All seems to work fine, except for each. In some situations I get error: "too nested". Another think that I can see is that -gc3 is much faster than -gc0 that i´d used. Regards, Toninho.

Re: [xHarbour-developers] 2008-06-23 12:55 UTC-0430 Ron Pinkas

2008-06-23 Thread [EMAIL PROTECTED]
>2008-06-23 12:55 UTC-0430 Ron Pinkas > * source/pp/ppcore.c > * Corrected hb_pp_nextLine() to only break at true EOL Perfect! Thanks a lot, Toninho. - Check out the new SourceForge.net Marketplace. It's the best pl

Re: [xHarbour-developers] Wrong line when compile

2008-06-23 Thread [EMAIL PROTECTED]
>Toninho, > >Maybe you need to use your #include files for the sample. Ron, I found it: ---cut--- procedure main() if !Empty( cSai ) ; cSai := .f. ; endif if cSai endif endif return ---cut--- Rergards, Toninho. --

[xHarbour-developers] Wrong line when compile

2008-06-23 Thread [EMAIL PROTECTED]
Ron, I´m having wrong line errors when I compile my application, for example, I do this: if some.code if some.code endif endif endif The latest endif is in line1529 in my app, but xharbour tell me: util.prg(1551) Error E0010 ENDIF does not match IF I tryed compile a small sample with n

Re: [xHarbour-developers] 2008-06-19 23:11 UTC-0430 Ron Pinkas

2008-06-21 Thread [EMAIL PROTECTED]
>Should be fixed after: 2008-06-20 19:31 UTC-0430 Ron Pinkas xharbour.com> Fixed. Thanks and best regards, Toninho. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just abo

Re: [xHarbour-developers] 2008-06-19 23:11 UTC-0430 Ron Pinkas

2008-06-20 Thread [EMAIL PROTECTED]
> * source/rtl/copyfile.c > ! Fixed memory leak related to new optional codeblock argument Ron, Thanks a lot for your support, but now, \xharbour\tests\testfcpy.prg freeze and in some machines GPF Regards, Toninho. -

Re: [xHarbour-developers] 2008-06-18 15:35 UTC-0300 Antonio Carlos Pantaglione

2008-06-19 Thread [EMAIL PROTECTED]
>Inside Windows Explorer, just right click on that file and >choose CVS Add... and follow the prompts. Then you >need to do a Commit to have the file uploaded. Thanks Luis. I forgot to commit, now I understand. Toninho.

Re: [xHarbour-developers] 2008-06-18 15:35 UTC-0300 Antonio Carlos Pantaglione

2008-06-19 Thread [EMAIL PROTECTED]
> + tests/testfcpy.prg I upload this file today. Sorry, but know I understand how include new files to cvs. Regards, Toninho. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services f

Re: [xHarbour-developers] 2008-06-18 17:40 UTC-0430 Ron Pinkas

2008-06-19 Thread [EMAIL PROTECTED]
>2008-06-18 17:40 UTC-0430 Ron Pinkas > * source/vm/garbage.c > * Sorry, copy/paste typo in my latest commit > >[Toninho, it's very likely this was responsible for the GPF you >recently encountered at app exit.] Ron, thanks, I confirm. Fixed ! Regards, Toninho.

Re: [xHarbour-developers] Proposal: Add 3rd parameter to __COPYFILE()

2008-06-18 Thread [EMAIL PROTECTED]
>There are any objection to add a 3rd parameter to __COPYFILE() >function? Since there are no objections for a few days, I commit it. Regards, Toninho. PS: Thanks Ron, to help me fix a memory leak. - Check out the new So

[xHarbour-developers] 2008-06-18 15:35 UTC-0300 Antonio Carlos Pantaglione

2008-06-18 Thread [EMAIL PROTECTED]
* source/rtl/copyfile.c + tests/testfcpy.prg Add 3rd parameter to __copyfile() as an optional codeblock. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about a

[xHarbour-developers] Proposal: Add 3rd parameter to __COPYFILE()

2008-06-14 Thread [EMAIL PROTECTED]
Hi friends, There are any objection to add a 3rd parameter to __COPYFILE() function? This parameter is a codeblock and can be used for meter pourposes, when copy big files. The changed source and test can be found here: http://www.fwi.com.br/toninho/copyfile.zip Regards, Toninho. -

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-13 Thread [EMAIL PROTECTED]
>Toninho, > >FWIW, here is a corrected blockeval() (no memory leak): Thanks for teach me Regards, Toninho. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about any

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-13 Thread [EMAIL PROTECTED]
>Toninho, > >Sorry, why you have to make tests with C code, if your app is a PRG >code? Simple because this code was working fine in old xharbour, and with harbour too. Tonnho. - Check out the new SourceForge.net Marketpl

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-13 Thread [EMAIL PROTECTED]
>Toninho, > >Sorry, but this has nothing to do with xHarbour. If your app has such >C code then I can't be surprised if it GPF. I can only suggest that >you stay away from writing C code if you are not able to debug it. Ron, this is not part of my app. I was doing tests when I see this issue,

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-12 Thread [EMAIL PROTECTED]
Ron, The code in next file GPF in some machines and in others it simple freeze. I know that is not a good sample, but is the best that I can do with my C knowledgements. http://www.fwi.com.br/toninho/aclone.zip Thanks and best regards, Toninho.

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-12 Thread [EMAIL PROTECTED]
>The resulting EXE will be slightly bigger, and little slower, but >otherwise it should work the same, and should not bother your >customer. Then after GPF, forward the YourAppName.cgl file, it should >have all info we need to quickly resolve the problem. Thanks Ron. I´ll do it. Regards, T

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-11 Thread [EMAIL PROTECTED]
>Toninho, > >With full C debug build it's easy to know exactly the problem, as you >get the exact call trace for the offensive line. Please see my reply >to Luis. Ron, I'll try but is very hard to get this GPF, and I can't send a full C debug EXE to my client... Regards, Toninho.

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-11 Thread [EMAIL PROTECTED]
>Toninho, > >Please UN-comment also line 1058, and post new trace.log. > Ron, this is the content of file: vmQuit() After Idle After Background After ExitFunctions After ModuleFunctions After setkey After Debugger After RDD After i18n After Stack After FOREACH After WITHOBJECT After Globals After

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-10 Thread [EMAIL PROTECTED]
>Toninho, > >Please UN-comment also line 1058, and post new trace.log. Ron, is very dificult to get gpf, but I´m trying and when I get it I post, sorry... Toninho. - Check out the new SourceForge.net Marketplace. It's the b

Re: [xHarbour-developers] Random GPF at ending FWH app

2008-06-10 Thread [EMAIL PROTECTED]
>Toninho, > >Please recompile hvm.c with -DTRACE_QUIT compiler switch, *or* un- >comment line 848. Then please post content of trace.log when a GPF >occurs. Ron, Here it is: vmQuit() After Idle After Background After ExitFunctions After ModuleFunctions After setkey After Debugger After RDD Af

[xHarbour-developers] Random GPF at ending FWH app

2008-06-09 Thread [EMAIL PROTECTED]
Hi ppl, I´m having (sometimes) random GPFs when my application finish. Is impossible reproduce it in a small sample. Any hint please? Regards, Toninho. - Check out the new SourceForge.net Marketplace. It's the best place

Re: [xHarbour-developers] RDDADS major cleanup

2008-05-20 Thread [EMAIL PROTECTED]
>Brian, >I completely trust what ever your decision will be. >Ron Brian, Thanks for your great job. I agree with Ron, but I have one doubt about: >We should start a separate thread on the >ADS_REQUIRE_VERSION issue; Viktor has replaced it with a better >#define as part of his "auto-detecting" th

Re: [xHarbour-developers] ADSSTMTSETTABLEPASSWORD

2008-05-15 Thread [EMAIL PROTECTED]
>Does anyone know the intention of that code? Maybe a bug? >In ADSSTMTSETTABLEPASSWORD() there is a check for hConnect != 0, but later >on hConnect is not referred anymore. At the same time pArea->hStatement is >not checked against 0. > >I would think the hConnect check should be replaced with a p

Re: [xHarbour-developers] Stupid Questions ...

2008-05-14 Thread [EMAIL PROTECTED]
>Toninho > >O melhor e usar assim > >HB_FUNC( NEWBRUSH ) >{ > hb_retptr( (void *) CreateSolidBrush( (COLORRREF) hb_parnl(1) ); > // return value can be a minus or an out-of-range (why?) >} > >and when use do > >HB_FUNC() >{ >COLORREF d = (COLORREF)hb_parptr(1); >functioncall(d); >} Luiz, t

Re: [xHarbour-developers] Stupid Questions ...

2008-05-13 Thread [EMAIL PROTECTED]
>I have silly questions as follows: > >1. What is the range of a Window handle? >2. When I create a handle, example: CreateSolidBrush(),the return value > can become negative or "out of range" (?) and Windows complains that > it is not a valid handle. > >The code: > >HB_FUNC( NEWBRUSH ) >{ >

Re: [xHarbour-developers] New BAT files

2008-05-12 Thread [EMAIL PROTECTED]
>IMO, it's a path search problem. Have you checked how ILINK32.CFG in >E:\harbour\Bcc55\Bin looks like? It should contains among others: > -LH:\Habour\Bcc55\Lib >provided import32.lib is in there. This is the source of the problem. ILINK32.CFG from bcc55\bin was erroneous. Thanks Andi fo

Re: [xHarbour-developers] New BAT files

2008-05-12 Thread [EMAIL PROTECTED]
>> Please, there are any way to configure my bcc paths without installing >> it? Thanks Enrico. This is the first thing that I´d tried without success, but Andi found the problem. Regards, Toninho. - This SF.net email is spo

Re: [xHarbour-developers] New BAT files

2008-05-12 Thread [EMAIL PROTECTED]
Andi, first of all, Thanks a lot for waste your time in this job. Please, there are any way to configure my bcc paths without installing it? Scenario: I have a removable hard drive, and I use it in several machines. BCC58 is COPIED in E:\Harbour\Bcc55 When I try to compile XH, I receive a messag

Re: [xHarbour-developers] Please Welcome Reinaldo Cres po-Bazán

2008-04-24 Thread [EMAIL PROTECTED]
>Reinaldo has just joined us in xHarbour project. Welcome aboard Reinaldo. Toninho. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $10

[xHarbour-developers] 2008-04-24 08:45 UTC-0300 Antonio Carlos Pantaglione

2008-04-24 Thread [EMAIL PROTECTED]
2008-04-24 08:45 UTC-0300 Antonio Carlos Pantaglione <[EMAIL PROTECTED]> * contrib/rdd_ads/adsmgmnt.c ! ADSMGGetOpenIndexes(), corrected typo Regards, Toninho. - This SF.net email is sponsored by the 2008 J

Re: [xHarbour-developers] 2008-04-16 15:30 UTC-0430 Ron Pinkas

2008-04-18 Thread [EMAIL PROTECTED]
>> > 2. Please test also an equivalent C program. > >OK, this one also leave unreleased virtual memory :-( > >--8<-- >int main( int argc, char * argv[] ){} >--8<-- > >Using BCC582. Andi, This mean that MemProof is fault ? Regards, Toninho. --

Re: [xHarbour-developers] 2008-04-16 15:30 UTC-0430 Ron Pinkas

2008-04-18 Thread [EMAIL PROTECTED]
>Miguel, > >Have you tried to monitor resource/memory management with MemProof? With >this tool you can monitor whether your app releases Memory/GDI on the >fly.It is a free debugging GUI tool previously available from: > > http://www.automatedqa.com/ > >It helped me a lot. I agree. This toos re

Re: [xHarbour-developers] hb_vmRequestQuery error - what does this mean?

2008-04-07 Thread [EMAIL PROTECTED]
>Unrecoverable error 9000: Luis, try this function, here works for me: ---cut--- HB_FUNC( ADSISEMPTY ) { UNSIGNED32 ulRetVal; UNSIGNED16 pbEmpty; ADSAREAP pArea; UNSIGNED8* pucFldName; pArea = hb_rddGetADSWorkAreaPointer(); if( !ISCHAR( 1 ) && !ISNUM( 1 ) ) { hb_err