[Harbour] DBI_PASSWORD

[Enrico Maria Giordano]

Dear friends, is there any technical reason why DBI_PASSWORD can't be used 
to crypt DBFs with memo fields? Even leaving memo fields uncrypted while 
crypting all the other fields would be welcome.


Thank you in advance.

EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[Maurilio Longo]

Smu,

MS09-050: Vulnerabilities in SMB could allow remote code execution

Are you sure this has anything to do with data corruption of .dbf/.cdx files?

Maurilio.

smu johnson wrote:
> Well we have a ton of people who still use Windows, and because of that
> we need a Windows solution.
> 
> I am happy to report that after about 30 mins of Googling, I came across
> this page, which solved the problem, if you disable SMB2.
> 
> http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx
> 
> It's amazing, as we have spent countless hours Googling for this months
> ago, and relied on .bat files that worked 80% of the time.  So far, this
> works 100% of the time.
> 
> This is a miracle for us!!!  We've worried for 6 years about this problem.
> 
> 
> On Tue, Mar 2, 2010 at 6:24 PM, Angel Pais  > wrote:
> 
> The solution to your problems is NETIO.
> It also allows you to host your dbfs in a linux box.
> It is also more secure because users don`t have direct access to
> your data.
> 
> HTH
> Angel
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org 
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> 
> 
> 
> -- 
> smu johnson mailto:smujohn...@gmail.com>>
> 
> 
> 
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


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

Re: [Harbour] SF download statistics 1.0.1 vs 2.0.0

[Maurilio Longo]

>From David statistics, they're all moving to harbour on OS/2 :D

Regards.

Maurilio.

Lorenzo Fiorini wrote:
> binaries-windows
> 1.0.0 -> 2.824
> 1.0.1 -> 13.150
> 
> 2.0.0 -> 4.215
> 
> the trend is similar for binaries-ubuntu and source
> 
> Are developers waiting for 2.0.1 :) or are there still a lot of them
> using 1.0.1?
> 
> What do you read in the stats ( or stars )?
> 
> best regards,
> Lorenzo
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


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

Re: [Harbour] DBI_PASSWORD

[Maurilio Longo]

Enrico,

it has a bigger problem (I think it still has :)) in that indexes are not
encrypted and so your keys leak informations.

Maurilio.


Enrico Maria Giordano wrote:
> Dear friends, is there any technical reason why DBI_PASSWORD can't be
> used to crypt DBFs with memo fields? Even leaving memo fields uncrypted
> while crypting all the other fields would be welcome.
> 
> Thank you in advance.
> 
> EMG
> 
> -- 
> EMAG Software Homepage: http://www.emagsoftware.it
> The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
> The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
> The EMG Music page: http://www.emagsoftware.it/emgmusic
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


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

Re: [Harbour] SF download statistics 1.0.1 vs 2.0.0

[Lorenzo Fiorini]

On Wed, Mar 3, 2010 at 9:39 AM, Maurilio Longo  wrote:

> >From David statistics, they're all moving to harbour on OS/2 :D

I still have an OS/2 2.0 box around is it time to reinstall it? :)

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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Viktor Szakáts]

> I thought I'd start this out as I don't really understand a lot of the 
> Changelog stuff in layman's terms.
> 
> Fact:  Win9x OS's will need a unicows.dll file to work in future .exe 
> compiles generated by Harbour.

Not exactly.

The _default_ Harbour build will need unicows.dll.
Anyone, anytime may create a non-UNICODE Harbour build 
by using HB_BUILD_UNICODE=no.

> Question:  Does that mean if I just download and include 1 single file, 
> unicows.dll in the path where the generated .exe's are put and executed from, 
> everything will magically work for Win9x => Windows 7 64-bit type OS's?

Unfortunately no. I've written detailed description 
on the method a few days ago on this list. But of 
course there are several general descriptions about 
it on MS website and other places.

It doesn't currently work reliably with Harbour though.

Brgds,
Viktor

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

Re: [Harbour] SF download statistics 1.0.1 vs 2.0.0

[Viktor Szakáts]

> binaries-windows
> 1.0.0 -> 2.824
> 1.0.1 -> 13.150
> 
> 2.0.0 -> 4.215
> 
> the trend is similar for binaries-ubuntu and source
> 
> Are developers waiting for 2.0.1 :) or are there still a lot of them
> using 1.0.1?
> 
> What do you read in the stats ( or stars )?

There was just about a month between 1.0.0 and 1.0.1, 
and 1.0.1 had 1.5 years to gather this number of 
downloads. So naturally it's much higher.

What we should really check to tell if 1.0.1 was 
indeed more popular is checking download in its 
first month only.

Comparing 1.0.x and 2.0.x Windows binaries is 
not directly possible, as we had separate packages 
per compiler in 1.x and just one unified packages 
in 2.x, so latter will naturally be much lower.

Anyhow 2.0.1 would definitely be better, the 
real question is how wants to back-port the 
bugfix patches (and spend the approx 2 days on 
creating the actual build - not counting any 
testing work).

Brgds,
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:[14049] trunk/harbour

[vouchcac]

Revision: 14049
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14049&view=rev
Author:   vouchcac
Date: 2010-03-03 09:02:05 + (Wed, 03 Mar 2010)

Log Message:
---
2010-03-03 01:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbqt/hbqt_garbage.h
  * contrib/hbqt/THbQtUI.prg
! A massive effort to stream-line GPF at exit.
  At least now I know that it is caused by the way 
  QLayout has relation with parent and children both.
  To some extent I am been able to cover it, but not 
  completely, at least till now.

  * contrib/hbxbp/xbptreeview.prg
+ Implemented tooltip and changed the way context menu is fired.

  - contrib/hbide/projects/hbide.hbi
! Totally abandoned .hbi project protocol.

  * contrib/hbide/resources/environments.ui
  * contrib/hbide/resources/environments.uic
  * contrib/hbide/resources/projectpropertiesex.ui
  * contrib/hbide/resources/projectpropertiesex.uic
  * contrib/hbide/resources/themesex.ui
  * contrib/hbide/resources/themesex.uic
! Simplified layouts to cover GPFs at exit.

  * contrib/hbide/hbide.hbp
+ Added ideenviron.prg.

  * contrib/hbide/hbide.prg
  * contrib/hbide/idedocks.prg
  * contrib/hbide/ideeditor.prg
  + contrib/hbide/ideenviron.prg
  * contrib/hbide/idefindreplace.prg
  * contrib/hbide/ideharbourhelp.prg
  * contrib/hbide/idemisc.prg
  * contrib/hbide/ideobject.prg
  * contrib/hbide/ideprojmanager.prg
  * contrib/hbide/idesources.prg
  * contrib/hbide/idethemes.prg

+ Restructured project management.
  
+ Implemented: .hbp as project definition protocol.
  Exploited -3rd= token to keep hbIDE specific data.
  Now you can open any existing .hbp and build it 
  out of the box. You must have set the build env
  beforehand OR take use of hbIDE's .env protocol.

+ Implemented: relative paths. The relative paths are
  are computed downwards and from .hbp location.
  Upper level paths still remain absolute. If your 
  projects structure is well thought of, then this 
  feature means this project tree is transferable 
  across different OS's and drives.

  The relative paths posed many difficulties. The 
  facts had to be resolved while search operations,
  while opening the files from Project Tree, and more.
  Now all are in perfect syncronization.

+ Managed: .hbp filters on source level and are 
  handelled transparently. In Project Tree source
  is shown without filters. Search operations are 
  also transparent. So, an entry like:
{msvc|bcc}vouch/scandocument.prg 
  is respected by hbIDE.

! The other changes:
  - Project Properties dialogs contents.
It is now very simple to understand and manage.

  - Concept of meta-data is eliminated.

  - The output executable is automatically recognized
from linker output. So "Destination folder" is 
kept for only "Launch" option which, in fact, does
not know where executable is located. "Build & Launch"
and "Rebuild & Launch" options do not look for
"Destination folder" at all.

  - Project location is always pulled from .hbp file.
It is not retained anywhere to make the project 
portable.

  - Many more facts I cannot recollect at present.

 ; TODO: {hbmk2} slot in hbide.env protocol to pass
   command-line parameters.

 ; NOTE: delete hbide.ini, idesettings.ini, all .hbi's
 and start with clean state.
 
 Regression is highly possible and I am eager 
 to hear from you. This commit is just for 
 stramlining project management, though there 
 few other features implemented less important
 to mention.
 

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/hbide.hbp
trunk/harbour/contrib/hbide/hbide.prg
trunk/harbour/contrib/hbide/idedocks.prg
trunk/harbour/contrib/hbide/ideeditor.prg
trunk/harbour/contrib/hbide/idefindreplace.prg
trunk/harbour/contrib/hbide/ideharbourhelp.prg
trunk/harbour/contrib/hbide/idemisc.prg
trunk/harbour/contrib/hbide/ideobject.prg
trunk/harbour/contrib/hbide/ideprojmanager.prg
trunk/harbour/contrib/hbide/idesources.prg
trunk/harbour/contrib/hbide/idethemes.prg
trunk/harbour/contrib/hbide/resources/environments.ui
trunk/harbour/contrib/hbide/resources/environments.uic
trunk/harbour/contrib/hbide/resources/projectpropertiesex.ui
trunk/harbour/contrib/hbide/resources/projectpropertiesex.uic
trunk/harbour/contrib/hbide/resources/themesex.ui
trunk/harbour/contrib/hbide/resources/themesex.uic
trunk/harbour/contrib/hbqt/THbQtUI.prg
trunk/harbour/contrib/hbqt/hbqt_garbage.h
trunk/harbour/contrib/hbxbp/xbptreeview.prg

Added Paths:
---
trunk/harbour/contrib/hbide/ideenviron.prg

Removed Paths:
-
trunk/harbour/co

Re: [Harbour] DBI_PASSWORD

[Przemysław Czerpak]

On Wed, 03 Mar 2010, Enrico Maria Giordano wrote:

Hi,

> Dear friends, is there any technical reason why DBI_PASSWORD can't
> be used to crypt DBFs with memo fields? Even leaving memo fields
> uncrypted while crypting all the other fields would be welcome.

This encryption was added for SIX3 compatibility.
In original implementation it encrypts DBF and MEMO files leaving
indexes as is.
When I begin to make real life test of SIX3 behavior I found many
very serious bugs in memo encryption. I couldn't replicate them to
be bug compatible and keep binary compatibility because in some
cases they caused data corruption so finally I decided to commit
only DBF part encryption and block any encryption for tables having
memo files to reduce the chance for data corruption/lost when tables
are shared with programs using original SIX3 RDDs.
It's possible to unblock memo encryption quite fast in current Harbour
code. Anyhow if we begin to create such encrypted files then it will be
necessary to keep this code for backward compatibility. Otherwise users
lost their data after upgrading to newer versions and it's the reason
why I do not want to make it without good analyze.
I planed in some spare time to document all anomalies and bugs in
SIX3 memo encryption and try to find a method which will allow at
least in some limited way to share data with SIX3 encrypted memo
files. So far I haven't do that and I do not know if I'll ever try.
Probably I'll create new much stronger independent encryption method
for Harbour only which will encrypt table, memo and also index files
without any limitations caused by more or less strict compatibility
with some other products.

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

Re: [Harbour] DBI_PASSWORD

[Enrico Maria Giordano]

-Messaggio Originale- 
Da: "Przemysław Czerpak" 

A: "Harbour Project Main Developer List." 
Data invio: mercoledì 3 marzo 2010 10.24
Oggetto: Re: [Harbour] DBI_PASSWORD

Thank you.

EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


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

Re: [Harbour] New Windows unicode support "for dummies" thread

[smu johnson]

I know I asked this before, but just to make double-dog-sure I got this
right...

Is this unicode stuff only concerning compiling Harbour on Windows, or
creating .EXEs from Clipper code with Harbour on Windows.  I believe the
answer is "both" but I get messed up from time to time.

Thanks Viktor

On Wed, Mar 3, 2010 at 12:51 AM, Viktor Szakáts wrote:

> > I thought I'd start this out as I don't really understand a lot of the
> Changelog stuff in layman's terms.
> >
> > Fact:  Win9x OS's will need a unicows.dll file to work in future .exe
> compiles generated by Harbour.
>
> Not exactly.
>
> The _default_ Harbour build will need unicows.dll.
> Anyone, anytime may create a non-UNICODE Harbour build
> by using HB_BUILD_UNICODE=no.
>
> > Question:  Does that mean if I just download and include 1 single file,
> unicows.dll in the path where the generated .exe's are put and executed
> from, everything will magically work for Win9x => Windows 7 64-bit type
> OS's?
>
> Unfortunately no. I've written detailed description
> on the method a few days ago on this list. But of
> course there are several general descriptions about
> it on MS website and other places.
>
> It doesn't currently work reliably with Harbour though.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[Przemysław Czerpak]

On Tue, 02 Mar 2010, smu johnson wrote:
> Well we have a ton of people who still use Windows, and because of that we
> need a Windows solution.

HBNETIO is platform independent solution. It can be used by stations using
only one platform (i.e. only MS-Windows programs) but it also allow to
safely share DBF tables (with memo and indexes) between program compiled
on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP,
W2K, Win7, OS2 stations using native programs accessing the same files.
It system eliminates file sharing with its all potential synchronization
problems by switching to own TCP/IP protocol dedicate to share Harbour
tables.

> I am happy to report that after about 30 mins of Googling, I came across
> this page, which solved the problem, if you disable SMB2.
> http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx

Above fix is for remote hackers attack so it's not related to your problem.
Anyhow as I can see there is a switch to disable SMBv2 protocol and this
may indirectly help to resolve the problem because it's possible that it
can be exploited only when SMBv2 is enabled and some buggy network clients
are used.
Anyhow if you do not want to worry about possible problems which can be
caused by some incompatible network transport layer or unsafe concurrent
file access caused by some speed "optimization (i.e. not synchronized read
ahead caches) then you should switch to HBNETIO. If you want much stronger
data protection and move all index processing to server side then you should
use dedicated RDBMS like LETO or ADS. If you want to full even logical
protection then you should move your whole application to server side and
leave only user interface on the client side. It's the fastest and the most
safe solution.

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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[smu johnson]

Hi,

Thanks for replying.  The reason this guy wrote a blog about SMB2 to the
link I pasted was because this web blogger read about an old security flaw
in SMB2 but it wasn't the reason why I needed to disable it.

Ever since Vista came out, this has been a HUGE headache for us.  We have
written code to even test this problem over the network.  It worked fine in
win2k, and XP, but as soon as Vista and Windows 7 came, their SMB 2.0 and
2.1 network things have been a constant nightmare for us.  Disabling SMB2
finally solved the problem once and for all for us.  Before, we had .bat
files changing registry settings which only worked on certain builds of
Vista.  It has been a huge headache for us ever since Vista cam eout.

As far as are networking situation, we have one machine hosting a shared
folder in Windows, (in our case, \\TBM-SERVER\apps in Windows terms), and
about 18 stations have that shared folder mapped in Windows.  This seems
pretty straight forward... but having read Przemek's reply, I would be very
curious to try out these new solutions.  Only problem is, I am afraid to ask
for help, and I have no idea if they apply to our case as described above.
It would be nice to avoid this smb2 stuff completely, ie, not using the .msi
I found, and do it as Przemek and Angel pointed out.

I read:

> then you should switch to HBNETIO. If you want much stronger
> data protection and move all index processing to server side then you
should
> use dedicated RDBMS like LETO or ADS.

For me to just "get this working" would probably involve me grepping the
Harbour source for about 1-2 hours.  If there is something obvious I'm
missing, I'm very willing to hear it.

Thanks for posting!



2010/3/3 Przemysław Czerpak 

> On Tue, 02 Mar 2010, smu johnson wrote:
> > Well we have a ton of people who still use Windows, and because of that
> we
> > need a Windows solution.
>
> HBNETIO is platform independent solution. It can be used by stations using
> only one platform (i.e. only MS-Windows programs) but it also allow to
> safely share DBF tables (with memo and indexes) between program compiled
> on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP,
> W2K, Win7, OS2 stations using native programs accessing the same files.
> It system eliminates file sharing with its all potential synchronization
> problems by switching to own TCP/IP protocol dedicate to share Harbour
> tables.
>
> > I am happy to report that after about 30 mins of Googling, I came across
> > this page, which solved the problem, if you disable SMB2.
> >
> http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx
>
> Above fix is for remote hackers attack so it's not related to your problem.
> Anyhow as I can see there is a switch to disable SMBv2 protocol and this
> may indirectly help to resolve the problem because it's possible that it
> can be exploited only when SMBv2 is enabled and some buggy network clients
> are used.
> Anyhow if you do not want to worry about possible problems which can be
> caused by some incompatible network transport layer or unsafe concurrent
> file access caused by some speed "optimization (i.e. not synchronized read
> ahead caches) then you should switch to HBNETIO. If you want much stronger
> data protection and move all index processing to server side then you
> should
> use dedicated RDBMS like LETO or ADS. If you want to full even logical
> protection then you should move your whole application to server side and
> leave only user interface on the client side. It's the fastest and the most
> safe solution.
>
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Viktor Szakáts]

On 2010 Mar 3, at 11:21, smu johnson wrote:

> I know I asked this before, but just to make double-dog-sure I got this 
> right...
> 
> Is this unicode stuff only concerning compiling Harbour on Windows, or 
> creating .EXEs from Clipper code with Harbour on Windows. 

It's a Harbour build-time setting, which does affect 
_both Harbour itself and applications created by_ that 
Harbour build.

And it's a Windows platform specific.

Brgds,
Viktor

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

Re: [Harbour] New Windows unicode support "for dummies" thread

[smu johnson]

Thanks for the help.  One last question... where do I stick the flag to
disable the unicode thing?  It looks as though I have to stick it somewhere
in a main .prg execution, so the entire thing respects this flag.  Or is it
an hbmk2.exe / harbour.exe switch?


On Wed, Mar 3, 2010 at 2:36 AM, Viktor Szakáts  wrote:

>
> On 2010 Mar 3, at 11:21, smu johnson wrote:
>
> > I know I asked this before, but just to make double-dog-sure I got this
> right...
> >
> > Is this unicode stuff only concerning compiling Harbour on Windows, or
> creating .EXEs from Clipper code with Harbour on Windows.
>
> It's a Harbour build-time setting, which does affect
> _both Harbour itself and applications created by_ that
> Harbour build.
>
> And it's a Windows platform specific.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

Re: [Harbour] New Windows unicode support "for dummies" thread

[smu johnson]

Errr.. maybe I should re-word this.  If it's a build-time setting, what
happens to the Win32 pre-compiled binaries of Harbour?

On Wed, Mar 3, 2010 at 2:38 AM, smu johnson  wrote:

> Thanks for the help.  One last question... where do I stick the flag to
> disable the unicode thing?  It looks as though I have to stick it somewhere
> in a main .prg execution, so the entire thing respects this flag.  Or is it
> an hbmk2.exe / harbour.exe switch?
>
>
>
> On Wed, Mar 3, 2010 at 2:36 AM, Viktor Szakáts wrote:
>
>>
>> On 2010 Mar 3, at 11:21, smu johnson wrote:
>>
>> > I know I asked this before, but just to make double-dog-sure I got this
>> right...
>> >
>> > Is this unicode stuff only concerning compiling Harbour on Windows, or
>> creating .EXEs from Clipper code with Harbour on Windows.
>>
>> It's a Harbour build-time setting, which does affect
>> _both Harbour itself and applications created by_ that
>> Harbour build.
>>
>> And it's a Windows platform specific.
>>
>> Brgds,
>> Viktor
>>
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>
>
>
> --
> smu johnson 
>
>


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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Viktor Szakáts]

> Thanks for the help.  One last question... where do I stick the flag to 
> disable the unicode thing?  It looks as though I have to stick it somewhere 
> in a main .prg execution, so the entire thing respects this flag.  Or is it 
> an hbmk2.exe / harbour.exe switch?

No, it's a Harbour built-time switch.

Use 'win-make HB_BUILD_UNICODE=no' to 
rebuild Harbour from source.

Brgds,
Viktor

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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Viktor Szakáts]

> Errr.. maybe I should re-word this.  If it's a build-time setting, what 
> happens to the Win32 pre-compiled binaries of Harbour?

The decision was about the _default_ setting 
(including 'pre-compiled' official binaries, 
which always use the defaults), and now this 
setting is UNICODE enabled.

We will see how it works out, though I'd find it 
much better to resolve the UNICOWS.DLL stuff so 
that no one should need a non-default build to 
solve Win9x compatibility.

Unfortunately no one commented.

Brgds,
Viktor

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

Re: [Harbour] New Windows unicode support "for dummies" thread

[smu johnson]

> Unfortunately no one commented.
>

*shakes fist in anger*

Well, since I've taken your hints to read the changelog, I might be okay.  I
can probably just compile it from source and make sure I make the correct
flag setting.  Only worry I have no with compiling from source is the loss
of all those neat hbcurl type features, etc.  I am not quite sure how to
build harbour and include that functionality, whereas it is provided by the
nice and friendly .EXE builds.


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



-- 
smu johnson 
___
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:[14049] trunk/harbour

[Franček Prijatelj]

Hi 

vouchcac wrote:
> 
> 
>   QLayout has relation with parent and children both.
> 
> 

The call to QWidget::setLayout()  installs the layout manager on the window.
Behind the scenes, the Widgets which are put in Layout are "reparented" to
be children of the widget on which the layout is installed, and for this
reason we don't need to specify an explicit parent when we construct a
widget that will be put in a layout.
So the widgets are children of top level Widget.

BRGS
Franček



-
brgs
Franček Prijatelj
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4666764.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] SF.net SVN: harbour-project:[14049] trunk/harbour

[Massimo Belgrano]

follow comment

2010/3/3  :
>  - contrib/hbide/projects/hbide.hbi
>! Totally abandoned .hbi project protocol.
Good

>+ Restructured project management.
Good
>
>+ Implemented: .hbp as project definition protocol.
>  Exploited -3rd= token to keep hbIDE specific data.
>  Now you can open any existing .hbp and build it
>  out of the box. You must have set the build env
>  beforehand OR take use of hbIDE's .env protocol.
>
>+ Implemented: relative paths. The relative paths are
>  are computed downwards and from .hbp location.
>  Upper level paths still remain absolute. If your
>  projects structure is well thought of, then this
>  feature means this project tree is transferable
>  across different OS's and drives.
Compliment!
Having a unique project file is a big quantum leap!
I update my version in nexts  hours with a ready to use version of hbide and
updated documentation from
http://harbourlanguage.blogspot.com/
 

>
>+ Managed: .hbp filters on source level and are
>  handelled transparently. In Project Tree source
>  is shown without filters. Search operations are
>  also transparent. So, an entry like:
>{msvc|bcc}vouch/scandocument.prg
>  is respected by hbIDE.
True
>
>! The other changes:
>  - Project Properties dialogs contents.
>It is now very simple to understand and manage.
Yes i confirm simplification
is suggest made follow simplification:
Create a New file & new Project with one click for user that want try write
his ?"Hello world" and immediately compile
Having in command line single prg for simple edit mode who help user
starting without use project
Dynamic defined wizard for visual define Flag like follow screenshot
starting from array/xml easy to define for hbide,harbour
{"/a","automatic memvar"}
{"/w","warning level",{ {"0","warning level0"},{"1","warning level1
default"},{"0","warning level0"} } }
{"/b","include debug info"}
i can finish this array if in your opinion is good way
If contain 3 dimension need a combobox
with this info can be read  extended info also in actual mode
[image: image]

Project tree require more click because have 4 level
imo is better a reduced tree
>
>  - Concept of meta-data is eliminated.
Why?
>
>  - The output executable is automatically recognized
>from linker output. So "Destination folder" is
>kept for only "Launch" option which, in fact, does
>not know where executable is located. "Build & Launch"
>and "Rebuild & Launch" options do not look for
>"Destination folder" at all.
>
>  - Project location is always pulled from .hbp file.
>It is not retained anywhere to make the project
>portable.
>
>  - Many more facts I cannot recollect at present.
>
> ; TODO: {hbmk2} slot in hbide.env protocol to pass
>   command-line parameters.
>
> ; NOTE: delete hbide.ini, idesettings.ini, all .hbi's
> and start with clean state.
>
> Regression is highly possible and I am eager
> to hear from you. This commit is just for
> stramlining project management, though there
> few other features implemented less important
> to mention.
>
>
>



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

Re: [SPAM] Re: [Harbour] What is Valtype = S ?

[Mindaugas Kavaliauskas]

Hi,


Viktor Szakáts wrote:
The only thing I wonder is why all this is important 
for a normal user application...? Perhaps because I never 
needed such thing, but if the goal is to check the 
arguments involved in an RTE, we have oError:args 
(just like Clipper).


I find it also very useful. I dump function parameters and locals for a 
the whole HVM stack in case of RTE. If bug is not in the caller 
function, but a few functions up, oError:args is not enough to find a bug.



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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Mindaugas Kavaliauskas]

Hi,


Viktor Szakáts wrote:

The _default_ Harbour build will need unicows.dll.
Anyone, anytime may create a non-UNICODE Harbour build 
by using HB_BUILD_UNICODE=no.


Is UNICODE the default setting now? Ups! I haven't noticed this fact. 
Many of our customers still use Win95.



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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Viktor Szakáts]

> Viktor Szakáts wrote:
>> The _default_ Harbour build will need unicows.dll.
>> Anyone, anytime may create a non-UNICODE Harbour build by using 
>> HB_BUILD_UNICODE=no.
> 
> Is UNICODE the default setting now? Ups! I haven't noticed this fact. Many of 
> our customers still use Win95.

I've been asking about this on this list and waiting 
for opinions. There was none, so I made the step.

[ BTW I also have a few clients still using Win98. ]

I think UNICOWS solution can work, we just need to 
remove the quirks. Using the links I've posted here, 
all our supported compilers can be covered with 
UNICOWS/OPENCOWS solution.

Brgds,
Viktor

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

[Harbour] RDDSQL Question.

[Itamar Lins]

Hi!
Can you create examples of creating, adding, modifying fields of the 
tables via rddsql.

The current examples are only query.
For tables mdb via ado and other if possible.

Best regards,
Itamar M. Lins Jr.

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

Re: [Harbour] New Windows unicode support "for dummies" thread

[Mindaugas Kavaliauskas]

Hi,


Viktor Szakáts wrote:

Is UNICODE the default setting now? Ups! I haven't noticed this fact. Many of 
our customers still use Win95.


I've been asking about this on this list and waiting 
for opinions. There was none, so I made the step.


Sorry. I haven't noticed. Perhaps it's too much information to read in 
all mailing list I'm subscribed.



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

Re: [Harbour] RDDSQL Question.

[Mindaugas Kavaliauskas]

Hi,


Itamar Lins wrote:
Can you create examples of creating, 


RDDINFO( RDDI_EXECUTE, "CREATE TABLE test (id int, txt char(20))")

adding, 


RDDINFO( RDDI_EXECUTE, "INSERT INTO test (id,txt) VALUES(1,'abc'), (2, 
'def'))")



modifying fields of the tables via rddsql.


RDDINFO( RDDI_EXECUTE, "UPDATE test SET txt='ghi' WHERE id=1")



For tables mdb via ado and other if possible.


Sorry, I know nothing about .mdb and ado, but above should work for MySql.


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

[Harbour] Re: RDDSQL Question.

[Itamar Lins]

Hi!
Thanks for response.
But if I for example use:
My Browse() function and modify a field?
Because I change only in temporary cache query.
How to proceed for commit?

Best regards,
Itamar M. Lins Jr.

Em 3/3/2010 09:38, Mindaugas Kavaliauskas escreveu:

Hi,


Itamar Lins wrote:

Can you create examples of creating,


RDDINFO( RDDI_EXECUTE, "CREATE TABLE test (id int, txt char(20))")


adding,


RDDINFO( RDDI_EXECUTE, "INSERT INTO test (id,txt) VALUES(1,'abc'), (2,
'def'))")


modifying fields of the tables via rddsql.


RDDINFO( RDDI_EXECUTE, "UPDATE test SET txt='ghi' WHERE id=1")



For tables mdb via ado and other if possible.


Sorry, I know nothing about .mdb and ado, but above should work for MySql.


Regards,
Mindaugas



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

[Harbour] Re: RDDSQL Question.

[Angel Pais]

Hi Itamar.

If you read the changelog you will notice rddsql is a readonly rdd by 
design.
It works like a recordset but with all the advantages of dbf style 
handling.


HTH
Angel

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

Res: [Harbour] Re: RDDSQL Question.

[Fernando Athayde]

you should uses a function for this
example, in update call sqlupdate()
in this function write on database
RDDINFO(RDDI_EXECUTE, "UPDATE country SET " + cField + " = " + 
cNewValue + " WHERE CODE = " + cCode)

do you got?

Best regards
Fernando Athayde





De: Itamar Lins 
Para: harbour@harbour-project.org
Enviadas: Quarta-feira, 3 de Março de 2010 9:53:49
Assunto: [Harbour] Re: RDDSQL Question.

Hi!
Thanks for response.
But if I for example use:
My Browse() function and modify a field?
Because I change only in temporary cache query.
How to proceed for commit?

Best regards,
Itamar M. Lins Jr.

Em 3/3/2010 09:38, Mindaugas Kavaliauskas escreveu:
> Hi,
>
>
> Itamar Lins wrote:
>> Can you create examples of creating,
>
> RDDINFO( RDDI_EXECUTE, "CREATE TABLE test (id int, txt char(20))")
>
>> adding,
>
> RDDINFO( RDDI_EXECUTE, "INSERT INTO test (id,txt) VALUES(1,'abc'), (2,
> 'def'))")
>
>> modifying fields of the tables via rddsql.
>
> RDDINFO( RDDI_EXECUTE, "UPDATE test SET txt='ghi' WHERE id=1")
>
>
>> For tables mdb via ado and other if possible.
>
> Sorry, I know nothing about .mdb and ado, but above should work for MySql.
>
>
> Regards,
> Mindaugas


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



  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: RDDSQL Question.

[Mindaugas Kavaliauskas]

Hi,



But if I for example use:
My Browse() function and modify a field?
Because I change only in temporary cache query.
How to proceed for commit?


In my code on edit dialog "OK" button, o do both actions: execute query 
and set field values.


There is also my primary idea to store "dirty" flag for records, and 
later (ex. on browse close) iterate these "dirty" records and execute 
SQL update queries. I have not implemented this yet, since, I'm using 
another way to update DB. This "dirty" flag way has also some drawbacks, 
so, I do not want to do implementation until I do not use it and find it 
really a good solution for final application.



Regards,
Mindaugas

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

Re: [Harbour] Re: RDDSQL Question.

[Bruno Luciani]

May be could you post a working sample using this mix way of work

using a browse etc etc

It is very interesting

Bruno


2010/3/3 Mindaugas Kavaliauskas 

> Hi,
>
>
>
>  But if I for example use:
>> My Browse() function and modify a field?
>> Because I change only in temporary cache query.
>> How to proceed for commit?
>>
>
> In my code on edit dialog "OK" button, o do both actions: execute query and
> set field values.
>
> There is also my primary idea to store "dirty" flag for records, and later
> (ex. on browse close) iterate these "dirty" records and execute SQL update
> queries. I have not implemented this yet, since, I'm using another way to
> update DB. This "dirty" flag way has also some drawbacks, so, I do not want
> to do implementation until I do not use it and find it really a good
> solution for final application.
>
>
>
> Regards,
> Mindaugas
>
> ___
> 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: RDDSQL Question.

[Mindaugas Kavaliauskas]

Hi,


Bruno Luciani wrote:

May be could you post a working sample using this mix way of work
using a browse etc etc


Sorry, I do not use browse(). I use our own GUI.


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

RE: [Harbour] Re: Microsoft's SMB2 in Vista and above cripplingyour network apps?

[Horodyski Marek (PZUZ)]

-Original Message-
From: Przemysław Czerpak [mailto:dru...@acn.waw.pl] 
Sent: Wednesday, March 03, 2010 11:24 AM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Re: Microsoft's SMB2 in Vista and above cripplingyour 
network apps?

On Tue, 02 Mar 2010, smu johnson wrote:
> Well we have a ton of people who still use Windows, and because of that we
> need a Windows solution.

HBNETIO is platform independent solution. It can be used by stations using


[...]

use dedicated RDBMS like LETO or ADS. If you want to full even logical
protection then you should move your whole application to server side and
leave only user interface on the client side. It's the fastest and the most
safe solution.

And something about GTNETIO ... ? :)

Regards,
Marek Horodyski

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

RE: [Harbour] RDDSQL Question.

[Horodyski Marek (PZUZ)]

-Original Message-
From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt] 
Sent: Wednesday, March 03, 2010 1:38 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] RDDSQL Question.

Hi,


Itamar Lins wrote:
> Can you create examples of creating, 

RDDINFO( RDDI_EXECUTE, "CREATE TABLE test (id int, txt char(20))")

[...]

> For tables mdb via ado and other if possible.

Sorry, I know nothing about .mdb and ado, but above should work for
MySql.
---

And too for Oracle. Many, many examples :)
I preparing to co-operate with the OCI. For now, I can not, because he
has a GPF with the current version. I do not have it now time to prepare
an example.

Regards,
Marek Horodyski

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

Re: [Harbour] RDDSQL Question.

[Viktor Szakáts]

Hi Marek,

> Sorry, I know nothing about .mdb and ado, but above should work for
> MySql.
> ---
> 
> And too for Oracle. Many, many examples :)
> I preparing to co-operate with the OCI. For now, I can not, because he
> has a GPF with the current version. I do not have it now time to prepare
> an example.

This is a very unnecessary plug on this mailing list.

If you have a problem, pls specific SVN revision number, 
compiler, test app, OCILIB version, otherwise your 
"report" is nothing more than noise which BTW discredits 
other people's work (mine in this case). If you have no 
time to provide minimal information, it's best to not 
post anything at all on thie list, or just post that
"I will send reports when I have time to do it".

Please consider this.

BTW, here it works without GPF.

Brgds,
Viktor

___
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:[14049] trunk/harbour

[Pritpal Bedi]

Franček Prijatelj wrote:
> 
> The call to QWidget::setLayout()  installs the layout manager on the
> window. Behind the scenes, the Widgets which are put in Layout are
> "reparented" to be children of the widget on which the layout is
> installed, and for this reason we don't need to specify an explicit parent
> when we construct a widget that will be put in a layout.
> So the widgets are children of top level Widget.
> 

I know.

The point is: how to remove layout from the undelying widget.
I can destroy the children but cannot destroy the layout cleanly.
This is the whole cause of GPF at exit.

To test:

Run hbIDE and close any docking widgets if open.
Exit hbIDE - you may get GPF.
Run again hbIDE - you must see no dockes are open.
Exit - you will not experience GPF.
Run, open one dock, clso that dock, exit, 
   you will experience GPF for some only.




-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4667956.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:[14049] trunk/harbour

[Pritpal Bedi]

Massimo Belgrano wrote:
> 
> Compliment!
> Having a unique project file is a big quantum leap!
> I update my version in nexts  hours with a ready to use version of hbide
> and
> updated documentation from
> http://harbourlanguage.blogspot.com/
>  
> 

Your blog is good but the reader does not get the 
right impression. Screen shots are from different versions
of hbIDE. I suggest you two things:

1. Always update with the same version screen-shots
2. Always use same dimensions of every screen shot

Also some facts are now redundant. Clean them up.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4667987.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: RDDSQL Question.

[Itamar Lins]

Em 3/3/2010 10:25, Mindaugas Kavaliauskas escreveu:

Hi,



But if I for example use:
My Browse() function and modify a field?
Because I change only in temporary cache query.
How to proceed for commit?


In my code on edit dialog "OK" button, o do both actions: execute query
and set field values.

There is also my primary idea to store "dirty" flag for records, and
later (ex. on browse close) iterate these "dirty" records and execute
SQL update queries. I have not implemented this yet, since, I'm using
another way to update DB. This "dirty" flag way has also some drawbacks,
so, I do not want to do implementation until I do not use it and find it
really a good solution for final application.


Regards,
Mindaugas


Yes, I understand.
Another problem we consider a table with 3Gib for example how to work 
with it via browse? because my system is 100% via browse style excel.


This is syntaxe below is impraticable.

 DBUSEAREA(, "select * from my_table")

How to calculate end of query and run SQL again using browse ?

 DBUSEAREA(, "select * from my_table limit 100")


Best regards,
Itamar M. Lins Jr.

___
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:[14050] trunk/harbour/ChangeLog

[vouchcac]

Revision: 14050
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14050&view=rev
Author:   vouchcac
Date: 2010-03-03 15:39:35 + (Wed, 03 Mar 2010)

Log Message:
---
2010-03-03 07:31 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  ! In continuation of previous message:

; WARNIING: the original format of your existing .hbp 
project file will be changed if you make use 
of "Project Properties" docking window and 
then click on "Save & Exit" or "Save".
For contents viewing it will be ok.

In the new format, if you save it via wizard,
all sources will follow flags and comments 
will be deleted.

; NOTE: now onwards, trace dump of command line operations
and hbIDE output console will be the same which 
will facilitates to resolve build issues effectively.

; APPRECIATION: hbmk2 is an excellent build tool I have seen  
so far in my development namespace. We owe
heavily to Viktor for this great contribution.

Modified Paths:
--
trunk/harbour/ChangeLog


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Pritpal Bedi]

Massimo

hbIDE setup download is totally wrong.

1. It contains all the dlls from Qt distribution, to be precice 36

2. Harbour only needs 5 dlls: QtCore4 QtGui4 QtNetwork4 QtUiTools and
mingwm10.dll
   It will reduce the size of setup considerable.

3. You do not ask for where to install ? You install in the default 
   Harbour repository, all the bad. Never install in Harbour's,
   allow the user to create a new folder, default being {drive}\hbIDE.

There are lot many tips more but...

-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4668401.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:[14049] trunk/harbour

[Franček Prijatelj]

Hi


Pritpal Bedi wrote:
> 
> 
> I know.
> 
> The point is: how to remove layout from the undelying widget.
> I can destroy the children but cannot destroy the layout cleanly.
> This is the whole cause of GPF at exit.
> 
> 

Try to use normal pointers for Layout instead of GC pointers.

Franček


-
brgs
Franček Prijatelj
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4668442.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:[14049] trunk/harbour

[Pritpal Bedi]

Franček Prijatelj wrote:
> 
> Try to use normal pointers for Layout instead of GC pointers.
> 

How ?


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4668486.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] SF.net SVN: harbour-project:[14049] trunk/harbour

[Viktor Szakáts]

Thank you Pritpal, I'll check it a bit later.

Brgds,
Viktor

On 2010 Mar 3, at 10:02, vouch...@users.sourceforge.net wrote:

> Revision: 14049
>  
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14049&view=rev
> Author:   vouchcac
> Date: 2010-03-03 09:02:05 + (Wed, 03 Mar 2010)
> 
> Log Message:
> ---
> 2010-03-03 01:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
>  * contrib/hbqt/hbqt_garbage.h
>  * contrib/hbqt/THbQtUI.prg
>! A massive effort to stream-line GPF at exit.
>  At least now I know that it is caused by the way 
>  QLayout has relation with parent and children both.
>  To some extent I am been able to cover it, but not 
>  completely, at least till now.
> 
>  * contrib/hbxbp/xbptreeview.prg
>+ Implemented tooltip and changed the way context menu is fired.
> 
>  - contrib/hbide/projects/hbide.hbi
>! Totally abandoned .hbi project protocol.
> 
>  * contrib/hbide/resources/environments.ui
>  * contrib/hbide/resources/environments.uic
>  * contrib/hbide/resources/projectpropertiesex.ui
>  * contrib/hbide/resources/projectpropertiesex.uic
>  * contrib/hbide/resources/themesex.ui
>  * contrib/hbide/resources/themesex.uic
>! Simplified layouts to cover GPFs at exit.
> 
>  * contrib/hbide/hbide.hbp
>+ Added ideenviron.prg.
> 
>  * contrib/hbide/hbide.prg
>  * contrib/hbide/idedocks.prg
>  * contrib/hbide/ideeditor.prg
>  + contrib/hbide/ideenviron.prg
>  * contrib/hbide/idefindreplace.prg
>  * contrib/hbide/ideharbourhelp.prg
>  * contrib/hbide/idemisc.prg
>  * contrib/hbide/ideobject.prg
>  * contrib/hbide/ideprojmanager.prg
>  * contrib/hbide/idesources.prg
>  * contrib/hbide/idethemes.prg
> 
>+ Restructured project management.
> 
>+ Implemented: .hbp as project definition protocol.
>  Exploited -3rd= token to keep hbIDE specific data.
>  Now you can open any existing .hbp and build it 
>  out of the box. You must have set the build env
>  beforehand OR take use of hbIDE's .env protocol.
> 
>+ Implemented: relative paths. The relative paths are
>  are computed downwards and from .hbp location.
>  Upper level paths still remain absolute. If your 
>  projects structure is well thought of, then this 
>  feature means this project tree is transferable 
>  across different OS's and drives.
> 
>  The relative paths posed many difficulties. The 
>  facts had to be resolved while search operations,
>  while opening the files from Project Tree, and more.
>  Now all are in perfect syncronization.
> 
>+ Managed: .hbp filters on source level and are 
>  handelled transparently. In Project Tree source
>  is shown without filters. Search operations are 
>  also transparent. So, an entry like:
>{msvc|bcc}vouch/scandocument.prg 
>  is respected by hbIDE.
> 
>! The other changes:
>  - Project Properties dialogs contents.
>It is now very simple to understand and manage.
> 
>  - Concept of meta-data is eliminated.
> 
>  - The output executable is automatically recognized
>from linker output. So "Destination folder" is 
>kept for only "Launch" option which, in fact, does
>not know where executable is located. "Build & Launch"
>and "Rebuild & Launch" options do not look for
>"Destination folder" at all.
> 
>  - Project location is always pulled from .hbp file.
>It is not retained anywhere to make the project 
>portable.
> 
>  - Many more facts I cannot recollect at present.
> 
> ; TODO: {hbmk2} slot in hbide.env protocol to pass
>   command-line parameters.
> 
> ; NOTE: delete hbide.ini, idesettings.ini, all .hbi's
> and start with clean state.
> 
> Regression is highly possible and I am eager 
> to hear from you. This commit is just for 
> stramlining project management, though there 
> few other features implemented less important
> to mention.
> 
> 
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/hbide/hbide.hbp
>trunk/harbour/contrib/hbide/hbide.prg
>trunk/harbour/contrib/hbide/idedocks.prg
>trunk/harbour/contrib/hbide/ideeditor.prg
>trunk/harbour/contrib/hbide/idefindreplace.prg
>trunk/harbour/contrib/hbide/ideharbourhelp.prg
>trunk/harbour/contrib/hbide/idemisc.prg
>trunk/harbour/contrib/hbide/ideobject.prg
>trunk/harbour/contrib/hbide/ideprojmanager.prg
>trunk/harbour/contrib/hbide/idesources.prg
>trunk/harbour/contrib/hbide/idethemes.prg
>trunk/harbour/contrib/hbide/resources/environments.ui
>trunk/harbour/contrib/hbide/resources/environments.uic
>trunk/harbour/contrib/hbide/resources/projectpropertiesex.ui
>trunk/harbour/contrib/hbide/resources/projectpropertiesex.uic
>trunk/harbour/contrib/hbide/resources/themesex.ui
>trunk/harbour/contrib/hbide/resources/themesex

Re: [Harbour] Re: RDDSQL Question.

[Bruno Luciani]

well , some code sample would be usefull

Bruno

2010/3/3 Mindaugas Kavaliauskas 

> Hi,
>
>
>
> Bruno Luciani wrote:
>
>> May be could you post a working sample using this mix way of work
>> using a browse etc etc
>>
>
> Sorry, I do not use browse(). I use our own GUI.
>
>
>
> Regards,
> Mindaugas
> ___
> 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: RDDSQL Question.

[Jacek Kubica]

Hello Mindaugas,

Wednesday, March 03, 2010, 2:37:04 PM, you wrote:

MK> Bruno Luciani wrote:
>> May be could you post a working sample using this mix way of work
>> using a browse etc etc
MK> Sorry, I do not use browse(). I use our own GUI.

OK, but how do you reaslise datacommits to database ??
Using ODBC, native client or something else ??

BTW. sddoci works very well here ! Thanks Viktor !

-- 
Best regards,

 Jacek Kubica


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

RE: [Harbour] RDDSQL Question.

[Horodyski Marek (PZUZ)]

-Original Message-
From: Viktor Szakáts [mailto:harbour...@syenar.hu] 
Sent: Wednesday, March 03, 2010 3:53 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] RDDSQL Question.

Hi Marek,

> Sorry, I know nothing about .mdb and ado, but above should work for
> MySql.
* ---

Please consider this.

BTW, here it works without GPF.
*---

Ok. Sorry. GPF does not apply to OCI, but the end of syntax "for each x in y".
I am writing this because I want to join in the test OCI.DLL - but in the 
meantime I can not.
And your work is really great:)

Regards,
Marek Horodyski


___
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:[14049] trunk/harbour

[Massimo Belgrano]

i am tring but where is QtUiTools.dll ?

2010/3/3 Pritpal Bedi 

>
> Massimo
>
> hbIDE setup download is totally wrong.
>
> 1. It contains all the dlls from Qt distribution, to be precice 36
>
> 2. Harbour only needs 5 dlls: QtCore4 QtGui4 QtNetwork4 QtUiTools and
> mingwm10.dll
>   It will reduce the size of setup considerable.
>
> 3. You do not ask for where to install ? You install in the default
>   Harbour repository, all the bad. Never install in Harbour's,
>   allow the user to create a new folder, default being {drive}\hbIDE.
>
> There are lot many tips more but...
>
>

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

Re: [Harbour] Re: RDDSQL Question.

[Lorenzo Fiorini]

On Wed, Mar 3, 2010 at 4:07 PM, Itamar Lins  wrote:

> Another problem we consider a table with 3Gib for example how to work with
> it via browse? because my system is 100% via browse style excel.
>
> This is syntaxe below is impraticable.
>
>  DBUSEAREA(, "select * from my_table")
>
> How to calculate end of query and run SQL again using browse ?

In my experience the move from dbf to sql require a major rewrite of
the app logic.
I've done some experiments but without sth like .Net/JDBC DataSet
connecting SQL to the UI is not so easy.

I think we should start a serious discussion about SQL support and try
to join the forces to create sth that match the features of .Net and
Java.

best regards,
Lorenzo
___
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:[14049] trunk/harbour

[Pritpal Bedi]

Massimo Belgrano wrote:
> 
> i am tring but where is QtUiTools.dll ?
> 

Sorry, it is QtDesigner4.dll.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4669180.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: RDDSQL Question.

[Viktor Szakáts]

>> Another problem we consider a table with 3Gib for example how to work with
>> it via browse? because my system is 100% via browse style excel.
>> 
>> This is syntaxe below is impraticable.
>> 
>>  DBUSEAREA(, "select * from my_table")
>> 
>> How to calculate end of query and run SQL again using browse ?
> 
> In my experience the move from dbf to sql require a major rewrite of
> the app logic.
> I've done some experiments but without sth like .Net/JDBC DataSet
> connecting SQL to the UI is not so easy.
> 
> I think we should start a serious discussion about SQL support and try
> to join the forces to create sth that match the features of .Net and
> Java.

For sure it'd be powerful addition, so pls feel free 
to open the topic, I'm sure many are interested.

Brgds,
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:[14049] trunk/harbour

[Viktor Szakáts]

On 2010 Mar 3, at 18:52, Pritpal Bedi wrote:

> Massimo Belgrano wrote:
>> 
>> i am tring but where is QtUiTools.dll ?
>> 
> 
> Sorry, it is QtDesigner4.dll.

None of the above is required, since QtUiTools 
is a static library.

Brgds,
Viktor

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

Re: [Harbour] Re: Class QLibraryInfo in HbQt

[CarozoDeQuilmes]

Hi, four dias ago, I sent this mail but I think that I don't explain clearly

With the Pritpal function Qt_Version_Str(), I can get the Qt library version
that I use for compile my program, but I need get the version of Qt Dinamic
Libary that I use for running my program.

I need it for check compatibility (at runtime) between Qt used for make the
program and Qt Dlls used for run the program.

Can somebody help me ?

Thanks in advance
CdQ


On Fri, Feb 26, 2010 at 8:39 PM, CarozoDeQuilmes
wrote:

> Hi Pritpal, maybe I am wrong and you can help me.  I only need get the
> version, release and build of Qt library (ex: 4.6.2)
> I don't need add any plugins (in Static Link Mode, Qt don't support jpg
> images without pluging but isn't very necesary)
>
> Thanks
>
> CdQ
>
>
> On Fri, Feb 26, 2010 at 5:51 PM, Pritpal Bedi wrote:
>
>>
>>
>> Viktor Szakáts wrote:
>> >
>> > We've decided to not support the plugin architecture of QT lib
>> > for various reasons detailed back then.
>> >
>>
>> :buildKey() only generates a key which are essential for a plugin
>> to be linked in a version of Qt.
>>
>> As far as my understanding extends, this class has nothing to do with
>> plugin
>> architecture of Qt by "itself". It simply retreives the licensing info and
>> provides access
>> to some paths. For that matter, Harbour wrappers can never support plugins
>> in any manner.
>>
>> It is a difficult class to generate dynamically so I failed on many
>> occassion to develop it. And still I do not know how to?
>>
>> Also I do not see the real benefits of this class, taken especially
>> the LGPL licensing issues.
>>
>> Probably CarozoDeQuilmes want to issue some commands based on
>> Qt library version. That can be the only valid reason for this request.
>>
>> -
>> enjoy hbIDEing...
>>Pritpal Bedi
>> _a_student_of_software_analysis_&_design_
>> --
>> View this message in context:
>> http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4641755.html
>> Sent from the harbour-devel mailing list archive at Nabble.com.
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Massimo Belgrano]

done

Updated thanks

Any suggestion is welcome

2010/3/3 Pritpal Bedi 

>
>
> Massimo Belgrano wrote:
> >
> > i am tring but where is QtUiTools.dll ?
> >
>
> Sorry, it is QtDesigner4.dll.
>
>
>
-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: RDDSQL Question.

[Lorenzo Fiorini]

On Wed, Mar 3, 2010 at 7:00 PM, Viktor Szakáts  wrote:

> For sure it'd be powerful addition, so pls feel free
> to open the topic, I'm sure many are interested.

I already did some month ago ( search for "New SQL classes #1" ) but
everything "stopped" around class vs RDD.
Even the programming style can be very different, f.e. my apps are
tbrowse centric others don't use tbrowse at all.

IMHO what we call xBase doesn't exist. I don't see many similarities
between Harbour, Visual FoxPro and Visual Object beyond few reserved
names so it seems quite difficult to extend Harbour beyond the Clipper
known "spaces".

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

[Harbour] Re: Class QLibraryInfo in HbQt

[Pritpal Bedi]

CarozoDeQuilmes wrote:
> 
> Hi, four dias ago, I sent this mail but I think that I don't explain
> clearly
> 
> With the Pritpal function Qt_Version_Str(), I can get the Qt library
> version
> that I use for compile my program, but I need get the version of Qt
> Dinamic
> Libary that I use for running my program.
> 
> I need it for check compatibility (at runtime) between Qt used for make
> the
> program and Qt Dlls used for run the program.
> 

Understand that QLibraryInfo() class is not that easy to implement
as Harbour wrapper. I will give it a 2nd try soon.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4669904.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:[14049] trunk/harbour

[Pritpal Bedi]

Massimo Belgrano wrote:
> 
> done
> 
> Updated thanks
> 
> Any suggestion is welcome
> 

1 Do not include QtDesigner4.dll - not required for hbIDE.
2 Do not include any .ini, it poses more problems than resolving.
   Those INI's are containing Harbours paths and thus fail in 
   other folders.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4670025.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: RDDSQL Question.

[Viktor Szakáts]

> I already did some month ago ( search for "New SQL classes #1" ) but
> everything "stopped" around class vs RDD.

It was in 2008 October ;) So maybe the topic could 
need some actualization.

Most importantly we have (thanks to Mindaugas) RDDSQL 
since (committed in 2008 December), which gives us a 
very nice and natural base for accessing SQL (or in 
fact any 3rd party) data sources.

In fact by now we have a base driver for all SQL 
vendors you mention except DB2, well, and ADO. [ But 
seeing the "huge" interest in touching RDDADO, 
maybe this isn't such a miss. Perhaps we could have 
and sddusr and ado implemented as .prg SDD. ]

We also have the naming right.

> Even the programming style can be very different, f.e. my apps are
> tbrowse centric others don't use tbrowse at all.
> 
> IMHO what we call xBase doesn't exist. I don't see many similarities
> between Harbour, Visual FoxPro and Visual Object beyond few reserved
> names so it seems quite difficult to extend Harbour beyond the Clipper
> known "spaces".

Sorry but I cannot remember the exact discussion 
details, we also had a enormous amount of development, 
plus quite possibly lots of new followers since then, 
so it'd still be great if you could "reopen" the topic 
with that (and RDDSQL) in mind.

Brgds,
Viktor

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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[smu johnson]

Przemek,

I'm at work now and talked to my brother about this HBNETIO thing.  He's a
bit uncertain (as am I) if this is going to magically make it so we can
still use SMBv2.  Could you please point me in the right direction as to how
to go about trying it?

Thank you

2010/3/3 Przemysław Czerpak 

> On Tue, 02 Mar 2010, smu johnson wrote:
> > Well we have a ton of people who still use Windows, and because of that
> we
> > need a Windows solution.
>
> HBNETIO is platform independent solution. It can be used by stations using
> only one platform (i.e. only MS-Windows programs) but it also allow to
> safely share DBF tables (with memo and indexes) between program compiled
> on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP,
> W2K, Win7, OS2 stations using native programs accessing the same files.
> It system eliminates file sharing with its all potential synchronization
> problems by switching to own TCP/IP protocol dedicate to share Harbour
> tables.
>
> > I am happy to report that after about 30 mins of Googling, I came across
> > this page, which solved the problem, if you disable SMB2.
> >
> http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx
>
> Above fix is for remote hackers attack so it's not related to your problem.
> Anyhow as I can see there is a switch to disable SMBv2 protocol and this
> may indirectly help to resolve the problem because it's possible that it
> can be exploited only when SMBv2 is enabled and some buggy network clients
> are used.
> Anyhow if you do not want to worry about possible problems which can be
> caused by some incompatible network transport layer or unsafe concurrent
> file access caused by some speed "optimization (i.e. not synchronized read
> ahead caches) then you should switch to HBNETIO. If you want much stronger
> data protection and move all index processing to server side then you
> should
> use dedicated RDBMS like LETO or ADS. If you want to full even logical
> protection then you should move your whole application to server side and
> leave only user interface on the client side. It's the fastest and the most
> safe solution.
>
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

[Harbour] hbide testing (go #1)

[Viktor Szakáts]

Hi Pritpal,

My experiences with latest HBIDE, with deleted .ini file:

1) 'Help | About' menu item is still using the old app icon.
2) Many control backgrounds are still "gradient" style, 
   f.e. panel headers, main toolbar, main menu. Not a bug per 
   se, but can't find any contemporary IDEs with similar effects. 
   They are usually minimalistic.
3) Selecting 'Project | Properties' after startup: three 
   consecutive message boxes informing me about the same 
   error, but with slightly different wording.
   "no active project detected" (maybe it'd be better to gray out the item in 
this case)
   "No Projects Available" (should not use all capitals here)
   "Invalid Project:" (should say something after ':')
4) 'Tools' menu has two items, both using '*' mark, 
   'Configure Tools' not doing anything, 'Command Prompt' 
   asking for a Macro name with the title 'Compilation'.
   In current form this whole menu would better be deleted.
5) Found no way to disable or move rightmost and leftmost 
   toolbars. They seem fixed. IMO it should be user placeable, 
   and should be possible to hide both.
6) "..." are missing from several menu items under 'File' menu, 
   f.e. it should be "Open..." instead of "Open".

[at this point I opened 'projects/hbide.hbp']

6) Ctrl+F4 or left-click on tab header doesn't work to close 
   source code tabs. I could only do it from main menu.
   A simple close icon on tab would also be a solution, but 
   key-combination is a must.
7) When source code tab is open, it "steals" focus from 
   "Projects Tree". Open any source file by double clicking, 
   then click on any source file in the "Projects Tree" panel, 
   it will be selected, than immediately grayed. This also 
   means it's not possible to navigate with cursor keys 
   when any source file is open.

Brgds,
Viktor

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

[Harbour] Warnings

[Enrico Maria Giordano]

Warning W8012 ../../../hbeditc.c 961: Comparing signed and unsigned values 
in function HB_FUN_ED_STABILIZE
Warning W8012 ../../../hbeditc.c 1627: Comparing signed and unsigned values 
in function End
Warning W8012 ../../../hbeditc.c 1640: Comparing signed and unsigned values 
in function End
Warning W8012 ../../../hbeditc.c 1753: Comparing signed and unsigned values 
in function DelChar
Warning W8012 ../../../hbeditc.c 1851: Comparing signed and unsigned values 
in function BackSpace
Warning W8012 ../../../hbeditc.c 2011: Comparing signed and unsigned values 
in function NextWord
Warning W8012 ../../../hbeditc.c 2072: Comparing signed and unsigned values 
in function PreviousWord
Warning W8012 ../../../hbeditc.c 2160: Comparing signed and unsigned values 
in function format_line
Warning W8012 ../../../hbeditc.c 2327: Comparing signed and unsigned values 
in function PutChar
Warning W8012 ../../../hbeditc.c 2565: Comparing signed and unsigned values 
in function Return


EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[Viktor Szakáts]

Hi,

> I'm at work now and talked to my brother about this HBNETIO thing.  He's a 
> bit uncertain (as am I) if this is going to magically make it so we can still 
> use SMBv2.

It will certainly make it, as with HBNETIO you won't 
use _any_ SMB protocol at all for RDD access. That's 
the whole trick, it's an SMB "replacement" on top of 
TCP/IP.

You can find examples for it under contrib/hbnetio/tests 
and utils.

Brgds,
Viktor

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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[smu johnson]

Thanks Vikt0r.

On Wed, Mar 3, 2010 at 1:30 PM, Viktor Szakáts  wrote:

> Hi,
>
> > I'm at work now and talked to my brother about this HBNETIO thing.  He's
> a bit uncertain (as am I) if this is going to magically make it so we can
> still use SMBv2.
>
> It will certainly make it, as with HBNETIO you won't
> use _any_ SMB protocol at all for RDD access. That's
> the whole trick, it's an SMB "replacement" on top of
> TCP/IP.
>
> You can find examples for it under contrib/hbnetio/tests
> and utils.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

Re: [Harbour] Warnings

[Viktor Szakáts]

> Warning W8012 ../../../hbeditc.c 961: Comparing signed and unsigned values in 
> function HB_FUN_ED_STABILIZE
> Warning W8012 ../../../hbeditc.c 1627: Comparing signed and unsigned values 
> in function End
> Warning W8012 ../../../hbeditc.c 1640: Comparing signed and unsigned values 
> in function End
> Warning W8012 ../../../hbeditc.c 1753: Comparing signed and unsigned values 
> in function DelChar
> Warning W8012 ../../../hbeditc.c 1851: Comparing signed and unsigned values 
> in function BackSpace
> Warning W8012 ../../../hbeditc.c 2011: Comparing signed and unsigned values 
> in function NextWord
> Warning W8012 ../../../hbeditc.c 2072: Comparing signed and unsigned values 
> in function PreviousWord
> Warning W8012 ../../../hbeditc.c 2160: Comparing signed and unsigned values 
> in function format_line
> Warning W8012 ../../../hbeditc.c 2327: Comparing signed and unsigned values 
> in function PutChar
> Warning W8012 ../../../hbeditc.c 2565: Comparing signed and unsigned values 
> in function Return

Thanks, but it's a pending/known TODO listed in ChangeLog 
("editor code type cleanup").

I expect other developers' help here.

Ryszard, maybe if you're around...?

Brgds,
Viktor

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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[smu johnson]

Wow.  I am peeking around the contrib directories and I re-read your message
about the SMB replacement.  You and Przemek are geniuses.  I've never seen
this level of "oh yeah, we have a solution for that" in any other open
source software project I've ever seen.  A million thanks to you guys.

On Wed, Mar 3, 2010 at 1:30 PM, Viktor Szakáts  wrote:

> Hi,
>
> > I'm at work now and talked to my brother about this HBNETIO thing.  He's
> a bit uncertain (as am I) if this is going to magically make it so we can
> still use SMBv2.
>
> It will certainly make it, as with HBNETIO you won't
> use _any_ SMB protocol at all for RDD access. That's
> the whole trick, it's an SMB "replacement" on top of
> TCP/IP.
>
> You can find examples for it under contrib/hbnetio/tests
> and utils.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

Re: [Harbour] Re: RDDSQL Question.

[Mindaugas Kavaliauskas]

Bruno Luciani wrote:

well , some code sample would be usefull


This "sample" is 73 files with implementation of all GUI app development 
environment. It will not work together, if you delete one file. I can 
send some 20 lines sample, but it gives nothing to you. But I won't 
share the whole code because: it's not multiplatform, not enough 
portable, contains lithuanian function names, etc, etc. We can manage to 
use it in very comfortable way in a small group of programmers. But it 
is not what I want to see in Harbour project.



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

Re: [Harbour] Re: Class QLibraryInfo in HbQt

[CarozoDeQuilmes]

Thanks in advance

CdQ

On Wed, Mar 3, 2010 at 4:29 PM, Pritpal Bedi wrote:

>
>
> CarozoDeQuilmes wrote:
> >
> > Hi, four dias ago, I sent this mail but I think that I don't explain
> > clearly
> >
> > With the Pritpal function Qt_Version_Str(), I can get the Qt library
> > version
> > that I use for compile my program, but I need get the version of Qt
> > Dinamic
> > Libary that I use for running my program.
> >
> > I need it for check compatibility (at runtime) between Qt used for make
> > the
> > program and Qt Dlls used for run the program.
> >
>
> Understand that QLibraryInfo() class is not that easy to implement
> as Harbour wrapper. I will give it a 2nd try soon.
>
>
> -
> enjoy hbIDEing...
>Pritpal Bedi
> _a_student_of_software_analysis_&_design_
> --
> View this message in context:
> http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4669904.html
> Sent from the harbour-devel mailing list archive at Nabble.com.
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[Viktor Szakáts]

> Wow.  I am peeking around the contrib directories and I re-read your message 
> about the SMB replacement.  You and Przemek are geniuses.  I've never seen 
> this level of "oh yeah, we have a solution for that" in any other open source 
> software project I've ever seen.  A million thanks to you guys.

Thanks in the name of Przemek, it's his work :) (I've only tackled the server 
tool)

Brgds,
Viktor

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

Re: [Harbour] Re: RDDSQL Question.

[Mindaugas Kavaliauskas]

Itamar Lins wrote:

Yes, I understand.
Another problem we consider a table with 3Gib for example how to work 
with it via browse? because my system is 100% via browse style excel.


This is syntaxe below is impraticable.

 DBUSEAREA(, "select * from my_table")

How to calculate end of query and run SQL again using browse ?

 DBUSEAREA(, "select * from my_table limit 100")


Let's say table has unique numeric id column (auto_increment or 
similar). We use two techniques to solve the problem:

1) even if database is large (but not huge), you can try to do:
  select id from * mytable order by id;
MySql returns 5 ids very quickly. Later on page down/page up action 
you just do subqueries:

  select * from mytable where id in (...) order by id;
... is a list of first, second, third, ...  numbers of ids 
from the "ids query".


2) if table is huge the second technique is better:
First page:
  select * from mytable order by id limit 20
Next page (after page down):
  select * from mytable where id > nPrevQueryLastId order by id limit 20


Please, do not ask how to use it browse. We are doing it by MoveTo(), 
LineTo(), TextOut(), etc and a lot of code on the top of it.



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

Re: [Harbour] Re: RDDSQL Question.

[Mindaugas Kavaliauskas]

Hi,


Jacek Kubica wrote:

May be could you post a working sample using this mix way of work
using a browse etc etc

MK> Sorry, I do not use browse(). I use our own GUI.

OK, but how do you reaslise datacommits to database ??


Using RDDINFO( RDDI_EXECUTE, "UPDATE ...")



Using ODBC, native client or something else ??


Using rddsql, sddmy.



BTW. sddoci works very well here ! Thanks Viktor !


+2 :)


Regards,
Mindaugas

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

Re: [Harbour] Re: Class QLibraryInfo in HbQt

[Viktor Szakáts]

Guys, isn't there a simple function to retrieve 
QT dynamic lib version number?

Most tools have. If it doesn't maybe we shouldn't 
create a workaround just report it to QT. Another 
possibility is that they left it out on purpose, 
f.e. because compatibility with dynamic libs is 
automatically ensured by the QT framework.

Please keep it simple.

Brgds,
Viktor

On 2010 Mar 3, at 22:52, CarozoDeQuilmes wrote:

> Thanks in advance
> 
> CdQ
> 
> On Wed, Mar 3, 2010 at 4:29 PM, Pritpal Bedi  wrote:
> 
> 
> CarozoDeQuilmes wrote:
> >
> > Hi, four dias ago, I sent this mail but I think that I don't explain
> > clearly
> >
> > With the Pritpal function Qt_Version_Str(), I can get the Qt library
> > version
> > that I use for compile my program, but I need get the version of Qt
> > Dinamic
> > Libary that I use for running my program.
> >
> > I need it for check compatibility (at runtime) between Qt used for make
> > the
> > program and Qt Dlls used for run the program.
> >
> 
> Understand that QLibraryInfo() class is not that easy to implement
> as Harbour wrapper. I will give it a 2nd try soon.
> 
> 
> -
> enjoy hbIDEing...
>Pritpal Bedi
> _a_student_of_software_analysis_&_design_
> --
> View this message in context: 
> http://n2.nabble.com/Class-QLibraryInfo-in-HbQt-tp4641413p4669904.html
> Sent from the harbour-devel mailing list archive at Nabble.com.
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Harbour] Re: hbide testing (go #1)

[Pritpal Bedi]

Hi

1) 'Help | About' menu item is still using the old app icon.

   Fixed.

2) Many control backgrounds are still "gradient" style, 
   f.e. panel headers, main toolbar, main menu. Not a bug per 
   se, but can't find any contemporary IDEs with similar effects. 
   They are usually minimalistic.

   Normalized. 
   I just wanted to present IDE with power and feel of Qt.

3) Selecting 'Project | Properties' after startup: three 
   consecutive message boxes informing me about the same 
   error, but with slightly different wording.
   "no active project detected" (maybe it'd be better to gray out the item
in this case)
   "No Projects Available" (should not use all capitals here)
   "Invalid Project:" (should say something after ':')

   Looking into. Infact I never looked at this option seriously.

4) 'Tools' menu has two items, both using '*' mark, 
   'Configure Tools' not doing anything, 'Command Prompt' 
   asking for a Macro name with the title 'Compilation'.
   In current form this whole menu would better be deleted.

   Disabled.

5) Found no way to disable or move rightmost and leftmost 
   toolbars. They seem fixed. IMO it should be user placeable, 
   and should be possible to hide both.

   I did not activated the movement. Hiding is possible, see "View" menu.
   And the hiding is even respected with next run.

6) "..." are missing from several menu items under 'File' menu, 
   f.e. it should be "Open..." instead of "Open".

   Can you point-out which options need it.
   Fixed for "Open" and "Save".

[at this point I opened 'projects/hbide.hbp']

6) Ctrl+F4 or left-click on tab header doesn't work to close 
   source code tabs. I could only do it from main menu.
   A simple close icon on tab would also be a solution, but 
   key-combination is a must.

   I will implement this as a corner "X" icon.
   For now you can press "Close" toolbar icon.

7) When source code tab is open, it "steals" focus from 
   "Projects Tree". Open any source file by double clicking, 
   then click on any source file in the "Projects Tree" panel, 
   it will be selected, than immediately grayed. This also 
   means it's not possible to navigate with cursor keys 
   when any source file is open.

   I was keeping the focus in the editor. But you are right,
   it should be with double click only where it make sense, 
   not during navigation. Will do it today.

Thank you for scratching again!


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbide-testing-go-1-tp4670601p4670845.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] Question about hb_gt_win_CtrlHandler usage

[smu johnson]

Hi,

I'm trying to write a simple Hello World app that does something like a WAIT
command and maybe calls a function if I click the X button for a GTWIN app.
I have no idea if this is even possible, as I have grepped the entire
harbour src .zip file contents for some hints.  In the few results for
CTRL_CLOSE_EVENT I don't really see anything relevant that can like.. set up
a call hook function or anything.  I'm totally lost.

Any hints greatly appreciated.

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

Re: [Harbour] Re: hbide testing (go #1)

[Viktor Szakáts]

> 6) "..." are missing from several menu items under 'File' menu, 
>   f.e. it should be "Open..." instead of "Open".
> 
>   Can you point-out which options need it.
>   Fixed for "Open" and "Save".

All which causes to open a dialog box:
 Open, Open Project, Save As, Print, 
 maybe 'Export as HTML' (though I can't verify, 
 since it does nothing here for some reason)

For 'Save' you don't need '...', it's 
good as it was.

> [at this point I opened 'projects/hbide.hbp']
> 
> 6) Ctrl+F4 or left-click on tab header doesn't work to close 
>   source code tabs. I could only do it from main menu.
>   A simple close icon on tab would also be a solution, but 
>   key-combination is a must.
> 
>   I will implement this as a corner "X" icon.
>   For now you can press "Close" toolbar icon.
> 
> 7) When source code tab is open, it "steals" focus from 
>   "Projects Tree". Open any source file by double clicking, 
>   then click on any source file in the "Projects Tree" panel, 
>   it will be selected, than immediately grayed. This also 
>   means it's not possible to navigate with cursor keys 
>   when any source file is open.
> 
>   I was keeping the focus in the editor. But you are right,
>   it should be with double click only where it make sense, 
>   not during navigation. Will do it today.

Thank you Pritpal.

Brgds,
Viktor

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

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

[Viktor Szakáts]

> I'm trying to write a simple Hello World app that does something like a WAIT 
> command and maybe calls a function if I click the X button for a GTWIN app.  
> I have no idea if this is even possible, as I have grepped the entire harbour 
> src .zip file contents for some hints.  In the few results for 
> CTRL_CLOSE_EVENT I don't really see anything relevant that can like.. set up 
> a call hook function or anything.  I'm totally lost.
> 
> Any hints greatly appreciated. 

Use GTWVT and HB_GTI_NOTIFIERBLOCK (see: tests\wvtext.prg)

With GTWIN I still have to see proof that 
it's technically possible to catch close 
events like that, until then I assume it's 
not possible, and for sure it's not implemented 
in Harbour.

Brgds,
Viktor

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

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

[smu johnson]

Wow this test is really cute.  I'll be poking around with this.  Thanks a
ton!

On Wed, Mar 3, 2010 at 2:21 PM, Viktor Szakáts  wrote:

> > I'm trying to write a simple Hello World app that does something like a
> WAIT command and maybe calls a function if I click the X button for a GTWIN
> app.  I have no idea if this is even possible, as I have grepped the entire
> harbour src .zip file contents for some hints.  In the few results for
> CTRL_CLOSE_EVENT I don't really see anything relevant that can like.. set up
> a call hook function or anything.  I'm totally lost.
> >
> > Any hints greatly appreciated.
>
> Use GTWVT and HB_GTI_NOTIFIERBLOCK (see: tests\wvtext.prg)
>
> With GTWIN I still have to see proof that
> it's technically possible to catch close
> events like that, until then I assume it's
> not possible, and for sure it's not implemented
> in Harbour.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

[Harbour] hbide testing (go #2)

[Viktor Szakáts]

Hi Pritpal,

Continuing testing.

1) In top of left toolbar there is green block.
   It seems to be 'Editor Panels'. I couldn't yet 
   find its function, but maybe at least the icon 
   should be changed to something else, because now 
   it's IMO difficult to find out what it is. At 
   least for a hbide newbie.
2) xMate import: There is a separate button for it now, 
   but possibly it would be cleaner to simply allow 
   to open it in regular 'open project' window and 
   make the one-time conversion automatically.
   In this case there would essentially be a 'new' 
   project created with some pre-filled (converted) 
   information, which could in turn be saved by user 
   as native .hbp file.
   This is how Visual Studio handles compatibility 
   project file formats.
   Such one time conversion could easily be made 
   using external call hbmk2, and in this case you 
   could add support for xbuild and hbmake projects 
   as well, by only adding a few extra lines of code.
3) 'Edit | Line...' and 'Edit | Block...' should not 
   have '...' since they are submenus.
4) Status line says: "Codec:" and "Env:" without 
   any text after ':'. Either the default value should 
   be put there or the status section omitted. (possibly 
   the former)
5) "Editor Themes" should be "Theme Manager" or 
   just simply "Theme Editor".
6) In "Editor Themes" the 'Action' button does nothing 
   apparent, and for me it stays a mystery how to make 
   an instant theme change. Whatever I do everything 
   stays the same.

Brgds,
Viktor

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

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

[Paul Tucker]

Victor,


With GTWIN I still have to see proof that
it's technically possible to catch close
events like that, until then I assume it's
not possible, and for sure it's not implemented
in Harbour.


I have seen some code posted on the Clipper forum that I hope I captured 
concerning fullscreen/Windows from code in a cmd shell.  Given that, it 
should be possible to work out the events for the close button. (I think)


I have it in mind to try that 'one of these days', meaning probably within 
your lifetime. ;-)


Paul 


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

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

[Viktor Szakáts]

Hi Paul,

>> With GTWIN I still have to see proof that
>> it's technically possible to catch close
>> events like that, until then I assume it's
>> not possible, and for sure it's not implemented
>> in Harbour.
> 
> I have seen some code posted on the Clipper forum that I hope I captured 
> concerning fullscreen/Windows from code in a cmd shell.  Given that, it 
> should be possible to work out the events for the close button. (I think)
> 
> I have it in mind to try that 'one of these days', meaning probably within 
> your lifetime. ;-)

It would be nice if this could be chewed 
into HB_GTI_NOTIFIERBLOCK support for GTWIN, 
at least for close events that is.

Any results of your experiments is useful, 
so just take your time. My lifetime is not very 
relevant here, that of Harbour is :)

[ I made a little test and the event is 
caught though and even the callback works, 
but at this point it becomes unstable, no 
input device works and it crashes then. ]

--- .dif
Index: gtwin.c
===
--- gtwin.c (revision 14049)
+++ gtwin.c (working copy)
@@ -82,6 +82,7 @@
 #include "hbapiitm.h"
 #include "hbapierr.h"
 #include "hbwinuni.h"
+#include "hbvm.h"
 
 #include "hbapicdp.h"
 
@@ -149,6 +150,7 @@
 #define HB_GTSUPER   (&SuperTable)
 #define HB_GTID_PTR  (&s_GtId)
 
+static PHB_GT  s_pGT = NULL;
 static HB_BOOL s_bOldClosable;
 static HB_BOOL s_bClosable;
 static HB_BOOL s_bSpecialKeyHandling;
@@ -549,6 +551,27 @@
 
 /* *** */
 
+static int hb_gt_win_FireEvent( PHB_GT pGT, int nEvent )
+{
+   int nResult = 0; /* Unhandled */
+
+   if( pGT->pNotifierBlock )
+   {
+  if( hb_vmRequestReenter() )
+  {
+ PHB_ITEM pEvent = hb_itemPutNI( NULL, nEvent );
+
+ nResult = hb_itemGetNI( hb_vmEvalBlockV( pGT->pNotifierBlock, 1, 
pEvent ) );
+
+ hb_itemRelease( pEvent );
+
+ hb_vmRequestRestore();
+  }
+   }
+
+   return nResult;
+}
+
 static BOOL WINAPI hb_gt_win_CtrlHandler( DWORD dwCtrlType )
 {
BOOL bHandled;
@@ -562,6 +585,15 @@
  break;
 
   case CTRL_CLOSE_EVENT:
+ if( s_pGT )
+ {
+s_bBreak = ( hb_gt_win_FireEvent( s_pGT, HB_GTE_CLOSE ) == 0 );
+bHandled = TRUE;
+ }
+ else
+bHandled = FALSE;
+ break;
+
   case CTRL_BREAK_EVENT:
  s_bBreak = HB_TRUE;
  bHandled = TRUE;
@@ -801,6 +833,7 @@
/* AllocConsole() initializes standard input, standard output,
   and standard error handles for the new console. [jarabal] */
/* Add Ctrl+Break handler [vszakats] */
+   s_pGT = pGT;
SetConsoleCtrlHandler( hb_gt_win_CtrlHandler, TRUE );
 
HB_GTSUPER_INIT( pGT, hFilenoStdin, hFilenoStdout, hFilenoStderr );
---

Brgds,
Viktor

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

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

[Viktor Szakáts]

>> I have it in mind to try that 'one of these days', meaning probably within 
>> your lifetime. ;-)
> 
> It would be nice if this could be chewed 
> into HB_GTI_NOTIFIERBLOCK support for GTWIN, 
> at least for close events that is.
> 
> Any results of your experiments is useful, 
> so just take your time. My lifetime is not very 
> relevant here, that of Harbour is :)
> 
> [ I made a little test and the event is 
> caught though and even the callback works, 
> but at this point it becomes unstable, no 
> input device works and it crashes then. ]

The other problem is that there doesn't seem 
to exist a way to _prevent_ the close from 
happening. So in case of HBWIN, the notifier 
block will be called, and it can do non-interactive 
cleanup work, but that's pretty much it.
This may be useful also, but not the same as 
in GTWVT (IOW return value of notifier block 
is always ignored in GTWIN).

Brgds,
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:[14049] trunk/harbour

[Massimo Belgrano]

Done Thanks!

2010/3/3 Pritpal Bedi 

>
> 1 Do not include QtDesigner4.dll - not required for hbIDE.
> 2 Do not include any .ini, it poses more problems than resolving.
>   Those INI's are containing Harbours paths and thus fail in
>   other folders.
>
>
> --
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: bug/issue: slow pasting on uppercase letters

[smu johnson]

Here is the code that proves this.  I have shown it to 2 other co-workers
and they can confirm a noticable difference in speed when Harbour draws the
CAPS chars.  Try and see for yourself!

/*
  Copy the string below in Windows and right-click to paste it into the GET
  Take note of how long it takes to write the capital letters to the screen

  abcdefghijkmlopqrstuvABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijkmlopqrstuv
*/

FUNC MAIN()

  LOCAL VAR := SPACE(70)

  @ 22,1 SAY "Type: " GET VAR
  READ

RETURN




On Mon, Mar 1, 2010 at 4:36 PM, smu johnson  wrote:

> Hi,
>
> On regular CLI input boxes where you can type stuff, we have found copying
> and pasting in Windows to be very slow.  When I looked more into it, using
> something like MEMOEDIT() to test pasting a bunch of chars, I found the
> UPPERCASE chars paste very slowly, and lowercase chars paste instantly.
>
> It didn't take much to test this out for myself, but if no one else can see
> what I'm talking about, I will record a small youtube video of it maybe.
>
> My paste test string:
> FESFJSEFKJESFKJSFNEjqelmkdewlkESFJSEFKJESFKJSFNEESFJSEFKJESFKJSFNE
>
> Thanks
>
> --
> smu johnson 
>
>


-- 
smu johnson 
___
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:[14051] trunk/harbour

[vszakats]

Revision: 14051
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14051&view=rev
Author:   vszakats
Date: 2010-03-04 00:45:05 + (Thu, 04 Mar 2010)

Log Message:
---
2010-03-04 01:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * INSTALL
  * harbour.spec
  * mpkg_rpm.sh
+ Added freeimage to mainstream package now that
  it finally builds on *nix systems.

  * contrib/gtwvg/gtwvg.c
  * src/rtl/gtwvt/gtwvt.c
* Deleted unnecessary cast.

  * contrib/hbmisc/hbeditc.c
* Cleaned constant usage.

  * contrib/hbide/ideparseexpr.c
* int -> HB_ISIZ
% Minor optimization.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL
trunk/harbour/contrib/gtwvg/gtwvg.c
trunk/harbour/contrib/hbide/ideparseexpr.c
trunk/harbour/contrib/hbmisc/hbeditc.c
trunk/harbour/harbour.spec
trunk/harbour/mpkg_rpm.sh
trunk/harbour/src/rtl/gtwvt/gtwvt.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] Re: SF.net SVN: harbour-project:[14049] trunk/harbour

[Pritpal Bedi]

Massimo Belgrano wrote:
> 
> Done Thanks!
> 

You probably means "download" part. Right ?

But there are many more:

1. Harbour splash screen is older one.
2. The explained toolbar is very old.
3. The first window shows r14011
4. Editor themes window is r14011
5. Split window is r13933
6. Next window is r14011
7. Find in files is pulled out of main window.

For now only this... 
But there are many more.



-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14049-trunk-harbour-tp4666373p4671617.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] Can GTWVT support copying and pasting?

[smu johnson]

Hi,

If you've ever played around with Quick Insert mode in Windows with
cmd.exe's properties, you'll notice you can copy and paste CLI text.  I was
wondering if this is possible using GTWVT, to be have the same way, or any
way, etc etc.

Thanks in advance.

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

[Harbour] Re: Can GTWVT support copying and pasting?

[Pritpal Bedi]

smu johnson wrote:
> 
> Hi,
> 
> If you've ever played around with Quick Insert mode in Windows with
> cmd.exe's properties, you'll notice you can copy and paste CLI text.  I
> was
> wondering if this is possible using GTWVT, to be have the same way, or any
> way, etc etc.
> 

It is _EXACTLY_ the same way as in a windows console.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671862.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: Can GTWVT support copying and pasting?

[smu johnson]

Ok that's good news.  But how do I enable it?  Cause I can't seem to click
and drag text when compiled with -GTWVT in hbmk2.

I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either.  *sad
face*



On Wed, Mar 3, 2010 at 5:52 PM, Pritpal Bedi wrote:

>
>
> smu johnson wrote:
> >
> > Hi,
> >
> > If you've ever played around with Quick Insert mode in Windows with
> > cmd.exe's properties, you'll notice you can copy and paste CLI text.  I
> > was
> > wondering if this is possible using GTWVT, to be have the same way, or
> any
> > way, etc etc.
> >
>
> It is _EXACTLY_ the same way as in a windows console.
>
>
> -
> enjoy hbIDEing...
>Pritpal Bedi
> _a_student_of_software_analysis_&_design_
> --
> View this message in context:
> http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671862.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
>



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

[Harbour] Re: Can GTWVT support copying and pasting?

[Pritpal Bedi]

smu johnson wrote:
> 
> Ok that's good news.  But how do I enable it?  Cause I can't seem to click
> and drag text when compiled with -GTWVT in hbmk2.
> 
> I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either. 
> *sad
> face*
> 

1. Click on the Sys icon in the titlebar.
2. Click on "Mark" option.
3. Start dragging the mouse with left-button pressed on the rows you want.
You should see that area is changing color.
4. Release the left button.
5. Paste somewhere in text editor or otherwise.

-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671909.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: Can GTWVT support copying and pasting?

[smu johnson]

Oh that's cute.  I will look into making it enabled by default.

What about pasting?  Usually rightclick pastes in cmd.exe, but I can't seem
to figure it out.



On Wed, Mar 3, 2010 at 6:04 PM, Pritpal Bedi wrote:

>
>
> smu johnson wrote:
> >
> > Ok that's good news.  But how do I enable it?  Cause I can't seem to
> click
> > and drag text when compiled with -GTWVT in hbmk2.
> >
> > I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either.
> > *sad
> > face*
> >
>
> 1. Click on the Sys icon in the titlebar.
> 2. Click on "Mark" option.
> 3. Start dragging the mouse with left-button pressed on the rows you want.
>You should see that area is changing color.
> 4. Release the left button.
> 5. Paste somewhere in text editor or otherwise.
>
> -
> enjoy hbIDEing...
>Pritpal Bedi
> _a_student_of_software_analysis_&_design_
> --
> View this message in context:
> http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671909.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
>



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

Re: [Harbour] Re: Can GTWVT support copying and pasting?

[Viktor Szakáts]

Use HB_GTI_CLIPBOARD* functionality. It's the 
portable solution to this problem.

Brgds,
Viktor

On 2010 Mar 4, at 03:07, smu johnson wrote:

> Oh that's cute.  I will look into making it enabled by default.
> 
> What about pasting?  Usually rightclick pastes in cmd.exe, but I can't seem 
> to figure it out.
> 
> 
> 
> On Wed, Mar 3, 2010 at 6:04 PM, Pritpal Bedi  wrote:
> 
> 
> smu johnson wrote:
> >
> > Ok that's good news.  But how do I enable it?  Cause I can't seem to click
> > and drag text when compiled with -GTWVT in hbmk2.
> >
> > I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either.
> > *sad
> > face*
> >
> 
> 1. Click on the Sys icon in the titlebar.
> 2. Click on "Mark" option.
> 3. Start dragging the mouse with left-button pressed on the rows you want.
>You should see that area is changing color.
> 4. Release the left button.
> 5. Paste somewhere in text editor or otherwise.
> 
> -
> enjoy hbIDEing...
>Pritpal Bedi
> _a_student_of_software_analysis_&_design_
> --
> View this message in context: 
> http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671909.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
> 
> 
> 
> -- 
> smu johnson 
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

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

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

[vszakats]

Revision: 14052
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14052&view=rev
Author:   vszakats
Date: 2010-03-04 02:23:58 + (Thu, 04 Mar 2010)

Log Message:
---
2010-03-04 03:07 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbmisc/hbeditc.c
* Reverted previous strcpy changes as they were causing GPF
  while editing.
* Cleaned 'unsigned int', 'int' to be 'long'.
  Lots of unnecessary looking casts deleted.
  This fixed signedness warnings.
  Very rough cleanup, I didn't inspect all hundreds
  of changes one by one, so please test it.
* Some more cleanups.
; The code looks more and more kludgy from the inside.
  It has quite some (seemingly) arbitrary extra space
  allocations, lots of pointer arithmetic, so
  it looks not very easy to safely modify it f.e. for
  EOL neutrality.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbmisc/hbeditc.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] Question about hb_gt_win_CtrlHandler usage

[Xavi]

Hi,


I'm trying to write a simple Hello World app that does something like a
WAIT command and maybe calls a function if I click the X button for a
GTWIN app.


Yes, you're right.
I have another patch to fix this, IMHO a issue, but I don't have right to commit it, there are two differents points of view and 
few opinions. Please note that GTWIN behavior is the same as a Clipper program under NTVDM.


===

* harbour/src/rtl/gtwin/gtwin.c
 ! Fixing CTRL_BREAK_EVENT, and CTRL_CLOSE_EVENT
   (Clicked 'X' on system menu) to avoid irregular
   shutdown with SETCANCEL( .F. )

   REQUEST HB_GT_WIN_DEFAULT
   ANNOUNCE HB_GTSYS
   PROCEDURE Main()
  SetCancel(.F.)
  ? "Click [X] Not close windows"
  WAIT
   RETURN

Modified Paths:
--
trunk/harbour/src/rtl/gtwin/gtwin.c

--- .patch
Index: gtwin.c
===
--- gtwin.c (revision 14052)
+++ gtwin.c (working copy)
@@ -563,7 +563,9 @@

   case CTRL_CLOSE_EVENT:
   case CTRL_BREAK_EVENT:
- s_bBreak = HB_TRUE;
+ /* Avoid irregular shutdown if SetCancel( .F. ) [jarabal] */
+ if( hb_setGetCancel() )
+s_bBreak = HB_TRUE;
  bHandled = TRUE;
  break;

---

--
Xavi

El 03/03/2010 23:09, smu johnson escribió:

Hi,

I'm trying to write a simple Hello World app that does something like a
WAIT command and maybe calls a function if I click the X button for a
GTWIN app.  I have no idea if this is even possible, as I have grepped
the entire harbour src .zip file contents for some hints.  In the few
results for CTRL_CLOSE_EVENT I don't really see anything relevant that
can like.. set up a call hook function or anything.  I'm totally lost.

Any hints greatly appreciated.

--
smu johnson mailto:smujohn...@gmail.com>>


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

Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?

[smu johnson]

Ok, I've looked at a lot of the readme's etc for HBNETIO.  One last
question...

Is the idea of using this something like sticking a line near the database
request type?  For example, I have:

REQUEST SIXCDX
rddSetDefault( "SIXCDX" )
rddInfo( RDDI_MEMOTYPE, DB_MEMO_DBT, "SIXCDX" )

... is this where I set some logic, like a NETIO_CONNECT() call, so that the
entire .PRGs know that if I ever do some SIX3 commands, it's to be done on
the NETIO listener?


On Wed, Mar 3, 2010 at 1:57 PM, Viktor Szakáts  wrote:

> > Wow.  I am peeking around the contrib directories and I re-read your
> message about the SMB replacement.  You and Przemek are geniuses.  I've
> never seen this level of "oh yeah, we have a solution for that" in any other
> open source software project I've ever seen.  A million thanks to you guys.
>
> Thanks in the name of Przemek, it's his work :) (I've only tackled the
> server tool)
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

[Harbour] Re: hbide testing (go #2)

[Pritpal Bedi]

Viktor Szakáts wrote:
> 
> 1) In top of left toolbar there is green block.
>It seems to be 'Editor Panels'. I couldn't yet 
>find its function, but maybe at least the icon 
>should be changed to something else, because now 
>it's IMO difficult to find out what it is. At 
>least for a hbide newbie.
> 

Yep, "Editor's Panel" indicator. Create one more panel from
drop-down list on toolbar with "New..." option, another
panel will be presented where one can put another 
group of sources, one more "green", but with a different 
hue, panel button will appear ( right now it will show up 
in next run, a small bug ). The number of suble-green 
buttons will go on increasing with each new panel.
Clicking on these buttons will surface up the panel.
It is very handy and I could not find another better 
way. Suggestions are welcome.



> 2) xMate import: There is a separate button for it now, 
>but possibly it would be cleaner to simply allow 
>to open it in regular 'open project' window and 
>make the one-time conversion automatically.
>In this case there would essentially be a 'new' 
>project created with some pre-filled (converted) 
>information, which could in turn be saved by user 
>as native .hbp file.
>This is how Visual Studio handles compatibility 
>project file formats.
>Such one time conversion could easily be made 
>using external call hbmk2, and in this case you 
>could add support for xbuild and hbmake projects 
>as well, by only adding a few extra lines of code.
> 

You are absolutely right, is on my todo list already.



> 3) 'Edit | Line...' and 'Edit | Block...' should not 
>have '...' since they are submenus.
> 

Fixed.



> 4) Status line says: "Codec:" and "Env:" without 
>any text after ':'. Either the default value should 
>be put there or the status section omitted. (possibly 
>the former)
> 

The default value will ever be displayed once 
user will provide them. This is displayed without 
values as to remind the user that he has to set-up 
something which is missing.



> 5) "Editor Themes" should be "Theme Manager" or 
>just simply "Theme Editor".
> 

Done - "Theme Manager".



> 6) In "Editor Themes" the 'Action' button does nothing 
>apparent, and for me it stays a mystery how to make 
>an instant theme change. Whatever I do everything 
>stays the same.
> 

I had disabled when testing the GPF. Enabled again.

Thank for the 2nd round.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbide-testing-go-2-tp4671197p4672789.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] Question about hb_gt_win_CtrlHandler usage

[Viktor Szakáts]

Hi Xavi,

> Yes, you're right.
> I have another patch to fix this, IMHO a issue, but I don't have right to 
> commit it, there are two differents points of view and few opinions. Please 
> note that GTWIN behavior is the same as a Clipper program under NTVDM.
> 
> --- .patch
> Index: gtwin.c
> ===
> --- gtwin.c   (revision 14052)
> +++ gtwin.c   (working copy)
> @@ -563,7 +563,9 @@
> 
>   case CTRL_CLOSE_EVENT:
>   case CTRL_BREAK_EVENT:
> - s_bBreak = HB_TRUE;
> + /* Avoid irregular shutdown if SetCancel( .F. ) [jarabal] */
> + if( hb_setGetCancel() )
> +s_bBreak = HB_TRUE;
>  bHandled = TRUE;
>  break;

Did you test this code?

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 testing (go #2)

[Viktor Szakáts]

Hi Pritpal,

> Yep, "Editor's Panel" indicator. Create one more panel from
> drop-down list on toolbar with "New..." option, another
> panel will be presented where one can put another 
> group of sources, one more "green", but with a different 
> hue, panel button will appear ( right now it will show up 
> in next run, a small bug ). The number of suble-green 
> buttons will go on increasing with each new panel.
> Clicking on these buttons will surface up the panel.
> It is very handy and I could not find another better 
> way. Suggestions are welcome.

Oh ok. I'd "insist" on creating something which 
looks more "intentional" design. To me the green 
patch looked like a bug or a wrongly painted icon.
And/or some visual feedback would come handy 
when clicking on it. It just doesn't feel natural 
now.

>> 4) Status line says: "Codec:" and "Env:" without 
>>   any text after ':'. Either the default value should 
>>   be put there or the status section omitted. (possibly 
>>   the former)
>> 
> 
> The default value will ever be displayed once 
> user will provide them. This is displayed without 
> values as to remind the user that he has to set-up 
> something which is missing.

There must surely be a default active codec after 
startup (f.e. 437?), which should be displayed. For 
the other you could write "Env: " or 
"Env: " (or similar).

Thanks for the rest!

Brgds,
Viktor

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