date:20100404

[Harbour] Error with ODBC under rddsql (sddodbc) ...

2010-04-04 Thread Shum


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
http://www.mingyik.com/dnload/tstodbc20.jpg


/*
 * $Id$
 */

#include "simpleio.ch"
#include "hbrddsql.ch"

REQUEST SQLMIX, SDDODBC, DBFCDX

PROC main()
   LOCAL nConnection, nI, aI

   local aStruct := { { "CHARACTER", "C", 25, 0 }, ;
  { "NUMERIC",   "N",  8, 0 }, ;
  { "DOUBLE","N",  8, 2 }, ;
  { "DATE",  "D",  8, 0 }, ;
  { "LOGICAL",   "L",  1, 0 } }

   RDDSETDEFAULT( "SQLMIX" )
   SET( _SET_DATEFORMAT, "-mm-dd" )
// nConnection := RDDINFO( RDDI_CONNECT, { "ODBC",
"Server=localhost;Driver={MySQL ODBC 5.1
Driver};dsn=;User=test;database=test;" } )
   nConnection := RDDINFO( RDDI_CONNECT, { "ODBC", "dsn=testmysql;" } )
   IF nConnection == 0
  ? "Unable connect to server", RDDINFO( RDDI_ERRORNO ), RDDINFO(
RDDI_ERROR )
  RETURN
   ENDIF

   ? "Database Connection: "+ LTrim(Str(nConnection)) + "  OK  with
dsn=testmysql;"
   ? RDDINFO(RDDI_EXECUTE, "DROP TABLE country")
   ? RDDINFO(RDDI_EXECUTE, "CREATE TABLE country (CODE char(3), NAME
char(50), RESIDENTS int(11))")
   ? RDDINFO(RDDI_EXECUTE, "INSERT INTO country values ('LTU', 'Lithuania',
3369600),('USA', 'United States of America', 305397000), ('POR', 'Portugal',
10617600), ('POL', 'Poland', 38115967), ('AUS', 'Australia', 21446187),
('FRA', 'France', 64473140), ('RUS', 'Russia', 14190)")

   ? dBUseArea( .T., "sqlmix", "SELECT * FROM country", "country", .T., .F.)
   ? "Rdd: SQLMIX   Alias: " +Alias()+ "   BOF() is "+ IIF(Bof()," TRUE",
"FALSE")

   dBCreate( "testdbf", aStruct, "DBFCDX" )
   dBUseArea( .T., "dbfcdx", "testdbf.dbf", "TESTALS", .T., .F. )
   ? "Rdd: DBFCDX   Alias: " +Alias()+ "   BOF() is "+ IIF(Bof()," TRUE",
"FALSE")

   DBCLOSEALL()
RETURN



Shum
-- 
View this message in context: 
http://n2.nabble.com/Error-with-ODBC-under-rddsql-sddodbc-tp4852373p4852373.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] @...GET LISTBOX Problem

2010-04-04 Thread Mario H. Sabado

On 4/1/2010 8:51 PM, harbour-requ...@harbour-project.org wrote:

Message: 4
Date: Thu, 1 Apr 2010 11:41:10 +0200
From: Przemys?aw Czerpak
Subject: Re: [Harbour] @...GET LISTBOX Problem
To: "Harbour Project Main Developer List."

Message-ID:<20100401094110.gb32...@linux-4bod.home.aster.pl>
Content-Type: text/plain; charset=utf-8

On Thu, 01 Apr 2010, Mario H. Sabado wrote:

Hi,

>  Here's the doc I found from a Clipper 5.3 Norton Guide.

We all have this NG:)
The problem is that you haven't testewd your example in Clipper.
It works in excatly the same way as in Harbour.

best regards,
Przemek

Yes Przemek you're right I've never tested this with Clipper 5.3 :).  
Should we make it compatible to Clipper 5.3 behavior to not process the 
VALID code block although it contradicts what was stated in the 
documentation?

Thanks and best regards,
Mario
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: HBIDE default *.exe invalid for Linux

2010-04-04 Thread Pritpal Bedi



Barry Jackson wrote:
> 
> After more testing it seems that *.* will only display files with an 
> extension - not sure but I guess that * would be needed for files 
> without any to be displayed.
> Unlike Windows lots of files in Linux have no extensions as the file 
> type is detected from the file header.
> 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 ?



-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/HBIDE-default-exe-invalid-for-Linux-tp4850038p4851583.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] mpkg_rpm.sh broken in current SVN

2010-04-04 Thread Barry Jackson


On 03/04/10 17:13, Viktor Szakáts wrote:


It will install Harbour binaries into the source tree. Add
'bin' dir to the PATH or just call hbmk2 directly and
you're done.

Brgds,
Viktor



Thank-you, thank-you - I thought there had to be a better way!

It's much easier and faster.  :-)

Rgds,
Barry
___
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:[14269] trunk/harbour

2010-04-04 Thread vszakats

Revision: 14269
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14269&view=rev
Author:   vszakats
Date: 2010-04-04 22:16:39 + (Sun, 04 Apr 2010)

Log Message:
---
2010-04-05 00:16 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbide/hbide.hbp
  - contrib/hbide/hbide.rc
! Using portable method to add icon to executable.

  * config/ren_sfn.prg
* Minor.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/ren_sfn.prg
trunk/harbour/contrib/hbide/hbide.hbp

Removed Paths:
-
trunk/harbour/contrib/hbide/hbide.rc


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

2010-04-04 Thread Viktor Szakáts

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

Re: [Harbour] Re: HBIDE default *.exe invalid for Linux

2010-04-04 Thread Barry Jackson


On 04/04/10 22:28, Barry Jackson wrote:

On 04/04/10 15:15, Pritpal Bedi wrote:



Barry Jackson wrote:


In the "compiler environments" dialog, the path to hbmk2 file browser
defaults to *.exe which is invalid in Linux.
An attempt to enter *.* in the file name box causes a RTE.



Should be fixed after r14267.
Thanks for the bug report.


Seems not to be fixed yet.
The skeleton has changed to *.* but no files are visible in the folder.
In the screenshot see the same folder as seen by Dolphin file manager.
http://i115.photobucket.com/albums/n287/barjac_2006/hbide5.png

Rgds,
Barry
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Pritpal,
After more testing it seems that *.* will only display files with an 
extension - not sure but I guess that * would be needed for files 
without any to be displayed.
Unlike Windows lots of files in Linux have no extensions as the file 
type is detected from the file header.

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.

Rgds,
Barry
___
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

2010-04-04 Thread Barry Jackson


On 04/04/10 15:15, Pritpal Bedi wrote:



Barry Jackson wrote:


In the "compiler environments" dialog, the path to hbmk2 file browser
defaults to *.exe which is invalid in Linux.
An attempt to enter *.* in the file name box causes a RTE.



Should be fixed after r14267.
Thanks for the bug report.


Seems not to be fixed yet.
The skeleton has changed to *.* but no files are visible in the folder.
In the screenshot see the same folder as seen by Dolphin file manager.
http://i115.photobucket.com/albums/n287/barjac_2006/hbide5.png

Rgds,
Barry
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Happy Easter

2010-04-04 Thread Francesco Saverio Giudice


Happy Easter to all also from me!
Best Regards,

Francesco

Viktor Szakáts ha scritto:

Same from me to everyone.

[ plus this year, it's also my 'special day' ]

Brgds,
Viktor

On Sat, Apr 3, 2010 at 2:52 PM, Fernando Athayde 
mailto:fernando_atha...@yahoo.com.br>> 
wrote:


Happey Easter to all

Regards
Fernando Athayde


*De:* Massimo Belgrano mailto:mbelgr...@deltain.it>>
*Para:* Harbour Project Main Developer List.
mailto:harbour@harbour-project.org>>
*Enviadas:* Sábado, 3 de Abril de 2010 4:03:05
*Assunto:* [Harbour] Happy Easter

Happy Easter and Profitable and Prosperous Business around Harbour

BuonaPasqua.jpg
-- 
Massimo Belgrano





Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10


- Celebridades


- Música


- Esportes



___
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] Re: SF.net SVN: harbour-project:[14268] trunk/harbour/contrib/hbide

2010-04-04 Thread Guillermo Varona Silupú


vouch...@users.sourceforge.net escribió:

Revision: 14268
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14268&view=rev
Author:   vouchcac
Date: 2010-04-04 17:43:30 + (Sun, 04 Apr 2010)

Log Message:
---
2010-04-04 10:37 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  + contrib/hbide/hbide.rc
+ Added missing file.


Thanks Pritpal, now is Ok.

BestRegards
GVS

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] Error building HbIDE

2010-04-04 Thread Pritpal Bedi


Hi

 

> D:\harbour\contrib\hbide>\hrbMingw\bin\hbmk2 hbide.hbp
> hbmk2: Processing environment options: -compiler=mingw
> hbmk2: Processing configuration: D:\hrbMingw\bin\hbmk.cfg
> hbmk2: Compiling resources...
> windres.exe: no resources
> hbmk2: Error: Running resource compiler. 1
> windres.exe -Id:/hrbMinGW/include -I../hbxbp -I../hbqt hbide.rc -O coff 
> -o .hbmk
> /win/mingw/hbide.reso


