Szakáts Viktor wrote:
What is holding back 1.0 RC1?
I recently finalised porting my xHarbour app to Harbour using MSVC 6,
all seems to be well. Thanks particularly to you and Marek for sorting
out the bat and make files for MSVC.
I did however get link errors against ace32.lib generated vi
2008-05-12 11:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/scrollbr.prg
! Fixed :Update(). Submitted by Edmer.
! Fixed formula in :CalcThumbPos(). Reported by Edmer.
! Fixed assigment in :CalcThumbPos() to not interfere
with ::lOverride. Reported by Edmer
Please made any correction that you want
Sorry for my bad english
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrzej P.
Wozniak
Sent: Tuesday, May 06, 2008 8:33 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Why harbour is name of
I noticed this little problem with contrib/gtwvg/tests/bld_b32.bat
demowvg still doesn't seem to work.
The exe is generated but id don't start any screen
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-pro
2008-05-12 11:58 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/rddads/adsfunc.c
! Readded one mistakenly removed cast.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listi
hbini.prg has "=:|" as key, value default separators. This means that sth like:
[MAIN]
prog=c:\windows\edit.exe
by default returns only "c"
IMHO it's widely accepted that "=" is the only separator in ini files,
so I suggest to change the default to "=" only and left to the user to
add other sepa
2008-05-12 13:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
+ Added %HB_USER_LIB% for w32/msvc.
+ contrib/hbapollo/tests/bld_vc.bat
+ contrib/gtwvg/tests/bld_vc.bat
+ Added VC make files.
* contrib/gtwvg/tests/demowvg.prg
- Removed (unused) embedded C
Someone familiar with gtwvg will have to comment/solve this.
The build file itself (plain standard one with GTWVG added
as a lib) seem fine to me. "hello world" app builds and
runs okey.
Brgds,
Viktor
On 2008.05.12., at 12:16, Massimo Belgrano wrote:
I noticed this little problem with contr
Hi Lorenzo,
I agree that .ini should use '=' as a value separator.
(it should also be case-insensitive by default, which
it's currently not.)
With some proper code though, both separators could be
allowed as long as only the first match gets handled
as a separator and the rest as data. Otherwise
2008-05-12 14:24 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
+ Added hbpcre to lib list.
* source/rtl/hbini.prg
; Some formatting.
* tests/Makefile
+ tests/parseini.prg
+ tests/parseini.ini
+ tests/parseins.ini
+ Added .ini handling tests. Adapted
Hi Alex,
I'm afraid I cannot give an answer or a fix to this
one. In ace32.lib generated by Harbour, function names
are mangled differently than in the one supplied with
ADS. This is how the function names are generated by
dumpbin (in Harbour), so either this or the ones on
the caller side should
2008-05-12 19:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* tests/Makefile
+ Added hbpcre to the list of libs.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Mon, 05 May 2008, Szakáts Viktor wrote:
Hi Viktor,
> Okey, just to add one bit to this: This effect does
> happen in non-concurrent access too, _most likely_
> (but I'm not sure and see below) when the table state
> (position, ordering or filtering) changes between two
> stabilization calls.
>
On Mon, 12 May 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> hbini.prg has "=:|" as key, value default separators. This means that sth
> like:
> [MAIN]
> prog=c:\windows\edit.exe
> by default returns only "c"
> IMHO it's widely accepted that "=" is the only separator in ini files,
> so I suggest to
Hi Przemek and all,
Suppose there is a perfectly valid .prg
file, but instead of TAB or SPACE chars
for indenting, say we have Chr(160) chars
(looks like space in my editor).
In this case Harbour will compile the source without
a single error or warning, yet the resulting .c
file will virtually
2008-05-12 21:50 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/rddads/rddads.h
* contrib/rddads/ads1.c
* contrib/rddads/adsfunc.c
* Some cleanup. Minor fixes, comments added.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harb
Hello
Szakáts Viktor wrote:
>
> Someone familiar with gtwvg will have to comment/solve this.
>
> The build file itself (plain standard one with GTWVG added
> as a lib) seem fine to me. "hello world" app builds and
> runs okey.
>
>
I build gtwvg demo with xMate and works ok. With baytch file
Folks, I've found it..
set CFLAGS=-tW
has to be added to bld_b32.bat. (I'll commit it)
Anyone knows what's the equivalent switch for VC?
Brgds,
Viktor
On 2008.05.12., at 22:32, Pritpal Bedi wrote:
Hello
Szakáts Viktor wrote:
Someone familiar with gtwvg will have to comment/solve this.
Pritpal Bedi escribió:
Hello
Szakáts Viktor wrote:
Someone familiar with gtwvg will have to comment/solve this.
The build file itself (plain standard one with GTWVG added
as a lib) seem fine to me. "hello world" app builds and
runs okey.
I build gtwvg demo with xMate and works ok.
2008-05-12 22:58 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/tests/bld_b32.bat
+ Added switch to compile in GUI mode.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailma
A program work fine using rddads/ace32/ADS 8, but fail to create for
rddads/ace32/ADS 6.2x, with:
Error: Unresolved external '_AdsGetLongLong' referenced from
C:\HARBOUR803\HARBOUR\LIB\RDDADS620.LIB|ads1
Notes:
- rddads620.lib was created with proper macro for ADS version
- Harbour source cod
Thanks Viktor for the updates in scrollbr. BTW, I think we also need to
change the line in CalcThumbPos() method that contains:
IF !::lOverride
to:
IF ::lOverride
or we could just remove all references to lOverride as ::nThumbPos always
needs to be re-computed inside CalcThumbPos() metho
If I'm accessing a .adt table with fields f1 defined as I (integer) and f2
defined as DOUBLE and issued the following commands:
replace f1 with 300
replace f2 with 12500.55
Those fields are not actually replaced and remained empty.
Any ideas please.
Thanks,
Ed
--
View this message in
Hi David,
This has been resolved in latest SVN, could you please
recheck?
Brgds,
Viktor
On 2008.05.13., at 1:19, David Arturo Macias Corona wrote:
A program work fine using rddads/ace32/ADS 8, but fail to create for
rddads/ace32/ADS 6.2x, with:
Error: Unresolved external '_AdsGetLongLong'
Hi Ed,
I think we're doing exactly what C5.3 does now.
The problem you mentioned should be resolved by
using '::nThumbPos :=' direct assigment, instead
of '::ThumbPos :=' previously, where the latter
was interfering with ::lOverride as you've mentioned.
Brgds,
Viktor
On 2008.05.13., at 4:03, Ed
25 matches
Mail list logo
