Sorry now Create a fresh checkout by tortoisesvnright click on c drive and
svn checout of
https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour
in a few second was done
and do clean build by
SET HB_DIR_ADS=C:\PROGRAMMI\Extended Systems\Advantage 8.1\acesdk
SET HB_ARCHI
Massimo, please note that you're _again_ trying with the wrong build script.
You obviously don't read the answers, and this way this thread is a waste of
time.
Brgds,
Viktor
On Thu, Feb 12, 2009 at 8:25 AM, Massimo Belgrano wrote:
> I Made a snv update BUT Still receive error but i will try on
I Made a snv update BUT Still receive error but i will try on a clean
machine at soon as possible
SET HB_DIR_ADS=C:\PROGRAMMI\Extended Systems\Advantage 8.1\acesdk
SET HB_ARCHITECTURE=WIN
SET MSVCDIR=C:\Programmi\Microsoft Visual Studio 9.0\VC
SET PLATFORM=C:\Programmi\Microsoft Visual Studio 200
Hi Przemek,
> > ./libxhgtk.a/TWindow.o:TWindow.c:(.text+0x37): undefined reference to
> > `hb_vmExecute'
> > Do you have any idea what could be missing?
>
> Windows does not support late binding in share libraries so
> you have to add harbour.dll to linked libraru list:
> hb-mkslib libxhgtk lib
Create a fresh checkout and do clean build.
On Thu, Feb 12, 2009 at 1:39 AM, Massimo Belgrano wrote:
> link.exe @C:\Users\MBELGR~1\AppData\Local\Temp\nm9C4E.tmp
> hbrtl.lib(scrollbr.obj) : error LNK2001: simbolo esterno
> _HB_FUN_HB_SYMBOL_UNUSED non risolto
> hbrtl.lib(teditor.obj) : error LNK20
Viktor Szakáts wrote:
Very ugly indeed. Well, I think offset is pretty much enough for most
practical business purposes, and it doesn't block the way for 3rd party
tools to implement "proper" (if we can use this word for the TZ system
of the world in practice ;) TZ support with all the gory det
Abeb
Abeb wrote:
>
> is it possible that even if SET(_SET_EVENTMASK, INKEY_KEYBOARD ) is used
> inkey() will return HB_K_RESIZE (1101)?
>
Which GT? GTWVT ?
HB_K_RESIZE is not honoring EVENTMASKs.
Any practical reason you want to disable it?
Regards
Pritpal Bedi
--
View this message in
Revision: 10242
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10242&view=rev
Author: vouchcac
Date: 2009-02-12 02:10:36 + (Thu, 12 Feb 2009)
Log Message:
---
2009-12-11 18:09 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/wvgwi
Hi
Przemyslaw Czerpak-2 wrote:
>
> hbwapi.h included by wvgwin.c seems to be missing.
>
Ooops. I was experimenting something.
Can be commented out.
hbwapi.h will be extended as
#ifndef __HBWAPI_H
#define __HBWAPI_H
#include "hbapi.h"
#include "hbapiitm.h"
/*
If we impl
On Thu, 12 Feb 2009, vouch...@users.sourceforge.net wrote:
Hi Pritpal,
> 2009-12-11 17:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
> * harbour/contrib/gtwvg/wvgwin.c
[...]
hbwapi.h included by wvgwin.c seems to be missing.
best regards,
Przemek
On Wed, 11 Feb 2009, Pritpal Bedi wrote:
Hi Pritpal,
> 2009-02-11 14:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/contrib/gtwvg/wvgwin.c
> * harbour/contrib/gtwvg/wvgsink.c
> * pacified MinGW warnings. This one:
> ../../wvgsink.c:368: warning: comparison of un
Log Message:
---
2009-02-11 14:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/wvgwin.c
* harbour/contrib/gtwvg/wvgsink.c
* pacified MinGW warnings. This one:
../../wvgsink.c:368: warning: comparison of unsigned expression < 0
Log Message:
---
2009-02-11 14:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/wvgwin.c
* harbour/contrib/gtwvg/wvgsink.c
* pacified MinGW warnings. This one:
../../wvgsink.c:368: warning: comparison of unsigned expression < 0
Revision: 10241
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10241&view=rev
Author: vouchcac
Date: 2009-02-12 01:08:20 + (Thu, 12 Feb 2009)
Log Message:
---
2009-12-11 17:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/wvgwi
link.exe @C:\Users\MBELGR~1\AppData\Local\Temp\nm9C4E.tmp
hbrtl.lib(scrollbr.obj) : error LNK2001: simbolo esterno
_HB_FUN_HB_SYMBOL_UNUSED non risolto
hbrtl.lib(teditor.obj) : error LNK2001: simbolo esterno
_HB_FUN_HB_SYMBOL_UNUSED non risolto
hbrtl.lib(ttextlin.obj) : error LNK2001: simbolo este
is it possible that even if SET(_SET_EVENTMASK, INKEY_KEYBOARD ) is used
inkey() will return HB_K_RESIZE (1101)?
--
View this message in context:
http://n2.nabble.com/inkey%28%29---HB_K_RESIZE-SET%28_SET_EVENTMASK%2C-INKEY_KEYBOARD-%29-tp2312362p2312362.html
Sent from the harbour-devel mai
Revision: 10240
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10240&view=rev
Author: druzus
Date: 2009-02-12 00:12:34 + (Thu, 12 Feb 2009)
Log Message:
---
2009-02-12 01:17 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/ext
On Wed, 11 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> I've successfully created xhgtk lib using MinGW,
> but for some reason, the .dll creation you've suggested
> throws thousands of errors similar to this:
> ./libxhgtk.a/TWindow.o:TWindow.c:(.text+0x37): undefined reference to
> `hb_vmExecute'
Hi Przemek,
I've successfully created xhgtk lib using MinGW,
but for some reason, the .dll creation you've suggested
throws thousands of errors similar to this:
./libxhgtk.a/TWindow.o:TWindow.c:(.text+0x37): undefined reference to
`hb_vmExecute'
Do you have any idea what could be missing?
--- xhg
Check make_vc.log for the actual error message generated by link.exe.
On Wed, Feb 11, 2009 at 11:05 PM, Massimo Belgrano wrote:
> Now i receive this error
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> 9.0\VC\BIN
> \link.exe"' : codice restituito '0x460'
>
>
>
> 2009/2/
Now i receive this error
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
9.0\VC\BIN
\link.exe"' : codice restituito '0x460'
2009/2/11 Viktor Szakáts
> Try this:
> ---
> set WindowsSDKDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\
> call "C:\Program Files\Microsoft Vis
Revision: 10239
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10239&view=rev
Author: fsgiudice
Date: 2009-02-11 21:37:00 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 22:36 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/cont
ok. good for you good for all
2009/2/11 Enrico Maria Giordano
>
> -Messaggio Originale- Da: "Massimo Belgrano" >
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 11 febbraio 2009 22.01
> Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
>
>
>
-Messaggio Originale-
Da: "Massimo Belgrano"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 22.01
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
why you don't need it?
I have my way of organize things. :-)
EMG
--
EMAG
why you don't need it?i don't have any file in c:\harbour\lib without this
are only present on c:\harbour\lib\b32
2009/2/11 Enrico Maria Giordano
>
> -Messaggio Originale- Da: "Massimo Belgrano" >
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 11 febbraio 2009 20.2
-Messaggio Originale-
Da: "Massimo Belgrano"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 20.21
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
What about CALL make_b32_all install?
I don't need it. What else? :-)
EMG
Have you installed in c:\devl\gtk?
2009/2/11 Viktor Szakáts
> Thanks Marcos,
> This is perfect, no installer please.
>
> Brgds,
> Viktor
>
> On Wed, Feb 11, 2009 at 7:52 PM, Marcos Gambeta <
> marcos.gamb...@yahoo.com.br> wrote:
>
>> Viktor Szakáts escreveu:
>> > BTW, if anyone has experience wi
Revision: 10238
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10238&view=rev
Author: vszakats
Date: 2009-02-11 19:49:09 + (Wed, 11 Feb 2009)
Log Message:
---
and some minor typos in code
Modified Paths:
--
trunk/harbour/source/rtl/bin
Revision: 10237
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10237&view=rev
Author: vszakats
Date: 2009-02-11 19:46:02 + (Wed, 11 Feb 2009)
Log Message:
---
minor mistake in prev commit
Modified Paths:
--
trunk/harbour/source/rtl/bin
Revision: 10236
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10236&view=rev
Author: vszakats
Date: 2009-02-11 19:41:19 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 20:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/binnumx.c
On Wed, 11 Feb 2009, vszak...@users.sourceforge.net wrote:
Hi,
> * source/rtl/binnum.c
> * Added rewritten versions of these functions, now with
> a proper license: BIN2W(), BIN2I(), BIN2L(), I2BIN(), L2BIN()
Thanks,
BTW maybe we should also update binumx.c functions to work in simi
What about CALL make_b32_all install?
2009/2/11 Enrico Maria Giordano
>
> -Messaggio Originale- Da: "Przemyslaw Czerpak"
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 11 febbraio 2009 19.37
> Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 19.37
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
-a8 is also default in BCC builds so you do not have to use it.
So far Har
On Wed, 11 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi,
> a nice idea for testing code in relicensing could be svn blame command.
really nice.
Thanks for the hint.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 19.24
Oggetto: Re: [Harbour] Errors
> Not exactly. As I said, a HEADER doesn't necessarily have to exist as a
> file.
Sorry, but speaking of ANSI C, I'm not
Revision: 10235
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10235&view=rev
Author: vszakats
Date: 2009-02-11 19:06:00 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 20:05 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* COPYING
* doc/license.t
Thanks Marcos,
This is perfect, no installer please.
Brgds,
Viktor
On Wed, Feb 11, 2009 at 7:52 PM, Marcos Gambeta wrote:
> Viktor Szakáts escreveu:
> > BTW, if anyone has experience with building XHGTK on Windows,
> > I'd appreciate any information.
>
> I am using this package with xHGTK libra
On Wed, 11 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> yes, good idea! BTW, I still do not understood your opinion about internal
> TIMESTAMP item format: julian and milliseconds, or double julian.fraction?
In the 1-st version I'll use milliseconds as separated member.
We will see h
Viktor Szakáts escreveu:
> BTW, if anyone has experience with building XHGTK on Windows,
> I'd appreciate any information.
I am using this package with xHGTK library (Windows Vista):
http://www.4shared.com/file/80890683/3601dedc/gtk-2147-win32.html
GTK+ 2.14.7
GLib 2.18.4
ATK 1.24.0
Cairo 1.8.6
Hi,
a nice idea for testing code in relicensing could be svn blame command.
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 10234
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10234&view=rev
Author: vszakats
Date: 2009-02-11 18:48:38 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 19:47 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/std.ch
* includ
Revision: 10233
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10233&view=rev
Author: vszakats
Date: 2009-02-11 18:45:26 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 19:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbct/files.c
*
+ added HB_FGETDATETIME(). A "brother" of function HB_FGETDATETIME().
; TODO: BTW, hb_fs*() functions can get a better precision
(milliseconds). It would be nice to support it also at .prg level.
Yes, but I think we can wait with it for TIMESTAMP support and update
above functions
Revision: 10232
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10232&view=rev
Author: vszakats
Date: 2009-02-11 18:41:31 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 19:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/en/diskspac.txt
* d
On Wed, 11 Feb 2009, Enrico Maria Giordano wrote:
Hi Enrico,
>> -l is default in Harbour now.
> Great! Removed, thank you.
-a8 is also default in BCC builds so you do not have to use it.
So far Harbour does not set any alignment switches or use #prgama
pack() so it does not change anything.
bes
On Wed, 11 Feb 2009, Szak�ts Viktor wrote:
Hi,
>source\rtl\binnum.c
binnum.c is not in original version and was updated by me and
AFAIR Phil Krylow.
Anyhow all these functions are very easy can be written in simpler
and a little bit faster way. So let's write them from scratch in a
while:
>
> IMO there is no difference whether it's a FILE or HEADER as
>> the standard merely controls in which _order_ to check different
>> dirs for the specified FILE/HEADER.
>>
>
> Not exactly. As I said, a HEADER doesn't necessarily have to exist as a
> file.
Sorry, but speaking of ANSI C, I'm not
-Messaggio Originale-
Da: "Massimo Belgrano"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 19.07
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
IMO you missed *bold*
I asked for something unuseful, not for something mi
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 18.53
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
-l is default in Harbour now.
Great! Removed, thank you.
EMG
--
EMAG S
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 18.45
Oggetto: Re: [Harbour] Errors
IMO there is no difference whether it's a FILE or HEADER as
the standard merely controls in which _order_ to check differe
IMO you missed *bold*
call make_b32.bat clean
call make_b32.bat
*call make_b32.bat install*
cd contrib
call make_b32_all.bat clean
call make_b32_all.bat
*call make_b32_all.bat install*
2009/2/11 Enrico Maria Giordano :
>
> -Messaggio Originale- Da: "Przemyslaw Czerpak"
> A: "Harbour Pro
Revision: 10231
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10231&view=rev
Author: vszakats
Date: 2009-02-11 18:05:27 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 19:03 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* COPYING
* source/rtl/ph
xhgtk doesn't have Borland make files, and you would have to build yourself
all the .lib files from .dlls.
Probably doable, but I'm not interested.
Brgds,
Viktor
On Wed, Feb 11, 2009 at 6:41 PM, Massimo Belgrano wrote:
> have you used gtk from
> svn checkout http://svn.gnome.org/svn/gtk+/trunk
Yeah, it belongs to Manuel Ruiz. I wrote him a letter last year, but got no
answer. The story was that I gave this copyright to
this file on his behalf in the beginning when Manuel sent some functions
to the mailing list, and I committed them.
Most of these functions have since been rewritten in f
>
> It has to be resolved. In practice current code of all functions inside
> is created by me or Viktor and the original code does not exists.
> You can check it extracting older versions from SVN repository.
> I'm giving all permissions to changing the license and adding Harbour
> exception for m
On Wed, 11 Feb 2009, Enrico Maria Giordano wrote:
> SET HB_USER_PRGFLAGS=-l
> Do you still see something unuseful?
-l is default in Harbour now.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/
On Wed, 11 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi,
> I've noticed this file have a pure GPL license (without exception) header.
> It should be error, since it is a part of hbrtl.lib. Most functions has
> copyright of Viktor. I think we must correct this issue.
It has to be resolved. In pra
>
> If you're still unsure, just look around on any well known
>> OSS projects, or MS source code (the CRT for example),
>> or even official MS Windows headers to see how they
>> #include other Windows headers.
>>
>
> Thank you, but I would see what ISO have to say on this subject, not GNU or
> MS.
have you used gtk from
svn checkout http://svn.gnome.org/svn/gtk+/trunk gtk
Do you think that is possible use bcc?
2009/2/11 Viktor Szakáts :
> I'm happy to report, that GTK+ is in the Harbour.
> Samples building / running just fine, after simply adding a few libs
> to HB_USER_LIBS, -I for the he
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 15.34
Oggetto: Re: [Harbour] Errors
You are wrong. You cannot disable above warning in xHarbour using -wb-
switch. The warning will still exists. Just try
-Messaggio Originale-
Da: "Przemyslaw Czerpak"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 15.24
Oggetto: Re: [Harbour] Wich var enviroment you set for compiling harbour?
F.e. Enrico still keeps HB_LEX=simplex for xHarbour builds and this
variab
On Wed, 11 Feb 2009, snaipe...@users.sourceforge.net wrote:
Hi,
> 2009-02-11 19:30 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
> * harbour/include/hbextern.ch
> * harbour/source/rtl/philes.c
> + added HB_FGETDATETIME(). A "brother" of function HB_FGETDATETIME().
> ; TODO:
Try this:
---
set WindowsSDKDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\
call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86
set HB_VISUALC_VER=90
set HB_ARCHITECTURE=win
set HB_COMPILER=msvc
---
Brgds,
Viktor
On Wed, Feb 11, 2009 at 6:07 PM, Massimo Belgrano wrote:
Hi,
I've noticed this file have a pure GPL license (without exception)
header. It should be error, since it is a part of hbrtl.lib. Most
functions has copyright of Viktor. I think we must correct this issue.
Regards,
Mindaugas
___
Harbour mailing
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 14.42
Oggetto: Re: [Harbour] Errors
http://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html
http://msdn.microsoft.com/en-us/library/36k2cdd4(VS.71).aspx
If you
On Wed, 11 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> I'm happy to report, that GTK+ is in the Harbour.
> Samples building / running just fine, after simply adding a few libs
> to HB_USER_LIBS, -I for the headers and copying in the required RT .dlls.
> Congrats for the xhgtk team, very nice job
Revision: 10230
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10230&view=rev
Author: snaiperis
Date: 2009-02-11 17:28:45 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 19:30 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/include
>
> I do not find as important feature. Maybe in the future if we add
> some warnings which should not be enabled for default settings but
> only on user explicit request.
> I only think that HB_SYMBOL_UNUSED() should be moved from common.ch
> to std.ch. In practice it's now part of compiler and no
I'm happy to report, that GTK+ is in the Harbour.
Samples building / running just fine, after simply adding a few libs
to HB_USER_LIBS, -I for the headers and copying in the required RT .dlls.
Congrats for the xhgtk team, very nice job.
Brgds,
Viktor
After some tweaking, now I have
Hi to everybody,
I've been away the last months (due to a new project under .Net) but I've
always looking about Harbour and xHarbour. I've already publish a huge
application that was coded with clipper to windows with a Heavily changed
GTWVW. The transition was very easy and the result was excelle
On Wed, 11 Feb 2009, Juan Gálvez wrote:
Hi Juan,
>> -wb- in xHarbour only disables warnings for unused clodeblock local
>> variables.
> What do you think about implementing this flag in Harbour?
I do not find as important feature. Maybe in the future if we add
some warnings which should not be
I have tried for mscv
SET HB_ARCHITECTURE=WIN
SET MSVCDIR=C:\Programmi\Microsoft Visual Studio 9.0\VC
SET PLATFORM=C:\Programmi\Microsoft Visual Studio 2008 SDK
SET HB_COMPILER=msvc
SET HB_VISUALC_VER=90
SET HB_BIN_INSTALL=C:\HARBOUR\BIN
SET HB_LIB_INSTALL=C:\HARBOUR\LIB
SET HB_INC_INSTALL=C:\HARBO
On Wed, 11 Feb 2009, Mindaugas Kavaliauskas wrote:
> Hi,
> has each thread a separate errorblock, or they share the same?
Errorblock is thread local but not inherited from parent thread.
When new thread is created then ClipInit() is executed which creates
public variable GetList, initialize errorb
On Wed, Feb 11, 2009 at 4:37 PM, Massimo Belgrano wrote:
> I am interested to your experiment with GTWVT, GWXC + XHGTK.
> can you share experience here?
> I have tried xhgtk but seem work only with mingw & msvc
After some tweaking, now I have an xhgtk.lib for MSVC.
I had to manually fix the make
It appears that xgtk is about to enter Harbour world.
Thanks for your efforts.
Can you follow WvgParts class modal (GTWVG) compatible
with Xbase++XbpParts? New()|Init() / Create() / Configure() / Destroy().
I think we can follow same class structure to make the
code portable.
Hi,
actually
>
> This is your path for mingw32
> have you also openwatcom,msvc,w32/mingwce, w32/msvcce,w32/poccce
No, but the idea is very very similar.
> @echo off
>
> set PATH=C:\devl\MinGW-412\bin\;C:\devl\msys\1.0\bin\;%PATH%
msys is better to precede MinGW.
> set PRG_USR=-l
> set C_USR=-march=penti
Revision: 10229
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10229&view=rev
Author: snaiperis
Date: 2009-02-11 16:29:57 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 18:30 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/source/
Mindaugus
Mindaugas Kavaliauskas wrote:
>
> I've just tried to change compile.bat to ensure I've not lied to you.
> Everything is working OK. Attaching one on my first gtk+harbour tests.
>
It appears that xgtk is about to enter Harbour world.
Thanks for your efforts.
Can you follow WvgParts
This is your path for mingw32
have you also openwatcom,msvc,w32/mingwce, w32/msvcce,w32/poccce
@echo off
set PATH=C:\devl\MinGW-412\bin\;C:\devl\msys\1.0\bin\;%PATH%
set HB_INC_APOLLO=C:/devl/Apollo/include
set HB_INC_CURL=C:/devl/curl/include
set HB_INC_FIREBIRD=C:/devl/Firebird/include
set HB_
Hi,
for example executing speedtest we run it 2 seconds more quick without 2
if less at fm.c
And how many seconds we run faster without "if" in hb_dbfGetValue()?
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists
Is possible i explain bad:
the only purpose is eliminate ( 2 if ) at rdd
case HB_FT_STRING:
#ifndef HB_CHARSET_SUPPORT_OFF
if( pArea->cdPage != hb_cdp_page )
{
char * pVal = ( char * ) hb_xgrab( pField->uiLen + 1 );
memcpy( pVal, pArea->pRecord +
I am interested to your experiment with GTWVT, GWXC + XHGTK.
can you share experience here?
I have tried xhgtk but seem work only with mingw & msvc
2009/2/11 Viktor Szakáts :
>> > What does gtwvw do?
>>
>> It allows to create more then one console window (this is already
>> supported
>> in Harbour
Revision: 10228
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10228&view=rev
Author: vszakats
Date: 2009-02-11 15:34:30 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 16:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/wvgutils.c
Hi Mindaugas,
Separate.
[ Thx for the GTK tip on the other thread, I'll recheck it soon.]
Brgds,
Viktor
On Wed, Feb 11, 2009 at 4:00 PM, Mindaugas Kavaliauskas
wrote:
> Hi,
>
>
> has each thread a separate errorblock, or they share the same?
>
>
> Regards,
> Mindaugas
>
Hi,
has each thread a separate errorblock, or they share the same?
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
For reference, here is my vanilla BCC build script to build core + all
contribs. Nothing else is needed, and I have no
Harbour or C compiler parts in any default PATH, LIB, INSTALL
or other envvars, so this should work on a _freshly installed
system_ with BCC55 installed, and the Harbour sources (p
Hi Przemek,
...
-wb- in xHarbour only disables warnings for unused clodeblock local
variables.
...
What do you think about implementing this flag in Harbour?
Best regards
Juan
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
gtwvw is product based on gtwvt
90% of command are wvt command with first a parameter as windows number like:
/*---*/
/* Wvw_DrawBoxGet( [nWinNum], nRow, nCol, nWidth ) */
/*
Revision: 10227
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10227&view=rev
Author: vszakats
Date: 2009-02-11 14:34:05 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 15:33 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/wvgwin.c
On Wed, 11 Feb 2009, Enrico Maria Giordano wrote:
Hi Enrico,
> Ok. The following sample:
> #define ES_PASSWORD 32
> #define ES_PASSWORD 32
> FUNCTION MAIN()
>RETURN NIL
> shows:
> Warning W0001 Redefinition or duplicate definition of #define ES_PASSWORD
> that's perfectly correct. But the co
On Wed, 11 Feb 2009, Massimo Belgrano wrote:
> > The above is very bad idea. It sets access to Harbour and xHarbour
> > header files simultaneously. They are not binary compatible so
> > you will create wrong binaries at least for one of the above compilers.
> > _NEVER_ _MIX_ INCLUDE, BIN, and LIB
After suggestion this is my env
SET HB_ARCHITECTURE=WIN
SET HB_COMPILER=BCC322
SET INCLUDE=C:\HARBOUR\INCLUDE;C:\OOHG\INCLUDE;
SET LIB=C:\HARBOUR\LIB;
SET HB_BIN_INSTALL=C:\HARBOUR\BIN
SET HB_LIB_INSTALL=C:\HARBOUR\LIB
SET HB_INC_INSTALL=C:\HARBOUR\INCLUDE
SET C_USR=-DHB_FM_STATISTICS_OFF
in bcc32
Revision: 10226
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10226&view=rev
Author: druzus
Date: 2009-02-11 14:00:37 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 15:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/set
>
> L_USR and PRG_USR are not longer used.
Wich name is used for l_usr and prg_usr?
> The above is very bad idea. It sets access to Harbour and xHarbour
> header files simultaneously. They are not binary compatible so
> you will create wrong binaries at least for one of the above compilers.
> _NEV
Revision: 10225
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10225&view=rev
Author: druzus
Date: 2009-02-11 13:47:02 + (Wed, 11 Feb 2009)
Log Message:
---
2009-02-11 14:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg
Hi,
BTW, if anyone has experience with building XHGTK on Windows,
I'd appreciate any information.
After installing a great amount of GTK dependencies, I stuck with this:
--
Package pixman-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `pixman-1.
>
> I thought that only standard C language header files needed <>. Can you
> address me to an official docs that explicitly state something different?
> Or, from where did you read that <> can be used for non-standard C language
> header files too?
http://gcc.gnu.org/onlinedocs/cpp/Include-Synta
>
> > What does gtwvw do?
>
> It allows to create more then one console window (this is already supported
> in Harbour core GTs) and gives support for using windows widgets with this
> windows.
> As final result you can quite easy convert pure console application to
> semi GUI mode keeping the inte
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 11 febbraio 2009 11.33
Oggetto: Re: [Harbour] Errors
> #include
>
> as it isn't a C standard header file)
Sorry, this is wrong, on Windows, windows.h is part of the
system a
>
> xbase++ go to be more visual fox pro compatible because a large user
> base will be given
> xbase++ have added new datatypes to the Xbase++ language such as
> datetime and interval. They are compatible with the VFP Timestamp typ
> xbase++ have added a /fox switch to the Xbase++ compiler to acce
1 - 100 of 124 matches
Mail list logo