Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Pritpal Bedi
Hi Marco marco bra wrote: 1) On exit from hbide after created a little source .prg But cannot recreate this error twice... Fixed. 2) Opening the x.prg from File→Open - the hbide open the x.prg file source into editor but show me the file open dialog again Yes I know. And I am

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

2010-01-08 Thread Viktor Szakáts
Thank you Pritpal, now many artifacts are gone. One more thing, if I change default theme, I can see it saved in .ini, but the setting gets stuck for open files, why is that? The old setting is even stored per file in the .ini. IMO the theme should be a global setting and not a per file one.

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

2010-01-08 Thread vouchcac
Revision: 13514 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13514view=rev Author: vouchcac Date: 2010-01-08 09:54:38 + (Fri, 08 Jan 2010) Log Message: --- 2010-01-08 01:37 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Pritpal Bedi
Hi marco bra wrote: 1) On exit from hbide after created a little source .prg 2) Opening the x.prg from File→Open - the hbide open the x.prg file source into editor but show me the file open dialog again Please test after r13514. Regards Pritpal Bedi -- View this message in context:

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-08 Thread Viktor Szakáts
Hi Xavi, I've added you to SVN developer's list. Welcome aboard! Brgds, Viktor On 2010 Jan 7, at 16:09, Xavi wrote: Thank you Przemek, Please only try to remember that we cannot check each commit so try be careful when you update core code. I have this ever present. I love and work

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

2010-01-08 Thread marco bra
- if i open a already existent p.prg source it open and get the file open dialog back again to me so i reopen it i get a dialog that warning me about overwrite already opened content i confirm with yes reload and now i can open the source. In short to open the source code i must open it twice and

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

2010-01-08 Thread marco bra
- if i open a already existent p.prg source it open and get the file open dialog back again to me so i reopen it i get a dialog that warning me about overwrite already opened content i confirm with yes reload and now i can open the source. In short to open the source code i must open it twice and

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Viktor Szakáts
For some reason I'm still getting double File open dialog. Brgds, Viktor On 2010 Jan 8, at 10:55, Pritpal Bedi wrote: Hi marco bra wrote: 1) On exit from hbide after created a little source .prg 2) Opening the x.prg from File→Open - the hbide open the x.prg file source into editor

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

2010-01-08 Thread Viktor Szakáts
Hi Pritpal, Viktor Szakáts wrote: One more thing, if I change default theme, I can see it saved in .ini, but the setting gets stuck for open files, why is that? The old setting is even stored per file in the .ini. IMO the theme should be a global setting and not a per file one.

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

2010-01-08 Thread vszakats
Revision: 13515 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13515view=rev Author: vszakats Date: 2010-01-08 11:25:42 + (Fri, 08 Jan 2010) Log Message: --- 2010-01-08 12:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * config/wce/msvcarm.mk

Re: [Harbour] hbcppmm demoqt demoxbp hbide Qt4.6.0 MinGW GCC4.4.1 test

2010-01-08 Thread Viktor Szakáts
Very interesting results. I think we should make it a high priority to fix HBQT, otherwise everything built upon it is standing on weak foundation. Brgds, Viktor On 2010 Jan 7, at 17:20, Bisz István wrote: Hi, In Fedora12 you can use valgrind which should give much precise results.

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

2010-01-08 Thread druzus
Revision: 13516 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13516view=rev Author: druzus Date: 2010-01-08 13:00:37 + (Fri, 08 Jan 2010) Log Message: --- 2010-01-08 14:00 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2010-01-08 Thread Przemysław Czerpak
On Thu, 07 Jan 2010, Mindaugas Kavaliauskas wrote: Hi, It would be nice if NETIO_PROCEXISTS() is also affected and would return true only if function is available on server side. I don't know what implementation type is better: another filter function, static saAllowed := {STR=, VAL=}

[Harbour] Alguien puede disponibilizar un screenhot de HBIDE

2010-01-08 Thread Rodrigo Machado
Alguien puede darnos algunos comentarios y screenhots de HBIDE. En que punto está este proyecto, y cual es el objetivo. Gracias.. ¿Estas buscando algún número telefónico? Visite: www.teleguia.com.py *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: :: Rodrigo Machado :: FlaRo

[Harbour] Some explanation regarding Clipper

