Revision: 10301
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10301view=rev
Author: vszakats
Date: 2009-02-17 08:18:32 + (Tue, 17 Feb 2009)
Log Message:
---
2009-02-17 09:18 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_gcc.sh
*
Hi Viktor,
Il 17/02/2009 1.12, vszak...@users.sourceforge.net ha scritto:
2009-02-17 01:03 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbblat/tests/blatcmd.prg
% Replaced command line retrieval with hb_cmdline() call.
Thank you for other changes, but this should be
From: Viktor Szakáts [mailto:harbour...@syenar.hu]
Sent: Monday, February 16, 2009 5:39 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] SF.net SVN: harbour-project:[10280] trunk/harbour
HBMK is great innovation for harbour 1.1
is a unique make system for all os
is powerfull and is written in harbour!
2009/2/17 Horodyski Marek (PZUZ) m.horody...@pzuzycie.com.pl:
From: Viktor Szakáts [mailto:harbour...@syenar.hu]
Sent: Monday, February 16,
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
Revision: 10302
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10302view=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)
-
Revision: 10303
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10303view=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)
*
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 that
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
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
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
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
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
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
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
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
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
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 be
On Tue, Feb 17, 2009 at 1:04 PM, Viktor Szakáts harbour...@syenar.hu 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
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
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 should stay until
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 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* for
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 the
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 =
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 shall
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
Revision: 10305
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10305view=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
+
As command line better name small
I propose hbm.prg (and hbmg the gui ui possible version)
2009/2/17 Francesco Saverio Giudice i...@fsgiudice.com:
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
Compliment this is FAL development service
FAL is Faster As Light
2009/2/17 vszak...@users.sourceforge.net:
Revision: 10305
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10305view=rev
Author: vszakats
Date: 2009-02-17 13:55:33 + (Tue, 17 Feb 2009)
Log
Revision: 10306
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10306view=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
+
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
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 mbelgr...@deltain.it:
As command line better name small
I propose hbm.prg (and hbmg the gui
Revision: 10307
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10307view=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
+
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
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
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
Revision: 10308
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10308view=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
*
Revision: 10309
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10309view=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
*
Revision: 10310
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10310view=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
*
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
Is not better a small name like bhm.prg
2009/2/17 vszak...@users.sourceforge.net:
Revision: 10309
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10309view=rev
Author: vszakats
Date: 2009-02-17 15:36:34 + (Tue, 17 Feb 2009)
Log Message:
---
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-04dc45164f5bdisplaylang=en
Using visual C 2008 sp1 you must download sdk from
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
Errors in make_gnu.bat build.
On screen :
C:\harbourmake_gnu.bat clean
C:\harbourmake_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]:
And after install :
C:\harbourmake_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
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) m.horody...@pzuzycie.com.pl:
And after install :
C:\harbourmake_gnu.bat install
make[1]: ***
I invite everybody to join harbour group on facebook
http://www.facebook.com/groups/edit.php?customizegid=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
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
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.
Using VIsual C 2008 non sp1 you must download sdk from
http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93ca-479a-867c-04dc45164f5bdisplaylang=en
Using visual C 2008 sp1 you must download sdk from
Revision: 10311
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10311view=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
Yes Thanks for correction
2009/2/17 Viktor Szakáts harbour...@syenar.hu:
Using VIsual C 2008 non sp1 you must download sdk from
http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93ca-479a-867c-04dc45164f5bdisplaylang=en
Using visual C 2008 sp1 you must download sdk from
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?
Hi Alex, Przemek,
What is the significance of 'bin/hb-build' ?
Brgds,
Viktor
On Tue, Feb 17, 2009 at 1:48 PM, Alex Strickland s...@mweb.co.za 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
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 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.
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.
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
it
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
Revision: 10312
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10312view=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
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
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, and in
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 work.
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 at
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,
Revision: 10313
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10313view=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
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 dru...@acn.waw.plwrote:
On Tue, 17 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
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
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
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 and
Revision: 10314
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10314view=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
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 harbour...@syenar.huwrote:
Hi all,
There seem to be some problems with mouse handling in GTXWC:
- When left clicking and
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 be
Revision: 10315
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10315view=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, 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
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 free
Revision: 10316
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10316view=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
hbmk: Error: Architecture not properly set.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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 hb...@sbcglobal.net wrote:
hbmk: Error: Architecture
Noted. I am providing the fixes.
2009/2/17 Barry Jackson zen25...@zen.co.uk:
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
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 (XTerm
Revision: 10318
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10318view=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
+
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:
( cVal1 op cVal2 )
where op
Revision: 10319
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10319view=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
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
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()
Revision: 10320
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10320view=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
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
Hello,
It is wonderful to be back working on the best computer language ever made!
How can I send an email from a Harbour application?
Thanks,
Michael
___
Harbour-users mailing list
Harbour-users@harbour-project.org
91 matches
Mail list logo