Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Phil Barnett
Massimo Belgrano wrote: Another posting of Steffen that reply to xbase is the only multitread project require a reply? Steffen's Response to my post on Pritpal Bedi take on Multi- threading. Thank you for posting this. We should welcome input like this. It's very difficult to get a reasonably

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

2009-02-23 Thread Lorenzo Fiorini
On Mon, Feb 23, 2009 at 10:19 PM, wrote: >  - bin/hb-mkslib.sh >  + bin/hb-mkdyn.sh >    * Synced the name of these tools with similar function, >      name also converted to 8.3. hb-mkslib.sh is there since years and is used in user makefiles. Changing it is like changing harbour binary to har

Re: [Harbour] -DHB_FM_WIN_ALLOC - VirtualAlloc/Free - Test Results

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Pritpal Bedi wrote: Hi, > Harbour compiled with -DHB_FM_WIN_ALLOC > doe snot produce any unreleased Virtual Mem Pages > as reported by MemProof. So we can try pacify it. But I'm interesting why Toninho didn't confirm your results. Is it newer BCC problem or wrongly created

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

2009-02-23 Thread vszakats
Revision: 10423 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10423&view=rev Author: vszakats Date: 2009-02-24 01:15:00 + (Tue, 24 Feb 2009) Log Message: --- 2009-02-24 02:13 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * bin/hb-mkdyn.bat + Ad

Re: [Harbour] Website layout updated!

2009-02-23 Thread Viktor Szakáts
Thanks a lot Renato! Brgds, Viktor On Tue, Feb 24, 2009 at 1:32 AM, Vailton Renato wrote: > Done. Also added a NEWS indicating the availability of release 1.0.1 > > 2009/2/23 Pritpal Bedi : > > > > Hi Renato > > > > Perhaps you have missed my name in the crew-list. > > As you showed it visible,

Re: [Harbour] Website layout updated!

2009-02-23 Thread Vailton Renato
Done. Also added a NEWS indicating the availability of release 1.0.1 2009/2/23 Pritpal Bedi : > > Hi Renato > > Perhaps you have missed my name in the crew-list. > As you showed it visible, may be that page never got > updated at the production folder. > > Pritpal Bedi > a student of software anal

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

2009-02-23 Thread vszakats
Revision: 10422 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10422&view=rev Author: vszakats Date: 2009-02-24 00:30:48 + (Tue, 24 Feb 2009) Log Message: --- 2009-02-24 01:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] -DHB_FM_WIN_ALLOC - VirtualAlloc/Free - Test Results

2009-02-23 Thread Pritpal Bedi
Hi I retreat my findings. Dlmalloc.c does not increase the size of the memory but memProof.exe reports unfreed blocks for sure. -WIN_ALLOC does not report any unfree blocks. Regards Pritpal Bedi Francesco Saverio Giudice wrote: > > Hi Pritpal, > at first look it seems that with -DHB_FM_WIN

Re: [Harbour] -DHB_FM_WIN_ALLOC - VirtualAlloc/Free - Test Results

2009-02-23 Thread Francesco Saverio Giudice
Hi Pritpal, at first look it seems that with -DHB_FM_WIN_ALLOC is better, but the problem is still there. I've only a doubt: do I set correctly my env ? I have added: set HB_USER_CFLAGS=-DHB_LEGACY_OFF -DHB_FM_STATISTICS_OFF -DHB_FM_WIN_ALLOC I think yes. So I have to continue to investigate.

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

2009-02-23 Thread Francesco Saverio Giudice
Hi Viktor, Il 23/02/2009 23.35, Viktor Szakáts ha scritto: No problem, sorry for the trouble. No problem at all. Thank you for your efforts. Best regards, Francesco ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Massimo Belgrano
Ops sorry during prev test i switched to root (i think that root user will do every command like administrator unhappy to see that is non true) but i not able to generate harbour_1.0.1-1_i386.deb Fist time that i execute from harbour dir $ fakeroot sh mpkg_deb.sh switch from $ to # here operat

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

2009-02-23 Thread Viktor Szakáts
No problem, sorry for the trouble. I've already committed the tweaked solution to the SVN. (WIN32 and BGDWIN32 are needed for gd headers, and officially even MSWIN32 and _WIN32, but these aren't used). I'm now trying to create a static GD lib and link it. Brgds, Viktor On Mon, Feb 23, 2009 at 11

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

2009-02-23 Thread vszakats
Revision: 10421 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10421&view=rev Author: vszakats Date: 2009-02-23 22:20:00 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 23:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * contrib/hbgd/gdwrp.c

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