Please check after r14268.

Regards
 
Pritpal Bedi, a student of software analysis and design
http://www.vouch.in  | Vouch, the software that GROWS with you
http://www.vouch32.com  |  Home of Vouch32 ActiveX Server
http://www.vouchcac.com/vouch32/vouch32.htm   |   A Free Windows Extended
Utilities Library for Clipper, Xbase++ and (x)Harbour
http://www.help.vouch.info | Online Vouch Help
http://www.harbour.vouch.info | Online Harbour Help


  
_
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4___
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:[14268] trunk/harbour/contrib/hbide

2010-04-04 Thread vouchcac

Revision: 14268
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14268&view=rev
Author:   vouchcac
Date: 2010-04-04 17:43:30 + (Sun, 04 Apr 2010)

Log Message:
---
2010-04-04 10:37 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  + contrib/hbide/hbide.rc
+ Added missing file.

  * contrib/hbide/idedocks.prg
  * contrib/hbide/ideparseexpr.c
! Minor formatting.

  * contrib/hbide/idestylesheets.prg
! Subdued "active tab" color.

Modified Paths:
--
trunk/harbour/contrib/hbide/idedocks.prg
trunk/harbour/contrib/hbide/ideparseexpr.c
trunk/harbour/contrib/hbide/idestylesheets.prg

Added Paths:
---
trunk/harbour/contrib/hbide/hbide.rc


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] Error building HbIDE

2010-04-04 Thread Guillermo Varona Silupú


Hi, I get this error

D:\harbour\contrib\hbide>\hrbMingw\bin\hbmk2 hbide.hbp
hbmk2: Processing environment options: -compiler=mingw
hbmk2: Processing configuration: D:\hrbMingw\bin\hbmk.cfg
hbmk2: Compiling resources...
windres.exe: no resources
hbmk2: Error: Running resource compiler. 1
windres.exe -Id:/hrbMinGW/include -I../hbxbp -I../hbqt hbide.rc -O coff 
-o .hbmk

/win/mingw/hbide.reso

D:\harbour\contrib\hbide>

Apparently hbide.rc file is missing or not is failing me.
Can anyone help me please?

TIA

BestRegards
GVS

___
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

2010-04-04 Thread Xavi

Hi Viktor,

I don't understand this patch, it's against an older version
of the files (missing my last minor update), you added

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.

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.
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.

IMO the issue to be resolved doesn't justify any sort
of irregular tricks or any chance for performance drop down.

I agree and I think, of course, don't do this.

Pls consult with Przemek about it.

Ok.

Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Happy Easter

2010-04-04 Thread Maurilio Longo

Happy Easter from me as well to the entire Harbour crew and in  
particular to our Commanders! :)


Il giorno 03/apr/2010, alle ore 18.14, Viktor Szakáts u> ha scritto:



Same from me to everyone.

[ plus this year, it's also my 'special day' ]

Brgds,
Viktor

On Sat, Apr 3, 2010 at 2:52 PM, Fernando Athayde > wrote:

Happey Easter to all

Regards
Fernando Athayde

De: Massimo Belgrano 
Para: Harbour Project Main Developer List. >

Enviadas: Sábado, 3 de Abril de 2010 4:03:05
Assunto: [Harbour] Happy Easter

Happy Easter and Profitable and Prosperous Business around Harbour


--
Massimo Belgrano



Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
 Celebridades - Música - Esportes


___
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] Re: hbQT - GC - And the Solution

2010-04-04 Thread Pritpal Bedi



Pritpal Bedi wrote:
> 
> Since yesterday I am busy with intensive experiments 
> applying various combinations of the hbQT destructor code
> and GC and have come out with following :
> 

This observation is false.
Probably the side effect of some over-do in the experimental
phase. It poses more problems than solutions.
So -nohbcppmm is a bad option.

These two operators are reached, though:

   void * operator new( size_t nSize )
   {
  if( nSize == 0 )
  {
 nSize = 1;
  }
  return = hb_xgrab( nSize );
   }

   void operator delete( void * ptr )
   {
  if( ptr )
  {
 hb_xfree( ptr );
 ptr = 0;
  }
   }


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbQT-GC-And-the-Solution-tp4848688p4850305.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: HBIDE default *.exe invalid for Linux

2010-04-04 Thread Pritpal Bedi



Barry Jackson wrote:
> 
> In the "compiler environments" dialog, the path to hbmk2 file browser 
> defaults to *.exe which is invalid in Linux.
> An attempt to enter *.* in the file name box causes a RTE.
> 

