Re: [Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
Pritpal, some little debug as you can see below, i have put: hbide_dbg (cRootPath) and the len of result array hbide_dbg (a_) give me 0 length Changing at row 1588 aDir := directory( cRootPath + *., D ) to aDir := directory( cRootPath , D ) make hbide loading the directory structure and the subdirs related docs text file are now showed. But the refresh button still not recall nothing (especially this function with debug vars) and to have the doc loaded (if i change the doc path) i must restart the hbide to get new path related contents refreshed/listed. Thank you Marco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13999] trunk/harbour
Revision: 13999 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13999view=rev Author: vszakats Date: 2010-02-26 09:57:39 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 10:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) + contrib/hbfoxpro/dll.prg + contrib/hbfoxpro/Makefile * contrib/hbwin/Makefile - contrib/hbwin/win_dllf.prg + Moved FoxPro-like dynamic call function to hbfoxpro lib. Renamed it to FOX___DYNCALL() until we find it a better name, or someone will suggest how this is best presented for actual FoxPro users. * contrib/Makefile * utils/hbmk2/examples/contribf.hbc + Enabled hbfoxpro lib. * config/wce/global.mk * config/win/global.mk * Formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/wce/global.mk trunk/harbour/config/win/global.mk trunk/harbour/contrib/Makefile trunk/harbour/contrib/hbwin/Makefile trunk/harbour/utils/hbmk2/examples/contribf.hbc Added Paths: --- trunk/harbour/contrib/hbfoxpro/Makefile trunk/harbour/contrib/hbfoxpro/dll.prg Removed Paths: - trunk/harbour/contrib/hbwin/win_dllf.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14000] trunk/harbour
Revision: 14000 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14000view=rev Author: vszakats Date: 2010-02-26 10:00:18 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 11:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * harbour.spec + Added hbfoxpro, hbfship, hbxpp libs. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/harbour.spec This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14001] trunk/harbour
Revision: 14001 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14001view=rev Author: vszakats Date: 2010-02-26 10:13:31 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 11:13 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbxpp/Makefile + contrib/hbxpp/thread.ch * contrib/hbxpp/tthreadx.prg + Added thread.ch compatibility header. ! Fixed QUIT_* constants to be the same as in real XPP, also moved them to header. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxpp/Makefile trunk/harbour/contrib/hbxpp/tthreadx.prg Added Paths: --- trunk/harbour/contrib/hbxpp/thread.ch This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
This is _ABSOLUTELY_POSSIBLE_. I did experimented with my flagship application Vouch and it works. Will post a sample, or will include it in gtqtc/tests/demoqtc.prg soon. Right now implementing NG format oriented hbQT's help. Ok, perfect ! Now I just ask you where may I start to get informations about hbqt... Changelog ? Where did you get info on Qt ? Did you follow a model to implement the class ? something to start Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
Pritpal: # QInputContext.cpp \ # QWidget.cpp \ Can you show which function calls in QWidget abd QInoutContext produces warnings. I will try to pacify them for os2. QInputContex - I think I can go away with this class if it is not called anywhere else in components we are developing. I sent information privately I need a basic code sample to test hbqt, without use of QInputContext, QWidget, just to know if hbqt-qt461 for OS/2 will run Something as minidemoqt.prg :-) David Macias ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
Right now implementing NG format oriented hbQT's help. Anyone found an NG reader (that works) for Linux? I'm using Expert Guide from Dave Person. Pearson :-) www.davep.org Norton Guides section include a description of file format of a Norton Guide database I am using Expert Guide for Windows since 32bit Windows (Win2000) refused to accept NG as TSR program Many years ago since then David Macias ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
Hi Priptpal if you want i can publish your article on my blog (i planed update tomorrow) http://harbourlanguage.blogspot.com/ 2010/2/26 francesco perillo fperi...@gmail.com This is _ABSOLUTELY_POSSIBLE_. I did experimented with my flagship application Vouch and it works. Will post a sample, or will include it in gtqtc/tests/demoqtc.prg soon. Right now implementing NG format oriented hbQT's help. Ok, perfect ! Now I just ask you where may I start to get informations about hbqt... Changelog ? Where did you get info on Qt ? Did you follow a model to implement the class ? something to start Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
On 26/02/10 06:45, Przemysław Czerpak wrote: On Thu, 25 Feb 2010, Barry Jackson wrote: Hi, Right now implementing NG format oriented hbQT's help. Anyone found an NG reader (that works) for Linux? I'm using Expert Guide from Dave Person. best regards, Przemek Thanks Przemek - I tried that ages ago with no joy, but if you use it then I must be doing sth wrong! Pressing d or D gives :- Scanning for Norton Guides...Aborted and it drops back to command line. I have :- ..tried changing ownership and permissions on the ng files and the extensions to lower case. ..tried deleting ~/.eg* I would rather the files were in ~/norton-guides/ but I can't see how to change it's default away from /usr/share/norton-guides/ If I move /usr/share/norton-guides/ to /usr/local/share/norton-guides/ it just won't run at all :- Can't open '/usr/share/norton-guides/eg.ng': No such file or directory Any tips ? :-( [...@jackodesktop ~]$ eg -v Expert Guide Version 1.00 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Trouble with SqlRdd
-Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, February 25, 2010 4:38 PM To: harbour@harbour-project.org Subject: [Harbour] Trouble with SqlRdd I have problem with data from Oracle. Here is ask and answer : [...] Hm, mostly I have in harbor\odbc zero when count(*) or sum( ...) are in the query. In sql tools (toad, sql developer etc.) I see correctly value. The problem of care for converting query (numeric fields) into the text - but it's only a workaround, and this should fix it somehow. Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
marco bra wrote: Changing at row 1588 aDir := directory( cRootPath + *., D ) to aDir := directory( cRootPath , D ) make hbide loading the directory structure and the subdirs related docs text file are now showed. So the culprit is *. mask which, on Windows, maps to Directories Only attribute. If I give only D stripping above mask from the path, then it is documented as to pull the all files indcluding the directory entries also. Anybody to verify this? Anyway I will test without *. and will report my finidings. But the refresh button still not recall nothing (especially this function with debug vars) and to have the doc loaded (if i change the doc path) i must restart the hbide to get new path related contents refreshed/listed. I know. This is because I am been unable to clean the tree cleanly. I will give it another try. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4640114.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
David Arturo Macias Corona wrote: I sent information privately Thank you, reviewing... I need a basic code sample to test hbqt, without use of QInputContext, QWidget, just to know if hbqt-qt461 for OS/2 will run Something as minidemoqt.prg :-) This is not possible without QWidget class. QWidget is the parent of all GUI classes. This is the object tree : QObject, QPaintDevice QWidget All Other GUI Widgets - menus, buttons, etc So I need to resolve it in base class first, then probably everything will built properly. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/OS-2-Harbour-13976-tp4632138p4640185.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Building Harbour on Windows.
Hi all, IMHO the best solution is to define the version of Windows that supports the C compiler before compilation. For example, if your C compiler supports Vista: set HB_USER_CFLAGS=-D_WIN32_WINNT 0x0600 http://msdn.microsoft.com/en-us/library/aa383745%28VS.85%29.aspx Some structures are defined only in the headers from one version of Windows other may change. IPv6 is supported from Windows Server 2003, Windows XP. Even calling functions dynamically is necessary data with which they work. It can make the binary work with earlier versions but the headers and the code should be protected by .- #if _WIN32_WINNT = 0x0501 ... #endif If not, we can have compile-time errors. Please, what do you think about this, comments? -- Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
aDir := directory( cRootPath + *., D ) to aDir := directory( cRootPath , D ) make hbide loading the directory structure and the subdirs related docs text file are now showed. So the culprit is *. mask which, on Windows, maps to Directories Only attribute. If I give only D stripping above mask from the path, then it is documented as to pull the all files indcluding the directory entries also. Anybody to verify this? Anyway I will test without *. and will report my finidings. Why not simply with *? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Building Harbour on Windows.
Hi, If there is a way to dynamically find out the version of the structure returned by function in question, so that we can be sure that required fields are present, we may force 0x0600 version in source, just to get the structure definitions from official headers. Plus we also need to add support for older SDK versions, where the newer structure items were not yet available at all (for this there doesn't seem to exist well-known and documented way, so historically we check compiler version, assuming that it's always tied with a given PSDK version (which is theoretically wrong, but works in most installations)). Brgds, Viktor On Fri, Feb 26, 2010 at 5:51 PM, Xavi jara...@gmail.com wrote: Hi all, IMHO the best solution is to define the version of Windows that supports the C compiler before compilation. For example, if your C compiler supports Vista: set HB_USER_CFLAGS=-D_WIN32_WINNT 0x0600 http://msdn.microsoft.com/en-us/library/aa383745%28VS.85%29.aspx Some structures are defined only in the headers from one version of Windows other may change. IPv6 is supported from Windows Server 2003, Windows XP. Even calling functions dynamically is necessary data with which they work. It can make the binary work with earlier versions but the headers and the code should be protected by .- #if _WIN32_WINNT = 0x0501 ... #endif If not, we can have compile-time errors. Please, what do you think about this, comments? -- Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Trouble with SqlRdd
Horodyski Marek (PZUZ) wrote: I use Harbour 2.0.0beta3 (Rev. 12489) on WinXP SP3 and both ODBC client (Oracle and Microsoft). I could not use the current version, as I have in the GPF. How this can somehow improve in the sqlrdd? Hm, mostly I have in harbor\odbc zero when count(*) or sum( ...) are in the query. In sql tools (toad, sql developer etc.) I see correctly value. The problem of care for converting query (numeric fields) into the text - but it's only a workaround, and this should fix it somehow. Hi, Marek, for sure I can help you but I need a self contained sample that does not require installation of servers I do not have. Can you made a sample like contrib/rddsql/sddodbc/test/test1.prg and attach .mdb file if it is a problem Microsoft DB? If I do not have self contained sample I need a precise debug info about field types and other field parameters both in SQL language and ODBC API presentation. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Switch to detect undeclared vars being used
Hi, Przemysław Czerpak wrote: In class implementation we are using: _HB_CLASS className [,classFuncName] // new class _HB_MEMBER messageName [ AS type ] _HB_MEMBER { [ AS type ] varName,... } Of course this is also [x]Harbour only extension and it's hidden for users by PP rules in hbclass.ch so I think that only few people knows about such syntax extension. I've seen it a lot of times in .ch and .ppo. I've even tried to look into .y for exact meaning of this, but I failed to find a good answer in compiler source. But for variable declaration in [x]Harbour AS type can be used after each variable, i.e.: LOCAL cVar AS CHARACTER, nVar AS NUMERIC, lVar AS LOGICAL This is incompatible with other xbase dialects which allow to use AS type only at the end and it describes type for all vairables in given declaration, i.e.: LOCAL nVar1, nVar2, nVar3 AS NUMERIC In FlagShip and VO declares 3 numeric variables but in [x]Harbour only nVar3 is declared as numeric variable but nVar1 and nVar2 do not have strong type, they are AS USUAL. I do not like this difference and it may cause serious problems with code portability. Clipper uses very similar syntax when fields are declared: FIELD fieldName, ... IN alias and IN alias is used for all fields not only for the last one so this [x]Harbour extension looks ugly even if compared with only other Clipper commands. I think we must be compatible with majority here. Unless we see a drawbacks in majority syntax. The most natural seems to be using pseudo functions like: asCharacter( exp ) asNumeric( exp ) asLogical( exp ) other method is using some new operator which will work well with PP. I.e. instead of 'AS' we can use '.AS.' because expressions like exp .AS. type are recognized by PP s single expression, i.e. ? x .as. numeric is well preprocessed by PP to: QOUT( x .as. numeric ) Please think about it. I remember I had some problems in the past introducing new operators. AFAIR, it was because PP do not know anything about operator precendence. Do we have a same situation here? Pseudo functions looks like a good solution if we do not want to invent a new syntax like var.type . New syntax sometimes has a hidden drawbacks if you do not have the whole picture of lexer-PP-Compiler in your head. Of cause, I'm sure Przemek has it in his head :) But var.type looks a little alien for me. One more thing is very interesting to me: how can we optimize code using strong typing? It would be nice, if we can reach a speed of C language here :) But we have some problems, f.e., our numeric type actually are 3 different types in VM: int, HB_LONG (or some new type name to be exact), and double. This disables: LOCAL n1, n2, n3 AS NUMERIC n1 := n2 + n3 to be optimized to C level + operation, because additional type and parameter range checking is required. I've done some comparison of different languages (Harbour, Ruby, PHP, Java, etc) in the past. Languages that have separate double and integer types has much better performance for a simple arithmetic operations. LOCAL n1, n2, n3 AS INTEGER could be useful. I also want to answer here to a topic from another thread. This is related to Harbour syntax. Example: with object MyObject ( {|| x := :MyMethod() } ) end It gives a syntax error ... In next commit I'll add only protection for such GPF (it will work like in xHarbour) and we can try to talk about the future of WITH OBJECT. Here is the code which illustrates the problem: proc main() local cb with object .F. with object 0 cb := {|| :className } ? eval( cb )// NUMERIC end ? eval( cb ) // LOGICAL end ? eval( cb ) // GPF or NIL after incomming commit. return As you can see codeblock is created inside 'with object 0' statement but can be used outside this statement when the given object does not longer exist so it does not confirm WITH OBJECT specification and has to be fixed. We have two choices: 1) detach WITH OBJECT variable lust like local variables and add code which will resolve references in each :msg code. It will cause some small speed overhead but it will work 2) forbid using :msg in nested code blocks at compile time. If we want to add support for macrocompiler then we can chose only method one. But method one except some small speed overhead has yet another drawback. It needs to keep current code which uses additional HVM stack register (lWithObject) to store offset of WITH OBJECT value. Such implementation needs additional code to update lWithObject register at the beginning and end of WITH OBJECT statement (additional speed overhead which can be eliminated and reduces this feature to only single WITH OBJECT variable and this is sth what I would like to eliminate in the future. I know my opinion will be not popular, but I think the best choice is
[Harbour] Method WinId in HbQt
Hi Pritpal, can you add method winId of class QMainWindow in _HbQt ? Thanks in advance CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error with activex
Hi, With this sample: [CODE] #include minigui.ch #include hbclass.ch #include i_winuser.ch static oMSCAL function main DEFINE WINDOW oMainWindow ; AT 0,0 WIDTH GetDesktopWidth() HEIGHT GetDesktopHeight()-30 ; TITLE ; FONT Ms Sans Serif SIZE 9 ; MAIN NOSIZE DEFINE MAIN MENU OF oMainWindow define popup ACTIVEX MENUITEM ConectarACTION { || oMSCAL := TxActivex():New( oMainWindow, GrFingerX.GrFingerXCtrl, 0, 0, 300, 300 ) } SEPARATOR MENUITEM Exit ACTION ThisWindow.release end popup END MENU END WINDOW ACTIVATE WINDOW oMainWindow return nil CLASS TxActivex CLASS VAR winclass INIT ACTIVEX DATA oOLE INIT nil DATA hWnd INIT nil METHOD New METHOD Event METHOD Destroy ERROR HANDLER OnError ENDCLASS METHOD New( cWnd, cProgId, nTop, nLeft, nWidth, nHeight, cID ) CLASS TxActivex local nStyle nStyle := WS_CHILD + WS_VISIBLE + WS_CLIPCHILDREN WIN_AxInit() ::hWnd := WAPI_CreateWindowEX( 0, AtlAxWin, cProgId, nStyle, nLeft, nTop,nWidth, nHeight, WIN_N2P( getformhandle( cWnd ) ), 0 ) ::oOLE := WIN_AxGetControl( ::hWnd, { | event, ... | ::Event( event, ... ) }, cID ) return self METHOD Event( ... ) CLASS TxActivex local cEvents := local aEvents := { ... } local nHandle aEval(aEvents, { | xEvent | cEvents += HB_ValToStr( xEvent ) + , } ) if !file( Event.Log ) nHandle := fcreate( Event.Log ) else nHandle := fopen( Event.Log, 1 ) fseek( nHandle, 0, 2 ) endif fwrite( nHandle, cEvents + chr( 13 ) + chr( 10 ) ) fclose( nHandle ) return nil METHOD Destroy() CLASS TxActivex MsgInfo( Bye ) DestroyWindow( WIN_P2N( ::hWnd ) ) ::hWnd := nil return nil METHOD OnError() CLASS TxActivex return HB_ExecFromArray( ::oOLE, __GetMessage(), HB_AParams() ) [ENDCODE] ...I see this error: [ERROR] Error WINOLE/1014 Failed to obtain connection point: __AXREGISTERHANDLER (DOS Error -2147220992) Called from __AXREGISTERHANDLER(0) Called from WIN_AXGETCONTROL(0) Called from TXACTIVEX:NEW(50) Called from (b)MAIN(19) Called from _DOCONTROLEVENTPROCEDURE(1612) Called from EVENTS(1361) Called from _DOMESSAGELOOP(0) Called from _ACTIVATEWINDOW(1340) Called from MAIN(29) [ENDERROR] What might be causing this error ? Regards, Rossine. -- View this message in context: http://old.nabble.com/Error-with-activex-tp27722533p27722533.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Class QLibraryInfo in HbQt
Hi Pritpal, can you add the class QLibraryInfo with the BuildKey method ? Thanks in advance CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] FocusIn and FocusOut in widgets
Hi Pritpal, are implemented the FocusIn and FocusOut events in widget (not Windows, it work fine for my), for example TextBox ??? Thanks in advance CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
Viktor Szakáts wrote: Why not simply with *? I never tried only *. To my absent mind it always sounded synonymous to *.*. I will experiment with it today. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4641568.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Method WinId in HbQt
CarozoDeQuilmes wrote: Hi Pritpal, can you add method winId of class QMainWindow in _HbQt ? No, this is Windows only solution. We had to drop it almost hal an year before. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Method-WinId-in-HbQt-tp4641320p4641628.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Class QLibraryInfo in HbQt
CarozoDeQuilmes wrote: Hi Pritpal, can you add the class QLibraryInfo with the BuildKey method ? A far as I remeber, the request has been replied before. No ? QLibraryInfo is a pure virtual class and needs a lot more to sub-class it. I will look into this next week, just remind me then. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4641650.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Class QLibraryInfo in HbQt
We've decided to not support the plugin architecture of QT lib for various reasons detailed back then. Brgds, Viktor On Fri, Feb 26, 2010 at 9:32 PM, Pritpal Bedi bediprit...@hotmail.comwrote: CarozoDeQuilmes wrote: Hi Pritpal, can you add the class QLibraryInfo with the BuildKey method ? A far as I remeber, the request has been replied before. No ? QLibraryInfo is a pure virtual class and needs a lot more to sub-class it. I will look into this next week, just remind me then. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4641650.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: FocusIn and FocusOut in widgets
CarozoDeQuilmes wrote: Hi Pritpal, are implemented the FocusIn and FocusOut events in widget (not Windows, it work fine for my), for example TextBox ??? Try something like: #include hbqt.ch pEvents := Qt_Events_New() qWidget := QWidget():new() qWidget:installEventFilter( pEvents ) Qt_Events_Connect( pEvents, qWidget, QEvent_FocusIn, {|| ProcessEvent( QEvent_FocusIn ) } ) Please post your results here. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/FocusIn-and-FocusOut-in-widgets-tp4641452p4641699.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14002] trunk/harbour
Revision: 14002 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14002view=rev Author: vszakats Date: 2010-02-26 20:47:35 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 21:44 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * INSTALL * bin/hb-mkimp.bat + contrib/rddsql/sddoci + contrib/rddsql/sddoci/Makefile + contrib/rddsql/sddoci/ocidd.c + contrib/rddsql/sddoci/sddoci.hbc + contrib/rddsql/sddoci/tests + contrib/rddsql/sddoci/tests/hbmk.hbm + contrib/rddsql/sddoci/tests/test1.prg * contrib/rddsql/Makefile + Added support for direct connection to Oracle databases via OCILIB library. UNICODE, ANSI (default) and MIXED modes are supported. For mingw targets, the library will be linked statically, for the rest dynamically. You need to have Oracle client (oci.dll and the rest of the package) installed to use it. ; TODO: Finish type conversion and mapping. * contrib/rddsql/sddmy/mysqldd.c * contrib/rddsql/sddpg/pgsqldd.c * contrib/rddsql/sddfb/fbirddd.c * contrib/rddsql/sddodbc/odbcdd.c ! HB_ULONG - HB_SIZE ; TOFIX: To Mindaugas: Current SDD architecture will crash with GPF if dbUseArea() is attempted after a failed RDDI_CONNECT call. You can check it f.e. with sddodbc's test1.prg, by modifying test.mdb to test_.mdb, and simply run it. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/bin/hb-mkimp.bat trunk/harbour/contrib/rddsql/Makefile trunk/harbour/contrib/rddsql/sddfb/fbirddd.c trunk/harbour/contrib/rddsql/sddmy/mysqldd.c trunk/harbour/contrib/rddsql/sddodbc/odbcdd.c trunk/harbour/contrib/rddsql/sddpg/pgsqldd.c Added Paths: --- trunk/harbour/contrib/rddsql/sddoci/ trunk/harbour/contrib/rddsql/sddoci/Makefile trunk/harbour/contrib/rddsql/sddoci/ocidd.c trunk/harbour/contrib/rddsql/sddoci/sddoci.hbc trunk/harbour/contrib/rddsql/sddoci/tests/ trunk/harbour/contrib/rddsql/sddoci/tests/hbmk.hbm trunk/harbour/contrib/rddsql/sddoci/tests/test1.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Class QLibraryInfo in HbQt
Viktor Szakáts wrote: We've decided to not support the plugin architecture of QT lib for various reasons detailed back then. :buildKey() only generates a key which are essential for a plugin to be linked in a version of Qt. As far as my understanding extends, this class has nothing to do with plugin architecture of Qt by itself. It simply retreives the licensing info and provides access to some paths. For that matter, Harbour wrappers can never support plugins in any manner. It is a difficult class to generate dynamically so I failed on many occassion to develop it. And still I do not know how to? Also I do not see the real benefits of this class, taken especially the LGPL licensing issues. Probably CarozoDeQuilmes want to issue some commands based on Qt library version. That can be the only valid reason for this request. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4641755.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14003] trunk/harbour
Revision: 14003 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14003view=rev Author: vszakats Date: 2010-02-26 21:02:29 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 22:01 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddsql/sddoci/ocidd.c * Commented trace call. * contrib/rddsql/sddoci/Makefile + Added tweak to link with implibs of ever-problematic bcc compiler. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/sddoci/Makefile trunk/harbour/contrib/rddsql/sddoci/ocidd.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] PICTURE() incompat
Hi, We have discovered the following incompatibility: x:=Y @ 3,0 get x picture Y read The Picture command is used to format the screen display as well as put control on what the field will accept. In the case of picture Y, it forces the user to enter either Y (Yes) or N (No). However x will always be returned in uppercase in Clipper but Harbour returns the case that the user entered into the field I have tons of places where I check the value of the field to be either Y or N and did not have to test for y or n because it was impossible to assign a lowercase value. We have 120 occurrences of picture Y and I will have to change them all to picture @!Y Should I go ahead with the changes, or is this is a valid incompatibility report? Thank you -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
2010/2/26 Pritpal Bedi bediprit...@hotmail.com Viktor Szakáts wrote: Why not simply with *? I never tried only *. To my absent mind it always sounded synonymous to *.*. I will experiment with it today. FYI the * aDir := directory( cRootPath + *, D ) file filter mask work on Linux Ubuntu 9.10. BTW to populate the frame with doc contents i MUST restart hbide. Thank you Marco Linux Infinite Freedom ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14004] trunk/harbour
thanks viktor! On Fri, Feb 26, 2010 at 2:19 PM, vszak...@users.sourceforge.net wrote: Revision: 14004 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14004view=rev Author: vszakats Date: 2010-02-26 22:19:52 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-26 23:18 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/tget.prg * tests/rto_get.prg ! Fixed to convert input to uppercase for Y picture mask. + Added regression test for this case. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/tget.prg trunk/harbour/tests/rto_get.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] For Przemek: SIXCDX difference found with examples
Hi again, With a Roll-your-own index open, when you use a dbgoto(), the record pointer is moved to the correct row in the table but the pointer in the index file is not positioned to the corresponding row, even though the record is in the index. With a regular cdx index, the index pointer is always positioned after a dbgoto(). Perhaps the reason for not positioning the index pointer in an ryo index is that an ryo index can contain multiple entries for a single table row, and as such, positioning the index pointer would be ambiguous action (pick one?) and could therefore cause unpredictable results. Am I correct in that thinking? In any event, the Harbour behaviour is different from the SIX SDX, which is causing me problems. I have included a URL for a tiny .ZIP file for a simple source code example, and 2 .txt files showing different behaviour on Clipper 5.2e / Harbour. Please read here: http://209.97.219.2/sjohnson/misc/sixcdx-incompat.zip PS: The source file has the code for Harbour to select SIX type drivers, and wasn't present when compiling the cl52e version, for obvious reasons. Thanks !!! -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] For Przemek: SIXCDX difference found with examples
Hi, smu johnson wrote: With a Roll-your-own index open, when you use a dbgoto(), the record pointer is moved to the correct row in the table but the pointer in the index file is not positioned to the corresponding row, even though the record is in the index. With a regular cdx index, the index pointer is always positioned after a dbgoto(). Perhaps the reason for not positioning the index pointer in an ryo index is that an ryo index can contain multiple entries for a single table row, and as such, positioning the index pointer would be ambiguous action (pick one?) and could therefore cause unpredictable results. Am I correct in that thinking? DBF can be positioned by record number. Index can be positioned by key value. Since in RYO indices keyvalue could not be calculated using record data, index can not be positioned. You can think that DBGOTO() call also executes DBSEEK((ORDKEY())) to position index. In case of RYO, ORDKEY() has no meaning. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Class QLibraryInfo in HbQt
Hi Pritpal, maybe I am wrong and you can help me. I only need get the version, release and build of Qt library (ex: 4.6.2) I don't need add any plugins (in Static Link Mode, Qt don't support jpg images without pluging but isn't very necesary) Thanks CdQ On Fri, Feb 26, 2010 at 5:51 PM, Pritpal Bedi bediprit...@hotmail.comwrote: Viktor Szakáts wrote: We've decided to not support the plugin architecture of QT lib for various reasons detailed back then. :buildKey() only generates a key which are essential for a plugin to be linked in a version of Qt. As far as my understanding extends, this class has nothing to do with plugin architecture of Qt by itself. It simply retreives the licensing info and provides access to some paths. For that matter, Harbour wrappers can never support plugins in any manner. It is a difficult class to generate dynamically so I failed on many occassion to develop it. And still I do not know how to? Also I do not see the real benefits of this class, taken especially the LGPL licensing issues. Probably CarozoDeQuilmes want to issue some commands based on Qt library version. That can be the only valid reason for this request. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4641755.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: FocusIn and FocusOut in widgets
Work very good !!! Many Thanks This is my sample for test: *#include hbqt.ch* * * *REQUEST HB_QT* * * *STATIC s_qApp* * * *STATIC pEvents* * * */*--*/* * * *INIT PROCEDURE Qt_Start()* * * * hbqt_errorsys()* * * * s_qApp := QApplication():new()* * RETURN* * * *EXIT PROCEDURE Qt_End()* * s_qApp:quit()* * RETURN* * * */*--*/* * * *PROCEDURE Main()* * Local oLabel, oDA, oWnd, oTextBox1, oTextBox2* * * * pEvents := QT_EVENTS_NEW()* * * * oWnd := QMainWindow():new()* * oWnd:setWindowTitle( Harbour-Qt Implementation Test Dialog )* * oWnd:resize( 900, 500 )* * oDA:= QWidget():new( oWnd )* * oWnd:setCentralWidget( oDA )* * * * oLabel := QLabel():new( oWnd )* * oLabel:setText( Label )* * oLabel:move( 150 , 150 )* * oLabel:resize( 100 , 100 )* * oLabel:show()* * * * oTextBox1 := QTextEdit():new( oWnd )* * oTextBox1:Move( 5, 7 )* * oTextBox1:Resize( 300,30 )* * oTextBox1:setPlainText( TextBox )* * oTextBox1:Show()* * * * oTextBox2 := QTextEdit():new( oWnd )* * oTextBox2:installEventFilter( pEvents )* * oTextBox2:Move( 5, 60 )* * oTextBox2:Resize( 300,30 )* * oTextBox2:setPlainText( This is the TextBox for check Focus )* * oTextBox2:Show()* * Qt_Events_Connect( pEvents, oTextBox2 , QEvent_FocusIn, {|| oLabel:setText( FocusIn ) } )* * Qt_Events_Connect( pEvents, oTextBox2 , QEvent_FocusOut, {|| oLabel:setText( focusout ) } )* * * * oWnd:Show()* * * * s_qApp:exec()* * * * RETURN* Thanks and regards CdQ On Fri, Feb 26, 2010 at 5:39 PM, Pritpal Bedi bediprit...@hotmail.comwrote: CarozoDeQuilmes wrote: Hi Pritpal, are implemented the FocusIn and FocusOut events in widget (not Windows, it work fine for my), for example TextBox ??? Try something like: #include hbqt.ch pEvents := Qt_Events_New() qWidget := QWidget():new() qWidget:installEventFilter( pEvents ) Qt_Events_Connect( pEvents, qWidget, QEvent_FocusIn, {|| ProcessEvent( QEvent_FocusIn ) } ) Please post your results here. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/FocusIn-and-FocusOut-in-widgets-tp4641452p4641699.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error: Unresolved external '_HB_FUN_CURDRIVE'
I also am getting this. ..\latest\.hbmk\win\mingw\1BMMENU.o:1BMMENU.c:(.data+0x818): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\CHECKSYS.o:CHECKSYS.c:(.data+0x7c8): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\SUPPLIER.o:SUPPLIER.c:(.data+0xf88): undefined reference to `HB_FUN_CURDRIVE' *sad face* On Sat, Feb 20, 2010 at 7:07 AM, Massimo Belgrano mbelgr...@deltain.itwrote: same in win WIN-MAKE[2]: [install] Error 1 (ignored) ../../../../../bin/win/mingw/harbour.exe ../../../hbrun.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbrun.o -c hbrun.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbrun.exe hbrun.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbrdd -lrddntx -lrddnsx -lrddcdx -lrddfpt -lhbsix -lhbhsx -lhbusrrdd -lhbuddall -lhbrtl -lhbvm -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd 1 file copiati. ../../../../../bin/win/mingw/harbour.exe ../../../hbmk2.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbmk2.o -c hbmk2.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbmk2.exe hbmk2.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbnulrdd -lhbrtl -lhbvmmt -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd hbmk2.o:hbmk2.c:(.data+0xb38): undefined reference to `HB_FUN_CURDRIVE' collect2: ld returned 1 exit status WIN-MAKE[3]: *** [hbmk2.exe] Error 1 WIN-MAKE[2]: *** [descend] Error 2 WIN-MAKE[1]: *** [hbmk2.inst] Error 2 WIN-MAKE: *** [utils.inst] Error 2 2010/2/20 vat...@polly.com.ua: Hi! I can't build harbour $Id: ChangeLog 13933 2010-02-20 12:03:26Z vszakats $ ../../../../../bin/win/bcc/harbour.exe ../../../hbmk2.prg -i./../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -Ic:\dev\borland\bcc55\bin\..\Include -ohbmk2.obj -c hbmk2.c hbmk2.c: ilink32.exe -Lc:\dev\borland\bcc55\bin\..\Lib -Lc:\dev\borland\bcc55\bin\..\Lib\PSDK -L..\..\..\..\..\lib\win\bcc -Gn -Tpe c0x32.obj hbmk2.obj, ..\..\..\..\..\bin\win\bcc\hbmk2.exe, nul, hbcplr hbpp hbcommon hbextern hbdebug hbvmmt hbrtl hblang hbcpage gtcgi gtpca gtstd gtwvt gtgui gtwin hbnulrdd hbrtl hbvmmt hbmacro hbcplr hbpp hbcommon hbpcre hbzlib kernel32 user32 ws2_32 advapi32 gdi32 cw32mt import32 Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HB_FUN_CURDRIVE' referenced from C:\DEV\HARBOUR_SVN\UTILS\HBMK2\OBJ\WIN\BCC\HBMK2.OBJ Regards, Alexey Myronenko ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error: Unresolved external '_HB_FUN_CURDRIVE'
I should also note that I got Harbour dev to compile in windows, just that I can't get it to compile my .PRGs On Fri, Feb 26, 2010 at 4:47 PM, smu johnson smujohn...@gmail.com wrote: I also am getting this. ..\latest\.hbmk\win\mingw\1BMMENU.o:1BMMENU.c:(.data+0x818): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\CHECKSYS.o:CHECKSYS.c:(.data+0x7c8): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\SUPPLIER.o:SUPPLIER.c:(.data+0xf88): undefined reference to `HB_FUN_CURDRIVE' *sad face* On Sat, Feb 20, 2010 at 7:07 AM, Massimo Belgrano mbelgr...@deltain.itwrote: same in win WIN-MAKE[2]: [install] Error 1 (ignored) ../../../../../bin/win/mingw/harbour.exe ../../../hbrun.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbrun.o -c hbrun.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbrun.exe hbrun.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbrdd -lrddntx -lrddnsx -lrddcdx -lrddfpt -lhbsix -lhbhsx -lhbusrrdd -lhbuddall -lhbrtl -lhbvm -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd 1 file copiati. ../../../../../bin/win/mingw/harbour.exe ../../../hbmk2.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbmk2.o -c hbmk2.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbmk2.exe hbmk2.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbnulrdd -lhbrtl -lhbvmmt -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd hbmk2.o:hbmk2.c:(.data+0xb38): undefined reference to `HB_FUN_CURDRIVE' collect2: ld returned 1 exit status WIN-MAKE[3]: *** [hbmk2.exe] Error 1 WIN-MAKE[2]: *** [descend] Error 2 WIN-MAKE[1]: *** [hbmk2.inst] Error 2 WIN-MAKE: *** [utils.inst] Error 2 2010/2/20 vat...@polly.com.ua: Hi! I can't build harbour $Id: ChangeLog 13933 2010-02-20 12:03:26Z vszakats $ ../../../../../bin/win/bcc/harbour.exe ../../../hbmk2.prg -i./../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -Ic:\dev\borland\bcc55\bin\..\Include -ohbmk2.obj -c hbmk2.c hbmk2.c: ilink32.exe -Lc:\dev\borland\bcc55\bin\..\Lib -Lc:\dev\borland\bcc55\bin\..\Lib\PSDK -L..\..\..\..\..\lib\win\bcc -Gn -Tpe c0x32.obj hbmk2.obj, ..\..\..\..\..\bin\win\bcc\hbmk2.exe, nul, hbcplr hbpp hbcommon hbextern hbdebug hbvmmt hbrtl hblang hbcpage gtcgi gtpca gtstd gtwvt gtgui gtwin hbnulrdd hbrtl hbvmmt hbmacro hbcplr hbpp hbcommon hbpcre hbzlib kernel32 user32 ws2_32 advapi32 gdi32 cw32mt import32 Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HB_FUN_CURDRIVE' referenced from C:\DEV\HARBOUR_SVN\UTILS\HBMK2\OBJ\WIN\BCC\HBMK2.OBJ Regards, Alexey Myronenko ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error: Unresolved external '_HB_FUN_CURDRIVE'
Either add hbxpp to you liblist or change the call to HB_CURDRIVE(). See ChangeLog for more. Brgds, Viktor On Sat, Feb 27, 2010 at 1:50 AM, smu johnson smujohn...@gmail.com wrote: I should also note that I got Harbour dev to compile in windows, just that I can't get it to compile my .PRGs On Fri, Feb 26, 2010 at 4:47 PM, smu johnson smujohn...@gmail.com wrote: I also am getting this. ..\latest\.hbmk\win\mingw\1BMMENU.o:1BMMENU.c:(.data+0x818): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\CHECKSYS.o:CHECKSYS.c:(.data+0x7c8): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\SUPPLIER.o:SUPPLIER.c:(.data+0xf88): undefined reference to `HB_FUN_CURDRIVE' *sad face* On Sat, Feb 20, 2010 at 7:07 AM, Massimo Belgrano mbelgr...@deltain.itwrote: same in win WIN-MAKE[2]: [install] Error 1 (ignored) ../../../../../bin/win/mingw/harbour.exe ../../../hbrun.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbrun.o -c hbrun.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbrun.exe hbrun.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbrdd -lrddntx -lrddnsx -lrddcdx -lrddfpt -lhbsix -lhbhsx -lhbusrrdd -lhbuddall -lhbrtl -lhbvm -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd 1 file copiati. ../../../../../bin/win/mingw/harbour.exe ../../../hbmk2.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbmk2.o -c hbmk2.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbmk2.exe hbmk2.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbnulrdd -lhbrtl -lhbvmmt -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd hbmk2.o:hbmk2.c:(.data+0xb38): undefined reference to `HB_FUN_CURDRIVE' collect2: ld returned 1 exit status WIN-MAKE[3]: *** [hbmk2.exe] Error 1 WIN-MAKE[2]: *** [descend] Error 2 WIN-MAKE[1]: *** [hbmk2.inst] Error 2 WIN-MAKE: *** [utils.inst] Error 2 2010/2/20 vat...@polly.com.ua: Hi! I can't build harbour $Id: ChangeLog 13933 2010-02-20 12:03:26Z vszakats $ ../../../../../bin/win/bcc/harbour.exe ../../../hbmk2.prg -i./../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -Ic:\dev\borland\bcc55\bin\..\Include -ohbmk2.obj -c hbmk2.c hbmk2.c: ilink32.exe -Lc:\dev\borland\bcc55\bin\..\Lib -Lc:\dev\borland\bcc55\bin\..\Lib\PSDK -L..\..\..\..\..\lib\win\bcc -Gn -Tpe c0x32.obj hbmk2.obj, ..\..\..\..\..\bin\win\bcc\hbmk2.exe, nul, hbcplr hbpp hbcommon hbextern hbdebug hbvmmt hbrtl hblang hbcpage gtcgi gtpca gtstd gtwvt gtgui gtwin hbnulrdd hbrtl hbvmmt hbmacro hbcplr hbpp hbcommon hbpcre hbzlib kernel32 user32 ws2_32 advapi32 gdi32 cw32mt import32 Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HB_FUN_CURDRIVE' referenced from C:\DEV\HARBOUR_SVN\UTILS\HBMK2\OBJ\WIN\BCC\HBMK2.OBJ Regards, Alexey Myronenko ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14005] trunk/harbour
Revision: 14005 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14005view=rev Author: vouchcac Date: 2010-02-27 01:02:40 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-26 16:54 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/docviewgenerator.ui * contrib/hbide/resources/docviewgenerator.uic ! Enabled: left-right tab-widgets to share space as per user wish. You can resize the indivisual tab-widgets, move cursor in-between horizontal divider. * doc/hdr_tpl.txt ! Little correction in exact number of spaces and little more awareness tip for writer. * contrib/hbide/ideharbourhelp.prg * contrib/hbide/idemisc.prg ! More refinements the way Harbour document is displayed. Please forward your suggessions. ! Presentation: documents tree is now exact syncronization with Harbour's folder structure but depicting only those folders with /doc and /doc/en endingings. + Enabled: to reload the tree on the fly. Marco, check it. Modified Paths: -- trunk/harbour/contrib/hbide/ideharbourhelp.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/resources/docviewgenerator.ui trunk/harbour/contrib/hbide/resources/docviewgenerator.uic trunk/harbour/doc/hdr_tpl.txt This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
marco bra wrote: aDir := directory( cRootPath + *, D ) file filter mask work on Linux Ubuntu 9.10. Implemented. BTW to populate the frame with doc contents i MUST restart hbide. Implemented. Can you test after r14005 ? - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4642979.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error: Unresolved external '_HB_FUN_CURDRIVE'
I just changed it to HB_CURDRIVE a few mins before you wrote that.. but you beat me to it! :) On Fri, Feb 26, 2010 at 4:56 PM, Viktor Szakáts harbour...@syenar.huwrote: Either add hbxpp to you liblist or change the call to HB_CURDRIVE(). See ChangeLog for more. Brgds, Viktor On Sat, Feb 27, 2010 at 1:50 AM, smu johnson smujohn...@gmail.com wrote: I should also note that I got Harbour dev to compile in windows, just that I can't get it to compile my .PRGs On Fri, Feb 26, 2010 at 4:47 PM, smu johnson smujohn...@gmail.comwrote: I also am getting this. ..\latest\.hbmk\win\mingw\1BMMENU.o:1BMMENU.c:(.data+0x818): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\CHECKSYS.o:CHECKSYS.c:(.data+0x7c8): undefined reference to `HB_FUN_CURDRIVE' ..\latest\.hbmk\win\mingw\SUPPLIER.o:SUPPLIER.c:(.data+0xf88): undefined reference to `HB_FUN_CURDRIVE' *sad face* On Sat, Feb 20, 2010 at 7:07 AM, Massimo Belgrano mbelgr...@deltain.itwrote: same in win WIN-MAKE[2]: [install] Error 1 (ignored) ../../../../../bin/win/mingw/harbour.exe ../../../hbrun.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbrun.o -c hbrun.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbrun.exe hbrun.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbrdd -lrddntx -lrddnsx -lrddcdx -lrddfpt -lhbsix -lhbhsx -lhbusrrdd -lhbuddall -lhbrtl -lhbvm -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd 1 file copiati. ../../../../../bin/win/mingw/harbour.exe ../../../hbmk2.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbmk2.o -c hbmk2.c gcc -L../../../../../lib/win/mingw -o ..\..\..\..\..\bin\win\mingw\hbmk2.exe hbmk2.o -lhbcplr -lhbpp -lhbcommon -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwvt -lgtgui -lgtwin -lhbnulrdd -lhbrtl -lhbvmmt -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbpcre -lhbzlib -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 -lhbmainstd hbmk2.o:hbmk2.c:(.data+0xb38): undefined reference to `HB_FUN_CURDRIVE' collect2: ld returned 1 exit status WIN-MAKE[3]: *** [hbmk2.exe] Error 1 WIN-MAKE[2]: *** [descend] Error 2 WIN-MAKE[1]: *** [hbmk2.inst] Error 2 WIN-MAKE: *** [utils.inst] Error 2 2010/2/20 vat...@polly.com.ua: Hi! I can't build harbour $Id: ChangeLog 13933 2010-02-20 12:03:26Z vszakats $ ../../../../../bin/win/bcc/harbour.exe ../../../hbmk2.prg -i./../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -Ic:\dev\borland\bcc55\bin\..\Include -ohbmk2.obj -c hbmk2.c hbmk2.c: ilink32.exe -Lc:\dev\borland\bcc55\bin\..\Lib -Lc:\dev\borland\bcc55\bin\..\Lib\PSDK -L..\..\..\..\..\lib\win\bcc -Gn -Tpe c0x32.obj hbmk2.obj, ..\..\..\..\..\bin\win\bcc\hbmk2.exe, nul, hbcplr hbpp hbcommon hbextern hbdebug hbvmmt hbrtl hblang hbcpage gtcgi gtpca gtstd gtwvt gtgui gtwin hbnulrdd hbrtl hbvmmt hbmacro hbcplr hbpp hbcommon hbpcre hbzlib kernel32 user32 ws2_32 advapi32 gdi32 cw32mt import32 Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HB_FUN_CURDRIVE' referenced from C:\DEV\HARBOUR_SVN\UTILS\HBMK2\OBJ\WIN\BCC\HBMK2.OBJ Regards, Alexey Myronenko ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Can HB_RUN fork?
Hi, Can HB_RUN be made to fork a process? For instance, if you tried to run the crappy Windows notepad.exe, it wouldn't wait for notepad.exe to terminate before you got your prompt back. On some text editors, this isn't a concern, like WRITE / WORDPAD.exe... but in notepad it is, and I am very curious if something can be done. Thank you -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14006] trunk/harbour
Revision: 14006 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14006view=rev Author: vouchcac Date: 2010-02-27 02:18:35 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-26 18:15 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/THbQtUI.prg ! Miss of prev commit. * contrib/hbide/idefindreplace.prg ! A nasty fix. * contrib/hbide/ideharbourhelp.prg + Implemented: text file viewer as is if it does not contain any function's documentation. In Harbour's /doc* tree there are many files without NANFORUM tags. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/idefindreplace.prg trunk/harbour/contrib/hbide/ideharbourhelp.prg trunk/harbour/contrib/hbqt/THbQtUI.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
2010/2/27 Pritpal Bedi bediprit...@hotmail.com marco bra wrote: aDir := directory( cRootPath + *, D ) file filter mask work on Linux Ubuntu 9.10. Implemented. BTW to populate the frame with doc contents i MUST restart hbide. Implemented. Can you test after r14005 ? After Rev. 14006 i cannot open the Documentation frame i get a dialog error: i try to attach to this post. Thank you attachment: Screenshot-Run-time Error!.png___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
marco bra wrote: After Rev. 14006 i cannot open the Documentation frame i get a dialog error: i try to attach to this post. Compile hbQT also. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4643588.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
David Arturo Macias Corona wrote: # QInputContext.cpp \ # QWidget.cpp \ Please do the following: 0. QApplication.cpp 1. QWidget.cpp - HB_FUNC( QT_QWIDGET_INPUTCONTEXT ) Comment it out. 2. Also commentout corresponding methods in TQApplication and TQWidget. 3. Drop QInputContext.cpp and TQInputContext.prg from filelist.mk Compile hbQT. Do it compiles then ? If yes, we have the solution already, link demos. Those must then link properly. If all goes fine, I will drop QInputContext alltogether. Without above exercise, it is difficult to isolate other matters. Logs of demos are useless as QWidget is not linked and all other Qt world resolves around it. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/OS-2-Harbour-13976-tp4632138p4643634.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14007] trunk/harbour
Revision: 14007 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14007view=rev Author: vouchcac Date: 2010-02-27 05:00:17 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-26 20:51 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/ideeditor.prg * contrib/hbide/ideharbourhelp.prg + Implemented: auto activating and displaying the function's documentation you have currently finished typing opening brace. This feature is activated only when you have initialized the documentation browser by clicking on the H icon on the right toolbar. I am open to hear what other features can be implemented in this context. This itself is a big productivity boost. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideharbourhelp.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[14007] trunk/harbour
vouchcac wrote: + Implemented: auto activating and displaying the function's documentation you have currently finished typing opening brace. This feature is activated only when you have initialized the documentation browser by clicking on the H icon on the right toolbar. Forgot to mention that function-doc will only be activated if that is available in Harbour documentation tree. Also function's opening brace must be the last character of the function, no spaces inbetween. oWnd := QMainWindow () = will not popup document in the viewer. oWnd := QMainWindow() = will popup the document. A function is recognized by opening brace only and the word preceeding will attempt to locate the function in Document Viewer Tree. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-14007-trunk-harbour-tp4643694p4643706.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour-users] Re: harbour, dll and c# .net
Both C# and harbour are VM based systems. So any interaction between them involves an alien vm initalization and a perfect isolation among them both. I don`t know how to run a harbour vm inside an encapsulated dll from anything. I gues if this was possible it would be also be possible to run an embebed harbour program from a web browser for example. Anyway this is all sci-fi in our actual technological status. Regards Angel ___ Harbour-users mailing list (attachment size limit: 40KB) Harbour-users@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour-users
[Harbour-users] harbour2 - ads 9.1 server
Hola a todos.. I will migrate clipper systems (ads 5 on novell) to harbour2 (ads 9.1 on win2008) with mingw 32bits. I need Librddads.a and libace32.a to generate executables. a) the librddads.a got from: http://sourceforge.net/projects/harbour-project/files/binaries-windows/2.0.0/harbour-2.0.0-win.7z/download b) I get the libace32.a follows: pexports ace32.dll ace32.def dlltool -d ace32.def -D ace32.dll -k -l libace32.a when generating the executable I get these errors. Can I help me? very very thanks by d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x55): undefined reference to `adsdddropl...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x177): undefined reference to `adsddmodifyl...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x267): undefined reference to `adsddcreatel...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x30d): undefined reference to `adsrollbacktransactio...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x39d): undefined reference to `adscreatesavepo...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x491): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x4bd): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x4e1): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x505): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x647): undefined reference to `adscreateftsin...@72' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x6d4): undefined reference to `adsclosecachedtab...@4' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x750): undefined reference to `adsgetservern...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x840): undefined reference to `adsstmtsettablepassw...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x89f): undefined reference to `adsdeletef...@8' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x91e): undefined reference to `adscheckexiste...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x9db): undefined reference to `adsfindfirstta...@20' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xa4c): undefined reference to `adsfindnextta...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xa66): undefined reference to `adsfindcl...@8' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xaf9): undefined reference to `adscopytableconte...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xc32): undefined reference to `adsrestructureta...@40' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xd4b): undefined reference to `adsddgetuserprope...@20' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xecc): undefined reference to `adsconnec...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xef3): undefined reference to `adsdisconn...@4' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0xf9d): undefined reference to `adsddgetuserprope...@20' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x102c): undefined reference to `adsdisconn...@4' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1146): undefined reference to `adsddsetdatabaseprope...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1268): undefined reference to `adsddgetdatabaseprope...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x12cb): undefined reference to `adsddgetdatabaseprope...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x131b): undefined reference to `adsddgetdatabaseprope...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x139f): undefined reference to `adsdddeleteu...@8' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1454): undefined reference to `adsddcreateu...@20' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x14da): undefined reference to `adsddcre...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x15b7): undefined reference to `adsconnec...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1662): undefined reference to `adsddremoveuserfromgr...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x16e2): undefined reference to `adsddaddusertogr...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x179c): undefined reference to `adsddremoveindexf...@16' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1880): undefined reference to `adsddremoveta...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x1987): undefined reference to `adsddaddta...@28' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x19ff): undefined reference to
Re: [Harbour-users] harbour2 - ads 9.1 server
Paola Bruccoleri escribió: d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x55): undefined reference to `adsdddropl...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x177): undefined reference to `adsddmodifyl...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x267): undefined reference to `adsddcreatel...@24' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x30d): undefined reference to `adsrollbacktransactio...@12' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x39d): undefined reference to `adscreatesavepo...@12' y read http://www.emmestech.com/moron_guides/moron1.html and add @xx... to names in ace32.def I solves most problems but not this d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x491): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x4bd): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x4e1): undefined reference to `hb_parldef' d:\oohg\harbour\lib/librddads.a(adsfunc.o):adsfunc.c:(.text+0x505): undefined reference to `hb_parldef' any idea? chauu ___ Harbour-users mailing list (attachment size limit: 40KB) Harbour-users@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour-users