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 nothing but
+ added support for HB_COMMERCE=yes envvar
Przemek, sorry for my ignorance, but what bis this please?
Thanks and best regards,
Toninho.
__
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/
2008-05-29 11:45 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* tests/rto_get.prg
+ Some tests added.
+ Some older tests fixed and enabled (they made C5.x crash).
* source/rtl/tget.prg
+ Some notes about C5.x crash behaviour.
! Formatting/indentation fixes.
%
On Thu, 29 May 2008, [EMAIL PROTECTED] wrote:
+ added support for HB_COMMERCE=yes envvar
Przemek, sorry for my ignorance, but what bis this please?
Hi Toninho,
Some parts of Harbour uses needs external GPL code. Setting HB_COMMERCE
disables such code in final binaries so your programs are
Hi all,
As far as I'm concerned we are ready for release.
Anything pending?
[ tget.prg, teditor.prg have many details to be
fixed, but they are working overall, so there is
no showstopper. I also have some class level XPP,
and extended feature separation pending, but
that's not crucial at all.
Hi Przemek,
On 2008.05.29., at 2:50, Przemyslaw Czerpak wrote:
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
2008-05-29 11:45 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* tests/rto_get.prg
+ Some tests added.
* source/rtl/tget.prg
+ Some notes about C5.x behaviour.
! Formatting/indentation fixes.
% Minor optimizations.
* contrib/xhb/Makefile
* contrib/xhb/common.mak
Hi folks, Mindaugas,
Do you think we still need hbole?
Isn't hbw32 working for you now?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Szakáts Viktor wrote:
Hi folks, Mindaugas,
Do you think we still need hbole?
Isn't hbw32 working for you now?
Brgds,
Viktor
Hi,
I'm not using hbw32. I use my own ole implementation (based on very old
ole code). It is more clean, but less ole features supported (arrays,
parameters by
On Thu, May 29, 2008 at 2:59 PM, Szakáts Viktor [EMAIL PROTECTED] wrote:
As far as I'm concerned we are ready for release.
Here everything seems ok.
We need probably to decide which are the default flags to use for the
builds and the contribs list to include.
My suggestion is to include in
Hi Lorenzo,
On Thu, May 29, 2008 at 2:59 PM, Szakáts Viktor harbour.
[EMAIL PROTECTED] wrote:
As far as I'm concerned we are ready for release.
Here everything seems ok.
We need probably to decide which are the default flags to use for the
builds and the contribs list to include.
For
Hi Mindaugas,
I'm not using hbw32. I use my own ole implementation (based on very
old ole code). It is more clean, but less ole features supported
(arrays, parameters by reference are not supported).
I see no changes in w32_ole.c. TOLEAUTO_ONERROR implementation
contains goto OleGetID,
2008-05-29 17:02 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/tget.prg
* ::picture(), ::PutMask(), ::unTransform() moved next
to each other for easier editing/fixing.
* common.mak
- source/common/hbfhnd.c
* source/common/Makefile
- Removed file not
On Thu, 29 May 2008, Szakáts Viktor wrote:
Hi Viktor,
Maybe we should just remove the extra user option, and
make this the definite default for all platforms where it
applies, since - AFAIU - this shouldn't be a user choice
anymore now but rather something platform/compiler dependent,
and
On Thu, May 29, 2008 at 4:29 PM, Szakáts Viktor [EMAIL PROTECTED] wrote:
Maybe only HB_INCLUDE_WINEXHANDLER for Windows, which could
BTW be made the default.
I would add also HB_PP_MULTILINE_STRING.
Without it valid code of betaX would not compile.
I vote a 'no' for xhb to be packaged in
Maybe we should just remove the extra user option, and
make this the definite default for all platforms where it
applies, since - AFAIU - this shouldn't be a user choice
anymore now but rather something platform/compiler dependent,
and set automatically by Harbour if needed.
HB_WIN32_IO is
I would add also HB_PP_MULTILINE_STRING.
Without it valid code of betaX would not compile.
Doesn't this break compatibility?
Back to HB_INCLUDE_WINEXHANDLER for a sec, IMO we
should enable the Win GPF handler by default (without
option), and make it an option to pop a MessageBox()
in case of
2008-05-29 17:37 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbmysql/make_gcc.sh
* contrib/hbmysql/make_b32.bat
* contrib/hbmysql/make_vc.bat
* contrib/make_b32_all.bat
* contrib/make_gcc_all.sh
* contrib/hbfbird/make_gcc.sh
* contrib/hbfbird/make_b32.bat
*
On Thu, May 29, 2008 at 5:54 PM, Szakáts Viktor [EMAIL PROTECTED] wrote:
Doesn't this break compatibility?
In previous PP ( I guess beta1 and beta2 ) it was possible to continue
a line using ; at the end.
Back to HB_INCLUDE_WINEXHANDLER for a sec, IMO we
...
application, yet the valuable
Currently it doesn't compile for MSVC, so in this
form, it really isn't up to release standard, so if
not fixed, it'd better be removed. My vote to update it.
Hi,
it will take a little time to fix code style. So, I hope I'll be ready
to upload it in the beginning of next week. But I don't
Hi,
it will take a little time to fix code style. So, I hope I'll be
ready to upload it in the beginning of next week. But I don't want
to be a release stopper. I think it's not bad to continue a release
without including one specific contrib like hbole.
Okay, take your time, I think we
2008-05-29 19:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/vm/Makefile
* source/vm/mainwin.c
* source/vm/estack.c
+ source/vm/extrap.c
* source/vm/hvm.c
* Rearranged/cleaned up exception handlers.
* Renamed OS/2 one to comply with namespace
Viktor:
With BCC I get an error about extrap.obj now missing; I removed it from
common.bak
but then I get
obj\b32\hbrun.c:
obj\b32\external.c:
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: Unresolved external
On Thu, 29 May 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
P.S. do we have a final decision about PCOUNT()?
At the begining I wanted to change only PCOUNT() to return
Clipper compatible results without touching other things to
return to this problem after final 1.0.
But after your
Viktor:
I think what's happening is that extrap.c didn't make it to the SVN.
Regards,
Szakáts Viktor wrote:
Doesn't this break compatibility?
In previous PP ( I guess beta1 and beta2 ) it was possible to continue
a line using ; at the end.
That's OK, but I think we should aim for Clipper
2008-05-29 20:20 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/hvm.c
* Minor formatting.
+ source/vm/extrap.c
+ Added. Now for real. Thanks Luis.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
2008-05-29 20:38 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/dateshb.c
* source/rtl/datesx.c
% Reworked to be a bit faster than non-HB_FAST_STOD.
- Removed HB_FAST_STOD build time option, because it wasn't
safe. It caused reaching into undefined buffers when
Viktor:
Now it builds fine.
Thanks.
Szakáts Viktor wrote:
2008-05-29 20:20 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/hvm.c
* Minor formatting.
+ source/vm/extrap.c
+ Added. Now for real. Thanks Luis.
--
Brgds,
Viktor
2008-05-29 20:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
- HB_NO_BCC_MAX_OPENFILES_HACK - no longer used.
* include/hbsetup.h
- HB_ASORT_OPT_ITEMCOPY - no longer used.
- HB_FAST_STOD - no longer used.
--
Brgds,
Viktor
On Thu, May 29, 2008 at 7:38 PM, Szakáts Viktor [EMAIL PROTECTED] wrote:
That's OK, but I think we should aim for Clipper
compatibility as a priority.
As you know we have a different point of view about it, so I'll leave
the decision to you :)
I agree, hbct is the top candidate.
Ok.
best
On Thu, 29 May 2008, Edmer wrote:
Hi Guys,
I just want to verify if somebody is looking at this issue right now.
Try it after:
2008-05-30 00:15 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
best regards,
Przemek
___
Harbour mailing list
Przemyslaw Czerpak wrote:
So if no one will vote against I plan to change hb_vmFrame()
ASAP and leave any other modifications/optimization after 1.0.
Hi,
I guess no one is against. Please, go on. Thank, You.
Best regards,
Mindaugas
___
Harbour
That fixes it. Thanks again Przemek.
Regards,
Ed
--
View this message in context:
http://www.nabble.com/Issue--1-about-MEMOEDIT-tp17500311p17548080.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing list
Hi Guys,
I have an application which I compiled with Harbour. When I run it, it
terminates with a Memory Allocation Report as you will see below. I haven't
made any reduce sample yet but I hope the contents of the hb_fm.log could
help.
Thanks again
Ed
*--- contents of hb_fm.lob ---
Memory
2008-05-30 01:36 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbct/files.c
! fixed memory leak in FILEDELETE() reported by Ed - thanks.
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
I think the cause of the error here is FILEDELETE() function because when I
replace those function() with deletefile() or ferase() function the program
run alright. I don't know if there is still other function(s) with this
memory allocation issue. By the way, I like the way Harbour monitors the
On Thu, 29 May 2008, Edmer wrote:
I think the cause of the error here is FILEDELETE() function because when I
replace those function() with deletefile() or ferase() function the program
run alright.
It was, I committed fix few minutes ago.
I don't know if there is still other function(s)
2008-05-30 03:47 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hbgtcore.c
* removed unnecessary variable
* harbour/contrib/hbw32/w32_ole.c
* harbour/contrib/hbole/ole2.c
* harbour/contrib/gtwvg/gtwvg.h
! use trick with HB_ID_REF() only for BCC and MSVC
Hi Gurus,
Could you please check what is wrong with the following code:
*--- start here ---
PROCEDURE Main
try
? Base try 0
try
? Trying 1
? Throwing 1
throw(1)
catch
? Catching 1
? Throwing 2, should be deferred until finally 1 is finished.
throw(2)
39 matches
Mail list logo
