[Harbour] hbmd5.c * cleaned warnings

2008-08-07 Thread Xavi
may lose significant digits in function hb_md5file Warning W8071 hbmd5.c 363: Conversion may lose significant digits in function hb_md5file Thank you very much. Xavi /* * $Id: hbmd5.c 9014 2008-07-28 10:37:57Z druzus $ */ /* * Harbour Project source code: *Harbour MD5 Support

Re: [Harbour] hb_run vs __run vs hbrun vs __hrbrun vs winexec

2008-08-09 Thread Xavi
adapt to the system. Best regards, Xavi Szakáts Viktor escribió: Hi Lorenzo, There are some old tests that still use hb_run as __hrbrun. Well, that was not your point, but IMO __hrb*() functions should be named hb_hrb*() since they are not really internal features anymore. Should we do

[Harbour] spd.c * Fixed work with repeat indirect parameters.

2008-08-11 Thread Xavi
, char=%2$t, Date=%3$t, num=%4$s, char=%2$s %%%5$n, nil, String's, dFecha, 5.21, @n) ? Sql_sprintf(Result: i=%d, Len=%d, Pos=%d, i, Len(cSQL), n) next ? Wait return Best regards, Xavi /* * $Id: spd.c 8922 2008-07-03 14:50:43Z vszakats $ */ /* * Harbour Project source code

Re: [Harbour] AADD() - tilts under stress test

2008-08-22 Thread Xavi
memory manages the program? Best regards, Xavi Pritpal Bedi escribió: Hello Function Main() Local i Local a_:={} Local aRecs := {} for i := 1 to 10 a_:= RetArray() aadd( aRecs, a_ ) ? i next Return nil Static Function RetArray() Return afill( array

Re: [Harbour] 2008-08-23 19:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-08-23 Thread Xavi
Ok, thanks Viktor. ! strcpy() - hb_strncpy() in spd.c Best regards, Xavi Szakáts Viktor escribió: 2008-08-23 19:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/common/hbwince.c ! strcpy() - hb_strncpy() ; TOFIX: Only spd.c and dbgentry.c have some remaining strcpy

Re: [Harbour] OT: And why not PostgresSQL?

2008-12-12 Thread Xavi
. Asi que si lo usas te aconsejo que tengas buenas copias de seguridad externas a Posgress. Saludos Miguel Best regards, Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] OT: And why not PostgresSQL?

2008-12-17 Thread Xavi
Thank you very much Jose Luis, I think that now the page is not bad for postgres. Best regards, Xavi Xavi escribió: Sorry Miguel, Can you explain how it corrupts PostgresSQL? If not, could you or Jose Luis correct the comments or allow more comments. http://www.capelblog.com/?p=47 Miguel

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-28 Thread Xavi
. ? Sql_sprintf( Phi = %.15f, (1 + 5**0.5) / 2 ) ) Phi = 1.618033988749895 snprintf() it's Ok Phi = 1.618033981323242 hb_snprintf_c() Best regards, Xavi Przemyslaw Czerpak escribió: On Mon, 26 Jan 2009, Xavi wrote: Hi Xavi, stdint.h is C99, Does not exist in many compilers as BCC 5.5 Yes, I

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-28 Thread Xavi
the \0 byte (terminating null) and sprintf or snprintf not. It's also possible in 1183: while( c != 0 ); --size; Welcome to the fantastic world of floating point arithmetic by Borland. Yes I see. Thanks, now don't have differences in accuracy. Best regards, Xavi Przemyslaw Czerpak escribió

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-28 Thread Xavi
, sizeof(cBuffer), %s , Hello ); ASSERT( size == strlen(cBuffer) + 1 ); /* No C99 */ Best regards, Xavi Przemyslaw Czerpak escribió: On Wed, 28 Jan 2009, Xavi wrote: Hi Xavi, I cannot find such code in hbprintf.c. In the line 1181: ++size; Sorry, I needed added for testing the if( c != 0 ) and I

Re: [Harbour] 2008-11-01 21:13 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2009-01-28 Thread Xavi
Hi Przemek, Ok, Thanks to you and sorry for my bad English. Best regards, Xavi Przemyslaw Czerpak escribió: On Wed, 28 Jan 2009, Xavi wrote: Hi Xavi, Yes you're right. But sorry for my bad English. Not worse then mine. Now I understand that you are talking about integer value

Re: [Harbour] Closing of 1.1?

2009-03-02 Thread Xavi
Viktor, Sorry, I don't recall any incidence. What is HB_MD5() incompatible modification, miscalculated? Best regards, Xavi Viktor Szakáts escribió: Hi Lorenzo, Here's my pending list (most of the minor of can be postponed, the important ones marked with '(!)'): - core

