[Harbour] SF.net SVN: harbour-project:[10914] trunk/harbour
Revision: 10914 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10914&view=rev Author: vszakats Date: 2009-04-22 08:08:04 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 10:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + Added .hbl file to possible input file list. (this is supported alternatively to -hbl= option) * source/hbpcre/pcrevutf.c * source/hbpcre/pcre.h * source/hbpcre/pcreconf.c * source/hbpcre/pcreinfo.c * source/hbpcre/config.h * source/hbpcre/pcrenewl.c * source/hbpcre/pcrefinf.c * source/hbpcre/pcreexec.c * source/hbpcre/pcreinal.h * source/hbpcre/pcretabs.c * source/hbpcre/pcredfa.c * source/hbpcre/pcrecomp.c * source/hbpcre/pcrexcls.c * source/hbpcre/pcreprni.h * source/hbpcre/ucp.h + Upgraded to PCRE 7.9 (from 7.8) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/hbpcre/config.h trunk/harbour/source/hbpcre/pcre.h trunk/harbour/source/hbpcre/pcrecomp.c trunk/harbour/source/hbpcre/pcreconf.c trunk/harbour/source/hbpcre/pcredfa.c trunk/harbour/source/hbpcre/pcreexec.c trunk/harbour/source/hbpcre/pcrefinf.c trunk/harbour/source/hbpcre/pcreinal.h trunk/harbour/source/hbpcre/pcreinfo.c trunk/harbour/source/hbpcre/pcrenewl.c trunk/harbour/source/hbpcre/pcreprni.h trunk/harbour/source/hbpcre/pcretabs.c trunk/harbour/source/hbpcre/pcrevutf.c trunk/harbour/source/hbpcre/pcrexcls.c trunk/harbour/source/hbpcre/ucp.h 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] QT and hbmzip + GTQTC experiences
Hi Pritpal and All, I managed to solve the QT / hbmzip incompatibility by moving QT libs in front of hbmzip. Now my large app runs with GTQTC. These are the first issues I could spot: 1) SetMode() doesn't seem to work properly and 2) there are quiet a few visual glitches (even besides codepage problems). This app uses CTWIN for windowing, no local tricks are used to display stuff. Also, 3) after turning on the cursor, it won't appear immediately, there is a slight delay which makes it practically invisible when stepping through several GET fields. Here are two screenshots WVT vs QTC: http://www.syenar.hu/harbour/gtwvt.png http://www.syenar.hu/harbour/gtqtc.png Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10915] trunk/harbour
Revision: 10915 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10915&view=rev Author: vszakats Date: 2009-04-22 09:38:50 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 11:38 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Fixed regression in handling .c stub after recent changes. ! Fixed potential problem with inctrypath in some situations. Modified Paths: -- trunk/harbour/ChangeLog 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] SF.net SVN: harbour-project:[10916] trunk/harbour
Revision: 10916 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10916&view=rev Author: vszakats Date: 2009-04-22 10:44:08 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 12:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg * Changed to not try to create an .hbl automatically if no explicit .hbl file is passed or -hbl option used. Instead now -hbl= or -hbl option will force creation of an .hbl file with an automatic name. Modified Paths: -- trunk/harbour/ChangeLog 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
Re: [Harbour] hbl generation (to Przemek)
On Wed, 22 Apr 2009, Szak�ts Viktor wrote: Hi, > I'm implementing .po -> .hbl generation in hbmk2 and noticed > two issues: > 1) __I18N_potArrayToHash() will RTE if the first param isn't an array. > This can happen in hbi18n if __I18N_potArrayLoad() in LoadFiles() > fails for some reason (.po open error or parsing problems). It cannot happen. ErrorMsg() does not return. > Similar RTE happens in LoadFiles() if one of the additional .po > files has any errors. (as a minor thing, open error is shown to > happen at the preceding file's last line) Here also no RTE for the same reason as above. I guess that you have RTE in modified version you used in hbmk2 where you probably removed ErrorMsg() function call not in hb18n program. > 2) When specifying multiple input .po files, the generation > process is very slow even if the additional .po input file is small. The difference is only in __I18N_POTARRAYJOIN(). It's .prg function so it's not very fast. The additional overhead can be caused by merging files with exactly the same messages so it's necessary to make deeper analyzing and merge translations, plural forms, source file and line information, etc. Anyhow it still should not be slow process. At least I cannot observe anything what is worth to talk about it on my computer when I'm using hb18n. If it's a problem then please send to me your .pot files so I can make some tests to check what is the slowest part of merge process and should be improved. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbl generation (to Przemek)
Hi Przemek, > > I'm implementing .po -> .hbl generation in hbmk2 and noticed > > two issues: > > 1) __I18N_potArrayToHash() will RTE if the first param isn't an array. > > This can happen in hbi18n if __I18N_potArrayLoad() in LoadFiles() > > fails for some reason (.po open error or parsing problems). > > It cannot happen. ErrorMsg() does not return. > > > Similar RTE happens in LoadFiles() if one of the additional .po > > files has any errors. (as a minor thing, open error is shown to > > happen at the preceding file's last line) > > Here also no RTE for the same reason as above. Right. I swapped them for simple OutStd() messages. That explains. > I guess that you have RTE in modified version you used in hbmk2 where > you probably removed ErrorMsg() function call not in hb18n program. Yes, you're right. On SVN already. > > 2) When specifying multiple input .po files, the generation > > process is very slow even if the additional .po input file is small. > > The difference is only in __I18N_POTARRAYJOIN(). It's .prg function > so it's not very fast. The additional overhead can be caused by > merging files with exactly the same messages so it's necessary > to make deeper analyzing and merge translations, plural forms, > source file and line information, etc. > Anyhow it still should not be slow process. At least I cannot observe > anything what is worth to talk about it on my computer when I'm using > hb18n. If it's a problem then please send to me your .pot files so > I can make some tests to check what is the slowest part of merge > process and should be improved. Thanks, I'll send them to you in private. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10917] trunk/harbour
Revision: 10917 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10917&view=rev Author: vszakats Date: 2009-04-22 12:35:40 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 14:35 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg * Finished to .pot support (changed po to pot). * Renamed po= .hbp setting to pots=. ! Few minor fixes in error cases in .hbl generation. * utils/hbi18n/hbi18n.prg ! Typo in header. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/utils/hbi18n/hbi18n.prg 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
Re: [Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
You are right about .cfg into BCC dir! F:\FW\FWH_9.04\samples>type c:\BCC55\bin\bcc32.cfg: -Ic:\bcc55\include -Lc:\bcc55\lib;c:\bcc55\lib\psdk F:\FW\FWH_9.04\samples>type c:\BCC55\bin\ilink32.cfg -Lc:\bcc55\lib;c:\bcc55\lib\psdk; F:\FW\FWH_9.04\samples> F:\FW\FWH_9.04\samples>hbmk2 testget ..\fwh.hbp hbmk: Processing configuration: c:\hbbcc\bin\hbmk.cfg Harbour 1.1.0dev (Rev. 10917) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 'testget.prg'... Lines 3642, Functions/Procedures 2 Generating C source output to 'testget.c'... Done. testget.c: C:\Users\VAILTO~1\AppData\Local\Temp\hbmk_4qmky0.c: Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland F:\FW\FWH_9.04\samples> This works fine now, very thanks! ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10918] trunk/harbour
Revision: 10918 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10918&view=rev Author: druzus Date: 2009-04-22 13:09:47 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 15:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/hbi18n2.prg % create index using hash array to speedup __I18N_POTARRAYJOIN() operation Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/hbi18n2.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
Re: [Harbour] hbl generation (to Przemek)
On Wed, 22 Apr 2009, Szak�ts Viktor wrote: Hi, > Thanks, I'll send them to you in private. I received them. Thanks. Try to merge them after: 2009-04-22 15:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) It may slow down a little bit merging small files but should be much faster for large files due to eliminated ASCAN(). Instead hash array is used as index to translation table. 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:[10918] trunk/harbour
Now the overhead of multifile input is marginal, thanks a lot for the quick solution! Brgds, Viktor On Wed, Apr 22, 2009 at 3:09 PM, wrote: > Revision: 10918 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10918&view=rev > Author: druzus > Date: 2009-04-22 13:09:47 + (Wed, 22 Apr 2009) > > Log Message: > --- > 2009-04-22 15:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > * harbour/source/rtl/hbi18n2.prg >% create index using hash array to speedup __I18N_POTARRAYJOIN() > operation > > Modified Paths: > -- >trunk/harbour/ChangeLog >trunk/harbour/source/rtl/hbi18n2.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 mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10919] trunk/harbour
Revision: 10919 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10919&view=rev Author: vszakats Date: 2009-04-22 13:52:08 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 15:51 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Stub obj wasn't deleted in all occasions. Modified Paths: -- trunk/harbour/ChangeLog 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
Re: [Harbour] QT and hbmzip + GTQTC experiences
Hi >Now my large app runs with GTQTC. Will be good environment to test GTQTC instead of a demo appln. >1) SetMode() doesn't seem to work properly After issueing the SetMode() click on the window, do it set it right ? >and 2) there are quiet a few visual glitches (even besides codepage problems). T >his app uses CTWIN for windowing, no local tricks are used to display stuff. Most of these glitches are due to codepage and monospaced fonts. I am trying to cover these but soo far with little success. >Also, 3) after turning on the cursor, it won't appear immediately, >there is a slight delay which makes it practically invisible when >stepping through several GET fields. There is no native function/class to manage caret so I am mimmicking the behavior by drawing and redraring operations via timers, a very inefficient method, but do not know what else I should do. Any tips are welcome to experiment along. <<< Here are two screenshots WVT vs QTC: http://www.syenar.hu/harbour/gtwvt.png http://www.syenar.hu/harbour/gtqtc.png >>> :-(( Regards Pritpal Bedi PS: Perhaps I need more hands to join in this effort. -- View this message in context: http://www.nabble.com/QT-and-hbmzip-%2B-GTQTC-experiences-tp23172936p23175466.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] SF.net SVN: harbour-project:[10918] trunk/harbour
Can samebody explain me this feature 2009/4/22 Viktor Szakáts > Now the overhead of multifile input is marginal, thanks a lot for the quick > solution! > Brgds, > Viktor > > > On Wed, Apr 22, 2009 at 3:09 PM, wrote: > >> Revision: 10918 >> >> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10918&view=rev >> Author: druzus >> Date: 2009-04-22 13:09:47 + (Wed, 22 Apr 2009) >> >> Log Message: >> --- >> 2009-04-22 15:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) >> * harbour/source/rtl/hbi18n2.prg >>% create index using hash array to speedup __I18N_POTARRAYJOIN() >> operation >> >> Modified Paths: >> -- >>trunk/harbour/ChangeLog >>trunk/harbour/source/rtl/hbi18n2.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 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] QT and hbmzip + GTQTC experiences
Hi Pritpal, On Wed, Apr 22, 2009 at 3:58 PM, Pritpal Bedi wrote: > > Hi > > >Now my large app runs with GTQTC. > > Will be good environment to test GTQTC instead of a demo appln. > > >1) SetMode() doesn't seem to work properly > > After issueing the SetMode() click on the window, do it set it right ? Yes, it does. > >his app uses CTWIN for windowing, no local tricks are used to display > stuff. > > Most of these glitches are due to codepage and monospaced fonts. > I am trying to cover these but soo far with little success. Yes, it also seems in some cases there is nothing painted and/or color not changed. Anyhow I think non-existing fonts should somehow be handled gracefully, since these may appear even if the CP is correct, especially in Unicode mode. I hope the CP issue can be solved in the future, it's a very important bit. > >Also, 3) after turning on the cursor, it won't appear immediately, > >there is a slight delay which makes it practically invisible when > >stepping through several GET fields. > > There is no native function/class to manage caret so I am mimmicking > the behavior by drawing and redraring operations via timers, a very > inefficient method, but do not know what else I should do. > Any tips are welcome to experiment along. Any cursor setting should trigger an instant response instead of just waiting for the timer to kick in. (I'm saying that without looking at the code, but from the symptoms it looks as if something like this causes it). Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] QT - Multi-threading - A Limitation
Marcos Can you do some deep testings with QT and hb_threadStart()? I mean run some real-time widgets under MT. I have landed into more troubles than solutions with MT in GTQTC. I want to see if Harbour MT modal is meaningful in QT GUI context or not ? It willbecome the basis for next development stratedy whether we should go for single thread or MT way. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/QT---Multi-threading---A-Limitation-tp23163007p23175485.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] Going on the web with Qt
Harbour go to qt and qt goto web http://www.kdedevelopers.org/node/3707 -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Going on the web with Qt
Kelsi is open source database, use qt and have an intresting feature "web form" http://www.youtube.com/watch?v=bDjeSUO2V4g&feature=related 2009/4/22 Massimo Belgrano : > Harbour go to qt and qt goto web > http://www.kdedevelopers.org/node/3707 > -- > Massimo Belgrano > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10920] trunk/harbour
Revision: 10920 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10920&view=rev Author: druzus Date: 2009-04-22 18:32:13 + (Wed, 22 Apr 2009) Log Message: --- 2009-04-22 20:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/hbpcre/pcreinal.h ! repeated BOOL typedef * harbour/tests/speedtst.prg ! fixed to compile with non [x]Harbour compilers Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/hbpcre/pcreinal.h trunk/harbour/tests/speedtst.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
Re: [Harbour] QT - Multi-threading - A Limitation
Pritpal Bedi escreveu: Marcos Can you do some deep testings with QT and hb_threadStart()? I mean run some real-time widgets under MT. I have landed into more troubles than solutions with MT in GTQTC. I want to see if Harbour MT modal is meaningful in QT GUI context or not ? It willbecome the basis for next development stratedy whether we should go for single thread or MT way. Yes, i can do. I will try windows in MT mode with controls like QLineEdit, QCheckBox, QRadioBox and others. Tell me if you want some especific test. Regards, Marcos Gambeta ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] QT - Multi-threading - A Limitation
Hello Marcos Gambeta wrote: > > Yes, i can do. I will try windows in MT mode with controls like > QLineEdit, QCheckBox, QRadioBox and others. > Thanks. Please do whatever you can summerise in MT mode. I am particularly interested in event management. >Tell me if you want some especific test. Try to open new MainWindows()s. The facts will be more clear whether it is possible or not. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/QT---Multi-threading---A-Limitation-tp23163007p23184792.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] Open index with unknow function or variable
Hi! Thera are BASE.DBF and BASE.NTX with key "FunctionX(Field1)" or key: Field1+VariableX Make same program with line: USE base INDEX base In Clipper it is OK, I open base with index. In Harbour I get error "Undefined function FUNCTIONX" or "Variable does not exist: VARIABLEX" WHY ? I need FunctionX() or VariableX _only_ if I modify or append record. Maybe I wont only skip by order or seek in base. If key is sample "Func1(Field1)+Func2(Field2)+VariableX", I can seek by: DBSEEK( MyFuncEmulateKeyValue() ), I not need Func1(), Func2() and VariableX Adam -- View this message in context: http://www.nabble.com/Open-index-with-unknow-function-or-variable-tp23190859p23190859.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
