Re: [Harbour] Fwd: SF.net SVN: harbour-project:[10057] trunk/harbour/ChangeLog

2009-01-21 Thread Viktor Szakáts
> > IMO this is a developer list so such mails are expected, if we split the >> lists into two, it will be complicated (and error prone) to simply reply to >> those commit e-mails (this is very useful and also common practice), which >> kind of defeats the purpose, as the manual ChangeLog e-mails w

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Rodrigo Miguel wrote: Hi Rodrigo, > sorry for the dummy question, how about change the main to WinMain in > the code below when running on windows? It will be necessary to replicate all Harbour operations coded in source/vm/mainwin.c and include/hbwmain.c. I'd rather suggest

Re: [Harbour] Fwd: SF.net SVN: harbour-project:[10057] trunk/harbour/ChangeLog

2009-01-21 Thread Phil Barnett
Viktor Szakáts wrote: IMO this is a developer list so such mails are expected, if we split the lists into two, it will be complicated (and error prone) to simply reply to those commit e-mails (this is very useful and also common practice), which kind of defeats the purpose, as the manual Chang

Re: [Harbour] SVN $id issue

2009-01-21 Thread Francesco Saverio Giudice
Hi Viktor, Il 22/01/2009 1.29, Viktor Szakáts ha scritto: You have to use these command to set the file properties after 'svn add'-ing them: thank you. Really I'm using TortoiseSVN, but I think that I have found where to apply your suggestions. Best regards, Francesco

Re: [Harbour] SVN $id issue

2009-01-21 Thread Viktor Szakáts
You have to use these command to set the file properties after 'svn add'-ing them: .bat/.cmd: svn propset svn:keywords "Author Date Id Revision" %* svn propset svn:eol-style CRLF %* .sh: svn propset svn:keywords "Author Date Id Revision" %* svn propset svn:eol-style LF %* svn propset svn:executabl

[Harbour] SVN $id issue

2009-01-21 Thread Francesco Saverio Giudice
Hi folks, I'm experience a problem with /* * $Id: rlcdx.prg 9754 2008-10-27 22:40:04Z vszakats $ */ macro: any file I update still maintains first macro version (above comes from uhttpd.prg). Is it a normal behavior ? Best regards, Francesco ___ H

Re: [Harbour] 2009-01-19 23:39 UTC+0100 Francesco Saverio Giudice(info/at/fsgiudice.com)

2009-01-21 Thread Francesco Saverio Giudice
Hi Marek, Il 21/01/2009 16.57, Francesco Saverio Giudice ha scritto: Il 21/01/2009 16.10, Horodyski Marek (PZUZ) ha scritto: Where from can we get bgd.dll ? now it possible to build without libgd support. Use hbmk_b32.bat --without-gd Obviously will not work ajax counter sample that requires

[Harbour] 2009-01-22 01:08 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)

2009-01-21 Thread Francesco Saverio Giudice
2009-01-22 01:08 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com) * harbour/contrib/examples/uhttpd/uhttpd.prg + Added support for ini file (default: uhttpd.ini) + modified to add support to Lib GD on batch request * changed THREAD STATIC names with t_ prefix * chan

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 10:19 PM, Rodrigo Miguel wrote: > sorry for the dummy question, how about change the main to WinMain in > the code below when running on windows? I've tried but I get a gpf at the app start. best regards, Lorenzo ___ Harbour ma

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Rodrigo Miguel
sorry for the dummy question, how about change the main to WinMain in the code below when running on windows? int main( int argc, char * argv[] ) { if( gtk_init_check( &argc, &argv ) ) { hb_cmdargInit( argc, argv ); hb_vmInit( TRUE ); xhgtk_clean_items(); h

[Harbour] 2009-01-21 21:46 UTC+0100 Viktor Szakats

2009-01-21 Thread Viktor Szakáts
2009-01-21 21:46 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * contrib/hbhpdf/harupdf.ch * contrib/hbhpdf/harupdf.c + Added HPDF_VERSION_TEXT() function which returns the libharu version hbhpdf was linked against. - Removed #define HPDF_VERSION_TEXT with hard-wired libharu

Re: [Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Viktor Szakáts
Here's the file:http://www.syenar.hu/harbour/sample.ods Brgds, Viktor On Wed, Jan 21, 2009 at 7:24 PM, Lorenzo Fiorini wrote: > On Wed, Jan 21, 2009 at 7:15 PM, Viktor Szakáts > wrote: > > > I've implemented native .ods output just recently. > > No .odt yet, for docs I'm going the .pdf way. (hb

Re: [Harbour] THREAD STATIC var naming

2009-01-21 Thread Francesco Saverio Giudice
Il 21/01/2009 19.10, Viktor Szakáts ha scritto: Vars names align better visually if all prefixes are of equal length (one char). It's also easier to swap automatically without manual reformatting. We have 'g_', 's_', 't_', so it's a not a really busy list of prefixes, I'd prefer not to make

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 7:33 PM, Przemyslaw Czerpak wrote: > Just simply xhgtk/source/general.c contains main() function which is > detected by MinGW linker so it ignores -mwindows switch and creates > application with main() startup entry do it's not possible to use > any code which needs WinMai

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Lorenzo Fiorini wrote: > > Try to force it using -mwindows switch or removing [hb]mainstd from linked > > library list. > I've tried hbmk -mt -xhgtk -mwindows mttest10.prg but I get the same result. > But probably I don't understand well. > In hb-func.sh I see: > if [ "\${HB_CO

Re: [Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 7:15 PM, Viktor Szakáts wrote: > I've implemented native .ods output just recently. > No .odt yet, for docs I'm going the .pdf way. (hbhpdf > + libharu are very nice). I'm using hbvpdf for pdfs but I also need "editable" documents so I use RTFs. > Most time spent was to

Re: [Harbour] THREAD STATIC var naming

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Szak�ts Viktor wrote: Hi Viktor, > Vars names align better visually if all prefixes are of equal length (one > char). It's also easier to swap > automatically without manual reformatting. > We have 'g_', 's_', 't_', so it's a not a really busy > list of prefixes, I'd prefer n

Re: [Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Viktor Szakáts
I've implemented native .ods output just recently. No .odt yet, for docs I'm going the .pdf way. (hbhpdf + libharu are very nice). Most time spent was to inspect what is absolute minimum content required for an .ods file. I can send you such "stripped" sample file. From this point it's pretty easy

Re: [Harbour] THREAD STATIC var naming

2009-01-21 Thread Viktor Szakáts
Vars names align better visually if all prefixes are of equal length (one char). It's also easier to swap automatically without manual reformatting. We have 'g_', 's_', 't_', so it's a not a really busy list of prefixes, I'd prefer not to make it any more verbose than necessary. Brgds, Viktor On

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 5:50 PM, Przemyslaw Czerpak wrote: > Try to force it using -mwindows switch or removing [hb]mainstd from linked > library list. I've tried hbmk -mt -xhgtk -mwindows mttest10.prg but I get the same result. But probably I don't understand well. In hb-func.sh I see: if [

Re: [Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 5:13 PM, Viktor Szakáts wrote: > Could you add OpenDocument files? (.ods, .odt) > These are very nice file formats and even easy to generate > directly from an app. O course. I've simply synced the "compatible" part of my local repo. BTW have you tried to generate ods or

Re: [Harbour] THREAD STATIC var naming

2009-01-21 Thread Francesco Saverio Giudice
Hi Viktor, Il 21/01/2009 17.18, Viktor Szakáts ha scritto: Hi all, I'd like to propose to mark all THREAD STATIC vars with the 't_' prefix, instead of 's_' to make the difference obvious when looking at the code. So: THREAD STATIC t_var STATIC s_var why not ts_ ? Best regards Francesco

[Harbour] 2009-01-21 17:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-21 Thread Przemyslaw Czerpak
2009-01-21 17:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/common.mak * harbour/source/rtl/Makefile - harbour/source/rtl/hbi18n.c + harbour/source/rtl/hbi18n1.c * renamed hbi18n.c to hbi18n1.c to avoid conflicts with hbi18n program - non GNU make files needs u

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Lorenzo Fiorini wrote: Hi Lorenzo, > Sorry probably I was not clear enough. > I use only hb* scripts so -mwindows is added automatically. No it isn't. Neither -mconsole nor -mwindows is enabled by default in hb* scripts. > If under msys I build using: > hbmk -mt mttest10 >

[Harbour] 2009-01-21 17:38 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)

2009-01-21 Thread Francesco Saverio Giudice
2009-01-21 17:38 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com) * harbour/Changelog * missed upload best regards Francesco ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] THREAD STATIC var naming

2009-01-21 Thread Viktor Szakáts
Hi all, I'd like to propose to mark all THREAD STATIC vars with the 't_' prefix, instead of 's_' to make the difference obvious when looking at the code. So: THREAD STATIC t_var STATIC s_var Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project

Re: [Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Viktor Szakáts
Hi Lorenzo, Could you add OpenDocument files? (.ods, .odt) These are very nice file formats and even easy to generate directly from an app. Brgds, Viktor On Wed, Jan 21, 2009 at 4:58 PM, Lorenzo Fiorini wrote: > 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini (lorenzo.fiorini/at/gmail.com) > * contr

[Harbour] 2009-01-21 17:02 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)

2009-01-21 Thread Francesco Saverio Giudice
2009-01-21 17:02 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com) * harbour/contrib/examples/uhttpd/hbmk_b32.bat * Updated with link where download bgd.dll TODO: I will upload version with -DWITH_GD switch to remove needs for hbgd but I'm working on uhttpd.prg now. In meanwhile

[Harbour] 2009-01-21 16:42 UTC+0100 Lorenzo Fiorini

2009-01-21 Thread Lorenzo Fiorini
2009-01-21 16:42 UTC+0100 Lorenzo Fiorini (lorenzo.fiorini/at/gmail.com) * contrib/hbpgsql/tests/simple.prg * contrib/hbpgsql/tests/async.prg * contrib/hbpgsql/tests/cache.prg * contrib/hbpgsql/tests/stress.prg * contrib/hbpgsql/tests/dbf2pg.prg * general cleanup for Harbour

Re: [Harbour] 2009-01-19 23:39 UTC+0100 Francesco Saverio Giudice(info/at/fsgiudice.com)

2009-01-21 Thread Francesco Saverio Giudice
Hi Marek, Il 21/01/2009 16.10, Horodyski Marek (PZUZ) ha scritto: Where from can we get bgd.dll ? On http://www.libgd.org/Downloads are sources ( we need binaries). libgd.org is a little cryptic with links. Correct link to releases is in main page under "news". Anyway the link is: http://ww

RE: [Harbour] 2009-01-19 23:39 UTC+0100 Francesco Saverio Giudice(info/at/fsgiudice.com)

2009-01-21 Thread Horodyski Marek (PZUZ)
>-Original Message- >From: Francesco Saverio Giudice [mailto:i...@fsgiudice.com] >Sent: Monday, January 19, 2009 11:41 PM >To: Harbour Project Main Developer List. >Subject: [Harbour] 2009-01-19 23:39 UTC+0100 Francesco Saverio >Giudice(info/at/fsgiudice.com) > >2009-01-19 23:39 UTC+0100

[Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 1:09 PM, Lorenzo Fiorini wrote: > Unfortunately the same approach doesn't work in Win. The main xhgtk > thread works but it cannot launch gtwvt threads. It returns: Instead under Mac OSX 10.5 it works exactly as in Linux ( if you have gtk and X11 installed of course ). b

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Wed, Jan 21, 2009 at 1:24 PM, Przemyslaw Czerpak wrote: > This error is reported when application is not linked with > WinMain() startup point and it does not depend or xhgtk or > MT mode at all. If you are using MinGW then use -mwindows > liner switch and do not link with hbmainstd library.

Re: [Harbour] Re: Harbour MT success report

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Lorenzo Fiorini wrote: Hi Lorenzo, > Unfortunately the same approach doesn't work in Win. The main xhgtk > thread works but it cannot launch gtwvt threads. It returns: > Application Internal Error - C:\dvl\src\ws\tas\out\tas.exe > Terminated at: 2009.01.21 11:48:40 > Unrecove

[Harbour] Re: Harbour MT success report

2009-01-21 Thread Lorenzo Fiorini
On Tue, Jan 20, 2009 at 6:51 PM, Lorenzo Fiorini wrote: > What I found really magic is that every thread can have his own GT and > even a different GUI. > In the test the main thread is a xhgtk app that creates a trayicon > with a popup menu that launch "the original" gtxwc apps ( sth like > Open

[Harbour] 2009-01-21 10:41 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-21 Thread Przemyslaw Czerpak
2009-01-21 10:41 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbcrypt/sha1.h * harbour/contrib/hbcrypt/sha1.c ! disabled LITTLE_ENDIAN macro definition to avoid conflicts with macros using the same name defined in some system header files HB_LITTLE_ENDI

Re: [Harbour] proper tar utility for Windows

2009-01-21 Thread Viktor Szakáts
Yes, this is the case. It seems there is no solution for this problem, besides making these packages not to rely on the affected links when used on Windows. In OpenSSL this is handled by the perl Configure script. (I've just tried it on an OpenSSL .tgz unpacked on Windows). Brgds, Viktor On Wed,

[Harbour] 2009-01-21 10:02 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-21 Thread Przemyslaw Czerpak
2009-01-21 10:02 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/ChangeLog * cleaned some typos * harbour/common.mak * harbour/source/rtl/Makefile + harbour/source/rtl/strtoexp.c * harbour/source/rtl/valtostr.c * moved my HB_STRTOEXP() function to separate file

Re: [Harbour] proper tar utility for Windows

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Szak�ts Viktor wrote: Hi Viktor, > Thanks for your suggestion. It seems it also doesn't create > those files, but I've just retried, and the whole issue seems > to be worked around by the OpenSSL build process, so this > specific problem is now solved. 7z is a good choice for

Re: [Harbour] Fwd: SF.net SVN: harbour-project:[10057] trunk/harbour/ChangeLog

2009-01-21 Thread Viktor Szakáts
IMO this is a developer list so such mails are expected, if we split the lists into two, it will be complicated (and error prone) to simply reply to those commit e-mails (this is very useful and also common practice), which kind of defeats the purpose, as the manual ChangeLog e-mails would still ha

Re: [Harbour] Fwd: SF.net SVN: harbour-project:[10057] trunk/harbour/ChangeLog

2009-01-21 Thread Przemyslaw Czerpak
On Wed, 21 Jan 2009, Phil Barnett wrote: Hi Phil, > I think it would be better to create a mailing list for these svn mails > that anyone can subscribe to and it will be read only except for the SVN > mailer. That way, it will not inflate the developer list with messages that > a lot of people

Re: [Harbour] proper tar utility for Windows

2009-01-21 Thread Viktor Szakáts
Hi Lost, Thanks for your suggestion. It seems it also doesn't create those files, but I've just retried, and the whole issue seems to be worked around by the OpenSSL build process, so this specific problem is now solved. 7z is a good choice for this job as I use it anyway (but I have to keep in min

[Harbour] mttest10.prg and Windows List Group option

2009-01-21 Thread Lorenzo Fiorini
I use the option "Always group windows" in Ubuntu/Gnome Window List applet. The doc says: "Select this option to always group windows of the same process under one Window List button." but the windows created by mttest10 ( and by my apps ) are not grouped. Is it expected? best regards, Lorenzo