Re: [Harbour] Intresting corner of info

2009-02-19 Thread Massimo Belgrano
I invite everybody give a reply to this poll What is your favourite 32-bit Clipper-compatible Compiler ? http://cch4clipper.blogspot.com I am conducting a poll as above at http://cch4clipper.blogspot.com. This is to enable me to determine the future contents of Clipper... Clipper... Clipper. TQ

RE: [Harbour] Linux development environment

2009-02-19 Thread Horodyski Marek (PZUZ)
-Original Message- From: ABIX Adam Jurkiewicz [mailto:a.jurkiew...@abix.info.pl] Sent: Wednesday, February 18, 2009 6:38 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Linux development environment Viktor Szakáts pisze: Hi all, Has anyone some recommendations for

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

2009-02-19 Thread Pritpal Bedi
Hello Thanks, I think you should look at it, the other thing is GC collected pointers which is essential for a lot of tasks here. I'd suggest to try it, it's not that bad believe me. I tried it after posting above message. But I get only pointers at PRG level which I cannot exploit there.

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

2009-02-19 Thread Viktor Szakáts
Hi Pritpal, 1) You're introducing xhb dependency for gtwvg, which isn't good. As stated in previous post, I have deffered this decision. So until we reach an agreement WAPI_*() functions category will contain only those functions not needing structures. That's fine good, but now you want

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Viktor Szakáts
Hi Przemek, Okay, let's leave them there, that's why I was asking. However I'd like to make some changes here to move their solution closer to the standard we use in Harbour. Particularly the inclusion logic and some misc GT settings, and specifically to move GTSLN/GTCRS specific logic to their

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Viktor Szakáts
Hi Przemek, Now in Linux is 100% predictable - GCC is hardcoded as the only one choice :-( and it's necessary to use HB_COMPILER envvar. BTW -cc=compiler option will be also usable feature. I know, but this isn't a Linux tool :) For Linux it isn't hardcoded, just the default is set to gcc.

RE: [Harbour] Log from build.

2009-02-19 Thread Horodyski Marek (PZUZ)
From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, February 18, 2009 4:37 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Log from build. Thanks Marek. These

Re: [Harbour] Log from build.

2009-02-19 Thread Massimo Belgrano
Hi Marek please use the -trace option and post your outputs. 2009/2/19 Horodyski Marek (PZUZ) m.horody...@pzuzycie.com.pl: From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, February 18, 2009 4:37 PM To: Harbour Project

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

2009-02-19 Thread Maurilio Longo
Przemyslaw, it does not work, I did a full rebuild then I did build tests/speedtst with hbmk2 -mt speedtst then I did a few tests. 1) speedtst --thread=2 runs ok 2) speedtst --thread=20 deadlock after some time 3) speedtst --thread=40 deadlocks as it starts, it creates 40 threads but all threads

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Viktor Szakáts
Hi Przemek, (answers part 2) 8. When -llibname gcc option is used then libname should not contain prefix (lib) and extension (.so,.dll,.a) hbmk does pass the stripped lib name to gcc -l option already. The extension is already stripped (all of them, maybe that's too harsh?). So

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

2009-02-19 Thread Maurilio Longo
Przemyslaw, it starts misbehaving with three threads, look at this: 1 200 blocked fd504d64 2 200 blocked fd5080c4 3 200 running fd507008 4 200 ready fd507008 threads 3 and 4 are running and run to completion, thread 2 is blocked since it started, thread 1 is blocked waiting for the

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

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Maurilio Longo wrote: Hi Maurilio, it does not work, I did a full rebuild then I did build tests/speedtst with hbmk2 -mt speedtst then I did a few tests. 1) speedtst --thread=2 runs ok 2) speedtst --thread=20 deadlock after some time 3) speedtst --thread=40 deadlocks as

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

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Maurilio Longo wrote: Hi Maurilio, it starts misbehaving with three threads, look at this: 1 200 blocked fd504d64 2 200 blocked fd5080c4 3 200 running fd507008 4 200 ready fd507008 threads 3 and 4 are running and run to completion, thread 2 is blocked since

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

