[Harbour] Re: Harbour under OS/2 - OpenWatcom

2008-11-04 Thread David Arturo Macias Corona
>Should be fixed. Please tray after: > 2008-11-04 17:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) >> ../../../thread.c(402): Warning! W869: col(25) use of '_beginthread' >> requires build target to be multi-threaded >add -bm to OpenWatcom switches (CPPFLAGS) in owatcom.cf OW docs s

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Szakáts Viktor
Hi Przemek, Loading became more than twice as fast now, a now just a bit (18%) slower than current __i18n_loadfrommemory(). Perfect results for such generic function. r9830 r9838 __i18n_loadfrommemory(): 3.72 3.72 __i18n_gettext(): 3.39 3.33 hb_deseriali

[Harbour] 2008-11-05 03:01 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
2008-11-05 03:01 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi.h * harbour/source/vm/hashes.c * harbour/source/vm/hashfunc.c * changed hb_hSort() to execute sorting when hash is marked as needed resorting instead of marking hash for resorting * harb

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
On Tue, 04 Nov 2008, Szak�ts Viktor wrote: Hi Viktor, > If you can implement the raw hash deserialization - besides > being great stuff by itself -, I think we will be able > to simply drop the current special i18n functions, since > we have everything we need using existing Harbour elements, > w

Re: [Harbour] 2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
Many thanks Teo. Brgds, Viktor On 2008.11.04., at 22:55, Teo Fonrouge wrote: On Tuesday 04 November 2008 04:06:01 pm Szakáts Viktor wrote: 2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * common.mak * source/vm/Makefile * source/vm/vmmt/Makefile * source/vm/fm.c + source

Re: [Harbour] 2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Teo Fonrouge
On Tuesday 04 November 2008 04:06:01 pm Szakáts Viktor wrote: > 2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu) > * common.mak > * source/vm/Makefile > * source/vm/vmmt/Makefile > * source/vm/fm.c > + source/vm/fmhb.c > + source/vm/hbmem.c > + Moved functions not dep

[Harbour] 2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 23:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * common.mak * source/vm/Makefile * source/vm/vmmt/Makefile * source/vm/fm.c + source/vm/fmhb.c + source/vm/hbmem.c + Moved functions not depending on FM_STATISTICS setting, to separate files. ; NOTE: MEMORY(

[Harbour] 2008-11-04 22:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 22:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * include/hbextern.ch + Added new HB_H*() functions. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-11-04 22:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 22:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * include/hbextern.ch * common.mak * source/codepage/Makefile + source/codepage/cpes850.c + Added ES850 - Modern Spanish. * include/hbextern.ch ! Added ITWIN. * source/codepage/cpesisoc.c * source/codepage/cpsvi

[Harbour] 2008-11-04 22:39 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
2008-11-04 22:39 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi.h * harbour/source/vm/hashfunc.c * harbour/source/vm/hashes.c + added support for binary key order % enable binary internal key order by default for new hash arrays + added .prg function

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Szakáts Viktor
Hi Przemek, I've tested the hash version, and it seems equivalent to the 1D array version in terms of disk size (in fact it's _exactly_ the same size). The load time turned out to be ~3 times (9.99s) the native 1D array load routine (currently in SVN), and 2.5 times the 1D array loading using de

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
On Tue, 04 Nov 2008, Szak�ts Viktor wrote: Hi Viktor, > I've tested the hash version, and it seems equivalent > to the 1D array version in terms of disk size (in fact > it's _exactly_ the same size). The load time turned out > to be ~3 times (9.99s) the native 1D array load routine > (currently i

[Harbour] 2008-11-04 19:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 19:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbnf/getenvrn.c - Removed some obsolete comments. * contrib/hbwhat/whtlv.c ! Fixed memory leak. ! Fixed to use hb_strncpy() instead of unsafe lstrcpy(). TOFIX: The destination address isn't properly all

[Harbour] 2008-11-04 19:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 19:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * make_gcc.mak * contrib/mtpl_gcc.mak + Added '-march=i586' for Windows platform. (Sync with other make systems.) * ChangeLog + Some changes marked as TOMERGE 1.0. * contrib/hbtip/base64x.c ! Fixed

Re: [Harbour] Re: Harbour under OS/2 - OpenWatcom

2008-11-04 Thread Przemyslaw Czerpak
On Tue, 04 Nov 2008, David Arturo Macias Corona wrote: Hi David, > With OpenWatcom 1.7: > make[3]: *** [hbcrypt.obj] Error 8 > For hbrun.exe: > Warning! W1023: no starting address found, using 0001: > creating an OS/2 32-bit executable Should be fixed. Please tray after: 2008-11-04 17

[Harbour] 2008-11-04 17:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
2008-11-04 17:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/hvm.c * harbour/source/vm/mainstd.c * force linking main() function in OpenWatcom OS2 builds * harbour/contrib/xhb/hbcrypt.c ! casting best regards Przemek _

RE: [Harbour] Higher Level Classes to Manage Consoles

2008-11-04 Thread Pritpal Bedi
Hello >Wich c Compiler/ Operative system are supported by your active x >implementation? I have BCC 5.8.2 and have tested only on it. After uploading to SVN others will be in a position to check for it. >Do you think that we will use also active x components like ComponentOne >Studio Enterpri

RE: [Harbour] Higher Level Classes to Manage Consoles

2008-11-04 Thread Massimo Belgrano
Hello Pritpal Very compliment!!! Wich c Compiler/ Operative system are supported by your active x implementation? Do you think that we will use also active x components like ComponentOne Studio Enterprise grid, reporting, charting, scheduling, data manipulation, user interface (easy get

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Szakáts Viktor
Hi Przemek, I've tested the hash version, and it seems equivalent to the 1D array version in terms of disk size (in fact it's _exactly_ the same size). The load time turned out to be ~3 times (9.99s) the native 1D array load routine (currently in SVN), and 2.5 times the 1D array loading using des

[Harbour] 2008-11-04 13:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 13:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * include/hbextern.ch * common.mak * source/codepage/Makefile * source/codepage/cpeswinm.c - source/codepage/cpes850.c + source/codepage/cpes850c.c * source/codepage/cpesiso.c + source/codepage/cpesisoc.c * s

[Harbour] 2008-11-04 12:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 12:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/rddsql/mysqldd.c ! Excluded sizeof() in #ifdef to compile with MinGW. * contrib/hbhpdf/make_gcc.sh ! Fixed missing quote char. * contrib/mtpl_gcc.mak ! Fixed to create its own OBJ dir. Not the ultimate

Re: [Harbour] 2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
3) Add ES850 according to the 'modern' collation. +1) Think about a way to 'map' old ESMWIN name to new ESWIN. Ok, but for blackguard compatibilities will be needed alias ESMWIN. I'm not sure if there is a better way to do it, but maybe I'll just add an additional file with a new file and old

