2008-08-09 21:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
* Minor corrections.
* contrib/hbclipsm/Makefile
* contrib/hbclipsm/common.mak
* contrib/hbclipsm/num.c
+ contrib/hbclipsm/numfloor.c
+ contrib/hbclipsm/numceil.c
* Moved CEILING() and FL
>I suggest to drop root acount for above and always build Harbour
>binaries from non root acount. I suggest it for all programs.
>A small typo in build scripts may cause that your system will
>be demaged.
Thanks for information
>This works but if you are using Ubuntu then you can create native .d
Hi all,
Problems:
NOTE: bash change can be safely reverted.
Pending:
- WinCE (CE-MinGW, MSVC)
- HPUX
- SunOS
- Other Linux distros
Passed:
- Windows
BCC 5.51
BCC 5.82
GCC MinGW 3.45 bash
GCC MinGW 4.12
GCC MinGW 4.12 bash
GCC MinGW 4.31a b
Hi Xavi,
Many thanks, in its current form, we can add it to hbw32.lib.
I'd suggest to do this after the release.
Brgds,
Viktor
On 2008.08.09., at 19:10, Xavi wrote:
Hi Viktor,
For my part is no objection to incorporate _RunHide() in the
project, with the name you want and where you want.
Hi Viktor,
For my part is no objection to incorporate _RunHide() in the project, with the
name you want and where you want.
http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/3378461f63826ce0/f842512cc396adf6#f842512cc396adf6
But I would like that a linux C coder ad
Okay, I agree to leave it there to remind us.
Brgds,
Viktor
On 2008.08.09., at 18:37, Przemyslaw Czerpak wrote:
On Sat, 09 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
We have hbfixdj.h. It's only included in one place
in hbsetup.h.
Do you see anything against merging this file into
hbsetup.h
On Sat, 09 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> We have hbfixdj.h. It's only included in one place
> in hbsetup.h.
> Do you see anything against merging this file into
> hbsetup.h? It would look a bit more elegant IMO.
It's a hack for using directly char type or wrongly casted
to (int) t
2008-08-09 18:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/extrap.c
* use static buffer for signal alternative stack so it will not
have to be deallocated for clean application exit
best regards
Przemek
___
Harb
2008-08-09 18:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_gnu_os2.cmd
* Minor formatting.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Przemek,
We have hbfixdj.h. It's only included in one place
in hbsetup.h.
Do you see anything against merging this file into
hbsetup.h? It would look a bit more elegant IMO.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http:/
2008-08-09 17:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/runner.c
! fixed HB_HRBGETFUNSYM() to respect only function symbols
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.har
2008-08-09 17:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
* include/hbextern.ch
* source/vm/runner.c
- Completely removed __HRBDOFU(). Users should use DO() instead.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour
Hi Przemek,
After r9121, the 'ld:' problem vanished, and the full build
got created without any errors (except sqlite3.c and the
empty sources). Many thanks for all the assistance.
build info
---
# OSX Leopard lates on Intel + XCode 3.1 / GCC 4.0.1
export L_USR="-arch i386 -arch ppc -arch x86_64
On Sat, 09 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> * __HRBDOFU() made equivalent to __HRBDO()
Thank you for modifications but it should be DO() function
not __HRBDO().
The old __HRBDOFU() has been never related to .hrb files.
I even suggest to fully remove it to not confuse users.
bes
2008-08-09 17:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/extrap.c
* deallocate alternative signal stack on exit
TOFIX: hb_vmSetExceptionHandler() / hb_vmUnsetExceptionHandler()
cover only part of hb_vmInit() and not hb_vmQuit(). Their
On Sat, 09 Aug 2008, Massimo Belgrano wrote:
Hi Massimo
> 1) Open Application accessory Terminal
> 2) If prompt is $ then type
> sudo -s
> 3) type follow command
> apt-get update; apt-get install wget cvs rcs build-essential ncurses-dev
> libslang2-dev tk8.3-dev unixodbc-dev subversion
OK.
>
2008-08-09 16:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbsetup.h
* Refinement to HB_OS_DARWIN autodetection.
Thanks Przemek.
* doc/whatsnew.txt
* include/hbextern.ch
* source/vm/runner.c
* Refinements to previous commit.
HB_HRBGETSYMBOL() -> H
Hi Przemek,
Ops, I forgot one thing: When testing hbrun on OSX,
I noticed that the color changed after exiting hbrun
(from my default green to lightgray).
I'm not sure if this is a problem or not (and I've seen
multiple fixes from you regarding this), but in any
case I report it.
Brgds,
Viktor
Hi Przemek,
Thank you, I cannot test it but it looks correct. I'll ad only minor
cleanup.
! Fixed generating links for .dylibs on Darwin.
This is incorrect. You replaced relative soft links with
absolute ones and should be reverted.
Okay, sorry, I'll undo this if you didn't do so in
2008-08-09 16:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-mkslib.sh
* do not create temporary directory in MacOSX
! fixed absolute shared library soft links to be relative ones
best regards
Przemek
___
Harbour maili
On Sat, 09 Aug 2008, Szakáts Viktor wrote:
Vi Viktor,
>* bin/hb-mkslib.sh
> ! Changed the way harbour.dylib is created on Darwin systems
>to support universal builds. Please review and test.
Thank you, I cannot test it but it looks correct. I'll ad only minor
cleanup.
> !
1) Open Application accessory Terminal
2) If prompt is $ then type
sudo -s
3) type follow command
apt-get update; apt-get install wget cvs rcs build-essential ncurses-dev
libslang2-dev tk8.3-dev unixodbc-dev subversion
rm -fr /usr/src/harbour
cd /usr/src
svn co
https://harbour-project.svn.sourcef
Disregard my prev mail (the fix is committed).
On 2008.08.09., at 14:27, Szakáts Viktor wrote:
Hi Przemek, Teo,
Reading some backlog, I've found this. I wonder if this
has been committed since, or should we now?
Brgds,
Viktor
On 2008.03.04., at 13:59, Przemyslaw Czerpak wrote:
On Tue, 04 M
Hi Przemek, Teo,
Reading some backlog, I've found this. I wonder if this
has been committed since, or should we now?
Brgds,
Viktor
On 2008.03.04., at 13:59, Przemyslaw Czerpak wrote:
On Tue, 04 Mar 2008, Teo Fonrouge wrote:
Hello,
In a set of inherited classes, the DESTRUCTOR procedure is ca
Hello Pritpal
I have similar problem in past in two situation:
When I have switched from novell to nt and my application (made with
xharbour & adsl 8.1.0.18) give occcasionally open error 7041
set path to \saletool
set defa to \saletool
use cal
here I receive 7041 error or open only dbf and not c
There is same interesting information about (x)harbour in this web site
: http://geocities.yahoo.com.br/angeiras/
Is present also a documentation of gtwvw ( mix traditional SAY/GET with
HUI elements for an easy and fast migration with .Multiple Windows
Support and some native Windows controls as st
On Sat, Aug 9, 2008 at 1:09 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
Good job.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi all,
Problems:
- OSX (GCC 4.01):
NOTE: bash change can be safely reverted.
ld error when trying to create executables using the dynamic lib (non-
critical)
Pending:
- WinCE (MinGW, MSVC)
- HPUX
- SunOS
- Other Linux distros
Passed:
- Windows
BCC 5.51
BCC 5.
<>
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-08-09 12:55 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* config/darwin/gcc.cf
% Commented -Wno-long-double Darwin option. It seems that
it's no longer needed with GCC 4.0.1.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbo
2008-08-09 12:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* config/darwin/gcc.cf
% Removed an unnecessary -I option from the GCC command line.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-projec
2008-08-09 11:43 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
* bin/hb-mkslib.sh
! Changed the way harbour.dylib is created on Darwin systems
to support universal builds. Please review and test.
! Fixed generating links for .dylibs on Darwin.
! Remo
I'm trying to port HB_GTI_CLOSABLE and HB_GTI_PALETTE to gtxwc.c but
I'm finding that's much more complicated than I expected.
My aim is to have a compatible palette definitions between gtwvt
(gtwvg), gtxwc and putty/pterm ( gttrm ).
Clearly I cannot control from the apps the colours of the termi
On Sat, Aug 9, 2008 at 10:00 AM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Well, that was not your point, but IMO __hrb*() functions should
> be named hb_hrb*() since they are not really internal features
> anymore.
>
> Should we do it now?
I'd delete the two spawn*.prg tests.
They are outdated
Hi Lorenzo,
There are some old tests that still use hb_run as "__hrbrun".
Well, that was not your point, but IMO __hrb*() functions should
be named hb_hrb*() since they are not really internal features
anymore.
Should we do it now?
Moreover we now have an util called hbrun which is more a
There are some old tests that still use hb_run as "__hrbrun".
Moreover we now have an util called hbrun which is more an "hrbrun".
Sorry for the "word game", but I was looking for the differences
between __RUN and HB_RUN and it took me a while to get the right info
so this may confuse users too.
36 matches
Mail list logo