2009-02-23 Thread Francesco Saverio Giudice
Hi Viktor, Il 23/02/2009 23.10, Viktor Szakáts ha scritto: Please add back '#define HB_OS_WIN_USED' this solves. Now I can continue with uhhtpd tests. Thank you. Best regards, Francesco ___ Harbour mailing list Harbour@harbour-project.org http://lis

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

2009-02-23 Thread Viktor Szakáts
Hi Francesco, Please add back '#define HB_OS_WIN_USED' to the top of gdwrp.c, which I've optimized out a few days ago. Looks like 'windows.h' inclusion is needed for GD headers to properly setup themselves. I'll investigate some more, and try to tame GD in a less intrusive way. Brgds, Viktor On

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

2009-02-23 Thread Viktor Szakáts
Nice, thank you for your tests :) Brgds, Viktor On Mon, Feb 23, 2009 at 10:39 PM, Guy Roussin wrote: > Hi, > > Revision: 10419 >> >> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419&view=rev >> Author: vszakats >> Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009) >> >

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

2009-02-23 Thread Francesco Saverio Giudice
Same with BCC Il 23/02/2009 22.54, Francesco Saverio Giudice ha scritto: Hi Viktor, now I have an error building uhttpd br, Francesco --- here errors: Building uHTTPD server Lib GD support enabled HB_INET socket Harbour 1.1.0dev (Rev. 10420) Copyright (c) 1999-2009, http://www

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Guy Roussin
Massimo, I think your message is not related to the fakeroot Or perhaps you run fakeroot as root ??? You don't need fakeroot, if you compile harbour as root .. guy ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/m

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

2009-02-23 Thread Francesco Saverio Giudice
Hi Viktor, now I have an error building uhttpd Il 23/02/2009 22.39, Guy Roussin ha scritto: Hi, Author: vszakats Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009) below errors I got (MSVC 9): -- Building uHTTPD server Lib GD support enabled HB_INET socket Harbour 1.

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Guy Roussin
Hi Massimo, Are you sure, you have the fakeroot package installed ? (sudo aptitude install fakeroot) I think your message is not related to the fakeroot command (perhaps another command on your system ?) Note that the fakeroot is only usefull to compile harbour as user (and not root) : this is m

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

2009-02-23 Thread Guy Roussin
Hi, Revision: 10419 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419&view=rev Author: vszakats Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 22:17 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.

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

2009-02-23 Thread vszakats
Revision: 10420 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10420&view=rev Author: vszakats Date: 2009-02-23 21:30:06 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 22:29 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread elart
On 02/22/2009 09:48 PM, Massimo Belgrano wrote: I have tried download and compile under Ubuntu 8.04 last svn i go Massimo I usually use this script to update compile install Harbour svn sources i have put this script under the dir /usr/src of my Ubuntu pc. I run this script using "sudo" Open

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Massimo Belgrano
cd $home cd src cd harbour fakeroot sh mpkg_deb.sh fakerootkey set to 1787254769 nested operation not yet supported 2009/2/23 Guy Roussin : > Hi Massimo, > > no more make_deb.sh in svn > now, you must use mpkg_deb.sh instead > > for example, i use : > $ fakeroot sh mpkg_deb.sh > > Guy > > Massimo

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

2009-02-23 Thread vszakats
Revision: 10419 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419&view=rev Author: vszakats Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 22:17 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Guy Roussin
Hi Massimo, no more make_deb.sh in svn now, you must use mpkg_deb.sh instead for example, i use : $ fakeroot sh mpkg_deb.sh Guy Massimo Belgrano a écrit : cd $home cd src cd harbour ./make_deb.sh bash:./make_deb.sh: no such file svn have reported checked out revisione 10418 2009/2/22 Guy R

Re: [Harbour] Harbour under ubuntu

2009-02-23 Thread Massimo Belgrano
cd $home cd src cd harbour ./make_deb.sh bash:./make_deb.sh: no such file svn have reported checked out revisione 10418 2009/2/22 Guy Roussin : > Hi, >> >> cd $HOME >> mkdir src >> cd src >> svn co >> https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour >> harbour >>

[Harbour] Error Building Harbour from SVN

2009-02-23 Thread Guillermo Varona Silupú
Hi: Trying buil Harbour from last SVN, I got this: D:\harbour>make_gnu ../../wvgwin.c: In function `HB_FUN_WVG_TREEVIEW_ADDITEM': ../../wvgwin.c:1617: error: structure has no member named `item' ../../wvgwin.c:1618: error: structure has no member named `item' ../../wvgwin.c:1619: error: structur

Re: [Harbour] -DHB_FM_WIN_ALLOC - VirtualAlloc/Free - Test Results