Re: [Harbour] Closing of 1.1?

2009-03-02 Thread Xavi
Thanks Viktor. Best regards, Xavi Viktor Szakáts escribió: Hi Xavi, No, it's that it's returning the value as a hexadecimal string, instead of a byte string. This is odd behaviour as we have functions available to convert to hexa string from byte string, so it's not necessary to hard-wire

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

2009-04-01 Thread Xavi
); to avoid gcc warning. Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour 1.1.0dev unified binary release (20090331)

2009-04-01 Thread Xavi
Thanks Viktor and sorry, I read your help but I don't know why not worked. Too many new things for my! Now is Ok and I've solved my print problem. ;) Thanks a lot to all and tomorrow more. :) Xavi Viktor Szakáts escribió: Hi Xavi, On Wed, Apr 1, 2009 at 10:59 AM, Xavi jara...@gmail.com

Re: [Harbour] Another Issue : Data Types

2009-04-02 Thread Xavi
Pritpal, Sure, I don't understand. Note : on prg level QFont is available as a pointer as QFont* font. (*font) (*hbqt_par_QFont( n )) Xavi Pritpal Bedi escribió: Hi All There is a construct in prototypes as QFontInfo ( const QFont font ) What way we can translate const QFont font

Re: [Harbour] msys + mingw postinst problem

2009-04-02 Thread Xavi
\2009.01\qt\include Set HB_COMPILER=mingw Set HB_INSTALL_PREFIX=D:\Qt\harbour cd trunk\harbour Call make_gnu.bat install res.log cd .. Is it wrong? Xavi Viktor Szakáts escribió: Hi Francesco, On Thu, Apr 2, 2009 at 10:27 AM, Francesco Saverio Giudice

Re: [Harbour] msys + mingw postinst problem

2009-04-02 Thread Xavi
as it was before. Xavi Viktor Szakáts escribió: Hi Xavi, mingw build needs msys, ... I have compiled the latest SVN version for MinGW without MSYS with the only warning that I said : contrib/hbwin/wapi_commctrl.c line 784 -- make_harbour.bat SET

Re: [Harbour] Another Issue : Data Types

2009-04-02 Thread Xavi
Pritpal, It's a C++ refernce if I understand. try this.- QFont serifFont(Times, 10, QFont::Bold); QFont* font = serifFont;// Address of serifFont QFontInfo FontInf( (*font) ); // Reference of (object) ASSERT( FontInf.bold() ); Xavi Pritpal Bedi escribió: Hi Xavi-13

Re: [Harbour] SF.net SVN: harbour-project:[10770] trunk/harbour

2009-04-02 Thread Xavi
Xavi vszak...@users.sourceforge.net escribió: Revision: 10770 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10770view=rev Author: vszakats Date: 2009-04-02 15:32:10 + (Thu, 02 Apr 2009) Log Message: --- 2009-04-02 17:21 UTC+0200 Viktor Szakats

Re: [Harbour] SF.net SVN: harbour-project:[10770] trunk/harbour

2009-04-02 Thread Xavi
Thanks victor, Solving last Warning now compiles dlls without MSYS. Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Another Issue : Data Types

2009-04-02 Thread Xavi
, hb_parl( 4 ) ) ); } else { hb_retptr( ( QFont* ) new QFont() ); } } Xavi Pritpal Bedi escribió: Hi Xavi-13 wrote: Sure, I don't understand. Note : on prg level QFont is available as a pointer as QFont* font. (*font) (*hbqt_par_QFont( n )) No it does not work

Re: [Harbour] Another Issue : Data Types

2009-04-02 Thread Xavi
Also #define hbqt_par_QIcon( n ) ( QIcon( QString::fromLatin1( hb_parc( n ) ) ) ) Xavi Pritpal Bedi escribió: Hi Xavi-13 wrote: Sure, I don't understand. Note : on prg level QFont is available as a pointer as QFont* font. (*font) (*hbqt_par_QFont( n )) No it does

Re: [Harbour] SF.net SVN: harbour-project:[10772] trunk/harbour

2009-04-03 Thread Xavi
/1081 Argument error: + Called from MAIN(0) Xavi vszak...@users.sourceforge.net escribió: Revision: 10772 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10772view=rev Author: vszakats Date: 2009-04-02 22:21:38 + (Thu, 02 Apr 2009) Log Message: --- 2009

Re: [Harbour] Another Issue : Data Types

2009-04-03 Thread Xavi
( ( QFont* ) new QFont( hbqt_par_QString( 1 ), HB_ISNUM( 2 ) ? hb_parni( 2 ) : -1, HB_ISNUM( 3 ) ? hb_parni( 3 ) : -1, hb_parl( 4 ) ) ); } } Xavi Pritpal Bedi escribió: Thanks

