2008-07-31 22:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbmzip/hbmzip.c
! added b to fopen() flags to force binary mode in all systems
during CRC32 calculation
best regards
Przemek
___
Harbour mailing list
On Thu, 31 Jul 2008, Przemyslaw Czerpak wrote:
Hi Viktor,
You do not have too. I've just located the reason of problem.
Just simply I was not writting anything for DOS/Windows for
too long time. On this systems fopen() without b flag strip
'\r' from the stream so CRC was wrongly calculated
2008-07-31 23:02 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/hbsix/sxcompr.c
* pacified warnings
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
On Thu, 31 Jul 2008, Szakáts Viktor wrote:
Hi Viktor,
Now the remaining mystery is how 7-Zip could extract
the wrong file anyway :)
It was not wrong. Just simply 7-Zip like myunzip does not
compare CRC32 stored in compressed header with CRC32 in
file ZIP entry ignoring it.
BTW, I wonder if
On Thu, 31 Jul 2008, Szakáts Viktor wrote:
Hi Viktor,
Okay I got it now, so a special CRC32 is (or may be) used
to check if the result was indeed correct. [ Now I wonder,
why the normal CRC32 - which is calculated anyway - wasn't
good for this purpose for zips, and they've opted for a
On Thu, 31 Jul 2008, Szakáts Viktor wrote:
Hi Viktor,
2) BCC58 old one:
Warning W8017 C:\devl\BCC58\Include\stdint.h 77: Redefinition of
'INT16_MIN' is not identical
Warning W8017 C:\devl\BCC58\Include\stdint.h 78: Redefinition of
'INT32_MIN' is not identical
Warning W8017
2008-08-01 03:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbpp.h
* harbour/include/hbexprb.c
* harbour/source/pp/ppcore.c
* harbour/source/vm/evalhb.c
* harbour/source/vm/runner.c
* harbour/source/vm/hvm.c
* harbour/source/vm/fm.c
* harbour/source/vm
On Thu, 31 Jul 2008, Pritpal Bedi wrote:
Hi Pritpal,
This is an xHarbour compiled ( as of Jun 2007 CVS ) application, a very
large one.
RDD = RDDADS
Here is a code snippet:
select verify
set order to 2
seek substr(cCustId,2) // Generates RT Error and stats are
alias() == verify
2008-08-01 11:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/harbour.yyc
* updated for recent harbour.y modifications - thanks to Viktor
for remainder
best regards
Przemek
___
Harbour mailing list
Harbour
On Fri, 01 Aug 2008, Szakáts Viktor wrote:
I've just found that by mistake, I've replace __PLATFORM__Linux with
__PLATFORM__Unix.
What about having all the __PLATFORM_* upper case before 1.0 release?
If we're at __PLATFORM_* #defines, I'd rather opt
to make everything uniformly uppercase, as
2008-08-04 12:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/pp/ppcore.c
* cleaned warning
* harbour/source/rtl/set.c
* do not attach .prn extension to known device names also
in DOS and Windows builds
* recognize CON as device name in DOS, Win
On Mon, 04 Aug 2008, Alex Strickland wrote:
Hi Alex,
and these 2 (which I think you know as well):
source\compiler\genobj32.c(549) : warning C4244: '=' : conversion from
'short ' to 'unsigned char ', possible loss of data
source\compiler\genhrb.c(105) : warning C4244: '=' : conversion from
2008-08-04 13:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/console.c
* harbour/source/rtl/box.c
* harbour/source/rtl/errorapi.c
* harbour/source/rtl/do.c
* harbour/source/rtl/filesys.c
* cleaned warnings
* harbour/source/vm/runner.c
* respect
2008-08-04 15:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/genhrb.c
; added TOFIX note
* pacified warning
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-08-04 15:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/dbgentry.c
! fixed some possible memory leaks or GPFs when wrong parameters
are passed to debug functions
* moved module name conversions (path stripping) into one place
so
On Mon, 04 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Maybe we could do something to make this fact clear, or temply
suppress them via some methods, as this is a reoccurring report,
and it used mislead those who don't know the problem in detail.
One option is to add an item to TODO, fix the
2008-08-04 16:02 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/compiler/Makefile
* harbour/source/compiler/cmdcheck.c
* harbour/source/compiler/hbmain.c
* harbour/source/compiler/hbusage.c
* disabled support for unfinished -gw compiler
On Mon, 04 Aug 2008, Przemyslaw Czerpak wrote:
Hi Viktor,
Also, if we're at it, we have hbmake and hbdoc, shouldn't
we do something with these, like moving them to examples?
If you can please do it.
Probably Rodrigo is right that some people may use hbmake
so maybe it will be better
On Mon, 04 Aug 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
Is there anybody that can find sth wrong in the code below?
To build and test it:
hbmk -n static -gtcgi tt75s
hbmk -n static -gtcgi tt75c
./tt75s.exe 6 ( or any other unused port number )
then
./tt75c.exe localhost 6
On Mon, 04 Aug 2008, Lorenzo Fiorini wrote:
Under Mac OS X now I get a segfault in HB_InetAccept as soon as I run tt75s:
--
DO WHILE lRunning
? here1
nSocket := HB_InetAccept( nServerSock )
? here2
-
I see here1 but not here2.
Program received signal
On Mon, 04 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Probably yet another problem with stdint.h in BCC5.8
But without this compiler I can only guess what's wrong
this time: try to add yet another hack like for INT32_MIN
but this time for INT64_MIN:
#undef INT64_MIN
#define INT64_MIN
2008-08-04 22:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddads/adsfunc.c
! fixed possibly unclosed AdsCloseSQLStatement()
* harbour/contrib/rddads/ads1.c
* minor cleanup and protection against possible strange results
caused by indexes without
2008-08-04 22:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.mak
! fixed SPACEs used instead of TAB in clean command
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-08-05 02:43 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/utils/hbdot/hbdot.prg
* removed holder class for HRB modules - it's not longer necessary
because we have automatic destructors for .hrb modules
* updated usage message for .hrb files
* minor
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Do we want to make any steps towards a standardized harbour.dll?
I'd suggest to rename harbour-vc.dll to harbour.dll as a step now.
This means we consider the MSVC compiler as the standard and
required tool to build our standard
On Mon, 04 Aug 2008, Phil Barnett wrote:
Hi Phil and Viktor,
Probably, but there are few things, first of all
we'd need to think of this on the global level and
there are quite some more places where stack trace
is dumped. The other thing is that I'd rather like
to fully exclude source
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Maybe this works in the MinGW shell environment,
but I tried it only once so far (in non-Harbour context),
so I'm highly unfamiliar with it.
Just click on MSys icon and then make:
cd harbour_dir
./make_gnu.sh
Even if hb-mkslib
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
./bin/postinst.sh
C:\work\harbour\harbour\bin\postinst.sh: ../bin/hb-func.sh: No such
file or directory
make: *** [install] Error 1
There is problem with dirname in you msys environment.
Looks that for ./bin/postinst.sh:
dirname $0
2008-08-05 15:23 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/postinst.sh
* added workaround for wrongly detected harbour root path in some
environments
* harbour/source/vm/extrap.c
* minor modification
best regards
Przemek
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've manually built harbour.dll using the above method,
Try it now. I've just committed workaround.
Seeing your other message I think that it can be caused by C:
drive specification. AFAIR MinGW support alternative /c/
*nix like path
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
So, to give a short list of Windows .dll problems:
- 'sed' command line error.
This is probably caused by the C: prefix in your paths.
Probably if you use /c/ instead then this message will
disappear. I'll try to located it and add some
On Tue, 05 Aug 2008, Przemyslaw Czerpak wrote:
Hi Viktor,
So, to give a short list of Windows .dll problems:
- 'sed' command line error.
This is probably caused by the C: prefix in your paths.
Probably if you use /c/ instead then this message will
disappear. I'll try to located it and add
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Well, there is no WinMain at all in harbour-vc.dlls, but
there is one '?DllEntryPoint@@' in C++, and a
'[EMAIL PROTECTED]' in C.
As workaround I can add WinMain() or main() dynamically in hb* scripts
and add -gui switch for windows
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
MAJOR=`sed -e '!HB_VER_MAJOR!!d' -e 's![^0-9]*\([^ ]*\).*!\1!g'
${FVER}`
MINOR=`sed -e '!HB_VER_MINOR!!d' -e 's![^0-9]*\([^ ]*\).*!\1!g'
${FVER}`
REVIS=`sed -e '!HB_VER_REVISION! !d' -e 's![^0-9]*\([^ ]*\).*!\1!g'
${FVER}`
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
2008-08-05 23:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/errorint.c
* source/vm/estack.c
* source/vm/hvm.c
* source/vm/extrap.c
+ Added filename to stack traces. Someone please review me.
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've checked and they are added, so the problem
seems to be that the public zlib, pcre interface
is not marked as HB_EXPORT (or export by any
other means).
It should not be a problem. The HB_EXPORT attribute is necessary
only for
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Finally I simply copied over sed.exe from msys to mingw dir,
and this way it worked without the error. Thanks for the tip.
[ I wonder however how these tools are meant to be used properly,
if even a 'sed' cannot work consistently along
2008-08-06 13:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* harbour/source/vm/hvm.c
* harbour/source/rtl/hbgtcore.c
* added const to s_defaultGT and s_pszLinkedMain declarations
* make s_pszLinkedMain visible and functional for platforms
2008-08-06 14:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* updated to create harbour.dll in HB_BIN_INSTALL instead of
HB_LIB_INSTALL
* added to library paths in hb* scripts HB_BIN_INSTALL directory
for shared linking when harbour shared
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Currently harbour.dll is created with full symbol information.
About which symbols you are talking about. Debug information
(created by -g gcc compile time flag) or relocation and symbol
table?
I use L_USR=-s to request stripping for all
On Wed, 06 Aug 2008, Przemyslaw Czerpak wrote:
L_USR is used for static libraries.
Sorry my mistake. It's for linking. A_USR is used for static libraries.
It can be used as parameter for gcc though maybe it will be better
to introduce new flag. What's your opinion?
best regards,
Przemek
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I used to think of this as debug information, but I don't
use -g, so it might be relocation and symbol table.
It comes at the end of the file, it's about 500KB, and it
can be removed with GNU strip (strip harbour.dll).
It's probably only
2008-08-06 17:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* harbour/bin/postinst.sh
* changed FM lib name to HBFM
* harbour/bin/hb-mkslib.sh
* respect L_USR also in Windows builds
best regards
Przemek
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Is there anything else left before 1.0.0?
Build tests. I'll try to make some test with OpenSolaris on x86
machine ASAP.
I'd personally not fiddle anymore with Windows .dll problems this time,
since I believe this is as far as we can go
it is for
further consideration. In any case, I'd give
these functions better names.
I was taking about it with Maurizio and finally I added:
2008-07-31 17:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ adding 2-nd parameter to __clsGetProperties()
When it's TRUE
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I'm getting this with the DOS build, maybe it would be
best to include a dummy version of these functions under
DOS (to avoid any .prg level fiddling with platforms):
../../../../lib/dos/djgpp/libhbextern.a(hbextern.o):hbextern.c:(.data
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
../../genc.c: In function 'hb_p_pushlonglong':
../../genc.c:1582: warning: unknown conversion type character 'L' in format
It stops to understand 'L' length modifier. In fact it should be 'll'
and for some historical reason is wrongly
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi all,
I see that HB_SYMBOL_UNUSED() doesn't work for Pelles C.
It works for variable's symbol but it does not mark
variable's value as used in POCC.
Is there anyone with a suggestion to make it work?
even this won't work:
var = var + 1 - 1;
this
2008-08-07 05:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdefs.h
! fixed default printf length modifier for long long integer values
* harbour/harbour.spec
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
! fixed for new FM library name
best
2008-08-07 12:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
! added hbextern library
* harbour/harbour.spec
* removed dependences on ncurses (--without gtcrs)
* harbour/make_rpm.sh
* added
2008-08-07 13:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* excluded hbcplr library from harbour shared library
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-08-07 13:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbodbc/odbc.c
! fixed casting in conditional expressions
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-08-07 14:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
! set HB_XBUILD evvar
* harbour/bin/hb-func.sh
! do not move harbour.dll to HB_BIN_INSTALL directory when
HB_XBUILD envvar is set
* harbour/source
2008-08-07 15:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/wvgutils.c
! fixed OpenWatcom compilation
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
On Thu, 07 Aug 2008, Chen Kedem wrote:
Hi Chen,
I still could not link harbour.dll when CodeGuard (BCB 5.0) is enabled
(I am working on rev 9047 2008-08-04).
cg32.lib is not linked in and I get unresolved external '_CG_*' in our OBJ.
Do you have any clue which envar should I set (and which
2008-08-07 17:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/debugger.prg
! added missing semicolon for -DHB_NO_READDBG compilation
Thanks to Lorenzo
best regards
Przemek
___
Harbour mailing list
Harbour
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Some new problems detected:
OSX (GCC 4.0.1):
harbour.so doesn't get created like in Linux.
In MacOSX shared libraries have .dylib extension not .so
You should find it with version number and some links.
best regards,
Przemek
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I can find no *.dylib either. Also, and maybe this is
related, I cannot 'gzip -d' the extracted tar.gz file,
because it says
'gzip: harbour-1.0.0-darwin_9.4.0.bin.tar.gz: unexpected end of file'
(both on OSX, using native gzip 1.3.10 and
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
The problem seems to be a prepended 0x0A byte at the end
of the extracted .tar.gz file. Without this byte, both
gzip can extract the file w/o problem.
if *inst.sh file does not have it then it was attched by sed
during --extract command
It should not
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Shouldn't we uniformly change all .sh script to use bash?
If script does not need any extra features then I do not see
any reason to force it.
Do you have any idea for the sed problem? It's not critical,
but for the 'corrupted' message
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Nevermind, I see it's started in a tricky way.
It's a workaround for different BASH locations in some systems.
Not nice but in some *nixes BASH and other GNU tools are not
installed in default system directories.
best regards,
Przemek
2008-08-08 03:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* replaced all echo -n with echo - shells should remove trailing
blank characters when stream command is not quoted by
best regards
Przemek
On Thu, 07 Aug 2008, Phil Barnett wrote:
Hi Phil,
It's a workaround for different BASH locations in some systems.
Not nice but in some *nixes BASH and other GNU tools are not
installed in default system directories.
Would it be unrealistic to require people in this case to install a
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
I did a full SVN export and rebuild, but the same thing happens
as before. ('Making lib-n harbour.-n 1.0.0.dylib')
Then it means that you have nonempty BASH envvar set in your
/bin/sh shell but it's not BASH.
I've just replaced all echo -n with simple
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Just wait for my test results, because we might not
need bash at all, if we can get away without echo -n.
We are using many extensions in our scripts which may not
be present in standard /bin/sh shell. I do not know what
is your default
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
We are using many extensions in our scripts which may not
be present in standard /bin/sh shell. I do not know what
is your default shell (BTW what is it?) but for sure I know
many shells which will not work.
I believe it's bash.
Do you
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've attached the now clean list of errors, as it
contains some stuff which may need to be fixed.
(regarding libhbextern and libhbfm maybe)
--- my starter script
#!/bin/bash
export HB_ARCHITECTURE=darwin
export HB_COMPILER=gcc
Both
On Fri, 08 Aug 2008, Lorenzo Fiorini wrote:
Do you mean installed?
/opt/harbour/lib/libharbour.1.0.0.dylib
/opt/harbour/lib/libharbour.1.dylib
/opt/harbour/lib/libharbour.dylib
What's you C_USR/L_USR flags?
Also, could you try with make_tgz.sh to see if the sed/gzip
problem is present on
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
4) I have no errors/warnings whatsoever (besides the ones mentioned
by Lorenzo, plus one known sqlite3.c warning), if you start a plain
./make_gnu.sh. But notice that this path won't trigger hb-func.sh
(responsible for .dylib, hbfm
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
And I think the answer to your question is: yes. As far
as I could see on internet articles, Apple tackled sh
to not understand 'echo -n', in order to be compliant with
the Unix whatever standard. This didn't affect bash though,
which
On Fri, 08 Aug 2008, Phil Barnett wrote:
Hi Phil,
I can't recall any Linux system I've used in the last 10 years that it
wasn't /bin/bash.
AFAIR MSys in windows had only /bin/sh as bash without /bin/bash
and it was one of the reason I stop using #!/bin/bash directly.
Can some check if
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
And this may be the reason why shared library is not created.
But I have no idea why hbextern library is different then all others.
It's created in standard build process. Maybe stdout log can say sth
more. Or even better mixed output:
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Anyway, if we don't use 'echo -n' we're fine, aren't we?
Yes we do not use it anymore but we use many other bash only
extensions, f.e. arrays. I hope they will not be blocked in
next MacOSX release ;-)
best regards,
Przemek
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've added L_USR, I've also upgraded to XCode 3.1 (didn't
make a difference), and I'm now trying to find out how to
use libtool to extract .o files from an .a one (this is the
task if I understand correctly). No results so far.
The only
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi, Viktor,
Not supported in OSX :/
---
silver:harbour vszakats$ libtool --config
libtool: unknown option character `-' in: --config
Usage: libtool -static [-] file [...] [-filelist listfile[,dirname]] [-
arch_only arch] [-sacLT]
Usage: libtool
On Fri, 08 Aug 2008, Guillermo Varona Silupú wrote:
Hi Guillermo,
2008-08-07 17:20 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
- Removed K_MOUSEMOVE functionality.
That sad,:-( this was very pretty, but is not compatible :-((.
Creating code which
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.
!
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
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
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
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) to
On Wed, 06 Aug 2008, David Arturo Macias Corona wrote:
Hi David,
Today I'll try to make some tests with real MS-Windows machine.
Take care, do not forget your gloves :-)
:-)
You can use VirtualBox (virtualbox.org)
In last months I use VirtualBox to use Windows XP within Linux Mandriva
On Sun, 10 Aug 2008, Chen Kedem wrote:
Hi Chen,
I had finally managed to build harbour.dll with CodeGuard
set HB_BUILD_DLL=yes
set CFLAGS=-v -y -vG -Od
set LDFLAGSDLL=cg32.lib
set LDFLAGS=cg32.lib
both LDFLAGS and LDFLAGSDLL need to be defined. I wonder why it is not needed
2008-08-10 12:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbextern.ch
* include scalar classes only when HB_REQUEST_SCALLAR define is set
* harbour/source/rtl/tobject.prg
! use obj:className instead of __objGetClsName( obj ) in error
message
best
2008-08-10 15:14 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/ChangeLog
* harbour/include/hbextern.ch
! fixed typo, should be HB_REQUEST_SCALAR
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Sun, 10 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I'm trying (for the first time) doing a mingw32ce build on
Ubuntu Server 8.04 and Harbour r9100.
I've installed mingw32ce/cegcc using this command:
sudo alien -i cegcc-cegcc-0.51.0-1.i586.rpm mandriva-cegcc-
mingw32ce-0.51.0-1.i586.rpm
2008-08-10 16:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* updated library list for wince harbour.dll linking
* harbour/source/common/hbwince.c
! fixed compilation new MinGWCE
best regards
Przemek
On Mon, 11 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Last call for those who may want to test any pending
platforms. I'll tag 1.0.0 tomorrow.
Przemek, you're probably busy with other things, but
I'd be grateful if your could take a second look on
the latest patches of today and yesterday.
2008-08-12 13:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_xmingw.sh
* harbour/make_xmingwce.sh
! cleanup and some minor fixes
* synced behavior of both scripts in few places
* harbour/contrib/rddads/ads1.c
* harbour/contrib/rddads/adsfunc.c
! fixed
On Tue, 12 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
2008-08-12 19:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/linux1st.txt
* Updated with hbgf package requirement information.
For mouse support
sudo apt-get install libgpmg1-dev
should be changed to:
For
On Sun, 10 Aug 2008, Massimo Belgrano wrote:
Hi Massimo,
Wich datatype are supported by dbfcdx?
you can create tags on character, numeric, date and logical
expressions used as key. All numeric values are represented
ad modified IEEE758 double values so precision is up to 53bits.
best regards,
2008-08-12 22:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/w32/dm.cf
* updated for central library directory used by Harbour - not tested
* harbour/config/w32/xcc.cf
! fixed include PATH in XCC builds - Viktor be carefull with
cleaning -Ipath
2008-08-13 03:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.c
! use HB_PTRDIFF for handle to number casting
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
On Wed, 13 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Pending platforms:
- BSD
It's OK.
- HPUX
I'm afraid that I cannot test it now but I made tests a week
ago and all was working correctly.
- Open Watcom (Linux)
It's OK but to compile Harbour I had to patch OpenWatcom and
add some
2008-08-13 05:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/pp/ppcore.c
* harbour/source/pp/hbpp.c
* harbour/source/vm/itemapi.c
* harbour/source/vm/hvm.c
* harbour/source/common/hbver.c
* harbour/source/macro/macrolex.c
* harbour/source/hbpcre/pcrecomp.c
2008-08-13 05:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/gtwvg.h
! added missing defines for DMC builds
* harbour/contrib/gtwvg/wvgutils.c
! use HB_PTRDIFF for pointer to number casting
best regards
Przemek
On Wed, 13 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
- BSD
Reported OK (No details)
GCC C 3.4.6 (32 bit) FreeBSD 6.2 [EMAIL PROTECTED]
- HPUX
Reported OK (a week ago in /trunk)
GNU C 3.4.2 (32 bit) HP-UX B.11.11 9000/800 PA-RISC
- DOS
GCC 3.3.2 32 bit (DJGPP) (DJGPP
2008-08-13 15:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/hpux/gcc.cf
* harbour/config/sunos/gcc.cf
! fixed typo in comment
* harbour/config/dos/owatcom.cf
! fixed build process in POSIX SHELL environment
best regards
Przemek
On Wed, 13 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've created Harbour 1.0.0 tag just now.
URL:
https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/tags/harbour-1.0.0
Many many thanks.
[ Next move is to upload source downloads, than binaries,
and update our homepage,
2008-08-14 00:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
! updated SunOS and HPUX library list
! allow to set startup .prg function in DJGPP builds
* harbour/include/hbdefs.h
! defined HARBOUR_START_PROCEDURE procedure for DMC
it fixes
401 - 500 of 2167 matches
Mail list logo