2009-02-23 Thread Francesco Saverio Giudice
Hi Pritpal, Il 23/02/2009 20.45, Pritpal Bedi ha scritto: This also shed light on uhttpd's reported high memory consumption in another thread. Francesco ? Just testing Best regards Francesco ___ Harbour mailing list Harbour@harbour-project.org http

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

2009-02-23 Thread Viktor Szakáts
Hi Przemek, Many thanks, that was quick, windowing works great in MT now. Now I can run background processes in distinct windows. I'm thinking of moving reporting to background. Brgds, Viktor On Mon, Feb 23, 2009 at 7:31 PM, wrote: > Revision: 10417 > > http://harbour-project.svn.sourceforge.ne

[Harbour] -DHB_FM_WIN_ALLOC - VirtualAlloc/Free - Test Results

2009-02-23 Thread Pritpal Bedi
Hello Przemek Harbour compiled with -DHB_FM_WIN_ALLOC doe snot produce any unreleased Virtual Mem Pages as reported by MemProof. Plus exiting a thread also releases the memory properly. With dlmalloc.c, a thread was never releasing the memory. You start another thread, keep on initiating othe

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

2009-02-23 Thread Massimo Belgrano
Hbmk is perfect for me, I thanks you because i dream it as uniformity of harbour culture I post only because remember that your post as todo but i can miss No problem for me us unnecessary as feature of hbmk I agree that hbmk make harbour simple in each OS and typically operation is compile harbour

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

2009-02-23 Thread Viktor Szakáts
Hi Pritpal, These remain: --- ../../wvgwin.c(1617): Error! E715: col(9) member 'item' has not been declared in 'tagTVINSERTSTRUCTA' ../../wvgwin.c(1630): Warning! W014: col(1) no reference to symbol 'tagTVINSERTSTRUCTA::hParent' ../../wvgwin.c(1607): Note! N392: col(16) definition: '_TREEITEM * ta

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

2009-02-23 Thread Viktor Szakáts
Massimo, there is no way to create a lib, nor a .dll, and I won't add it now. It's BTW amazing how you can ask for yet another feature which isn't yet implemented and suddenly completely forget about all your previous ones as soon as they get implemented. hbmk2 already exceeded the bloat level (an

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

2009-02-23 Thread vszakats
Revision: 10418 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10418&view=rev Author: vszakats Date: 2009-02-23 18:47:34 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 19:36 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

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

2009-02-23 Thread druzus
Revision: 10417 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10417&view=rev Author: druzus Date: 2009-02-23 18:31:45 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 19:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/est

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

2009-02-23 Thread Massimo Belgrano
Can I create lib? If yes How? 2009/2/23 : > Revision: 10416 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10416&view=rev > Author: vszakats > Date: 2009-02-23 18:15:41 + (Mon, 23 Feb 2009) > > Log Message: > --- > 2009-02-23 19:40 UTC+0100 Viktor

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

2009-02-23 Thread Viktor Szakáts
Hi folks, I'm close to give it up here. Couldn't find relevant docs, and by mere trying, it's close to impossible to find out the right way to pass the various kinds of gcc binary input files (.a, .o, lib prefix, .so/.dylib/.dll, with path or without, with lib prefix or without), (and haven't even

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

2009-02-23 Thread vszakats
Revision: 10416 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10416&view=rev Author: vszakats Date: 2009-02-23 18:15:41 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 19:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] Dlmalloc.c - VirtualAlloc/Free - Test Results

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, toni...@fwi wrote: Hi, > >So please check what happens when you compile Harbour using > >-DHB_FM_WIN_ALLOC > I´m using native BCC 6.10 MM and the same problem exist. I can see > that in BCC I have less unfreed resources, but it exist. So it's not DLMALLOC only problem but al

Re: Re: [Harbour] Dlmalloc.c - VirtualAlloc/Free - Test Results

2009-02-23 Thread toni...@fwi
>So please check what happens when you compile Harbour using >-DHB_FM_WIN_ALLOC Hi Przemek, I´m using native BCC 6.10 MM and the same problem exist. I can see that in BCC I have less unfreed resources, but it exist. Regards, Toninho. ___ Ya

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

2009-02-23 Thread vouchcac
Revision: 10415 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10415&view=rev Author: vouchcac Date: 2009-02-23 17:05:51 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 09:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/gtwvg/wvgwi

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

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Guy Roussin wrote: Hi, > I think there is a typo : > $ echo "? 'hello'" > tst.prg > $ hbmk2 tst > Harbour 1.1.0dev (Rev. 10412) > Copyright (c) 1999-2009, http://www.harbour-project.org/ > Compiling 'tst.prg'... > Lines 1, Functions/Procedures 1 > Generating C source output t

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

