Viktor Szakáts wrote:
What is the significance of 'bin/hb-build' ?
Sorry, I don't know.
Regards
Alex
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Massimo Belgrano wrote:
I invite everybody to join harbour group on facebook
http://www.facebook.com/groups/edit.php?customize&gid=48795263775#/group.php?gid=48795263775
I'm an old fart Massimo, facebook is for my kids :)
Cheers
Alex
___
Harbour mai
Revision: 10320
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10320&view=rev
Author: vszakats
Date: 2009-02-18 01:06:57 + (Wed, 18 Feb 2009)
Log Message:
---
2009-02-18 02:03 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
I have just discovered that the problem is not there when running in a
different terminal.
Using the Dolphin (KDE) file manager F4 terminal - no problem.
Using Mandriva "konsole" CTRL/PG-UP/DOWN don't work.
I normally use Mandriva konsole.
Rgds Barry
Barry Jackson wrote:
In dbEdit() CTRL/PAGE_
In dbEdit() CTRL/PAGE_UP and CTRL/PAGE_DOWN are not being handled
internally AND the user function is not being called.
Is this a known bug ?(Linux)
Regards
Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
Revision: 10319
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10319&view=rev
Author: vszakats
Date: 2009-02-17 23:20:16 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-18 00:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/listbox.prg
On Thu, 12 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> 3 Well a can not even understand the third choice. The truth is, that still
> do not understand string comparison in Clipper, but very well understand
> strcmp() behaviour.
So you can think about:
()
where is <, <=, >
Revision: 10318
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10318&view=rev
Author: vszakats
Date: 2009-02-17 23:02:00 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 23:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
+ contrib/gtalleg/tests
+
Hi Przemek,
> > K_MDBCLK is randomly generated while keeping the middle button
> > pressed and moving the mouse, with GTXWC. This may count as a bug.
>
> I've just tested it using tests/gtkeys and it works correctly just
> like LEFT and RIGHT buttons. I tested it with GTXWC and GTTRM and
> PTerm
On Tue, 17 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> K_MDBCLK is randomly generated while keeping the middle button
> pressed and moving the mouse, with GTXWC. This may count as a bug.
I've just tested it using tests/gtkeys and it works correctly just
like LEFT and RIGHT buttons. I tested it
Hi Pritpal,
> The behavior of K_MBUTTONDOWN, K_MBUTTONUP, K_MDBLCLK is exactly
> > as it should be and it's the same as K_[LR]BUTTONDOWN, K_[LR]BUTTONUP
> > and K_[LR]DBLCLK in GTXWC and CL53. If you used some GT dirver which
> > does not work like CL53 then it should be fixed.
> >
>
> I had intro
Hi Przemek and all,
About K_NCMOUSEMOVE:
Added here to xhb:
2004-07-21 16:45 UTC+0530 Pritpal Bedi
It will generate these events while hovering with the mouse
over non-client area of the GTWVT window, most notable the
title bar. This can explain some strange behaviour I've seen
while developing
Noted. I am providing the fixes.
2009/2/17 Barry Jackson :
> Also on home page:-
> "Harbour is a free software 100% compatible with Clipper compilers"
> should be:-
> "Harbour is free software 100% compatible with Clipper compilers"
> and on "about" page:-
> "Why using it?"
> should be:-
> "Why u
Hi
Przemyslaw Czerpak-2 wrote:
>
> I do not know what is K_MMLEFTDOWN, K_MMRIGHTDOWN, K_MMMIDDLEDOWN
> and K_NCMOUSEMOVE. It's Harbour extension and I've never seen any
> description for this inkey mouse value. I thought that the first
> 3 ones describes some extended mouse buttons but I do not
Hi Bill,
Pls see the help screen about accepted HB_ARCHITECTURE
values. It's also case sensitive.
The best solution however is to leave this envvar empty and let hbmk
autodetect.
Brgds,
Viktor
On Tue, Feb 17, 2009 at 9:16 PM, Bill Smith wrote:
>
> hbmk: Error: Architecture not properly set.
>
Revision: 10317
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10317&view=rev
Author: vszakats
Date: 2009-02-17 20:35:17 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 21:33 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
Hi Przemek,
> I do not know what is K_MMLEFTDOWN, K_MMRIGHTDOWN, K_MMMIDDLEDOWN
> and K_NCMOUSEMOVE. It's Harbour extension and I've never seen any
> description for this inkey mouse value. I thought that the first
3 ones describes some extended mouse buttons but I do not have it.
> Clipper does
hbmk: Error: Architecture not properly set.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 10316
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10316&view=rev
Author: vszakats
Date: 2009-02-17 19:58:44 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 20:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
Also on home page:-
"Harbour is a free software 100% compatible with Clipper compilers"
should be:-
"Harbour is free software 100% compatible with Clipper compilers"
and on "about" page:-
"Why using it?"
should be:-
"Why use it?
also:-
"Because is a free software..."
should be:-
"Because it is fre
On Tue, 17 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> There seem to be some problems with mouse handling in GTXWC:
> - When left clicking and dragging, instead of K_MMLEFTDOWN,
> K_MOUSEMOVE gets generated.
> - When middle clicking and dragging, instead of K_MMMIDDLEDOWN,
> a mixture of K_MBUTT
Revision: 10315
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10315&view=rev
Author: kaddath
Date: 2009-02-17 19:45:39 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 11:43 UTC+0800 Luis Krause (lkrausem at shaw dot ca)
* utils/hbmk/hbmk2.prg
!
On Tue, 17 Feb 2009, Przemyslaw Czerpak wrote:
Hi Maurilio,
> The only one solution I see here is introducing
> second event semaphore and maybe also event queue if it will not be
> enough. I have to rethink it yet and build a model to not miss sth
> important.
I think that the easiest way will
Forgot to mention this was observed on Ubuntu 8.10 Gnome (x86), and Leopard
10.5 (x86) both fully patched.
Brgds,
Viktor
On Tue, Feb 17, 2009 at 6:04 PM, Viktor Szakáts wrote:
> Hi all,
> There seem to be some problems with mouse handling in GTXWC:
>
> - When left clicking and dragging, instead
Revision: 10314
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10314&view=rev
Author: vszakats
Date: 2009-02-17 19:06:22 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 20:06 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
On Tue, 17 Feb 2009, Miguel Angel Marchuet wrote:
Hi,
>>> hb_strDescend don't respect HB_SetCodePage
>> Yes it doesn't and it's expected behavior.
> Then is a Clipper bug, that can be solved, for example adding a new parameter
> ?
It cannot be touched because DESCEND() is commonly used function
Hi,
http://www.harbour-project.org/ has banner picture with text
"MultHi-threads".
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Is still required bison?
must SET BISON_SIMPLES ?
Hi,
see ChangeLog entry:
2006-11-28 19:30 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.or
Found this code (from git):
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob_plain;f=lib/progreloc.c
Maybe there are some hints in it.
Brgds,
Viktor
On Tue, Feb 17, 2009 at 7:30 PM, Przemyslaw Czerpak wrote:
> On Tue, 17 Feb 2009, Maurilio Longo wrote:
>
> Hi Maurilio,
>
> > hb_DirBase()
Revision: 10313
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10313&view=rev
Author: vszakats
Date: 2009-02-17 18:29:12 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 19:29 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
>
> Audodetect is based on search of compiler in path?
No, first it checks the dir where the executed hbmk executable
is located. If it finds a harbour executable there, it assumes
a regular binary install with root/bin, root/include, root/lib structure.
Then it looks a few directory level upper,
On Tue, 17 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
> hb_DirBase() is empty if I don't write the full path to hbmk2.exe when calling
> it (either absolute or relative).
> It seems that argv[0] does not contain executable path, but just executable
> name (I did just a quick test).
Please look
>
> > If autodetection doesn't work, please send me the
> > output of hb_DirBase() (possibly when you run the
> > program from path, with explicit dir, relative dir, and
> > no dir), this function hasn't been tested on OS/2 yet,
> > and it should return an absolute path for autodetection
> > to wor
Viktor,
Viktor Szakáts wrote:
> Normally you don't need it. If you leave this envvar
> empty hbmk2 will attempt to detect Harbour root
> automatically, based on the location of hbmk2.exe
> (and the relative position of harbour.exe). If that fails,
> it will look for the HB_*_INSTALL envvars, an
Audodetect is based on search of compiler in path?
better way if will possible is set path of your c compiler as only
works and call a compilation batch that like hbmk2 show the detected
compiler and go
Is still required bison?
must SET BISON_SIMPLES ?
2009/2/17 Viktor Szakáts :
> Hi Maurilio,
>
Revision: 10312
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10312&view=rev
Author: vszakats
Date: 2009-02-17 17:44:35 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 18:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
i vote for one make systems, one make tools
What about a solution where Prev make/tool will be reactivated by a
copy and rename solution present in cvs
If all user not switch on new make system and make tools we haven't a good debug
2009/2/17 Viktor Szakáts :
> Hi Francesco,
> Could be done. But
Hi Guy,
Please set HB_COMPILER=gcc for the time being.
I'm not sure yet how to do the detection in Linux, since
beyond gcc, it also supports owatcom and gpp. For now,
you need to choose between them manually.
Brgds,
Viktor
On Tue, Feb 17, 2009 at 6:12 PM, Guy Roussin
wrote:
> Guy Roussin a écri
Hi Maurilio,
> latest hbmk2 does not work anymore on OS/2 because it looks for
> HB_INSTALL_PREFIX which I never had to set to build/install harbour.
>
> I have hbmk2.exe inside HB_BIN_STALL with all the other .EXEs.
>
> Is HB_INSTALL_PREFIX required as of now, in which case what do I have to
set
>
Guy Roussin a écrit :
Hi,
I create a new deb package with current svn. But the package
don't include the new hbmk command (from utils).
In the package hbmk is always a link to hb-build.
Thanks.
Now i can use hbmk2 :-)
But i get this error :
$ hbmk2 hbpgsql.hbp
Harbour Make 1.1.0dev (Rev. 1031
Hi all,
There seem to be some problems with mouse handling in GTXWC:
- When left clicking and dragging, instead of K_MMLEFTDOWN,
K_MOUSEMOVE gets generated.
- When middle clicking and dragging, instead of K_MMMIDDLEDOWN,
a mixture of K_MBUTTONDOWN, K_MBUTTONUP, K_MDBLCLK
events are generated.
Br
Przemyslaw Czerpak escribió:
On Tue, 17 Feb 2009, Miguel Angel Marchuet wrote:
Hi,
hb_strDescend don't respect HB_SetCodePage
Yes it doesn't and it's expected behavior.
Then is a Clipper bug, that can be solved, for example adding a new parameter ?
Best regards,
Miguel angel Marchuet
__
Hi Alex, Przemek,
What is the significance of 'bin/hb-build' ?
Brgds,
Viktor
On Tue, Feb 17, 2009 at 1:48 PM, Alex Strickland wrote:
> Viktor Szakáts wrote:
>
> If this is the case I won't touch hbmk.prg anymore.
>>
>
> They do different things although they are symlinks:
>
> "xhbcc" is a wrap
Hi Viktor,
latest hbmk2 does not work anymore on OS/2 because it looks for
HB_INSTALL_PREFIX which I never had to set to build/install harbour.
I have hbmk2.exe inside HB_BIN_STALL with all the other .EXEs.
Is HB_INSTALL_PREFIX required as of now, in which case what do I have to set
it to?
Than
Yes Thanks for correction
2009/2/17 Viktor Szakáts :
>> Using VIsual C 2008 non sp1 you must download sdk from
>>
>> http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93ca-479a-867c-04dc45164f5b&displaylang=en
>>
>> Using visual C 2008 sp1 you must download sdk from
>>
>> http://w
Revision: 10311
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10311&view=rev
Author: vszakats
Date: 2009-02-17 16:35:14 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 17:34 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk2.prg
>
> Using VIsual C 2008 non sp1 you must download sdk from
>
> http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93ca-479a-867c-04dc45164f5b&displaylang=en
>
> Using visual C 2008 sp1 you must download sdk from
>
> http://www.microsoft.com/downloads/details.aspx?familyid=59EC6EC3-4
Well
Are you the chief commander
If is good for you is good for all
2009/2/17 Viktor Szakáts :
> I'd rather stick with hbmk, it's a quite commonly
> used name since long, many ppl know it. hbm doesn't
> tell much about the purpose.
> You can create any kind of alias locally. I use hbvc,
> hbbc, h
I'm getting the same. Didn't try to run it like this since
a very long time, so it's difficult to tell when did it break.
Also see my message to Przemek, about an error
complaining on '[' command. Maybe that's it.
Overall I recommend the msys way. It feels much more
robust and even faster.
Brgds
I'd rather stick with hbmk, it's a quite commonly
used name since long, many ppl know it. hbm doesn't
tell much about the purpose.
You can create any kind of alias locally. I use hbvc,
hbbc, hbmi wrappers which set the environments
and call hbmk, for example.
Brgds,
Viktor
On Tue, Feb 17, 2009 a
I invite everybody to join harbour group on facebook
http://www.facebook.com/groups/edit.php?customize&gid=48795263775#/group.php?gid=48795263775
This is a usergroup for people who apreciate Harbour & Clipper
Harbour is a modern, fast, open source, computer programming language.
It is a Clipper-c
set PATH=C:\devl\msys\1.0\bin;C:\devl\MinGW\bin;%PATH%
set HB_ARCHITECTURE=win
set HB_COMPILER=mingw
set HB_USER_LDFLAGS=-s
CD \HARBOUR
sh make_gnu.sh clean install
2009/2/17 Horodyski Marek (PZUZ) :
> And after install :
>
> C:\harbour>make_gnu.bat install
> make[1]: *** [install] Error 1
> make
I still prefer a short name like hbm
2009/2/17 Francesco Saverio Giudice :
> Hi Viktor,
>
> faster than my hands :-)
> I was just writing about it.
> It seems to me that it is a good choice for the moment.
> I think that you could also add hbcc.bat, hbcmp.bat and hblnk.bat to route
> options in h
And after install :
C:\harbour>make_gnu.bat install
make[1]: *** [install] Error 1
make: *** [include.inst] Error 2
What is wrong ?
Regards,
Marek Horodyski
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbou
Errors in make_gnu.bat build.
On screen :
C:\harbour>make_gnu.bat clean
C:\harbour>make_gnu.bat
make[3]: [hbrun.exe] Error 1 (ignored)
make[3]: [hbtest.exe] Error 1 (ignored)
make[3]: [hbi18n.exe] Error 1 (ignored)
make[3]: [hbdoc
Hi everyone, particularly *nix users,
After these changes, it's possible to use the new hbmk under the name hbmk2.
I hope this effectively cleared the
way from trying and testing it.
Be aware that it was never tested in Linux yet, so bumps
are expected at this point.
Brgds,
Viktor
On Tue, Feb 1
For Documentation
Using VIsual C 2008 non sp1 you must download sdk from
http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93ca-479a-867c-04dc45164f5b&displaylang=en
Using visual C 2008 sp1 you must download sdk from
http://www.microsoft.com/downloads/details.aspx?familyid=59EC6E
Is not better a small name like bhm.prg
2009/2/17 :
> Revision: 10309
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10309&view=rev
> Author: vszakats
> Date: 2009-02-17 15:36:34 + (Tue, 17 Feb 2009)
>
> Log Message:
> ---
> 2009-02-17 16:40 UTC+01
Hi Viktor,
faster than my hands :-)
I was just writing about it.
It seems to me that it is a good choice for the moment.
I think that you could also add hbcc.bat, hbcmp.bat and hblnk.bat to
route options in hidden way and have same names of linux version.
If do you think that it could be useful
Hi Viktor,
faster than my hands :-)
I was just writing about it.
It seems to me that it is a good choice for the moment.
I think that you could also add hbcc.bat, hbcmp.bat and hblnk.bat to
route options in hidden way and have same names of linux version.
If do you think that it could be useful
Revision: 10310
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10310&view=rev
Author: vszakats
Date: 2009-02-17 15:42:57 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 16:42 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* harbour-win-spec
* harb
Revision: 10309
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10309&view=rev
Author: vszakats
Date: 2009-02-17 15:36:34 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 16:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_v
Revision: 10308
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10308&view=rev
Author: vszakats
Date: 2009-02-17 15:31:06 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 16:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk.prg
*
I am searching a harbour project of very simple multiplatform file
manager written in harbour (prg)
Have anyone similar experiences?
Something similar Norton commander or Winfile also with navigation
only capability
IMO Will be an interesting project for a multiplatform project
--
Massimo Belgran
Hi Francesco,
Could be done. But I expect a long parallel development
if we seriously settle with both. The other thing is that
hbmk.exe is a replacement for hbmk.bat for Windows/DOS
world, not for hbmake.exe, which worked differently. Given
this, maybe it's better to rename it in the GNU make syst
Hi Alex,
> Perhaps to better emulate the current shell script it could check argv[0]
> for the name that defines its expected behaviour. When it is ready to
> replace the script then the symlinks will still work on Unix/Linux. On
> Windows we will have to put up with a few extra executables which
Revision: 10307
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10307&view=rev
Author: vszakats
Date: 2009-02-17 14:45:31 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 15:45 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk.prg
+
With the name "hbmk" the shell scripts (which probably already exist)
for Linux and possibly also for Windows can be maintained without
further inconvenience.
This, I believe.
2009/2/17 Massimo Belgrano :
> As command line better name small
> I propose hbm.prg (and hbmg the gui ui possible versio
Viktor Szakáts wrote:
I'll add support for this, by hbmk switch '-cc'.
Perhaps to better emulate the current shell script it could check
argv[0] for the name that defines its expected behaviour. When it is
ready to replace the script then the symlinks will still work on
Unix/Linux. On Windo
Revision: 10306
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10306&view=rev
Author: vszakats
Date: 2009-02-17 14:22:13 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 15:21 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk.prg
+
Compliment this is FAL development service
FAL is Faster As Light
2009/2/17 :
> Revision: 10305
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10305&view=rev
> Author: vszakats
> Date: 2009-02-17 13:55:33 + (Tue, 17 Feb 2009)
>
> Log Message:
> ---
As command line better name small
I propose hbm.prg (and hbmg the gui ui possible version)
2009/2/17 Francesco Saverio Giudice :
> Hi Viktor,
>
> Il 17/02/2009 14.23, Viktor Szakáts ha scritto:
>>
>> Thanks Alex, I forgot about these details.
>>
>>They do different things although they are sym
Revision: 10305
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10305&view=rev
Author: vszakats
Date: 2009-02-17 13:55:33 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 14:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk/hbmk.prg
+
Hi Viktor,
Il 17/02/2009 14.23, Viktor Szakáts ha scritto:
Thanks Alex, I forgot about these details.
They do different things although they are symlinks:
I know that there is a lot of work already did, but could you consider,
as there is actually a problem of name overlapping, to ren
Thanks Alex, I forgot about these details.
> They do different things although they are symlinks:
>
> "xhbcc" is a wrapper to the harbour compiler only. It only sets environment
> variables. The result of its work is a C file.
I'll add support for this, by hbmk switch '-cc'.
so hbcc script sha
On Tue, 17 Feb 2009, Alex Strickland wrote:
> Does
> ftp://ftp.netlabs.org/pub/pthreads/
> from
> http://www.netlabs.org
> help?
Have you look at implementation?
pthread_cond_wait() =>
WaitEventSem((*cond)->c_event,SEM_INDEFINITE_WAIT);
pthread_cond_signal =>
DosPostEventSem((*co
Viktor Szakáts wrote:
If this is the case I won't touch hbmk.prg anymore.
They do different things although they are symlinks:
"xhbcc" is a wrapper to the harbour compiler only. It only sets
environment
variables. The result of its work is a C file.
Use "xhbcmp" exactly as you would use th
Hi Przemek,
> It will break all my projects and also 3-rd party ones which uses them.
> The naming convention is strict and I can use:
> hb* for harbour native compiler
> hbw* for harbour windows cross builds
> hbce* for harbour windows-ce cross builds
> xhb* for xhabrbour builds
> xhbw
On Tue, 17 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> Yes, until further testing I didn't want touch the package creation files.
> They still refer to hbmake,
> which should be replaced with hbmk.
> There is another problem, hbmk collides with
> current hbmk script. The build process overwrites
Hi Lorenzo,
> > There is another problem, hbmk collides with
> > current hbmk script. The build process overwrites
> > the hbmk executable with the script of the same
> > name.
> > For the transition I'd like to ask group opinion on
> > renaming hbmk script to hbmko or hbmks. The
> > script shoul
Does
ftp://ftp.netlabs.org/pub/pthreads/
from
http://www.netlabs.org
help?
Regards
Alex
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Tue, Feb 17, 2009 at 1:04 PM, Viktor Szakáts wrote:
> There is another problem, hbmk collides with
> current hbmk script. The build process overwrites
> the hbmk executable with the script of the same
> name.
> For the transition I'd like to ask group opinion on
> renaming hbmk script to hbmko
Revision: 10304
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10304&view=rev
Author: vszakats
Date: 2009-02-17 12:13:08 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 13:12 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
- contrib/hbmysql/utils/hbm
On Tue, 17 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
> > Without such condition the above peace of code may never wake up all
> > threads. But there is other problem and as I can see it exists also
> > in xHarbour. It's still possible that signal will be lost and waiting
> > thread will never
Yes, until further testing I didn't want touch the package creation files.
They still refer to hbmake,
which should be replaced with hbmk.
There is another problem, hbmk collides with
current hbmk script. The build process overwrites
the hbmk executable with the script of the same
name.
For the t
Hi,
I create a new deb package with current svn. But the package
don't include the new hbmk command (from utils).
In the package hbmk is always a link to hb-build.
Thanks.
--
Guy
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
Everything which make is easier to use is good. But this batch file does
very little right now, f.e. setup of
those three envvars could be done inside the make
files. Only -r seems to be meaningful, but maybe this
could also be added to the make files. If this is so we
should make it.
I had to reso
I know, it would be important for BCC and MSVC, too.
Not for me, but if we want not to lose anything on this,
we may want to deal with it. The current problem is the
double pass needed for BCC/MSVC, one without HB_DYLIB,
and one with it, for .dlls.
One solution could be to permanently use HB_DYNLI
On Tue, 17 Feb 2009, Szak�ts Viktor wrote:
Hi,
> I think we should delete make_gnu.bat from the
> repository as it's rather confusing than useful.
> mingw is best used with msys, otherwise some
> things won't work and hacks are needed to make
> work even the basic functionality. Any thoughts
> re
With hbmk, the number of batch files could be reduced from 189 to 107, and
this way Harbour itself did a big step
towards portability.
Now, by dropping the non-GNU make system, the number
of batch file could be further reduced by 86, leaving a mere
20 batches, neither of them critical. It would al
Please help me to write a little guide, please revise this
First steep in harbour is choice of a c compiler
Microsoft vc 2008 Modern Free but not open source, fast
Min Gw Open source Multi platform
Open watcom 1.8 Open source
Borland c++ 5.5 Old lighte lite but little buggy
This choice have resu
On Tue, 17 Feb 2009, Szak�ts Viktor wrote:
> Other opinions of this topic?
> Can .dll creation be implemented using our GNU-make system?
It is in MinGW builds.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
On Tue, 17 Feb 2009, Miguel Angel Marchuet wrote:
Hi,
> hb_strDescend don't respect HB_SetCodePage
Yes it doesn't and it's expected behavior.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/m
Hi Przemyslaw,
Przemyslaw Czerpak wrote:
> Thanks though it will not help us very much.
> It's necessary to change the OS2 code to eliminate possible race condition.
> BTW I see in xHarbour that you used together:
>DosPostEventSem( hSem );
>DosResetEventSem( hSem, &ulCount );
> so I guess
Revision: 10303
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10303&view=rev
Author: vszakats
Date: 2009-02-17 10:37:03 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 11:36 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbblat/tests/blat
Revision: 10302
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10302&view=rev
Author: vszakats
Date: 2009-02-17 10:27:10 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 11:22 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
- contrib/hbmysql/tests/hb
hb_strDescend don't respect HB_SetCodePage
I'm using now:
/**
* +cDescend( cValue )
*
* Retorna un valor invertido teniendo en cuenta el collation ESMWIN.
*
>
> The only widely used method I know is autoconf/automake.
> It's not easy to master but reinventing it is insane.
The codebase already builds on MSVC, BCC regardless of
the build system (I'll retest the GNU-make line for MSVC, BCC,
to make sure their GNU-make build setup isn't broken), anyhow
On Mon, Feb 16, 2009 at 6:12 PM, Viktor Szakáts wrote:
> It would also greatly help making our system a faster moving
> target if we could drop support for non-GNU make systems.
The only widely used method I know is autoconf/automake.
It's not easy to master but reinventing it is insane.
best r
Hi Francesco,
Okay, I see what you mean. We should fix hb_cmdline() to
work properly, it's a common need. I'm not 100% sure
where to touch current code, first we get the command line
directly from WinMain(), split the command line to pieces
in /include/hbwmain.c for GUI apps _or_ get the command
li
1 - 100 of 106 matches
Mail list logo
