Oh, it was a link time flag, sorry was thinking it is a run-time.
Chen.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Viktor,
In Borland VCL, the TApplication has a property named "ShowMainForm"
which allows the programmer to show or hide the main form when the
program starts. Some times a program need to work in the background
and "be quite". The SAME program might on other conditions works in
interactive mode.
2008-06-22 01:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwhat32/Makefile
! Fixed to compile using GNU make system. This
contrib needs xhb header in order to compile.
(solved with an ugly hack)
[TOMERGE 1.0.0RC1]
--
Brgds,
Viktor
Probably, if someone has the tools for it :)
I have Express versions installed, and these
don't come with 64bit parts. It would need an
MSVS reinstall, so I'll leave that for another
time.
I can send the 32 bit scripts though, the process
should be the same.
Brgds,
Viktor
On 2008.06.22., at 0:
Hi Pritpal,
The above is valid only when you do not need the screen updates.
I think I could not explain properly the purpose for which this 'hack'
was introduced. Let me expalin a bit further.
CASE 1:
GTWVT TERMINAL/SERVER
SERVER - Appln is up and running without visible window but screen i
2008-06-22 00:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbmysql/mysql.c
! Fixed GCC warning.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello Viktor
<<<
; For the same effect, but with the advantage that the
screen output won't slow the application at all, and
that behaviour is controllable from the command line
and/or at link time, please use gtgui.lib.
With GTGUI the application window is nei
Is possible having also win64
- Messaggio originale -
Da: Szakáts Viktor <[EMAIL PROTECTED]>
Inviato: sabato 21 giugno 2008 21.26
A: Harbour Project Main Developer List.
Oggetto: [Harbour] Repository and sf.net changes 3rd
Hi all,
- sf.net: Released 1.0.0 RC1 r8779 win32-mingw412 binary
2008-06-21 23:27 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
- Removed HB_NOSTARTUPWINDOW link time GTWVT window
hiding option.
; For the same effect, but with the advantage that the
screen output won't slow the application at all, and
Hi Pritpal,
<<<
I'd suggest to step over stirct personal needs when
it comes to developing Harbour.
I do not use GTWVT either. All my developments are on GTWVG.
May be it counter your suspicion.
<<<
I'm trying to leave unnecessary options and hacks out of
Harbour, because all these just r
Viktor
<<<
For me it took 2 minutes to try both methods on
my application.
>>>
:-)
<<<
Moreover, just today I've spent several hours trying
to fix and document warnings and bugs in hbwhat32 only.
I don't even use it, or plan to use it in the future,
just want a clean build.
>>>
Me too. I also
../../zip.c:1015: warning: 'HB_FUN_exit_HBZIPCLEANUP' defined but not used
In file included from ../../include/zipexception.h:34,
from ../../include/ziparchive.h:92,
from ../../ziparchive.cpp:19:
../../include/zipstring.h:52:1: warning: "_vsntprintf" redefined
In f
../../wincorec.c: In function 'HB_FUN__CREATEWINDOWEX':
../../wincorec.c:92: warning: signed and unsigned type in conditional expression
../../wincorec.c:93: warning: signed and unsigned type in conditional expression
../../wincorec.c:94: warning: signed and unsigned type in conditional expression
Hi Pritpal,
Sure. I do not have time neither a will to change the way
I am been working all those years just to change something
which is working harmless.
For me it took 2 minutes to try both methods on
my application.
Moreover, just today I've spent several hours trying
to fix and documen
2008-06-21 22:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbfimage/Makefile
! Fixed to compile with MinGW.
[TOMERGE 1.0.0RC1]
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-projec
Viktor
>Any reasons?
Sure. I do not have time neither a will to change the way
I am been working all those years just to change something
which is working harmless.
<<<
If you link in gtgui.lib, and choose it either with
//gtgui, or by ANNOUNCE-ing HB_GT_GUI_DEFAULT in your
code, you'll get an
2008-06-21 22:24 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtalleg/gtalleg.c
* source/rtl/gtgui/gtgui.c
* source/rtl/gtwin/gtwin.c
* source/rtl/gtwvt/gtwvt.c
* source/rtl/gtxwc/gtxwc.c
* Changed some GT names to more descriptive, uniform ones
and leavin
Wouldn't GTGUI solve these problems?
No.
Any reasons?
If you link in gtgui.lib, and choose it either with
//gtgui, or by ANNOUNCE-ing HB_GT_GUI_DEFAULT in your
code, you'll get an application with no window at all,
not even visible in , but the .exe is still
running fine. This seems to be the
Hello
>Wouldn't GTGUI solve these problems?
No.
>It's very an unusual way to configure a compiler/runtime
>in general, but it's also a sole exception in Harbour.
:-(
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/HB_NOSTARTUPWINDOW---tp18047134p18048071.html
Se
Hi Pritpal,
I use it in production.
I have a my own Terminal which talks to the server, an xHarbour
appln in MT
mode.
Server initiates a new instance of my real-appln on the server
which is initiated as hidden with HB_NOSTARTUPWINDOW. Then Server
instructs
client and real-appln to establ
Hi Viktor
<<<
Can anyone tell me what is the purpose of the
HB_NOSTARTUPWINDOW GTWVT hack?
If someone is using GTWVT why is it good to _hide_
the console window?
>>>
I use it in production.
I have a my own Terminal which talks to the server, an xHarbour appln in MT
mode.
Server initiates a new
Hi all,
- sf.net: Released 1.0.0 RC1 r8779 win32-mingw412 binary .zip
- sf.net: Released 1.0.0 RC1 r8779 win32-mingw430 binary .zip
- sf.net: Linux binaries-* groups renamed to binaries-linux-*
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbou
2008-06-21 21:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
+ Some updates.
[TOMERGE 1.0.0RC1]
* contrib/Makefile
! Fix to prev.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://l
Hi Sylvain,
After making your sample work, I've tested this
with CA-Cl*pper 5.2e, and it doesn't update the
second GET either. In Clipper :varPut() will never
modify :changed, in fact :varPut() will do nothing
else than updating the variable with the current
GET value.
To me it seems that Har
Szakáts Viktor wrote:
Hi Sylvian,
After making your sample work, I've tested this
with CA-Cl*pper 5.2e, and it doesn't update the
second GET either. In Clipper :varPut() will never
modify :changed, in fact :varPut() will do nothing
else than updating the variable with the current
GET value.
To
Hi Sylvian,
After making your sample work, I've tested this
with CA-Cl*pper 5.2e, and it doesn't update the
second GET either. In Clipper :varPut() will never
modify :changed, in fact :varPut() will do nothing
else than updating the variable with the current
GET value.
To me it seems that Harbou
I was testing new update to my software and notice the following
Here is a simplified piece of my code this is not a working code
but should demonstrated the code of the problem.
FUNCTION EditItem()
LOCAL GetList AS ARRAY := {}
LOCAL lnDept AS NUMERIC := 0
LOCAL lnTax AS NUMERIC := 0
Thanks a lot Pritpal!
I'll merge these with RC1.
Brgds,
Viktor
On 2008.06.21., at 19:47, Pritpal Bedi wrote:
2008-06-21 10:42 UTC+0800 Pritpal Bedi ([EMAIL PROTECTED])
* contrib/hbwhat32/commctrl.ch
* contrib/hbwhat32/commdlg.ch
* contrib/hbwhat32/wingdi.ch
* contrib/hbwhat32/wininet
Hi developers,
I made this little test because I was getting 100% CPU usage in some old code when using
RC1 (rev 8779) and BCC55 on Windows XP. In xharbour I did not get 100% CPU. The help file
says the granularity of inkey() is 1/10 of a second. Should be 1/100? The loop below does
not run if
Hi all,
Can anyone tell me what is the purpose of the
HB_NOSTARTUPWINDOW GTWVT hack?
If someone is using GTWVT why is it good to _hide_
the console window?
[ We have GTGUI, which is similar to the above feature,
but much faster and without an ugly hack. ]
Also, we have a similar one, but compi
2008-06-21 10:42 UTC+0800 Pritpal Bedi ([EMAIL PROTECTED])
* contrib/hbwhat32/commctrl.ch
* contrib/hbwhat32/commdlg.ch
* contrib/hbwhat32/wingdi.ch
* contrib/hbwhat32/wininet.ch
! Pulled from MinGW distribution.
; TODO: Refinement for UNICODE version which I realized a littl
2008-06-21 19:17 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/pp/hbpp.c
! Fixed to escape strings in generated hbverbld.h.
[TOMERGE 1.0.0RC1]
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.har
Yes, I'm rehearsing RC1. If someone sees this as
a problem, I can remove all releases.
I hope this to be fixed before RC2. If not, we will
need to remove the contrib to not block the release.
Brgds,
Viktor
On 2008.06.21., at 15:24, Massimo Belgrano wrote:
Is not better wait for rc1 in contrib
2008-06-21 18:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwhat32/_winsock.c
* contrib/hbwhat32/_winmous.c
! Silenced GCC 4.30 warnings.
NOTE: These warnings are pointing to important potential
bugs (GPFs) in these functions. It would be better
Hi all,
Second attempt.
- sf.net: Released 1.0.0 RC1 r8779 source .zip, .bz2, .gz
- sf.net: Released 1.0.0 RC1 r8779 win32-bcc551 binary .zip
[C_USR=-OS -Ov -Oi -Oc -tWM; PRG_USR=-l]
- sf.net: Released 1.0.0 RC1 r8779 win32-bcc582 binary .zip
[C_USR=-OS -Ov -Oi -Oc -tWM; PRG_USR=-l]
- sf.net
2008-06-21 18:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbole/Makefile
+ Marked as w32 only.
+ contrib/hbgf/hbgfw32/Makefile
* contrib/hbgf/hbgfos2/Makefile
* contrib/hbgf/hbgfgtk/Makefile
+ Added w32 GNU make file.
+ Added platforms guards.
--
Brgds,
V
2008-06-21 18:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
- contrib/hbgf/hbgfw32/win32.ch
+ contrib/hbgf/hbgfw32/hbgfw32.ch
* contrib/hbgf/hbgfw32/common.mak
* contrib/hbgf/hbgfw32/button.prg
* contrib/hbgf/hbgfw32/form.prg
* contrib/hbgf/hbgfw32/edit.prg
! Made the .ch
2008-06-21 17:58 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/Makefile
- contrib/hbgf/gtk
- contrib/hbgf/os2pm
- contrib/hbgf/win32
+ contrib/hbgf/hbgfw32
+ contrib/hbgf/hbgfos2
+ contrib/hbgf/hbgfgtk
+ contrib/hbgf/Makefile
* contrib/hbgf/hbgfos2/Makefile
2008-06-21 17:23 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbw32ddr/Makefile
! Fixed to compile with GNU make.
! Found a way to compile with MingW.
[TOMERGE 1.0.0RC1]
* contrib/hbtpathy/Makefile
! Fixed to work at all.
[TOMERGE 1.0.0RC1]
* cont
2008-06-21 16:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbfbird/firebird.c
! Fixed two bugs signaled by GCC 4.30.
* contrib/hbziparch/hbcomprs.c
* contrib/hbziparch/zip.c
* contrib/hbziparch/ziparchive.cpp
* contrib/hbziparch/include/zip.h
* contrib/hbzipar
Is not better wait for rc1 in contrib for this files?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Saturday, June 21, 2008 7:56 AM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] 2008-06-20 16:25 UTC+0800 Pritpal Bed
2008-06-21 12:29 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* xhb/Makefile
* xhb/common.mak
+ xhb/freadlin.c
+ Adopted HB_FREADLINE().
Work of Marcelo Lombardo / xhb.
! Fixed one potential leak (probably not exploited
by current control flow).
; Please tes
2008-06-21 12:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* ChangeLog
+ Marked changes merged with 1.0.0RC1.
* RC1 markings renamed to 1.0.0RC1.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-06-21 12:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* harbour-ce-spec
* harbour-w32-spec
* doc/whatsnew.txt
! Fixed version to be 1.0.0 RC1
[1.0.0RC1]
* contrib/hbwhat32/winuser.ch
! Pulled from MinGW distribution.
; HbWhat32 compiles fine but I have s
2008-06-21 11:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* harbour-ce-spec
* harbour-w32-spec
* doc/whatsnew.txt
! Fixed version to be 1.0.0 RC1
[TOMERGE RC1]
* ChangeLog
! Marked a few changes as [TOMERGE RC1]
--
Brgds,
Viktor
_
Yes, I agree with 1.0.0RCn.
I was wondering why did we use 0.9.9.
Great that now I have to redo everything.
Brgds,
Viktor
On 2008.06.21., at 10:31, Phil Barnett wrote:
On Saturday 21 June 2008 04:08:12 am Szakáts Viktor wrote:
- SVN: Renamed /trunk/harbour-RC1 -> /trunk/harbour0.9.9RC1
Th
On Saturday 21 June 2008 04:08:12 am Szakáts Viktor wrote:
> - SVN: Renamed /trunk/harbour-RC1 -> /trunk/harbour0.9.9RC1
This is wrong. We are working on the release candidate for 1.0.0 and should be
named that.
--
Waiting for sunspots.
___
Harbour ma
On Friday 20 June 2008 10:08:20 am Szakáts Viktor wrote:
> Hi Phil,
>
> Can you please name it harbour-0.9.9RC2?
>
> Also, is there any way to rename the current
> one from harbour-RC1 to harbour-0.9.9RC1?
This is the release candidate for 1.0.0, thus it is named 1.0.0 RCn
This is how most projec
On Friday 20 June 2008 09:22:08 am Szakáts Viktor wrote:
> Well, is there anybody volunteering to create binaries?
Might as well tag RC2 and build them. There are hundreds of changes from RC1.
--
Waiting for sunspots.
___
Harbour mailing list
Harbour@h
- sf.net: Released RC1 r8760 source .zip
- sf.net: Released RC1 r8760 win32-bcc55 binary .zip
[C_USR=-OS -Ov -Oi -Oc -Q -tWM; PRG_USR=-l]
- sf.net: Wiki enabled
- SVN: Renamed /trunk/harbour-RC1 -> /trunk/harbour0.9.9RC1
- SVN: Removed /trunk/CVSROOT
- SVN: Removed /tags/a
- SVN: Removed /tags/
Hi all,
Some things I've done on the repository and Sourceforge
page:
- sf.net: Released RC1 r8760 source .zip
- sf.net: Released RC1 r8760 win32-bcc55 binary .zip
[C_USR=-OS -Ov -Oi -Oc -Q -tWM; PRG_USR=-l]
- sf.net: Wiki enabled
- SVN: Renamed /trunk/harbour-RC1 -> /trunk/harbour0.9.9RC1
- S
51 matches
Mail list logo