Should be fixed after r14267.
Thanks for the bug report.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/HBIDE-default-exe-invalid-for-Linux-tp4850038p4850293.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:[14267] trunk/harbour

2010-04-04 Thread vouchcac

Revision: 14267
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14267&view=rev
Author:   vouchcac
Date: 2010-04-04 14:11:08 + (Sun, 04 Apr 2010)

Log Message:
---
2010-04-04 07:06 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbide/ideenviron.prg
! Fixed wrong variable assign.
! Fixed to accept any path instead of "*.exe".
  Thanks Barry for the bug.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideenviron.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] HBIDE default *.exe invalid for Linux

2010-04-04 Thread Barry Jackson

In the "compiler environments" dialog, the path to hbmk2 file browser 
defaults to *.exe which is invalid in Linux.

An attempt to enter *.* in the file name box causes a RTE.
http://i115.photobucket.com/albums/n287/barjac_2006/hbide4.png
Rgds,
Barry
___
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

2010-04-04 Thread Viktor Szakáts

Hi Xavi,

I don't understand this patch, it's against an older version
of the files (missing my last minor update), you added
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.

IMO the issue to be resolved doesn't justify any sort
of irregular tricks or any chance for performance drop down.

Pls consult with Przemek about it.

Brgds,
Viktor

On Sun, Apr 4, 2010 at 5:08 AM, Xavi  wrote:
> Hi,
>
>> app crashes / hangs. EX_LAYERED will keep a
>> buffer of the screen, which gives better
>> performance for screen refreshes, and it also
>> makes the app behave/look smoother. Regardless
>> I think it's not the job of high-level code
>> to ensure screen refresh.
>>
>> BTW, even with this I can see artifacts with
>> GTWVT, f.e. visible pixel-wide vertical lines
>> between full-block characters. Much worse is
>> GTWIN, where complete pixels are missing/left
>> on screen and which are Windows problems.
>
> Thank you very much for the hints Viktor and have a nice day.
>
> It's not a local problem of drivers because I can reproduce it on different
> hardware/drives under Windows XP, also in VirtualBox. It's easy to reproduce
> in the application that I'm moving to Harbour and in Clipper, under NTVDM,
> does not happen.
> Only enter in MemoEdit, move to the end, exit (this memorize positions and
> text) and re-enter, move the cursor up and I've the mark of the previous
> cursor. [Remember that this is few tested, I've fix recently MemoEdit's page
> movements, before it broke the screen.] It also does with some GETs to close
> the window press Esc but it depends on what is presented.
> It's not easy to reproduce in a self-contained example because it uses a
> sophisticated system of windows (Save/RestScreen) written in pure Clipper. I
> can not simplify it, i.e. presents the positions and scroll bars
> operational.
>
> I like to use EX_LAYERED but I think is an issue in Windows XP on Caret
> refresher and the buffer.
> Only found this but is very different .-
>
> http://www.drdobbs.com/windows/184416498;jsessionid=CEWLVUUVAYSALQE1GHOSKH4ATMY32JVN?pgno=1
> http://plainwonders.blogspot.com/2007/09/whats-wrong-with-wsexlayered-and.html
>
> I've made many tests to fix it but the only effective solution is invalidate
> the previous cursor position.
> Attached the changes to the current code, I would commit.
> Please note that most positions (normal use) are already invalidated and is
> affected by SetCursor(0).
> The code is activated with EX_LAYERED by define initial.
>
> Best regards and Happy Easter to All!
> --
> 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

[Harbour] Error with ODBC under rddsql (sddodbc) ...

Re: [Harbour] @...GET LISTBOX Problem

[Harbour] Re: HBIDE default *.exe invalid for Linux

Re: [Harbour] mpkg_rpm.sh broken in current SVN

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

Re: [Harbour] Ghost cursor with GTWVT

Re: [Harbour] Re: HBIDE default *.exe invalid for Linux

Re: [Harbour] Re: HBIDE default *.exe invalid for Linux

Re: [Harbour] Happy Easter

[Harbour] Re: SF.net SVN: harbour-project:[14268] trunk/harbour/contrib/hbide

RE: [Harbour] Error building HbIDE

[Harbour] SF.net SVN: harbour-project:[14268] trunk/harbour/contrib/hbide

[Harbour] Error building HbIDE

Re: [Harbour] Ghost cursor with GTWVT

Re: [Harbour] Happy Easter

[Harbour] Re: hbQT - GC - And the Solution

[Harbour] Re: HBIDE default *.exe invalid for Linux

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

[Harbour] HBIDE default *.exe invalid for Linux

Re: [Harbour] Ghost cursor with GTWVT

20 matches

Site Navigation

Mail list logo

Footer information