Re: Pointers as values. Was: Re: [Harbour] TMYSQLSERVER error ...
Hi Victor, at moment, I am learning harbour through the conversion process of our clipper applications. I have tested mysql, because we have plan to change database backend with an standard RDBMS. You suggest changes in harbour core, which is at this moment beyond my competence :). Regards, Ernad - "Szakáts Viktor" <[EMAIL PROTECTED]> wrote: > Hi Ernad, > > I'd prefer a solution which won't break existing > .prg level code, yet allows to switch from longs > to pointers on the .c level. > > One possible solution is to allow to compare > pointers to zero using operators (p != 0, > p = 0, p == 0, and even p > 0, p < 0). Comparison > with any other values would return .F., also, > maybe NIL should be also allowed in place of 0, > and we may allow such construct too: IF p ; ? "not null" ; ENDIF > > This would mean that a non-NULL pointer would qualify > as .T., non-0, non-NIL and a NULL as .F., 0, NIL on > .prg level. > > Brgds, > Viktor > > On 2008.06.25., at 0:36, Ernad Husremovic wrote: > > > I had the same problem. > > It seems hbmysql is not in the good shape :( > > > > The cause of problem is that nSocket is pointer, not numberic > > variable. > > > > For example: > > -return iif(::nSocket > 0, sqlGetErr(::nSocket), "No connection to > > > server") > > +return iif(::nSocket <> nil, sqlGetErr(::nSocket), "No connection > > > to server") > > > > With this knowledge, i think this would be better: > > return iif(hb_IsPointer(::nSocket), sqlGetErr(::nSocket), "No > > connection to server") > > > > Anyway, attached diff works for me. > > > > > > Regards, > > Ernad > > > > - "Guy Roussin" <[EMAIL PROTECTED]> wrote: > > > >> Hi, > >> > >> I get this error with current harbour svn. > >> > >> Error BASE/1070 Argument error: == (Quit) > >> Error BASE/1070 Argument error: == > >> Called from TMYSQLSERVER:NEW(1376) > >> > >> Guy Roussin > >> > >> ___ > >> Harbour mailing list > >> Harbour@harbour-project.org > >> http://lists.harbour-project.org/mailman/listinfo/harbour > > < > > tmysql > > > .prg_bring.out.ba.diff>___ > > 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
Re: Pointers as zero. Was: [Harbour] TMYSQLSERVER error ...
Ok I understand, you made correction in the core, to provide compatibility with other contribs. This leads me to another question: why you just didn't push this change to the svn repository ? Regards, Ernad - "Szakáts Viktor" <[EMAIL PROTECTED]> wrote: > > > Hi Ernad, > > > The cause of problem is that nSocket is pointer, not numberic > > variable. > > > > For example: > > -return iif(::nSocket > 0, sqlGetErr(::nSocket), "No connection to > > > server") > > +return iif(::nSocket <> nil, sqlGetErr(::nSocket), "No connection > > > to server") > > > > With this knowledge, i think this would be better: > > return iif(hb_IsPointer(::nSocket), sqlGetErr(::nSocket), "No > > connection to server") > > This may or may not work depending on how the C module was > implemented. There is quite some variations even inside the > Harbour contribs. > > Some C functions return hb_ret() (or nothing), so NIL comparison > will work, but some use hb_retptr( NULL ), which won't, since > it will be a pointer type, and it will not be equal to NIL either. > Old, or non-updated code may simply return hb_retnl( 0 ). > > Currently the only way to check whether a pointer is NULL, is > to have a C function always returning hb_retptr( NULL ) (let's call > it hb_nullptr()), and compare against that. (This another solution > to this problem) > > Here's a patched hvm.c to support comparing pointers to zero > numeric values. I dropped the idea of pointers as NILs and > pointers as logical, to not break any existing concept and > have a cleaner solution: > > http://www.syenar.hu/harbour/null_as_zeronum.zip > > if p == NULL: > p == 0, p = 0, p >= 0, p <= 0 -> returns .T. > p != 0, p > 0, p < 0 -> returns .F. > > if p != NULL: > p == 0, p = 0, p >= 0, p <= 0 -> returns .F. > p != 0, p > 0, p < 0 -> returns .T. > > Comparison to any other values than zero will always return .F. > > Brgds, > Viktor > > ___ > 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: Pointers as zero. Was: [Harbour] TMYSQLSERVER error ...
Ok I understand, you made correction in the core, to provide compatibility with other contribs. This leads me to another question: why you just didn't push this change to the svn repository ? To me it looks OK, but I'm waiting for feedback from the group, before adding such an extension to core in RC phase. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Pointers as zero. Was: [Harbour] TMYSQLSERVER error ...
Regarding development process, have the group considered creating "experimental", or "incubator" branch to avoid outside patches ? IMO it is important to push all proposals to the repository without delay. This would make development process more agile. Regards, Ernad - "Szakáts Viktor" <[EMAIL PROTECTED]> wrote: > > Ok I understand, you made correction in the core, > > to provide compatibility with other contribs. > > > > This leads me to another question: > > why you just didn't push this change to the svn repository ? > > To me it looks OK, but I'm waiting for feedback from > the group, before adding such an extension to core in > RC phase. > > Brgds, > Viktor > > ___ > 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] Errore irrecuperabile 9024
Hallo Massimo, The error occurs in a program that automatically creates pdf, with pdfcreator, and then sends them via email. Use xharbour 1.0.0 + Minigui 1.52 Operating System Xp (service 2) or 2000 (Service Pack 4). Paolo Russignan Massimo Belgrano ha scritto: What is happen? When (startup/exit)? Wich platform and wich library have you loaded? Wich Version of harbour? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Paolo Russignan Sent: Wednesday, June 18, 2008 3:07 PM To: Harbour@harbour-project.org Subject: [Harbour] Errore irrecuperabile 9024 Hello everyone, someone can help me with the error irrecoverable 9024 "hb_xrealloc request to resize to zero byte" Thank you and hello Paul Russignan ___ 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
Re: [Harbour] Errore irrecuperabile 9024
Hello Vicktor, I can not understand where the error occurs and above all I can send the program. Hello Paolo Russignan Szakáts Viktor ha scritto: Hi Paulo, If it's Harbour code, please send a sample to reproduce it. Brgds, Viktor On 2008.06.18., at 15:06, Paolo Russignan wrote: Hello everyone, someone can help me with the error irrecoverable 9024 "hb_xrealloc request to resize to zero byte" Thank you and hello Paul Russignan ___ 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
Re: Pointers as values. Was: Re: [Harbour] TMYSQLSERVER error ...
On Wed, 25 Jun 2008, Szakáts Viktor wrote: Hi Viktor, > I'd prefer a solution which won't break existing > .prg level code, yet allows to switch from longs > to pointers on the .c level. > One possible solution is to allow to compare > pointers to zero using operators (p != 0, > p = 0, p == 0, and even p > 0, p < 0). Comparison > with any other values would return .F., also, > maybe NIL should be also allowed in place of 0, > and we may allow such construct too: IF p ; ? "not null" ; ENDIF > This would mean that a non-NULL pointer would qualify > as .T., non-0, non-NIL and a NULL as .F., 0, NIL on > .prg level. EMPTY() function can be used for such testes, f.e.: return iif( !empty(::nSocket), sqlGetErr(::nSocket), ; "No connection to server") It will return TRUE for 0, NIL and NULL pointers. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Pointers as values. Was: Re: [Harbour] TMYSQLSERVER error ...
Hi Przemek, Welcome back on board :) I hope you had a nice time. as .T., non-0, non-NIL and a NULL as .F., 0, NIL on .prg level. EMPTY() function can be used for such testes, f.e.: return iif( !empty(::nSocket), sqlGetErr(::nSocket), ; "No connection to server") It will return TRUE for 0, NIL and NULL pointers. Yes, the other (IMO important) problem is, that there is a lot of .prg code to update, if we switch from long to ptr on the C level. Identifying such code seems to be tedious, but at least very error prone to me to me. For sure cleaner though. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errore irrecuperabile 9024
Paolo Russignan wrote:
>
> I can not understand where the error occurs and above all I can send the
> program.
>
Hi Paolo,
please see source fm.c
HB_EXPORT void * hb_xrealloc( void * pMem, ULONG ulSize ) /*
reallocates memory */
{
HB_TRACE_FM(HB_TR_DEBUG, ("hb_xrealloc(%p, %lu)", pMem, ulSize));
if( ! pMem )
hb_errInternal( HB_EI_XREALLOCNULL, NULL, NULL, NULL );
if( ulSize == 0 )
hb_errInternal( HB_EI_XREALLOCNULLSIZE, NULL, NULL, NULL ); //!!!
hb_xrealloc
requested to resize to zero byte
..
You must check parameters value before call hb_xrealloc.
If you need you can post or send not program, but source of program (part of
source) and maybe I can help you.
And another question: Why you not use hbhpdf?
I think it is very helpful in yours case.
Regards
Petr
--
View this message in context:
http://www.nabble.com/Errore-irrecuperabile-9024-tp17982216p18108095.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] Problems with creating RPMs 2nd (was: Group opinion...)
Dnia środa, 25 czerwca 2008, Szakáts Viktor napisał: > Hi Adam, > > This problem is caused by enabling all contribs > by default, the one which fails was probably never > tested in the last n years, plus it needs GTK lib. Viktor, there is just one little thing, I don't understand. In last few months I've made a lot of RPMs using hbgtmk.sh scripct created by Przemek. There were 0 (ZERO) problems with create RPMs, just one with the name harbour-1.0.0RC1, which shuld be harbour-1.0.0-RC1. But Przemek made neccesary corrections. So, what changet in last few days, that I cannot create RPMs the same way, I used to do it ? Is this possibel, that someone enabled all contribs during last days? > > Could you please just delete the line " hbgf \" > from contrib/Makefile and have another try? I've made it .. fils once again. > > If there are other build problems I can look at it. OK, stderr and stdout are in: http://www.abix.info.pl/files/svn-8800-next.tar Best regards, Adam -- ABIX - Linuksowe Systemy Wspomagania Biznesu | http://www.abix.info.pl Skype : abix_adamj | Gadu-Gadu : 302315 | JabberID: [EMAIL PROTECTED] Wsparcie aplikacji : http://groups-beta.google.com/group/abix-rcsoft?hl=pl GnuPG Key => http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA810E4FB ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problems with creating RPMs 2nd (was: Group opinion...)
tested in the last n years, plus it needs GTK lib. Viktor, there is just one little thing, I don't understand. In last few months I've made a lot of RPMs using hbgtmk.sh scripct created by Przemek. There were 0 (ZERO) problems with create RPMs, just one with the name harbour-1.0.0RC1, which shuld be harbour-1.0.0-RC1. But Przemek made neccesary corrections. So, what changet in last few days, that I cannot create RPMs the same way, I used to do it ? Is this possibel, that someone enabled all contribs during last days? Okay, to clear up some confusion: 1) RC1 still builds fine, as it should. 2) You are trying with the main branch. In the main branch I've made some "deeper" changes since we had a not very well defined concept as to how to develop Harbour after RC1. Now it's clear and these changes will all have to go to RC2, so we need to clear them up relatively quickly. Now, one of these changes were some general review of the way how contribs are included or not included. I've enabled all of them in the central Makefile, and left the decision to build or not build to the Makefiles in each contrib. Moreover, I've added Makefiles for hbgf contrib, which had none so far. I also left a TODO in the ChangeLog, that we need to review this list and add the necessary enabling/disabling logic to local Makefiles, so that only those things will be built, which can be built (or which are requested). So this remained a work in progress. The goal is to have a clear an unified way to enable and disable projects on different platforms, compilers and available external packages. Until this is cleared, please use RC1 for builds. If there are other build problems I can look at it. OK, stderr and stdout are in: http://www.abix.info.pl/files/svn-8800-next.tar Thanks. I can see these: - a few warnings in contrib code - lot of them in 3rd party code (sqlite) - one error in hbtpathy (will fix it ASAP) - hbapollo, hbfbird, hbgd, hbhpdf, hbmysql, hbpgsql not finding external headers - hbcurl needing a newer version of libcurl (at least 7.17.0 is needed) - hbfimage: ? - One header casing bug in hbziparch (will fix it ASAP) - hbziparch needing some review under Linux. I'll correct what I can, until then feel free to comment/remove offending contribs from contrib/Makefile. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-06-25 11:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-06-25 11:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/rtl/gtwvt/gtwvt.c * Slightly changed the way CLOSE button works. Now the close button, if enabled, will always force a shutdown. So this setting is made independent of SetCancel(). I choose this because there might be cases when we need to use in app code, yet we want to allow closing the window. Previously it was also easy to create confusing scenarios by using various combinations of HB_GTI_CLOSABLE + SetCancel(). Another kind of fix - without the advantage above - would be to fully sync SetCancel() with HB_GTI_CLOSABLE. * contrib/hbtpathy/tplinux.c ! Fixed embedded comments in Linux code. * contrib/hbziparch/hbziparc.h ! Fixed header casing. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problems with creating RPMs 2nd (was: Group opinion...)
Dnia środa, 25 czerwca 2008, Szakáts Viktor napisał: > 2) You are trying with the main branch. In the main branch I've made > some > "deeper" changes since we had a not very well defined concept as > to how > to develop Harbour after RC1. OK - everything now is clear. I think I'll wait for Przemek to come back and I'll talk with him about this, for now if you please write me how to get RC1 branch rather than main I'll get it and try to compile on openSUSE it. Now I use : SVNURL="https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour"; Best Regards, Adam -- ABIX - Linuksowe Systemy Wspomagania Biznesu | http://www.abix.info.pl Skype : abix_adamj | Gadu-Gadu : 302315 | JabberID: [EMAIL PROTECTED] Wsparcie aplikacji : http://groups-beta.google.com/group/abix-rcsoft?hl=pl GnuPG Key => http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA810E4FB ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Pointers as values. Was: Re: [Harbour] TMYSQLSERVER error ...
Szakáts Viktor wrote: One possible solution is to allow to compare pointers to zero using operators (p != 0, p = 0, p == 0, and even p > 0, p < 0). Comparison with any other values would return .F., also, maybe NIL should be also allowed in place of 0, and we may allow such construct too: IF p ; ? "not null" ; ENDIF This would mean that a non-NULL pointer would qualify as .T., non-0, non-NIL and a NULL as .F., 0, NIL on .prg level. Hi, I do not think it's good idea at all. We will want IF 0, IF 1, etc. soon. I would suggest to fix code: IF EMPTY(p) Best regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Pointers as values. Was: Re: [Harbour] TMYSQLSERVER error ...
Okey. I had a similar feeling about it. Let's leave it then, and update the code to use EMPTY(). (Notice that this also means that _application code_ directly using these MySQL API calls will also need to be updated, since we will have to break compatibility.) Brgds, Viktor On Wed, Jun 25, 2008 at 3:27 PM, Mindaugas Kavaliauskas <[EMAIL PROTECTED]> wrote: > Szakáts Viktor wrote: > >> One possible solution is to allow to compare >> pointers to zero using operators (p != 0, >> p = 0, p == 0, and even p > 0, p < 0). Comparison >> with any other values would return .F., also, >> maybe NIL should be also allowed in place of 0, >> and we may allow such construct too: IF p ; ? "not null" ; ENDIF >> >> This would mean that a non-NULL pointer would qualify >> as .T., non-0, non-NIL and a NULL as .F., 0, NIL on >> .prg level. >> > > Hi, > > > I do not think it's good idea at all. We will want > IF 0, > IF 1, > etc. soon. > > I would suggest to fix code: > IF EMPTY(p) > > > > Best regards, > Mindaugas > > ___ > 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] Problems with creating RPMs 2nd (was: Group opinion...)
Enough to replace harbour with harbour-1.0.0RC1. Or, you can get the RC1 source code from sf.net download page. I've uploaded proper (I hope) LF delimited .gz/.bz2. Brgds, Viktor 2008/6/25 ABIX - Adam Jurkiewicz <[EMAIL PROTECTED]>: > Dnia środa, 25 czerwca 2008, Szakáts Viktor napisał: > > 2) You are trying with the main branch. In the main branch I've made > > some > > "deeper" changes since we had a not very well defined concept as > > to how > > to develop Harbour after RC1. > > OK - everything now is clear. I think I'll wait for Przemek to come back > and > I'll talk with him about this, for now if you please write me how to get > RC1 > branch rather than main I'll get it and try to compile on openSUSE it. > > Now I use : > SVNURL=" > https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour > " > > Best Regards, > Adam > > -- > ABIX - Linuksowe Systemy Wspomagania Biznesu | http://www.abix.info.pl > Skype : abix_adamj | Gadu-Gadu : 302315 | JabberID: [EMAIL PROTECTED] > Wsparcie aplikacji : http://groups-beta.google.com/group/abix-rcsoft?hl=pl > GnuPG Key => http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA810E4FB > ___ > 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] 2008-06-25 16:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-06-25 16:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbver.h * removed unnecessary EOL inside comment * harbour/contrib/hbodbc/odbc.c ! use valid integer type instead of explicit casting in function call. Such casting is vary dangerous and may cause unpredictible results when integer value has different binary size * harbour/contrib/hbtpathy/Makefile * harbour/contrib/hbtpathy/common.mak * harbour/contrib/hbtpathy/telepath.ch * harbour/contrib/hbtpathy/tplinux.c * harbour/contrib/hbtpathy/tpwin32.c * harbour/contrib/hbtpathy/tpos2.c * harbour/contrib/hbtpathy/telepath.prg * harbour/contrib/hbtpathy/readme.txt * harbour/contrib/hbtpathy/tests/testtp.prg * converted EOL style to native * set valid SVN attributes * harbour/contrib/hbapollo/Makefile * disabled non W32 builds, SDE exists only for MS-Windows * harbour/contrib/hbziparch/Makefile ! fixed C flag setting for Linux builds * harbour/source/pp/ppcore.c * formatting * harbour/source/rtl/valtoexp.prg ! fixed empty date conversion * harbour/hbgtmk.sh * harbour/make_xmingwce.sh * harbour/make_deb.sh * harbour/make_rpmw32.sh * harbour/make_gcc.sh * harbour/make_rpm.sh * harbour/make_xmingw.sh * harbour/make_tgz.sh * harbour/make_rpmce.sh * harbour/contrib/hbmzip/make_gcc.sh * harbour/contrib/hbsqlit3/make_gcc.sh * harbour/contrib/make_gcc_all.sh * harbour/contrib/hbziparch/make_gcc.sh * harbour/contrib/hbnf/make_gcc.sh * harbour/contrib/hbhpdf/tests/files/cp932.txt * harbour/contrib/hbhpdf/make_gcc.sh * harbour/contrib/rddado/make_gcc.sh * harbour/contrib/gtwvg/make_gcc.sh * harbour/contrib/hbpgsql/make_gcc.sh * harbour/contrib/rddads/make_gcc.sh * harbour/contrib/hbclipsm/make_gcc.sh * harbour/contrib/mtpl_gcc.sh * harbour/contrib/hbfimage/make_gcc.sh * harbour/contrib/hbgd/tests/bld.sh * harbour/contrib/hbgd/make_gcc.sh * harbour/contrib/hbmisc/make_gcc.sh * harbour/contrib/hbtip/make_gcc.sh * harbour/contrib/hbbmcdx/make_gcc.sh * harbour/contrib/hbvpdf/make_gcc.sh * harbour/contrib/hbbtree/make_gcc.sh * set valid SVN EOL attribute best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HB_NOSTARTUPWINDOW ?
On Sun, 22 Jun 2008, Szakáts Viktor wrote: Hi Viktor, > I see, in fact I also have the window painted then > repainted in new size. Since this is a generic problem > (albeit not a huge one IMO), we may think about some > generic ways to avoid it (without special hacks that is). There are also other reasons to have such functionality, f.e. program which is usually executed as service working in background but when it cannot finished it's job then it opens console window switching to interactive mode. > 1) or instance the window gets created only on the > first actual screen access, or something similar > (this may slow down screen methods a bit). GTXWC has such functionality. The console window is shown after 1-st screen update. It's important functionality because application which uses GTXWC can be executed without active X server and inform user using stdout()/stderr() functions that it will not work in such mode or make other alternative actions. > 2) Or we might say that any font type, size, etc > changes are displayed on screen on the first SetMode() > call only. This would effectively reduce flickering > to only one repaint per startup (or layout change). > This is already a problem, where only one specific > (but not well documented) hb_gtInfo() call is > initiating a repaint. The problem is that GT driver have to be initialized at startup before any user code is executed. It means that we have to inform the GT driver in other way that it should not show console window immediately. ANNOUNCE HB_NOSTARTUPWINDOW effectively resolves this problem. I do not see anything wrong with it. Probably the only other solution is adding RT support to change active GT driver so application can be linked with GTNUL ad default GTD and later switch to other RDD depending on RT conditions. This will need some deeper modifications I wanted to add working on multi window API also with some other ones. Anyhow it's not sth what I will want to start before final 1.0 so now I suggest to restore HB_NOSTARTUPWINDOW for people which strongly need it for existing programs. Later we will think about sth much more elegant. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] philosophie ??? of (x)harbour
hi all, 2 months ago i discoverd xharbour and installed in on my opensuse 10.3 since then i'm a member of this list. very often you mention files (libraries etc.) and almost all the time, i can't find them on my machine. i wonder, if those files are for windows only. or are they for harbour and not xharbour. anyhow, what's the difference between harbour and xharbour i feel somewhat uncomfortable not to understand the concept. can anybody explain? -- Mit freundlichen Grüßen Fritz Eichelhardt Brückenstr. 1 53545 Linz Tel.: 02644 - 3784 Fax/UMS: 01212 - 517045068 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Possible bug in TGET's :delEnd()
Hi all, I think there is a bug in TGET's delEnd() method - The loop... DO WHILE ::nPos > nPos ::backSpaceLow() ENDDO ...can become endless in some circumstances. While I cannot reproduce it in a DOS app, my GUI app (that implements its own masked edits using TGET) can using a 20-character character variable and a picture as "(999) 999-" - If I reduce the variable to 14 characters (ie. to match the picture length), it seems to work ok. So, I'm not sure if this should be classified as a bug or not. Regards, Randy. P.S. The use of :Pos and :nPos is very confusing in TGET.PRG ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Possible bug in TGET's :delEnd()
Hi Randy, Probably. If we can get a small test case together, I will add it to rto_get.prg, and I can try it with Clipper too. So, var is 20 chars string, picture is "(999) 999-". What keys do you press to get into the endless loop? Brgds, Viktor On 2008.06.25., at 18:04, Randy Portnoff wrote: Hi all, I think there is a bug in TGET's delEnd() method - The loop... DO WHILE ::nPos > nPos ::backSpaceLow() ENDDO ...can become endless in some circumstances. While I cannot reproduce it in a DOS app, my GUI app (that implements its own masked edits using TGET) can using a 20-character character variable and a picture as "(999) 999-" - If I reduce the variable to 14 characters (ie. to match the picture length), it seems to work ok. So, I'm not sure if this should be classified as a bug or not. Regards, Randy. P.S. The use of :Pos and :nPos is very confusing in TGET.PRG ___ 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] 2008-06-25 18:19 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-06-25 18:19 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbfimage/fi_winfu.c * contrib/hbfimage/fi_wrp.c ! I cannot test it right now, but this should fix the build problem for hbfimage under Linux. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] philosophie ??? of (x)harbour
Dnia środa, 25 czerwca 2008, Fritz Eichelhardt napisał: > hi all, Hi, if you want explanation about libraries, please write down exactly which ones, I or someone else try to explain to you. Because Harbour is cross platform, some functions works only on Windows, some only on Linux/Unix, other on OS/2. It always depends... Adam -- ABIX - Linuksowe Systemy Wspomagania Biznesu | http://www.abix.info.pl Skype : abix_adamj | Gadu-Gadu : 302315 | JabberID: [EMAIL PROTECTED] Wsparcie aplikacji : http://groups-beta.google.com/group/abix-rcsoft?hl=pl GnuPG Key => http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA810E4FB ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] RC1 Linux RPM builds on openSUSE OK
To whom should I sent rpms to upload to sf ? Build on openSUSE 10.3. Adam -- ABIX - Linuksowe Systemy Wspomagania Biznesu | http://www.abix.info.pl Skype : abix_adamj | Gadu-Gadu : 302315 | JabberID: [EMAIL PROTECTED] Wsparcie aplikacji : http://groups-beta.google.com/group/abix-rcsoft?hl=pl GnuPG Key => http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA810E4FB ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Possible bug in TGET's :delEnd()
Hi Viktor, Ok, I think I know what is happening here and is partially my fault - However, I still feel that extra protection needs to be added to this loop. The picture is "(999) 999-" When this endless loop occurs, I am doing this: oGet:Pos := 1 oGet:DelEnd() I say this is my fault since I am setting :Pos to 1, but the first position is not an editable position. So, what is happening is that nPos is getting set to 1 in :DelEnd() (due to my assignment above) and then ::Pos is stopping at 2 since :Left() in :backSpaceLow() cannot get to 1 (due to the picture) and hence the endless loop. So, I fixed this in my Harbour build by checking for a change to ::nPos as follows: METHOD delEnd() CLASS Get LOCAL nPos, nLast IF ::hasFocus nPos := ::nPos ::pos := ::nMaxEdit nLast := ::nPos + 1 ::deleteLow() DO WHILE ::nPos > nPos .and. ::nPos < nLast nLast := ::nPos ::backSpaceLow() ENDDO ::display() ENDIF RETURN Self At 12:10 PM 6/25/2008, you wrote: Hi Randy, Probably. If we can get a small test case together, I will add it to rto_get.prg, and I can try it with Clipper too. So, var is 20 chars string, picture is "(999) 999-". What keys do you press to get into the endless loop? Brgds, Viktor On 2008.06.25., at 18:04, Randy Portnoff wrote: Hi all, I think there is a bug in TGET's delEnd() method - The loop... DO WHILE ::nPos > nPos ::backSpaceLow() ENDDO ...can become endless in some circumstances. While I cannot reproduce it in a DOS app, my GUI app (that implements its own masked edits using TGET) can using a 20-character character variable and a picture as "(999) 999-" - If I reduce the variable to 14 characters (ie. to match the picture length), it seems to work ok. So, I'm not sure if this should be classified as a bug or not. Regards, Randy. P.S. The use of :Pos and :nPos is very confusing in TGET.PRG ___ 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] ADORDD / OLE
Hi All, I continue testing Harbour RC1 MingW binaries published and I've found that ADORDD samples are not working. I've remembered that Beta 3 sources included two OLE library versions. The 'old' harbour version and the xHarbour one. ADORDD required the new (xHarbour) version. Replacing the OLE library included in RC1 distribution with thw xHarbour one included in Beta3 ADORDD is working fine. Perhaps OLE contrib should be modified to be compatible with ADORDD or, at least, OLE code needed to make work, should be included in contrib again. am I missing something? Regards, Roberto. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] ADORDD/OLE (hbw32?)
Hi All, Ok. I've found 'hbw32' in contrib. Does it provide adequate OLE support for ADORDD? TIA. Roberto. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-06-25 15:55 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
2008-06-25 15:55 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED]) * harbour/contrib/gtwvg/gtwvg.c * Some futuristic additions and synchronization with GTWVT. * harbour/contrib/gtwvg/tests/demowvg.prg * Update to recognize all key events. ;DONE: I am done with the update og GTWVG. Open to previous modifications, Viktor? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/2008-06-25-15%3A55-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp18123405p18123405.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
