Re: [Harbour] Re: .ppo selectively skips #line ... directives
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 via the sed script, I did not dig into the issues too hard and simply used the supplied one (as you point out, lucky I use MSVC). Have you had any issues there - I am using the new v9.0 (first time user of Advantage). Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 11:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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 test. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Why harbour is name of this project?
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 this project? From: Massimo Belgrano <[EMAIL PROTECTED]> Sent: Wt, 6 maja 2008 11:48 Subject: RE: [Harbour] Why harbour is name of this project? > Is correct this page? > http://en.wikipedia.org/wiki/Harbour_%28software%29#History No. Massimo, no. It is a very bad writing style and there are many commercial links. Let me (and maybe someone else) correct your editions, please. -- Regards from The Harbour Project mirror in Poland Andrzej P. Wozniak http://en.wikipedia.org/wiki/User:Andrzej_P._Wozniak --- Darmowe konta email http://www.free.os.pl Pojemnosc 1 GB --- ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] demowvg still doesn't seem start
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-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 11:58 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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/listinfo/harbour
[Harbour] hbini.prg default separators issue
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 separators ( it is a function parameter ). Any opinion? gest regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 13:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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 code. ; It still doesn't run though. * contrib/gtwvg/tests/bld_b32.bat ! Fixed eol-style. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] demowvg still doesn't seem start
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 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-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbini.prg default separators issue
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, such data might also cause problems: [main] name=value=with=equal This should return 'value=with=equal', currently it will return 'value'. I didn't test inline comments, but there should be some ways to add values containing '#' (or '||') signs, for example by ignoring any special chars when put inside double quotes: [main] name="my value with a (#) hashmark" [ In it's current form, .ini implementation is not up to standard IMO. ] Brgds, Viktor On 2008.05.12., at 13:05, Lorenzo Fiorini wrote: 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 separators ( it is a function parameter ). Any opinion? gest regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 14:24 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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 from xhb. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: .ppo selectively skips #line ... directives
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 be changed. I have no idea how though, sorry. Brgds, Viktor On 2008.05.12., at 9:33, Alex Strickland wrote: 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 via the sed script, I did not dig into the issues too hard and simply used the supplied one (as you point out, lucky I use MSVC). Have you had any issues there - I am using the new v9.0 (first time user of Advantage). Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 19:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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
Re: [Harbour] 2008-04-25 12:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
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.
> So, the problem seems not just that the cache becomes
> unsynced, but that the function browse.prg / FreshOrder()
> becomes confused and cannot go back to its original
> position, therefore the DO WHILE loop goes up to BOF().
> There was a pretty simple Browse() on an indexed table
> posted on the list a few years ago, which could demonstrate
> the problem pretty consistently. I've attached this small
> example to the list, plus find another preceding conversation
> with Bill Smith about this problem. Unfortunately for me
> the problem didn't surface neither with Clipper nor with
> Harbour this time, but it was surely there last time.
> [It depends on execution/screen response time, and some
> specific but normal navigation sequence]. I just can hope
> this helps.
I'm afraid that I cannot replicate it with current code.
I'm not even sure what's the exact problem.
Do you talk about the effect presented by code below?
best regards,
Przemek
proc main()
field F1
local oBrw, n
cls
dbCreate("_tst",{{"F1","N",10,0}})
use _tst
while lastrec()<30
dbappend()
F1:=recno()*10
enddo
index on F1 to _tst
set color to "W/R,W+/B"
oBrw := TBrowseDB( 1, 1, 15, 20 )
for n := 1 to fcount()
oBrw:AddColumn( TBColumnNew( FieldName( n ), ;
FieldBlock( FieldName( n ) ) ) )
next
dbgoto( 10 )
oBrw:forceStable()
inkey(0)
F1:=1001
dbcommit()
oBrw:refreshAll():forceStable()
inkey(0) // only last row is visible
while inkey(0)!=27
oBrw:applyKey(lastKey())
oBrw:forceStable()
enddo
setPos(20,0)
return
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbini.prg default separators issue
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 change the default to "=" only and left to the user to > add other separators ( it is a function parameter ). It's a bug which should be fixed. hb_RegexSplit() cannot be used to decode the line because it gives wrong results when value contain delimiters. It should be fixed. Changing default delimiter value does not resolve the problem. As Viktor said we should also add support for quoted values which can contain any other characters like comment markers. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Compiling .prg with "illegal" chars
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 contain no code. CA-Cl*pper would throw tons of "Illegal char" errors for the same .prg. I think Harbour should do something similar to save the time looking for a problem in a seemingly error-free source file. [ I'm experiencing this everytime I save a message from this list containing some code (as .rtf from OS X mail) and (using WordPad) I copy/paste the code to a .prg. ] Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 21:50 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] demowvg still doesn't seem start
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 files I am not familiar with. I will try to resolve it. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/demowvg-still-doesn%27t-seem-start-tp17184712p17189971.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] demowvg still doesn't seem start
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. 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 files I am not familiar with. I will try to resolve it. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/demowvg-still-doesn%27t-seem-start-tp17184712p17189971.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] demowvg still doesn't seem start
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. With baytch files I am not familiar with. I will try to resolve it. Hi, Please, can you attached the file environment of xMate. Is it possible to compile with MinGW? Salu2, GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] CHANGELOG: 2008-05-12 22:58 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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/mailman/listinfo/harbour
[Harbour] AdsGetLongLong
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 code date is March 2008
and yes, ace32.lib/ADS 6.2x does not contain AdsGetLongLong, requested
in ads1.c:
--
#ifndef HB_LONG_LONG_OFF
case HB_FT_AUTOINC:
{
SIGNED64 qVal = 0;
ulRetVal = AdsGetLongLong( pArea->hTable, ADSFIELD( uiIndex ),
&qVal );
if( ulRetVal == AE_NO_CURRENT_RECORD )
{
qVal = 0;
pArea->fEof = TRUE;
}
hb_itemPutNIntLen( pItem, ( HB_LONG ) qVal, 10 );
break;
}
case HB_FT_ROWVER:
{
SIGNED64 qVal = 0;
ulRetVal = AdsGetLongLong( pArea->hTable, ADSFIELD( uiIndex ),
&qVal );
if( ulRetVal == AE_NO_CURRENT_RECORD )
{
qVal = 0;
pArea->fEof = TRUE;
}
hb_itemPutNIntLen( pItem, ( HB_LONG ) qVal, 20 );
break;
}
#else
--
David Macias
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] CHANGELOG: 2008-05-12 11:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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() method. Cheers, Ed -- View this message in context: http://www.nabble.com/CHANGELOG%3A-2008-05-12-11%3A54-UTC%2B0100-Viktor-Szakats-%28harbour.01-syenar-hu%29-tp17184480p17199635.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Some problems with .ADT files
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 context: http://www.nabble.com/Some-problems-with-.ADT-files-tp17200684p17200684.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] AdsGetLongLong
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' referenced from C:
\HARBOUR803\HARBOUR\LIB\RDDADS620.LIB|ads1
Notes:
- rddads620.lib was created with proper macro for ADS version
- Harbour source code date is March 2008
and yes, ace32.lib/ADS 6.2x does not contain AdsGetLongLong,
requested in ads1.c:
--
#ifndef HB_LONG_LONG_OFF
case HB_FT_AUTOINC:
{
SIGNED64 qVal = 0;
ulRetVal = AdsGetLongLong( pArea->hTable,
ADSFIELD( uiIndex ), &qVal );
if( ulRetVal == AE_NO_CURRENT_RECORD )
{
qVal = 0;
pArea->fEof = TRUE;
}
hb_itemPutNIntLen( pItem, ( HB_LONG ) qVal, 10 );
break;
}
case HB_FT_ROWVER:
{
SIGNED64 qVal = 0;
ulRetVal = AdsGetLongLong( pArea->hTable,
ADSFIELD( uiIndex ), &qVal );
if( ulRetVal == AE_NO_CURRENT_RECORD )
{
qVal = 0;
pArea->fEof = TRUE;
}
hb_itemPutNIntLen( pItem, ( HB_LONG ) qVal, 20 );
break;
}
#else
--
David Macias
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] CHANGELOG: 2008-05-12 11:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
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, Edmer wrote: 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() method. Cheers, Ed -- View this message in context: http://www.nabble.com/CHANGELOG%3A-2008-05-12-11%3A54-UTC%2B0100-Viktor-Szakats-%28harbour.01-syenar-hu%29-tp17184480p17199635.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
