Re: [Harbour] field type +
13.05.2010 20:28, Itamar Lins написав(ла): Hi! Please inform the link or doc with structure of dbf supporting for harbour. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour Hi! You can find some info in function static HB_ERRCODE hb_dbfCreate( DBFAREAP pArea, LPDBOPENINFO pCreateInfo ) in dbf1.c case HB_FT_STRING: pThisField->bType = 'C'; case HB_FT_LOGICAL: pThisField->bType = 'L'; ... Regards, Alexey Myronenko ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
> It wasn't my intention make you reply that, I just do a statement trying to > wide the view about the problem. As I wrote I completely agree about the > whole decision and specially your last paragraphs as below. Maybe my poor > English have been confusing about my message. Sorry if message seemed to offend you, I didn't mean it that way, and any opinion or reaction (like yours) which leads toward any direction is always useful to hear and very much welcome. I tried to reiterate on the key problems, in the hope this time it gets a reception (again not just by you, but everyone interested in this or pushing the problem). BTW, back to dropping "legacy" stuff is an interesting topic, but at the same time the _hottest potato_. As time goes by we can revisit such topics, since probably it won't make sense to support f.e. MS-DOS or Windows 95 ten years from now, or there will be a point where Clipper cross-compatibility won't be a real-life issue anymore, since there won't be any real systems running MS-DOS apps. We will see it in the future, and we will see what are those parts which we can benefit from by revising them. F.e. 8.3 naming limit, or non-UNICODE Windows builds, or building Harbour on MS-DOS hosts, to mention some of these from recent times, and there are language-related items here as well. For sure for now all of these seem too early to address, and usually stir a lot of heat, that's why we should rather concentrate on stuff which is inline with our current goals and possibilities. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
Did you read my first reply? Viktor On 2010 May 14, at 05:22, Fernando Athayde wrote: > i hope be useful > i build client.prg smtpcli.prg sendmail.prg with gmail.prg > and now appears the lines of error > > E:\harbour_cvs\contrib\hbtip\tests>gmail > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > Called from TIPCLIENT:NEW(212) > Called from TIPCLIENTSMTP:NEW(99) > Called from HB_SENDMAIL(285) > Called from MAIN(38) > > Regards > Fernando Athayde > > De: Fernando Athayde > Para: Harbour Project Main Developer List. > Enviadas: Sexta-feira, 14 de Maio de 2010 0:07:14 > Assunto: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > only by know > tiptest.prg runs normaly > but gmail.prg don´t strange no > > Regards > Fernando Athayde > > De: Fernando Athayde > Para: Harbour Project Main Developer List. > Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 > Assunto: Res: Res: Res: [Harbour] tipclientsmtp error > > i won this battle, lol > openssl dll´s there are in bin and not in out32dll > i moved dll´s into out32dll, and bang runs, build > but still happens this error > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > Called from TIPCLIENT:NEW(0) > Called from TIPCLIENTSMTP:NEW(0) > Called from HB_SENDMAIL(0) > > now there is libssleay32.a and libeay32.a in my lib directory > > what´s worng, i´m sincronized with svn > > Regards, > Fernando Athayde > > De: Viktor Szakáts > Para: Harbour Project Main Developer List. > Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 > Assunto: Re: Res: Res: [Harbour] tipclientsmtp error > > > i already use look > > > > set HB_BUILD_DLL=yes > > set HB_BUILD_IMPLIB=yes > > set HB_INSTALL_PREFIX=e:\harbour_gcc > > SET HRB_DIR=e:\harbour_gcc > > > > SET HB_WITH_MYSQL=C:\mysql\include > > SET HB_INC_MYSQL=C:\mysql\include > > SET HB_DIR_MYSQL=C:\mysql > > SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include > > > > SET HB_PATH=e:\harbour_gcc > > > > and only generate these files with ssl > > libhbssl.a > > libhbssls.a > > libhbtipssl.a > > So you missed something in my answer. > > BTW, most of the above envvars are not > needed, see "10. TROUBLESHOOTING" in INSTALL. > > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] [r|s]ddoci
> -Original Message- > From: Viktor Szakáts [mailto:harbour...@syenar.hu] > Sent: Thursday, May 13, 2010 5:28 PM > To: Harbour Project Main Developer List. > Subject: Re: [Harbour] [r|s]ddoci [...] > If we find a reproducible way for this error, > there are much better chances to find it and > getting it fixed. > > Or, it's possible it's some sort of build problem, > f.e. unmatched OCILIB header and .dll version or > the like. > > Viktor This GPF is not related to oci. It occurs too in version from 11.2009, when I open table via ODBC, but symptom is difer : Even as app is MinGW, error is in Visual C++ L There is when app is compiled with gc3 and too with gc2 switch. Regards, Marek Horodyski <>___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14472] trunk/harbour
Revision: 14472 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14472&view=rev Author: vszakats Date: 2010-05-14 08:10:07 + (Fri, 14 May 2010) Log Message: --- 2010-05-14 10:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL * Clarification to HB_BUILD_IMPLIB usage. ; NOTE: By now it's very easy to create implibs outside the central make process: 'hbmk2 @contrib//.hbi' where is the name of the contrib. Moving the resuling import library file(s) to our lib dir has to be done manually in this case. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] [r|s]ddoci
Hi, > > If we find a reproducible way for this error, > > there are much better chances to find it and > > getting it fixed. > > > > Or, it's possible it's some sort of build problem, > > f.e. unmatched OCILIB header and .dll version or > > the like. > > > > Viktor > > This GPF is not related to oci. > It occurs too in version from 11.2009, when I open table via ODBC, but > symptom is difer : > > > > Even as app is MinGW, error is in Visual C++ L > There is when app is compiled with gc3 and too with gc2 switch. It's memory corruption reported by MS C runtime .dll. mingw uses MS C runtime .dll, so this is normal. Probably it would be good to create a fresh build of your Harbour, libs and apps. Something seems wrong in your current Harbour environment. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Cairo lib test
To use cairo lib, in INSTALL file I see, that I should define : SET HB_WITH_CAIRO=C:\cairo\include\cairo But in zip file from download page, fe. : http://www.gtk.org/download-windows.html or http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8 .8-2_win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2 _win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.2.39 -1_win32.zip aren't such folders. I see only : bin manifest and share. Instruction in install file is correct ? Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Cairo lib test
> To use cairo lib, in INSTALL file I see, that I should define : > > SET HB_WITH_CAIRO=C:\cairo\include\cairo > > But in zip file from download page, fe. : > http://www.gtk.org/download-windows.html > or > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8.8-2_win32.zip > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2_win32.zip > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.2.39-1_win32.zip > > aren’t such folders. I see only : bin manifest and share. > Instruction in install file is correct ? It's only an example. It's not possible to cover every possible distribution and every possible changes in distribution. This is example works on my system with the cairo distros I have installed, this is usually the official one, in case of cairo the distribution is messy, so your case may differ. The point for all HB_WITH_* envvars is to set them to the packages _include_ directory, whatever and wherever it is. That was the reason I didn't want to include any examples in INSTALL, maybe I will delete them in the future. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] :__enumKey()
On Wed, 12 May 2010, Mindaugas Kavaliauskas wrote: Hi, > perhaps this is a known issue, but looks like a strange limitation > of __enumKey() message. This code could not be compiled because of: > test202.prg(5) Warning W0031 Invalid variable 'XVALUE' for > enumerator message > FUNC main() > LOCAL xValue > FOR EACH xValue IN {'a'=>'A', 'b'=>'B'} > ? xValue:__enumKey() > ? EVAL({|| xValue:__enumKey()}) > NEXT > RETURN NIL It's intentional. You cannot eat cake and have cake ;-) Most of people (at least those who asked about it in the past) prefer that codeblocks detach enumerated values not enumerators itself. This example illustrate it: FUNC main() LOCAL xValue, aCode := {} FOR EACH xValue IN {'a'=>'A', 'b'=>'B'} AADD( aCode, {|| xValue } ) NEXT AEVAL( aCode, { |x| QOUT( EVAL( x ) ) } ) RETURN NIL and for such behavior the above warning is correct. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
off cource yes your first reply: :You have to link it against hbtipssl.hbc. : :Viktor :end see E:\harbour_cvs\contrib\hbtip\tests>hbmk2 gmail.prg smtpcli.prg sendmail.prg clie nt.prg ..\hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc Harbour 2.1.0beta1 (Rev. 14471) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 196, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. Compiling 'smtpcli.prg'... Lines 1393, Functions/Procedures 16 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\smtpcli.c'... Done. Compiling 'sendmail.prg'... Lines 2146, Functions/Procedures 2 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\sendmail.c'.. . Done. Compiling 'client.prg'... Lines 4067, Functions/Procedures 27 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\client.c'... Done. hbtipssl.hbc # # $Id: hbtipssl.hbc 12413 2009-09-05 23:44:22Z vszakats $ # incpaths=. libs=hbtipssl libs=../../hbssl/hbssl.hbc Regards Fernando Athayde De: Viktor Szakáts Para: Harbour Project Main Developer List. Enviadas: Sexta-feira, 14 de Maio de 2010 4:53:06 Assunto: Re: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error Did you read my first reply? Viktor On 2010 May 14, at 05:22, Fernando Athayde wrote: > i hope be useful > i build client.prg smtpcli.prg sendmail.prg with gmail.prg > and now appears the lines of error > > E:\harbour_cvs\contrib\hbtip\tests>gmail > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > Called from TIPCLIENT:NEW(212) > Called from TIPCLIENTSMTP:NEW(99) > Called from HB_SENDMAIL(285) > Called from MAIN(38) > > Regards > Fernando Athayde > > De: Fernando Athayde > Para: Harbour Project Main Developer List. > Enviadas: Sexta-feira, 14 de Maio de 2010 0:07:14 > Assunto: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > only by know > tiptest.prg runs normaly > but gmail.prg don´t strange no > > Regards > Fernando Athayde > > De: Fernando Athayde > Para: Harbour Project Main Developer List. > Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 > Assunto: Res: Res: Res: [Harbour] tipclientsmtp error > > i won this battle, lol > openssl dll´s there are in bin and not in out32dll > i moved dll´s into out32dll, and bang runs, build > but still happens this error > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > Called from TIPCLIENT:NEW(0) > Called from TIPCLIENTSMTP:NEW(0) > Called from HB_SENDMAIL(0) > > now there is libssleay32.a and libeay32.a in my lib directory > > what´s worng, i´m sincronized with svn > > Regards, > Fernando Athayde > > De: Viktor Szakáts > Para: Harbour Project Main Developer List. > Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 > Assunto: Re: Res: Res: [Harbour] tipclientsmtp error > > > i already use look > > > > set HB_BUILD_DLL=yes > > set HB_BUILD_IMPLIB=yes > > set HB_INSTALL_PREFIX=e:\harbour_gcc > > SET HRB_DIR=e:\harbour_gcc > > > > SET HB_WITH_MYSQL=C:\mysql\include > > SET HB_INC_MYSQL=C:\mysql\include > > SET HB_DIR_MYSQL=C:\mysql > > SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include > > > > SET HB_PATH=e:\harbour_gcc > > > > and only generate these files with ssl > > libhbssl.a > > libhbssls.a > > libhbtipssl.a > > So you missed something in my answer. > > BTW, most of the above envvars are not > needed, see "10. TROUBLESHOOTING" in INSTALL. > > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
Make sure to _NOT_ link against hbtip.hbc at the same time, you cannot link to both SSL and non-SSL version of hbtip at the same time. One way to do this is to delete hbmk.hbm. Viktor On 2010 May 14, at 12:04, Fernando Athayde wrote: > off cource yes > your first reply: > :You have to link it against hbtipssl.hbc. > : > :Viktor > :end > > see > E:\harbour_cvs\contrib\hbtip\tests>hbmk2 gmail.prg smtpcli.prg sendmail.prg > clie > nt.prg ..\hbtipssl.hbc > hbmk2: Processando script local: hbmk.hbm > hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg > hbmk2: Processando: hbtipssl.hbc > Harbour 2.1.0beta1 (Rev. 14471) > Copyright (c) 1999-2010, http://www.harbour-project.org/ > Compiling 'gmail.prg'... > Lines 196, Functions/Procedures 1 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D > one. > Compiling 'smtpcli.prg'... > Lines 1393, Functions/Procedures 16 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\smtpcli.c'... > Done. > Compiling 'sendmail.prg'... > Lines 2146, Functions/Procedures 2 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\sendmail.c'.. > . Done. > Compiling 'client.prg'... > Lines 4067, Functions/Procedures 27 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\client.c'... > Done. > > hbtipssl.hbc > # > # $Id: hbtipssl.hbc 12413 2009-09-05 23:44:22Z vszakats $ > # > > incpaths=. > > libs=hbtipssl > libs=../../hbssl/hbssl.hbc > > Regards > Fernando Athayde > > > De: Viktor Szakáts > Para: Harbour Project Main Developer List. > Enviadas: Sexta-feira, 14 de Maio de 2010 4:53:06 > Assunto: Re: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > Did you read my first reply? > > Viktor > > On 2010 May 14, at 05:22, Fernando Athayde wrote: > > > i hope be useful > > i build client.prg smtpcli.prg sendmail.prg with gmail.prg > > and now appears the lines of error > > > > E:\harbour_cvs\contrib\hbtip\tests>gmail > > > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > > Called from TIPCLIENT:NEW(212) > > Called from TIPCLIENTSMTP:NEW(99) > > Called from HB_SENDMAIL(285) > > Called from MAIN(38) > > > > Regards > > Fernando Athayde > > > > De: Fernando Athayde > > Para: Harbour Project Main Developer List. > > Enviadas: Sexta-feira, 14 de Maio de 2010 0:07:14 > > Assunto: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > > > only by know > > tiptest.prg runs normaly > > but gmail.prg don´t strange no > > > > Regards > > Fernando Athayde > > > > De: Fernando Athayde > > Para: Harbour Project Main Developer List. > > Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 > > Assunto: Res: Res: Res: [Harbour] tipclientsmtp error > > > > i won this battle, lol > > openssl dll´s there are in bin and not in out32dll > > i moved dll´s into out32dll, and bang runs, build > > but still happens this error > > > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > > Called from TIPCLIENT:NEW(0) > > Called from TIPCLIENTSMTP:NEW(0) > > Called from HB_SENDMAIL(0) > > > > now there is libssleay32.a and libeay32.a in my lib directory > > > > what´s worng, i´m sincronized with svn > > > > Regards, > > Fernando Athayde > > > > De: Viktor Szakáts > > Para: Harbour Project Main Developer List. > > Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 > > Assunto: Re: Res: Res: [Harbour] tipclientsmtp error > > > > > i already use look > > > > > > set HB_BUILD_DLL=yes > > > set HB_BUILD_IMPLIB=yes > > > set HB_INSTALL_PREFIX=e:\harbour_gcc > > > SET HRB_DIR=e:\harbour_gcc > > > > > > SET HB_WITH_MYSQL=C:\mysql\include > > > SET HB_INC_MYSQL=C:\mysql\include > > > SET HB_DIR_MYSQL=C:\mysql > > > SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include > > > > > > SET HB_PATH=e:\harbour_gcc > > > > > > and only generate these files with ssl > > > libhbssl.a > > > libhbssls.a > > > libhbtipssl.a > > > > So you missed something in my answer. > > > > BTW, most of the above envvars are not > > needed, see "10. TROUBLESHOOTING" in INSTALL. > > > > Viktor > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > > > > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list
Res: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
Haleluia, hbmk.hbm have inside hbtip, i remove it, bing, runs ok only a question, what is this, all time i build appers this Info: resolving _SSL_CIPHER_get_version by linking to __imp__SSL_CIPHER_get_vers ion (auto-import) Info: resolving _SSL_CTX_add_client_CA by linking to __imp__SSL_CTX_add_client_C A (auto-import) E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: warning: a uto-importing has been activated without --enable-auto-import specified on the c ommand line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. Regards Fernando Athayde De: Viktor Szakáts Para: Harbour Project Main Developer List. Enviadas: Sexta-feira, 14 de Maio de 2010 7:24:09 Assunto: Re: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error Make sure to _NOT_ link against hbtip.hbc at the same time, you cannot link to both SSL and non-SSL version of hbtip at the same time. One way to do this is to delete hbmk.hbm. Viktor On 2010 May 14, at 12:04, Fernando Athayde wrote: > off cource yes > your first reply: > :You have to link it against hbtipssl.hbc. > : > :Viktor > :end > > see > E:\harbour_cvs\contrib\hbtip\tests>hbmk2 gmail.prg smtpcli.prg sendmail.prg > clie > nt.prg ..\hbtipssl.hbc > hbmk2: Processando script local: hbmk.hbm > hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg > hbmk2: Processando: hbtipssl.hbc > Harbour 2.1.0beta1 (Rev. 14471) > Copyright (c) 1999-2010, http://www.harbour-project.org/ > Compiling 'gmail.prg'... > Lines 196, Functions/Procedures 1 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D > one. > Compiling 'smtpcli.prg'... > Lines 1393, Functions/Procedures 16 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\smtpcli.c'... > Done. > Compiling 'sendmail.prg'... > Lines 2146, Functions/Procedures 2 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\sendmail.c'.. > . Done. > Compiling 'client.prg'... > Lines 4067, Functions/Procedures 27 > Generating C source output to > 'C:\Users\athayde\AppData\Local\Temp\client.c'... > Done. > > hbtipssl.hbc > # > # $Id: hbtipssl.hbc 12413 2009-09-05 23:44:22Z vszakats $ > # > > incpaths=. > > libs=hbtipssl > libs=../../hbssl/hbssl.hbc > > Regards > Fernando Athayde > > > De: Viktor Szakáts > Para: Harbour Project Main Developer List. > Enviadas: Sexta-feira, 14 de Maio de 2010 4:53:06 > Assunto: Re: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > Did you read my first reply? > > Viktor > > On 2010 May 14, at 05:22, Fernando Athayde wrote: > > > i hope be useful > > i build client.prg smtpcli.prg sendmail.prg with gmail.prg > > and now appears the lines of error > > > > E:\harbour_cvs\contrib\hbtip\tests>gmail > > > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > > Called from TIPCLIENT:NEW(212) > > Called from TIPCLIENTSMTP:NEW(99) > > Called from HB_SENDMAIL(285) > > Called from MAIN(38) > > > > Regards > > Fernando Athayde > > > > De: Fernando Athayde > > Para: Harbour Project Main Developer List. > > Enviadas: Sexta-feira, 14 de Maio de 2010 0:07:14 > > Assunto: Res: Res: Res: Res: [Harbour] tipclientsmtp error > > > > only by know > > tiptest.prg runs normaly > > but gmail.prg don´t strange no > > > > Regards > > Fernando Athayde > > > > De: Fernando Athayde > > Para: Harbour Project Main Developer List. > > Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 > > Assunto: Res: Res: Res: [Harbour] tipclientsmtp error > > > > i won this battle, lol > > openssl dll´s there are in bin and not in out32dll > > i moved dll´s into out32dll, and bang runs, build > > but still happens this error > > > > Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() > > Called from TIPCLIENT:NEW(0) > > Called from TIPCLIENTSMTP:NEW(0) > > Called from HB_SENDMAIL(0) > > > > now there is libssleay32.a and libeay32.a in my lib directory > > > > what´s worng, i´m sincronized with svn > > > > Regards, > > Fernando Athayde > > > > De: Viktor Szakáts > > Para: Harbour Project Main Developer List. > > Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 > > Assunto: Re: Res: Res: [Harbour] tipclientsmtp error > > > > > i already use look > > > > > > set HB_BUILD_DLL=yes > > > set HB_BUILD_IMPLIB=yes > > > set HB_INSTALL_PREFIX=e:\harbour_gcc > > > SET HRB_DIR=e:\harbour_gcc > > > > > > SET HB_WITH_MYSQL=C:\mysql\include > > > SET HB_INC_MYSQL=C:\mysql\include > > > SET HB_DIR_MYSQL=C:\mysql > > > SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include > > > > > > SET HB_PATH=e:\harbour_gcc > > > > > > and only generate these files with ssl > > > libhbssl.a > > > libhbssls.a > > > libhbtipssl.a > > > > So you missed something in my answer. > > > > BTW, most of the above envvars are not > > needed, see "10. TROUBLESHOOTING" in INSTALL. > > > > Viktor > > > > ___
Re: Res: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
> Haleluia, hbmk.hbm have inside hbtip, i remove it, bing, runs ok > only a question, what is this, all time i build appers this > Info: resolving _SSL_CIPHER_get_version by linking to > __imp__SSL_CIPHER_get_vers > ion (auto-import) > Info: resolving _SSL_CTX_add_client_CA by linking to > __imp__SSL_CTX_add_client_C > A (auto-import) > E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: > warning: a > uto-importing has been activated without --enable-auto-import specified on > the c > ommand line. > This should work unless it involves constant data structures referencing > symbols > from auto-imported DLLs. This depends on how you created the implib you're using and what was the exact source for the implib. I'm not getting such warning in my environment (mingw 4.4.x/4.5.x) with locally build openssl 1.0.0 .dlls (using MSVC at the moment) and automatically built hbmk2 implibs, but one's milage may vary. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Cairo lib test
> To use cairo lib, in INSTALL file I see, that I should define : > > SET HB_WITH_CAIRO=C:\cairo\include\cairo > > But in zip file from download page, fe. : > http://www.gtk.org/download-windows.html > or > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8.8-2_win32.zip > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2_win32.zip > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.2.39-1_win32.zip > > aren’t such folders. I see only : bin manifest and share. > Instruction in install file is correct ? BTW, I don't understand your concern at all. Did you unzip all of the above three packages?? Everything is exactly as documented in INSTALL. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Cairo lib test
> -Original Message- > From: Viktor Szakáts [mailto:harbour...@syenar.hu] > Sent: Friday, May 14, 2010 10:51 AM > To: Harbour Project Main Developer List. > Subject: Re: [Harbour] Cairo lib test > [...] > That was the reason I didn't want to include any > examples in INSTALL, maybe I will delete them in the > future. > > Viktor > *From WWW : BTW, I don't understand your concern at all. Did you unzip all of the above three packages?? Everything is exactly as documented in INSTALL. *EOWWW* In any of these files (archive listed in the install file) are not INCLUDE directory. I'm trying to perform differently HB_WITH_CAIRO, unfortunately in log_inst see I only : ! 'hbcairo' library skipped ('cairo' not found. Configure with HB_WITH_CAIRO.) :( Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbide with Win 7
Hi! I am now, using windows 7 and moviment of cursor is very slow. Another problem is refresh of files on project, not appears all files of side menu. ChangeLog 14470 Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
Don't offend me in any way. I totally understand you. Again maybe my poor English sent wrong impression. As I said *personally IF I am last Harbour user* I would drop a lot of legacy, but I never would that thinking about the whole community. []'s Maniero 2010/5/14 Viktor Szakáts > > It wasn't my intention make you reply that, I just do a statement trying > to wide the view about the problem. As I wrote I completely agree about the > whole decision and specially your last paragraphs as below. Maybe my poor > English have been confusing about my message. > > Sorry if message seemed to offend you, I didn't mean > it that way, and any opinion or reaction (like yours) > which leads toward any direction is always useful > to hear and very much welcome. I tried to > reiterate on the key problems, in the hope this time > it gets a reception (again not just by you, but > everyone interested in this or pushing the problem). > > BTW, back to dropping "legacy" stuff is an > interesting topic, but at the same time the > _hottest potato_. As time goes by we can revisit > such topics, since probably it won't make sense > to support f.e. MS-DOS or Windows 95 ten years > from now, or there will be a point where Clipper > cross-compatibility won't be a real-life issue > anymore, since there won't be any real systems > running MS-DOS apps. We will see it in the future, > and we will see what are those parts which we > can benefit from by revising them. F.e. 8.3 > naming limit, or non-UNICODE Windows builds, or > building Harbour on MS-DOS hosts, to mention > some of these from recent times, and there are > language-related items here as well. For sure > for now all of these seem too early to address, > and usually stir a lot of heat, that's why we > should rather concentrate on stuff which is > inline with our current goals and possibilities. > > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF Bug tracker#3001388: HB_SPINLOCK_TRY !x86 typo
The following was posted on our SF bug tracker: http://sourceforge.net/tracker/?func=detail&atid=100681&aid=3001388&group_id=681 Anonymous wrote: There is a typo in this macro, prevents building on ppc. And there is a patch attached to that report. Can someone please take a look? Thanks, Chen. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Cairo lib test
> *From WWW : > BTW, I don't understand your concern at all. > > Did you unzip all of the above three packages?? > > Everything is exactly as documented in INSTALL. > > *EOWWW* > > In any of these files (archive listed in the install file) are not INCLUDE > directory. > I'm trying to perform differently HB_WITH_CAIRO, unfortunately in log_inst > see I only : > > ! 'hbcairo' library skipped ('cairo' not found. Configure with HB_WITH_CAIRO.) > > :( I've just unzipped them before writing my previous e-mail, and there _is_ an include dir in one of the two cairo .zip files. Check again. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] GET PICTURE @RE
Hi, This one confused me today and I'm just curious which would be "the most" correct behaviour ;-) I'm unable to enter any number with @RE picture in Harbour, reduced test-case follows. Regards, AC PROCEDURE MAIN LOCAL n := 0 /* Clipper NG EDisplays date in British format RNontemplate characters are inserted */ CLEAR @ 1, 1 SAY "Works in Clipper 5.3b & xHarbour (@RE)" @ 2, 1 GET n PICTURE "@RE 99. xx/y" VALID n > 0 READ @ 3, 1 SAY "Works in Clipper 5.3b & Harbour (@E)" @ 4, 1 GET n PICTURE "@E 99. xx/y" VALID n > 0 READ @ 5, 1 SAY "@R alone works as expected in Harbour" @ 6, 1 GET n PICTURE "@R 99. xx/y" VALID n > 0 READ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14473] trunk/harbour
Revision: 14473 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14473&view=rev Author: druzus Date: 2010-05-14 13:12:13 + (Fri, 14 May 2010) Log Message: --- 2010-05-14 15:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapicom.h * minor modification in defined names * harbour/src/rtl/hbcom.c + added some very seldom (in practice only on Linux kernels >= 2.4 and not by all hardware drivers) supported termios extensions * harbour/include/hbatomic.h ! fixed typo in non x86 and non MinGW GCC>=4.1 builds reported on SF bug tracker Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapicom.h trunk/harbour/include/hbatomic.h trunk/harbour/src/rtl/hbcom.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF Bug tracker#3001388: HB_SPINLOCK_TRY !x86 typo
On Fri, 14 May 2010, Chen Kedem wrote: Hi, > The following was posted on our SF bug tracker: > http://sourceforge.net/tracker/?func=detail&atid=100681&aid=3001388&group_id=681 > Anonymous wrote: > There is a typo in this macro, prevents building on ppc. > And there is a patch attached to that report. > Can someone please take a look? Thanks for the info. Fixed 2010-05-14 15:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Itamar Lins-2 wrote: > > I am now, using windows 7 and moviment of cursor is very slow. > Another problem is refresh of files on project, not appears all files of > side menu. > ChangeLog 14470 > Movement of cursor: wait till next commit, probably I posted something weired, but not sure. Refresh of files: tell a bit detail, do not use shorthand. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5050989.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
i have a little error yet if i use -mt the class hbtip not runs example: hbmk2 -mt gmail.prg hbtipssl.hbc, build perfectly but returns .F. and hbmk2gmail.prg hbtipssl.hbc, build perfectly but returns .T. log off smtp with error 20100514-09:29:31 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-09:29:31 :INETERRORCODE( ) >> 0 << 20100514-09:29:41 :INETRECVLINE( , , 512 ) >> NIL << 20100514-09:29:41 :INETERRORCODE( ) >> 0 << 20100514-09:29:42 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-09:29:42 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP 21sm1329732yxe.15 << 20100514-09:29:42 :INETERRORCODE( ) >> 0 << log without error 20100514-10:05:23 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 25, HELO ) >> 25 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 250 mx.google.com at your service << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 31, MAIL FROM: ) >> 31 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530-5.5.1 Authentication Required. Learn more at >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 5, . ) >> 5 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530 5.5.1 http://mail.google.com/support/bin/answer.py?answer=14257 >> x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 502 5.5.1 Unrecognized command. x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << Regards Fernando Athayde De: Viktor Szakáts Para: Harbour Project Main Developer List. Enviadas: Sexta-feira, 14 de Maio de 2010 8:11:53 Assunto: Re: Res: Res: Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error > Haleluia, hbmk.hbm have inside hbtip, i remove it, bing, runs ok > only a question, what is this, all time i build appers this > Info: resolving _SSL_CIPHER_get_version by linking to > __imp__SSL_CIPHER_get_vers > ion (auto-import) > Info: resolving _SSL_CTX_add_client_CA by linking to > __imp__SSL_CTX_add_client_C > A (auto-import) > E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: > warning: a > uto-importing has been activated without --enable-auto-import specified on > the c > ommand line. > This should work unless it involves constant data structures referencing > symbols > from auto-imported DLLs. This depends on how you created the implib you're using and what was the exact source for the implib. I'm not getting such warning in my environment (mingw 4.4.x/4.5.x) with locally build openssl 1.0.0 .dlls (using MSVC at the moment) and automatically built hbmk2 implibs, but one's milage may vary. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBMZIP error
I just upgraded my ubuntu 9.10 to 10.04 , and I get this error but 2 days ago compiled fine Any Idea ( arrcs ../../../../../lib/linux/gcc/libhbmisc.a dates2.o ffind.o hb_f.o hbeditc.o spd.o strfmt.o stringsx.o fcomma.o fileread.o hbedit.o nconvert.o numtxthu.o numtxten.o stringp.o twirler.o ) || ( rm -f ../../../../../lib/linux/gcc/libhbmisc.a && false ) gcc -I. -I../../../../../include -W -Wall -O3 -DHB_LEGACY_TYPES_OFF -DHB_HAS_ZLIB -I/usr/include -DHB_HAS_MINIZIP -I/usr/include -ohbmzip.o -c ../../../hbmzip.c ../../../hbmzip.c:60:19: error: unzip.h: No existe el fichero ó directorio ../../../hbmzip.c: In function ‘hb_zipfile_destructor’: ../../../hbmzip.c:89: error: ‘zipFile’ undeclared (first use in this function) ../../../hbmzip.c:89: error: (Each undeclared identifier is reported only once ../../../hbmzip.c:89: error: for each function it appears in.) ../../../hbmzip.c:89: error: ‘phZip’ undeclared (first use in this function) ../../../hbmzip.c:89: error: expected expression before ‘)’ token ../../../hbmzip.c:93: warning: implicit declaration of function ‘zipClose’ ../../../hbmzip.c:87: warning: unused parameter ‘Cargo’ ../../../hbmzip.c: At top level: ../../../hbmzip.c:105: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘hb_zipfileParam’ ../../../hbmzip.c: In function ‘hb_unzipfile_destructor’: ../../../hbmzip.c:119: error: ‘unzFile’ undeclared (first use in this function) ../../../hbmzip.c:119: error: ‘phUnzip’ undeclared (first use in this function) ../../../hbmzip.c:119: error: expected expression before ‘)’ token ../../../hbmzip.c:123: warning: implicit declaration of function ‘unzClose’ ../../../hbmzip.c:117: warning: unused parameter ‘Cargo’ ../../../hbmzip.c: At top level: ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GET PICTURE @RE
Hi, There is an "dirty hack" (their words) to solve this problem in xhb code, and while I can do something similar in Harbour (although in less ugly way), I'm curious what is the purpose of "@RE" mask for numeric values? Seem like something invalid to me. Viktor On 2010 May 14, at 15:10, Aleksander Czajczynski wrote: > Hi, > > This one confused me today and I'm just curious which would be "the most" > correct behaviour ;-) > I'm unable to enter any number with @RE picture in Harbour, reduced test-case > follows. > > Regards, AC > > PROCEDURE MAIN > LOCAL n := 0 > > /* > Clipper NG >EDisplays date in British format >RNontemplate characters are inserted > */ > > CLEAR > @ 1, 1 SAY "Works in Clipper 5.3b & xHarbour (@RE)" > @ 2, 1 GET n PICTURE "@RE 99. xx/y" VALID n > 0 > READ > > @ 3, 1 SAY "Works in Clipper 5.3b & Harbour (@E)" > @ 4, 1 GET n PICTURE "@E 99. xx/y" VALID n > 0 > READ > > @ 5, 1 SAY "@R alone works as expected in Harbour" > @ 6, 1 GET n PICTURE "@R 99. xx/y" VALID n > 0 > READ > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Em 14/05/2010 10:40, Pritpal Bedi escreveu: Refresh of files: tell a bit detail, do not use shorthand. Well, my english is not good. My project has more than 22 files, and I add a file of name "movimento.prg" and the window "projects" does not show that file, but the window "project properties" -> "sources" > show ok. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GET PICTURE @RE
On 2010-05-14 15:50, Viktor Szakáts wrote: There is an "dirty hack" (their words) to solve this problem in xhb code, and while I can do something similar in Harbour (although in less ugly way), I'm curious what is the purpose of "@RE" mask for numeric values? Seem like something invalid to me. As for Clipper NG, it's seem to be a undocumented feature, because Clipper's @E formats numbers (not only dates) in British way: thousand and decimal separator are reversed. Typical formatting - 1,000,000.00 British (and Polish) - 1.000.000,00 Regards, AC ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GET PICTURE @RE
>> There is an "dirty hack" (their words) to solve this >> problem in xhb code, and while I can do something similar >> in Harbour (although in less ugly way), I'm curious >> what is the purpose of "@RE" mask for numeric values? >> Seem like something invalid to me. > As for Clipper NG, it's seem to be a undocumented feature, > because Clipper's @E formats numbers (not only dates) in British way: > thousand and decimal separator are reversed. > > Typical formatting - 1,000,000.00 > British (and Polish) - 1.000.000,00 So what is the expect behavior for @RE? Can you show an example. I can't run Clipper or xhb. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14474] trunk/harbour
Revision: 14474 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14474&view=rev Author: vouchcac Date: 2010-05-14 14:17:07 + (Fri, 14 May 2010) Log Message: --- 2010-15:14 07:01 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/curlinehilight.png ! Some refinement though not sufficient yet. * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbide/ideedit.prg ! More optimization and behavioral changes is selected text. Still litte more work to be done. * contrib/hbide/idesaveload.prg ! Reintroduced "settings.ide" .ini like file, placed along hbide.ini", to hold Qt written hbIDE settings. This reversal is triggered by the fact that, under unknown circumstances, Qt just mangles the hbIDE.ini contents to a level that a lot of information it stores is lost. This has happened to me many times after the settings info was made to be retained in hbIDE.ini itself. Please do not change it until I come up with the way to read and write byte arrays per Qt. Below is the little snapshot what Qt inserts some info inside existing other text not meant for "idesettings" keyword: = [FIND] find_1=setselection find_2="imagesfind_3=images/" find_4=":/\r\nfind_5=ShowCaretAtCurrentPosition\r\nfind_6=moveExtendsSelection\r\nfind_7=oDlg\r\nfind_8[ MORE LIKE IT ] + ,\r\n \r\n[General]\r\n \r\n" [ ALL OTHER SECTIONS BELOW MANGLED AS ABOVE ] [General] hbidesettings="@ByteArray( [ PLUS MORE, IT IS CORRECT ] = Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbide/idesaveload.prg trunk/harbour/contrib/hbide/resources/curlinehilight.png trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Cairo lib test
> -Original Message- > From: Viktor Szakáts [mailto:harbour...@syenar.hu] > Sent: Friday, May 14, 2010 2:58 PM > To: Harbour Project Main Developer List. > Subject: Re: [Harbour] Cairo lib test [...] > I've just unzipped them before writing my previous e-mail, > and there _is_ an include dir in one of the two cairo .zip > files. Check again. Indeed. I'm blind. Now have I LIB in c:\harbour\lib\win\mingw\ : libhbcairo a│30964│10-05-14│16:08│ But when try : c:\harbour\bin\win\mingw\hbmk2.exe table.prg see I : c:/gcc/mingw/bin/../lib/gcc/mingw32/4.4.0/../../../../mingw32/bin/ld.exe: cannot find -lcairo My "nightly" is from 10.05.2010. Something is missing - only as what? Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Itamar Lins-2 wrote: > > My project has more than 22 files, and I add a file of name > "movimento.prg" and the window "projects" does not show that file, but > the window "project properties" -> "sources" > show ok. > Can you show "sources" contents ? Did you check it after coming out of hbIDE and reentering ? Also can you check if cursor navigation is improved after r14474 ? - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5051145.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GET PICTURE @RE
On 2010-05-14 16:13, Viktor Szakáts wrote: As for Clipper NG, it's seem to be a undocumented feature, because Clipper's @E formats numbers (not only dates) in British way: thousand and decimal separator are reversed. Typical formatting - 1,000,000.00 British (and Polish) - 1.000.000,00 So what is the expect behavior for @RE? Can you show an example. I can't run Clipper or xhb. In that case, thank you for your patience ;-) Expected behaviour for @RE is just like with @E alone just right now in Harbour. @ 3, 1 SAY "Works in Clipper 5.3b& Harbour (@E)" @ 4, 1 GET n PICTURE "@E 99. xx/y" VALID n> 0 READ Which effectively turns 99 on input into [99, xx/y] on the screen. I don't know why non-template characters are rewritten without @R in definition, but C5.3b works this way too. Regards, AC ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GET PICTURE @RE
>>> As for Clipper NG, it's seem to be a undocumented feature, >>> because Clipper's @E formats numbers (not only dates) in British way: >>> thousand and decimal separator are reversed. >>> >>> Typical formatting - 1,000,000.00 >>> British (and Polish) - 1.000.000,00 >> So what is the expect behavior for @RE? Can you >> show an example. I can't run Clipper or xhb. > In that case, thank you for your patience ;-) > Expected behaviour for @RE is just like with @E alone just right now in > Harbour. So what is the point of @RE over @E? (besides strict Clipper compatibility, as far as I can see Clipper just ignores this flag for numeric values, but I didn't make deep tests to find out the exact rules here) >> @ 3, 1 SAY "Works in Clipper 5.3b& Harbour (@E)" >> @ 4, 1 GET n PICTURE "@E 99. xx/y" VALID n> 0 >> READ > > Which effectively turns 99 on input into [99, xx/y] on the screen. > I don't know why non-template characters are rewritten without @R in > definition, but C5.3b works this way too. Here is a little less than xhb, but still ugly patch for this: Index: tget.prg === --- tget.prg(revision 14471) +++ tget.prg(working copy) @@ -1769,7 +1769,7 @@ ENDIF IF ! Empty( ::cPicFunc ) - cChar := Left( Transform( cChar, ::cPicFunc ), 1 ) /* Left needed for @D */ + cChar := Left( Transform( cChar, iif( "E" $ ::cPicFunc, StrTran( ::cPicFunc, "R" ), ::cPicFunc ) ), 1 ) /* Left needed for @D */ ENDIF IF ! Empty( ::cPicMask ) --- I don't feel comfortable with this in its current form, so I let someone else develop the proper patch. For me the original version of the patched line is already a mystery. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HB_COMPILER environment variable
Hi, Many times I have read, it is not necessary to set the environment variable HB_COMPILER, well, I'm trying to do a clean install of Harbour, and I removed from my environment that variable. I have left only two variables: HB_WITH_QT and HB_WITH_PGSQL and that's it. And when I try to do: win-make.exe clean, I get the following: ! 2.1.0beta1 Harbour Building from source - http://www.harbour-project.org ! MAKE: win-make clean SH.EXE 3.81 ! HB_HOST_PLAT: win (x86) HB_SHELL: nt Config / global.mk: 958: ***! HB_COMPILER not set, Could not autodetect. Stop. Any help please. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051506.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HB_COMPILER environment variable
> Many times I have read, it is not necessary to set the environment variable > HB_COMPILER, well, I'm trying to do a clean install of Harbour, and I > removed from my environment that variable. I have left only two variables: > HB_WITH_QT and HB_WITH_PGSQL and that's it. > > And when I try to do: win-make.exe clean, I get the following: > > ! 2.1.0beta1 Harbour Building from source - http://www.harbour-project.org > ! MAKE: win-make clean SH.EXE 3.81 > ! HB_HOST_PLAT: win (x86) HB_SHELL: nt > Config / global.mk: 958: ***! HB_COMPILER not set, Could not autodetect. It could not autodetect your compiler. Is it in the PATH? Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HB_COMPILER environment variable
as you car read in install you must set path to your c compiler 2010/5/14 jparada : > > Hi, > > Many times I have read, it is not necessary to set the environment variable > HB_COMPILER, well, I'm trying to do a clean install of Harbour, and I > removed from my environment that variable. I have left only two variables: > HB_WITH_QT and HB_WITH_PGSQL and that's it. > > And when I try to do: win-make.exe clean, I get the following: > > ! 2.1.0beta1 Harbour Building from source - http://www.harbour-project.org > ! MAKE: win-make clean SH.EXE 3.81 > ! HB_HOST_PLAT: win (x86) HB_SHELL: nt > Config / global.mk: 958: ***! HB_COMPILER not set, Could not autodetect. > Stop. > > Any help please. > > Thanks > > Best Regards > Javier Parada > -- > View this message in context: > http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051506.html > Sent from the harbour-devel mailing list archive at Nabble.com. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi, Thanks for answering. Yes, my folder c:\mingw\bin is included in the path, if I set the environment variable HB_COMPILER=mingw, then I have no problems. The question is why, what I can be doing wrong?. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051599.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Em 14/05/2010 11:21, Pritpal Bedi escreveu: Also can you check if cursor navigation is improved after r14474 ? I noticed a small difference, very little indeed. Another problem now is, hbide no working with 2 projects. I can not change your project, just open the first project even asking to close the project it does. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
> Thanks for answering. > > Yes, my folder c:\mingw\bin is included in the path, if I set the > environment variable HB_COMPILER=mingw, then I have no problems. > > The question is why, what I can be doing wrong?. Please send the file listing of C:\mingw\bin directory, and the output of 'set' command. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi, Thanks for answering. Here's the output, please take a look. Output of 'set' command: ALLUSERSPROFILE=C:\ProgramData APPDATA=C:\Users\javier\AppData\Roaming CLASSPATH=.;C:\Program Files\Java\jre1.6.0\lib\ext\QTJava.zip CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=JPARADA ComSpec=C:\Windows\system32\cmd.exe configsetroot=C:\Windows\ConfigSetRoot FP_NO_HOST_CHECK=NO HB_WITH_PGSQL=C:\PostgreSQL\8.4\include HB_WITH_QT=C:\QT\4.5.3\INCLUDE HOMEDRIVE=C: HOMEPATH=\Users\javier LOCALAPPDATA=C:\Users\javier\AppData\Local LOGONSERVER=\\JPARADA NUMBER_OF_PROCESSORS=2 OS=Windows_NT Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\Common Files\Adobe\AGL;C:\Program Files\Common Files\Roxio Shared\9.0\DLLShared\;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\SlikSvn\bin\;C:\mingw\bin\;C:\harbour\bin\;C:\Qt\4.5.3\bin;C:\sistemas\util;C:\sistemas\Programmer's Notepad;c:\clipper\bin;c:\blinker PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0f0d ProgramData=C:\ProgramData ProgramFiles=C:\Program Files PROMPT=$P$G PUBLIC=C:\Users\Public QTJAVA=C:\Program Files\Java\jre1.6.0\lib\ext\QTJava.zip SystemDrive=C: SystemRoot=C:\Windows TEMP=C:\Users\javier\AppData\Local\Temp TMP=C:\Users\javier\AppData\Local\Temp USERDOMAIN=jparada USERNAME=javier USERPROFILE=C:\Users\javier VBOX_INSTALL_PATH=C:\Program Files\Sun\VirtualBox\ windir=C:\Windows File listing of C:\mingw\bin directory: Directorio de C:\MinGW\bin 14/05/2010 11:26 a.m. . 14/05/2010 11:26 a.m. .. 23/10/2009 07:11 p.m. 574,976 addr2line.exe 23/10/2009 07:11 p.m. 594,944 ar.exe 23/10/2009 07:12 p.m. 1,010,176 as.exe 24/04/2008 10:01 a.m.92,160 c++.exe 23/10/2009 07:11 p.m. 573,440 c++filt.exe 24/04/2008 10:01 a.m.91,648 cpp.exe 23/10/2009 07:11 p.m. 627,712 dlltool.exe 23/10/2009 07:11 p.m.82,944 dllwrap.exe 24/04/2008 10:01 a.m.92,160 g++.exe 24/04/2008 10:01 a.m.90,112 gcc.exe 18/01/2006 03:05 p.m.16,031 gccbug 24/04/2008 10:01 a.m.25,600 gcov.exe 23/10/2009 07:12 p.m. 638,464 gprof.exe 23/10/2009 07:13 p.m. 826,368 ld.exe 24/04/2008 10:01 a.m.92,160 mingw32-c++.exe 24/04/2008 10:01 a.m.92,160 mingw32-g++.exe 24/04/2008 10:01 a.m.90,112 mingw32-gcc-3.4.5 24/04/2008 10:01 a.m.90,112 mingw32-gcc.exe 14/09/2009 11:12 p.m. 187,392 mingw32-make.exe 28/11/2009 02:12 a.m.19,763 mingwm10.dll 23/10/2009 07:11 p.m. 585,216 nm.exe 23/10/2009 07:11 p.m. 724,992 objcopy.exe 23/10/2009 07:11 p.m. 1,012,736 objdump.exe 23/10/2009 07:11 p.m. 594,944 ranlib.exe 23/10/2009 07:11 p.m. 301,568 readelf.exe 23/10/2009 07:11 p.m. 577,024 size.exe 23/10/2009 07:11 p.m. 576,512 strings.exe 23/10/2009 07:11 p.m. 724,992 strip.exe 23/10/2009 07:11 p.m. 597,504 windmc.exe 23/10/2009 07:11 p.m. 678,912 windres.exe 30 archivos 12,282,834 bytes 2 dirs 87,164,796,928 bytes libres I await your comments please. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051704.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14475] trunk/harbour
Revision: 14475 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14475&view=rev Author: druzus Date: 2010-05-14 16:33:56 + (Fri, 14 May 2010) Log Message: --- 2010-05-14 18:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi.h * harbour/src/vm/dynsym.c + added new function hb_dynsymIsMemvar() Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapi.h trunk/harbour/src/vm/dynsym.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Em 14/05/2010 13:06, Itamar Lins escreveu: I can not change your project, just open the first project even asking to close the project it does. Sugestion, maybe, while open project open window and show message set as default project. Or same if window project is closed, reopen window. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
I cannot see anything wrong, and I can't replicate the autodetection problem when trying it with your PATH. My only guess is some sort of make.exe or OS limitation of PATH length. Try to move C:\mingw\bin\ to the beginning of the list. Viktor On 2010 May 14, at 18:33, jparada wrote: > > Hi, > > Thanks for answering. > > Here's the output, please take a look. > > Output of 'set' command: > > ALLUSERSPROFILE=C:\ProgramData > APPDATA=C:\Users\javier\AppData\Roaming > CLASSPATH=.;C:\Program Files\Java\jre1.6.0\lib\ext\QTJava.zip > CommonProgramFiles=C:\Program Files\Common Files > COMPUTERNAME=JPARADA > ComSpec=C:\Windows\system32\cmd.exe > configsetroot=C:\Windows\ConfigSetRoot > FP_NO_HOST_CHECK=NO > HB_WITH_PGSQL=C:\PostgreSQL\8.4\include > HB_WITH_QT=C:\QT\4.5.3\INCLUDE > HOMEDRIVE=C: > HOMEPATH=\Users\javier > LOCALAPPDATA=C:\Users\javier\AppData\Local > LOGONSERVER=\\JPARADA > NUMBER_OF_PROCESSORS=2 > OS=Windows_NT > Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program > Files\Common Files\Adobe\AGL;C:\Program Files\Common Files\Roxio > Shared\9.0\DLLShared\;C:\Program Files\QuickTime\QTSystem\;C:\Program > Files\SlikSvn\bin\;C:\mingw\bin\;C:\harbour\bin\;C:\Qt\4.5.3\bin;C:\sistemas\util;C:\sistemas\Programmer's > Notepad;c:\clipper\bin;c:\blinker > PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC > PROCESSOR_ARCHITECTURE=x86 > PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel > PROCESSOR_LEVEL=6 > PROCESSOR_REVISION=0f0d > ProgramData=C:\ProgramData > ProgramFiles=C:\Program Files > PROMPT=$P$G > PUBLIC=C:\Users\Public > QTJAVA=C:\Program Files\Java\jre1.6.0\lib\ext\QTJava.zip > SystemDrive=C: > SystemRoot=C:\Windows > TEMP=C:\Users\javier\AppData\Local\Temp > TMP=C:\Users\javier\AppData\Local\Temp > USERDOMAIN=jparada > USERNAME=javier > USERPROFILE=C:\Users\javier > VBOX_INSTALL_PATH=C:\Program Files\Sun\VirtualBox\ > windir=C:\Windows > > File listing of C:\mingw\bin directory: > > Directorio de C:\MinGW\bin > > 14/05/2010 11:26 a.m. . > 14/05/2010 11:26 a.m. .. > 23/10/2009 07:11 p.m. 574,976 addr2line.exe > 23/10/2009 07:11 p.m. 594,944 ar.exe > 23/10/2009 07:12 p.m. 1,010,176 as.exe > 24/04/2008 10:01 a.m.92,160 c++.exe > 23/10/2009 07:11 p.m. 573,440 c++filt.exe > 24/04/2008 10:01 a.m.91,648 cpp.exe > 23/10/2009 07:11 p.m. 627,712 dlltool.exe > 23/10/2009 07:11 p.m.82,944 dllwrap.exe > 24/04/2008 10:01 a.m.92,160 g++.exe > 24/04/2008 10:01 a.m.90,112 gcc.exe > 18/01/2006 03:05 p.m.16,031 gccbug > 24/04/2008 10:01 a.m.25,600 gcov.exe > 23/10/2009 07:12 p.m. 638,464 gprof.exe > 23/10/2009 07:13 p.m. 826,368 ld.exe > 24/04/2008 10:01 a.m.92,160 mingw32-c++.exe > 24/04/2008 10:01 a.m.92,160 mingw32-g++.exe > 24/04/2008 10:01 a.m.90,112 mingw32-gcc-3.4.5 > 24/04/2008 10:01 a.m.90,112 mingw32-gcc.exe > 14/09/2009 11:12 p.m. 187,392 mingw32-make.exe > 28/11/2009 02:12 a.m.19,763 mingwm10.dll > 23/10/2009 07:11 p.m. 585,216 nm.exe > 23/10/2009 07:11 p.m. 724,992 objcopy.exe > 23/10/2009 07:11 p.m. 1,012,736 objdump.exe > 23/10/2009 07:11 p.m. 594,944 ranlib.exe > 23/10/2009 07:11 p.m. 301,568 readelf.exe > 23/10/2009 07:11 p.m. 577,024 size.exe > 23/10/2009 07:11 p.m. 576,512 strings.exe > 23/10/2009 07:11 p.m. 724,992 strip.exe > 23/10/2009 07:11 p.m. 597,504 windmc.exe > 23/10/2009 07:11 p.m. 678,912 windres.exe > 30 archivos 12,282,834 bytes > 2 dirs 87,164,796,928 bytes libres > > I await your comments please. > > Thanks > > Best Regards > Javier Parada > > > -- > View this message in context: > http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051704.html > Sent from the harbour-devel mailing list archive at Nabble.com. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi, Thanks for answering. I've already moved the beginning of the path c:\mingw\bin, and this does not work. Thanks for your suggestion, there anything else I can check?, please let me know. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051803.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] tipclientsmtp problem with MT
I have a little error yet about hbtip, if i use -mt the class hbtip not runs Example with MT: hbmk2 -mt gmail.prg hbtipssl.hbc, build perfectly but run slower and returns .F. (fail) Example without MT: hbmk2 gmail.prg hbtipssl.hbc, build perfectly run faster and returns .T. (correct) log off smtp with error 20100514-09:29:31 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-09:29:31 :INETERRORCODE( ) >> 0 << 20100514-09:29:41 :INETRECVLINE( , , 512 ) >> NIL << 20100514-09:29:41 :INETERRORCODE( ) >> 0 << 20100514-09:29:42 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-09:29:42 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP 21sm1329732yxe.15 << 20100514-09:29:42 :INETERRORCODE( ) >> 0 << log without error 20100514-10:05:23 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 25, HELO ) >> 25 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 250 mx.google.com at your service << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 31, MAIL FROM: ) >> 31 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530-5.5.1 Authentication Required. Learn more at >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 5, . ) >> 5 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530 5.5.1 http://mail.google.com/support/bin/answer.py?answer=14257 >> x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 502 5.5.1 Unrecognized command. x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << Regards Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Itamar Lins-2 wrote: > > Sugestion, maybe, while open project open window and show message set as > default project. Or same if window project is closed, reopen window. > "Close Project" option has no meaning in current implementation. I will remove this option soon. All projects are open at any momemnt. You need to select one to operate upon. Please follow what I described in other reply. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5051891.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Em 14/05/2010 11:21, Pritpal Bedi escreveu: > > > > Also can you check if cursor navigation is improved after r14474 ? > I noticed a small difference, very little indeed. So this is a problem with Qt, not Harbour wrappers. Which version of Qt are you using ? > Another problem now is, hbide no working with 2 projects. > I can not change your project, just open the first project even asking > to close the project it does. > I work with n number of projects. How do you describe the fact "not working with 2 projects"? I suppose you are talking about "Build" process of 2 projects ? If yes, then right-click on project-name node in the tree, select an option. Remember, from main-menu or from toolbar, it is always "current project", so set the project first as "current project" and then click on any icon. Right-click context menu on project-name node does not need to set a project as current. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5051873.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
No idea, sorry. Maybe someone else have something, I cannot even replicate it. Viktor On 2010 May 14, at 19:02, jparada wrote: > > Hi, > > Thanks for answering. > > I've already moved the beginning of the path c:\mingw\bin, and this does not > work. > > Thanks for your suggestion, there anything else I can check?, please let me > know. > > Thanks > > Best Regards > Javier Parada > -- > View this message in context: > http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5051803.html > Sent from the harbour-devel mailing list archive at Nabble.com. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbide with Win 7
Hi, I think the general solution in all modern IDEs for keeping multiple projects open, is to keep multiple instances of the IDE running. This also works with HBIDE. AFAICS MDI UIs are a thing of the past. Viktor On 2010 May 14, at 18:46, Itamar Lins wrote: > Em 14/05/2010 13:06, Itamar Lins escreveu: >> I can not change your project, just open the first project even asking >> to close the project it does. > Sugestion, maybe, while open project open window and show message set as > default project. Or same if window project is closed, reopen window. > > Best regards, > Itamar M. Lins Jr. > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Viktor Szakáts wrote: > > I think the general solution in all modern IDEs for > keeping multiple projects open, is to keep multiple > instances of the IDE running. This also works with > HBIDE. > > AFAICS MDI UIs are a thing of the past. > This is not what hbIDE is intended since begining. My goal, and am successful, was to manage projects from a single instance of hbIDE. This point has nothing to do with MDI concept not hbIDE implements it. Itamar is referring to other issue, if I am not wrong. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5052003.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Em 14/05/2010 14:21, Pritpal Bedi escreveu: So this is a problem with Qt, not Harbour wrappers. Which version of Qt are you using ? QT 2009.4 QT Creator show: Based on Qt 4.5.3 (32 bit) Built on Sep 30 2009 at 05:21:42 I work with n number of projects. How do you describe the fact "not working with 2 projects"? Yes work. But if the window "project" is closed, confuses the beginner like me. Because hbide does not open when we select a project in the file menu. My problem with HBIDE has resolved, thanks! Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbide with Win 7
>> I think the general solution in all modern IDEs for >> keeping multiple projects open, is to keep multiple >> instances of the IDE running. This also works with >> HBIDE. >> >> AFAICS MDI UIs are a thing of the past. >> > > This is not what hbIDE is intended since begining. > > My goal, and am successful, was to manage projects > from a single instance of hbIDE. This point has nothing to > do with MDI concept not hbIDE implements it. > Itamar is referring to other issue, if I am not wrong. Okay, I see that HBIDE supports multiple project in a different way. BTW, did my addition to xhb ST mode work for you? Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Itamar Lins-2 wrote: > >> How do you describe the fact "not working with 2 projects"? > Yes work. But if the window "project" is closed, confuses the beginner > like me. > Ok, I got it now. Yep, if "Open Project" is selected in the "Files" then "Projects" tree must open up. I will fix in a minute. > Because hbide does not open when we select a project in the file menu. > "hbide does not open" => "hbide does not open project tree window" > My problem with HBIDE has resolved, thanks! > Keep us informed about your findings about hbIDE. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5055950.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide with Win 7
Viktor Szakáts wrote: > > BTW, did my addition to xhb ST mode work for you? > Yes, I did reported. Anyway for that project I am keeping a local copy of hbMK2 which gets updated all the time you make changes. Thanks for prompt resolution. -tWM on command line has no effect I think but cw32mt.lib => cw32.lib resolves it certainly. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbide-with-Win-7-tp5050820p5056746.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbide with Win 7
> Viktor Szakáts wrote: >> >> BTW, did my addition to xhb ST mode work for you? >> > > Yes, I did reported. > Anyway for that project I am keeping a local copy of > hbMK2 which gets updated all the time you make changes. > > Thanks for prompt resolution. > > -tWM on command line has no effect I think > but cw32mt.lib => cw32.lib resolves it certainly. You need to pass -tWM using -cflag option, just like with any other C flags. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi, Thanks for answering Viktor. No problem, anyway as I said if I set the varible, I have no problems. Maybe later, I do more tests. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5057044.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
Hi, Please open up CMD and do the following C: cd \ gcc --version Please paste the entire output of what this looked like. Thank you On Fri, May 14, 2010 at 1:19 PM, jparada wrote: > > Hi, > > Thanks for answering Viktor. > > No problem, anyway as I said if I set the varible, I have no problems. > > Maybe later, I do more tests. > > Thanks > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14476] trunk/harbour
Revision: 14476 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14476&view=rev Author: vouchcac Date: 2010-05-14 21:36:07 + (Fri, 14 May 2010) Log Message: --- 2010-15:14 14:31 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/ideprojmanager.prg ! Synchronized to open "Project Tree" if "Open Project..." is selected from . * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h % Many artifacts belonging to horizontal scroll while text is selected. Also few aspects are optimized. To me it appears as if selection protocol in hbIDE is OK. Please post your experiences if something is not upto the expectations. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14477] trunk/harbour
Revision: 14477 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14477&view=rev Author: vszakats Date: 2010-05-14 21:52:26 + (Fri, 14 May 2010) Log Message: --- 2010-05-14 23:50 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/tget.prg ! Fixed "@RE" picture mask handling in GETs. Thanks to Aleksander Czajczynski for reporting the issue with clear example. The fix applied is a de-hacked version of the one sent to the list. What's simply done is 'R' being disabled when used in conjunction with 'E'. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/tget.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
Hi Javier, Pls try again by removing closing '\' from 'C:\mingw\bin\' in your PATH. Viktor On 2010 May 14, at 22:19, jparada wrote: > > Hi, > > Thanks for answering Viktor. > > No problem, anyway as I said if I set the varible, I have no problems. > > Maybe later, I do more tests. > > Thanks > > Best Regards > Javier Parada > -- > View this message in context: > http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5057044.html > Sent from the harbour-devel mailing list archive at Nabble.com. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14478] trunk/harbour
Revision: 14478 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14478&view=rev Author: vszakats Date: 2010-05-14 22:11:04 + (Fri, 14 May 2010) Log Message: --- 2010-05-15 00:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk ! Fixed problem caused by $(wildcard) not matching existing files when using '/dir//file' format (note double slash). So f.e. it caused autodetection to fail when dir was speficied as 'C:\mingw\bin\' (with ending backslash) in PATH. It's good to remove such backslashes anyway, but from now on it won't cause problem for Harbour build system. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi, Thanks for answering. Here's the output, please take a look. C:\>gcc --version gcc (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5057474.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_COMPILER environment variable
Hi Viktor >Pls try again by removing closing '\' from 'C:\mingw\bin\' >in your PATH. After removing '\', and try again, now everything works fine. I'm sorry for the inconveniences. Thanks Best Regards Javier Parada -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HB-COMPILER-environment-variable-tp5051506p5057481.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14479] trunk/harbour
Revision: 14479 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14479&view=rev Author: vouchcac Date: 2010-05-15 00:45:27 + (Sat, 15 May 2010) Log Message: --- 2010-15:14 17:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/ideedit.prg ! Fixed: "copy" operation on stream selection was returning wrong text. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] tipclientsmtp problem with MT
I have a little error yet about hbtip, if i use -mt the class hbtip not runs Example with MT: hbmk2 -mt gmail.prg hbtipssl.hbc, build perfectly but run slower and returns .F. (fail) Example without MT: hbmk2 gmail.prg hbtipssl.hbc, build perfectly run faster and returns .T. (correct) log off smtp with error 20100514-09:29:31 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-09:29:31 :INETERRORCODE( ) >> 0 << 20100514-09:29:41 :INETRECVLINE( , , 512 ) >> NIL << 20100514-09:29:41 :INETERRORCODE( ) >> 0 << 20100514-09:29:42 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-09:29:42 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP 21sm1329732yxe.15 << 20100514-09:29:42 :INETERRORCODE( ) >> 0 << log without error 20100514-10:05:23 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 25, HELO ) >> 25 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 250 mx.google.com at your service << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 31, MAIL FROM: ) >> 31 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530-5.5.1 Authentication Required. Learn more at >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 5, . ) >> 5 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530 5.5.1 http://mail.google.com/support/bin/answer.py?answer=14257 >> x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 502 5.5.1 Unrecognized command. x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << Regards Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] tipclientsmtp problem with MT
sorry for send many emails, but i don´t know why was coming in my spam box, please sorry I have a little error yet about hbtip, if i use -mt the class hbtip not runs Example with MT: hbmk2 -mt gmail.prg hbtipssl.hbc, build perfectly but run slower and returns .F. (fail) Example without MT: hbmk2 gmail.prg hbtipssl.hbc, build perfectly run faster and returns .T. (correct) log off smtp with error 20100514-09:29:31 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-09:29:31 :INETERRORCODE( ) >> 0 << 20100514-09:29:41 :INETRECVLINE( , , 512 ) >> NIL << 20100514-09:29:41 :INETERRORCODE( ) >> 0 << 20100514-09:29:42 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-09:29:42 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP 21sm1329732yxe.15 << 20100514-09:29:42 :INETERRORCODE( ) >> 0 << log without error 20100514-10:05:23 :INETCONNECT( smtp.gmail.com, 465 ) >> << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 220 mx.google.com ESMTP x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 25, HELO ) >> 25 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 250 mx.google.com at your service << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 31, MAIL FROM: ) >> 31 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530-5.5.1 Authentication Required. Learn more at << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 5, . ) >> 5 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 530 5.5.1 http://mail.google.com/support/bin/answer.py?answer=14257 >> x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << 20100514-10:05:23 :INETSENDALL( , 6, QUIT ) >> 6 << 20100514-10:05:23 :INETRECVLINE( , , 512 ) >> 502 5.5.1 Unrecognized command. x34sm670731qce.15 << 20100514-10:05:23 :INETERRORCODE( ) >> 0 << Regards Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HB_ZipFile problem
Hi, three or four days ago I had download the Harbour 2.1.0beta1 (Rev. 14468) that solve the overwrite problem with the HB_ZipFile. It work fine for me, but today I found that: HB_ZipFile( cFileZip , cFile ) doesn't work anymore cFileZip don't exists and (obvious) cFile exists Little program to test: function main memowrit( "test.txt" , "sample line" ) memowrit( "test2.txt" , "sample line" ) if !file( "test.txt" ) .or. !file( "test2.txt" ) ? "Error creating test files" inkey(0) return .F. endif ferase( "pepe.zip" ) ? "pepe.zip erased" inkey(0) HB_ZIPFILE( "pepe.zip" , "test.txt" ) ? "end first zip, pepe.zip found: " + if( file( "pepe.zip" ) , " .T. " , " .F. " ) inkey(0) ferase( "pepe.zip" ) ? "pepe.zip erased" inkey(0) HB_ZIPFILE( "pepe.zip" , "test.txt" , 8 , NIL , .T. , NIL , .T. , .F. ) ? "First file added, pepe.zip found: " + if( file( "pepe.zip" ) , " .T. " , " .F. " ) inkey(0) HB_ZIPFILE( "pepe.zip" , "test2.txt" , 8 , NIL , .F. , NIL , .T. , .F. ) ? "Finished. Press any key to continue" inkey(0) Return .T. Thanks in advance CdQ -- Saludos/Regards/Abraços CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[14479] trunk/harbour
Em 14/05/2010 21:45, vouch...@users.sourceforge.net escreveu: Revision: 14479 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14479&view=rev Author: vouchcac Date: 2010-05-15 00:45:27 + (Sat, 15 May 2010) Log Message: --- 2010-15:14 17:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/ideedit.prg ! Fixed: "copy" operation on stream selection was returning wrong text. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. Hi! Select with keyboard not working. If press key + key the cursor selection target go to right position. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about HB_UnZipFile
Hi, I have an old program that unzip files with HB_UnZipFile with an progress bar, but the block bProgress don't work anymore. Is it true or I'm wrong ? Thanks in advance -- Saludos/Regards/Abraços CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[14479] trunk/harbour
Another problem while close HBIDE show "This aplication has requested the runtime to terminate it in an unusual way." Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour