[Harbour] SF.net SVN: harbour-project:[11531] trunk/harbour
Revision: 11531 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11531&view=rev Author: vszakats Date: 2009-06-26 07:36:06 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 09:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbqt/hbqt_qhttp.cpp * contrib/hbqt/hbqt_qftp.cpp ! Commented with TOFIX comment two compilation errors reported on the list, to allow full Harbour build. ; TOFIX: Fix hb_parc() returned buffer passed directly to QT to return data. This would previously cause HVM corruption, not with 'const' it's caught by compiler. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt_qftp.cpp trunk/harbour/contrib/hbqt/hbqt_qhttp.cpp This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11528] trunk/harbour
On 06/25/2009 08:33 PM, dru...@users.sourceforge.net wrote: Revision: 11528 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11528&view=rev Author: druzus Date: 2009-06-26 00:33:38 + (Fri, 26 Jun 2009) Simply amazing! You are brilliant. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11532] trunk/harbour
Revision: 11532 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11532&view=rev Author: vszakats Date: 2009-06-26 08:22:36 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 10:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * make_gnu.bat * Automatically setting dos/wce architecture for some HB_COMPILER values. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/make_gnu.bat This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11533] trunk/harbour
Revision: 11533 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11533&view=rev Author: vszakats Date: 2009-06-26 09:00:16 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 10:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + mpkg_gnu.bat - mpkg_dos.bat - mpkg_win.bat % Windows and DOS package make batches merged into one. ! Deleting of BCC junk files where broken after latest changes. * make_gnu.bat ! Fixed to ignore HB_BUILD_DLL for dos platforms. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/make_gnu.bat Added Paths: --- trunk/harbour/mpkg_gnu.bat Removed Paths: - trunk/harbour/mpkg_dos.bat trunk/harbour/mpkg_win.bat This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
Hi Przemek, Shouldn't the last (input buffer) parameter of hb_gtRest() be also protected with 'const'? Brgds, Viktor On 2009.06.26., at 3:17, dru...@users.sourceforge.net wrote: Revision: 11530 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11530&view=rev Author: druzus Date: 2009-06-26 01:17:15 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 03:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbvm.h * harbour/include/hbapicdp.h * harbour/include/hbinit.h * harbour/include/hbapi.h * harbour/source/vm/initsymb.c * harbour/source/vm/macro.c * harbour/source/vm/hvm.c * harbour/source/vm/maindllp.c * harbour/source/vm/fm.c * harbour/source/vm/memvars.c * harbour/source/vm/set.c * harbour/source/rtl/cdpapi.c * replace old hb_vmProcessSymbols() with hb_vmProcessSymbolsEx() and removed hb_vmProcessSymbolsEx() - it efectively force all .prg code recompilation * removed old hb_vmProcessDllSymbols() * changed 'char *' to 'const char *' in: const char * hb_cdpSelectID( const char * ); const char * hb_cdpID( void ); void hb_xsetfilename( const char * szValue ); void hb_xsetinfo( const char * szValue ); int hb_memvarScope( const char * szVarName, ULONG ulLength ); const char * hb_macroGetType( HB_ITEM_PTR pItem ); Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapi.h trunk/harbour/include/hbapicdp.h trunk/harbour/include/hbinit.h trunk/harbour/include/hbvm.h trunk/harbour/source/rtl/cdpapi.c trunk/harbour/source/vm/fm.c trunk/harbour/source/vm/hvm.c trunk/harbour/source/vm/initsymb.c trunk/harbour/source/vm/macro.c trunk/harbour/source/vm/maindllp.c trunk/harbour/source/vm/memvars.c trunk/harbour/source/vm/set.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ 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] SF.net SVN: harbour-project:[11534] trunk/harbour
Revision: 11534
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11534&view=rev
Author: druzus
Date: 2009-06-26 09:14:08 + (Fri, 26 Jun 2009)
Log Message:
---
2009-06-26 11:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/dates.c
! fixed CTOD() to be CA-Cl*pper compatible in decoding dates like:
SET DATE FORMAT TO "-MM-DD"
? CTOD("02009.00012.0027.1")
? CTOD(" 0002009. 12. 28 1")
? CTOD("xx0002009.xxx12.xx28 1")
? CTOD("000 02009.00 12.000 28 1"), "*"
? CTOD("2007 11 29")
? CTOD(" 2007 11 29 ")
? CTOD("2007-1 1-29")
? CTOD("2007- 1 1 - 2 9 ")
! fixed HB_CTOT() to use the same formatting rules as CTOD() in
CA-Cl*pper - now delimiters between values are strictly required.
Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/source/rtl/dates.c
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] ANN: Terminal GUI - new remoting software for xHarbour
>-Original Message- >From: Massimo Belgrano [mailto:mbelgr...@deltain.it] >Sent: Friday, June 26, 2009 1:47 AM >To: Harbour Project Main Developer List. >Subject: [Harbour] ANN: Terminal GUI - new remoting software >for xHarbour > Massimo, tryinng you C:\harbour\examples\terminal\... ? My ask to Pritpal is, Is it technically possible join term_app and terminal serwer ? If it were possible, we real GTNET have (I do not know whether this is the correct "syntax" English). If additionally let it be connected/join/linked with the idea of Mindaugas as internet browser as a thin client, and embedded serwer http in userServerApp ! Dream :) Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
On Fri, 26 Jun 2009, Szak�ts Viktor wrote: Hi, > Shouldn't the last (input buffer) parameter of hb_gtRest() > be also protected with 'const'? Yes it should. Thank you for the note. I missed it. Probably we will find also few other functions which should be converted. If we remove casting to void* then such missing modifiers will be detected automatically. BTW We have in the code some unnecessary ([const]char*) and ([const]BYTE*) castings which we can safely remove now. If you find them then please remove the casting. Without such explicit casting any potential problems (f.e. type mismatch) are reported at compile time. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11535] trunk/harbour
Revision: 11535 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11535&view=rev Author: druzus Date: 2009-06-26 09:28:19 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 11:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapigt.h * harbour/source/rtl/gtapi.c ! added missing const to last parameter of hb_gtRest() Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapigt.h trunk/harbour/source/rtl/gtapi.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11536] trunk/harbour
Revision: 11536 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11536&view=rev Author: vszakats Date: 2009-06-26 09:30:00 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 11:29 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbgd/gdwrp.c ! Fixed const warnings. * TOFIX: Remaining: ../../gdwrp.c: In function 'HB_FUN_GDIMAGESTRINGFTEX': ../../gdwrp.c:2659: warning: assignment discards qualifiers from pointer target type ../../gdwrp.c:2676: warning: assignment discards qualifiers from pointer target type ../../gdwrp.c: In function 'HB_FUN_GDIMAGESTRINGFTCIRCLE': ../../gdwrp.c:2794: warning: assignment discards qualifiers from pointer target type ../../gdwrp.c:2800: warning: assignment discards qualifiers from pointer target type ../../gdwrp.c:2809: warning: passing argument 10 of 'gdImageStringFTCircle' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gdfx.h:41: note: expected 'char *' but argument is of type 'const char *' Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbgd/gdwrp.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Acces to Oracle :)
>-Original Message-
>From: April White [mailto:april_wh...@sympatico.ca]
>Sent: Friday, June 26, 2009 3:10 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Acces to Oracle :)
[...]
> LOCAL nLines := mlcount(@cMemo, nMaxLine, 1, .F., { chr(13) +
chr(10), chr(10), chr(13) } )
>
>April
>
>--
>... File not found. Should I fake it? (Y/N)
Thank you April.
It is in my environment, I keep the files incrementally.
Regards,
Marek Horodyski
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] CTOD() Clipper compatibility issue
On Thu, 25 Jun 2009, Mindaugas Kavaliauskas wrote:
Hi,
> C:\cawi32\sample\test>cat test172.prg
> PROC main()
> SET(4, "-MM-DD")
> ? CTOD("2009-06-25 Hello")
> ? CTOD("2009-06-25 12:13:14")
> RETURN
> C:\cawi32\sample\test>TEST172.EXE
> 2009-06-25
> 2009-06-25
> C:\cawi32\sample\test>hbrun test172.prg
> 2009-06-25
> - -
Should be fixed after:
2009-06-26 11:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
HB_CTOT() also. I tested it with:
PROC main()
LOCAL tNow, cNow
SET DATE FORMAT TO "-MM-DD"
tNow := HB_DATETIME()
? tNow
cNow := HB_TTOC(tNow)
? cNow
? HB_CTOT(cNow)
? HB_CTOT("x0002006x/012y/29aa as" + ;
"x ttx11 : 001 : 00038 .xxx xx 0093456")
?
? CTOD(DTOC(DATE())+" 1")
? CTOD(DTOC(DATE())+"x1")
? CTOD("02009.00012.0027.1")
? CTOD(" 0002009. 12. 28 1")
? CTOD("xx0002009.xxx12.xx28 1")
? CTOD("000 02009.00 12.000 28 1"), "*"
? CTOD("2007 11 29")
? CTOD(" 2007 11 29 ")
? CTOD("2007-1 1-29")
? CTOD("2007- 1 1 - 2 9 ")
SET DATE FORMAT TO ".M.DD"
? CTOD("2008.1 1.23")
RETURN
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] RDD SPEED TESTS (NEW NETRDD SYSTEM) OF XHARBOUR by Miguel Angel Marchuet
RDD SPEED TESTS (NEW NETRDD SYSTEM)
---
DBFCDX :
BMDBFCDX : DBFCDX + Static Bitmap filtered
REDBFCDX : Client-Server 100% compatible with BMDBFCDX
REMOTE : Windows 2008 Server
LOCAL : Windows 2000
LOCAL LOCAL LOCAL REMOTE REMOTEREMOTE
DBFCDX BMDBFCDX REDBFCDX DBFCDX BMDBFCDX REDBFCDX
7.344.16 42.00 859.80 519.56172.88
As test shown,
work with remote data wins : REDBFCDX
work with local data wins : BMDBFCDX
TEST.PRG:
ANNOUNCE RDDSYS
REQUEST DBFCDX,REDBFCDX,BMDBFCDX
FUNCTION MAIN( cRdd, cIP )
LOCAL n,t,m,p,J
IF Empty( cRdd )
cRdd := "REDBFCDX"
ENDIF
IF Empty( cIP )
cIP := "192.168.1.114"
ELSE
cIP := AllTrim( cIP )
ENDIF
SET DATE FORMAT "DD/MM/"
RDDSETDEFAULT( cRdd )
SET DELETED ON
SET AUTOPEN ON
IF cRdd == 'REDBFCDX'
? "CONECTED A IP: " + cIP + ":2813"
NET_OPENCONNECTION( cIP, 2813 )
ENDIF
IF ! HB_DBExists( "TMPTEST" )
? "creando tabla"
DBCREATE( "TMPTEST", { { "A1", "C", 10, 0 } }, cRdd )
ENDIF
USE TMPTEST SHARED NEW ALIAS "ONE" VIA ( cRdd )
IF LastRec() < 5
? "añadiendo 5 registros"
p := seconds()
FOR n := 1 TO 5
APPEND BLANK
REPLACE FIELD->A1 WITH "0123456789"
NEXT
?? " -> " + AllTrim( Str( seconds() - p ) ) + " seconds"
ENDIF
SET OPTIMIZE ON
IF HB_DBExists( "TMPTEST.CDX" )
OrdSetFocus( "TG1" )
ELSE
INDEX ON FIELD->A1 TAG tg1 TO ("TMPTEST.CDX")
ENDIF
? "Indice activo : " + ORDKEY()
? "Filtrando por : " + "RecNo() > 100 .AND. RecNo() < 200"
p := seconds()
DbSetFilter( {|| RecNo() > 100 .AND. RecNo() < 200 }, "RecNo() >
100 .AND. RecNo() < 200" )
?? " -> " + AllTrim( Str( seconds() - p ) ) + " seconds"
WAIT
p := t := seconds()
FOR M := 1 TO 10
? "PASO " + AllTrim( str( M ) )
DBGOTOP()
FOR n := 1 TO 5
J := ORDKEYNO()
J := ORDKEYCOUNT()
DBSKIP()
NEXT
?? " en " + AllTrim( Str( seconds() - p ) ) + " seconds"
p := seconds()
NEXT
DBCLOSEALL()
? " TOTAL " + AllTrim( Str( seconds() - t ) ) + " seconds"
wait
RETURN NIL
more tests:
LOCAL LOCAL LOCAL REMOTE REMOTEREMOTE
DBFCDX BMDBFCDX REDBFCDX DBFCDX BMDBFCDX REDBFCDX
single user 7.344.16 42.00 859.80 519.56172.88
simulated concurrent forced by system (W-2000)
single user 18.61 11.45 96.33
non concurrent (W-XP)
multi user751.00 399.5097.35
real concurrent
--
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] CTOD() Clipper compatibility issue
Hi,
Thank You! I'm still very impressed about the level of your
compatibility tests
Regards,
Mindaugas
Przemyslaw Czerpak wrote:
On Thu, 25 Jun 2009, Mindaugas Kavaliauskas wrote:
Hi,
C:\cawi32\sample\test>cat test172.prg
PROC main()
SET(4, "-MM-DD")
? CTOD("2009-06-25 Hello")
? CTOD("2009-06-25 12:13:14")
RETURN
C:\cawi32\sample\test>TEST172.EXE
2009-06-25
2009-06-25
C:\cawi32\sample\test>hbrun test172.prg
2009-06-25
- -
Should be fixed after:
2009-06-26 11:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
HB_CTOT() also. I tested it with:
PROC main()
LOCAL tNow, cNow
SET DATE FORMAT TO "-MM-DD"
tNow := HB_DATETIME()
? tNow
cNow := HB_TTOC(tNow)
? cNow
? HB_CTOT(cNow)
? HB_CTOT("x0002006x/012y/29aa as" + ;
"x ttx11 : 001 : 00038 .xxx xx 0093456")
?
? CTOD(DTOC(DATE())+" 1")
? CTOD(DTOC(DATE())+"x1")
? CTOD("02009.00012.0027.1")
? CTOD(" 0002009. 12. 28 1")
? CTOD("xx0002009.xxx12.xx28 1")
? CTOD("000 02009.00 12.000 28 1"), "*"
? CTOD("2007 11 29")
? CTOD(" 2007 11 29 ")
? CTOD("2007-1 1-29")
? CTOD("2007- 1 1 - 2 9 ")
SET DATE FORMAT TO ".M.DD"
? CTOD("2008.1 1.23")
RETURN
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11537] trunk/harbour
Revision: 11537 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11537&view=rev Author: vszakats Date: 2009-06-26 09:56:56 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 11:56 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbct/strdiff.c * contrib/hbct/strswap.c * contrib/hbct/range.c * contrib/hbct/tab.c * contrib/hbct/replace.c * contrib/hbct/numat.c * contrib/hbct/ctpad.c * contrib/hbct/remove.c * contrib/xhb/dbf2txt.c + Deleted non-const cast, fixed type usage. * contrib/gtwvg/wvgcuig.c % Using hb_parclen() instead of strlen(). Pritpal pls verify me. * mpkg_gnu.bat * examples/hbgf/hbgfwin/hbgfwin.hbp ! Typos. * examples/hbgf/hbgfwin/winapi.c * 'const' and hb_parv*() updates. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/wvgcuig.c trunk/harbour/contrib/hbct/ctpad.c trunk/harbour/contrib/hbct/numat.c trunk/harbour/contrib/hbct/range.c trunk/harbour/contrib/hbct/remove.c trunk/harbour/contrib/hbct/replace.c trunk/harbour/contrib/hbct/strdiff.c trunk/harbour/contrib/hbct/strswap.c trunk/harbour/contrib/hbct/tab.c trunk/harbour/contrib/xhb/dbf2txt.c trunk/harbour/examples/hbgf/hbgfwin/hbgfwin.hbp trunk/harbour/examples/hbgf/hbgfwin/winapi.c trunk/harbour/mpkg_gnu.bat This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
Okay, noted. There is quite a few hb_parc* retvals cast to non-const pointer, which is dangerous. Brgds, Viktor On 2009.06.26., at 11:26, Przemyslaw Czerpak wrote: On Fri, 26 Jun 2009, Szak�ts Viktor wrote: Hi, Shouldn't the last (input buffer) parameter of hb_gtRest() be also protected with 'const'? Yes it should. Thank you for the note. I missed it. Probably we will find also few other functions which should be converted. If we remove casting to void* then such missing modifiers will be detected automatically. BTW We have in the code some unnecessary ([const]char*) and ([const]BYTE*) castings which we can safely remove now. If you find them then please remove the casting. Without such explicit casting any potential problems (f.e. type mismatch) are reported at compile time. best regards, Przemek ___ 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] CTOD() Clipper compatibility issue
Perfect candidates for hbtest.
Brgds,
Viktor
On 2009.06.26., at 11:50, Mindaugas Kavaliauskas wrote:
Hi,
Thank You! I'm still very impressed about the level of your
compatibility tests
Regards,
Mindaugas
Przemyslaw Czerpak wrote:
On Thu, 25 Jun 2009, Mindaugas Kavaliauskas wrote:
Hi,
C:\cawi32\sample\test>cat test172.prg
PROC main()
SET(4, "-MM-DD")
? CTOD("2009-06-25 Hello")
? CTOD("2009-06-25 12:13:14")
RETURN
C:\cawi32\sample\test>TEST172.EXE
2009-06-25
2009-06-25
C:\cawi32\sample\test>hbrun test172.prg
2009-06-25
- -
Should be fixed after:
2009-06-26 11:13 UTC+0200 Przemyslaw Czerpak (druzus/at/
priv.onet.pl)
HB_CTOT() also. I tested it with:
PROC main()
LOCAL tNow, cNow
SET DATE FORMAT TO "-MM-DD"
tNow := HB_DATETIME()
? tNow
cNow := HB_TTOC(tNow)
? cNow
? HB_CTOT(cNow)
? HB_CTOT("x0002006x/012y/29aa as"
+ ;
"x ttx11 : 001 : 00038 .xxx xx 0093456")
?
? CTOD(DTOC(DATE())+" 1")
? CTOD(DTOC(DATE())+"x1")
? CTOD("02009.00012.0027.1")
? CTOD(" 0002009. 12. 28 1")
? CTOD("xx0002009.xxx12.xx28 1")
? CTOD("000 02009.00 12.000 28 1"), "*"
? CTOD("2007 11 29")
? CTOD(" 2007 11 29 ")
? CTOD("2007-1 1-29")
? CTOD("2007- 1 1 - 2 9 ")
SET DATE FORMAT TO ".M.DD"
? CTOD("2008.1 1.23")
RETURN
___
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] bug: hbbmcdx errors
../../bmdbfcdx.c: In function 'hb_cdxIndexFree': ../../bmdbfcdx.c:4910: warning: pointer targets in passing argument 1 of 'hb_fsDelete' differ in signedness ../../../../include/hbapifs.h:169: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxFindTag': ../../bmdbfcdx.c:5205: warning: passing argument 2 of 'hb_cdxFindBag' discards qualifiers from pointer target type ../../bmdbfcdx.c:5101: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c: In function 'hb_cdxDBOISkipWild': ../../bmdbfcdx.c:5554: warning: assignment discards qualifiers from pointer target type ../../bmdbfcdx.c: In function 'hb_cdxOpen': ../../bmdbfcdx.c:7758: warning: pointer targets in passing argument 1 of 'hb_spFileExists' differ in signedness ../../../../include/hbapifs.h:265: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxOrderListAdd': ../../bmdbfcdx.c:7875: warning: passing argument 2 of 'hb_cdxCreateFName' discards qualifiers from pointer target type ../../bmdbfcdx.c:4985: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c:7900: warning: pointer targets in passing argument 1 of 'hb_fileExtOpen' differ in signedness ../../../../include/hbapifs.h:317: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxOrderListDelete': ../../bmdbfcdx.c:7995: warning: passing argument 2 of 'hb_cdxCreateFName' discards qualifiers from pointer target type ../../bmdbfcdx.c:4985: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c: In function 'hb_cdxOrderCreate': ../../bmdbfcdx.c:8325: warning: pointer targets in passing argument 4 of 'hb_fileCreateTemp' differ in signedness ../../../../include/hbapifs.h:320: note: expected 'char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c:8334: warning: pointer targets in passing argument 1 of 'hb_fileExtOpen' differ in signedness ../../../../include/hbapifs.h:317: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c:8412: warning: passing argument 3 of 'hb_cdxIndexAddTag' discards qualifiers from pointer target type ../../bmdbfcdx.c:4784: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c: In function 'hb_cdxOrderInfo': ../../bmdbfcdx.c:8624: warning: initialization discards qualifiers from pointer target type ../../bmdbfcdx.c:8658: warning: passing argument 2 of 'hb_cdxFindBag' discards qualifiers from pointer target type ../../bmdbfcdx.c:5101: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c:8687: warning: passing argument 2 of 'hb_cdxFindBag' discards qualifiers from pointer target type ../../bmdbfcdx.c:5101: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c:8748: warning: initialization discards qualifiers from pointer target type ../../bmdbfcdx.c: In function 'hb_cdxRddInfo': ../../bmdbfcdx.c:9434: warning: initialization discards qualifiers from pointer target type ../../bmdbfcdx.c: In function 'hb_cdxSortWritePage': ../../bmdbfcdx.c:9686: warning: pointer targets in passing argument 4 of 'hb_fsCreateTemp' differ in signedness ../../../../include/hbapifs.h:163: note: expected 'char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxSortFree': ../../bmdbfcdx.c:9986: warning: pointer targets in passing argument 1 of 'hb_fsDelete' differ in signedness ../../../../include/hbapifs.h:169: note: expected 'const char *' but argument is of type 'BYTE *' In file included from ../../bmsixcdx.c:55: ../../bmdbfcdx.c: In function 'hb_cdxIndexFree': ../../bmdbfcdx.c:4910: warning: pointer targets in passing argument 1 of 'hb_fsDelete' differ in signedness ../../../../include/hbapifs.h:169: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxFindTag': ../../bmdbfcdx.c:5205: warning: passing argument 2 of 'hb_cdxFindBag' discards qualifiers from pointer target type ../../bmdbfcdx.c:5101: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c: In function 'hb_cdxDBOISkipWild': ../../bmdbfcdx.c:5554: warning: assignment discards qualifiers from pointer target type ../../bmdbfcdx.c: In function 'hb_cdxOpen': ../../bmdbfcdx.c:7758: warning: pointer targets in passing argument 1 of 'hb_spFileExists' differ in signedness ../../../../include/hbapifs.h:265: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx.c: In function 'hb_cdxOrderListAdd': ../../bmdbfcdx.c:7875: warning: passing argument 2 of 'hb_cdxCreateFName' discards qualifiers from pointer target type ../../bmdbfcdx.c:4985: note: expected 'char *' but argument is of type 'const char *' ../../bmdbfcdx.c:7900: warning: pointer targets in passing argument 1 of 'hb_fileExtOpen' differ in signedness ../../../../include/hbapifs.h:317: note: expected 'const char *' but argument is of type 'BYTE *' ../../bmdbfcdx
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
One more: Is there any reason to keep GT box frame strings as 'BYTE *' instead of 'char *' ? Brgds, Viktor On 2009.06.26., at 11:26, Przemyslaw Czerpak wrote: On Fri, 26 Jun 2009, Szak�ts Viktor wrote: Hi, Shouldn't the last (input buffer) parameter of hb_gtRest() be also protected with 'const'? Yes it should. Thank you for the note. I missed it. Probably we will find also few other functions which should be converted. If we remove casting to void* then such missing modifiers will be detected automatically. BTW We have in the code some unnecessary ([const]char*) and ([const]BYTE*) castings which we can safely remove now. If you find them then please remove the casting. Without such explicit casting any potential problems (f.e. type mismatch) are reported at compile time. best regards, Przemek ___ 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] SF.net SVN: harbour-project:[11538] trunk/harbour
Revision: 11538 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11538&view=rev Author: druzus Date: 2009-06-26 10:27:41 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 12:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/Makefile * harbour/contrib/hbbmcdx/bmdbfcdx.c * harbour/contrib/hbbmcdx/hbbmcdx.h * cleaned 'char *' <-> 'const char *' usage ! fixed BM_*Bit() macros definitions Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/Makefile trunk/harbour/contrib/hbbmcdx/bmdbfcdx.c trunk/harbour/contrib/hbbmcdx/hbbmcdx.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
On Fri, 26 Jun 2009, Szak�ts Viktor wrote: > One more: > Is there any reason to keep GT box frame strings > as 'BYTE *' instead of 'char *' ? I want to convert all of them to 'char*' but I would like to also change USHORT in cords to int. We need negative value in some of them and now we have to make strange casting to SHORT to to int. Also using [U]SHORT in 32 bit code quite is not very efficient because it forces additional instructions to zero upper 16bits in math operations. As long as [U]SHORT is not necessary for some memory allocation/align reasons it's usually more efficient to use [U]INT. I also want to to modify RDD structures to make them alignment independent (if possible) and eliminate unnecessary casting in RDD methods parameters. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
FYI, there are some explicit ( BYTE * ) casts to hb_parc*() calls in hsx.c, sxcompr.c, sxcrypt.c and usrrdd.c. Brgds, Viktor On 2009.06.26., at 11:26, Przemyslaw Czerpak wrote: On Fri, 26 Jun 2009, Szak�ts Viktor wrote: Hi, Shouldn't the last (input buffer) parameter of hb_gtRest() be also protected with 'const'? Yes it should. Thank you for the note. I missed it. Probably we will find also few other functions which should be converted. If we remove casting to void* then such missing modifiers will be detected automatically. BTW We have in the code some unnecessary ([const]char*) and ([const]BYTE*) castings which we can safely remove now. If you find them then please remove the casting. Without such explicit casting any potential problems (f.e. type mismatch) are reported at compile time. best regards, Przemek ___ 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] SF.net SVN: harbour-project:[11530] trunk/harbour
Sounds very good. If you can make use of some of the new planned types (already in hbdefs.h), please do so, probably it's now a good time. I'll commit just a few BYTE -> char in (box/frame) changes to CTWIN. Brgds, Viktor On 2009.06.26., at 12:37, Przemyslaw Czerpak wrote: On Fri, 26 Jun 2009, Szak�ts Viktor wrote: One more: Is there any reason to keep GT box frame strings as 'BYTE *' instead of 'char *' ? I want to convert all of them to 'char*' but I would like to also change USHORT in cords to int. We need negative value in some of them and now we have to make strange casting to SHORT to to int. Also using [U]SHORT in 32 bit code quite is not very efficient because it forces additional instructions to zero upper 16bits in math operations. As long as [U]SHORT is not necessary for some memory allocation/align reasons it's usually more efficient to use [U]INT. I also want to to modify RDD structures to make them alignment independent (if possible) and eliminate unnecessary casting in RDD methods parameters. best regards, Przemek ___ 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] SF.net SVN: harbour-project:[11539] trunk/harbour
Revision: 11539 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11539&view=rev Author: vszakats Date: 2009-06-26 10:51:04 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 12:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbct/ascpos.c * contrib/hbct/ctwfunc.c * contrib/hbct/ctcrypt.c * contrib/xhb/filestat.c * contrib/hbsqlit3/hbsqlit3.c * contrib/hbnf/fttext.c * contrib/hbpgsql/postgres.c * contrib/hbfimage/fi_wrp.c * contrib/hbgd/gdwrp.c * source/rtl/mouse53.c * 'const' cleanup. ; NOTE: I rather didn't commit BYTE to char in CTWIN. ; TOFIX: Some of these will result in warnings when passing values to external API calls. I'd like to ask developers to review what the intent was. Sometimes external API declarations are missing 'const', so it's safe to pass them these buffers, but it should be checked in documentation. --- ../../fi_wrp.c: In function 'HB_FUN_FI_LOADFROMMEM': ../../fi_wrp.c:372: warning: passing argument 1 of 'FreeImage_OpenMemory' discards qualifiers from pointer target type C:\devl\FreeImage-3.12.0\Dist/FreeImage.h:771: note: expected 'BYTE *' but argument is of type 'const BYTE *' ../../fi_wrp.c: In function 'HB_FUN_FI_GETFILETYPEFROMMEM': ../../fi_wrp.c:887: warning: passing argument 1 of 'FreeImage_OpenMemory' discards qualifiers from pointer target type C:\devl\FreeImage-3.12.0\Dist/FreeImage.h:771: note: expected 'BYTE *' but argument is of type 'const BYTE *' ../../gdwrp.c: In function 'HB_FUN_GDIMAGESTRINGFTEX': ../../gdwrp.c:2718: warning: passing argument 4 of 'gdImageStringFTEx' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gd.h:459: note: expected 'char *' but argument is of type 'const char *' ../../gdwrp.c:2718: warning: passing argument 9 of 'gdImageStringFTEx' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gd.h:459: note: expected 'char *' but argument is of type 'const char *' ../../gdwrp.c: In function 'HB_FUN_GDIMAGESTRINGFTCIRCLE': ../../gdwrp.c:2809: warning: passing argument 7 of 'gdImageStringFTCircle' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gdfx.h:41: note: expected 'char *' but argument is of type 'const char *' ../../gdwrp.c:2809: warning: passing argument 9 of 'gdImageStringFTCircle' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gdfx.h:41: note: expected 'char *' but argument is of type 'const char *' ../../gdwrp.c:2809: warning: passing argument 10 of 'gdImageStringFTCircle' discards qualifiers from pointer target type C:\devl\gd-2.0.34\include/gdfx.h:41: note: expected 'char *' but argument is of type 'const char *' --- Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbct/ascpos.c trunk/harbour/contrib/hbct/ctcrypt.c trunk/harbour/contrib/hbct/ctwfunc.c trunk/harbour/contrib/hbfimage/fi_wrp.c trunk/harbour/contrib/hbgd/gdwrp.c trunk/harbour/contrib/hbnf/fttext.c trunk/harbour/contrib/hbpgsql/postgres.c trunk/harbour/contrib/hbsqlit3/hbsqlit3.c trunk/harbour/contrib/xhb/filestat.c trunk/harbour/source/rtl/mouse53.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
On Fri, 26 Jun 2009, Szak�ts Viktor wrote: > FYI, there are some explicit ( BYTE * ) casts to hb_parc*() > calls in hsx.c, sxcompr.c, sxcrypt.c and usrrdd.c. I'll clean them. Thank you. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11540] trunk/harbour
Revision: 11540 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11540&view=rev Author: vszakats Date: 2009-06-26 11:10:13 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 13:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbfimage/fi_wrp.c * contrib/hbgd/gdwrp.c * Fixed warnings by casting. Ideally these should be fixed in external packages. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbfimage/fi_wrp.c trunk/harbour/contrib/hbgd/gdwrp.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11541] trunk/harbour
Revision: 11541 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11541&view=rev Author: vszakats Date: 2009-06-26 11:53:20 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 13:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbxbp/tests/demoxbp.prg ! Fixed the same warning again. * Changed to actually close the window when using close icon or Alt+F4. ; Thanks Priptal for the close fix, GPF is now gone. * mpkg_gnu.bat ! Using shorter temp dir names to make DOS command.com happy, so that it copies all libs with a little more chance. It's recommended to use a short base dir for DOS builds. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxbp/tests/demoxbp.prg trunk/harbour/mpkg_gnu.bat This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error strpeek.c compiling with bcc
SVN $Id: ChangeLog 11527 BCC 5.5, XP SP3 Suspiciuos pointer various warning. -8< Warning W8075 ../../mlcfunc.c 222: Suspicious pointer conversion in function hb_mlGetParams >8-- And get error --8<- bcc32.exe -I. -I../../../../include -q -tWM -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc-c ../../strpeek.c -ostrpeek.obj ../../strpeek.c: Error E2024 ../../strpeek.c 88: Cannot modify a const object in function HB_FUN_STRPOKE *** 1 errors in Compile *** mingw32-make[3]: *** [strpeek.obj] Error 1 mingw32-make[3]: Leaving directory `D:/harbour/trunk/harbour/source/rtl/win/bcc' mingw32-make[2]: *** [descend] Error 2 mingw32-make[2]: Leaving directory `D:/harbour/trunk/harbour/source/rtl' mingw32-make[1]: *** [rtl.inst] Error 2 mingw32-make[1]: Leaving directory `D:/harbour/trunk/harbour/source' mingw32-make: *** [source.inst] Error 2 GNU Make returned: 2 Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error strpeek.c compiling with bcc
Checkout your modified (or for other reasons not recent) sources from SVN. Brgds, Viktor On 2009.06.26., at 14:03, Itamar Lins wrote: SVN $Id: ChangeLog 11527 BCC 5.5, XP SP3 Suspiciuos pointer various warning. -8< Warning W8075 ../../mlcfunc.c 222: Suspicious pointer conversion in function hb_mlGetParams >8-- And get error --8<- bcc32.exe -I. -I../../../../include -q -tWM -w -w-sig- -Q -d -6 -O2 - OS -Ov -Oi -Oc-c ../../strpeek.c -ostrpeek.obj ../../strpeek.c: Error E2024 ../../strpeek.c 88: Cannot modify a const object in function HB_FUN_STRPOKE *** 1 errors in Compile *** mingw32-make[3]: *** [strpeek.obj] Error 1 mingw32-make[3]: Leaving directory `D:/harbour/trunk/harbour/source/rtl/win/bcc' mingw32-make[2]: *** [descend] Error 2 mingw32-make[2]: Leaving directory `D:/harbour/trunk/harbour/source/ rtl' mingw32-make[1]: *** [rtl.inst] Error 2 mingw32-make[1]: Leaving directory `D:/harbour/trunk/harbour/source' mingw32-make: *** [source.inst] Error 2 GNU Make returned: 2 Regards, Itamar M. Lins Jr. ___ 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] SF.net SVN: harbour-project:[11542] trunk/harbour
Revision: 11542 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11542&view=rev Author: vszakats Date: 2009-06-26 12:37:23 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 14:37 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbapi.h * source/vm/maindllp.c * source/vm/extend.c * contrib/gtwvg/gtwvg.h * contrib/gtwvg/wvgutils.c * Changed hb_parv*() function return value to 'const char *'. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/gtwvg.h trunk/harbour/contrib/gtwvg/wvgutils.c trunk/harbour/include/hbapi.h trunk/harbour/source/vm/extend.c trunk/harbour/source/vm/maindllp.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Error Ole
hb_oleCreateObject This function is in which lib? My enviroment hbole.lib is with date 05/06/2009 - mm/dd/ hbwin.lib not found this function. Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error Ole
misspell: win_oleCreateObject. in hbwin lib. On 2009.06.26., at 14:53, Itamar Lins wrote: hb_oleCreateObject This function is in which lib? My enviroment hbole.lib is with date 05/06/2009 - mm/dd/ hbwin.lib not found this function. Regards, Itamar M. Lins Jr. ___ 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] bug: msvc error in cdpapi.c
../../cdpapi.c(505) : error C2440: '=' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers ../../cdpapi.c(510) : error C2440: '=' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers ../../cdpapi.c(547) : error C2440: '=' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers ../../cdpapi.c(552) : error C2440: '=' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers (MS declares first param of strchr() without const in C++ mode inline version.) Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11543] trunk/harbour
Revision: 11543 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11543&view=rev Author: druzus Date: 2009-06-26 13:53:41 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 15:52 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rdd/hsx/hsx.c * removed ( BYTE * ) casting * harbour/include/hbchksum.h * harbour/source/rtl/hbadler.c * harbour/source/rtl/hbcrc.c * harbour/source/rtl/hbmd5.c * use 'const char *' for passed memory buffers ULONG hb_adler32( ULONG adler, const char *buf, ULONG len ); ULONG hb_crc16( ULONG crc, const char *buf, ULONG len ); ULONG hb_crc32( ULONG crc, const char *buf, ULONG len ); HB_ULONG hb_crc( HB_ULONG crc, const char * buf, ULONG len, HB_ULONG poly ); HB_ULONG hb_crcct( HB_ULONG crc, const char * buf, ULONG len, HB_ULONG poly ); void hb_md5( const char * ucData, ULONG ulLen, char * ucDigest ); void hb_md5file( HB_FHANDLE hFile, char * ucDigest ); * harbour/include/hbsxfunc.h * harbour/source/rdd/hbsix/sxcompr.c * harbour/source/rdd/hbsix/sxcrypt.c * use '[const] char *' for passed memory buffers in: void hb_sxEnCrypt( const char * pSrc, char * pDst, const char * pKeyVal, ULONG ulLen ); void hb_sxDeCrypt( const char * pSrc, char * pDst, const char * pKeyVal, ULONG ulLen ); BOOL hb_LZSSxDecompressMem( const char * pSrcBuf, ULONG ulSrcLen, char * pDstBuf, ULONG ulDstLen ); BOOL hb_LZSSxCompressMem( const char * pSrcBuf, ULONG ulSrcLen, char * pDstBuf, ULONG ulDstLen, ULONG * pulSize ); * harbour/include/hbapigt.h * harbour/include/hbgtcore.h * harbour/source/rtl/hbgtcore.c * harbour/source/rtl/mouse53.c * harbour/source/rtl/mouseapi.c * harbour/source/rtl/gtdos/gtdos.c * changed 'const BYTE *' to 'const char *' in MouseSaveState() and MouseRestoreState() GT methods and functions. * harbour/source/rtl/cdpapi.c * harbour/source/rtl/is.c * added ( char * ) casting as workaround for wrong in MSVC strchr() declaration. * harbour/include/hbrdddbf.h * harbour/source/rdd/dbf1.c * harbour/source/rtl/hbi18n1.c * harbour/contrib/xhb/hbcrypt.c * updated for above modifications Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/xhb/hbcrypt.c trunk/harbour/include/hbapigt.h trunk/harbour/include/hbchksum.h trunk/harbour/include/hbgtcore.h trunk/harbour/include/hbrdddbf.h trunk/harbour/include/hbsxfunc.h trunk/harbour/source/rdd/dbf1.c trunk/harbour/source/rdd/hbsix/sxcompr.c trunk/harbour/source/rdd/hbsix/sxcrypt.c trunk/harbour/source/rdd/hsx/hsx.c trunk/harbour/source/rtl/cdpapi.c trunk/harbour/source/rtl/gtdos/gtdos.c trunk/harbour/source/rtl/hbadler.c trunk/harbour/source/rtl/hbcrc.c trunk/harbour/source/rtl/hbgtcore.c trunk/harbour/source/rtl/hbi18n1.c trunk/harbour/source/rtl/hbmd5.c trunk/harbour/source/rtl/is.c trunk/harbour/source/rtl/mouse53.c trunk/harbour/source/rtl/mouseapi.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11544] trunk/harbour
Revision: 11544 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11544&view=rev Author: vszakats Date: 2009-06-26 14:35:29 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 16:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/hbmd5.c + HB_MD5(), HB_MD5FILE(): New logical parameter added, which controls whether to return binary data or hexadecimal string. The default is .T. which will return hexa string, to stay compatible. Later we should switch the default to .F.. * mpkg_gnu.bat * Updated requirement section. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/mpkg_gnu.bat trunk/harbour/source/rtl/hbmd5.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11545] trunk/harbour
Revision: 11545 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11545&view=rev Author: druzus Date: 2009-06-26 15:07:08 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 17:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbrddnsx.h * harbour/include/hbrddcdx.h * harbour/include/hbrddntx.h * synced with DBFAREAP * harbour/include/hbapicdp.h * harbour/source/rtl/cdpapi.c * changed UTF8 functions to use '[const] char' buffers instead for '[const] BYTE' * harbour/source/rtl/gtxwc/gtxwc.c * harbour/source/rtl/gttrm/gttrm.c * updated for above modification Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapicdp.h trunk/harbour/include/hbrddcdx.h trunk/harbour/include/hbrddnsx.h trunk/harbour/include/hbrddntx.h trunk/harbour/source/rtl/cdpapi.c trunk/harbour/source/rtl/gttrm/gttrm.c trunk/harbour/source/rtl/gtxwc/gtxwc.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11530] trunk/harbour
Found some candidates for 'const' addition in hbhash.h. Brgds, Viktor On 2009.06.26., at 12:37, Przemyslaw Czerpak wrote: On Fri, 26 Jun 2009, Szak�ts Viktor wrote: One more: Is there any reason to keep GT box frame strings as 'BYTE *' instead of 'char *' ? I want to convert all of them to 'char*' but I would like to also change USHORT in cords to int. We need negative value in some of them and now we have to make strange casting to SHORT to to int. Also using [U]SHORT in 32 bit code quite is not very efficient because it forces additional instructions to zero upper 16bits in math operations. As long as [U]SHORT is not necessary for some memory allocation/align reasons it's usually more efficient to use [U]INT. I also want to to modify RDD structures to make them alignment independent (if possible) and eliminate unnecessary casting in RDD methods parameters. best regards, Przemek ___ 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] SF.net SVN: harbour-project:[11546] trunk/harbour
Revision: 11546 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11546&view=rev Author: vszakats Date: 2009-06-26 15:44:32 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 17:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg ! Fixed to not add dirs empty after normalization to dirlists. + Now dirs passed through the command line or .hbm files are also normalized (incpath, libpath, inctrypath). * include/hbdate.h * source/rtl/console.c * source/rtl/philes.c * source/rtl/box.c * source/rtl/filebuf.c * source/rtl/inkey.c * source/rtl/datec.c * source/rtl/langapi.c * source/rtl/errapi.c * source/rtl/memofile.c * source/rtl/saverest.c * contrib/hbct/screen2.c * contrib/hbct/tab.c * contrib/hbct/dattime2.c * contrib/hbct/replace.c * contrib/hbct/remove.c * contrib/hbclipsm/gauge.c * contrib/hbmisc/dates2.c * examples/hbdoc/hbdfrdln.c * examples/hbmake/hbmakec.c * examples/hbsqlit2/hbsqlit2.c * 'const' cleanup. * hb_dateCMonth() retval changed to const. * hb_dateCDOW() retval changed to const. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbclipsm/gauge.c trunk/harbour/contrib/hbct/dattime2.c trunk/harbour/contrib/hbct/remove.c trunk/harbour/contrib/hbct/replace.c trunk/harbour/contrib/hbct/screen2.c trunk/harbour/contrib/hbct/tab.c trunk/harbour/contrib/hbmisc/dates2.c trunk/harbour/examples/hbdoc/hbdfrdln.c trunk/harbour/examples/hbmake/hbmakec.c trunk/harbour/examples/hbsqlit2/hbsqlit2.c trunk/harbour/include/hbdate.h trunk/harbour/source/rtl/box.c trunk/harbour/source/rtl/console.c trunk/harbour/source/rtl/datec.c trunk/harbour/source/rtl/errapi.c trunk/harbour/source/rtl/filebuf.c trunk/harbour/source/rtl/inkey.c trunk/harbour/source/rtl/langapi.c trunk/harbour/source/rtl/memofile.c trunk/harbour/source/rtl/philes.c trunk/harbour/source/rtl/saverest.c trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Problam with lates changes
try passing by reference. sTest := space(10) justright(@sTest) ? sTest thanks. Abe -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] offline note
Hi All, I'll be offline for the weekend. I'll answer for all pending questions to me when I'll be back. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] QT - HBXBP - appevents | inkeys - .cpp - placeholder
Hello Viktor I have two new files and am not sure where these should reside as both have cross references in hbqt and hbxbp. xbpappevents.cpp = #include "appevents.ch" xbpinkeys.cpp > This can be deffered for now == #include "inkey.ch" If I place these in hbxbp then probably I need to adjust build process in hbxbp. Same is true if I place it in hbqt. Opinions. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/QT---HBXBP---appevents-%7C-inkeys---.cpp---placeholder-tp24223195p24223195.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] Problam with lates changes
Hi Abe, I can't replicate any problem given this code. Can you post a self contained example with a description of the problem? I'd also suggest to you and everyone else to make new checkout and clean build before reporting a problem after recent excessive changes. Brgds, Viktor On 2009.06.26., at 18:09, AbeB wrote: try passing by reference. sTest := space(10) justright(@sTest) ? sTest thanks. Abe -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html Sent from the harbour-devel 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] SF.net SVN: harbour-project:[11530] trunk/harbour
On Fri, 26 Jun 2009, Szak�ts Viktor wrote: Hi, > Found some candidates for 'const' addition in hbhash.h. Fine, please update it. BTW changing [const] BYTE* in hb_fsRead*()/hb_fsWrite*() to [const] void* (just like in ANSIC read()/write()) should help in eliminating casting from other code. Probably we should use void* also for checksum and compress functions. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] QT - HBXBP - appevents | inkeys - .cpp - placeholder
Hi Pritpal, On 2009.06.26., at 18:18, Pritpal Bedi wrote: I have two new files and am not sure where these should reside as both have cross references in hbqt and hbxbp. xbpappevents.cpp = #include "appevents.ch" appevents.ch is an Xbase++ file, so it must go to hbxbp. If you need to place any logic depending on that file, you should place that logic in hbxbp, too. xbpinkeys.cpp > This can be deffered for now == #include "inkey.ch" If I place these in hbxbp then probably I need to adjust build process in hbxbp. Same is true if I place it in hbqt. I don't think this is necessary, you can use inkey.ch from a .cpp without any extra configuration. If you mean to add a new inkey.ch which is Xbase++ compatible, it should also go to hbxbp dir. hbqt doesn't have anything to do with Xbase++, so only strictly QT-only related stuff should go there. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problam with lates changes
test.prg proc main s := space(10) justright( @s) ? s //returns garbage characters is s. --- hbmk2 test -lhbct -- just tested it again with Harbour 2.0.0beta2 (Rev. 11544) Copyright (c) 1999-2009, http://www.harbour-project.org/ Viktor Szakáts wrote: > > Hi Abe, > > I can't replicate any problem given this code. > > Can you post a self contained example with a description > of the problem? > > I'd also suggest to you and everyone else to make new > checkout and clean build before reporting a problem > after recent excessive changes. > > Brgds, > Viktor > > On 2009.06.26., at 18:09, AbeB wrote: > >> >> >> try passing by reference. >> >> sTest := space(10) >> justright(@sTest) >> >> ? sTest >> >> thanks. >> Abe >> >> >> -- >> View this message in context: >> http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html >> Sent from the harbour-devel 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 > > -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162454.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour will pay professional documentation !?!
Hello Viktor, First of all, I'd like to say that I come here in peace. I mean, I have NO intention at all to upset anyone. Lots of Harbour-project members are my friends. So, please, see my answers in this context. Thanks ;-) > We sell xHarbour Language Reference Guide at a price of $48.00 ($59.00 with >> PDF). Total net sales for all xHarbour Language Reference Guide's combined >> over all years is USD $7,550.00. So, our total net loss on xHDN is >> $31,250.00 >> > > Documentation is available from homepage so it's a sales > helper, even the pure existence of a documentation is a > sales helper. Adding up income from selling doc isn't a > proper indicator here. I reckon you guys as being very well > established business persons, so I assume the investment > was well though out. Anyway, lets forget this point, as it > won't move us any closer to a resolutions. Ok. We shouldn't forget that lots of developers were and are >> working on Harbour for free, which again creates sales, >> income and profit for your company. >> Sorry, how do you connect Harbour to sales for xHarbour.com? >> > It has lots of parts and rooted from the same codebase, > which is years of work. I thought this is obvious. At least > for the compiler part, which is the base for the rest. Ok, now I see your point. off-course I agree that xHarbour was born from Harbour-project. Please don't forget that xHarbour is mainly a service business. We sell xHarbour and provide service for our users. We don't SELL original Harbour-project or xHarbour CODE, we make nice installers of them and provide service. Also, xHarbour.com has since its creation some 5 years ago, contributed back to [x]Harbour on a regular basis. Also, "for free", meaning no-one paid us for that work. This isn't appearing >> as a figure anywhere, but is probably a much higher amount >> than the cost of this documentation, even if you take >> a fraction of this figure, it's still a considerable >> contribution for the benefit (in actual $) of your company. >> Sorry, I don't agree. > > Very interesting POV. > So, just for me and other list members to understand it: > You question all the contributions non-xhb paid developers > were *ever* doing on Harbour and also xhb codebase? > IOW what you didn't pay for, just "got" there from the > thin air? Including the forked source code, recent patches, > and all contributions from free participants in between? Again, xHarbour.com has since its creation contributed back to [x]Harbour so much, even though it is STILL losing money. Its almost like you say you should ask all companies making money off of [x]Harbour to help pay? Now, I don't wanne start a political yes/no game here. I know what the investment on xharbour.com's part was in creating xHDN. I have no desire to "just" give it away. :) But I respect all of [x]Harbour's developers hard work! Just so you know :) > Also I just can guess, that you meant Harbour+xHarbour >> community, otherwise I even less understand the offer. >> >From you e-mail it wasn't clear that you want a joined >> doc effort afterwards, or just pass a copy to the free >> Harbour Project (and its free users) for that amount. >> I don't WANT or demand anything ;-) >> I just provide you with ideas and suggestions and if you guys like it and >> want to participate in it, you are welcome. But yes, I'd like this to be a >> joint Harbour/xHarbour venture. > > Thanks for clarifying, this is good and I agree. Ok. I still hold my opinion, that unless your business with >> the docs was a total loss, you should share your docs for >> free or some *much more realistic amount*, and we can >> continue to build it together for the benefit of all >> xHarbour and Harbour users. >> Sorry, Viktor, I don't understand that you can ask us to just "give away" >> an investment of + $38.000 with a loss of + $31.000. WHY should we do that? >> > Because this way it simply won't work in practice. Ron Pinkas also made massive contributions to [x]Harbour, but as a partner in xHarbour.com he ALSO pays for xHDN. What is the difference between him and you? I mean, on the subject of "I worked hard for Harbour, so I don't need to pay"? Again, I DO respect all your hard work. I just try to answer your questions. I've sent another mail just recently, please lets continue > on that ground if you agree. Yes, I see. I will reply on that one ASAP. Patrick ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbxbp and a GUI for Harbour
As you know I'm more interested in the "web path" but nevertheless I think that Harbour should have a classic desktop multi-platform GUI option to succeed. In the past I've tried to push xhgtk but I'm really impressed by the work that Pritpal and others have done on hbqt and hbxbp. hbxbp seems more "Clipper like" than other libs and it could be even closer with something like eXpress++ http://www.donnay-software.com/expprod19.htm that "that aids in the migration of Clipper applications to full-GUI". Comments? best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] QT - HBXBP - appevents | inkeys - .cpp - placeholder
Hi
Viktor Szakáts wrote:
>
>> xbpappevents.cpp
>> =
>> #include "appevents.ch"
>
> appevents.ch is an Xbase++ file, so it must go to hbxbp.
>
> If you need to place any logic depending on that file,
> you should place that logic in hbxbp, too.
>
appevent.ch is already in hbxbp.
New file is xbpappevents.cpp.
I have placed it in hbxbp only. How will look
Makefile of hbxbp if I add it there?
I mean I have added these lines in it
CPP_SOURCES=\
xbpappevents.cpp \
Now, what else in make system I have to add
to get it compiled. At this moment it terminated with
mingw32-make[1]: Entering directory `C:/harbour/contrib/hbxbp/win/mingw'
gcc -I. -I../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586
-mtune=pentiumpro-c ../../xbpappevents.cpp -oxbpappevents.o
../../xbpappevents.cpp:84:51: warning: missing terminating ' character
../../xbpappevents.cpp:89:23: error: QtGui/QtGui: No such file or directory
../../xbpappevents.cpp:97: error: 'Qt' has not been declared
../../xbpappevents.cpp:97: error: expected primary-expression before 'int'
../../xbpappevents.cpp:97: error: expected primary-expression before 'int'
../../xbpappevents.cpp:97: error: expected primary-expression before 'int'
../../xbpappevents.cpp:97: error: expected primary-expression before 'int'
../../xbpappevents.cpp:97: error: initializer expression list treated as
compound expression
../../xbpappevents.cpp:98: error: expected ',' or ';' before '{' token
../../xbpappevents.cpp:97: warning: 'hbqt_QTranslateKey' defined but not
used
mingw32-make[1]: *** [xbpappevents.o] Error 1
mingw32-make[1]: Leaving directory `C:/harbour/contrib/hbxbp/win/mingw'
mingw32-make: *** [descend] Error 2
Attached is the .cpp. Can you do the needful that it is included in the
make.
Regards
Pritpal Bedi
http://www.nabble.com/file/p24223592/xbpappevents.cpp xbpappevents.cpp
http://www.nabble.com/file/p24223592/appevent.ch appevent.ch
--
View this message in context:
http://www.nabble.com/QT---HBXBP---appevents-%7C-inkeys---.cpp---placeholder-tp24223195p24223592.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] SF.net SVN: harbour-project:[11547] trunk/harbour
Revision: 11547 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11547&view=rev Author: vszakats Date: 2009-06-26 16:42:25 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 18:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbhash.h * contrib/hbcurl/hbcurl.c * source/common/hbhash.c * source/compiler/hbident.c + Added const to low-level hash support functions. ; NOTE: Przemek, please check me. * source/rtl/Makefile * Formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbcurl/hbcurl.c trunk/harbour/include/hbhash.h trunk/harbour/source/common/hbhash.c trunk/harbour/source/compiler/hbident.c trunk/harbour/source/rtl/Makefile This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour will pay professional documentation !?!
Hello Viktor, I understand these limitations Viktor. I have some thoughts but need more time to see if they are worth mentioning. One thing is for sure. Its unthinkable that we as xHarbour.com just "give away" a investment of +$38,000. I'm sure you can understand. I was just giving you guys some input of what's possible with xHDN. Please give me some time to think it all through. If you, or anyone else has more ideas, please let us know. Patrick > Some more thoughts on the doc topic. > After thinking about it, I see not much point at all to ask for > *any actual amount of money* from the "Harbour community". > And the reason is very simple: There is no such entity as the > "Harbour community" as a payer. What I mean: If you say you > want N dollars for the docs as compensation, what can the > "Harbour community" do? Let's see: > - I for example could do nothing, since I'm not willing to pay > a dime for Harbour, for me it was enough to contribute several man-years > on this project for free, so even paying for it would be rather odd, > (especially if we consider that I personally don't need the > documentation, but this is generally irrelevant). > I don't know, just guess, that few other core developers may think > the same. > Maybe some Harbour-Project individuals could and would pay for the > docs though, but I have some doubts that would reach USD 3. Of > course there is a chance, but not very high. > - What we could do as "Harbour-Project". We are not one entity, thus > we don't have a bank account or box of cash, so whatever the amount > is, all we can do is to start gathering money via PayPal f.e.. wait > until it reaches USD 3 (we should check the legal side here, like > taxation), transfer the money to you as one amount. The audience here > is limited and we cannot be sure how much time will it take. > - What could the *whole* "Harbour community" do. Well, same applies > as above, but the audience is larger. With this part we (as > "Harbour-Project") > cannot do much, as we cannot reach f.e. xhb users, plus a lot of other > users who frequent other places. In this case we can contribute, but > it's a wider project. > So, to conclude from the above, you are asking for compensation at > the wrong place. > The only thing *we* could do is starting a campaign to gather money > to compensate your company for the docs. Now, this could be > equally done by you, or it could be done by both of us together as > a joint campaign. I'd think this latter would be the most effective. > Since you have the rights for the docs, money should probably > flow directly to some PayPal account of yours, and you can decide > whether to: > 1) publish the docs in advance. > 2) wait until a certain amount of money reaches your account and publish > then. > 3) wait until the amount of money reaches your proposal of 80% and publish > then. > With 2) and 3) there is a chance that money won't reach that certain > amount you feel okay, or reach it gradually by time. This wouldn't be > very nice for the (x)Harbour users, since they still get no documentation > in return of their donations, some may even feel cheated. > On the other hand, there is no limit on the amount you can collect, > so, it's also possible you will eventually get more than your originally > anticipated amount. > For above two reasons, IMO the best choice would be 1). This would > practically mean that all supporter parties (xhb.com, xhb.org, > harbour-project.org, plus everyone else wanting to participate) add > your PayPal button to their homepages and you publish the doc > sources right away. > Just ideas. > Brgds, > Viktor > On Wed, Jun 24, 2009 at 8:36 PM, Viktor Szakáts > wrote: >> >> Hi Patrick, >> >> To me it seems strange to push most of the costs of this >> business investment to "Harbour community", considering that >> it created sales, income and profit for your company >> along the years. I don't know, just guess that it wasn't >> a totally dead investment, which created a full $38800 loss >> for you. I hope not. >> >> We shouldn't forget that lots of developers were and are >> working on Harbour for free, which again creates sales, >> income and profit for your company. This isn't appearing >> as a figure anywhere, but is probably a much higher amount >> than the cost of this documentation, even if you take >> a fraction of this figure, it's still a considerable >> contribution for the benefit (in actual $) of your company. >> >> Also I just can guess, that you meant Harbour+xHarbour >> community, otherwise I even less understand the offer. >> >From you e-mail it wasn't clear that you want a joined >> doc effort afterwards, or just pass a copy to the free >> Harbour Project (and its free users) for that amount. >> >> I still hold my opinion, that unless your business with >> the docs was a total loss, you should share your docs for >> free or some *much more realistic amount*, and we can >> continue t
Re: [Harbour] hbxbp and a GUI for Harbour
Hi Lorenzo Lorenzo Fiorini-2 wrote: > > As you know I'm more interested in the "web path" but nevertheless I > think that Harbour should have a classic desktop multi-platform GUI > option to succeed. > > In the past I've tried to push xhgtk but I'm really impressed by the > work that Pritpal and others have done on hbqt and hbxbp. > > hbxbp seems more "Clipper like" than other libs and it could be even > closer with something like eXpress++ > http://www.donnay-software.com/expprod19.htm that "that aids in the > migration of Clipper applications to full-GUI". > > Comments? > Welcome in the club. hbxbp is/and will be 100% Xbase++ compatible. So we will always have excellent documentation available. As it will be 100% Xbase++ core compatible, I think Expresss++ will be a matter of recompilation if Roger is not utilizing Xbase++ C interface. I do not aware of the latest Express status but in 2002 era it was pure PRG code. As I am purely concentrating on the implemetation part, I need more hands to try this lib with real Xbase++ code and report differences on the list. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/hbxbp-and-a-GUI-for-Harbour-tp24223562p24223763.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] hbxbp and a GUI for Harbour
On Fri, Jun 26, 2009 at 6:52 PM, Pritpal Bedi wrote: > hbxbp is/and will be 100% Xbase++ compatible. > So we will always have excellent documentation available. This is a plus for me, since it also define a blueprint to follow. > As it will be 100% Xbase++ core compatible, I think > Expresss++ will be a matter of recompilation if Roger is > not utilizing Xbase++ C interface. > > I do not aware of the latest Express status but in 2002 era > it was pure PRG code. I was referring to express++ more as a concept than as a specific implementation. The idea is to create a layer that helps to save SAY/GET.. READ code. > I need more hands to try this lib with real Xbase++ code and > report differences on the list. I've never used xbase so I can't help you much. I'm trying to understand which kind of interest there is among the core developers about hbqt and hbxbp. Many thanks again for your work. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Nsi Script fault
Hi! With XP SP3, PT_BR ---8<--- GE_FINISH insertmacro: MUI_LANGUAGE !insertmacro: end of MUI_LANGUAGE LicenseLangString: open failed "D:\DEV\HARBOUR\COPYING" Usage: LicenseLangString name lang_id license_path Error in script "D:\harbour\trunk\harbour\mpkg_win.nsi" on line 65 -- aborting creation process --->8--- Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] QT - HBXBP - appevents | inkeys - .cpp - placeholder
Okay. In the beginning we've discussed that hbxbp shouldn't
directly rely on QT libs, only on hbqt interface lib, I think
we should stick with this. The other important and related
thing is that hbxbp will only contain .prg code.
To resolve this situation and keep proper component separation
along original plans, I think you should add some sort of
helper / worker functions to hbqt, which doesn't rely directly
on appevent.ch constants, but get them via parameters, or
create an middle layer with xbp independent hbqt constant,
and/or you should decompose the function in question
(hbqt_QKeyEventToAppEvent)
to smaller *generic* .cpp parts and move these to hbqt lib,
while keeping Xbase++ specific logic in hbxbp lib.
Probably the easiest way to achieve that is to add Qt::Key_*
constants to hbqt.ch with names HBQT_KEY_*, and do the rest
along above lines.
Brgds,
Viktor
On 2009.06.26., at 18:40, Pritpal Bedi wrote:
Hi
Viktor Szakáts wrote:
xbpappevents.cpp
=
#include "appevents.ch"
appevents.ch is an Xbase++ file, so it must go to hbxbp.
If you need to place any logic depending on that file,
you should place that logic in hbxbp, too.
appevent.ch is already in hbxbp.
New file is xbpappevents.cpp.
I have placed it in hbxbp only. How will look
Makefile of hbxbp if I add it there?
I mean I have added these lines in it
CPP_SOURCES=\
xbpappevents.cpp \
Now, what else in make system I have to add
to get it compiled. At this moment it terminated with
mingw32-make[1]: Entering directory `C:/harbour/contrib/hbxbp/win/
mingw'
gcc -I. -I../../../../include -Wall -W -O3 -fomit-frame-pointer -
march=i586
-mtune=pentiumpro-c ../../xbpappevents.cpp -oxbpappevents.o
../../xbpappevents.cpp:84:51: warning: missing terminating ' character
../../xbpappevents.cpp:89:23: error: QtGui/QtGui: No such file or
directory
../../xbpappevents.cpp:97: error: 'Qt' has not been declared
../../xbpappevents.cpp:97: error: expected primary-expression before
'int'
../../xbpappevents.cpp:97: error: expected primary-expression before
'int'
../../xbpappevents.cpp:97: error: expected primary-expression before
'int'
../../xbpappevents.cpp:97: error: expected primary-expression before
'int'
../../xbpappevents.cpp:97: error: initializer expression list
treated as
compound expression
../../xbpappevents.cpp:98: error: expected ',' or ';' before '{' token
../../xbpappevents.cpp:97: warning: 'hbqt_QTranslateKey' defined but
not
used
mingw32-make[1]: *** [xbpappevents.o] Error 1
mingw32-make[1]: Leaving directory `C:/harbour/contrib/hbxbp/win/
mingw'
mingw32-make: *** [descend] Error 2
Attached is the .cpp. Can you do the needful that it is included in
the
make.
Regards
Pritpal Bedi
http://www.nabble.com/file/p24223592/xbpappevents.cpp xbpappevents.cpp
http://www.nabble.com/file/p24223592/appevent.ch appevent.ch
--
View this message in context:
http://www.nabble.com/QT---HBXBP---appevents-%7C-inkeys---.cpp---placeholder-tp24223195p24223592.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] hbxbp and a GUI for Harbour
Pritpal Bedi escreveu: Hi Lorenzo Lorenzo Fiorini-2 wrote: As you know I'm more interested in the "web path" but nevertheless I think that Harbour should have a classic desktop multi-platform GUI option to succeed. In the past I've tried to push xhgtk but I'm really impressed by the work that Pritpal and others have done on hbqt and hbxbp. hbxbp seems more "Clipper like" than other libs and it could be even closer with something like eXpress++ http://www.donnay-software.com/expprod19.htm that "that aids in the migration of Clipper applications to full-GUI". Comments? Welcome in the club. hbxbp is/and will be 100% Xbase++ compatible. So we will always have excellent documentation available. As it will be 100% Xbase++ core compatible, I think Expresss++ will be a matter of recompilation if Roger is not utilizing Xbase++ C interface. I do not aware of the latest Express status but in 2002 era it was pure PRG code. As I am purely concentrating on the implemetation part, I need more hands to try this lib with real Xbase++ code and report differences on the list. Regards Pritpal Bedi I know that necessary rewrite PRG for we have a GUI in Windows or nixes. We have ready for this! There are a lots of options: FiveWin, MiniGUI, GT (wvg, wvw), etc. But I´d like if possible: One PRG API (XBase) for All? Explain me: Menus Functions: HB_NewMenu HB_AppendMenu HB_DeleteMenu GUI Controls: HB_Text HB_Radio HB_Button Etc, etc: I can´t make a choice because, all options are distinct! I can understand what old xbase style like @ Say Get, not work for in GUI, but I can´t proceed and do all change in prgs! Summarizing: Is possible set a PRG API (standard) and all GUI options adopt? Thanks for hard work! Ranier Vilela ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Nsi Script fault
You should check why file 'COPYING' cannot be copied into its final place. You can remove '> nul' from copy lines in mpkg_gnu.bat, maybe it will give some more information. Haven't seen this error yet, so I have no ready answer. Brgds, Viktor On 2009.06.26., at 19:16, Itamar Lins wrote: Hi! With XP SP3, PT_BR ---8<--- GE_FINISH insertmacro: MUI_LANGUAGE !insertmacro: end of MUI_LANGUAGE LicenseLangString: open failed "D:\DEV\HARBOUR\COPYING" Usage: LicenseLangString name lang_id license_path Error in script "D:\harbour\trunk\harbour\mpkg_win.nsi" on line 65 -- aborting creation process --->8--- Regards, Itamar M. Lins Jr. ___ 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] Re: Nsi Script fault
More info! -->8- Name: "Harbour Project" OutFile: "$%HB_PKGNAME%.exe" warning: unknown variable/constant "%HB_DIRNAME%" detected, ignoring (D:\harbour\trunk\harbour\mpkg_win.nsi:35) warning: unknown variable/constant "%HB_DIRNAME%" detected, ignoring (D:\harbour\trunk\harbour\mpkg_win.nsi:35) InstallDir: "C:\$%HB_DIRNAME%" -8<-- Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour will pay professional documentation !?!
Hi Patrick, On 2009.06.26., at 18:44, Patrick Mast wrote: Hello Viktor, I understand these limitations Viktor. I have some thoughts but need more time to see if they are worth mentioning. One thing is for sure. Its unthinkable that we as xHarbour.com just "give away" a investment of +$38,000. I'm sure you can understand. I was just giving you guys some input of what's possible with xHDN. Please give me some time to think it all through. If you, or anyone else has more ideas, please let us know. Okay, it's your asset and your investment. Anyhow it'd be good to work something out which is good for everyone. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Nsi Script fault
Because make_gnu.bat is not copying this files to \dev\harbour, TODO, INSTALL, Changelog, ... Best if nsi script get this is files default dir \harbour\trunk\harbour. Regards, Itamar M. Lins Jr. "Viktor Szakáts" escreveu na mensagem news:a9f1e689-aaaf-44e0-9ae2-399428d1c...@syenar.hu... > You should check why file 'COPYING' cannot be copied > into its final place. You can remove '> nul' from copy > lines in mpkg_gnu.bat, maybe it will give some more > information. > > Haven't seen this error yet, so I have no ready > answer. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour will pay professional documentation !?!
I still hold my opinion, that unless your business with the docs was a total loss, you should share your docs for free or some *much more realistic amount*, and we can continue to build it together for the benefit of all xHarbour and Harbour users. Sorry, Viktor, I don't understand that you can ask us to just "give away" an investment of + $38.000 with a loss of + $31.000. WHY should we do that? Because this way it simply won't work in practice. Ron Pinkas also made massive contributions to [x]Harbour, but as a partner in xHarbour.com he ALSO pays for xHDN. What is the difference between him and you? I mean, on the subject of "I worked hard for Harbour, so I don't need to pay"? Well, my goal wasn't to measure my own work vs. others', especially not Ron's whom I haven't worked with since at least 6-7 years. For sure for him the situation was a whole lot different than for me, given that he have had realized actual income from this project when investing in xHDN, and ever since. So it was an investment. This isn't bad at all, but it cannot be compared to me spending my own money earned from other projects without even the prospect of a future return of this money spent. For me personally it'd be money burnt without actual benefit. It's not about me though. It's about all Harbour users' needs and the acceptance of this language in the wider audience to keep it alive, and even gather new users. To reach these goals, a documentation is most probably a good thing to have. This is also good for you as a company because more users mean more potential income, good for every other users, since the chance the product will stay is higher and they can even use it more efficiently. Such amount of money is unlikely to come from *one* Harbour contributor / user though. Such amount of money could only come from *many* contributors / users, or from *an investor*. Unless I'm missing some opportunity somewhere. This list probably doesn't have too many investors subscribed :) so we can only help in finding more contributors / users to compensate you with the docs, plus offer volunteer work to enhance the documentation, this way effort would be merged, which is good. The other option for docs, is to start a separate effort (like gathering money on our own PayPal account and get a deal with Hannes or someone else), but this wouldn't be the best option for whole Harbour/xbb community. Or maybe others have more / better suggestions. Again, I DO respect all your hard work. I just try to answer your questions. Thank you Patrick. [ we should probably continue in the other subthread, but wanted to give answer to these questions also. ] Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Nsi Script fault
Okay, so it's clear that you're trying to use the .nsi file directly. It's not designed to work that way. In basic cases, you need to have your compiler in PATH, and just start mpkg_gnu.bat. [ For more, pls see INSTALL how to create install packages for different Windows compilers. ] Brgds, Viktor On 2009.06.26., at 19:38, Itamar Lins wrote: More info! -->8- Name: "Harbour Project" OutFile: "$%HB_PKGNAME%.exe" warning: unknown variable/constant "%HB_DIRNAME%" detected, ignoring (D:\harbour\trunk\harbour\mpkg_win.nsi:35) warning: unknown variable/constant "%HB_DIRNAME%" detected, ignoring (D:\harbour\trunk\harbour\mpkg_win.nsi:35) InstallDir: "C:\$%HB_DIRNAME%" -8<-- Regards, Itamar M. Lins Jr. ___ 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] Re: Nsi Script fault
It's not make_gnu.bat's job. You need mpkg_gnu.bat instead of make_gnu.bat, that's it. Brgds, Viktor On 2009.06.26., at 19:46, Itamar Lins wrote: Because make_gnu.bat is not copying this files to \dev\harbour, TODO, INSTALL, Changelog, ... Best if nsi script get this is files default dir \harbour\trunk \harbour. Regards, Itamar M. Lins Jr. "Viktor Szakáts" escreveu na mensagem news:a9f1e689-aaaf-44e0-9ae2-399428d1c...@syenar.hu ... You should check why file 'COPYING' cannot be copied into its final place. You can remove '> nul' from copy lines in mpkg_gnu.bat, maybe it will give some more information. Haven't seen this error yet, so I have no ready answer. ___ 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] offline note
Hi Przemek, Have a nice weekend off. Brgds, Viktor On 2009.06.26., at 18:14, Przemyslaw Czerpak wrote: Hi All, I'll be offline for the weekend. I'll answer for all pending questions to me when I'll be back. best regards, Przemek ___ 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] make_gnu.bat Fault copying subdir doc
Hi! D:/harbour/trunk/harbour/config/mingw32-make -C en-EN install _HB_BLD=yes mingw32-make[2]: Entering directory `D:/harbour/trunk/harbour/doc/en-EN' cmd.exe /c for %%f in (array.txt binnum.txt browse.txt clipper.txt cmdline.txt command.txt compiler.txt datetime.txt dbdelim.txt dbsdf.txt dbstrux.txt dir.txt diskspac.txt errsys.txt eval.txt file.txt garbage.txt gnulice.txt gtslang.txt harbext.txt hb_api.txt hb_apier.txt hb_apifs.txt hb_apigt.txt hb_apiit.txt hb_apiln.txt hb_apird.txt hb_compa.txt hb_date.txt hb_macro.txt hb_set.txt hb_vm.txt hvm.txt idle.txt input.txt lang.txt license.txt macro.txt math.txt memo.txt memvar2.txt menu.txt misc.txt nation.txt objfunc.txt rdd.txt rdddb.txt rddmisc.txt rddord.txt readme.txt sayget.txt set.txt setmode.txt string.txt strotype.txt subcodes.txt tbrowse.txt tclass.txt terminal.txt tgetlist.txt tlabel.txt treport.txt var.txt ) do copy "%%f" "D:\DEV\HARBOUR\doc\en-EN\" D:\harbour\trunk\harbour\doc\en-EN>copy "array.txt" "D:\DEV\HARBOUR\doc\en-EN\" O sistema nÆo pode encontrar o caminho especificado. 0 arquivo(s) copiado(s). Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbhash.c error.
Hi! With BCC, XP SP3. Error E2356 ../../hbhash.c 183: Type mismatch in redeclaration of 'hb_hashTableAdd' Error E2344 ../../../../include\hbhash.h 91: Earlier declaration of 'hb_hashTableAdd' *** 2 errors in Compile *** Regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] make_gnu.bat Fault copying subdir doc
You'll have to give some more information on your system, and how you started up the build. Here this works OK. Brgds, Viktor On 2009.06.26., at 20:00, Itamar Lins wrote: Hi! D:/harbour/trunk/harbour/config/mingw32-make -C en-EN install _HB_BLD=yes mingw32-make[2]: Entering directory `D:/harbour/trunk/harbour/doc/en- EN' cmd.exe /c for %%f in (array.txt binnum.txt browse.txt clipper.txt cmdline.txt command.txt compiler.txt datetime.txt dbdelim.txt dbsdf.txt dbstrux.txt dir.txt diskspac.txt errsys.txt eval.txt file.txt garbage.txt gnulice.txt gtslang.txt harbext.txt hb_api.txt hb_apier.txt hb_apifs.txt hb_apigt.txt hb_apiit.txt hb_apiln.txt hb_apird.txt hb_compa.txt hb_date.txt hb_macro.txt hb_set.txt hb_vm.txt hvm.txt idle.txt input.txt lang.txt license.txt macro.txt math.txt memo.txt memvar2.txt menu.txt misc.txt nation.txt objfunc.txt rdd.txt rdddb.txt rddmisc.txt rddord.txt readme.txt sayget.txt set.txt setmode.txt string.txt strotype.txt subcodes.txt tbrowse.txt tclass.txt terminal.txt tgetlist.txt tlabel.txt treport.txt var.txt ) do copy "%%f" "D:\DEV\HARBOUR\doc\en-EN\" D:\harbour\trunk\harbour\doc\en-EN>copy "array.txt" "D:\DEV\HARBOUR\doc\en-EN\" O sistema nÆo pode encontrar o caminho especificado. 0 arquivo(s) copiado(s). Regards, Itamar M. Lins Jr. ___ 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] SF.net SVN: harbour-project:[11548] trunk/harbour
Revision: 11548 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11548&view=rev Author: vszakats Date: 2009-06-26 18:13:27 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 20:12 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/common/hbhash.c ! Fixed error in prev commit. (strange that MSVC didn't complain) * mpkg_win.nsi + Added comment that this file shouldn't be used directly. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/mpkg_win.nsi trunk/harbour/source/common/hbhash.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: make_gnu.bat Fault copying subdir doc
Strange, exist files with same name of directory en_EN. :-( fixed here! Regards, Itamar M. Lins Jr. "Viktor Szakáts" escreveu na mensagem news:77f33005-a2ec-472d-b866-0ee194820...@syenar.hu... You'll have to give some more information on your system, and how you started up the build. Here this works OK. Brgds, Viktor On 2009.06.26., at 20:00, Itamar Lins wrote: > Hi! > > D:/harbour/trunk/harbour/config/mingw32-make -C en-EN install _HB_BLD=yes > mingw32-make[2]: Entering directory `D:/harbour/trunk/harbour/doc/en- EN' > > cmd.exe /c for %%f in (array.txt binnum.txt browse.txt clipper.txt > cmdline.txt command.txt compiler.txt datetime.txt dbdelim.txt dbsdf.txt > dbstrux.txt dir.txt diskspac.txt errsys.txt eval.txt file.txt garbage.txt > gnulice.txt gtslang.txt harbext.txt hb_api.txt hb_apier.txt hb_apifs.txt > hb_apigt.txt hb_apiit.txt hb_apiln.txt hb_apird.txt hb_compa.txt > hb_date.txt > hb_macro.txt hb_set.txt hb_vm.txt hvm.txt idle.txt input.txt lang.txt > license.txt macro.txt math.txt memo.txt memvar2.txt menu.txt misc.txt > nation.txt objfunc.txt rdd.txt rdddb.txt rddmisc.txt rddord.txt > readme.txt > sayget.txt set.txt setmode.txt string.txt strotype.txt subcodes.txt > tbrowse.txt tclass.txt terminal.txt tgetlist.txt tlabel.txt treport.txt > var.txt ) do copy "%%f" "D:\DEV\HARBOUR\doc\en-EN\" > > D:\harbour\trunk\harbour\doc\en-EN>copy "array.txt" > "D:\DEV\HARBOUR\doc\en-EN\" > O sistema nÆo pode encontrar o caminho especificado. >0 arquivo(s) copiado(s). > > Regards, > Itamar M. Lins Jr. > > > > ___ > 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] bug: RDD GPF with MinGW + r11543
I'm still investigating, but with r11543 and MinGW, I'm getting GPF
in DBUSEAREA() and also in ORDCREATE() in this small example:
---
FUNC MAIN()
USE TEST
INDEX ON FIRST TO test
---
---
Application Internal Error - C:\test\d.exe
Terminated at: 2009.06.26 21:00:19
Unrecoverable error 6005: Exception error:
Exception Code:C005
Exception Address:004687DA
EAX: EBX:00A9CBDC ECX: EDX:00A9C5EC
ESI:00A9C60C EDI:00A9C284 EBP:0007
CS:EIP:001B:004687DA SS:ESP:0023:0022F710
DS:0023 ES:0023 FS:003B GS:
Flags:00010206
CS:EIP: 80 38 2E 0F 84 E2 00 00 00 31 FF 80 7E 0B 00 B8
SS:ESP: 00A9CBDC 7C90FF2D
0007 00468710
0008 0047A5FA
C stack:
EIP: EBP: Frame: OldEBP, RetAddr, Params...
Modules:
0x0040 0x000E7000 C:\test\d.exe
0x7C90 0x000B2000 C:\windows\system32\ntdll.dll
0x7C80 0x000F6000 C:\windows\system32\kernel32.dll
0x77C1 0x00058000 C:\windows\system32\msvcrt.dll
0x7E41 0x00091000 C:\windows\system32\USER32.dll
0x77F1 0x00049000 C:\windows\system32\GDI32.dll
0x7639 0x0001D000 C:\windows\system32\IMM32.DLL
0x77DD 0x0009B000 C:\windows\system32\ADVAPI32.dll
0x77E7 0x00092000 C:\windows\system32\RPCRT4.dll
0x77FE 0x00011000 C:\windows\system32\Secur32.dll
Called from ORDCREATE(0)
Called from DBCREATEINDEX(0) in ../../rddord.prg
Called from MAIN(3) in d.prg
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbxbp and a GUI for Harbour
Pritpal Bedi escribió: Hi Lorenzo Lorenzo Fiorini-2 wrote: As you know I'm more interested in the "web path" but nevertheless I think that Harbour should have a classic desktop multi-platform GUI option to succeed. In the past I've tried to push xhgtk but I'm really impressed by the work that Pritpal and others have done on hbqt and hbxbp. hbxbp seems more "Clipper like" than other libs and it could be even closer with something like eXpress++ http://www.donnay-software.com/expprod19.htm that "that aids in the migration of Clipper applications to full-GUI". Comments? Welcome in the club. hbxbp is/and will be 100% Xbase++ compatible. So we will always have excellent documentation available. As it will be 100% Xbase++ core compatible, I think Expresss++ will be a matter of recompilation if Roger is not utilizing Xbase++ C interface. I do not aware of the latest Express status but in 2002 era it was pure PRG code. As I am purely concentrating on the implemetation part, I need more hands to try this lib with real Xbase++ code and report differences on the list. Regards Pritpal Bedi I know this will sound repetitive but I can´t helop you yet testing some real xbase++ examples because I cant generate hbqt.a nor hbxbp.a Ye i know you and viktor gave me some indications but it still does not generate those libs This is the last .bat I tried: SET PATH=C:\harbour\mingw\bin;C:\harbour\mingw\lib;C:\harbour\mingw\include;C:\harbour\bin;C:\harbour\lib;C:\harbour\include SET LIB=C:\harbour\mingw\lib;C:\Harbour\lib SET INCLUDE=C:\harbour\mingw\include;C:\harbour\include set HB_COMPILER=mingw SET HB_PATH=C:\harbour set HB_INSTALL_PREFIX=C:\harbour set HB_USER_CFLAGS=-DHB_FM_STATISTICS_OFF -DHB_FM_DLMT_ALLOC set HB_HVM_ALL=yes set HB_WITH_QT=yes set HB_DIR_QT=C:\Qt\2009.01\qt set HB_INC_QT=C:\Qt\2009.01\qt\include set HB_CONTRIB_ADDONS=hbxbp call make_gnu.bat clean > make_gnu_cln.txt call make_gnu.bat install> make_gnu_log.txt ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HbQt, Harbour and MT
Hi guys, sorry by my bad english.
I have a little question about HbQt and Harbour in MT mode...
The question is: when I start a new thread and I redefine an existing PUBLIC
var, in diferents places of my seconds thread, I have diferents values.
Look at sample for ilustrate the problem (this haven't my real aplication
but have the same problem)
INIT PROCEDURE Qt_Start()
qt_qapplication()
*myInitThread( "MainThread" )*
RETURN
EXIT PROCEDURE Qt_End()
qt_qapplication_exec()
RETURN
/*--*/
Procedure Main ()
Local oWindow
Local oButton
oWindow := QMainWindow():New()
oWindow:Resize(320, 240)
oWindow:Move( 250 , 250 )
oWindow:SetWindowTitle("Testing class QEventLoop")
oButton := QPushButton():New(oWindow:pPtr)
oButton:SetText("New Thread")
oButton:Resize(80, 30)
oButton:Move((320-80)/2, (240-30)/2)
oButton:Show()
Qt_Connect_Signal( oButton:pPtr , "clicked()", {|| hb_threadStart( {|| *
myInitThread*("Thread"+alltrim(str(int(seconds() , NewWindow() } ) } )
oWindow:Show()
Return
Function NewWindow ()
Local oWindow
Local oEventLoop
Local oButton
Local oButton2
Static n := 0
++n
oWindow := QMainWindow():New()
oWindow:Resize(320, 240)
oWindow:SetWindowTitle("Window "+str(n,2)+" myThread: "+*
my_public_thread*) // here is OK
oEventLoop := QEventLoop():New(oWindow:pPtr)
oButton := QPushButton():New(oWindow:pPtr)
oButton:SetText("Close")
oButton:Resize(80, 30)
oButton:Move( 50 , 10 )
oButton:Show()
Qt_Connect_Signal( oButton:pPtr , "clicked()", {|| oWindow:close() ,
oEventLoop:exit(0) } )
oButton2 := QPushButton():New(oWindow:pPtr)
oButton2:SetText("View Public var")
oButton2:Resize(80, 30)
oButton2:Move( 50 , 45 )
oButton2:Show()
Qt_Connect_Signal( oButton2:pPtr , "clicked()", {|| MsgInfo( "myThread:
" + *my_public_thread* ) } ) // here isn't OK
oWindow:Show()
oEventLoop:exec(0)
Return nil
FUNCTION MsgInfo( cMsg )
LOCAL oMB
oMB := QMessageBox():new()
oMB:SetInformativeText( cMsg )
oMB:SetWindowTitle( "Harbour-QT" )
oMB:Show()
RETURN nil
#ifdef __PLATFORM__WINDOWS
PROCEDURE hb_GtSys()
HB_GT_GUI_DEFAULT()
RETURN
#endif
*Function myInitThread( cThreadName )*
PUBLIC *my_public_thread* := cThreadName
Return .T.
Sequence:
- Start Program
- at INIT PROC I call the function myInitThread for init the PUBLIC var
called my_public_thread with "MainThread" value
- in main window, I press the button New Thread and it start a new thread
with a new window, but before call the new window, it call again the
function myInitThread (the same that was called from INIT PROC)
In this function, there is a new PUBLIC declaration of var my_public_Thread
with a value like "Thread28789" (where 28789 is the seconds() time)
- In the title of new window i can see the CORRECT value for my Public var
(declared into second thread)
- The probem: when I press the botton View Public Var, var my_public_thread
displayed is the MainThread container instead of the var declared in the
second thread.
Note: you can compile this sample with:
..HarbourMinGW\bin>hbmk2 *thisSample* ..\contrib\hbqt\hbqt.hbc -mt
-Ld:\qt\qt\lib
Any comments ?
Thanks in advance
CdQ
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbxbp and a GUI for Harbour
eXPpress is very good way for porting clipper app to gui it preprocess all command to gui (using a paralle array to getlist) is a method to write a good application if harbour will give speed to harbour to can be a good way 2009/6/26 Lorenzo Fiorini : > On Fri, Jun 26, 2009 at 6:52 PM, Pritpal Bedi wrote: > >> hbxbp is/and will be 100% Xbase++ compatible. >> So we will always have excellent documentation available. > > This is a plus for me, since it also define a blueprint to follow. > >> As it will be 100% Xbase++ core compatible, I think >> Expresss++ will be a matter of recompilation if Roger is >> not utilizing Xbase++ C interface. >> >> I do not aware of the latest Express status but in 2002 era >> it was pure PRG code. > > I was referring to express++ more as a concept than as a specific > implementation. > The idea is to create a layer that helps to save SAY/GET.. READ code. > >> I need more hands to try this lib with real Xbase++ code and >> report differences on the list. > > I've never used xbase so I can't help you much. I'm trying to > understand which kind of interest there is among the core developers > about hbqt and hbxbp. > > Many thanks again for your work. > > best regards, > Lorenzo > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problam with lates changes
Viktor, i posted a reply but i'm not sure it went thru. (i myself didn't get it in an email) i did a clean install test.prg proc main s := space(10) justright( @s) ? s //returns garbage characters is s. --- hbmk2 test -lhbct -- just tested it again with Harbour 2.0.0beta2 (Rev. 11544) Copyright (c) 1999-2009, http://www.harbour-project.org/ Viktor Szakáts wrote: > > Hi Abe, > > I can't replicate any problem given this code. > > Can you post a self contained example with a description > of the problem? > > I'd also suggest to you and everyone else to make new > checkout and clean build before reporting a problem > after recent excessive changes. > > Brgds, > Viktor > > On 2009.06.26., at 18:09, AbeB wrote: > >> >> >> try passing by reference. >> >> sTest := space(10) >> justright(@sTest) >> >> ? sTest >> >> thanks. >> Abe >> >> >> -- >> View this message in context: >> http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html >> Sent from the harbour-devel 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 > > -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3163488.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problam with lates changes
i can read your mail 2009/6/26 AbeB : > > Viktor, i posted a reply but i'm not sure it went thru. (i myself didn't get > it in an email) > > i did a clean install > > test.prg > proc main > s := space(10) > justright( @s) > ? s > //returns garbage characters is s. > --- > hbmk2 test -lhbct > -- > > > just tested it again with > Harbour 2.0.0beta2 (Rev. 11544) > Copyright (c) 1999-2009, http://www.harbour-project.org/ > > > > > Viktor Szakáts wrote: >> >> Hi Abe, >> >> I can't replicate any problem given this code. >> >> Can you post a self contained example with a description >> of the problem? >> >> I'd also suggest to you and everyone else to make new >> checkout and clean build before reporting a problem >> after recent excessive changes. >> >> Brgds, >> Viktor >> >> On 2009.06.26., at 18:09, AbeB wrote: >> >>> >>> >>> try passing by reference. >>> >>> sTest := space(10) >>> justright(@sTest) >>> >>> ? sTest >>> >>> thanks. >>> Abe >>> >>> >>> -- >>> View this message in context: >>> http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html >>> Sent from the harbour-devel 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 >> >> > > -- > View this message in context: > http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3163488.html > Sent from the harbour-devel mailing list archive at Nabble.com. > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbxbp and a GUI for Harbour
> This is the last .bat I tried: > > > SET > PATH=C:\harbour\mingw\bin;C:\harbour\mingw\lib;C:\harbour\mingw\include;C:\harbour\bin;C:\harbour\lib;C:\harbour\include > SET LIB=C:\harbour\mingw\lib;C:\Harbour\lib > SET INCLUDE=C:\harbour\mingw\include;C:\harbour\include > > set HB_COMPILER=mingw > SET HB_PATH=C:\harbour > set HB_INSTALL_PREFIX=C:\harbour > > set HB_USER_CFLAGS=-DHB_FM_STATISTICS_OFF -DHB_FM_DLMT_ALLOC > set HB_HVM_ALL=yes > > set HB_WITH_QT=yes > set HB_DIR_QT=C:\Qt\2009.01\qt > set HB_INC_QT=C:\Qt\2009.01\qt\include > set HB_CONTRIB_ADDONS=hbxbp > > call make_gnu.bat clean > make_gnu_cln.txt > call make_gnu.bat install > make_gnu_log.txt 90% of this is not needed and just raises the chance to mess up something or you're enabling defaults. Pls try with: --- set PATH=C:\harbour\mingw\bin;%PATH% set HB_INC_QT=C:\Qt\2009.01\qt\include make_gnu.bat clean install --- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problam with lates changes
Yes, thanks. Now I know it's an hbct function. It's a typo in one of recent patches. I'll commit a fix ASAP. Brgds, Viktor On 2009.06.26., at 21:28, AbeB wrote: Viktor, i posted a reply but i'm not sure it went thru. (i myself didn't get it in an email) i did a clean install test.prg proc main s := space(10) justright( @s) ? s //returns garbage characters is s. --- hbmk2 test -lhbct -- just tested it again with Harbour 2.0.0beta2 (Rev. 11544) Copyright (c) 1999-2009, http://www.harbour-project.org/ Viktor Szakáts wrote: Hi Abe, I can't replicate any problem given this code. Can you post a self contained example with a description of the problem? I'd also suggest to you and everyone else to make new checkout and clean build before reporting a problem after recent excessive changes. Brgds, Viktor On 2009.06.26., at 18:09, AbeB wrote: try passing by reference. sTest := space(10) justright(@sTest) ? sTest thanks. Abe -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3162355.html Sent from the harbour-devel 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 -- View this message in context: http://n2.nabble.com/Problam-with-lates-changes-tp3162355p3163488.html Sent from the harbour-devel 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
[Harbour] SF.net SVN: harbour-project:[11549] trunk/harbour
Revision: 11549 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11549&view=rev Author: vszakats Date: 2009-06-26 19:52:20 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-25 21:51 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbct/justify.c ! Fixed typo in one of recent const patches. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbct/justify.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbxbp and a GUI for Harbour
Ops, add also this to create build in your preferred location: set HB_INSTALL_PREFIX=C:\harbour Brgds, Viktor On Fri, Jun 26, 2009 at 9:44 PM, Viktor Szakáts wrote: >> This is the last .bat I tried: >> >> >> SET >> PATH=C:\harbour\mingw\bin;C:\harbour\mingw\lib;C:\harbour\mingw\include;C:\harbour\bin;C:\harbour\lib;C:\harbour\include >> SET LIB=C:\harbour\mingw\lib;C:\Harbour\lib >> SET INCLUDE=C:\harbour\mingw\include;C:\harbour\include >> >> set HB_COMPILER=mingw >> SET HB_PATH=C:\harbour >> set HB_INSTALL_PREFIX=C:\harbour >> >> set HB_USER_CFLAGS=-DHB_FM_STATISTICS_OFF -DHB_FM_DLMT_ALLOC >> set HB_HVM_ALL=yes >> >> set HB_WITH_QT=yes >> set HB_DIR_QT=C:\Qt\2009.01\qt >> set HB_INC_QT=C:\Qt\2009.01\qt\include >> set HB_CONTRIB_ADDONS=hbxbp >> >> call make_gnu.bat clean > make_gnu_cln.txt >> call make_gnu.bat install > make_gnu_log.txt > > 90% of this is not needed and just raises the chance > to mess up something or you're enabling defaults. > > Pls try with: > --- > set PATH=C:\harbour\mingw\bin;%PATH% > set HB_INC_QT=C:\Qt\2009.01\qt\include > make_gnu.bat clean install > --- > > Brgds, > Viktor > ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: make_gnu.bat Fault copying subdir doc
Yes, it was due to an old bug in the make system. The bug was not long ago worked around, so it's now okay. But, these wrong 'en-EN' _files_ could of course be left at install locations. It's best to completely delete the install dir before a clean build to avoid any leftovers. Or, use mpkg_gnu.bat which does everything automatically and spits out install kits as a result. Brgds, Viktor On Fri, Jun 26, 2009 at 8:39 PM, Itamar Lins wrote: > Strange, exist files with same name of directory en_EN. :-( fixed here! > > Regards, > Itamar M. Lins Jr. > > "Viktor Szakáts" > escreveu na mensagem news:77f33005-a2ec-472d-b866-0ee194820...@syenar.hu... > You'll have to give some more information on your system, > and how you started up the build. > > Here this works OK. > > Brgds, > Viktor > > On 2009.06.26., at 20:00, Itamar Lins wrote: > >> Hi! >> >> D:/harbour/trunk/harbour/config/mingw32-make -C en-EN install _HB_BLD=yes >> mingw32-make[2]: Entering directory `D:/harbour/trunk/harbour/doc/en- EN' >> >> cmd.exe /c for %%f in (array.txt binnum.txt browse.txt clipper.txt >> cmdline.txt command.txt compiler.txt datetime.txt dbdelim.txt dbsdf.txt >> dbstrux.txt dir.txt diskspac.txt errsys.txt eval.txt file.txt garbage.txt >> gnulice.txt gtslang.txt harbext.txt hb_api.txt hb_apier.txt hb_apifs.txt >> hb_apigt.txt hb_apiit.txt hb_apiln.txt hb_apird.txt hb_compa.txt >> hb_date.txt >> hb_macro.txt hb_set.txt hb_vm.txt hvm.txt idle.txt input.txt lang.txt >> license.txt macro.txt math.txt memo.txt memvar2.txt menu.txt misc.txt >> nation.txt objfunc.txt rdd.txt rdddb.txt rddmisc.txt rddord.txt >> readme.txt >> sayget.txt set.txt setmode.txt string.txt strotype.txt subcodes.txt >> tbrowse.txt tclass.txt terminal.txt tgetlist.txt tlabel.txt treport.txt >> var.txt ) do copy "%%f" "D:\DEV\HARBOUR\doc\en-EN\" >> >> D:\harbour\trunk\harbour\doc\en-EN>copy "array.txt" >> "D:\DEV\HARBOUR\doc\en-EN\" >> O sistema nĆo pode encontrar o caminho especificado. >> 0 arquivo(s) copiado(s). >> >> Regards, >> Itamar M. Lins Jr. >> >> >> >> ___ >> 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 mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbxbp and a GUI for Harbour
Viktor Szakáts escribió: This is the last .bat I tried: SET PATH=C:\harbour\mingw\bin;C:\harbour\mingw\lib;C:\harbour\mingw\include;C:\harbour\bin;C:\harbour\lib;C:\harbour\include SET LIB=C:\harbour\mingw\lib;C:\Harbour\lib SET INCLUDE=C:\harbour\mingw\include;C:\harbour\include set HB_COMPILER=mingw SET HB_PATH=C:\harbour set HB_INSTALL_PREFIX=C:\harbour set HB_USER_CFLAGS=-DHB_FM_STATISTICS_OFF -DHB_FM_DLMT_ALLOC set HB_HVM_ALL=yes set HB_WITH_QT=yes set HB_DIR_QT=C:\Qt\2009.01\qt set HB_INC_QT=C:\Qt\2009.01\qt\include set HB_CONTRIB_ADDONS=hbxbp call make_gnu.bat clean > make_gnu_cln.txt call make_gnu.bat install> make_gnu_log.txt 90% of this is not needed and just raises the chance to mess up something or you're enabling defaults. Pls try with: --- set PATH=C:\harbour\mingw\bin;%PATH% set HB_INC_QT=C:\Qt\2009.01\qt\include make_gnu.bat clean install --- Brgds, Viktor ok Viktor I will try that. thank you again for your patience !!! Best Regards Angel ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HArbour List Moderator
I like to know who is the list moderator Bruno ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11550] trunk/harbour
Revision: 11550 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11550&view=rev Author: vszakats Date: 2009-06-26 23:07:38 + (Fri, 26 Jun 2009) Log Message: --- 2009-06-26 01:06 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * make_gnu.bat + Now make_gnu.bat will find embedded GNU Make even if it's started from another directory. F.e. to rebuild only one contrib or core lib, it's enough to go to that dir and type: ..\..\make_gnu.bat ! More fixes to make build work on paths containing spaces. * make_gnu_os2.cmd * make_gnu.bat * make_gnu.sh * mpkg_win.nsi * mpkg_gnu.bat * Formatted header comment. + Added reference to INSTALL. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/make_gnu.bat trunk/harbour/make_gnu.sh trunk/harbour/make_gnu_os2.cmd trunk/harbour/mpkg_gnu.bat trunk/harbour/mpkg_win.nsi This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11551] trunk/harbour
Revision: 11551 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11551&view=rev Author: vszakats Date: 2009-06-27 00:28:48 + (Sat, 27 Jun 2009) Log Message: --- 2009-06-26 02:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * bin/postinst.bat * mpkg_gnu.bat + Moved copying of root doc (ChangeLog, INSTALL) files to postinst.bat. * make_gnu.bat ! Minor fix to not accept extra cmdline parameters when in full build mode. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/postinst.bat trunk/harbour/make_gnu.bat trunk/harbour/mpkg_gnu.bat This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HArbour List Moderator
On 06/26/2009 05:12 PM, Bruno Luciani wrote: I like to know who is the list moderator I am, Bruno. And I already explained to you that there is a file size limit on this email list. You have several choices. 1. Paraphrase your problem and post a portion of the log. 2. Put the file on a web site somewhere and send us a link so interested parties can get it. 3. Ask here who wants it and send it to them. We have many hundreds of people listening on this email list and large files would have to be mailed to all of them, so we limit it to 40k. It's nothing personal. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
