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

Revision: 11511 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11511&view=rev Author: vszakats Date: 2009-06-24 04:50:18 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 06:49 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

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

Revision: 11510 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11510&view=rev Author: vszakats Date: 2009-06-24 04:45:09 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-24 06:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

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

Revision: 11509 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11509&view=rev Author: vszakats Date: 2009-06-24 02:38:08 + (Wed, 24 Jun 2009) Log Message: --- 2009-06-23 04:37 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbsqlit3/Makefile

Re: [Harbour] for QT QTextDecodec class.

> Hello > > The methods below are defined as > > Static Public Members. > But, Class QObject have '::tr' method. > I am not sure will these work in real life. > But anyway these are compiled withour errors. > Probably this is the reason you are getting GPF. GPF is make by QTextCodec->toUnico

Re: [Harbour] Is possible list all harbour function?

Massimo Belgrano wrote: Wich is best way for list harbour standard function & class? Massimo, with the new hbextern program, does it meet your needs? You would need to run it with the -include=classes option April -- I need someone really bad... Are you really bad? _

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

Viktor Szakáts wrote: Very nice job April. Thank you Viktor I was wondering what would it take to generate a *full* equivalent to include/hbextern.ch . Give a girl a break :-) This is the first release. I barely understand what hbextern.ch is for. Few issues which ne

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

Revision: 11508 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11508&view=rev Author: vszakats Date: 2009-06-23 22:00:14 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 23:55 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * harbour-win-spec * harb

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

Revision: 11507 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11507&view=rev Author: vszakats Date: 2009-06-23 21:01:39 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 23:00 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/hbgtcore.c

[Harbour] gpf in GT

in code ( in different GT) : Function Main() Cls ? hb_gtinfo( 43) __Wait( '...') Return Nil Regards, Marek Horodyski -- Dobra czy zla wiadomosc? Zawsze warto oszczedzac. Teraz 5,5%. Sprawd� > http://link.interia.pl/f221b _

Re: [Harbour] Harbour will pay professional documentation !?!

On 06/22/2009 03:34 AM, Patrick Mast wrote: Hannes Ziegler is the one who wrote xHDN's documentation ( http://www.xHarbour.com/xHDN ) for xHarbour.com. So, yes, you are correct, he is a very good technical writer! Actually one of the best in the field! Now, I was thinking.. why reinvent the w

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

Sorry, it was the original one which I've restored for comparison. Here is the patched one. Brgds, Viktor On Tue, Jun 23, 2009 at 8:41 PM, Viktor Szakáts wrote: > I could suppress the warning, but I'm unsure whether it does the same as > before. > > It's also difficult to tell how to test this

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

I could suppress the warning, but I'm unsure whether it does the same as before. It's also difficult to tell how to test this code, anyway demowvg.prg seems to work no worse than without this. (I mean no worse because I normally have empty and/or unclosable wnidows in this demo, no window content,

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

On Tue, 23 Jun 2009, Xavi wrote: > It also makes me do strange casting as (void **) (void*) but don't > report any warning: I don't know if it is intentional. It is intentional. Read about strict aliasing optimizations. best regards, Przemek ___ Harbour

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

OT: Warning ../../wvgsink.c: In function `void HB_FUN_WVG_AXSETUPCONNECTIONPOINT()': ../../wvgsink.c:533: warning: casting `IID*' to `const IID&' does not dereference pointer Sorry I only correct the warning (if can help), I don't work with this code. Please test. It also makes me do strange c

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

Revision: 11506 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11506&view=rev Author: vszakats Date: 2009-06-23 17:23:22 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 19:21 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapi.h * inclu

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

>> 2009-06-23 18:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) >>   * include/hbapi.h >>   * include/hbapiitm.h >>   * source/vm/itemapi.c >>   * source/vm/arrays.c >>   * source/vm/extend.c >>     ! Fixed hb_parvc() function to return NULL in case an array >>       is passed as Harbour level p

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

Revision: 11505 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11505&view=rev Author: vszakats Date: 2009-06-23 17:11:04 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 19:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) - examples/superlib/hbsuper

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

On Tue, 23 Jun 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-06-23 18:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * include/hbapi.h > * include/hbapiitm.h > * source/vm/itemapi.c > * source/vm/arrays.c > * source/vm/extend.c > ! Fixed hb_parvc() function to return N

Re: [Harbour] xbase++ test