2009-02-23 Thread Guy Roussin
Viktor, I think there is a typo : $ echo "? 'hello'" > tst.prg $ hbmk2 tst Harbour 1.1.0dev (Rev. 10412) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 'tst.prg'... Lines 1, Functions/Procedures 1 Generating C source output to 'tst.c'... Done. gcc: usr/lib/harbour/libharbour.s

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

2009-02-23 Thread vszakats
Revision: 10414 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10414&view=rev Author: vszakats Date: 2009-02-23 15:51:01 + (Mon, 23 Feb 2009) Log Message: --- update to former ChangeLog entry to reflect final state at commit. Modified Paths:

Re: [Harbour] Raport from build

2009-02-23 Thread Viktor Szakáts
I've committed a few fixes. This is the complete list of the remaining ones: (probably wincallb.c should be removed, and wvgsink.c fixed because it also contains errors.) --- ../../wvgwin.c(1628): Warning! W014: col(1) no reference to symbol 'tagTVINSERTSTRUCTA::hParent' ../../wvgwin.c(1605): Note

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

2009-02-23 Thread vszakats
Revision: 10413 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10413&view=rev Author: vszakats Date: 2009-02-23 15:43:05 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 16:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * bin/hb-mkdll.bat - Re

Re: [Harbour] Website layout updated!

2009-02-23 Thread Pritpal Bedi
Hi Renato Perhaps you have missed my name in the crew-list. As you showed it visible, may be that page never got updated at the production folder. Pritpal Bedi a student of software analysis & design prit...@vouchcac.com INDIA -- View this message in context: http://www.nabble.com/Website-l

[Harbour] Raport from build

2009-02-23 Thread Horodyski Marek (PZUZ)
Date - 2009-02-23, from naightly zip file. Compiler : owactom. On screen : c:\harbour>make_gnu.bat clean c:\harbour>make_gnu.bat make[3]: *** [wvgcore.obj] Error 8 make[2]: *** [descend] Error 2 make[1]: *** [gtwvg] Error 2 make: *** [contrib] Error 2 >From files : c:\harbour\ChangeLog. /* *

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

2009-02-23 Thread vszakats
Revision: 10412 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10412&view=rev Author: vszakats Date: 2009-02-23 14:15:04 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 15:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * bin/postinst.bat ! Pr

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

2009-02-23 Thread vszakats
Revision: 10411 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10411&view=rev Author: vszakats Date: 2009-02-23 13:53:42 + (Mon, 23 Feb 2009) Log Message: --- 2009-02-23 14:51 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Szak�ts Viktor wrote: Hi, > Yes, a file find handle is closed only at app exit. On Windows > this locks the directory (not possible to remove it for example). Not only. FILESEEK( NIL ) closes it. We can document it or introduce new function. The second is important functiona

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Viktor Szakáts
> > > - hbct windowing has the current window as an app global > > data. This makes it difficult (or even impossible?) to > > start a new thread which operates in its own windows, > > as the threads are stealing focus from each other. > > (main app thread focus changes are difficult to prot

Re: [Harbour] TGet: setting cursor position to ::nMaxLen + 1

2009-02-23 Thread Enrico Maria Giordano
-Messaggio Originale- Da: "Francesco Saverio Giudice" A: "Harbour Project Main Developer List." Data invio: lunedì 23 febbraio 2009 0.45 Oggetto: Re: [Harbour] TGet: setting cursor position to ::nMaxLen + 1 in this case the problem is that in TGet the command ASSIGN pos METHOD s

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Szak�ts Viktor wrote: Hi. > Thanks for this thoughtful conversation. > Just a few things that sprang to my mind regarding current MT > issues in Harbour while reading both Steffen's and your text: > - hbct windowing has the current window as an app global > data. This makes

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Viktor Szakáts
Hi Przemek, Thanks for this thoughtful conversation. Just a few things that sprang to my mind regarding current MT issues in Harbour while reading both Steffen's and your text: - hbct windowing has the current window as an app global data. This makes it difficult (or even impossible?) to star

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Massimo Belgrano wrote: Hi, > Follow prev > Multithreading as the ability to execute code in different code paths > is a feature of modern OS sinces decades. The problem with MT is that > it adds another dimension of complexity to the developers task. While > with single thre

Re: [Harbour] harbour project program

2009-02-23 Thread Vailton Renato
Maybe, if using GTK ... but I like how Qt multi platform environment. I have not decided about this. 2009/2/23 Massimo Belgrano : > Look very good > Wich path do you think is possible for made simular tool in harbour in > multiplatform? > > 2009/2/23 Vailton Renato : >> About GUI Wrapper, look at

[Harbour] IDE for xbase comparision

2009-02-23 Thread Massimo Belgrano
Xmate version: 1.15 http://www.andywos.ih.co.za/xmate/ Made in Harbour, windows only xMate is a freeware project manager and builder, It includes a built-in, configurable source code editor I am using xmate from a lot of year and i found very good but in last year have made very litthe update Xde

Re: [Harbour] Re: Intresting corner of info

2009-02-23 Thread Przemyslaw Czerpak
On Mon, 23 Feb 2009, Massimo Belgrano wrote: Hi, > Steffen's Response to my post on Pritpal Bedi take on Multi- > threading. > Sorry to use your blog to comment on the comments of others, as I > think this is not the idea of a blog. Anyway please allow me to > clarify my statement. I said "clean

[Harbour] Re: SQLWIN - a free RDD for SQL by Antonio Linares

2009-02-23 Thread Massimo Belgrano
Another tool rdd based on sql : Sql lib with free and plus version http://sqllib.com.br/v4/index.php?module=Produtos Mediator xBase/Clipper client is used to access Mediator ISAM server from Clipper, Harbour or xHarbour applications. Client software implements the concept of RDD driver. http://w

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

2009-02-23 Thread Viktor Szakáts
Many thanks Pritpal, new solution looks very good. To use GC with this method, you'd probably need to encapsulate HWND into a GC collected object and do the required cleaning when the HWND object goes out of scope. I'll send you x64 results a bit later, still working in and on Linux for now. Brgd

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

2009-02-23 Thread Horodyski Marek (PZUZ)
[...] >I told before, it is extremely gray area for me. >I just implemented Andy Wos code. He is better equipped to >refine it. He is not available online these days, may be on >vacations, otherwise I must have requested him. Pritpal, I have the addresses : Andy (at) capitaloffice.com.au Andyw

Re: [Harbour] harbour project program

2009-02-23 Thread Massimo Belgrano
I plan a esay wrap to HBMK2 simply for not made error compiling or editing sample Like You i want get prg,c,obj,lib mymake add a ch thath is refeder by prg for editing purpose are .rc and .res supported by hbmk? 2009/2/23 Massimo Belgrano : > Look very good > Wich path do you think is possible

Re: [Harbour] Dlmalloc.c - VirtualAlloc/Free - Test Results

2009-02-23 Thread Przemyslaw Czerpak
On Sat, 21 Feb 2009, Pritpal Bedi wrote: Hi, > As I posted ( Toninho too ) about memProof.exe' report > of unfreed memory pages at appln termination, > here are the investigations. > I used following debugging code: > /* For direct MMAP, use MEM_TOP_DOWN to minimize interference */ > static void

