[Harbour] SF.net SVN: harbour-project:[14270] trunk/harbour
Revision: 14270 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14270&view=rev Author: vszakats Date: 2010-04-05 09:04:38 + (Mon, 05 Apr 2010) Log Message: --- 2010-04-05 11:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/xhb/hbxml.c ! Applied recent heavy leak fixes from xhb project. (with some modifications) * Formatting. % Optimized out two local variables. - contrib/rddsql/sddodbc + contrib/sddodbc * contrib/sddodbc/Makefile * contrib/sddodbc/sddodbc.hbc ! Moved to contrib root. (somehow missed from previous commit when other sdd* libs were moved) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/sddodbc/Makefile trunk/harbour/contrib/sddodbc/sddodbc.hbc trunk/harbour/contrib/xhb/hbxml.c Added Paths: --- trunk/harbour/contrib/sddodbc/ Removed Paths: - trunk/harbour/contrib/rddsql/sddodbc/ 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:[14271] trunk/harbour
Revision: 14271 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14271&view=rev Author: vszakats Date: 2010-04-05 09:16:23 + (Mon, 05 Apr 2010) Log Message: --- 2010-04-05 11:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/sddodbc/tests/test1.prg ! Fixed relative path to test.mdb after recent relocation. Still doesn't work though: --- Connect: 1 Error SQLBASE/1901 Not connected Called from DBUSEAREA(0) Called from MAIN(14) --- Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/sddodbc/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
Re: [Harbour] Error with ODBC under rddsql (sddodbc) ...
Hi, On Mon, Apr 5, 2010 at 8:00 AM, Shum wrote: > > Hi All, > > I try to test dBUseArea() with DBFCDX RDD and SQLMIX RDD ... > Since I cannot test the test2.prg under \hb20\contrib\rddsql\sddodbc\tests > I modify test2.prg into tstmysql.prg as follow: > However the line: ? dBUseArea( .T., "sqlmix", "SELECT * FROM country", > "country", .T., .F.) > with error comes out : > http://www.mingyik.com/dnload/tstodbc10.jpg There is also a display bug here, which I hope someone can verify. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBIDE default *.exe invalid for Linux
>> I just added test.txt to that folder and it is displayed OK. >> The same applies to the other instances of the qt file browser/selector >> widget that you are using. >> > > So it means I have to remove all occurances of selecting a file > based on the file type. Hmm, I need to know what is balancing > mask for both systems. Can you help ? No. It means you have to use '*' as 'all files' mask for *nix systems. BTW '*' works on Windows as well. Best is to add a little function which returns 'all files' mask according to __PLATFORM__* macro. (pbly OS/2 still requires '*.*', but someone should confirm this) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] RE: Error with ODBC under rddsql (sddodbc) ...
Hi Viktor, > There is also a display bug here, which I hope someone can verify. I use a 80x40 (WxH) DOS prompt, I donot know if it is a side effect ... Shum Date: Mon, 5 Apr 2010 01:17:39 -0800 From: ml-node+4852773-1916375375-334...@n2.nabble.com To: wcshu...@hotmail.com Subject: Re: Error with ODBC under rddsql (sddodbc) ... Hi, On Mon, Apr 5, 2010 at 8:00 AM, Shum <[hidden email]> wrote: > > Hi All, > > I try to test dBUseArea() with DBFCDX RDD and SQLMIX RDD ... > Since I cannot test the test2.prg under \hb20\contrib\rddsql\sddodbc\tests > I modify test2.prg into tstmysql.prg as follow: > However the line: ? dBUseArea( .T., "sqlmix", "SELECT * FROM country", > "country", .T., .F.) > with error comes out : > http://www.mingyik.com/dnload/tstodbc10.jpg There is also a display bug here, which I hope someone can verify. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) [hidden email] http://lists.harbour-project.org/mailman/listinfo/harbour View message @ http://n2.nabble.com/Error-with-ODBC-under-rddsql-sddodbc-tp4852373p4852773.html To unsubscribe from Error with ODBC under rddsql (sddodbc) ..., click here. _ Hotmail 有 Microsoft 強力垃圾郵件保護機制,值得您信賴。 https://signup.live.com/signup.aspx?id=60969 -- View this message in context: http://n2.nabble.com/Error-with-ODBC-under-rddsql-sddodbc-tp4852373p4852782.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: Error with ODBC under rddsql (sddodbc) ...
Hi Shum, >> There is also a display bug here, which I hope someone can verify. > > > > I use a 80x40 (WxH) DOS prompt, I donot know if it is a side effect ... Should make no difference. The line drawing chars are drawn using double width chars, hence the visual artifact. I guess this is due to some sort of (far-east/dbcs?) encoding related problem inside Harbour code. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Mouse whell problem!?
Hi, Is problem with Harbour or with my OS or mouse driver? Harbour 2.0.0 Windows XP SP3 Compile & link: hbmk2 TestMouse.prg Sample code: - TestMouse.prg -- #include "inkey.ch" procedure TestMouse() local nKey:=0 clear screen @ 10, 0 SAY "Go to any row & col:" @ 11, 0 SAY "Whell button and other buttons return different MRow & MCol position" while InKey(0, INKEY_ALL) <> K_ESC @ 0, 0 SAY "MRow=" +Str(MRow(),4) +", MCol=" +Str(MCol(),4) enddo return Thanks to all Stupar ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] How to set XON/XOFF under hbtpathy ?
Hi All, As title (by using what function ?) ... Shum -- View this message in context: http://n2.nabble.com/How-to-set-XON-XOFF-under-hbtpathy-tp4853978p4853978.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:[14272] trunk/harbour
Revision: 14272 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14272&view=rev Author: vouchcac Date: 2010-04-05 16:16:44 + (Mon, 05 Apr 2010) Log Message: --- 2010-04-05 09:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbxbp/hbpprocess.prg + Implemented ::lDetached functionality to execute a process independent from application's process. * contrib/hbide/resources/toolsutilities.ui * contrib/hbide/resources/toolsutilities.uic * contrib/hbide/hbide.hbp + Added ideshortcuts.prg * contrib/hbide/hbide.prg * contrib/hbide/ideenviron.prg * contrib/hbide/idemisc.prg * contrib/hbide/idesaveload.prg + contrib/hbide/ideshortcuts.prg + Started "Public Methods" which will lead to define shortcuts by the user. * contrib/hbide/idethemes.prg * contrib/hbide/idetools.prg * contrib/hbide/idewizard.prg + Reworked : from bottom up, the "Tools and Utilities" protcol. Now it is possible to execute any type of file. It also opens the door to host any language specific projects inside hbIDE. DETAILS: http://hbide.vouch.info/ ( Topid: Tools and Utilities ). Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.hbp trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideenviron.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/idesaveload.prg trunk/harbour/contrib/hbide/idethemes.prg trunk/harbour/contrib/hbide/idetools.prg trunk/harbour/contrib/hbide/idewizard.prg trunk/harbour/contrib/hbide/resources/toolsutilities.ui trunk/harbour/contrib/hbide/resources/toolsutilities.uic trunk/harbour/contrib/hbxbp/hbpprocess.prg Added Paths: --- trunk/harbour/contrib/hbide/ideshortcuts.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:[14273] trunk/harbour
Revision: 14273 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14273&view=rev Author: jarabal Date: 2010-04-06 01:01:13 + (Tue, 06 Apr 2010) Log Message: --- 2010-04-06 03:00 UTC+0200 Xavi (jarabal/at/gmail.com) * harbour/src/rtl/gtwin/gtwin.c ! Fixed CTRL_CLOSE_EVENT according to present project goals. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/gtwin/gtwin.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
Re: [Harbour] Ghost cursor with GTWVT
Hi Viktor, Ok. Best regards, Xavi El 05/04/2010 0:12, Viktor Szakáts escribió: Hi, Me neither, I guess that Tortoise always makes the patch with the latest version... I correct it manually, no problem. Maybe it's better to do all the changes in the repository or don't change any in a file under discussion. I don't know. The best is to send .diffs against latest source tree: svn update svn diff> patch.dif (and .zip it or paste it if it's only for review and short) conditional code for layered mode (why?) and you still try to force your setcancel hack. It also employs trick to track focus, and I'm not sure I like it. Conditional compiler time code with layered mode is to link the two issues. Use layered model by the buffer like a opaque window when is not opaque until remove the attribute. It's also faster without WS_EX_LAYERED and simple not have to check if exist WS_EX_LAYERED and not exit WS_EX_COMPOSITED. I want to record in the code, in the form of a conditional compiler time, the option. Please don't add new knobs, I'm working hard to remove them, and for the sake of maintainability and to avoid unnecessary build-types, such built-time knobs are not welcome in the code. It's not a whim. I've help and moved many codes Clipper to Harbour. I don't know what answer when asked to why left the execution of a code-protected by SetCancel(.F.)/SetCancel(.T.) when clicked [X] on title windows bar. I say that use SET CLOSABLE OFF new in Harbour but they say it's too easy to forget and the codes are already written. Then I think why not say so in public devel-list but... I also think it is better to keep quiet because it's my job. :( UpdateCaret try create caret when is in the background, I like to keep clean Windows LastError whenever possible and easy. In problems like this can be important. Trick to track focus allow this, can also be interesting to know this condition. I find it rather offensive/disturbing that you keep posting this piece of code for the 5th time, while it's clearly against concept and project goals and you can't address any of the concerns I raised here several times (and which I won't repeat this time). Moreover it doesn't bring anything new to Harbour, just limits current features by tying to different settings into one. In my view the SVN should contain stuff which is useful for most users, and stuff which we've agreed upon, and not support for special personal needs or undiscussed (rogue) changes at will. If you don't agree with this and/or with major directions of development, it's best to keep a local patch on your system (and optionally publish these patches and binaries for interested users, if there are any). This is one of the advantages of open source. Brgds, Viktor ___ 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] Mouse whell problem!?
Here, on GNU Linux distribution Ubuntu Lucid Lynx 10.04 32 bits and harbour -build Harbour 2.1.0dev (Rev. 14273) Copyright (c) 1999-2010, http://www.harbour-project.org/ Harbour Build Info --- Version: Harbour 2.1.0dev (Rev. 14273) Compiler: GNU C 4.4.3 (32-bit) Platform: Linux 2.6.32-19-generic i686 PCode version: 0.3l: ChangeLog last entry: 2010-04-06 03:00 UTC+0200 Xavi (jarabal/at/gmail.com) ChangeLog ID: ChangeLog 14273 2010-04-06 01:01:13Z jarabal Built on: Apr 6 2010 03:24:28 Build options: (Clipper 5.3b) (Clipper 5.x undoc) Your test code compile and work good. Hth ___ 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:[14274] trunk/harbour
Revision: 14274 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14274&view=rev Author: jarabal Date: 2010-04-06 02:01:49 + (Tue, 06 Apr 2010) Log Message: --- 2010-04-06 04:00 UTC+0200 Xavi (jarabal/at/gmail.com) * harbour/src/rtl/gtwin/gtwin.c % Minor corrections to latest fixing. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/gtwin/gtwin.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
Re: [Harbour] SF.net SVN: harbour-project:[14273] trunk/harbour
Sorry to ask, but what is this patch meant to do? It looks totally wrong to modify SETCANCEL flag internally from GT code, pls revert ASAP! Brgds, Viktor On Tue, Apr 6, 2010 at 3:01 AM, wrote: > Revision: 14273 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14273&view=rev > Author: jarabal > Date: 2010-04-06 01:01:13 + (Tue, 06 Apr 2010) > > Log Message: > --- > 2010-04-06 03:00 UTC+0200 Xavi (jarabal/at/gmail.com) > * harbour/src/rtl/gtwin/gtwin.c > ! Fixed CTRL_CLOSE_EVENT according to present project goals. > > Modified Paths: > -- > trunk/harbour/ChangeLog > trunk/harbour/src/rtl/gtwin/gtwin.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 mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Mouse whell problem!?
Hi Thanks to test code. I uninstall/reinstall mouse driver and also test on another PC with windows an get same result. When roll whell mouse buttons: MRow() and MCol() return apsolutly position from desktop (not app window) but with other keys (left, right, middle) click, all is OK Also when I roll whell button (forward or backward) outside app window Row() & Col() position is updated with desktop row & col. Tested also witg WVG and console window. On full screen Whell event is ignred Is this normal or ? I port my 15 year old application from Clipper 52e + SIX 3.0 to Harbour and include mouse events. My idea is: step up/down Date, Number...etc... with whell button when is cursor ower get object, but I do not get correct coorinates. Sorry for my bad english explanation :( ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Mouse whell problem!?
Hi, Wheel actions spit out keyboard events. They don't modify mouse coordinates (mrow/mcol) if that's what you mean or expect. Brgds, Viktor On Tue, Apr 6, 2010 at 8:44 AM, Stupar wrote: > Hi > Thanks to test code. > I uninstall/reinstall mouse driver and also test on another PC with windows > an get same result. > > When roll whell mouse buttons: MRow() and MCol() return > apsolutly position from desktop (not app window) > but with other keys (left, right, middle) click, all is OK > Also when I roll whell button (forward or backward) outside > app window Row() & Col() position is updated with desktop row & col. > > Tested also witg WVG and console window. > On full screen Whell event is ignred > > Is this normal or ? > I port my 15 year old application from Clipper 52e + SIX 3.0 to Harbour > and include mouse events. > My idea is: step up/down Date, Number...etc... with whell button when is > cursor ower > get object, but I do not get correct coorinates. > > Sorry for my bad english explanation :( > > > > ___ > 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