On Tue, 23 Jun 2009, Maurilio Longo wrote: > > Interesting. I guess that they are defined as some type of helper > > function. If possible please also check how many threads are created > > by program which does not create any new thread and then how many threads > > are allocated when new thread i

Re: [Harbour] xbase++ test

Przemyslaw Czerpak wrote: > Interesting. I guess that they are defined as some type of helper > function. If possible please also check how many threads are created > by program which does not create any new thread and then how many threads > are allocated when new thread is created at .prg level.

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

Revision: 11504 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11504&view=rev Author: vszakats Date: 2009-06-23 16:16:52 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 18:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapi.h * inclu

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

Revision: 11503 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11503&view=rev Author: vszakats Date: 2009-06-23 15:15:12 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 17:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + Added secti

Re: [Harbour] for QT QTextDecodec class.

Hello The methods below are defined as Static Public Members. I am not sure will these work in real life. But anyway these are compiled withour errors. Probably this is the reason you are getting GPF. BTW this function is a Stattic Member of QObject class and am not sure will it work or not ?

Re: [Harbour] xbase++ test

or sockets) I can create such MT mode in Harbour even in DOS without touching any OS related MT API. Just simply I'll use setjmp() and longjmp() to create task switching and I'll switch execution context when function is called from .prg code. It's even interesting exercise so maybe I will try to

Re: [Harbour] xbase++ test

On Tue, 23 Jun 2009, Pritpal Bedi wrote: Hi > Windows XP 5.1 Service Pack 2 > c:\harbour\tests>xpp cpu1.prg /n && alink cpu1 > Xbase++ (R) Compiler 1.90.326 Dec 9 2005 > Copyright (c) Alaska Software. All rights reserved. > File: cpu1.prg Line: 24 > File cpu1.prg successfully compiled. > Alask

Re: [Harbour] xbase++ test

On Tue, 23 Jun 2009, Maurilio Longo wrote: Hi, > > 1-st I would like to check how looks simultaneous execution in xbase++. > A single line in _out_.txt, with 'waiting 14.47.32' inside. I had to kill it; > it was on a Core2Duo E6750 with windows xp sp3 and using xbase++ 1.90.331; It looks like xb

Re: [Harbour] xbase++ test

Hi Windows XP 5.1 Service Pack 2 c:\harbour\tests>xpp cpu1.prg /n && alink cpu1 Xbase++ (R) Compiler 1.90.326 Dec 9 2005 Copyright (c) Alaska Software. All rights reserved. File: cpu1.prg Line: 24 File cpu1.prg successfully compiled. Alaska 32-Bit Linker Version 1.90.326 Copyright (c) Alaska

Re: [Harbour] xbase++ test

Przemyslaw, > 1-st I would like to check how looks simultaneous execution in xbase++. > A single line in _out_.txt, with 'waiting 14.47.32' inside. I had to kill it; it was on a Core2Duo E6750 with windows xp sp3 and using xbase++ 1.90.331; during execution task manager shows 7 threads for the p

Re: [Harbour] off topic - hb_storni

I wrote about it on hwgui list: HWGUI do not build after the next change in harbour 2009-06-20 22:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi.h * harbour/source/vm/extend.c * renamed existing hb_par*() and hb_stor*() functions which supports variable num

Re: [Harbour] off topic - hb_storni

Itamar Lins написав(ла): Hi! I get this is error: HWGUI MAKE Version 5.2 Copyright (c) 1987, 2000 Borland bcc32 -c -Iinclude;D:\DEV\HARBOUR\include -5 -6 -d -D__WIN32__ -g255 -oobj\b32\draw.obj source\draw.c Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland source\draw.c: Error

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

On Tue, 23 Jun 2009, Szak�ts Viktor wrote: The mingw approach cannot be easily implemented to support all compilers, plus it needs to be done after creating all libs, creating hbextern but before creating the rest of tools (noteably hbrun). So it's tricky. And it's the reason why it always retu

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

On Tue, 23 Jun 2009, Szak�ts Viktor wrote: > The mingw approach cannot be easily implemented to support > all compilers, plus it needs to be done after creating > all libs, creating hbextern but before creating the rest > of tools (noteably hbrun). So it's tricky. And it's the reason why it always

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

Revision: 11502 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11502&view=rev Author: vszakats Date: 2009-06-23 12:10:37 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 14:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] off topic - hb_storni