2009-02-19 Thread druzus
Revision: 10343 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10343view=rev Author: druzus Date: 2009-02-19 11:44:36 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 12:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2009-02-19 Thread Maurilio Longo
Przemyslaw, mttest01, 02, 03 work ok. mttest04 blocks with 5 blocked threads. (E:\REPOSITORY\HARBOUR\tests\mt)mttest04 Harbour 1.1.0dev (Rev. 10342) Main start Starting threads: 12345 Wait 5 seconds or hit any key... Waiting for threads... mttest05 blocks with 4 blocked threads

Re: [Harbour] Website layout updated!

2009-02-19 Thread Vailton Renato
Done. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Web error

2009-02-19 Thread Vailton Renato
I am providing. 2009/2/18 Viktor Szakáts harbour...@syenar.hu: Hi Renato, Looks good! One more thing, not design related, but it'd be nice to have a news item: Harbour v1.0.1 is released! on 2008-09-18. Brgds, Viktor On Wed, Feb 18, 2009 at 2:05 PM, Vailton Renato vail...@gmail.com wrote:

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

2009-02-19 Thread Maurilio Longo
Przemyslaw Czerpak wrote: So for two threads it works OK. it seems so, speedtst even works when only two threads are used. mttest04 blocks with 5 blocked threads. mttest05 blocks with 4 blocked threads same for mttest06 mttest07 blocks with five blocked threads [...] Waiting for

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

2009-02-19 Thread vszakats
Revision: 10344 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10344view=rev Author: vszakats Date: 2009-02-19 12:46:19 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-18 13:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk/hbmk2.prg

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

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Maurilio Longo wrote: Hi Maurilio, With your latest commit (thread.c at revision 10343): mttest04 never ends, two threads keep running, the others are all blocked. mttest05 blocks after a little while, 4 threads blocked mttest06 the same, 5 threads blocked mttest07 the

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

2009-02-19 Thread druzus
Revision: 10345 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10345view=rev Author: druzus Date: 2009-02-19 13:13:36 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 14:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Viktor Szakáts
[ On Linux I can test, so it's not blind modification nor something I've haven't done before, in case this wasn't obvious from my activity here and the binary builds I've so far produced for *nix systems (for Lorenzo). ] *nix is not only Linux. I beg you pardon? For example OSX

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Lorenzo Fiorini
On Thu, Feb 19, 2009 at 2:18 PM, Viktor Szakáts harbour...@syenar.hu wrote: I beg you pardon? *nix is used to describe Unix derivatives like Solaris, AIX, HPUX, BSD, Linux, ... To me it seems it's all about your distrust towards my work Please don't read too much inside my poor english :)

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

2009-02-19 Thread Petr Chornyj
vszakats wrote: Revision: 10344 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10344view=rev Author: vszakats Date: 2009-02-19 12:46:19 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-18 13:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu)

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Viktor Szakáts
I beg you pardon? *nix is used to describe Unix derivatives like Solaris, AIX, HPUX, BSD, Linux, ... I hope you're not serious telling this to me ;) To me it seems it's all about your distrust towards my work Please don't read too much inside my poor english :) so I invite you to

RE: [Harbour] Log from build.

2009-02-19 Thread Horodyski Marek (PZUZ)
-Original Message- From: Massimo Belgrano [mailto:mbelgr...@deltain.it] Sent: Thursday, February 19, 2009 11:37 AM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Log from build. Hi Marek please use the -trace option and post your outputs. Here is todays log :

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

2009-02-19 Thread Maurilio Longo
Przemyslaw, I'm sorry, it still does not work. mttest04 never ends with a single thread running 1 200 blocked 2 200 blocked 3 200 blocked 4 200 blocked 5 200 running 6 200 blocked I did not run the other tests. Maurilio. Przemyslaw Czerpak wrote: I've got it. Yet another

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

2009-02-19 Thread vszakats
Revision: 10346 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10346view=rev Author: vszakats Date: 2009-02-19 14:22:58 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-18 15:18 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk/hbmk2.prg

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

2009-02-19 Thread Viktor Szakáts
Thanks for the tip Petr, I'll lay the infrastructure for this. But before we add anything like this, I'd like to hear about misdetections or actual problems with current method. Brgds, Viktor On Thu, Feb 19, 2009 at 2:57 PM, Petr Chornyj myor...@mail.ru wrote: vszakats wrote: Revision:

Re: [Harbour] Log from build.

2009-02-19 Thread Viktor Szakáts
Hi Marek, As for hbmk2, pls try again after: 2009-02-18 13:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu) Brgds, Viktor On Thu, Feb 19, 2009 at 3:11 PM, Horodyski Marek (PZUZ) m.horody...@pzuzycie.com.pl wrote: -Original Message- From: Massimo Belgrano

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

2009-02-19 Thread vszakats
Revision: 10347 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10347view=rev Author: vszakats Date: 2009-02-19 14:28:38 + (Thu, 19 Feb 2009) Log Message: --- got the date wrong again. sorry. Modified Paths: -- trunk/harbour/ChangeLog

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

2009-02-19 Thread druzus
Revision: 10348 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10348view=rev Author: druzus Date: 2009-02-19 14:31:59 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 15:37 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2009-02-19 Thread Maurilio Longo
Ok, now it works, all mttest?? do work ok and even speedtst --thread=40 reaches the end. Thank you so much! Maurilio. dru...@users.sourceforge.net wrote: Revision: 10348 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10348view=rev Author: druzus Date:

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Lorenzo Fiorini
On Thu, Feb 19, 2009 at 2:57 PM, Viktor Szakáts harbour...@syenar.hu wrote: I hope you're not serious telling this to me ;) As I told you, english can be dangerous, but unfortunately my german and my spanish are even worse. Certain logic is spanning across several different files, which

Re: [Harbour] gtsln / gtcrs revisited

2009-02-19 Thread Massimo Belgrano
Is possible made an harbour-updater written in harbour with tips for make more simple operation? 2009/2/19 Lorenzo Fiorini lorenzo.fior...@gmail.com: On Thu, Feb 19, 2009 at 2:57 PM, Viktor Szakáts harbour...@syenar.hu wrote: I hope you're not serious telling this to me ;) What I can say is

RE: [Harbour] Log from build.

2009-02-19 Thread Horodyski Marek (PZUZ)
From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Thursday, February 19, 2009 3:25 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Log from build. Hi Marek,

Re: [Harbour] Log from build.

2009-02-19 Thread Viktor Szakáts
This is from yesterday. You'll have wait for the next nightly. Brgds, Viktor 2009/2/19 Horodyski Marek (PZUZ) m.horody...@pzuzycie.com.pl From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Thursday, February 19, 2009 3:25 PM To:

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

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Maurilio Longo wrote: Hi Maurilio, Ok, now it works, all mttest?? do work ok and even speedtst --thread=40 reaches the end. Thank you so much! Thank you for confirmation. Now it should work keeping the exact pthreads semantic but there is one important note for

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

2009-02-19 Thread Maurilio Longo
I've done a little test speedtst --thread=50 takes 93,98 secs with current code and 93,16 with previous, so current code is as efficient as previous :) Maurilio. Maurilio Longo wrote: Ok, now it works, all mttest?? do work ok and even speedtst --thread=40 reaches the end. Thank you so

[Harbour] uhttpd

2009-02-19 Thread Maurilio Longo
Hi, I've built uhttpd on OS/2 using inet, it works ok, but every new connection uses 4 Kb of memory, more or less, which is not freed until after the process ends. Question: did anybody make some test with uhttpd build with inet on windows? did he experienced such 'memory leaks'? I'm not sure

Re: [Harbour] Linux development environment

2009-02-19 Thread ABIX Adam Jurkiewicz
Horodyski Marek (PZUZ) pisze: On Windows and Linx works DosNawigator. For my better than MC (edito like in ME). Cool, do you know, why keyboard does not work under linux ? Adam -- ABIX - Linuksowe Systemy Wspomagania Biznesu www.abix.info.pl Gadu-Gadu: 302315 Skype: abix_adamj Wsparcie:

Re: [Harbour] uhttpd

2009-02-19 Thread Massimo Belgrano
if you post a sample i will try on windows (uhttpd with inet) 2009/2/19 Maurilio Longo maurilio.lo...@libero.it: Hi, I've built uhttpd on OS/2 using inet, it works ok, but every new connection uses 4 Kb of memory, more or less, which is not freed until after the process ends. Question: did

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