Re: [Harbour] 2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Miguel Angel Marchuet
To me it looks like we'd need to do three things: 1) Fix the internal CP in current ESWIN and ESWINM files. (I'll do this ASAP) 2) Rename Clipper compatibility ESWIN, ESISO, ES850 files to ESWINC, ESISOC, ES850C and add comment that these are 'legacy' or Clipper compatibility ones (some

[Harbour] Re: Harbour under OS/2 - OpenWatcom

2008-11-04 Thread David Arturo Macias Corona
2008-11-04 09:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > * harbour/include/hbgtcore.h >! added missing 'extern' in hb_gt_dos_keyCodeTranslate() declaration > > * harbour/source/rtl/gtstd/gtstd.c > * harbour/source/rtl/gtpca/gtpca.c >+ added support for console input in O

Re: Re: [Harbour] Higher Level Classes to Manage Consoles

2008-11-04 Thread [EMAIL PROTECTED]
Hi Pritpal, Nice job! I posted a message some days ago about this feature in Harbour. Good to see that we will have it. Best regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.c

RE: [Harbour] Re: OT: New version of ClipNet-xNet Model

2008-11-04 Thread Massimo Belgrano
Thanks for clarification Have you a sample like sisremoto.prg without fivewin? >Clipxnet itself is a good alternative for Web-based systems, but combined with "desktop systems" is a greater alternative >Easy, without cost, using existing knowledge/experience, Have you documentation for better u

Re: [Harbour] 2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
the named code page ESMWIN is the correct to use at ansi spanish applications. all other are invalids to work or only to read old buggy indexes incorrect ordered. "ANSI" means Windows in this context. ESMWIN is based on: Windows locale: Spanish (Modern Sort) Locale ID: 0xC0A Lo

Re: [Harbour] 2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Miguel Angel Marchuet
the named code page ESMWIN is the correct to use at ansi spanish applications. all other are invalids to work or only to read old buggy indexes incorrect ordered. ESMWIN is based on: Windows locale: Spanish (Modern Sort) Locale ID: 0xC0A Location designator: Modern_Spanish Code pa

[Harbour] Re: OT: New version of ClipNet-xNet Model

2008-11-04 Thread David Arturo Macias Corona
Massimo: Too many questions in few lines Did you read/understood messages/documentation/source code ? :-) Near all answers are in them >What is on Citlalli and what Clipxnet? Citlalli: Is perhaps the best graph library in "xBase world" Contain features not seen in other libraries and many

[Harbour] 2008-11-04 09:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-11-04 Thread Szakáts Viktor
2008-11-04 09:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * include/hbextern.ch + Added HB_CODEPAGE_SVISO. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-11-04 09:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-11-04 Thread Przemyslaw Czerpak
2008-11-04 09:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbgtcore.h ! added missing 'extern' in hb_gt_dos_keyCodeTranslate() declaration * harbour/source/rtl/gtstd/gtstd.c * harbour/source/rtl/gtpca/gtpca.c + added support for console input in OpenWatco