Pls read entry: 2009-06-20 22:24 UTC+0200 Brgds, Viktor On 2009.06.23., at 13:59, Itamar Lins wrote: Hi! I get this is error: HWGUI MAKE Version 5.2 Copyright (c) 1987, 2000 Borland bcc32 -c -Iinclude;D:\DEV\HARBOUR\include -5 -6 -d -D__WIN32__ - g255 -oobj\b32\draw.obj source\draw.c Bo

[Harbour] off topic - hb_storni

Hi! I get this is error: HWGUI MAKE Version 5.2 Copyright (c) 1987, 2000 Borland bcc32 -c -Iinclude;D:\DEV\HARBOUR\include -5 -6 -d -D__WIN32__ -g255 -oobj\b32\draw.obj source\draw.c Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland source\draw.c: Error E2227 source\draw.c 946: E

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

We may add some sort of special markup in source to pass that information to hbextern tool, like: FUNCTION SOMETHING /* @hbextern@ ifdef:HB_COMPAT_C53 */ This can solve other extra requirements, like HB_REQUEST_SCALAR support, which otherwise cannot be extracted from source. The mingw approach c

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

Revision: 11501 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11501&view=rev Author: vszakats Date: 2009-06-23 11:34:16 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 13:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

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

On Tue, 23 Jun 2009, Szak�ts Viktor wrote: Hi, > Very nice job April. > I was wondering what would it take to generate a *full* > equivalent to include/hbextern.ch. > Few issues which need to be solved to achieve that: > - Add HB_CODEPAGE_* symbols (from source/codepage/*.c) > - Add HB_LANG_* sym

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

Very nice job April. I was wondering what would it take to generate a *full* equivalent to include/hbextern.ch. Few issues which need to be solved to achieve that: - Add HB_CODEPAGE_* symbols (from source/codepage/*.c) - Add HB_LANG_* symbols (from source/lang/*.c) - Honor #if protections to keep

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

>Based on this email thread, I will change these modules to 'method >procedure' Hi April. Thanks a lot. Regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ _

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

Revision: 11500 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11500&view=rev Author: vszakats Date: 2009-06-23 10:40:31 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 12:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

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

Looks good. Thank you. Brgds, Viktor On Tue, Jun 23, 2009 at 11:56 AM, Przemyslaw Czerpak wrote: > On Tue, 23 Jun 2009, Szak�ts Viktor wrote: >> There is still some problem. In hbmk2 getFirstFunc() function >> will still extract the original name (when extracting from .c source). > > This is corr

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

Revision: 11499 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11499&view=rev Author: vszakats Date: 2009-06-23 10:15:24 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 12:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg

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

Revision: 11498 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11498&view=rev Author: druzus Date: 2009-06-23 09:56:44 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 11:56 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/bin/hb-func.s

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

On Tue, 23 Jun 2009, Szak�ts Viktor wrote: > There is still some problem. In hbmk2 getFirstFunc() function > will still extract the original name (when extracting from .c source). This is correct. The problem is that you use this name without encoding in C source code as REQUEST. > I don't know w

Re: [Harbour] Warning

-Messaggio Originale- Da: "Viktor Szakáts" A: "Harbour Project Main Developer List." Data invio: martedì 23 giugno 2009 11.11 Oggetto: Re: [Harbour] Warning Thanks Enrico. For all components inside 'external', warnings should be reported to original projects for upstream fixes. Als

Re: [Harbour] Warning

Thanks Enrico. For all components inside 'external', warnings should be reported to original projects for upstream fixes. Also errors, but in this case we can try doing workarounds or simply disabling the component for problematic arch/comp. In case of sqlite3, this is the link to use: http://ww

[Harbour] Warning

Warning W8057 ../../sqlite3.c 81911: Parameter 'db' is never used in function sqlite3VtabUnlock EMG -- EMAG Software Homepage: http://www.emagsoftware.it The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum The Best of Spectrum Games: http://www.emagsoftware.it/tbosg The EMG Musi

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

Thank you. There is still some problem. In hbmk2 getFirstFunc() function will still extract the original name (when extracting from .c source). I don't know which is the best solution here, duplicating the same escaping logic in hbmk2, or doing detection differently, or generating escaped names in

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

Revision: 11497 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11497&view=rev Author: vszakats Date: 2009-06-23 08:57:54 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 10:57 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * examples/hboleold/hboleol

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

Revision: 11496 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11496&view=rev Author: druzus Date: 2009-06-23 08:03:54 + (Tue, 23 Jun 2009) Log Message: --- 2009-06-23 10:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/compil