[Harbour] Re: Intresting corner of info

2009-02-23 Thread Massimo Belgrano
Follow prev Multithreading as the ability to execute code in different code paths is a feature of modern OS sinces decades. The problem with MT is that it adds another dimension of complexity to the developers task. While with single threaded apps. the developer needs only to think in a more or les

[Harbour] Re: Intresting corner of info

2009-02-23 Thread Massimo Belgrano
Another posting of Steffen that reply to xbase is the only multitread project require a reply? Steffen's Response to my post on Pritpal Bedi take on Multi- threading. Sorry to use your blog to comment on the comments of others, as I think this is not the idea of a blog. Anyway please allow me to

Re: [Harbour] harbour project program

2009-02-23 Thread Massimo Belgrano
Look very good Wich path do you think is possible for made simular tool in harbour in multiplatform? 2009/2/23 Vailton Renato : > About GUI Wrapper, look at mymake and see if he can inspire you or > even help in some part on screenshots, options, etc. > > This tool was developed in Delphi and supp

Re: [Harbour] uhttpd

2009-02-23 Thread Francesco Saverio Giudice
Hi Maurilio, Il 23/02/2009 8.49, Maurilio Longo ha scritto: Francesco, can you build it using socket instead of inet, so that we can at least say that the problem is not inside inet? Already done, the problem is still there. I have analyzed the code but I found nothing, at the moment, that co

Re: [Harbour] uhttpd

2009-02-23 Thread Maurilio Longo
Francesco, can you build it using socket instead of inet, so that we can at least say that the problem is not inside inet? best regards. Maurilio. Francesco Saverio Giudice wrote: > Hi Maurilio, > > Il 19/02/2009 17.12, Maurilio Longo ha scritto: >> Hi, >> >> I've built uhttpd on OS/2 using in