>
> > In this case you can copy hbmk.cfg to one of these location neutral dirs:
> > /etc/harbour or ~/.harbour.
>
> The problem is that such hbmk.cfg will be common to all Harbour
> installations I will have in the system.
True.
> > If there is a way to detect that softlink condition we can add
On Thu, 14 May 2009, Szak�ts Viktor wrote:
> In this case you can copy hbmk.cfg to one of these location neutral dirs:
> /etc/harbour or ~/.harbour.
The problem is that such hbmk.cfg will be common to all Harbour
installations I will have in the system.
> If there is a way to detect that softlink
On Thu, 14 May 2009, Szak�ts Viktor wrote:
I made some test with recent hbmk2 and it stop to automatically
add [n]curses, slang and x11 libraries in link phase.
I'll try to make some tests, but it'd help if you'd post your
hbmk.cfg
cmdline and -trace output.
I've found the reason.
Because I
On Thu, 14 May 2009, Szak�ts Viktor wrote:
> > I made some test with recent hbmk2 and it stop to automatically
> > add [n]curses, slang and x11 libraries in link phase.
> I'll try to make some tests, but it'd help if you'd post your hbmk.cfg
> cmdline and -trace output.
I've found the reason.
Beca
Przemek, thanks!
>Please inform Extended System that AdsGetField(..., ADS_NONE)
>for character fields longer then 23 bytes read from DBF tables increase
>pulLen by one adding one garbage character to the end of string.
Done.
I´ll post any news here.
Best regards,
Toninho.
_
Przemek, thanks!
>Please inform Extended System that AdsGetField(..., ADS_NONE)
>for character fields longer then 23 bytes read from DBF tables increase
>pulLen by one adding one garbage character to the end of string.
Done.
I´ll post any news here.
Best regards,
Toninho.
___
On Thu, 14 May 2009, Szak�ts Viktor wrote:
> Thanks, please test it now.
Thanks, looks OK.
I made some test with recent hbmk2 and it stop to automatically
add [n]curses, slang and x11 libraries in link phase.
Can I set some default libraries which should be used with all
projects in hbmk.cfg?
b
On Thu, 14 May 2009, Szak�ts Viktor wrote:
Hi,
> > BTW I also found that aceapi-9.00.0.7.tar.gz is wrongly autodetected as
> > 9.10 not 9.00. Viktor Can you look at it?
> Of course, could you post me ace.h included in aceapi-9.00.0.7.tar.gz?
In attachment you a have diff for version 9.00.0.7 and
Hi,
> I've just made test in Linux using aceapi-9.10.0.0.tar.gz and it gives
> wrong results so also needs above workaround.
> So I'll re-enable the hack I added. I do not know if newer ACE client
> exists. Please inform Extended System that AdsGetField(..., ADS_NONE)
> for character fields longe
On Thu, 14 May 2009, Przemyslaw Czerpak wrote:
Hi
> > > Fernando reported that 9.10 is fixed.
> > I'm not confirm this information. 9.10 still bugged without your fix.
> So it means that it has to be reported to Extended System and the workaround
> activated also for other version.
I've jus
On Wed, 13 May 2009, toni...@fwi wrote:
Hi
> Thanks for your fix, but I'm an ADS 9.10 user and I can see that if I
> use ads1.c 10193 2009-02-06 18:23:08Z vszakats, I see no bug.
> The bug appear in ads1.c 10946 2009-04-28 19:35:27Z druzus.
> Can you check it please? Maybe I'm wrong.
It's possi
>2009-05-14 01:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/contrib/rddads/ads1.c
>* enable workaround code added in previous commit only for ACE 9.00.
> If other ACE clients need it too then please report them.
Hi Przemek.
Thanks for your fix, but I'm an ADS 9.10
Revision: 11039
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11039&view=rev
Author: druzus
Date: 2009-05-13 23:08:13 + (Wed, 13 May 2009)
Log Message:
---
2009-05-14 01:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddad
13 matches
Mail list logo