2010-01-08 Thread Edmer
Hi Gurus, I was assigned this particular task to maintain some of the Clipper applications of one of our department so I'm going back from harbour/xharbour to Clipper this time only. I noticed that if changed the order of linking of the libraries, it will produce General Protection Fault at the

Re: [Harbour] $ operator with hashes and arrays

2010-01-08 Thread Alex Strickland
Mindaugas Kavaliauskas wrote: AFAIR, in Clipper value $ array is invalid operation, so, we have the same in Harbour. Hash is new type that do not exist in Clipper, so, we were free to implement any behavior. Thank you. Regards Alex ___ Harbour

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

2010-01-08 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: If we will touch it then we should also fully remove validation of function name at C level and pass function as string not symbol so user can make anything with received value, i.e. he can implement own case sensitive set of commands which are not bound with HVM

Re: [Harbour] Alguien puede disponibilizar un screenhot de HBIDE

2010-01-08 Thread Massimo Belgrano
http://docs.google.com/View?id=dhmtv9fs_235db6hz754 http://docs.google.com/View?id=dhmtv9fs_235db6hz754I invite modify this document to each user interested simple post,mail me a request 2010/1/8 Rodrigo Machado rodr...@flaro.net Alguien puede darnos algunos comentarios y screenhots de HBIDE.

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

2010-01-08 Thread francesco perillo
Some months ago I put this message on xharbour newsgroup - it was for xHarbour and I don't know if it is still valid... I was also fully criticized on using hb_dynsymFindName but this function really did its job also when loading/unloading DLLs... At the end of

Re: [Harbour] Some explanation regarding Clipper

2010-01-08 Thread Massimo Belgrano
if in your clipper project you have a problem with library sequence you must follow sequence accortind to blnker documentation Error messages 1189-1199 should not occur during normal operation. One of the most common causes within this group of errors is a memory conflict. Run the BLINKMEM

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

2010-01-08 Thread Viktor Szakáts
The answer was to use TYPE() and check if the result is UI or U I did this yesterday on my notebook and it worked... now on my dev pc it doesn't work I allways get UI Can you replicate it using latest Harbour with a little test code? If it is like you say, it's a serious bug to

[Harbour] Can I combine itwin+dewin+eswin+frwin?

2010-01-08 Thread Lorenzo Fiorini
My aim is to have a codepage that allow to exchange dbfs created using the 4 languages ( and possibly others compatible like pt ) without indexing. BTW I see that there is no cpptwin.c while there is cpptiso.c is there any reason? Any comment? best regards, Lorenzo

Re: [Harbour] Can I combine itwin+dewin+eswin+frwin?

2010-01-08 Thread Viktor Szakáts
My aim is to have a codepage that allow to exchange dbfs created using the 4 languages ( and possibly others compatible like pt ) without indexing. BTW I see that there is no cpptwin.c while there is cpptiso.c is there any reason? No special reason, just no one added it yet. Ideally we

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

2010-01-08 Thread Pritpal Bedi
Hi marco bra wrote: - if i open a already existent p.prg source it open and get the file open dialog back again to me so i reopen it i get a dialog that warning me about overwrite already opened content i confirm with yes reload and now i can open the source. In short to open the

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Pritpal Bedi
Hi Viktor Szakáts wrote: For some reason I'm still getting double File open dialog. Strange. I do not get at all. I need more input... Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/hbide-svn-13513-runtime-error-tp27072157p27077919.html Sent from the

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Viktor Szakáts
Viktor Szakáts wrote: For some reason I'm still getting double File open dialog. Strange. I do not get at all. I need more input... I rebuild HBQT, HBXBP and HBIDE with 4.5.3, I select File / Open, click Cancel and at this point the 'Select sources' file open dialog pops up again.

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

2010-01-08 Thread francesco perillo
Viktor, the message was in the Xharbour mailing list, date november 2008, referring to a message of March 2008... it has nothing to do with Harbour... it was only to show that there should be a way not to use TYPE() but to query the HVM... I see now that in Harbour HB_ExecFromArray() uses other

RE: [Harbour] Alguien puede disponibilizar un screenhot de HBIDE

2010-01-08 Thread Horodyski Marek (PZUZ)
From: Massimo Belgrano [mailto:mbelgr...@deltain.it] Sent: Friday, January 08, 2010 3:47 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Alguien puede disponibilizar un screenhot de HBIDE

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

