[Harbour] SF.net SVN: harbour-project:[14421] trunk/harbour
Revision: 14421 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14421view=rev Author: vouchcac Date: 2010-05-03 07:49:22 + (Mon, 03 May 2010) Log Message: --- 2010-05-03 00:38 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbxbp/xbptoolbar.prg ! Issued: setWindowaTitle() for main menubar. + contrib/hbide/resources/keyboardmappings.png + Icon for keyboard Mappings menu option. * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/idefindreplace.prg * contrib/hbide/idemisc.prg * contrib/hbide/ideobject.prg * contrib/hbide/ideshortcuts.prg + Implemented: almost all the docks can be placed on any of the areas. Exception is Output Console which is only dockable to top or bottom. + Main toolbar and statusbar featured to toggle. Statusbar, however is session dependant, i.e., is not saved for next run. ! Many artifacts fixed for Search/Replace engine, all the three variants. ! Exppression edit fixed to respect Enter key press to start searching. ! More artifacts I must be forgetting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/idefindreplace.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/ideshortcuts.prg trunk/harbour/contrib/hbxbp/xbptoolbar.prg Added Paths: --- trunk/harbour/contrib/hbide/resources/keyboardmappings.png 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:[14422] trunk/harbour
Revision: 14422 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14422view=rev Author: vszakats Date: 2010-05-03 08:11:48 + (Mon, 03 May 2010) Log Message: --- 2010-05-03 10:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbmysql/mysql.ch * contrib/hbmysql/tmysql.prg * Synced type constant names with MYSQL. Kept old names for compatibility, guarded with HB_LEGACY_LEVEL3. * contrib/hbmysql/tmysql.prg % Minor optimizations. ! TMySQLRow:MakePrimaryKeyWhere() and TMySQLTable:MakePrimaryKeyWhere() fixed to not create wrong SQL expression when no primary key is present. ; TOFIX: Handle this case properly in callers of these methods. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbmysql/mysql.ch trunk/harbour/contrib/hbmysql/tmysql.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] netiotst.prg
Hi When testing netio using netiotst.prg I inadvertently caused this error by editing the browse. Error DBFCDX/1022 Lock required══ Called from FIELDPUT(0) Called from (b)FIELDBLOCK(0) Called from DOGET(0) Called from BROWSE(0) Called from TESTDB(129) Called from MAIN(60) Error NETIO/1003 Read error: hb_stackInit (DOS Error 15) Error NETIO/1002 Write error: hb_stackInit (DOS Error 15) Error NETIO/1002 Write error: hb_stackInit (DOS Error 15) C:\Users\Alex\ECR7.0\tests\hbnetio\tests Can someone tell me why does hb_stackInit appear in the NETIO messages? And why DOS Error 15 (Invalid drive was specified)? Thanks Alex ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: [Harbour] tmysql and procedure (don´t suppo rt)
someone already passed for this? Best regards, Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: harbour@harbour-project.org Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43 Assunto: [Harbour] tmysql and procedure (don´t support) the class Tmysql, don´t suport procedures and either scripts i don´t know how implements this in mysql.c is a multi line query if someone help me, i will be glad Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: [Harbour] tmysql and procedure (don´t support)
Did you read my answers? Viktor On 2010 May 3, at 12:34, Fernando Athayde wrote: someone already passed for this? Best regards, Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: harbour@harbour-project.org Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43 Assunto: [Harbour] tmysql and procedure (don´t support) the class Tmysql, don´t suport procedures and either scripts i don´t know how implements this in mysql.c is a multi line query if someone help me, i will be glad Best Regards, Fernando Athayde ___ 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
Res: Res: [Harbour] tmysql and procedure (don´ t support)
about this tread, didn´t came anything http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52 Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support) Did you read my answers? Viktor On 2010 May 3, at 12:34, Fernando Athayde wrote: someone already passed for this? Best regards, Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: harbour@harbour-project.org Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43 Assunto: [Harbour] tmysql and procedure (don´t support) the class Tmysql, don´t suport procedures and either scripts i don´t know how implements this in mysql.c is a multi line query if someone help me, i will be glad Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tmysql and procedure (don ´t support)
So read the answers on the other threads you've started. Viktor On 2010 May 3, at 13:34, Fernando Athayde wrote: about this tread, didn´t came anything http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52 Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support) Did you read my answers? Viktor On 2010 May 3, at 12:34, Fernando Athayde wrote: someone already passed for this? Best regards, Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: harbour@harbour-project.org Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43 Assunto: [Harbour] tmysql and procedure (don´t support) the class Tmysql, don´t suport procedures and either scripts i don´t know how implements this in mysql.c is a multi line query if someone help me, i will be glad Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tmysql and procedure (don´t support)
that i had alreary saw, in scripts i am do steatement by steatment, don´t is beaultiful but runs ok, it´s was better if mysql_query take support for CLIENT_MULTI_STATEMENTS, don´t only in mysql_real_conect, but in mysql_query too, because have to loop in all steatments. but in procedures cases, it´s a little diference i use a query like this call procedure(params...) I like to know if someone uses procedures or scripts, or if you guys guess that this is good, for hbmysql Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Segunda-feira, 3 de Maio de 2010 8:39:48 Assunto: Re: Res: Res: [Harbour] tmysql and procedure (don´t support) So read the answers on the other threads you've started. Viktor On 2010 May 3, at 13:34, Fernando Athayde wrote: about this tread, didn´t came anything http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52 Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support) Did you read my answers? Viktor On 2010 May 3, at 12:34, Fernando Athayde wrote: someone already passed for this? Best regards, Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: harbour@harbour-project.org Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43 Assunto: [Harbour] tmysql and procedure (don´t support) the class Tmysql, don´t suport procedures and either scripts i don´t know how implements this in mysql.c is a multi line query if someone help me, i will be glad Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tmysql and procedure (d on´t support)
that i had alreary saw, in scripts i am do steatement by steatment, don´t is beaultiful but runs ok, it´s was better if mysql_query take support for CLIENT_MULTI_STATEMENTS, don´t only in mysql_real_conect, but in mysql_query too, because have to loop in all steatments. but in procedures cases, it´s a little diference i use a query like this call procedure(params...) I like to know if someone uses procedures or scripts, or if you guys guess that this is good, for hbmysql To create a conversation it's usually better to react the the answer you got, rather than repeating the same initial request over and over again. Maybe you can create a patch for hbmysql, and if it seems fit for SVN, we will consider adding it. If this is too much to ask, maybe you can create some simple, self-contained code example to demonstrate the problem you are having, and the expected behavior, and someone may help you. Viktor ___ 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:[14417] trunk/harbour
Hi, thanks for this feature. It made me try to compile hbide after long time, but: --- Run-time Error! --- Error BASE/1132 Bound error: array access Called from HBQTUI:Q_TABLEFUNCLIST(0) Called from IDEFUNCTIONS:BUILDHEADER(210) Called from IDEFUNCTIONS:CREATE(146) Called from HBIDE:CREATE(356) Called from MAIN(102) --- OK --- Regards, Mindaugas On 2010.05.03 01:36, vouch...@users.sourceforge.net wrote: * contrib/hbide/ideeditor.prg + Implemented: much-awaited and extremely-required feature - block copy/paste. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HMG 3 and Windows 98SE (and also HBIde)
Viktor Szakáts wrote: You should ask this question on HMG forums. I've tried. However, there are no new topic buttons visible once I log in. And if I hit a new topic button unloggedin, then I'm asked to log in, whereupon the button has disappeared. It's all very confusing. BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL which is an NT DLL. Kind regards, Bruce. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HMG 3 and Windows 98SE (and also HBIde)
Hi, Viktor Szakáts wrote: You should ask this question on HMG forums. I've tried. However, there are no new topic buttons visible once I log in. And if I hit a new topic button unloggedin, then I'm asked to log in, whereupon the button has disappeared. It's all very confusing. I'm sorry about this, but it's best to contact HMG developers about this issue, too. BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL which is an NT DLL. This is development list for Harbour core and contrib parts, as such it is not the adequate place to report issues with 3rd party components. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HMG 3 and Windows 98SE
Okay, thank you. Viktor On 2010 May 3, at 16:06, Bruce M. Axtens wrote: Victor Ok, just figured out how to get poster privs at HMG. Bruce. ___ 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] HMG 3 and Windows 98SE (and also HBIde)
Viktor Szakáts wrote: This is development list for Harbour core and contrib parts, as such it is not the adequate place to report issues with 3rd party components. Fair enough. I shall try harder to get in contact with the 3rd parties. Thanks, Bruce. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HMG 3 and Windows 98SE
looking for hmg forum http://hmgforum.com/ best regards Ciro 2010/5/3 Bruce M. Axtens bruce.axt...@gmail.com: Victor Ok, just figured out how to get poster privs at HMG. Bruce. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- http://www.oohg.org http://sistemascvc.tripod.com donaciones para CVC de ooHG https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=5369884 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour random GPFs
Hi, First retest your app using latest Harbour (r14412 or newer) and see if it fixes these problems. Viktor On 2010 May 2, at 21:39, Heinz V Bergen wrote: Viktor Szakáts wrote: Hi All, Lately I mentioned having random GPFs with my live apps since changing to Harbour r14336. I also mentioned they are gone. This turned out not to be true, they are still present. ... Viktor Hello all, not sure if this is related but I have been fighting with random GPFs also. -was gui gtwvt app, and app would just close with no error, sometimes processing 1 iteration of an Import/Export process, sometimes crash after second. -compiled as non gui without GTWVT, but still got crashes, but now got an error message: Unrecoverable error 9019: Stack underflow and always on the same Return() statement, sometimes on 1st iteration, usually on the second one, but sometimes (rarely) 3rd or more. -compiled with debugger, now get different error: Unrecoverable error 6005: Exception error: Exception Code:C005 Exception Address:0041F2A3 EAX:ABB4 EBX:000D ECX: EDX:0004 ESI:00BC3874 EDI: EBP:0001 CS:EIP:001B:0041F2A3 SS:ESP:0023:0022F540 DS:0023 ES:0023 FS:003B GS: Flags:00010206 CS:EIP: 80 3B B4 0F 86 B4 00 00 00 C7 44 24 0C 00 00 00 SS:ESP: 00C331D8 03CF 000D 00C226B4 00CAD 7CC 0002 0001 0001 0052C81A 00CAD7CC 0002 00BC33DC 00C56A30 C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... I don't really understand what this means, my guess is some process appears to be damaging the stack. If this is not related to issue, any idea what I need to look at to resolve issue? Thanks, Heinz -- View this message in context: http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28429001.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 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:[14417] trunk/harbour
Mindaugas Kavaliauskas wrote: thanks for this feature. It made me try to compile hbide after long time, but: Thanks Mindaugas. Your participation will be extremely valuable. --- Run-time Error! --- Error BASE/1132 Bound error: array access Called from HBQTUI:Q_TABLEFUNCLIST(0) Called from IDEFUNCTIONS:BUILDHEADER(210) Called from IDEFUNCTIONS:CREATE(146) Called from HBIDE:CREATE(356) Called from MAIN(102) --- OK --- This error can only be there if hbide/resources/funclist.uic is missing. I know your uncanny attention to details and hence assume that you have compiled hbIDE at its standard location. OR you are executing hbIDE from location without resources subfolder and contents to from hbIDE.exe. Let me know if it helped. place. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14417-trunk-harbour-tp4994458p4998518.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: HMG 3 and Windows 98SE (and also HBIde)
axtens wrote: BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL which is an NT DLL. Probably Qt does not support Win98 at all if I am not wrong. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/HMG-3-and-Windows-98SE-tp4992548p4998545.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: HMG 3 and Windows 98SE (and also HBIde)
axtens wrote: BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL which is an NT DLL. Probably Qt does not support Win98 at all if I am not wrong. Ops, I even missed this reporting thinking it being in context of HMG IDE. PSAPI.DLL is not needed by HBIDE since a few weeks, when I removed this no more used debug code. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14423] trunk/harbour
Revision: 14423 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14423view=rev Author: vszakats Date: 2010-05-03 16:13:28 + (Mon, 03 May 2010) Log Message: --- 2010-05-03 18:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbide/idemisc.prg ! Finally added existance check for .uic files to avoid the unending flow of strange error reports (RTE/GPF) (and subsequente random guessing) about problems caused by these missing files. Now HBIDE will show a clear message and quit instantly in this case. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/idemisc.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] Harbour and ADO.NET
Hi everyone I'm using ADO and MYSQL for almost a year with no problems at all. Nevertheless, I'm curious about the possibility to use ADO.NET to do the same, and more of course. Has someone done anything to use ADO.NET and HARBOUR ? Is it possible to use? Thanks ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour and ADO.NET
Hi Short answer is no. .Net platform is binary incompatible with native applications like Harbour runs. Of course is possible to create a wrapper to communicate to ADO.NETbut is a crazy thing to do. There is no advantages to do that. []'s Maniero 2010/5/3 Adolfo Lagos Jimenez adolfo_la...@hotmail.com Hi everyone I’m using ADO and MYSQL for almost a year with no problems at all. Nevertheless, I’m curious about the possibility to use ADO.NET to do the same, and more of course. Has someone done anything to use ADO.NET and HARBOUR ? Is it possible to use? Thanks ___ 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] PrinterFileText new function
Hi, This is a simple draft, but maybe is useful for anyone... Original Win_PrinterFileRaw, bypass the driver to printer, with PDFCreator does not work. But, changing from RAW to TEXT with PDFCreator works, maybe with others drivers printers works too. Additionally, SetPrinterCFG allows change Orientation direct with driver (extract from microsoft msdn site). Question: Is possible add a set functions like SET( PRINTER_CFG, HB_ORIENTATION, HB_LANDSCAPE) ... SET( PRINTER_CFG, HB_PAPER, HB_PAPER_A4) Best regards, Ranier Vilela BOOL SetPrinterCFG(HANDLE hPrinter, LPCTSTR lpPrinterName, short dmOrientation) { DWORD dwNeeded = 0; PRINTER_INFO_2 *pi2 = NULL; DEVMODE *pDevMode = NULL; BOOL bFlag; LONG lFlag; assert(hPrinter != NULL); // The first GetPrinter tells you how big the buffer should be in // order to hold all of PRINTER_INFO_2. Note that this should fail with // ERROR_INSUFFICIENT_BUFFER. If GetPrinter fails for any other reason // or dwNeeded isn't set for some reason, then there is a problem... SetLastError(0); bFlag = GetPrinter(hPrinter, 2, 0, 0, dwNeeded); if ((!bFlag) (GetLastError() != ERROR_INSUFFICIENT_BUFFER) || (dwNeeded == 0)) { return FALSE; } // Allocate enough space for PRINTER_INFO_2... pi2 = (PRINTER_INFO_2 *) hb_xgrab( dwNeeded ); if (pi2 == NULL) { return FALSE; } // The second GetPrinter fills in all the current settings, so all you // need to do is modify what you're interested in... bFlag = GetPrinter(hPrinter, 2, (LPBYTE)pi2, dwNeeded, dwNeeded); if (!bFlag) { hb_xfree( pi2 ); return FALSE; } // If GetPrinter didn't fill in the DEVMODE, try to get it by calling // DocumentProperties... if (pi2-pDevMode == NULL) { LONG lSize = DocumentProperties(NULL, hPrinter,( LPTSTR ) lpPrinterName, NULL, NULL, 0); if (lSize = 0) { hb_xfree( pi2 ); return FALSE; } pDevMode = (DEVMODE *) hb_xgrab( lSize ); if (pDevMode == NULL) { hb_xfree( pi2 ); return FALSE; } lFlag = DocumentProperties(NULL, hPrinter,( LPTSTR ) lpPrinterName, pDevMode, NULL, DM_OUT_BUFFER); if (lFlag != IDOK || pDevMode == NULL) { hb_xfree( pDevMode ); hb_xfree( pi2 ); return FALSE; } pi2-pDevMode = pDevMode; } // Driver is reporting that it doesn't support this change... if (!(pi2-pDevMode-dmFields DM_ORIENTATION)) { hb_xfree( pi2 ); if (pDevMode) { hb_xfree( pDevMode ); } return FALSE; } // Specify exactly what we are attempting to change... pi2-pDevMode-dmFields = DM_ORIENTATION; pi2-pDevMode-dmOrientation = dmOrientation; // Do not attempt to set security descriptor... pi2-pSecurityDescriptor = NULL; // Make sure the driver-dependent part of devmode is updated... lFlag = DocumentProperties(NULL, hPrinter,( LPTSTR ) lpPrinterName, pi2-pDevMode, pi2-pDevMode, DM_IN_BUFFER | DM_OUT_BUFFER); if (lFlag != IDOK) { hb_xfree( pi2 ); if (pDevMode) { hb_xfree( pDevMode ); } return FALSE; } // Update printer information... bFlag = SetPrinter(hPrinter, 2, (LPBYTE)pi2, 0); if (!bFlag) // The driver doesn't support, or it is unable to make the change... { hb_xfree( pi2 ); if ( pDevMode ) { hb_xfree( pDevMode ); } return FALSE; } // Tell other apps that there was a change... SendMessageTimeout(HWND_BROADCAST, WM_DEVMODECHANGE, 0L, (LPARAM)(LPCSTR)lpPrinterName, SMTO_NORMAL, 1000, NULL); // Clean up... if ( pi2 ) { hb_xfree( pi2 ); } if ( pDevMode ) { hb_xfree( pDevMode ); } return TRUE; } HB_FUNC( PRINTFILETEXT ) { int iResult = -1; if( HB_ISCHAR( 1 ) HB_ISCHAR( 2 ) HB_ISNUM( 3 ) ) { const char * pszFileName = hb_parc( 2 ); const unsigned int iWidth = hb_parni( 3 ); HANDLE hPrinter; void * hDeviceName; LPCTSTR lpDeviceName = HB_PARSTR( 1, hDeviceName, NULL ); if( OpenPrinter( ( LPTSTR ) lpDeviceName, hPrinter, NULL ) != 0 ) { void * hDocName; DOC_INFO_1 DocInfo; // change orientation to LANDSCAPE, only if Width 112 if ( iWidth 112 ) { if (SetPrinterCFG(hPrinter, lpDeviceName, DMORIENT_LANDSCAPE)) { // Tell other apps that there was a change... SendMessageTimeout(HWND_BROADCAST, WM_DEVMODECHANGE, 0L, (LPARAM)(LPCSTR)lpDeviceName, SMTO_NORMAL, 1000, NULL); } } DocInfo.pDocName = ( LPTSTR ) HB_PARSTR( HB_ISCHAR( 3 ) ? 3 : 2, hDocName, NULL ); DocInfo.pOutputFile = NULL;
Re: [Harbour] Harbour random GPFs
OK, using latest Harbour (r14422) and did a mingw32-make clean install, then recompiled my app with hbmk2 as console app, no GTs and tested, still got error. When Windows dialog to send error report, I clicked on debug window opening VS2005 debugger, showed error in disassembled code as Unhandled exception at 0x0041f2a3 in Hb2Ftr.exe: 0xC005: Access violation reading location 0x000d, in case this helps? 0041F259 sub esp,0ACh 0041F25F mov edi,dword ptr [esp+0C4h] 0041F266 mov ebx,dword ptr [esp+0C0h] 0041F26D mov dword ptr [esp+68h],ebp 0041F271 testedi,edi 0041F273 je 0041F28A 0041F275 mov eax,dword ptr [esp+0C4h] 0041F27C movsx eax,word ptr [eax+4] 0041F280 shr eax,0Ah 0041F283 and eax,1 0041F286 mov dword ptr [esp+68h],eax 0041F28A xor ebp,ebp 0041F28C lea esi,[esi] 0041F290 mov eax,dword ptr ds:[00624278h] 0041F295 dec eax 0041F296 testeax,eax 0041F298 mov dword ptr ds:[00624278h],eax 0041F29D je 0041F36A 0041F2A3 cmp byte ptr [ebx],0B4h 0041F2A6 jbe 0041F360 0041F2AC mov dword ptr [esp+0Ch],0 0041F2B4 mov dword ptr [esp+8],0 0041F2BC mov dword ptr [esp+4],0 0041F2C4 mov dword ptr [esp],2336h 0041F2CB call0048C830 0041F2D0 movzx eax,word ptr ds:[6240F4h] 0041F2D7 testeax,eax 0041F2D9 je 0041F290 0041F2DB testal,4 0041F2DD je 0041F37F 0041F2E3 testebp,ebp 0041F2E5 je 0041F34C 0041F2E7 mov ebx,dword ptr ds:[6240F0h] 0041F2ED lea esi,[esi] 0041F2F0 mov ecx,dword ptr ds:[6240C8h] 0041F2F6 lea ebx,[ecx+ebx*4] 0041F2F9 mov eax,dword ptr ds:[006240C0h] 0041F2FE xchgax,ax 0041F300 cmp ebx,eax 0041F302 jae 0041F325 0041F304 sub eax,4 -recompiled my app with Harbour release 2.0 and tested, had no errors. Clipper also has no errors. -tryed various combinations and discovered issue is caused by latest HBMK2, as using HBMK2 from Version 2.0 distro, copying it to with latest SVN Harbour\Bin, rebuild app, test and appears to run fine with no more errors, does that make sense? Heinz Hi, First retest your app using latest Harbour (r14412 or newer) and see if it fixes these problems. Viktor -- View this message in context: http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28439752.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
Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour
Hi, This error can only be there if hbide/resources/funclist.uic is missing. I know your uncanny attention to details and hence assume that you have compiled hbIDE at its standard location. OR you are executing hbIDE from location without resources subfolder and contents to from hbIDE.exe. Yes, I've just copied hbide.exe into qt bin directory, because this directory is not in the path and qt*.dlls are not found otherwise. Long time ago this worked for me. I see no problem, that hbide requires some more external resources, but infomative message would be better than RTE. I guess Viktor has just committed the fix. Thanks, for column blocks! Do you have plans for doing blocks persistent and implementing line blocks? :) Ok, I can live without persistent blocks and line blocks, but a few things is very uncomfortable (or I do not know how to configure it): 1) ESC closes current window. Can I attach Ctrl+F4 for this action instead of ESC? 2) I'm trying to use Setup-Keyboard mappings, but unable to find a way to assign key for many toolbar buttons. I want to add key for Toggle selection mode button. 3) I want to be able to move cursor beyond end of line, i.e., I do not want to jump cursor to first column on empty lines and I do not want to enter a lot of spaces for indented source code lines. END key could be used, to position cursor at the exact end of line. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] BUG: HBIDE ctrl+ins / shift+ins don't work
Hi Pritpal, Ctrl+Ins (copy) and Shift+Ins (paste) keys don't work. +1: There is still a lot of functionality which are only available on the toolbar, but not from the menu. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour random GPFs
Could you post your complete hb_out.log? What extra libs do you use (-l hbmk2 options)? Viktor On 2010 May 3, at 22:15, Heinz V Bergen wrote: OK, using latest Harbour (r14422) and did a mingw32-make clean install, then recompiled my app with hbmk2 as console app, no GTs and tested, still got error. When Windows dialog to send error report, I clicked on debug window opening VS2005 debugger, showed error in disassembled code as Unhandled exception at 0x0041f2a3 in Hb2Ftr.exe: 0xC005: Access violation reading location 0x000d, in case this helps? 0041F259 sub esp,0ACh 0041F25F mov edi,dword ptr [esp+0C4h] 0041F266 mov ebx,dword ptr [esp+0C0h] 0041F26D mov dword ptr [esp+68h],ebp 0041F271 testedi,edi 0041F273 je 0041F28A 0041F275 mov eax,dword ptr [esp+0C4h] 0041F27C movsx eax,word ptr [eax+4] 0041F280 shr eax,0Ah 0041F283 and eax,1 0041F286 mov dword ptr [esp+68h],eax 0041F28A xor ebp,ebp 0041F28C lea esi,[esi] 0041F290 mov eax,dword ptr ds:[00624278h] 0041F295 dec eax 0041F296 testeax,eax 0041F298 mov dword ptr ds:[00624278h],eax 0041F29D je 0041F36A 0041F2A3 cmp byte ptr [ebx],0B4h 0041F2A6 jbe 0041F360 0041F2AC mov dword ptr [esp+0Ch],0 0041F2B4 mov dword ptr [esp+8],0 0041F2BC mov dword ptr [esp+4],0 0041F2C4 mov dword ptr [esp],2336h 0041F2CB call0048C830 0041F2D0 movzx eax,word ptr ds:[6240F4h] 0041F2D7 testeax,eax 0041F2D9 je 0041F290 0041F2DB testal,4 0041F2DD je 0041F37F 0041F2E3 testebp,ebp 0041F2E5 je 0041F34C 0041F2E7 mov ebx,dword ptr ds:[6240F0h] 0041F2ED lea esi,[esi] 0041F2F0 mov ecx,dword ptr ds:[6240C8h] 0041F2F6 lea ebx,[ecx+ebx*4] 0041F2F9 mov eax,dword ptr ds:[006240C0h] 0041F2FE xchgax,ax 0041F300 cmp ebx,eax 0041F302 jae 0041F325 0041F304 sub eax,4 -recompiled my app with Harbour release 2.0 and tested, had no errors. Clipper also has no errors. -tryed various combinations and discovered issue is caused by latest HBMK2, as using HBMK2 from Version 2.0 distro, copying it to with latest SVN Harbour\Bin, rebuild app, test and appears to run fine with no more errors, does that make sense? Heinz Hi, First retest your app using latest Harbour (r14412 or newer) and see if it fixes these problems. Viktor -- View this message in context: http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28439752.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 mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Harbour random GPFs
Hi Pritpal, The problem happens when contrib\hbqt\qtgui\HBQPlainTextEdit.cpp refers to: #include ../hbqt_hbqplaintextedit.h so, when you modify the latter, you should manually force a rebuild on 'qtgui' lib, otherwise you will get crashes. [ IOW this is the 2nd case from my original mail ] There are many similar inclusions in hbqt code, so most probably all require manual rebuild situations can be traced back to this cause. Viktor On 2010 Apr 29, at 18:03, Viktor Szakáts wrote: In continuation... Whenever I change something in hbqt_hbqplainttextedit.h ( for this matter it could be any .h in hbqt ), and compile/link the application GPF certainly appears. But if I build clean hbqt, application behaves properly. So I suspect, because .h in hbQT are subject to moc application, something gets weired with signal/slots addresses. It is corrected only if all moc_*.cpp's are included at once in the lib. I am not sure if this points to real cause or not, but am 100% sure that rebuild of hbQT after a change in .h ( no matter that change is only a blank line or any variable declaration which has never been used in the code ) GPF happens. After clean build, I can make any changes to .cpp without GPF's. Someone can confirm this behavior on their setup ? Or I have something terrifically mis-configured environment on my machine ? One problem may be that when you change a HBQT header, the related moc_*.cpp file will be rebuilt and compiled, but the related .cpp file will not be recompiled. Also, if you update an #include-d header, like hbqt.h, a full rebuild is always necessary. The fact that moc_*.cpp files are included in lib at once or one-by-one should never make any difference. They are fully independent sources. If this happened just now, there is a change to find out the exact reason: make a full rebuild with HBQT r14412, then update to latest source, do an incremental build, make a backup of all generated files (moc_*.cpp and objects), then make a rebuild and compare generated files if there is a difference. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbIDE - http://hbide.vouch.info/ - Needed your Reviews
Antonio Maniero wrote: More suggestions: Thanks. I am working on some facts and commit is scheduled for today. I will reply you in detail after the commit. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbIDE-http-hbide-vouch-info-Needed-your-Reviews-tp4925834p5000305.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: SF.net SVN: harbour-project:[14417] trunk/harbour
Mindaugas Kavaliauskas wrote: 1) ESC closes current window. Can I attach Ctrl+F4 for this action instead of ESC? This can be achived right now: Name: Close Key: F4 CtrlChecked Script: ::close() [ Or double click on Close() 'Public methods' list. ] Click on New To test: Click inside an editing instance; press Ctrl+F4 You are done with. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14417-trunk-harbour-tp4994458p5000223.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: SF.net SVN: harbour-project:[14417] trunk/harbour
Mindaugas Kavaliauskas wrote: Yes, I've just copied hbide.exe into qt bin directory, because this directory is not in the path and qt*.dlls are not found otherwise. Long time ago this worked for me. I see no problem, that hbide requires some more external resources, but infomative message would be better than RTE. I guess Viktor has just committed the fix. Yep, Viktor has done it. Thanks, for column blocks! Do you have plans for doing blocks persistent and implementing line blocks? :) Can you please explain a little about your idea of persistency and line blocks. I am following xMate and it has nothing like this. I think it should not be difficult once I know exact implementation details. Ok, I can live without persistent blocks and line blocks, but a few things is very uncomfortable (or I do not know how to configure it): I will be glad to set things right. 1) ESC closes current window. Can I attach Ctrl+F4 for this action instead of ESC? I should include it as a public method. Will do in a momemnt. 2) I'm trying to use Setup-Keyboard mappings, but unable to find a way to assign key for many toolbar buttons. I want to add key for Toggle selection mode button. Ok, it is also a candidate for public methods API. It will and some others will be committed today. 3) I want to be able to move cursor beyond end of line, i.e., I do not want to jump cursor to first column on empty lines and I do not want to enter a lot of spaces for indented source code lines. END key could be used, to position cursor at the exact end of line. This is a very tough request. Only for this reason, block copy/paste eluded me so long. I still do not know how to handle it unless QDocument is also sub-classed. This is on my todo list but am still at loss how to. Probably I have to spend more time on this feature. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14417-trunk-harbour-tp4994458p5000192.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:[14424] trunk/harbour
Revision: 14424 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14424view=rev Author: vszakats Date: 2010-05-03 21:52:40 + (Mon, 03 May 2010) Log Message: --- 2010-05-03 23:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbide/ideeditor.prg % Replaced code with __PLATFORM__* checks with hb_osNewLine() call. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideeditor.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: BUG: HBIDE ctrl+ins / shift+ins don't work
Viktor Szakáts wrote: Ctrl+Ins (copy) and Shift+Ins (paste) keys don't work. +1: There is still a lot of functionality which are only available on the toolbar, but not from the menu. Will be implemented shortly. Thanks for pointing. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/BUG-HBIDE-ctrl-ins-shift-ins-don-t-work-tp5000320p5000546.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: Harbour random GPFs
Viktor Szakáts wrote: The problem happens when contrib\hbqt\qtgui\HBQPlainTextEdit.cpp refers to: #include ../hbqt_hbqplaintextedit.h so, when you modify the latter, you should manually force a rebuild on 'qtgui' lib, otherwise you will get crashes. [ IOW this is the 2nd case from my original mail ] There are many similar inclusions in hbqt code, so most probably all require manual rebuild situations can be traced back to this cause. Oh. Now I know why is this behavior. I am really short of insight how to solve it. Can you provide a mechanism to build indivisual hbqt* libs ? Partially it will speedup my development. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Harbour-random-GPFs-tp4968103p5000581.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: Harbour random GPFs
The problem happens when contrib\hbqt\qtgui\HBQPlainTextEdit.cpp refers to: #include ../hbqt_hbqplaintextedit.h so, when you modify the latter, you should manually force a rebuild on 'qtgui' lib, otherwise you will get crashes. [ IOW this is the 2nd case from my original mail ] There are many similar inclusions in hbqt code, so most probably all require manual rebuild situations can be traced back to this cause. Oh. Now I know why is this behavior. I am really short of insight how to solve it. Can you provide a mechanism to build indivisual hbqt* libs ? Partially it will speedup my development. Pls read '2. HOW TO DO A PARTIAL [RE]BUILD' in INSTALL, it should give you the necessary hints. Viktor ___ 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:[14417] trunk/harbour
Hi, On 2010.05.04 00:07, Pritpal Bedi wrote: Thanks, for column blocks! Do you have plans for doing blocks persistent and implementing line blocks? :) Can you please explain a little about your idea of persistency and line blocks. Persistent blocks remains marked after you move a cursor to another place. You can mark block. Move cursor to another place and copy (or move) block here without intermediate storage to clipboard. You can have marked blocks in various open files and do inter-window block copy/move of blocks. Line blocks marks whole lines, so, you do not need to move cursor to the first column. MultiEdit has tree types of blocks: Line, Stream, Column. It also supports persistent blocks. Let's say I need to change code: CASE 'a': ::doA() EXIT ::doB() EXIT to: CASE 'a': ::doA() EXIT CASE 'b': ::doB() EXIT and my cursor is at letter 'a': In MultiEdit I would do: F7 (start line block mark) F7 (end line block mark) (current line remains marked) Down Down Down F8 (copy block) b Del Using stream blocks: Home Shift + Down Ctrl + C Down Down Ctrl + V End Left Left Left (position restored to letter 'a') b Del I think MultiEdit has free 30-days evaluation. I really like functionality of this editor. Default functional keys mappings can seem unusual, but later you find it comfortable. 2) I'm trying to use Setup-Keyboard mappings, but unable to find a way to assign key for many toolbar buttons. I want to add key for Toggle selection mode button. Ok, it is also a candidate for public methods API. It will and some others will be committed today. I've managed to bind keystoke to script: ::execAction(SelectionMode) Though I expect a litte different logic for block marking. It would be nice to have a separate keys, to start different type marking. But I can live with current behaviour. 3) I want to be able to move cursor beyond end of line, i.e., I do not want to jump cursor to first column on empty lines and I do not want to enter a lot of spaces for indented source code lines. END key could be used, to position cursor at the exact end of line. This is a very tough request. Only for this reason, block copy/paste eluded me so long. I still do not know how to handle it unless QDocument is also sub-classed. This is on my todo list but am still at loss how to. Probably I have to spend more time on this feature. Thank, you for your efforts. After I look to C++ code, magic QT signal/slot binding, moc_*.cpp files, I start to think I know nothing about C++. Plain C is much more clear to me. This can be achived right now: Name: Close Key: F4 CtrlChecked Script: ::close() [ Or double click on Close() 'Public methods' list. ] Click on New To test: Click inside an editing instance; press Ctrl+F4 You are done with. But this does not disables ESC action. Sometimes I press extra ESC then closing a few level modal dialogs, etc. And this ESC closes open files. Thanks, regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: BUG: HBIDE ctrl+ins / shift+ins don't work
+1: There is still a lot of functionality which are only available on the toolbar, but not from the menu. And keyboard too. ___ 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:[14417] trunk/harbour
Mindaugas Kavaliauskas wrote: Persistent blocks remains marked after you move a cursor to another place. You can mark block. Move cursor to another place and copy (or move) block here without intermediate storage to clipboard. You can have marked blocks in various open files and do inter-window block copy/move of blocks. I have just realized that blocks are not copyable to other file. Will fix in a while. Moving the block is something new to me and is easy. Which key should be designated to move, Ctrl+M ? One block per file can remain persistent until a navigation key is not presses. So to move somewhere in the same file, navigation key is inevatible, so I am thinking how some other way to deactivate it. Any ideas ? Line blocks marks whole lines, so, you do not need to move cursor to the first column. Ok, got it. Is easy to implement. But again it is an issue when to deactivate. I will think over this issue. MultiEdit has tree types of blocks: Line, Stream, Column. It also supports persistent blocks. Let's say I need to change code: CASE 'a': ::doA() EXIT ::doB() EXIT to: CASE 'a': ::doA() EXIT CASE 'b': ::doB() EXIT and my cursor is at letter 'a': In MultiEdit I would do: F7 (start line block mark) F7 (end line block mark) (current line remains marked) Down Down Down F8 (copy block) b Del Using stream blocks: Home Shift + Down Ctrl + C Down Down Ctrl + V End Left Left Left (position restored to letter 'a') b Del I think MultiEdit has free 30-days evaluation. I really like functionality of this editor. Default functional keys mappings can seem unusual, but later you find it comfortable. I will try multi-edit though I have a very limited time schedule. Above all the three modes, I will hopefully be able to implement. I've managed to bind keystoke to script: ::execAction(SelectionMode) Though I expect a litte different logic for block marking. It would be nice to have a separate keys, to start different type marking. But I can live with current behaviour. :-) I know you are capable of deep insights. I am about to include all in publick api. Thank, you for your efforts. After I look to C++ code, magic QT signal/slot binding, moc_*.cpp files, I start to think I know nothing about C++. Plain C is much more clear to me. I also thought you way until I started with C++ classes. Believe me it is lot simpler than I ever thought and syntax is very near to Harbour's. But this does not disables ESC action. Sometimes I press extra ESC then closing a few level modal dialogs, etc. And this ESC closes open files. Fixed. The key was there since start of hbIDE project and hanged around till today. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14417-trunk-harbour-tp4994458p5000821.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: SF.net SVN: harbour-project:[14417] trunk/harbour
I am following xMate and it has nothing like this. I think it should not be difficult once I know exact implementation details. Please, try to do a better product than xMate. Don't stay limited to xMate limitations. 2) I'm trying to use Setup-Keyboard mappings, but unable to find a way to assign key for many toolbar buttons. I want to add key for Toggle selection mode button. Ok, it is also a candidate for public methods API. It will and some others will be committed today. This is a very tough request. Only for this reason, block copy/paste eluded me so long. I still do not know how to handle it unless QDocument is also sub-classed. This is on my todo list but am still at loss how to. Probably I have to spend more time on this feature. So subclass it! I think is the right way. You can have power trying work on raw class. I put my signature below of all Mindaugas suggestions. Some of them optionally, of course. []'s Maniero ___ 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:[14417] trunk/harbour
I think MultiEdit has free 30-days evaluation. I really like functionality of this editor. Default functional keys mappings can seem unusual, but later you find it comfortable. Pritpal, I think you need download and install some editors and IDEs to have ideas and to learn how some features working. If you want I can suggest some good example (closed and open source). Thank, you for your efforts. After I look to C++ code, magic QT signal/slot binding, moc_*.cpp files, I start to think I know nothing about C++. Plain C is much more clear to me. Me too, Mindaugas! :-) []'s Maniero ___ 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:[14425] trunk/harbour
Revision: 14425 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14425view=rev Author: vouchcac Date: 2010-05-04 01:46:12 + (Tue, 04 May 2010) Log Message: --- 2010-05-03 18:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbxbp/xbptabpage.prg + Started work to make context menu alive. * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideshortcuts.prg * contrib/hbide/idethemes.prg + Implemented: almost all menu/toolbar actions to public API. Probably this will allow the user to configure hbIDE to the behavior he is used to. + Implemented: close button on the right-hand corner of editing tabs. Clicking it closes the current editing instance in focus. + Added: more Harbour keywords to color engine, OR, AND, SELF. ! Included: some more options in the main menu which were available on toolbars only. ! Cleaned some redundant code. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideshortcuts.prg trunk/harbour/contrib/hbide/idethemes.prg trunk/harbour/contrib/hbxbp/xbptabpage.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: HMG 3 and Windows 98SE (and also HBIde)
Viktor Szakáts wrote: Ops, I even missed this reporting thinking it being in context of HMG IDE. PSAPI.DLL is not needed by HBIDE since a few weeks, when I removed this no more used debug code. Okay, I'll download a more recent version and see. Bruce. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] add mysql_real_escape_string()---mysql.c ?
Hi, this is a important mysql C client function mysql_real_escape_string(),convert - \x00 - \n - \r - \ - ' - - \x1a Someone could add this function into mysql.c so harbour app could call the function? Thanks ! Shuming Wang ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour