>
> 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 [
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
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
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
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
>
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
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
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
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
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
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
>-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
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
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.
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
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
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
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,
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
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
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
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
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
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
43 matches
Mail list logo