Re: [Harbour] HBQT - A Clarification

2009-10-19 Thread Przemysław Czerpak
On Sun, 18 Oct 2009, Pritpal Bedi wrote: Hi Pritpal, [...] > > void * hbqt_gcpointer( int iParam, HB_GARBAGE_FUNC_PTR pFunc ) > > { > >void ** ph = ( void ** ) hb_parptrGC( pFunc, iParam ); > >return ( ph && * ph ? * ph : hb_parptr( iParam ) ); > > } > > PRG Call: > >oWnd := QMainWind

Re: [Harbour] datetime conversion functions request

2009-10-19 Thread Przemysław Czerpak
On Sun, 18 Oct 2009, Francesco Saverio Giudice wrote: Hi, > could you kindly add these functions ? > HB_TTOD( tTimeStamp ) -> dDate I'll add it though it's interesting to know why you need it. You can you tTimeStamp instead of dDate in all places so if you found something in core code which need

Re: [Harbour] datetime conversion functions request

2009-10-19 Thread Przemysław Czerpak
On Mon, 19 Oct 2009, Francesco Saverio Giudice wrote: Hi, > Infact is not for core code, but for functions that have "old" > parameters separated like MyFunc( dDate, cTime ) and in case of > explicit check of date and time like: >? "cTime = ", cTime := Time() >? "dDate = ", dDat

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

2009-10-19 Thread Przemysław Czerpak
On Mon, 19 Oct 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-10-19 23:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) [...] > ! Fixed warnings and errors in test apps. > + Added -es2 option to test/util default options. Thank you. I would like to ask you about yet another modi

Re: [Harbour] ActiveX and GPF

2009-10-19 Thread Przemysław Czerpak
On Mon, 19 Oct 2009, Alex Strickland wrote: Hi, > I have been working with ActiveX again. If I comment out the call to > Release() in hb_ole_destructor() in olecore.c the GPF does not > occur. > That is not very helpful so I wondered if Release() depends in some > way on whether OleUninitialize()

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

2009-10-19 Thread Przemysław Czerpak
On Mon, 19 Oct 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-10-20 01:20 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * utils/hbmk2/hbmk2.prg > + Added option to control C compiler warning level: > -warn=yes mode will set the warning level exactly > the same way

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

2009-10-19 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Szak�ts Viktor wrote: Hi, > >Thank you. I would like to ask you about yet another modification in > >core hbmk2 code. > >hbmk2 does not enable C warnings in GCC builds. Can you add -W -Wall > >when GCC is used? Without it some serious bugs can be silently > >ignored. > Please

Re: [Harbour] ActiveX and GPF

2009-10-20 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Alex Strickland wrote: Hi, > >If this is Harbour problem then it should be possible to create such > >examples and in such case we should be able to fix it quite easy. > When you say it should be easy to create examples, do you mean using > WVG? Or could you explain, and I wi

Re: [Harbour] Data Dictionary Support

2009-10-20 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Alex Strickland wrote: Hi, > I was thinking of the following: > 1. A compiler option to declare a data dictionary declaration so > that statements of the form: > workarea->fieldname > could be validated. > In the case where a DBF exists it could be used as a kind of > "

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

2009-10-20 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > >+ added PRG functions for BlowFish encryption: > > hb_blowfishKey( ) -> > > hb_blowfishEncrypt( , ) -> > http://www.schneier.com/blowfish.html says: "It takes a > variable-length key, from 32 bits to 448 bits ..." >

Re: [Harbour] msvc64 warnings in netio

2009-10-20 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Szak�ts Viktor wrote: Hi, > I've found some not yet seen msvc64 warnings in netio: > --- > cl.exe -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 - > Ot2b1 -EHs-c- -MT -DUNICODE -Fonetiosrv.obj -c > ../../../netiosrv.c > netiosrv.c > ../../../netiosrv.c(466) : wa

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

2009-10-20 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, vszak...@users.sourceforge.net wrote: > Log Message: > --- > 2009-10-20 21:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * contrib/rddads/adsfunc.c > * contrib/rddads/rddads.h > * contrib/rddads/ads1.c > ! Fixed fatal errors for 64-bit builds. I don't if

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

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Massimo Belgrano wrote: > http://devzone.advantagedatabase.com/dz/content.aspx?key=47 > Enhancements in Upcoming Releases > 64-bit ODBC Client and OLE DB Client > Other > Add support for Visual FoxPro binary indexes > Unicode Field Type Does it mean that 64bit ADS local serv

Re: [Harbour] Data Dictionary Support

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Alex Strickland wrote: Hi, > That is pretty cool. Thank you. What is the difference between _FIELD > and FIELD? Both forms have exactly the same meaning for compiler. You can use FILED if you like it more ;-) BTW It's yet another example where some dummy token significant f

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

2009-10-21 Thread Przemysław Czerpak
On Tue, 20 Oct 2009, Massimo Belgrano wrote: Hi, > Possible a sample You have everything in ChangeLog file: + added PRG functions for BlowFish encryption: hb_blowfishKey( ) -> hb_blowfishEncrypt( , ) -> hb_blowfishDecrypt( , ) -> so the example seems the be

Re: [Harbour] HB_ReadIni() Problem

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Mario H. Sabado wrote: Hi, > I have encountered the value being returned by HB_ReadIni() was > being truncated by one char at the last. I have the following > function and sample ini file. It may happen if EOL is missing in the last line of .ini file. I'll add protection ag

Re: [Harbour] HB_ReadIni() Problem

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Przemysław Czerpak wrote: > > I have encountered the value being returned by HB_ReadIni() was > > being truncated by one char at the last. I have the following > > function and sample ini file. > It may happen if EOL is missing in the last line of

Re: [Harbour] HB_ReadIni() Problem

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Mario H. Sabado wrote: Hi, > >It may happen if EOL is missing in the last line of .ini file. > >I'll add protection against such situations in a while. > >Thanks for the information. > Thank you so much for the fix. It now works as expected but when > the last line of my ini

Re: [Harbour] ActiveX and GPF

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Alex Strickland wrote: > I must explicitly call oMSCal:Close() to set ::oOLE to NIL, or else > it will GPF. Is that expected behaviour? > I cannot make the DESTRUCTOR work, it is simply not called, can you > see why? I tried it in the three commented lines above. And this is t

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

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > >Technically you can use any non empty string as cPass. Bytes from > >cPass are used cyclically to create 32bit values used to xor keys > >in p-array. The implementation I committed does not follow the original > >BlowFish description but r

Re: [Harbour] ActiveX and GPF

2009-10-21 Thread Przemysław Czerpak
On Wed, 21 Oct 2009, Pritpal Bedi wrote: Hi, > > Looks that it's a time to extended our GC and add support for references > > between GC blocks. I'll try to make it soon before we release 2.0. > Thank you that you thought this way. > A must needed feature of VM. > I always wondered why I am unabl

Re: [Harbour] ActiveX and GPF

2009-10-22 Thread Przemysław Czerpak
On Thu, 22 Oct 2009, Alex Strickland wrote: > >If you use in your code as even handler sth what does not keep reference > >to oMSCal and it will resolve all your problems, i.e: > > ::oOLE := WIN_AxGetControl( hWnd, ; > > { | event, ... | MyEvent( event, ... ) }, cID

Re: [Harbour] ActiveX and GPF

2009-10-22 Thread Przemysław Czerpak
On Thu, 22 Oct 2009, Szak�ts Viktor wrote: Hi, > I haven't, but if both hbrun and hbmk2 suffers damage because > of this flag, my tip would be there is something wrong inside > the embedded compiler when stats are enabled. The problem is only in Windows builds and it's caused by moving to UNICOD

Re: [Harbour] ActiveX and GPF

2009-10-22 Thread Przemysław Czerpak
On Thu, 22 Oct 2009, Szak�ts Viktor wrote: Hi, > >The problem is only in Windows builds and it's caused by moving to > >UNICODE API - it breaks dynamic FM stat module initialization. > >We added hb_getenv_buffer() to avoid memory allocation and now > >it makes memory allocation so FM module GPF

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

2009-10-23 Thread Przemysław Czerpak
On Thu, 22 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > >>4. pad only strings shorter then 8 bytes. For longer strings encode > >> encode all full 64bit blocks then encode last 64bits (decode in > >> reveresed order) > >But the 4th is the most interesting :) I've not understood your > >idea,

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

2009-10-23 Thread Przemysław Czerpak
On Thu, 22 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > >>I've looked to key length encoding in Harbour level functions. Is it > >>some standard way to encode length of 8byte unaligned data? > >I guess you are talking about .prg functions. > >No, it's not a standard. I implemented it only for th

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

2009-10-23 Thread Przemysław Czerpak
On Fri, 23 Oct 2009, vszak...@users.sourceforge.net wrote: > 2009-10-23 11:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * contrib/hbssl/evpciph.c > * contrib/hbssl/sslsess.c > * contrib/hbssl/ssl.c > * contrib/hbssl/x509.c > * contrib/hbssl/evpmd.c > * contrib/hbssl/evpenc.c >

Re: [Harbour] HBQT - Nearly lost how to implement new GC

2009-10-23 Thread Przemysław Czerpak
On Fri, 23 Oct 2009, Pritpal Bedi wrote: Hi, > I am almost lost how to implement new GC structures > under dynamic scenario of HBQT. Just like me looking at hbqt code ;-) > Can you guide in this direction? I do not understand current hbqt code. It looks that it has three different versions of

Re: [Harbour] HBQT - Nearly lost how to implement new GC

2009-10-23 Thread Przemysław Czerpak
On Fri, 23 Oct 2009, Pritpal Bedi wrote: Hi, > This is the code how object is created and GC applied. > This code compiles perfect but receive GPF at its first invocation. It's expected behavior. You are storing pointer to temporaryGC table located on C stacks which is overload immediately by ot

Re: [Harbour] HBQT - Nearly lost how to implement new GC

2009-10-24 Thread Przemysław Czerpak
On Fri, 23 Oct 2009, Pritpal Bedi wrote: Hi, > If a class contains all the methods it is implementing then this > code will definitely work excellent. But what if the call is inheriting > from other which in turn again inheriting from one more, and > a method is called from parent two levels up

Re: [Harbour] Destructors of static scope variables

2009-10-26 Thread Przemysław Czerpak
On Mon, 26 Oct 2009, Alex Strickland wrote: Hi > Is it expected behavior that this program does not output "Destructor"? > #include "hbclass.ch" > static oMSCAL [...] > If I set oMSCAL to nil it does work of course. Yes it's expected. Destructors are not executed for when static variables are cl

Re: [Harbour] HBQT - Nearly lost how to implement new GC

2009-10-26 Thread Przemysław Czerpak
On Sat, 24 Oct 2009, Pritpal Bedi wrote: Hi, > There is a slight change as follows and it works. > This is not a proper change so show me what is the > proper code skeleton. >QWidget * hbqt_par_QWidget( int iParam ) >{ > QPointer< QWidget > * pObj; > QWidget * obj = NULL; >

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

2009-10-26 Thread Przemysław Czerpak
On Mon, 26 Oct 2009, Alex Strickland wrote: > >Log Message: > >--- > >2009-10-23 18:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > > * harbour/contrib/hbwin/axcore.c > >! fixed wrongly initialized reference counter in AX control. > > Now when AX Window is closed and all

Re: [Harbour] hbmk2 suggestion

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Massimo Belgrano wrote: > i hope that you implement in hbnk2 before 2.0 something like: > #pragma option:hbmk2 mylib.hbc > becasue allow newbbies easy compiling script Massimo probably I do not understand sth but can you explain how using: #pragma option:hbmk2 mylib.hbc is

Re: [Harbour] hbmk2 suggestion

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Szak�ts Viktor wrote: > >Massimo probably I do not understand sth but can you explain how > >using: > > #pragma option:hbmk2 mylib.hbc > >is better then: > > request MYLIB > The idea of the #pragma is to automatically pull > required libs, include paths and whatnot (all > con

Re: [Harbour] hbmk2 suggestion

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Massimo Belgrano wrote: Hi, > #pragma option:hbmk2 mylib.hbc allow compile with hbmk2 without know how > request MYLIB is different because instruct only that is need a library/symbol Yes but someone has to add this #pragma command to source code so he has to know library n

Re: [Harbour] hbmk2 suggestion

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Massimo Belgrano wrote: Hi, > Because typically it start coping a sample that contain it > if harbour user get a sample contain: > #pragma option:hbmk2 mylib.hbc > request MYLIB > it will be easy to compile and if it get another sample that include > #pragma option:hbmk2

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

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > >+ added XHB_AINS(), XHB_ADEL() functions which accept negative indexes. > > Warning I haven't replicated xHarbour bugs in AINS() so it's not > > exactly the same. Sooner or later someone will fix AINS() code in > > xHarb

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

2009-10-27 Thread Przemysław Czerpak
On Tue, 27 Oct 2009, Pritpal Bedi wrote: Hi Pritpal, > > BTW I created text which describes most important differences between > > Harbour and xHarbour. But it will be good if someone who know English > > fix me before I'll public it. > You can send it to me to look-at, if you decides so. Thank

Re: [Harbour] bug: GTXWC and HB_GTI_WINTITLE

2009-10-28 Thread Przemysław Czerpak
On Wed, 28 Oct 2009, Tamas TEVESZ wrote: Hi, > > hb_gtInfo( HB_GTI_WINTITLE, "string with accented chars" ) > > doesn't seem to respect app CP (like now f.e. GTWVT does) > > with GTXWC, accented chars don't appear correctly in title > > bar. > > I tried to fix it by converting to UTF8 in gtx

Re: [Harbour] Error making harbour - ChangeLog 12778

2009-10-28 Thread Przemysław Czerpak
On Wed, 28 Oct 2009, Alex Strickland wrote: Hi, > With Harbour (Changelog: * $Id: ChangeLog 12778 2009-10-27 18:49:44Z druzus $) > I did a SVN update this morning, "make clean", "make", and "make > install". Only harbour.exe and hbpp.exe were copied to the bin > directory (I discovered this tryin

Re: [Harbour] ADS limits

2009-10-28 Thread Przemysław Czerpak
On Wed, 28 Oct 2009, Mindaugas Kavaliauskas wrote: Hi, > in the beginning I was going to write a private email to Przemek and > ask about CDX detail, but more deep test gave me an answer. > The problem of the customers was that sometimes browse does not show > records (in scoped alias), but recor

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

2009-10-29 Thread Przemysław Czerpak
On Thu, 29 Oct 2009, Szak�ts Viktor wrote: > Such renaming in Harbour would look like this: > ChangeLog -> CHANGES.txt > COPYING -> COPYING.txt > INSTALL -> INSTALL.txt > TODO -> TODO.txt > If there are no objections, I can do it. I vote against. We are using standard names used in more then 90% O

Re: [Harbour] HB_TTOC()

2009-10-29 Thread Przemysław Czerpak
On Thu, 29 Oct 2009, Szak�ts Viktor wrote: Hi, > To keep it a simple one liner, I was trying to do this: > ? HB_TTOC( HB_DATETIME(), "", "HH:MM:SS" ) > And it resulted in " 12:34:56", note the leading space. I thought I fixed it. I'll do that in a while. > Then I tried to use NIL instead of "",

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

2009-10-29 Thread Przemysław Czerpak
On Thu, 29 Oct 2009, Angel Pais wrote: Hi, > Very interesting and usefull document, congratulations ! Thanks. I hope you will find it useful. > The section about dbfs and indexes limits is somewhat confusing to me. > Did I understood well that if you use NTX indexing you can have 2TB > tables w

Re: [Harbour] Mem Leak

2009-10-29 Thread Przemysław Czerpak
On Thu, 29 Oct 2009, Pritpal Bedi wrote: Hi, > When I compile and run hbmk2.prg with -DHB_FM_STATISTICS > I get this screen dump after it finishes execution: > Creating: ..\hbqt_garbage.h Thank you very much for information. It's yet memory leak in Windows builds caused by modifications for UNI

Re: [Harbour] Re: Error making _hbhbpdf.c

2009-11-01 Thread Przemysław Czerpak
On Sun, 01 Nov 2009, Itamar Lins wrote: > >Rely on setting up your PATH right and leave the rest to > >AUTODETECTION. > without HB_COMPILER :-( > C:\harbour\trunk\harbour>win-make.exe clean install > ! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org > ! MAKE: win-make.exe 3

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

2009-11-01 Thread Przemysław Czerpak
On Sun, 01 Nov 2009, vszak...@users.sourceforge.net wrote: Hi, > * include/hbdefs.h > + Added new planned types. These are meant to replace previous > proposition with the format 'hb'. New ones use usual > 'HB_' format. Also added HB_TRUE and HB_FALSE. > These new names

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

2009-11-01 Thread Przemysław Czerpak
On Sun, 01 Nov 2009, Szak�ts Viktor wrote: > >>Do you remember that HB_[U]LONG is not the same as [U]LONG? > >I had it in mind, but after quick (sloppy) check > >it seemed the same. > >If they are not: what to do? It depends on the > >precise meaning of HB_[U]LONG, which I'm not sure of. > Am I off

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

2009-11-03 Thread Przemysław Czerpak
On Tue, 03 Nov 2009, Tamas TEVESZ wrote: Hi, > suncc is (still?) broken: > "/usr/include/stdio.h", line 480: Error: "(" expected instead of > "__attribute__". yes, but it is sunCC problem not Harbour one. best regards, Przemek ___ Harbour mailing lis

Re: [Harbour] Multithreading support in Harbour

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, Enrico Maria Giordano wrote: > Dear friends, I'd like to know where to find informations about the > current state of the Harbour support for multithreading and if it's > stable enough to be used in the applications. > Many thanks in advance. Look at: doc/xhb-diff.txt: "MUL

Re: [Harbour] Re: OS/2: hbmk2

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, David Arturo Macias Corona wrote: Hi, > And yes, you can use .o as object extension in OMF too, but try to > follow most of OS/2 projects style using .obj and .lib in OMF .a is not library extension. It's extension used by archive files created by 'ar' program. It doesn't ma

Re: RE: [Harbour] Multithreading support in Harbour

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, Horodyski Marek (PZUZ) wrote: Hi, > >From my experience, GTWIN is working in MT without problem. > GTWVT / WVG for larger applications may hang the application (small > examples GTWVG work flawlessly). As I told you it's expected behavior and the problem is created by your

Re: RE: [Harbour] Multithreading support in Harbour

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, Horodyski Marek (PZUZ) wrote: > Application that is hung, began to change (only) in GT from GTWVG / WVT > to GTWIN. What confirms that it's a problem with your code and it's not Harbour problem. best regards, Przemek ___ Harbour mai

Re: [Harbour] hbmk2, -inc and .clp files

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, Szak�ts Viktor wrote: Hi, > If this is the only reason you use it, just rename > all those .clp files to .hbm and problems will go away. > Again, I'm no .clp user, but the point of .clp seems > to be that listed .prgs will be compiled into one > object, which may be important

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

2009-11-04 Thread Przemysław Czerpak
On Wed, 04 Nov 2009, Szak�ts Viktor wrote: > Thanks a bunch Przemek. Looks perfect to me. > '@'s need to be retained so that they get passed to Harbour > compiler, as far as I could tell after a quick check. Thanks, I committed a small fix yet. New function FN_ExtDef() is used instead of FN_ExtSet

Re: [Harbour] MINGW - Dll to Lib - Command Syntax

2009-11-05 Thread Przemysław Czerpak
On Thu, 05 Nov 2009, Pritpal Bedi wrote: Hi > > You don't need it though, since you can pass plain > > dlls to mingw linker. > This seems ok. > Can you show me the syntax what I must > insert into vouch.hbm ? If you have harbour.dll then you can link it with your application by adding two param

Re: [Harbour] CPU Consumption and hb_idleState()

2009-11-08 Thread Przemysław Czerpak
On Sat, 07 Nov 2009, Pritpal Bedi wrote: Hi, > Pritpal Bedi wrote: > > I use something like this code > > > > DO WHILE .t. > > nKey := b_Inkey() > > > > IF nKey != 0 .and. nKey != 1101 // HB_K_RESIZE > >EXIT > > ENDIF > > > >

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

2009-11-08 Thread Przemysław Czerpak
On Sun, 08 Nov 2009, Teo Fonrouge wrote: > >2009-11-08 16:50 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > > * harbour/include/hbdefs.h > > ! fixed PHB_FUNC declaration. 'extern "C"' can be removed only for > > BORLAND and other buggy compilers which may not accept it but > > not

Re: [Harbour] CPU Consumption and hb_idleState()

2009-11-08 Thread Przemysław Czerpak
On Sun, 08 Nov 2009, Pritpal Bedi wrote: Hi, > Revision: 12831 fixes it. Thank you. Thank you for information about the problem and confirmation that it was resolved. BTW it was also very good example which shows how important is built in protection against wrongly released GC blocks. Without it

Re: [Harbour] ASCAN slow - proposal weighted search

2009-11-09 Thread Przemysław Czerpak
On Sat, 07 Nov 2009, Fernando Athayde wrote: Hi, > ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > > str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } ) > //Normal way (Slow for more than 100 registers) > nPosicaoArray := ASCAN(::aArrayResumo, ; > {|a| str(a[1

Re: [Harbour] Re: DbSeek() Problem with latest SVN

2009-11-09 Thread Przemysław Czerpak
On Mon, 09 Nov 2009, Mario H. Sabado wrote: Hi Mario, > >I had encountered problem with the latest SVN with DbSeek(). It > >always return .F. in my case after reindexing and re-creating > >index. I'm using DBFNTX and BCC62 under WinXP SP3. > >Thanks for any advise. > I'm guessing it does not ac

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

2009-11-09 Thread Przemysław Czerpak
On Mon, 09 Nov 2009, snaipe...@users.sourceforge.net wrote: > 2009-11-09 18:45 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) > * harbour/contrib/rddads/adsx.c > * harbour/contrib/rddsql/hbrddsql.h > * harbour/contrib/rddsql/sqlmix.c > * updated to use hb_cdpcmp() Thank you, be

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

2009-11-09 Thread Przemysław Czerpak
On Mon, 09 Nov 2009, Barry Jackson wrote: Hi, > Thanks for your reply to my forum question, however the forum reply > feature is broken for me so I am replying here. ( reported > elsewhere in list ) It's working for me but the speed of this forum is really fatal. Investing 10 minutes to create

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

2009-11-09 Thread Przemysław Czerpak
On Sun, 08 Nov 2009, vouch...@users.sourceforge.net wrote: Hi, > Log Message: > --- > 2009-11-08 12:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) > * contrib/gtwvg/wvgtoolb.prg > * contrib/gtwvg/wvgutils.c > * contrib/gtwvg/wvgwnd.prg > ! Few tweaks. Not so important. Maybe a

Re: [Harbour] hbmk2 parsing -ldflag info

2009-11-09 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, Szak�ts Viktor wrote: Hi, > I think we've touched this topic in the past, > you need to add an extra '.' at the end of the > lib name to avoid this problem. > Now, when using macro substitution I don't know > what is the solution. It's pretty unfortunate > some tools use dots

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

2009-11-10 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-11-10 09:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * src/codepage/cphu852.c > + src/codepage/cphu852c.c > - src/codepage/cphu852s.c > * src/codepage/Makefile > * include/hbextcdp.ch > * Changed HU852 CP

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

2009-11-10 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, Szak�ts Viktor wrote: > Hi Przemek, > I'm getting RTE, when trying to run cpinfo.prg with certain > CPs, like the Greek one (ntxgr437.obj) (with Clipper 5.2e): > Error BASE/1209 String overflow: + > Called from PAD_LETTER(221) > Called from MAIN(187) Thank you very much for i

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

2009-11-10 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, Szak�ts Viktor wrote: Hi, > Could cpinfo.prg automatically decide on the above and > create appropriate raw or readable output? I'v'e just made such modification but when warning mesage appears then to final file binary table is added inside #if 0 / #endif, i.e.: #if 0 /

Re: [Harbour] HB_GT_* and HB_GT_*_DEFAULT

2009-11-13 Thread Przemysław Czerpak
On Fri, 13 Nov 2009, Mindaugas Kavaliauskas wrote: Hi, > does HB_GT_*_DEFAULT request forces HB_GT_* request? It does. > Or we should add both? Pure: REQUEST HB_GT_*_DEFAUL is enough. best regards, Przemek ___ Harbour mailing list (attachment s

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

2009-11-13 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, Szak�ts Viktor wrote: Hi, > Can't really evaluate the results (at lest I don't know what > actions to make), so I've attached cpinfo.txt output from Clipper > and Harbour. Now it should be very simple. Please regenerate cp*.c files again using Clipper and add them to Harbour

Re: [Harbour] fopen in WINCE

2009-11-13 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, AbeB wrote: Hi, > it can return a negative result as a valid handle under wince. > it will return -1 for an error > is that ok? > i used to check the result of fopen if it's < 0 and take it as an error. You should not use such assumptions. In this case I can pacify it and

Re: [Harbour] dbcreate error 1010 windows vista64

2009-11-13 Thread Przemysław Czerpak
On Tue, 10 Nov 2009, AbeB wrote: Hi, > this code generates an error under wista64, never had under XP. > -- > DBCREATE( MTEMPFILE,{; > { "ITEMID", "C", 8, 0 }, ; > { "ITEM", "C", 12, 0 }, ; > { "VITEM", "C", 12, 0 }, ; > { "CLASS", "C", 8, 0 }

Re: [Harbour] cpinfo and UA codepage

2009-11-13 Thread Przemysław Czerpak
On Wed, 11 Nov 2009, vatzct wrote: Hi, > This is the result of cpinfo with UA codepage: > 11/11/09 15:52:00 Windows XP 5.1.2600 Service Pack 1 Harbour > 2.0.0beta3 (Rev. 12818) > Character encoding: UA1125 > == > letter 'џ' (159:AU ) is wrongly sor

Re: [Harbour] how to control the MDI windows in ALIAS ?

2009-11-13 Thread Przemysław Czerpak
On Wed, 11 Nov 2009, Mindaugas Kavaliauskas wrote: Hi, > >>AGAIN > >>To open a table concurrently in multiple work areas, you can do one of > >>the following: > >>Select another work area and issue USE with the table name and the AGAIN > >>clause. > >>Issue USE with the table name and the AGAIN

Re: [Harbour] cpinfo compiler error in Clipper

2009-11-13 Thread Przemysław Czerpak
On Sat, 14 Nov 2009, Szak�ts Viktor wrote: > Either a ';' is missing, or the EOL is not needed. The EOL is not needed. Thank you for information. > [What is strange that in Harbour it compiles without error.] Not such strange if you look at this code: #ifdef __HARBOUR__ #define EOL

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

2009-11-14 Thread Przemysław Czerpak
On Sat, 14 Nov 2009, Szak�ts Viktor wrote: Hi, > I have no idea for a fix, I simply used cpinfo.prg to > generate this CP without ever touching the source. > Maybe it needs HB_CP_RAW to be enabled manually? Exactly. It's a classic example which cannot be correctly encoded in human readable form

Re: [Harbour] Bug in compiling trunk with bcc

2009-11-14 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, francesco perillo wrote: Hi, > I'm only a bit puzzled about the fact that removing that libraries it > compiles, links and works. Amazing, do you know that I can compile and link my application without xhb.lib and final binaries works. Does it means that we should say th

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

2009-11-14 Thread Przemysław Czerpak
On Fri, 13 Nov 2009, Pritpal Bedi wrote: Hi > Viktor Szakáts wrote: > > Now I'm getting crash on exit using MinGW + Win7. > demoxbp.exe ? > And crash at what point? On exit ? If yes, then it is possibly that > HbDbfModel::~HbDbfModel( void ) > { >hb_itemRelease( block ); >destroy(); > }

Re: [Harbour] Bug in compiling trunk with bcc

2009-11-14 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, Przemysław Czerpak wrote: [...] And I forgot about the most important thing. Welcome to the devel team :-) best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-15 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, Massimo Belgrano wrote: Hi, > whem develop in harbour using xmate by andy wos i have a high productivity > When compile my sample without xmate i start immediately because i not > need create xhp for each project > But when i compile and debug my source is difficult moving

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-15 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, Mindaugas Kavaliauskas wrote: Hi, > Viktor Szakáts wrote: > >It's supposed to be, but in practice it's just can't work nearly > >that smoothly. F.e. even PgUp/PgDn died (or maybe it never worked) > >to navigate, I have to press Esc twice to exit a View/Edit window, > >Insert

Re: [Harbour] OLE objects syntax...

2009-11-15 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, Szak�ts Viktor wrote: > >> // Error BASE/3012 Argument error: COPTION > >> // Called from WIN_OLEAUTO:COPTION(0) > >> // Called from SAMPLE(42) > > The real error code is 0x8002000E DISP_E_BADPARAMCOUNT > > It would be nice to have real OLE error code instead of 3012, but the

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

2009-11-15 Thread Przemysław Czerpak
On Sun, 15 Nov 2009, vszak...@users.sourceforge.net wrote: Hi, > * include/hbdefs.h > - Deleted HB_ERRCODE. It already existed as HB_ERRCODE, > mainly used in RDD. That makes this change a bit more > complicated than I thought. Plus two more issues: > 1) Some places use

Re: [Harbour] dbcreate error 1010 windows vista64

2009-11-15 Thread Przemysław Czerpak
On Fri, 13 Nov 2009, Szak�ts Viktor wrote: Hi, > I think it's merely a write permission problem. > It'd fail the same way under XP with a restricted > user account. Yes, it's possible anyhow this error code is generated from hb_dbfReadRecord() and it should not happen for new files created by d

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

2009-11-15 Thread Przemysław Czerpak
On Fri, 13 Nov 2009, Szak�ts Viktor wrote: Hi, > All I can do is reupload the ones done with Clipper. > I hope someone will be able to make the tests. Thank you very much. > I'm still not sure what we're testing here? Whether > cpinfo.prg and Harbour CP engine is correct? Sorry > for my igno

Re: [Harbour] harbour MT and windows98 crashes

2009-11-16 Thread Przemysław Czerpak
On Mon, 16 Nov 2009, Fernando Athayde wrote: Hi, > I am using harbour with -mt, in 2000/XP/Vista/Seven perfectly > but i have a costumer with windows98, and this have a problem (this program > execute an illegal operation and will close) > if I remove MT support runs > anyone passed for this? I

Re: [Harbour] cpinfo and UA codepage

2009-11-16 Thread Przemysław Czerpak
On Mon, 16 Nov 2009, vatzct wrote: Hi, > 11/16/09 12:17:08 Windows XP 5.1.2600 Service Pack 1 Harbour > 2.0.0beta3 (Rev. 12894) > Character encoding: UA866 > == > upper: "ABCDEFGHАБВГДЕЁЄЖЗИIЇЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯJKLMNOPQRSTUVWXYZ" > low

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

2009-11-16 Thread Przemysław Czerpak
On Mon, 16 Nov 2009, vszak...@users.sourceforge.net wrote: > 2009-11-16 11:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * Changed USHORT type for error codes to HB_ERRCODE. > + More or less changed int type of Extend/Item API call to > long type to prepare for HB_ERRCODE chang

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

2009-11-16 Thread Przemysław Czerpak
On Mon, 16 Nov 2009, Szak�ts Viktor wrote: Hi, > > I think that HB_ERRCODE should be mapped to 32bit not 64 bit integer. > > I do not see any place where we may need ULONG. > I didn't mean any 64-bit stuff here, I'm changing hb_parni() to hb_parnl() > f.e. ULONG is 64bit integer in all 64bit sy

Re: Res: [Harbour] harbour MT and windows98 crashes

2009-11-16 Thread Przemysław Czerpak
On Mon, 16 Nov 2009, Fernando Athayde wrote: Hi, > i uses BCC 5.1 > i use MSVC in some months ago, but i have problem, with variables > ex: > CLASS X >DATA xyz > > IF i call > X:zyx (guess an error) correct xyz > causes break, without message error, then i can´t find where are the error Th

Re: [Harbour] Error building harbour after 2009-11-17 01:23 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)

2009-11-16 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, José Luis Capel wrote: Hi, > SET HB_PLATFORM=win > SET HB_COMPILER=mingw > PATH=%PATH%;E:\Programacion_ant\Mingw\bin > SET HB_INSTALL_PREFIX=E:\Programacion_ant\hb_mingw > win-make install > and then this error appears: > gcc -shared -L../../../../../lib/win/mingw -o > ../.

Re: [Harbour] Error Building Harbour with BCC 6.20

2009-11-16 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Mario H. Sabado wrote: Hi, > I encountered error building Harbour with latest SVN. > Thanks in advance for any help. > ilink32.exe -L"C:\BCC62\bin\..\Lib" -L"C:\BCC62\bin\..\Lib\PSDK" > -Gn -Tpe "-L.. > \..\..\..\..\lib\win\bcc" c0x32.obj hbpp.obj, > "..\..\..\..\..\bin\wi

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-17 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Mindaugas Kavaliauskas wrote: Hi, > >In summary it's very simple and clear as long as you know how it works > >and also very flexible so it's hard to returned to DOS or Windows and > >use Norton Commander or FAR Manager. > Why do you can call it flexible? What are advantages

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-17 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Szak�ts Viktor wrote: > Some more random questions: > - On my OS X system mouse always generates chars on screen, instead of moving > any mouse pointer. > Even in xterm. How can that be fixed? You will have to exactly check what this character means. Probably your terminal

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-17 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Szak�ts Viktor wrote: > And here is major source of frustration. On OS X this > will bring up a copy dialog on xterm and do nothing in > Terminal. It's not MC problem at all so I guess you wanted to say that MacOSX is frustrating OS for users ;-) At least it does not seems t

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

2009-11-17 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Szak�ts Viktor wrote: Hi, > Wow, that's great! > Maybe asking more at this point isn't the most polite thing, > but I can't resist, do you think it's possible to add new > pcode to store UTF8 (or U16) strings and some string syntax > or cmdline switch to generate such stri

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

2009-11-17 Thread Przemysław Czerpak
On Tue, 17 Nov 2009, Szak�ts Viktor wrote: > I wonder if these can replace HB_TCHAR_* conversion usage. It can, i.e.: #ifdef UNICODE #define HB_PARSTR( n, str, len )\ hb_parstr_u16( n, HB_CDP_ENDIAN_NATIVE, str, len ) #else #define HB_PARSTR( n, str, len )\

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

2009-11-17 Thread Przemysław Czerpak
On Wed, 18 Nov 2009, Szak�ts Viktor wrote: > So if I understand correctly, it will do both the UNICODE > conversion and any required OSCP conversion. So f.e. WAPI_SHELLEXECUTE() > code, which is currently quite on the ugly side, can be highly > simplified. For other WAPI functions where OSCP con

Re: [Harbour] Win98 + MT crash

2009-11-17 Thread Przemysław Czerpak
On Wed, 18 Nov 2009, Szak�ts Viktor wrote: > Hi Przemek and All, > After seeing reports on HMG Forum about hbmk2 > failing on Win98, I verified it myself and there > is indeed something wrong with MT mode on Win98 > systems, and it's not directly related to compiler. > So hbmk2 was the test prog

  1   2   3   4   5   6   7   8   9   >