Re: [Harbour] What about a six month release cycle?
On Thu, Sep 4, 2008 at 8:34 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote: > Some changes may not be such trivial to add and finish in 6 months. > ... > If we want to release 1.0.n with fixes only then I have to create > new branch for it (1.1.0) where we can make tests, modifications, > extensions without any dead line. Sorry, my intention was not to define deadlines, this is a voluntary based project. The 6 six release define the dates of the releases not what should be included. It's only a way to keep the project alive and to "sync the clock" of the members. Core developers will decide which branch/tag will be the released based on the status. However it was only a suggestion, it's more important what's inside than how it is called or when it will be released. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] What about a six month release cycle?
Hi Pritpal MT is very good news I hope in your support of multiple active windows gt Is still possible? I am also interested to your project regarding gt & hb documentation Best regard Massimo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 11:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 11:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/mtpl_vc.mak - Removed recently (and mistakenly) added unnecessary option. [TOMERGE 1.0.1] * source/macro/macro.y - Removed old comment, other part synced with harbour.y. [TOMERGE 1.0.1] * source/rdd/dbffpt/dbffpt1.c ! Fixed MSVC -W4 potentially unused var warnings. [TOMERGE 1.0.1] * contrib/Makefile * contrib/make_b32_all.bat * contrib/make_gcc_all.sh * contrib/make_vc_all.bat - Removed (commented) references to hbsqlit2. hbsqlit2 is broken due to foreign code problems. It will be converted to use separately compiled sqlite2 library. Pls use hbsqlit3 as a replacement. [TOMERGE 1.0.1] - contrib/hbsqlit2/vdbeaux.c - contrib/hbsqlit2/build.c - contrib/hbsqlit2/vdbeInt.h - contrib/hbsqlit2/opcodes.h - contrib/hbsqlit2/btree.c - contrib/hbsqlit2/delete.c - contrib/hbsqlit2/printf.c - contrib/hbsqlit2/trigger.c - contrib/hbsqlit2/attach.c - contrib/hbsqlit2/btree.h - contrib/hbsqlit2/sqlite.h - contrib/hbsqlit2/pragma.c - contrib/hbsqlit2/config.h - contrib/hbsqlit2/util.c - contrib/hbsqlit2/select.c - contrib/hbsqlit2/os.c - contrib/hbsqlit2/hash.c - contrib/hbsqlit2/os.h - contrib/hbsqlit2/hash.h - contrib/hbsqlit2/tokenize.c - contrib/hbsqlit2/pager.c - contrib/hbsqlit2/vacuum.c - contrib/hbsqlit2/auth.c - contrib/hbsqlit2/pager.h - contrib/hbsqlit2/insert.c - contrib/hbsqlit2/copy.c - contrib/hbsqlit2/parse.c - contrib/hbsqlit2/where.c - contrib/hbsqlit2/date.c - contrib/hbsqlit2/expr.c - contrib/hbsqlit2/parse.h - contrib/hbsqlit2/LICENSE.txt - contrib/hbsqlit2/random.c - contrib/hbsqlit2/vdbe.c - contrib/hbsqlit2/sqliteInt.h - contrib/hbsqlit2/update.c - contrib/hbsqlit2/main.c - contrib/hbsqlit2/btree_rb.c - contrib/hbsqlit2/vdbe.h - contrib/hbsqlit2/table.c - contrib/hbsqlit2/func.c - contrib/hbsqlit2/opcodes.c - contrib/hbsqlit2/encode.c - Removed foreign code. [TOMERGE 1.0.1] -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Proposed home page layout
I dont like this colour Imo is better usi web2.0 colour -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chen Kedem Sent: Thursday, September 04, 2008 11:02 AM To: harbour@harbour-project.org Subject: [Harbour] Proposed home page layout I am not a web master nor a graphic designer, but here is (attached) my suggestion for a new Harbour home page. I do like the current logo and ship colors, so I used them in the design. I think it is simple and make it easy to find the information you need. For start it would contain the content of the current site texts just layout in this new design, later it could be updated with any new data and maybe translated to other lagnuages (their small flags and links could be put on the white section on the top right). What do you think? Chen. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbinet.c, hbtip bugs in 1.0
I've just found a bug in source/rtl/hbinet.c 1.0:
HB_FUNC( HB_INETGETSNDBUFSIZE )
{
...
getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, ( void * ) &value, &len );
#endif
hb_retni( value ); < this seems missed
}
}
In contrib/hbtip/tests/tiptest.prg "Retrieve" is missplelled as
"Retreive" in few comments, but
in contrib/hbtip/popcln.prg is missplelled the call of a method:
METHOD Read( nLen ) CLASS tIPClientPOP
...
RETURN ::Retreive( Val (::oUrl:cFile ), nLen )
should be
RETURN ::Retrieve( Val (::oUrl:cFile ), nLen )
I'm not sure where commit, so please commit them if confirmed.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 12:01 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 12:01 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/common/hbver.c ! Version detection fixed for __DMC__ [TOMERGE 1.0.1] * contrib/mtpl_gcc.mak % One unnecessary C -I option deleted. [TOMERGE 1.0.1] - contrib/hbsqlit2 + contrib/examples/hbsqlit2 * doc/whatsnew.txt * Moved hbsqlit2 to examples. [TOMERGE 1.0.1] * contrib/examples/hbsqlit2/Makefile * contrib/examples/hbsqlit2/make_b32.bat * contrib/examples/hbsqlit2/make_gcc.sh * contrib/examples/hbsqlit2/make_vc.bat * contrib/examples/hbsqlit2/common.mak * contrib/examples/hbsqlit2/tests/bld_b32.bat * contrib/examples/hbsqlit2/tests/bld_vc.bat * Modified make files to work from the new location. * Location of sqlite2 headers can be specified by HB_INC_SQLITE2. ; Notice that sqlite2 lib itself should now be build separately. [TOMERGE 1.0.1] -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbinet.c, hbtip bugs in 1.0
Hi Lorenzo,
Just commit these to the main branch and "tag"
them in the ChangeLog entry with '[TOMERGE 1.0.1]',
I'll merge these later to 1.0 branch with the rest
of latest changes.
Brgds,
Viktor
On 2008.09.05., at 12:05, Lorenzo Fiorini wrote:
I've just found a bug in source/rtl/hbinet.c 1.0:
HB_FUNC( HB_INETGETSNDBUFSIZE )
{
...
getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, ( void * )
&value, &len );
#endif
hb_retni( value ); < this seems missed
}
}
In contrib/hbtip/tests/tiptest.prg "Retrieve" is missplelled as
"Retreive" in few comments, but
in contrib/hbtip/popcln.prg is missplelled the call of a method:
METHOD Read( nLen ) CLASS tIPClientPOP
...
RETURN ::Retreive( Val (::oUrl:cFile ), nLen )
should be
RETURN ::Retrieve( Val (::oUrl:cFile ), nLen )
I'm not sure where commit, so please commit them if confirmed.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] About DbOrderInfo( DBOI_CUSTOM ) / OrdCustom()
Hi Przemek, I noticed a custom tag cannot be convert to NO custom. It isn't posible due to the synchronization between pTag->Template and pTag->Custom. Is there some way to do it ? Many thanks Juan ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 12:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 12:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * doc/whatsnew.txt * Reviewed, some clarifications. [TOMERGE 1.0.1] -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbinet.c, hbtip bugs in 1.0
Yes, you are right
I correct it
Best regards,
Miguel Angel marchuet
Lorenzo Fiorini escribió:
I've just found a bug in source/rtl/hbinet.c 1.0:
HB_FUNC( HB_INETGETSNDBUFSIZE )
{
...
getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, ( void * ) &value, &len );
#endif
hb_retni( value ); < this seems missed
}
}
In contrib/hbtip/tests/tiptest.prg "Retrieve" is missplelled as
"Retreive" in few comments, but
in contrib/hbtip/popcln.prg is missplelled the call of a method:
METHOD Read( nLen ) CLASS tIPClientPOP
...
RETURN ::Retreive( Val (::oUrl:cFile ), nLen )
should be
RETURN ::Retrieve( Val (::oUrl:cFile ), nLen )
I'm not sure where commit, so please commit them if confirmed.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
__ Información de NOD32, revisión 3415 (20080904) __
Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] About DBFCDX custom tags
Hi Przemek, I have a situation with a CUSTOM tag that contains KEY and FOR clause. I think it's a normal situation that OrdKeyAdd() / OrdKeyDel() don't work if the record doesn't respect the FOR clause. When a valid record is modified and it stops to be valid for the FOR clause ... Should not it be automatically eliminated of the CUSTOM tag ? Many thanks Juan ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Consideration about CT function and true windows
Ct function will not seem create true windows (new form) We can even redirect CT3 window functions so with GTs which support many console windows Will WOPEN()create a new window instead of creating virtual window in current screen area Is possible an automatic mechanism of moving/resising windows with ct.lib? Will wopen define as different physical windows and virtual windows? A virtual screen can be more big that physical and scrolling? (can be usefull for port to windows mobile) Is possible using coordinate relative to topmost windows instead of current windows? Have anyone example of use of powerfull ct.lib? Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 15:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-09-05 15:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rdd/dbffpt/dbffpt1.c ! fixed GPF introduced by today MSVC warning cleanup best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-09-05 15:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Hi Przemek, Thanks for reviewing my changes. I actually wanted to make a NOTE to specifically ask for that, but apparently forgot to do so. Brgds, Viktor On 2008.09.05., at 15:59, Przemyslaw Czerpak wrote: 2008-09-05 15:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rdd/dbffpt/dbffpt1.c ! fixed GPF introduced by today MSVC warning cleanup 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] Proposed home page layout
+1 Pritpal Bedi Szakáts Viktor wrote: > > Hi Chen, > > I like it, simple and straightforward. > > Brgds, > Viktor > > On 2008.09.04., at 11:01, Chen Kedem wrote: > >> I am not a web master nor a graphic designer, but here is (attached) >> my suggestion for a new >> Harbour home page. I do like the current logo and ship colors, so I >> used them in the design. >> I think it is simple and make it easy to find the information you >> need. >> >> For start it would contain the content of the current site texts >> just layout in this new design, >> later it could be updated with any new data and maybe translated to >> other lagnuages >> (their small flags and links could be put on the white section on >> the top right). >> >> What do you think? >> >> >> Chen. >> ___ >> 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://www.nabble.com/Proposed-home-page-layout-tp19309399p19332832.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] What about a six month release cycle?
Hi >I hope in your support of multiple active windows gt >Is still possible? For sure, yes. >I am also interested to your project regarding gt & hb documentation :-)) Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/What-about-a-six-month-release-cycle--tp19316462p19333017.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] 2008-09-05 16:54 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
2008-09-05 16:54 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]> * contrib/hbbmcdx/bmdbfcdx.c ! fixed to not respect bitmap filters when structural order is scanned, f.e. in OrdListAdd() with active bitmap filter. synced with dbfcdx Prezmek changes * source/rtl/hbinet.c ! fixed return value of HB_INETGETSNDBUFSIZE Best regards, Miguel Angel marchuet ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Proposed home page layout
Once ready, we can tweak the colors in a few minutes I guess. I don't know what web2.0 colors are, but I'd be perfectly happy with a white background for example. Brgds, Viktor On 2008.09.05., at 11:19, Massimo Belgrano wrote: I dont like this colour Imo is better usi web2.0 colour -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chen Kedem Sent: Thursday, September 04, 2008 11:02 AM To: harbour@harbour-project.org Subject: [Harbour] Proposed home page layout I am not a web master nor a graphic designer, but here is (attached) my suggestion for a new Harbour home page. I do like the current logo and ship colors, so I used them in the design. I think it is simple and make it easy to find the information you need. For start it would contain the content of the current site texts just layout in this new design, later it could be updated with any new data and maybe translated to other lagnuages (their small flags and links could be put on the white section on the top right). What do you think? Chen. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] ChangeLog 2008-09-05 17:11 UTC+0200 Lorenzo Fiorini
2008-09-05 17:11 UTC+0200 Lorenzo Fiorini (lorenzo.fiorini/at/gmail.com) * contrib/hbtip/test/tiptest.prg * contrib/hbtip/popcln.prg * fixed typos: "retreived vs retrieved" best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 17:41 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
2008-09-05 17:41 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]> * contrib/hbbmcdx/bmdbfcdx.c ! fixed dirty index reading. Best regards, Miguel Angel Marchuet ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About DBFCDX custom tags
On Fri, 05 Sep 2008, Juan Gálvez wrote: Hi Juan, > I have a situation with a CUSTOM tag that contains KEY and FOR clause. > I think it's a normal situation that OrdKeyAdd() / OrdKeyDel() don't work > if the record doesn't respect the FOR clause. > When a valid record is modified and it stops to be valid for the FOR clause > ... Should not it be automatically eliminated of the CUSTOM tag ? No, it shouldn't. Custom indexes have to be updated manually by user respecting because only user can fully control their synchronization with database. RDD only makes synchronization with other index writes to avoid index corruption. In OrdKeyDel() the FOR clause is also respected and if it does not pass the condition then DBFCDX refuse key deletion. The custom flag is not revertible. Once set it cannot be changed. It's CL53CDX and COMIX compatible behavior which is different then SIX3 and EMPTY indexes. There are also some other differences, f.e. see DBOI_MULTIKEY flag. In SIX3 the same key value with the same associated record can be added more then once to the index. SIX3 has also concept of template indexes. Unfortunately CDX header flags does not allow to introduce all states so in SIX3 a hack with index key function name was used to indicate this state. All flags are supported by NSX and I implemented them in Harbour DBFNSX driver (probably I'll commit it soon). I also extended NTX driver in Harbour and it supports all these features and many others. With the exception to dynamic unique indexes it has everything what exists in DBFCDX also structural and multi tag indexes or hidden respecting RECNO as part of index key what resolves the problem with bad NTX performance with many repeated key values. It also supports features which are not present in DBFCDX, f.e. large file support up to 4GB (not 4MB), all index temperature states and different custom index versions. All is controlled by DBOI_* interface. DBFNSX also supports them. I have to much other pending jobs now but if I'll find some spare time then I'll rewrite DBFCDX again to clean the code and add some missing functionality. best regards, Przemek ps. I'll be absent for weekend. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 18:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 18:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbapollo/apollo.c * contrib/hbclipsm/gauge.c * contrib/hbct/atadjust.c * contrib/hbct/atnum.c * contrib/hbct/atrepl.c * contrib/hbct/ctstr.c * contrib/hbct/ctwfunc.c * contrib/hbct/dattime2.c * contrib/hbct/dattime3.c * contrib/hbct/files.c * contrib/hbct/pack.c * contrib/hbct/print.c * contrib/hbct/setrc.c * contrib/hbfbird/firebird.c * contrib/hbhpdf/harupdf.c * contrib/hbmisc/hb_f.c * contrib/hbmzip/hbmzip.c * contrib/hbnf/descendn.c * contrib/hbnf/dispc.c * contrib/hbnf/ftattr.c * contrib/hbnf/ftshadow.c * contrib/hbnf/fttext.c * contrib/hbodbc/odbc.c * contrib/hbole/ole2.c * contrib/hbw32/dllcall.c * contrib/hbw32/tprinter.c * contrib/rddads/ads1.c * contrib/xhb/cstructc.c * contrib/xhb/hbxml.c * contrib/xhb/xhbmsgs.c * utils/hbmake/hbmgauge.c ! Fixed some MSVS 2008 -W4 warnings. ; There are quite some more. * contrib/hbhpdf/harupdf.c ! HPDF_ADDPAGELABEL() accepting first parameter wrongly. * contrib/hbfbird/firebird.c ! FBQUERY() potential GPF when using value from freed memory. * doc/whatsnew.txt * Updated for latest fixes. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About DBFCDX custom tags
Hi Przemek, I have a situation with a CUSTOM tag that contains KEY and FOR clause. I think it's a normal situation that OrdKeyAdd() / OrdKeyDel() don't work if the record doesn't respect the FOR clause. When a valid record is modified and it stops to be valid for the FOR clause ... Should not it be automatically eliminated of the CUSTOM tag ? No, it shouldn't. Custom indexes have to be updated manually by user respecting because only user can fully control their synchronization with database. RDD only makes synchronization with other index writes to avoid index corruption. In OrdKeyDel() the FOR clause is also respected and if it does not pass the condition then DBFCDX refuse key deletion. I undertand that perhaps it's a Clipper compatible behavior but I think it's also a paradoxical behavior. I can add records on my own CUSTOM tag, other users can change them and after these changes I cannot delete them because records now don't respect the FOR clause. I think if I've fully control on CUSTOM tags, I'd always can to delete their records independently of their FOR clause. The custom flag is not revertible. Once set it cannot be changed. It's CL53CDX and COMIX compatible behavior which is different then SIX3 and EMPTY indexes. There are also some other differences, f.e. see DBOI_MULTIKEY flag. In SIX3 the same key value with the same associated record can be added more then once to the index. SIX3 has also concept of template indexes. Unfortunately CDX header flags does not allow to introduce all states so in SIX3 a hack with index key function name was used to indicate this state. All flags are supported by NSX and I implemented them in Harbour DBFNSX driver (probably I'll commit it soon). I also extended NTX driver in Harbour and it supports all these features and many others. With the exception to dynamic unique indexes it has everything what exists in DBFCDX also structural and multi tag indexes or hidden respecting RECNO as part of index key what resolves the problem with bad NTX performance with many repeated key values. It also supports features which are not present in DBFCDX, f.e. large file support up to 4GB (not 4MB), all index temperature states and different custom index versions. All is controlled by DBOI_* interface. DBFNSX also supports them. I have to much other pending jobs now but if I'll find some spare time then I'll rewrite DBFCDX again to clean the code and add some missing functionality. Good news :) best regards, Przemek ps. I'll be absent for weekend. Many thanks Juan ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 20:34 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 20:34 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/debug/dbgentry.c * source/rtl/do.c * source/rtl/xhelp.c * contrib/xhb/freadlin.c * contrib/hbw32/w32_prn.c * contrib/rddads/ads1.c * contrib/hbgd/gdwrp.c * contrib/hbtip/encmthd.c * utils/hbdoc/hbdfrdln.c * utils/hbmake/hbmfrdln.c ! Fixed some more MSVS 2008 -W4 warnings. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-09-05 20:45 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-09-05 20:45 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/rddads/adsfunc.c ! Fixed some more MSVS 2008 -W4 warnings. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] DES request
Hi Przemek, Forget about the DES request suggestions. I managed to crack the code by adding 1 to the pc1 tables and rotating byte left 1-bit. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] MSVS 2008 -W4 warnings
Hi all, I'm linking a list of all remaining warnings when compiling Harbour with MSVS 2008 with C_USR=-W4 -wd4127 (-wd4127 is to disable warning 4127 'conditional expression is constant') Most if these won't create real life problems, but some of them may (as practice has already shown), so it'd be worth to clean them, or at least the potentially more dangerous ones. A definite benefit would be to be able to turn on -W4 by default to further raise code quality. If we disregard gtwvg, hbwhat32 and 3rd party code (164 warnings in total), there is 553 warnings left, of which 142 in contrib, the rest in core. [ 'conditional expression is constant' is due to some while(0) macros BTW. ] Link: http://www.syenar.hu/harbour/w.zip Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Compile error
Hi, this ugly code fails to compile. Is this expected? ---cut--- PROCEDURE CheckState() CLASS TCounter local lBold := ::lBold if HB_IsObject( ::oBtnBold ) ; if !( lBold == ::lBold ) ; ::oBtnBold:Refresh( .f. ) ; endif ; endif return ---cut--- .\counter.prg(115) Error E0004 LOCAL declaration follows executable statement Thanks and best regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Compile error
Hi Toninho, Can you send a self contained example? Brgds, Viktor On 2008.09.05., at 21:39, [EMAIL PROTECTED] wrote: Hi, this ugly code fails to compile. Is this expected? ---cut--- PROCEDURE CheckState() CLASS TCounter local lBold := ::lBold if HB_IsObject( ::oBtnBold ) ; if !( lBold == ::lBold ) ; ::oBtnBold:Refresh( .f. ) ; endif ; endif return ---cut--- .\counter.prg(115) Error E0004 LOCAL declaration follows executable statement Thanks and best regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.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] Compile error
On Friday 05 September 2008 02:39:16 pm [EMAIL PROTECTED] wrote: > Hi, this ugly code fails to compile. Is this expected? > > ---cut--- > PROCEDURE CheckState() CLASS TCounter >local lBold := ::lBold >if HB_IsObject( ::oBtnBold ) ; if !( lBold == ::lBold ) ; > > ::oBtnBold:Refresh( .f. ) ; endif ; endif > > return > ---cut--- > > .\counter.prg(115) Error E0004 LOCAL declaration follows executable > statement 1. In Harbour/xHarbour you don't have to get the E0004 error, that indicates that the "PROCEDURE CheckState() CLASS TCounter" has a executable statement. 2. The code following the LOCAL var declaration ( if ; ... ) can be reduced to: IF .T. ; IF .T. ; ? "True" ; ENDIF ; ENDIF In Harbour the above code fails to compile. In xHarbour compiles ok. Try to get a .ppo for this source ( -p compiler option ) and lets see the corresponding code that follows the "PROCEDURE .. CLASS... " section. best regards Teo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Re: [Harbour] Compile error
>Hi Toninho, >Can you send a self contained example? Viktor, this shows the problems, but for me is so easy correct it in my .prg. I'm only reporting it to see if it is a real problem: ---cut--- #include "hbclass.ch" CLASS TCounter METHOD New() CONSTRUCTOR METHOD Redefine() CONSTRUCTOR METHOD CheckState() ENDCLASS PROCEDURE CheckState() CLASS TCounter local lBold := ::lBold if HB_IsObject( ::oBtnBold ) ; if !( lBold == ::lBold ) ; ::oBtnBold:Refresh( .f. ) ; endif ; endif return METHOD New() CLASS TCounter return Self METHOD Redefine() CLASS TCounter return Self METHOD Default() CLASS TCounter return nil ---cut--- Thanks and best regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour + GTWVT
Hi hb_gtInfo( HB_GTI_CODEPAGE, 255 ) Regards Pritpal Bedi Daniel Pereira wrote: > > Hi, > > I´m using Harbour with GTWVT. > > When I set a codepage: > > hb_gtInfo( HB_GTI_CODEPAGE, 1 ) > > the Alert function is display: > > ÚÄÄÄ¿ > ³ teste ³ > ³ ³ > ³Ok ³ > ÀÄÄÄÙ > > I need set the codepage to use the characters "ç" "á" ... > > How to solve this problem > > Many thanks and sorry for my poor english :( > -- View this message in context: http://www.nabble.com/Harbour-%2B-GTWVT-tp19340403p19342438.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