2009-02-19 Thread vszakats
Revision: 10349 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10349view=rev Author: vszakats Date: 2009-02-19 15:44:59 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 16:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk/hbmk2.prg

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Szak�ts Viktor wrote: Hi, I know, but this isn't a Linux tool :) For Linux it isn't hardcoded, just the default is set to gcc. You can set it just like for hbmk script HB_COMPILER=gpp|owatcom. The new command For hbmk script I do not have to set anything because it's

Re: [Harbour] uhttpd

2009-02-19 Thread Massimo Belgrano
Sorry i can't. i not have uhttpd server and don't know How i write a simple query Have only windows and harbour 2009/2/19 Maurilio Longo maurilio.lo...@libero.it: A sample? I simply query http://ip-of-pc-with-uhttpd/index.html from a different pc, on the pc with the uhttpd server memory

Re: [Harbour] uhttpd

2009-02-19 Thread Maurilio Longo
Massimo, contrib/examples/uhttpd is the source code, you build it using inet (instead of socket, which is default), then you start it. From a different pc or even the same, open IE, and ask for localhost/index.html if on the same pc or ip-of-the-other-pc/index.html. Now keep refreshing it (F5

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Szak�ts Viktor wrote: Hi, Right now every filename passed as is (without -l) with the extension .a is considered a library. Would it help if hbmk would simply handle .a files just like object files? This would mean that libs with .a ending must have to be passed with -l

[Harbour] Warning

2009-02-19 Thread Enrico Maria Giordano
Warning W8080 source\vm\thread.c 1078: 'fResult' is declared but never used in function hb_threadWait 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

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

2009-02-19 Thread tfonrouge
Revision: 10350 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10350view=rev Author: tfonrouge Date: 2009-02-19 19:06:11 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 12:59 UTC-0600 Teo Fonrouge (teo/at/windtelsoft/dot/com) * common.mak *

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

2009-02-19 Thread druzus
Revision: 10351 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10351view=rev Author: druzus Date: 2009-02-19 19:08:14 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 20:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2009-02-19 Thread Enrico Maria Giordano
Dear friends, I need to place the GET's cursor position to ::nMaxLen + 1. I changed the current code from setPos() method ::nPos := iif( ::nMaxLen == 0, 1, ::nMaxLen ) to ::nPos := iif( ::nMaxLen == 0, 1, nPos ) and it seems to work fine. What is the better way to do this change, other than

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

2009-02-19 Thread Viktor Szakáts
Is this a Clipper compatibility fix? Brds, Viktor On Thu, Feb 19, 2009 at 8:09 PM, Enrico Maria Giordano e.m.giord...@emagsoftware.it wrote: Dear friends, I need to place the GET's cursor position to ::nMaxLen + 1. I changed the current code from setPos() method ::nPos := iif( ::nMaxLen ==

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

2009-02-19 Thread vszakats
Revision: 10352 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10352view=rev Author: vszakats Date: 2009-02-19 19:46:12 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 20:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/Makefile !

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Viktor Szakáts
Hi Przemek, I know, but this isn't a Linux tool :) For Linux it isn't hardcoded, just the default is set to gcc. You can set it just like for hbmk script HB_COMPILER=gpp|owatcom. The new command For hbmk script I do not have to set anything because it's build dynamically in install

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Viktor Szakáts
Hi Przemek, Use .a files just like .o ones and pass them to compiler as is. It will now what to do with them. This is in SVN already. For -l I'm stripping all extensions, not just dll/so/a. Pls tell if this is a problem, and I'll solve it. Yes it also supports it. DJGPP LD has also uses

Re: [Harbour] MSVC/BCC with the GNU-make and the future

2009-02-19 Thread Viktor Szakáts
It's created, but it's not installed, since your script is still wrong. You've added 'cd \harbour', which broke the HB_INSTALL_PREFIX setting. Either remove 'cd \harbour' and run the script from the harbour root dir, as I've recommended here a few times, or tweak 'set HB_INSTALL_PREFIX=%~dp0' to

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

2009-02-19 Thread vouchcac
Revision: 10353 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10353view=rev Author: vouchcac Date: 2009-02-19 20:48:17 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-19 12:42 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

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

2009-02-19 Thread Enrico Maria Giordano
-Messaggio Originale- Da: Viktor Szakáts harbour...@syenar.hu A: Harbour Project Main Developer List. harbour@harbour-project.org Data invio: giovedì 19 febbraio 2009 20.35 Oggetto: Re: [Harbour] TGet: setting cursor position to ::nMaxLen + 1 Is this a Clipper compatibility fix?

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

2009-02-19 Thread Viktor Szakáts
Hi Enrico, You can subclass the GET() class and create your custom setPosMy() method, or maybe you can even override the original and continue to use the name. Brgds, Viktor On Thu, Feb 19, 2009 at 9:56 PM, Enrico Maria Giordano e.m.giord...@emagsoftware.it wrote: -Messaggio

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

2009-02-19 Thread Enrico Maria Giordano
-Messaggio Originale- Da: Viktor Szakáts harbour...@syenar.hu A: Harbour Project Main Developer List. harbour@harbour-project.org Data invio: giovedì 19 febbraio 2009 22.20 Oggetto: Re: [Harbour] TGet: setting cursor position to ::nMaxLen + 1 Hi Enrico, You can subclass the GET()

Re: [Harbour] Re: Help with gtxwc fonts

2009-02-19 Thread Przemyslaw Czerpak
On Wed, 18 Feb 2009, Lorenzo Fiorini wrote: Hi, Are there restrictions I can't see? Maybe I found the problem. If I replace XWC_DEFAULT_FONT_ENCODING iso10646-1 with *-1 I get many fonts working. Yes though this are not unicode fonts so not in all countries it's an option. Looks that we

[Harbour] To compile in old version of the linux

2009-02-19 Thread Joel M Bernardes
Hello. I am trying to compile harbour in Fedora 5 (I need to rotate in him).  But he asks to change Client Subversion (very old).  Does some exist it sorts things out of me to outline that?    Best Regards. {}s Joel Bernardes Veja quais são os assuntos do momento no Yahoo! +Buscados

Re: [Harbour] hbmk2.prg - few notes

2009-02-19 Thread Przemyslaw Czerpak
On Thu, 19 Feb 2009, Szak�ts Viktor wrote: Let me include here our conversation from autumn I was referring to, back then the situations looked cleaner than what it seems now: [...] -- vszakats says: No, if possible let's please remove -n1 and keep only -n/-n-. OK. When hbmk2 will be

Re: [Harbour] uhttpd

2009-02-19 Thread Francesco Saverio Giudice
Hi Maurilio, Il 19/02/2009 17.12, Maurilio Longo ha scritto: Hi, I've built uhttpd on OS/2 using inet, it works ok, but every new connection uses 4 Kb of memory, more or less, which is not freed until after the process ends. Question: did anybody make some test with uhttpd build with inet on

Re: [Harbour] MSVC/BCC with the GNU-make and the future

2009-02-19 Thread Massimo Belgrano
moved from c:\vc9.bat c:\harbour\vc9.bat and removed line with cd \harbour Give follow error but continue without problem and all works fine (Thanks ) make[1]: [install] Error 1 (ignored) I not have changed starting directory using HB_INSTALL_PREFIX It is very strange for a windows user be

Re: [Harbour] uhttpd

2009-02-19 Thread Massimo Belgrano
I not have gd lib package to test uhttpd and test seem already done 2009/2/19 Francesco Saverio Giudice i...@fsgiudice.com: Hi Maurilio, Il 19/02/2009 17.12, Maurilio Longo ha scritto: Hi, I've built uhttpd on OS/2 using inet, it works ok, but every new connection uses 4 Kb of memory,

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

2009-02-19 Thread vszakats
Revision: 10354 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10354view=rev Author: vszakats Date: 2009-02-19 23:45:22 + (Thu, 19 Feb 2009) Log Message: --- 2009-02-20 00:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg

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

2009-02-19 Thread druzus
Revision: 10356 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10356view=rev Author: druzus Date: 2009-02-20 03:11:51 + (Fri, 20 Feb 2009) Log Message: --- 2009-02-20 04:15 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *