Hi all,
Przemek had sent to me the zlib sources tamed
for Harbour core, so I'm ready to upload them.
There is one question though.
The core lib's name would naturally be hbzlib
(like hbpcre), but we already have hbzlib in
contrib, which collides with it.
So, I'd suggest to move strict zlib int
On Wed, 28 May 2008, Szakáts Viktor wrote:
Hi Viktor,
> Przemek had sent to me the zlib sources tamed
> for Harbour core, so I'm ready to upload them.
> There is one question though.
> The core lib's name would naturally be hbzlib
> (like hbpcre), but we already have hbzlib in
> contrib, which co
2008-05-28 11:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbrdddbf.h
* harbour/include/hbapirdd.h
* harbour/source/rdd/workarea.c
* harbour/source/rdd/dbcmd.c
* harbour/source/rdd/dbf1.c
* harbour/source/rdd/dbfcdx/dbfcdx1.c
* harbour/source/rdd/dbffpt/db
2008-05-28 12:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/tget.prg
% Flow cleanup.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-05-28 11:48 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/tget.prg
! Fixed ::unTransform() padding for strings with @R picture.
(Edmer Issue #1)
! Fixed ::unTransform() to not use the "Chr( 1 )" hack to
remove certain chars from string. (there is still
2008-05-28 13:29 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* make_b32.mak
* make_vc.mak
* make_vcce.mak
* make_gcc.mak
* source/Makefile
+ source/hbzlib
+ source/hbzlib/ChangeLog
+ source/hbzlib/adler32.c
+ source/hbzlib/compress.c
+ source/hbzlib/
2008-05-28 13:33 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/hbzlib/adler32.c
* source/hbzlib/ChangeLog
* source/hbzlib/compress.c
* source/hbzlib/crc32.c
* source/hbzlib/deflate.c
* source/hbzlib/gzio.c
* source/hbzlib/infback.c
* source/hbzlib/inffast.c
* so
2008-05-28 14:33 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* include/Makefile
+ include/hbzlib.ch
+ include/hbzlib.h
* include/hbextern.ch
+ source/rtl/hbzlib.c
* source/rtl/Makefile
* contrib/make_b32_all.bat
* contrib/make_vc_all.bat
* contrib/make_
2008-05-28 14:42 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
* bin/bld_os2.cmd
+ Added hbzlib
+ Added hbpcre for OS/2.
- contrib/hbzlib
- Removed.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project
The core lib's name would naturally be hbzlib
(like hbpcre), but we already have hbzlib in
contrib, which collides with it.
So, I'd suggest to move strict zlib interface
functions (Harbour level ones that is) from
contrib/hbzlib to source/rtl, and rename the
remaining MiniZip stuff in contrib to
Hi Mindaugas,
sounds a little complicated, but I have nothing better to suggest.
Just a wish for the future, I'd like to have possibility to use
zlib1.lib (import library created from zlib1.dll) instead of
hbzlib.lib.
The problem is we have to libraries:
1) zlib wrapper functions;
2) zlib
I think you misunderstood (or I didn't explain well),
so the concept was that Harbour zlib wrappers went
to _hbrtl_, all minizip functionality (and only that)
went to hbmzip, and we have hbzlib in core, which BTW,
you can choose to not use at all, by simply replacing
it with 'zlib1.lib' or your ow
2008-05-28 16:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* harbour/make_rpmce.sh
* harbour/make_rpmw32.sh
* harbour/make_rpm.sh
* removed --with zlib switch - now zlib will be created in all bui
I Have good reference about Valgrind for linux for find memory leak
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pritpal Bedi
Sent: Monday, May 26, 2008 3:00 AM
To: harbour@harbour-project.org
Subject: [Harbour] MemProof.exe - A case study
The Summary
Hi,
I'll make the modifications but I do not use any DEB based
distribution and I cannot test them. If possible I'd like
to ask you to commit necessary fixes and cleanups.
I want to ask all users using Debian or Ubuntu to make tests
and required updates or to send information about found proble
2008-05-28 18:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/hbzlib/ChangeLog
* harbour/source/hbzlib/zutil.c
* harbour/source/hbzlib/gzio.c
* harbour/source/hbzlib/zutil.h
* harbour/source/hbzlib/zconf.h
* use _WINCE macro instead of _WIN32_WCE to detect Win
Hi all,
Do we any facility to find out the maximum array / string
size on .prg level?
hb_StrLenLimit(), hb_ALimit(), or a dedicated hb_lim*()
set of functions. Like:
hb_limitGet( HB_LIMIT_STRINGMAXLEN ) = hb_limitStrLen()
hb_limitGet( HB_LIMIT_ARRAYMAXLEN ) = hb_limArrayLen()
this could later
On Tue, May 27, 2008 at 10:49 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> I want to ask all users using Debian or Ubuntu to make tests
> and required updates or to send information about found problems
> to this list.
Under an Ubuntu 8.04 Desktop i386 partition that I use to build
Harbour
Lorenzo Fiorini wrote:
On Tue, May 27, 2008 at 10:49 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
I want to ask all users using Debian or Ubuntu to make tests
and required updates or to send information about found problems
to this list.
Under an Ubuntu 8.04 Desktop i386 partition that
On Wed, 28 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> Under an Ubuntu 8.04 Desktop i386 partition that I use to build
> Harbour with make_gnu.sh, running ./make_deb.sh I get:
>
> several messages
>
> If you want to build Harbour compiler
> you have to install the folowing packages:
On Wed, May 28, 2008 at 8:54 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> It will be much easier if someone who uses Debian/Ubuntu
> will make it himself. I can later check the modifications
> and verify sth what I know should be changed.
I'm not a Debian guru, I simply check that my apps
Possible fix for Issue #2 is to add a space to the
second string in line 1765 of /source/rtl/tget.prg.
This caused all sorts of regressions when using "@E",
so I've skipped it for now. The tests are installed,
and some helpers to easily add various typing tests
to rto_get.prg.
Brgds,
Viktor
__
2008-05-28 21:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/Makefile
* respect HB_WITHOUT_ODBC and HB_WITHOUT_ADS envvars
* harbour/debian/control
* harbour/make_deb.sh
* removed libncurses5-dev, libslang2-dev, libgpmg1-dev, libx11-dev and
unixodbc-d
On Wed, May 28, 2008 at 9:53 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> 2008-05-28 21:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> ...
> * harbour/debian/control
> * harbour/make_deb.sh
>The above modifications are not tested and I would like to ask
>Debian/Ubuntu u
2008-05-28 22:41 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/hbpcre/cnv_o2hb.bat
* source/hbpcre/cnv_hb2o.bat
+ Added COPYING
* contrib/hbfimage/tests/fitest.prg
* contrib/hbfimage/fi_wrp.c
+ Added FI_LOADFROMMEM(), FI_GETFILETYPEFROMMEM()
; Borrowed from Pav
On Wed, 28 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> Much better now but it wants to build hbmysql even if I haven't any
> mysql-dev package installed.
> The only mysql packages installed were mysql-common and libmysqlclient15off.
> Once removed the build went ok but at the end wants a gpg k
On Wed, 28 May 2008, Szakáts Viktor wrote:
Hi Viktor,
>; NOTE: C++ builds of everything related to OLE2
>are broken. Could someone look into it?
>(hbw32, gtwvg, hbole under BCC and MSVC)
It's caused by the difference between C and C++ exploited by
wrong declaration o
2008-05-29 03:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/gtwvg.h
* harbour/contrib/gtwvg/wvtcore.c
* harbour/contrib/hbw32/w32_ole.c
! fixed compilation in C++ mode
best regards
Przemek
___
Harbour mailing l
On Thu, May 29, 2008 at 1:48 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Please try to check which packages should be installed and why
> mysql-common and/or libmysqlclient15off activated above condition.
If I run dpkg -s "libmysqlclient15-dev" && echo ok at the bash prompt
it types nothi
29 matches
Mail list logo