2010-01-08 Thread Viktor Szakáts
Hi, Viktor, the message was in the Xharbour mailing list, date november 2008, referring to a message of March 2008... it has nothing to do with Harbour... it was only to show that there should be a way not to use TYPE() but to query the HVM... Okay that clears it up. (I suggest using

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Pritpal Bedi
Viktor Szakáts wrote: I rebuild HBQT, HBXBP and HBIDE with 4.5.3, I select File / Open, click Cancel and at this point the 'Select sources' file open dialog pops up again. I've deleted hbide.ini to start with fresh environment, the OS is Win7 64-bit. Are you sure you rebuild

Re: [Harbour] Alguien puede disponibilizar un screenhot de HBIDE

2010-01-08 Thread Pritpal Bedi
Massimo Belgrano-3 wrote: http://docs.google.com/View?id=dhmtv9fs_235db6hz754 http://docs.google.com/View?id=dhmtv9fs_235db6hz754I invite modify this document to each user interested simple post,mail me a request Hold-on Massimo, hbIDE's interface is not yet final. It may change in

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Viktor Szakáts
On 2010 Jan 8, at 17:22, Pritpal Bedi wrote: Viktor Szakáts wrote: I rebuild HBQT, HBXBP and HBIDE with 4.5.3, I select File / Open, click Cancel and at this point the 'Select sources' file open dialog pops up again. I've deleted hbide.ini to start with fresh environment,

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

2010-01-08 Thread Przemysław Czerpak
On Fri, 08 Jan 2010, francesco perillo wrote: Hi, At the end of March I asked in this newsgroup if it was possible to check if a function was present (linked) in an exe during run-time. The answer was to use TYPE() and check if the result is UI or U I did this yesterday on my notebook

Re: [Harbour] hbide svn 13513 runtime error

2010-01-08 Thread Pritpal Bedi
Viktor Szakáts wrote: Yes. In fact first I simply did an incremental build on all components (which is enough), but before I sent my e-mail I rebuilt everything. Now I rebuilt HBXBP and HBIDE, but still the same. r13516. 'File / Open Project' works fine though. But let's wait

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

2010-01-08 Thread druzus
Revision: 13517 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13517view=rev Author: druzus Date: 2010-01-08 17:28:54 + (Fri, 08 Jan 2010) Log Message: --- 2010-01-08 18:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) *

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

2010-01-08 Thread Przemysław Czerpak
On Fri, 08 Jan 2010, Mindaugas Kavaliauskas wrote: Hi, Yes, situation is a little complicated. Do we have .prg level functions to test if symbol is registered in global symbol table and is associated with function? empty( sSymbol ) return .F. when symbol item points to function. How

Re: [Harbour] x86 build on amd64 Linux