Re: [Harbour] Another Issue : Data Types

2009-04-03 Thread Xavi
Try this.- hb_retptr( ( (QTransform )(hbqt_par_QPainter( 1 )-worldTransform()) ) ); Xavi PS: I feel that my mails are not read. Pritpal Bedi escribió: Hello Przemyslaw Czerpak-2 wrote: hbqt_par_QWebView( 1 )-setUrl( *hbqt_par_QUrl( 2 ) ); Yes, but I suggest to make it a little bit more

Re: [Harbour] QT - One unresolved warning

2009-04-06 Thread Xavi
are finished start the corrections. Xavi Pritpal Bedi escribió: Hello All In QT builds you can see a lot of warnings like: ../../hbqt_qwidget.cpp:607: warning: taking address of temporary which is the result of call like this: /* * QPoint mapTo ( QWidget * parent, const QPoint pos ) const

Re: [Harbour] QT - One unresolved warning

2009-04-07 Thread Xavi
How it will be freed will solve later. but is necessary to control their destruction as in all classes. I think in the use of collectible pointer to *new* pointers dynamically allocated, in order to automatic call the destructor of class for *delete* Xavi Pritpal Bedi escribió: Thanks Xavi

Re: [Harbour] QT - One more warning

2009-04-07 Thread Xavi
Pritpal, I think we need another version of Qt to compile with MinGw 4.3.3. Qt 4.5 distribution using MinGW (GCC) 3.4.5 (mingw-vista special r3). I am compiling harbour with this version. Xavi Pritpal Bedi escribió: Hello Xavi This is the warning layer I receive when compile

Re: [Harbour] QT - One more warning

2009-04-07 Thread Xavi
Viktor, I have studied the differences in built-in defines .- cpp -dD And I see that in 4.3.3 there is a new macro .- #define __declspec(x) __attribute__((x)) Could this be the cause but I don't know. Xavi Viktor Szakáts escribió: I'm using 4.3.3 and besides these warnings, things seem

Re: [Harbour] QT - One more warning

2009-04-07 Thread Xavi
Viktor, I have studied the differences in built-in defines .- cpp -dD And I see that in 4.3.3 there is a new macro .- #define __declspec(x) __attribute__((x)) Could this be the cause but I don't know. Xavi Sorry, I was wrong :'( It is also in gcc (GCC) 3.4.5 (mingw-vista special r3) Well

Re: [Harbour] Error compiling hbqt with latest svn

2009-04-09 Thread Xavi
Pritpal, Vagelis, Try .- HB_FUNC( QT_QFONT_HANDLE ) { hb_retptr( ( void * ) hbqt_par_QFont( 1 )-handle() ); } Xavi Pritpal Bedi escribió: Hello Vagelis Skarmaliorakis wrote: My installation is Arch Linux 64bit, compiler gcc. I am getting the following error: make[3]: Entering

Re: [Harbour] Error compiling hbqt with latest svn

2009-04-09 Thread Xavi
Marcos, For Win it's Ok, only in Q_WS_X11 HADLE is unsigned long. I think it's portable but I have not tested. Xavi Marcos Gambeta escribió: Pritpal Bedi escreveu: I can assume that on linux HFONT is not supported, as per above, instead it should be Qt::HANDLE. Now the question is how

Re: [Harbour] SF.net SVN: harbour-project:[10824] trunk/harbour

2009-04-09 Thread Xavi
Viktor, hbmk2 always compile all the files in project .hbm file have changed or not? Is it not possible that only process the files change since the last time that compile? Xavi vszak...@users.sourceforge.net escribió: Revision: 10824 http://harbour

Re: [Harbour] Re: SF.net SVN: harbour-project:[10670] trunk/harbour

2009-04-09 Thread Xavi
-lhbcommon -lrddntx -lrddcdx -lrddfpt -lhbsix -lhbhsx -lgtgui -lgtwin -Wl,--end-group -lm -luser32 -lwinspool -lole32 -loleaut32 -luuid -lgdi32 -lcomctl32 -lcomdlg32 -lodbc32 `pkg-config --libs gtk+-2.0` Try removing the option -lgtwin of the command line. I don't test. Xavi

Re: [Harbour] Re: SF.net SVN: harbour-project:[10670] trunk/harbour

2009-04-14 Thread Xavi
() HB_GT_GUI_DEFAULT() return Xavi Rodrigo Miguel escribió: One more update. I used to do in the past, just request GTGUI, Like this: REQUEST HB_GT_GUI_DEFAULT so if I remove procedure HB_GTSYS, it complains about: undefined reference to `HB_FUN_HB_GT_WIN' Resuming: - Removing -lgtwin

Re: [Harbour] SF.net SVN: harbour-project:[10860] trunk/harbour

2009-04-14 Thread Xavi
Great job Viktor, Thanks. When compiling parallel multithreaded ? ;) New option: -j [N], --jobs[=N] Allow N jobs at once; infinite jobs with no arg. Xavi vszak...@users.sourceforge.net escribió: Revision: 10860 http://harbour-project.svn.sourceforge.net/harbour-project/?rev

Re: [Harbour] QT - ADDON - Alert()

2009-04-16 Thread Xavi
Thanks Vailton, I think it can also be a good example of working with hbqt and I translated to prg. Just as exercise of programming. :) Is this wrong? Xavi #define Qt_PlainText 0 #define QMessageBox_ActionRole 3 #define QMessageBox_Ok 1024

[Harbour] OT: Oracle buys Sun.

2009-04-20 Thread Xavi
http://www.linuxtoday.com/news_story.php3?ltsn=2009-04-20-008-35-NW-BZ http://blogs.computerworld.com/oracle_sun_what_happens_to_mysql ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] MemoEdit() Patch to avoid recursive calls in endless loop.

2009-05-13 Thread Xavi
the application without any errors ? Xavi /* * $Id: memoedit.prg 10595 2009-03-12 09:59:20Z vszakats $ */ /* * Harbour Project source code: * MemoEdit() function * * Copyright 2000 Maurilio Longo maurilio.lo...@libero.it * www - http://www.harbour-project.org * * This program is free

Re: [Harbour] MemoEdit() Patch to avoid recursive calls in endless loop.

2009-05-18 Thread Xavi
Hi Pritpal, Not is another issue is the same except that now, with the patch, not repeated infinitely and my old application will work. The logic of call control function is different to Clipper. Could to say something Maurilio? I'm more worried about leaving the application. Xavi

Re: [Harbour] SF.net SVN: harbour-project:[11097] trunk/harbour

2009-05-21 Thread Xavi
!!! @ 0,0 say 'This print in default printer!' SET DEVICE TO SCREEN @ 0,0 say 'Ok' SET PRINTER TO // Print *now* in Win! @ 1,0 say 'Great!' Wait return Thanks Xavi Przemyslaw Czerpak escribió: On Wed, 20 May 2009, vszak...@users.sourceforge.net wrote: Log Message: --- 2009-05

Re: [Harbour] gpf

2009-05-24 Thread Xavi
we need another rules word ? May be, __enumExit() ;) but ... hmmm... try with -gc3 but in real big app I have this gpf How is compiled the real big app? Xavi marek.horody...@interia.pl escribió: This small example work : Function Main() Local a, b, c, t := {} rtzp( x := -1, pd, iu, np

Re: [Harbour] Printing Problem

2009-05-24 Thread Xavi
! SET DEVICE TO SCREEN @ ROW(), 0 SAY Please check if your printer prints after pressing any key @ ROW()+2, 0 SAY Press any key to continue... INKEY( 0 ) RETURN NIL -- Xavi Sudip Bhattacharyya escribió: Hi All, I am a very new user of Harbour. I found that during printing with Lpt1 DMP

Re: [Harbour] gpf

2009-05-25 Thread Xavi
Small, reduced, self-contained, sample of how cause gpf only with -gc3 .- Procedure Main() Local x, stringORarray := 'Small' for each x in stringORarray switch x case 'a' exit end ? x next // GPF Wait return -- Xavi P.S. Sorry for my bad english

Re: [Harbour] Set Color Foreground and Background in TQLabel and others ?

2009-05-27 Thread Xavi
colors in QT widgets using HBQT ? http://doc.qtsoftware.com/4.5/stylesheet.html http://doc.qtsoftware.com/4.5/stylesheet-examples.html#style-sheet-usage -- Xavi Pritpal Bedi escribió: Hello Xavi, Marcos Bruno Luciani wrote: How to set colors in QT widgets using HBQT ? The setpalette method

Re: [Harbour] gcc 4.4.0 warnings

2009-05-27 Thread Xavi
Mindaugas, I don't have test this version. Have you tried to -Os and linker with -s? It's like I get better results in size with 3.4.5 http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html What parameters are you using for compiler speedtest? Xavi Mindaugas Kavaliauskas escribió

Re: [Harbour] gcc 4.4.0 warnings

2009-05-27 Thread Xavi
Sorry to jump into. I do not know what happens but it seems that the mail is deferred. :) Wow! I did not expect to be such a big difference in exe size (496KB vs 882KB) if different optimisation is used. -- Xavi ___ Harbour mailing list Harbour

Re: [Harbour] gcc 4.4.0 warnings

2009-05-28 Thread Xavi
not supported for this target. -- Xavi Procedure Main() ? Test_C_Compiler_W() ? Test_C_Compiler_X() Wait return #pragma BEGINDUMP #include hbapi.h HB_FUNC( TEST_C_COMPILER_W ) { char cMsg[ 4096 ]; double ndbRes; ndbRes = 3.05; ndbRes -= 1.55; ndbRes -= 1.50

Re: [Harbour] XML from xHarbour compatibility

2009-05-29 Thread Xavi
rafa, METHOD New( ) CLASS gConfigHarbour Local oNode, oIter, oNodeLib, cLib, cCheck ::Super:New( ) if ::lOk oNode := ::oDoc:FindFirst( ::cNode ) if oNode != NIL oIter := TXmlIteratorRegex( oNode ) oIter := TXmlIteratorRegex():New( oNode ) -- Xavi rafa

Re: [Harbour] Different Behavior of BCC and Mingw

2009-05-31 Thread Xavi
Sudip, What ?...@#... is this? :) ofn.lStructSize = 76; In BCC and in MinGW !!! .- OPENFILENAME ofn; ZeroMemory(ofn, sizeof(OPENFILENAME)); ofn.lStructSize = sizeof(OPENFILENAME); Sorry, it's a joke, remember that C don't initialize anything eg nil. -- Xavi Sudip Bhattacharyya

Re: [Harbour] Different Behavior of BCC and Mingw

2009-05-31 Thread Xavi
This runs OK with xHarbour+gtwvw+BCC ... Not comment. -- Xavi P.S. Please don't send emails in HTML is better in text plain. Sudip Bhattacharyya escribió: Hello Xavi, Thanks for the joke. I am not a very experienced user. I don't know how to use the open or save file common dialog box. So, I

Re: [Harbour] Printing Problem

2009-06-02 Thread Xavi
. This is the importance of SET PRINTER TO as I said in .- http://lists.harbour-project.org/pipermail/harbour/2009-May/019603.html but surely that I not explain me well :'( -- Xavi Szakáts Viktor escribió: Thank you very much. I am now able to run win_prn() :-) You're welcome. But I cannot solve my

Re: [Harbour] Printing Problem

2009-06-02 Thread Xavi
or network resource eg .- net use lpt1 \\computer\resource ... -- Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] TBrowse rowPos test

2009-06-02 Thread Xavi
in the repository as a test? Please, EMG, Pritpal or anyone could test it with last xHarbour: I think that it does just the opposite. IMHO If so it is very difficult to move successfully some Clipper programs to (x)Harbour and user support. -- Xavi

Re: [Harbour] TBrowse rowPos test

2009-06-02 Thread Xavi
Thanks EMG, I just tried and found the same behavior using Clipper, Harbour and xHarbour. So, I'm wrong and that is good. Maybe I have tested in old version and it failed with RecNos 24 and FixPos == .T. I'm glad that is no longer well. Best regards. Xavi Enrico Maria Giordano escribió

Re: [Harbour] hash() in harbour

2009-06-03 Thread Xavi
Teo, ¿Por qué no está en Harbour? Un Saludo, Xavi Teo Fonrouge escribió: On 03/06/2009, at 01:18 p.m., Bruno Luciani wrote: Hola Teo , si algunas cosas estan claras y viendo los fuentes se interpretan , pero faltan muchisimos ejemplos y ademas si miras la documentacion de QT(incluso los

Re: [Harbour] hash() in harbour

2009-06-03 Thread Xavi
and think about what is best is the same that between contrib of MySQL and PostgreSQL :) -- Xavi Teo Fonrouge escribió: On 03/06/2009, at 06:11 p.m., Xavi wrote: Teo, ¿Por qué no está en Harbour? Hola Xavi, Si te refieres a porque no esta en el directorio de harbour/contrib, la razon original

Re: [Harbour] A Real-time RDBMS RDD for Harbour Family of Compilers

2009-06-05 Thread Xavi
-) hmm... Ok no marketing with postgres. :) Have a nice day Pritpal! and congratulations on your great work! -- Xavi Sudip Bhattacharyya escribió: Pritpal Bedi wrote: Yep Angel Pais wrote: Not published in their site. So expect a very restrictive and expensive one. Some old mesages (googled

Re: [Harbour] Memory consumption in HBOLE

2009-06-05 Thread Xavi
Randy, Try this .- Procedure Main() ? 'How memory ?' Wait FreeTaskManagerMemory() ? 'And now ?' Wait return #pragma BEGINDUMP #include windows.h HB_FUNC( FREETASKMANAGERMEMORY ) { SetProcessWorkingSetSize( GetCurrentProcess(), -1, -1 ); } #pragma ENDDUMP -- Xavi Randy

Re: [Harbour] Memory consumption in HBOLE

2009-06-05 Thread Xavi
This API seems to release any unused pages from memory. Yes but also the used for this reason must be done carefully for optimal performance. This is one of those cases where is recommended because there will be many unused. -- Xavi Randy Portnoff escribió: Hi Xavi, Yup - That worked

Re: [Harbour] A Real-time RDBMS RDD for Harbour Family of Compilers

2009-06-07 Thread Xavi
thread on this topic, ... Thanks but is indifferent to me, is more important what Pritpal want?, IMHO. -- Xavi Sudip Bhattacharyya escribió: Hello Xavi, So... How many times faster than postgres should be? 8-) hmm... Ok no marketing with postgres. :) May be I am out of the track, but I

Re: [Harbour] Warning

2009-06-08 Thread Xavi
`_hb_stack_ptr_' I have the libraries .- libgtqtc.a libhbqt ?...@#... :( Opss... Sure I've left something. Maybe set HB_DIR_PGSQL=c:\pgsql Well, I try again :) -- Xavi Enrico Maria Giordano escribió: Warning W8004 ../../../hvm.c 5680: '_hb_stack_ptr_' is assigned a value that is never

Re: [Harbour] Warning

2009-06-08 Thread Xavi
Massimo Belgrano escribió: Thanks xavi Please can yoy try if your receive error with follow batch from c:\harbour? -- set path=d:\Qt\2009.01\mingw\bin;%PATH% cd \harbour\contrib\gtwvg\win\mingw gcc -I. -I../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586

Re: [Harbour] Warning

2009-06-08 Thread Xavi
installation of MinGW. I suspect that the version distributed by Qt is custom. Now I don't remember I had to switch to compile another project. While compiling harbor, I think it. -- Xavi ___ Harbour mailing list Harbour@harbour-project.org http

Re: [Harbour] Warning

2009-06-08 Thread Xavi
=gtqtc Set HB_INC_PGSQL=C:\PgSQL\include set HB_DIR_PGSQL=C:\PgSQL And I have the libraries .- libgtqtc.a libhbqt.a libhbpgsql.a and libsddpg.a Thank you very much. -- Xavi Viktor Szakáts escribió: MinGW distributed with QT is a stripped installation, so I wouldn't recommend using

Re: [Harbour] GC and collectible pointers

2009-06-10 Thread Xavi
( ::aaa ) RETURN NIL The code prints .- Test3 bbb destructor O bbb destructor A Press any key to continue... OOOps... Is there AAAnything strange? ;) -- Xavi Mindaugas Kavaliauskas escribió: Hi, Xavi wrote: oB:aaa := ALLOCAAA

Re: [Harbour] Harbour forum tryout

2009-06-15 Thread Xavi
traducción es buena si consideráis que el resultado se puede entender en vuestro idioma. Así que postear el texto en inglés. Hasta donde yo sé siempre podéis duplicar el texto en el idioma original. Por cierto, no sé si siempre es posible en texto plano. :) -- Xavi Viktor Szakáts escribió: I can agree

Re: [Harbour] SF.net SVN: harbour-project:[11456] trunk/harbour

2009-06-20 Thread Xavi
OT: Possible conflict in name of variable static s_fInited. Sorry is to not create another thread. When compiling hvmall.c with HB_FM_STATISTICS s_fInited is redefined in fm.c and estack.c I have changed on fm.c s_fInited with s_fInitedFM in my local copy to solve this. -- Xavi

[Harbour] Override C++ operators new, delete to adapt harbour memory management FM.

2009-06-21 Thread Xavi
Now we have a number of contributions in C++ which are outside the control of FM. This means that we have lost the ability to detect memory leaks for example. What do you think about subject? -- Xavi #include hbapi.h #ifdef HB_FM_STATISTICS void* operator new(size_t nSize) { return

Re: [Harbour] SF.net SVN: harbour-project:[11470] trunk/harbour

2009-06-22 Thread Xavi
of this with static compilation of hbqt. I did not tested but I think it could work to know what classes deleted and are not deleted in hbqt. -- Xavi vszak...@users.sourceforge.net escribió: Revision: 11470 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11470view=rev Author

Re: [Harbour] SF.net SVN: harbour-project:[11470] trunk/harbour

2009-06-22 Thread Xavi
in C++, IMHO. -- Xavi Viktor Szakáts escribió: I've added HB_BUILD_MODE=yes option for all compilers. You may have a try with mingw. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo

Re: [Harbour] SF.net SVN: harbour-project:[11505] trunk/harbour

2009-06-23 Thread Xavi
casting as (void **) (void*) but don't report any warning: I don't know if it is intentional. -- Xavi /* * $Id: wvgsink.c 11157 2009-05-28 07:44:07Z vszakats $ */ /* * Harbour Project source code: * Source file for the Wvg*Classes * * Copyright 2008 Andy Wos * http://www.harbour

Re: [Harbour] SF.net SVN: harbour-project:[11505] trunk/harbour

2009-06-24 Thread Xavi
*, char*, QFocusEvent*)' defined but not used but I enclose in #if 0 / #endif I'll install the latest version of http://www.tdragon.net/recentgcc to test. -- Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org

Re: [Harbour] MinGW C++ warnings

2009-06-24 Thread Xavi
/print.c (204) --- char * szPort = (char*)lpt1; char * szChr = (char*) ; -- Placing and removing the flag HB_BUILD_MODE=cpp I don't have warning, please test. -- Xavi ___ Harbour mailing list Harbour@harbour

Re: [Harbour] MinGW C++ warnings

2009-06-24 Thread Xavi
Przemyslaw Czerpak escribió: with meory protection we will have GPF so the warnings are perfectly valid. Thank you very much Przemek, but this means that many of these codes must be rewritten. ;) best regards, Xavi ___ Harbour mailing list

Re: [Harbour] Picture '@E'

2009-06-27 Thread Xavi
[ 1000,55] 2 [ 1000.55] 3 [ 10.000.000,550] -- Xavi Itamar Lins escribió: Hi! ? transform(10.55,'@E 99.99') // with space between '@E' and '99.99' 10,55 //many space in front ? transform(10.55,'@E99.99') 10,55 this correct this behavior? Regards, Itamar M. Lins Jr

Re: [Harbour] Re: Picture '@E'

2009-06-28 Thread Xavi
. Wait return Output .- 0 [ 3.3300] 1 [ 3,3300] Please note the decimal separator. Press any key to continue... -- Xavi Itamar Lins escribió: Hi! You example not correct. See: ? 1 [+transform(3.33,'@E99.99')+] 1 [ 3,33] ? 2 [+transform(3.33,'@E 99.99')+] 2 [ 3,33

Re: [Harbour] SF.net SVN: harbour-project:[11574] trunk/harbour

2009-06-30 Thread Xavi
Some questions reviewing hbapi.h Should be hb_pards and hb_parvds const? Do you need to change hbtypes.h? -- Xavi dru...@users.sourceforge.net escribió: Revision: 11574 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11574view=rev Author: druzus Date: 2009-06

Re: [Harbour] SF.net SVN: harbour-project:[11574] trunk/harbour

2009-06-30 Thread Xavi
warning -w, that's only work, affects the rest of code. Any idea? -- Xavi Przemyslaw Czerpak escribió: On Tue, 30 Jun 2009, Xavi wrote: Some questions reviewing hbapi.h Should be hb_pards and hb_parvds const? buffer returned by hb_par[v]ds() is writable so we can leave it as is. Anyhow if you

Re: [Harbour] Incompatibility with Clipper in macro substitution

2009-07-02 Thread Xavi
Hi Alexander, A small variation if it helps. :) PROCEDURE main PRIVATE arr[10], r arr[1] := OO r = 'arr[1]' // ... r = r + '*' ? arr[1], r (r) += '*' // ... ? arr[1], r Return -- Xavi Alexander S.Kresin escribió: Hi All, Maybe, this issue was discussed already

Re: [Harbour] Incompatibility with Clipper in macro substitution

2009-07-02 Thread Xavi
); } ; ExprEqual : LeftExpression '=' Expression %prec INASSIGN { $$ = hb_compExprAssign( $1, $3, HB_COMP_PARAM ); } ; -- Xavi Przemyslaw Czerpak escribió: On Thu, 02 Jul 2009

Re: [Harbour] Re: Incompatibility with Clipper in macro substitution

2009-07-02 Thread Xavi
I believe, that there are different ways to eliminate the problem ( each situation, which haven't ways out, have, at least, two ways out :) ). Yes, but also to isolate the problem to this operator. I thought that the problem was not in the optimization. :'( Regards, Xavi Alexander S.Kresin

Re: [Harbour] Incompatibility with Clipper in macro substitution

2009-07-09 Thread Xavi
? '-' Wait return proc p(x) x:=REF return /*** end of: Test.prg ***/ -- Xavi Przemyslaw Czerpak escribió: On Thu, 02 Jul 2009, Przemyslaw Czerpak wrote: Hi, Maybe, this issue was discussed already, but ... This code gives an error with Harbour, but works with Clipper: PROCEDURE main

Re: [Harbour] SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-06 Thread Xavi
an existing index, IMO .- cpinfo.prg code to show more precise information which should help in replicating exact Clipper behavior. (thanks for this) to customize the/your Harbour codepage C file. -- Xavi Chen Kedem escribió: I forward this from the SF bug tracker http://sourceforge.net/tracker

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-07 Thread Xavi
: ABCDEFGHIJKLMNOPQRSTUVWXYZŽ™š¥ lower: abcdefghijklmnopqrstuvwxyz‚„†” ¡¢¤ == Not mention of MDXSORT. To allow such mutual updates we need a codepage for each. What is the solution, change ES850C to a single specify version? -- Xavi

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-07 Thread Xavi
Viktor, I would like to remark that we refer to a specific version of the driver, not of the compiler, in order to allow such mutual updates. -- Xavi Viktor Szakáts escribió: Hi Xavi, Our reference compiler version is 5.2e. Results for older versions/revisions don't matter for Harbour

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-07 Thread Xavi
: aábcdeéfghiíjklmnñoópqrstuùvwxyüzåäö == (Fixed heap=6KB/2) Is the same that I've with 5.2 and 5.01 and the same that Maurizio. Could someone post the different versions whit te last cpinfo.prg? -- Xavi ___ Harbour

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-07 Thread Xavi
Viktor, Remember that we refer to a specific version of the driver, not of the compiler. :) http://www.google.com/search?q=Download+CA+Clipper Could someone post the different versions whit te last cpinfo.prg? -- Xavi Viktor Szakáts escribió: It would be good to see 5.3_b_, the last 5.3

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-08 Thread Xavi
indexes before the application is used. The same happen if you change the driver in your application Clipper. Hopefully someone post the versions 1.31f. -- Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-09 Thread Xavi
and lower characters is different Warning: irregular CP which needs special definition in Harbour upper: ABCDE�FGHIJKLMN¥OPQRSTUVWXYšZ�Ž™ lower: a bcde‚fghi¡jklmn¤o¢pqrstu—vwxy�z†„” == This driver for collation and build index. -- Xavi Maurizio Faccio

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-09 Thread Xavi
== Which is not compatible with Spanish collation. Viktor, SPANISH and INTL edition seem to use the same collations. Am I concluding right? Sorry, I don't understand. -- Xavi ___ Harbour mailing list Harbour@harbour

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-09 Thread Xavi
Maurizio, I own 5.2 International edition, that have the spanish collation by default as i see. Please, could you publish this version of cpinfo.txt because I don' t have this information. Only by removing the obj to link .- FILE cpinfo Thanks. -- Xavi Maurizio Faccio adinet escribió

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-09 Thread Xavi
Ops... Sorry I misplace this email. :( Wonderful world of Clipper's patches and versions. At the moment I see only one version. -- Xavi Maurizio Faccio adinet escribió: Yes I have but I take care that pick the correct one. I've just can patch to CLIPPER 5.2e library. Just run patch 52elib

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-09 Thread Xavi
and lower number of upper and lower characters is different Warning: irregular CP which needs special definition in Harbour upper: ABCDEÉFGHIJKLMNÑOPQRSTUVWXYÜZÅÄÖ lower: aábcdeéfghiíjklmnñoópqrstuùvwxyüzåäö == -- Xavi Maurizio Faccio adinet escribió

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-10 Thread Xavi
. -- Xavi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-10 Thread Xavi
; -- Xavi Xavi escribió: - cdpapi.c(324) --- cdpage-s_chars = ( BYTE * ) hb_xgrab( 256 ); memset( cdpage-s_chars, '\0', 256 ); cdpage-s_upper = ( BYTE * ) hb_xgrab( 256 ); memset( cdpage-s_upper, '\0', 256 ); cdpage-s_lower

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-15 Thread Xavi
but can not share indices with Clipper. While is the new method the issue is solved for local repositories. Of course, not share with Turkish CPs. :( Regards, -- Xavi Przemyslaw Czerpak escribió: On Wed, 14 Oct 2009, Szak�ts Viktor wrote: Hi, Thank you. I'd like to ask Przemek to review

Re: [Harbour] Re: SF bug tracker#2873146: Lang ES850c not fully compatible with clipper

2009-10-16 Thread Xavi
Maurizio, I'm not at work butin my last test modifying the es850c as I told in my previous mail and without changing the cdpapi Try .- ? 'á' 'a' // Clipper NTXSPA == .T. best regards, -- Xavi ___ Harbour mailing list Harbour@harbour

Re: [Harbour] Re: Changes in win_prn in order to not increase gdi objects and read the initial properties of the printer.

2009-11-21 Thread Xavi
Ok, I think a solution although would be easier to WIN_CREATEFONT return hFont. :) -- Xavi Viktor Szakáts escribió: Hi Xavi, The document properties feature is okay, buy the font trick seems to breaks if multiple WIN_CREATEFONT() calls are issued (either in ST or MT mode), since it uses

  1   2   3   >