2010-01-08 Thread Tamas TEVESZ
On Fri, 8 Jan 2010, Viktor Szakáts wrote: hi, What build settings are needed to build an x86 (i?86) Harbour build on an amd64 host? HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but component autodetection will almost certainly be unusable (it'll pick up stuff for which

Re: [Harbour] x86 build on amd64 Linux

2010-01-08 Thread Viktor Szakáts
Hi Tamas, On Fri, 8 Jan 2010, Viktor Szakáts wrote: hi, What build settings are needed to build an x86 (i?86) Harbour build on an amd64 host? HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but component autodetection will almost certainly be unusable (it'll pick up

Re: [Harbour] x86 build on amd64 Linux

2010-01-08 Thread Tamas TEVESZ
On Fri, 8 Jan 2010, Viktor Szakáts wrote: hi, What build settings are needed to build an x86 (i?86) Harbour build on an amd64 host? HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but component autodetection will almost certainly be unusable (it'll pick up

Re: [Harbour] x86 build on amd64 Linux

2010-01-08 Thread Viktor Szakáts
What build settings are needed to build an x86 (i?86) Harbour build on an amd64 host? HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but component autodetection will almost certainly be unusable (it'll pick up stuff for which no 32-bit libs are present). you'd best do

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

2010-01-08 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: RETURN (@ + cFunc + ()):exec(...) RETURN cFunc( ... ) is much simpler :) I was sure, that it should be more simple way than proposed by me. I (almost) never use macro, and do not know its syntax... Filter hash could be used instead of filter function

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

2010-01-08 Thread marco bra
File→Open select x.prg the file is opened into the editor and a fileopen dialog is showed again i select the x.prg file i get a overwrite warning i confirm yes the x.prg is now opened. 2010/1/8 Pritpal Bedi bediprit...@hotmail.com: Hi marco bra wrote: - if i open a already existent p.prg

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

2010-01-08 Thread Pritpal Bedi
marco bra wrote: File→Open select x.prg the file is opened into the editor and a fileopen dialog is showed again i select the x.prg file i get a overwrite warning i confirm yes the x.prg is now opened. So what is wrong with it. It is the expected behavior. What do you expect ? Regards

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

2010-01-08 Thread vouchcac
Revision: 13518 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13518view=rev Author: vouchcac Date: 2010-01-08 23:50:22 + (Fri, 08 Jan 2010) Log Message: --- 2010-01-08 15:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) *

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

2010-01-08 Thread Viktor Szakáts
Hi Pritpal, Log Message: --- 2010-01-08 15:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbslots.cpp ! Fixed a very bad omission : if( object-property( signal ).toInt() == i ) = if( object-property( signal ).toInt() == i + 1 ) It

Re: [Harbour] x86 build on amd64 Linux

2010-01-08 Thread Viktor Szakáts
What build settings are needed to build an x86 (i?86) Harbour build on an amd64 host? HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but component autodetection will almost certainly be unusable (it'll pick up stuff for which no 32-bit libs are present). Now that I'm

[Harbour] openSUSE 10.2 .rpm build issue with gpm

2010-01-08 Thread Viktor Szakáts
Hi All, This distro uses the name 'gpm' instead of 'gpm-devel'. Could someone suggest a fix for that? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

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

2010-01-08 Thread Viktor Szakáts
This fixed the double open dialog. Thank you. Brgds, Viktor On 2010 Jan 9, at 00:50, vouch...@users.sourceforge.net wrote: Revision: 13518 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13518view=rev Author: vouchcac Date: 2010-01-08 23:50:22 + (Fri, 08

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

2010-01-08 Thread vszakats
Revision: 13519 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13519view=rev Author: vszakats Date: 2010-01-09 00:40:40 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-09 01:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk !

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

2010-01-08 Thread vouchcac
Revision: 13520 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13520view=rev Author: vouchcac Date: 2010-01-09 02:12:39 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-08 18:10 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg *

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

2010-01-08 Thread april
Revision: 13521 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13521view=rev Author: april Date: 2010-01-09 02:34:46 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-09 02:31 UTC+0500 April White (april users.sourceforge.net) *

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

2010-01-08 Thread Xavi
Thank you for all Viktor. + contrib/hbwin/wapi_err.c * contrib/hbwin/hbwin.h * contrib/hbwin/hbwapi.h * contrib/hbwin/wapi_winbase.c I think wapi_err.c need include hbwapi.h for declare HB_EXPORT. And wapi_FormatMessage set lasterror, may be good call hbwapi_SetLastError. Best

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

2010-01-08 Thread marco bra
Pritbal i don't know if is a standard behaviors but i want to tell you that i have issue here the fileopen dialog is showed twice i repeat for sake of clarity: i do: 1) file→Open fileopen dialog is showed i choose the p.prg the file dialog close itself and the file is opened into the editor

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

2010-01-08 Thread Pritpal Bedi
Hi marco bra wrote: i don't know if is a standard behaviors but i want to tell you that i have issue here the fileopen dialog is showed twice i repeat for sake of clarity: i do: 1) file→Open fileopen dialog is showed i choose the p.prg the file dialog close itself and the file is

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

2010-01-08 Thread marco bra
Pritbal ok fixed, Work fine now. Thank you ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Alguien puede disponibilizar un screenhot de HBIDE

2010-01-08 Thread Massimo Belgrano
Thanks of Clarification Pritpal for now i have updated with consideration by pritpal and Marek as internal to this list HBIDE at 9/1/2010 http://docs.google.com/View?id=dhmtv9fs_235db6hz754 http://docs.google.com/View?id=dhmtv9fs_235db6hz754 http://docs.google.com/View?id=dhmtv9fs_235db6hz754