date:20100517

> I like the idea of creating an ecosystem to Harbour, but I hate to seeking 
> around the world. I would like to see a central repository with main Harbour 
> projects.

In this case I tend to think for Harbour it's enough to 
create a page with all the links pointing to different projects, 
but more importantly (as discussed previously) to ensure that 
these 3rd party projects can be compiled, linked and used in 
more or less common way, f.e. by providing .hbp files to build 
the project and .hbc file to link the project.

> Maybe it could be a good idea to create a project on sourceforge to shelter 
> some third-party projects. It could be a repository recognized by core team 
> and promoted by community but not officially supported besides the specific 
> developers of each sub-project.

All this needs is someone to manage such central repository.

Viktor

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

Re: [Harbour] Re: QScintilla - Harbour Port

2010-05-17 Thread Antonio Maniero

Reading the QScintilla code and the Notepad++ code, I had some ideas.

In future if HbIDE fails to fit my needs and I still wants more than
Notepad++ or another general code editor, I could write a full featured code
editor specific to Harbour programmers (based on Scintilla/NP++ or from
scratch using QScintila) or I could write extensions for NP++ providing
features to Harbour developers. It would be almost an IDE.

I considered write extensions to VS or another full featured IDE, but no,
thanks :-) All them are too heavy-weighted to my taste and the difficulty is
almost the same than write an "almost IDE"* with [Q]Scintilla.

I have no time this year to this big job. My very first choice still being
HbIDE. I like the idea to have an IDE written in Harbour. Trying to write
another IDE will be my last option.

[]'s Maniero

* Features to edit (with lots of code helpers), navigate, refactor,
organize, build, debug, etc.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: hbIDE - http://hbide.vouch.info/ - Needed your Reviews

2010-05-17 Thread Antonio Maniero

>
>
> > Tab order on project properties is skipping some input boxes.
> >
>
> I could not follow it. What you mean "skipping" ?
>
> Tab order is out of order.


>
>
>
> Can you explain what constitute it to be unstable?
>

HbIDE crashs.

>
>
> > Goto Function on context menu doesn't jump to function declaration as you
> > stated.
> >
>
> You must not be following the exact sequence. It works. Please
> re-read the ChangeLog entry. I will update online docs soon.
>
> So I suggest the sequence be:
1. right-click the function name
2. click on GOTO item on context menu
Done. HbIDE gone to the function declaration. This is an intuitive and
standard way to do this.


> > Project Explorer need to allow multiple files selection to open.
> >
>
> You means  tab ? It does.
>
> No, I mean on Projects panel. It should allow open multiple files to editor
tabs. It's just a minor suggestion.


>
> > Look lines 366 and 380 of idetags.prg using HbIDE. The parser needs more
> > work.
> >
>
> I think you have examined it deeply, please forward the patch.
>
>
> Unfortunately I can't do that soon. It's a big job. For now I can suggest
things and you decide what is your priority to do.

I will concentrate my suggestions in editor (not only widgets). I think this
is the most important component of an IDE and it is a fundamental part for
my choice about what IDE to use. However I won't post more suggestions for
now. You have a lot of work to do yet.

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

[Harbour] Harbour ecosystem

2010-05-17 Thread Antonio Maniero

>
>
> IMO it's time to start building a "world" around Harbour outside our
> physical repository. We're already getting size problems. Actually
> this world around Harbor exists since a long time with quite some
> well known and widely used components, so there is nothing more to
> do than extending it with new stuff, like VOUCH.
>
> Viktor
>
> I like the idea of creating an ecosystem to Harbour, but I hate to seeking
around the world. I would like to see a central repository with main Harbour
projects.

Maybe it could be a good idea to create a project on sourceforge to shelter
some third-party projects. It could be a repository recognized by core team
and promoted by community but not officially supported besides the specific
developers of each sub-project.

 Some soft rules would be applied to a project be accepted on this
repository.

This is just a first idea about the topic. If anyone have better ideas about
this, please share with us.

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

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

2010-05-17 Thread vouchcac

Revision: 14518
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14518&view=rev
Author:   vouchcac
Date: 2010-05-18 02:07:33 + (Tue, 18 May 2010)

Log Message:
---
2010-15-17 19:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbqt/hbqt_hbqplaintextedit.cpp
  * contrib/hbqt/hbqt_hbqplaintextedit.h
  * contrib/hbide/ideedit.prg
  * contrib/hbide/ideeditor.prg
  * contrib/hbide/ideshortcuts.prg
+ Prepared to handle three modes of selections programatically.
  F11 Line Selection is broken currently.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideedit.prg
trunk/harbour/contrib/hbide/ideeditor.prg
trunk/harbour/contrib/hbide/ideshortcuts.prg
trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp
trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h


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

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

On Tue, 18 May 2010, vszak...@users.sourceforge.net wrote:

Hi,

> 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>   * utils/hbmk2/hbmk2.pt_BR.po
>   * utils/hbmk2/hbmk2.hu_HU.po
>   * utils/hbmk2/hbmk2.prg
> + Added experimental -hbdynvm mode.
> + Added support for .def input file in -hbdyn/-hbdynvm modes.

Thank you very much.
I'll check it tomorrow.

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

2010-05-17 Thread druzus

Revision: 14517
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14517&view=rev
Author:   druzus
Date: 2010-05-18 00:42:51 + (Tue, 18 May 2010)

Log Message:
---
2010-05-18 02:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/include/hbvm.h
  * harbour/src/vm/hvm.c
+ added new C function hb_vmIsActive()

  * harbour/src/rtl/memvarhb.prg
! fixed procedure returning value
! store only simple variables in HB_MVSAVE() just like __MSAVE()
  Possible extension: add option to store also NIL, arrays, hashes
  and maybe object variables.
! restore variables in HB_MVRESTORE() as private ones just like
  __MVRESTORE()

  * harbour/contrib/hbwin/oleinit.c
  * harbour/contrib/hbwin/olecore.c
* updated to compile and link in WinCE builds. Now code using OLE
  can be linked with MinGWCE builds without any errors but I have
  no idea if it works. Can someone check it?

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbwin/olecore.c
trunk/harbour/contrib/hbwin/oleinit.c
trunk/harbour/include/hbvm.h
trunk/harbour/src/rtl/memvarhb.prg
trunk/harbour/src/vm/hvm.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] SF.net SVN: harbour-project:[14516] trunk/harbour

2010-05-17 Thread vouchcac

Revision: 14516
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14516&view=rev
Author:   vouchcac
Date: 2010-05-18 00:38:40 + (Tue, 18 May 2010)

Log Message:
---
2010-15-17 17:29 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbqt/doc/en/class_hbqplaintextedit.txt
  * contrib/hbqt/hbqt_hbqplaintextedit.cpp
  * contrib/hbqt/hbqt_hbqplaintextedit.h
  * contrib/hbqt/qtgui/HBQPlainTextEdit.cpp
  * contrib/hbqt/qtgui/THBQPlainTextEdit.prg
  * contrib/hbqt/qth/HBQPlainTextEdit.qth

  * contrib/hbide/idedocwriter.prg
% Guarded against inserting help if "readonly" flag is ON.

  * contrib/hbide/ideedit.prg
  * contrib/hbide/ideeditor.prg
  * contrib/hbide/ideshortcuts.prg
+ Added: navigational methods plus methods pertaining to 
line operations into public API. Naviagable methods are :
::up(), ::down(), ::pageUp(), ::pageDown(), ::goTop(), 
::goBottom(), ::right(), ::left(), ::end(), ::home(),
::panEnd(), ::panHome(). 
//
These methods can be used in combination with selection modes.

+ Grouped: public methods list by category which is displayed
under visually distinguished colors. Now it is easy to find 
a method of interest easily. Before it was a literal mess.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/idedocwriter.prg
trunk/harbour/contrib/hbide/ideedit.prg
trunk/harbour/contrib/hbide/ideeditor.prg
trunk/harbour/contrib/hbide/ideshortcuts.prg
trunk/harbour/contrib/hbqt/doc/en/class_hbqplaintextedit.txt
trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp
trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h
trunk/harbour/contrib/hbqt/qtgui/HBQPlainTextEdit.cpp
trunk/harbour/contrib/hbqt/qtgui/THBQPlainTextEdit.prg
trunk/harbour/contrib/hbqt/qth/HBQPlainTextEdit.qth


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

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

2010-05-17 Thread vszakats

Revision: 14515
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14515&view=rev
Author:   vszakats
Date: 2010-05-18 00:26:06 + (Tue, 18 May 2010)

Log Message:
---
2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * utils/hbmk2/hbmk2.pt_BR.po
  * utils/hbmk2/hbmk2.hu_HU.po
  * utils/hbmk2/hbmk2.prg
+ Added experimental -hbdynvm mode.
+ Added support for .def input file in -hbdyn/-hbdynvm modes.
; TODO: Couldn't find how to pass .def files to Open Watcom wlink.
Anybody with an experience here?

  * src/rtl/memvarhb.prg
+ Added one initialization to NIL.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/rtl/memvarhb.prg
trunk/harbour/utils/hbmk2/hbmk2.hu_HU.po
trunk/harbour/utils/hbmk2/hbmk2.prg
trunk/harbour/utils/hbmk2/hbmk2.pt_BR.po


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

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

Hi Przemek,

>> Very nice, count me to those who are eagerly awaiting it.
>> (even if in not yet fully cooked state)
> 
> Thank you.
> There are some things which should be added/modified in hbmk2.
> First is support for .def files.
> This is .def file I used to link inproc OLE server DLL:
> 
>   EXPORTS
>   DllCanUnloadNow  PRIVATE
>   DllGetClassObjectPRIVATE
>   DllUnregisterServer
>   DllRegisterServer
>   DllMain
> 
> HBMK2 does not support .DEF files and I had to pass it using -dflag
> parameter:
>   -dflag=olesrv.def
> but I discovered that HBMK2 ignores parameters specified with
> *flags= if  does not start with "-" so I have to
> hack above -dflag parameter to:
>   -dflag="-W olesrv.def"
> Can you recognize .def files and pass them directly to linker?
> Why HBMK2 ignore -*flag= if params does not start with "-"
> character? Can you eliminate this restruction?

No problem to add support for .def files. I never had 
to use them so far, so maybe it will need a few iterations 
to get right.

As for flag option, I'd prefer to make the filtering, 
otherwise it's very easy to deeply mess up some command 
lines, and can make hbmk2 fall out of control of things.

The general concept is that hbmk2 deals with assembling 
the major components of the cmdline and user user is 
given a chance to supply additional flags only. Hence the 
name "-?flag=" and "?flags=" of these options.

> The next thing is building DLL and passing some link time parameters
> which are used with standalone EXE files. It would be nice if we can
> have an option to enable support for -gt and similar switches when
> -hbdyn option is used, i.e. this option can be extended to -hbdyn[vm]
> and -hbdynvm will enable support for startup options specified in .c
> temporary file used for normal executable files and also harbour
> core libraries in inked library list. If only -hbdyn is used then
> Harbour libraries should nor be linked by default. Do you think it
> possible to add it?

It seems fine to me. Same applies as above, I'm in 
the dark about OLE servers, so I'll either ask, or 
pls tell me what's specifically missing/needed.

So far I understand -hbdynvm would disable -nohblib 
option. Can you help finding out, what's the best 1
description for -hbdynvm mode? -hbdyn is 
"create dynamic library". Maybe "create dynamic 
library with Harbour VM"?

Viktor

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

Re: [Harbour] Re: Vouch32 - Under Harbour Contrib

On Mon, 17 May 2010, Pritpal Bedi wrote:

Hi,

> > Just for information only. Have you implemented COM_KEY(), COM_SKEY(),
> > COM_EVENT() functions,  in COM_READ() and additional
> > parameters (2,3,4) in COM_OPEN()?
> Com_Key() => No
> Com_SKey() => No
> Com_Event() => No
> The all three functions need Overlapped and asynchronous CreateFile() 
> protocol, which at that times, I was not able to handle.
> Com_Read( nPort, nBytesToRead, lNoDelete ) => No
> Again this can only be possible with asynchronous and 
> overlapped structures.
>  COM_OPEN(,,, []) -->
> lStatus
> nBufferIn, nBufferOut => YES
> lTrapMode => NO
> nBufferIn, nBufferOut as:
>if valtype( nInBuffer ) == 'N'
>   DEFAULT nOutBuffer TO 1024
>   if !SetupComm( nHandle, nInBuffer, nOutBuffer )
>  CloseHandle( nHandle )
>  return .f.
>   endif
>endif

Thank you very much. This is exactly what I expected and it's
in practice the same as in the code I committed. I only haven't
added support for nBufferIn and nBufferOut because only MS-Windows
support it and it's not clear how it effect low level serial driver.
Anyhow I'll think about adding it in the future.
BTW does anyone know the default size of serial IO buffers in
MS-Windows?

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

[Harbour] Re: Vouch32 - Under Harbour Contrib



Przemysław Czerpak wrote:
> 
> Thank you very much for it.
> I think that many Harbour users will find your decision as really great.
> 

For sure Harbour plus users of other compiler too will benefit more than
they get today. 

Thanks for your words.



> Just for information only. Have you implemented COM_KEY(), COM_SKEY(),
> COM_EVENT() functions,  in COM_READ() and additional
> parameters (2,3,4) in COM_OPEN()?
> 

Com_Key() => No
Com_SKey() => No
Com_Event() => No

The all three functions need Overlapped and asynchronous CreateFile() 
protocol, which at that times, I was not able to handle.


Com_Read( nPort, nBytesToRead, lNoDelete ) => No

Again this can only be possible with asynchronous and 
overlapped structures.

 COM_OPEN(,,, []) -->
lStatus

nBufferIn, nBufferOut => YES
lTrapMode => NO

nBufferIn, nBufferOut as:

   if valtype( nInBuffer ) == 'N'
  DEFAULT nOutBuffer TO 1024
  if !SetupComm( nHandle, nInBuffer, nOutBuffer )
 CloseHandle( nHandle )
 return .f.
  endif
   endif

/*
BOOL SetupComm(
  HANDLE hFile,  // handle to communications device  IN
  DWORD  dwInQueue,  // size of input buffer IN
  DWORD  dwOutQueue  // size of output bufferIN
);
*/
HB_FUNC_STATIC( SETUPCOMM )
{
   hb_retl( SetupComm( ( HANDLE ) hb_parnl( 1 ), hb_parnl( 2 ), hb_parnl( 3
) ) );
}

//---//




-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/Vouch32-Under-Harbour-Contrib-tp5065692p5067162.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:[14511] trunk/harbour

On Mon, 17 May 2010, Szak�ts Viktor wrote:

Hi Viktor,

> Very nice, count me to those who are eagerly awaiting it.
> (even if in not yet fully cooked state)

Thank you.
There are some things which should be added/modified in hbmk2.
First is support for .def files.
This is .def file I used to link inproc OLE server DLL:

   EXPORTS
   DllCanUnloadNow  PRIVATE
   DllGetClassObjectPRIVATE
   DllUnregisterServer
   DllRegisterServer
   DllMain

HBMK2 does not support .DEF files and I had to pass it using -dflag
parameter:
   -dflag=olesrv.def
but I discovered that HBMK2 ignores parameters specified with
*flags= if  does not start with "-" so I have to
hack above -dflag parameter to:
   -dflag="-W olesrv.def"

Can you recognize .def files and pass them directly to linker?
Why HBMK2 ignore -*flag= if params does not start with "-"
character? Can you eliminate this restruction?

The next thing is building DLL and passing some link time parameters
which are used with standalone EXE files. It would be nice if we can
have an option to enable support for -gt and similar switches when
-hbdyn option is used, i.e. this option can be extended to -hbdyn[vm]
and -hbdynvm will enable support for startup options specified in .c
temporary file used for normal executable files and also harbour
core libraries in inked library list. If only -hbdyn is used then
Harbour libraries should nor be linked by default. Do you think it
possible to add it?

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

2010-05-17 Thread druzus

Revision: 14514
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14514&view=rev
Author:   druzus
Date: 2010-05-17 20:34:13 + (Mon, 17 May 2010)

Log Message:
---
2010-05-17 22:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/vm/dynsym.c
! casting for C++ mode

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/vm/dynsym.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] Vouch32 - Under Harbour Contrib

> I think that many Harbour users will find your decision as really great.
> 
>> If group is willing I can start the process under harbour/contrib/vouch32.
> 
> As Viktor suggested it's probably a lot of work to update such code
> to current Harbour contrib level so adding it as is to contrib may
> cause problems for next releases. Anyhow it's good to have this code
> close to Harbour so we have two choices: add it to harbour/examples/vouch
> (just like GTWVW) or create new SF project to host it.

'/examples' could be okay, but it's also part of routine maintenance 
area, and the code is so huge that (besides adding a lot to std 
source distribution and SVN dl times, which f.e. I do a lot) it's 
practically not possible to keep it up to date. Even GTWVW is sitting 
there almost dead, nobody really touches it (at the same time related 
requests are flown to our mailing list). I deleted WHAT from contrib 
for similar reasons.

IMO it's time to start building a "world" around Harbour outside our 
physical repository. We're already getting size problems. Actually 
this world around Harbor exists since a long time with quite some 
well known and widely used components, so there is nothing more to 
do than extending it with new stuff, like VOUCH.

Viktor

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

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

On Mon, 17 May 2010, Mindaugas Kavaliauskas wrote:

Hi,

> >Yes. I've wrote inproc OLE server for Harbour and it uses above
> >functions to convert function/method/memvar symbols to DISPID in
> >GetIDsOfNames() dispatch method and they are later converted back
> >to symbols in Invoke() method.
> >I've finished the code but I have no idea if it works or not.
> >I've wrote everything using only documentation in the internet
> >and haven't made any real life test so far so I do not want to
> >make it public it yet.
> Perhaps one of the most amazing things is how can you write software
> without testing!!! :) Usualy I can not write more than 30 lines of
> code without trying to run it.

Probably each of us likes to tests the code anyhow in the past I had
to create some bigger peaces of code without any way to make real tests
until I finished nearly whole project and believe me it's possible.
In this particular case the code is relatively small ~500 lines.
The most amazing is the fact that I've just compiled it and executed
using WinXP machine in my office and it works correctly without any
modifications. I can compile the .PRG client and server example from
xHarbour.com OLE server page. I only have to link at least one of
components (server or client) statically because both linked dynamically
with the same harbour.dll shares the same HVM so server fails inside
hb_vmInit(). I can add protection against multiple HVM initialization
anyhow using the same HVM for client and server code introduces
interactions between them which do not use OLE API, i.e. they will
use the same static variables.

I'm interesting if it's possible to link both client and sever
dynamically with xhbdll.dll using xHarbour.com. If yes and users
need it then I can also emulate it.

> >The idea is to create library which can be used by users to
> >easy create own OLE servers. My current code should fully
> >emulate the xHarbour.com ole server API:
> >http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1
> Very old time ago, after I've seen it. It looked a little strange to
> me. Why the whole application is presented as a single object? This
> allows to call all public functions from external code. I thought it
> is more common to create some Harbour level object and share it via
> OLE server, thus making methods and properties of OLE object to be
> methods and properties of Harbour object (instead of public
> functions and memvars of Harbour application).

I also think that opening whole HVM is limited only to some rather
small subset of possible applications and probably more restrictive
servers which make public only some well defined set of methods using
object or hash array will be more popular. But it's not my job to force
how user will use it. The xHarbour.com compatible interface is only one
of possible choices.

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

[Harbour] Error compiling from SVN

2010-05-17 Thread Daniel Pereira da Silva

When i compile harbour from SVN source i got this error:

c:\projetos\harbour\src\vm\dynsym.c(547) : error C2440: '=' : cannot convert
from 'void *' to 'PDYNHB_ITEM'
Conversion from 'void*' to pointer to non-'void' requires an
explicit cast

In dynsym.c(547):

s_pDynIndex = hb_xrealloc( s_pDynIndex, iSymNum * sizeof( DYNHB_ITEM ) );

solution:

s_pDynIndex = (PDYNHB_ITEM)hb_xrealloc( s_pDynIndex, iSymNum * sizeof(
DYNHB_ITEM ) );

Sorry for my poor english.

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

Re: [Harbour] Vouch32 - Under Harbour Contrib

On Mon, 17 May 2010, Pritpal Bedi wrote:

Hi Pritpal,

> You may be familiar with Vouch32 library and its counterpart 
> Vouch32 Active-X Server. If not please visit.
> http://www.vouchcac.com/vouch32/vouch32.htm 
>A Free Windows Extended Utilities Library for Clipper, Xbase++ and
> (x)Harbour
> http://www.vouch32.com  
>Home of Vouch32 ActiveX Server
> This famous library has been downloaded more than 9000+ times
> since 2003 so I believe it had been widely used.
[...]
> Today, 17 May 2010, I have decided to put it under Harbour contribs.
> But I want to retain vouch32 folder name in harbour/contrib/vouch32.
> This is the only recognistion I need plus your willingness to polish 
> the code. I would have certainly be happy to polish it but due to 
> heavy involvement with hbQt+ direction, I cannot spare time onto that.

Thank you very much for it.
I think that many Harbour users will find your decision as really great.

> If group is willing I can start the process under harbour/contrib/vouch32.

As Viktor suggested it's probably a lot of work to update such code
to current Harbour contrib level so adding it as is to contrib may
cause problems for next releases. Anyhow it's good to have this code
close to Harbour so we have two choices: add it to harbour/examples/vouch
(just like GTWVW) or create new SF project to host it.

> Also I wil pull-out CT3 compatible COM_* components as these are now 
> available with Harbour anyway and also due to fact that I had contributed
> this library to xhb.com and my professional ethics do not permit so.

Just for information only. Have you implemented COM_KEY(), COM_SKEY(),
COM_EVENT() functions,  in COM_READ() and additional
parameters (2,3,4) in COM_OPEN()?

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



Pritpal Bedi wrote:
> 
> Fill this with valid path, then exit hbIDE, re-enter,
> and tell me what happens then.
> 

Do not forget to click "Save and Exit" after suppying the location.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14512-trunk-harbour-tp5065406p5066488.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:[14512] trunk/harbour



Itamar Lins-2 wrote:
> 
> In window "Project Properties"
> I found a problem:
> Project type: EXECUTABLE
> Project Title: XYZ
> Project Location: "" <- //problem not save the path.
> 


Project Location: ""

>From where blanks are populated ?
Fill this with valid path, then exit hbIDE, re-enter,
and tell me what happens then.

You always tend to supply info which is never complete.
This leads to unnecessary exchange of mesaages.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14512-trunk-harbour-tp5065406p5066483.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

2010-05-17 Thread vszakats

Revision: 14513
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14513&view=rev
Author:   vszakats
Date: 2010-05-17 18:49:23 + (Mon, 17 May 2010)

Log Message:
---
2010-05-17 20:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * include/hbextern.ch
  * src/rtl/Makefile
  + src/rtl/memvarhb.prg
+ Added:
HB_MVSAVE( , [], [] )
HB_MVRESTORE( , [], [], [] )

  They serve the same purpose with same interface
  and similar behavior to __MVSAVE()/__MVRESTORE()
  (and __MSAVE()/__MRESTORE(), and 'SAVE TO' command),
  only that they support longer than 10 char variable names.
  It is not possible to add such support in Clipper-style
  .mem files, so these functions will create an incompatible
  file format with default '.hbv' extension.

; TOFIX: __MVRESTORE() restores variables as PRIVATEs
 while HB_MVRESTORE() as PUBLIC.
; NOTE: GETLIST exclusion is solved with simple trick,
as I couldn't find how it's solved in __MVSAVE().
; Consider this experimental solution to the problem.

  * contrib/hbmysql/tmysql.prg
% STOD( "" ) -> STOD()

  * contrib/hbide/ideprojmanager.prg
! -hbexec -> -hbexe

  * src/rtl/typefile.prg
! __TYPEFILE(): Fixed both RTEs to be Clipper compatible.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideprojmanager.prg
trunk/harbour/contrib/hbmysql/tmysql.prg
trunk/harbour/include/hbextern.ch
trunk/harbour/src/rtl/Makefile
trunk/harbour/src/rtl/typefile.prg

Added Paths:
---
trunk/harbour/src/rtl/memvarhb.prg


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

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


Em 17/05/2010 13:59, Pritpal Bedi escreveu:



Itamar Lins-2 wrote:



Looking best, is a problem with option "Project Location:" is not saving
the path.



I have never encountered what you say.
Explain from step 1.


In window "Project Properties"
I found a problem:
Project type: EXECUTABLE
Project Title: XYZ
Project Location: "" <- //problem not save the path.


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] Re: Vouch32 - Under Harbour Contrib

> What32 plus few more classes.
> 
> 3.82 MB on disk size.
> 
> "vouch32"  can be  "vouch", no problems.
> I told that it compiles with current Harbour and 
> works flawlessly with my production applications.
> 
> I can publish also the way it can be used with any 
> console application ( on Windows ) just like Clipper,
> or other compiler as Xbase++.

I had my share of experiences with WHAT32, and it was 
the only lib I had to decide to pull completely 
due to the many problems (and many many lost hours of 
work), and I could only scratch the surface of the 
problems, f.e. memory leaks and GPFs or duplicated 
functionality wasn't even touched, there was also 
the copyright issue with the headers. It was already 
a huge impact, even though it was less than 1MB :(
And WHAT32 was supposedly working code pulled right 
from live xhb repository.. It was especially 
difficult since I was all alone with the effort to 
take WHAT32 anywhere, nobody seemed interested enough 
to help. [ So now we develop hbwin lib. ]

Pls remember that "working" code has been proven 
to fail many times here on the various requirements 
of clean and really faultless code, not to mention when 
imposed to both Windows and WinCE platforms, all CPU 
targets (x86, x64, IA64, ARM) and all supported 
C compilers in all the modes we support in Harbour 
([!]UNICODE, [!]WIN32_LEAN_AND_MEAN, C and C++).

With all due respect to your work I maintain my opinion 
to keep it outside Harbour repository, it's much useful 
for both projects to stay separate. For Harbour 
I suggest to improve and fix what we have at hand.

At the same time I hope to see VOUCH[32] (the name 
we've heard, and the icon we've seen so many times) 
in a repository near us ;)

Viktor

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

[Harbour] Re: Vouch32 - Under Harbour Contrib



Pritpal Bedi wrote:
> 
> 3.82 MB on disk size.
> 

Pulling our COM_* plus Graphics, it will be even less.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/Vouch32-Under-Harbour-Contrib-tp5065692p5066018.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: Vouch32 - Under Harbour Contrib

Viktor Szakáts wrote:
> 
> BTW, how large is the source code of VOUCH32?
> 

What32 plus few more classes.

3.82 MB on disk size.

"vouch32"  can be  "vouch", no problems.
I told that it compiles with current Harbour and 
works flawlessly with my production applications.

I can publish also the way it can be used with any 
console application ( on Windows ) just like Clipper,
or other compiler as Xbase++.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/Vouch32-Under-Harbour-Contrib-tp5065692p5066012.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:[14512] trunk/harbour



Itamar Lins-2 wrote:
> 
> 
> Looking best, is a problem with option "Project Location:" is not saving 
> the path.
> 

I have never encountered what you say.
Explain from step 1.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14512-trunk-harbour-tp5065406p5065995.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:[14511] trunk/harbour



Mindaugas Kavaliauskas wrote:
> 
>> and haven't made any real life test so far so I do not want to
>> make it public it yet.
> 
> Perhaps one of the most amazing things is how can you write software 
> without testing!!! :) Usualy I can not write more than 30 lines of code 
> without trying to run it.
> 

+1000.
I even cannot do after 15 lines.



>> The idea is to create library which can be used by users to
>> easy create own OLE servers. My current code should fully
>> emulate the xHarbour.com ole server API:
>>
>> http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1
> 
> Very old time ago, after I've seen it. It looked a little strange to me. 
> Why the whole application is presented as a single object? This allows 
> to call all public functions from external code. I thought it is more 
> common to create some Harbour level object and share it via OLE server, 
> thus making methods and properties of OLE object to be methods and 
> properties of Harbour object (instead of public functions and memvars of 
> Harbour application).
> 

Because your existing application becomes an OLE server with very 
small modifications, otherwise you will have to rewrite everything.

Conceptually both methods can be employed.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14511-trunk-harbour-tp5064645p5065986.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: QScintilla - Harbour Port

Xavi-2 wrote:
> 
>> http://hbide.vouch.info/downloads/QScintilla.zip
> 
> It's recommendable update the component with their respective original
> sources. ;)
> 
> http://scintilla.cvs.sourceforge.net/viewvc/scintilla/scintilla/include/SciLexer.h?revision=1.176&view=markup
> http://scintilla.cvs.sourceforge.net/viewvc/scintilla/scintilla/src/LexFlagship.cxx?revision=1.5&view=markup
> 
> Unfortunately if this is not said, users take months, years, to have the
> improvements.
> 
> 

Oh, I can see.

I could not get lexer working with QScintilla at all.
Though I defined it properly and application compiled/linked/run
properly but without lexer attributes. I think I am missing some point.

Can you post a few lines of lexer implementation in QScintilla.
What I believe is a text file defining the keywords or a text stream 
also has to be submitted alongwith lexer.

Though yet it has not madeup to Harbour anyway, but 
still I am trying to base hbIDE's edit widget on Qscintilla and am hopefull.

Thanks for the update.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/QScintilla-Harbour-Port-tp5061833p5065969.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: Extended .mem file handling

> What about 2 simple functions ?
> 
> MemVar2File(cFile)  <> File2MemVar(cFile)
> 
> No need to write'em in C.

That's what I did, just with different 
names and keeping existing .mem features.

Viktor

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

Re: [Harbour] Extended .mem file handling

2010-05-17 Thread Maurizio la Cecilia (GMail)


Il 17/05/2010 18.32, Viktor Szakáts ha scritto:

An evolution library
 

I was thinking to include it in hbvm, but for this
it needs to be rewritten in .c and we need a new
SET() (or similar) to enable the feature.

Or it can be added as is as HB_MVSAVE() and
HB_MVRESTORE() with somewhat friendlier (but compatible)
parameter interface.

Viktor

   
I vote for hb_mv*() functions, so no loss of compatibility with old .mem 
files could happen.
The new hb_mv*() funcs will be an "extended" Harbour version for mem 
files ( pardon, hbv files ) and any user will choose the type of 
management, mem (10 len) or hbv (>10 len).

JM2C.
Maurizio

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

[Harbour] Re: Extended .mem file handling

2010-05-17 Thread Angel Pais


El 17/05/2010 13:10, Viktor Szakáts escribió:

Hi All,

I've created little code which is able to save
and restore PRIVATE/PUBLIC variables with longer
than 10 chars names.

Since the format cannot be compatible with
Clipper .mem files, I chose the extension .hbv,
and it internally uses core serialization functions.

The functions are plugin replacements for
__MVSAVE() and __MVRESTORE() functions, but written
in .prg.

Anybody interested? And any idea what is the best
way to include that in Harbour?

Viktor



What about 2 simple functions ?

MemVar2File(cFile)  <> File2MemVar(cFile)

No need to write'em in C.

HTH
Angel

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

Re: [Harbour] Vouch32 - Under Harbour Contrib

BTW, how large is the source code of VOUCH32?

Viktor

On 2010 May 17, at 17:40, Pritpal Bedi wrote:

> 
> Hello Everybody
> 
> You may be familiar with Vouch32 library and its counterpart 
> Vouch32 Active-X Server. If not please visit.
> 
> http://www.vouchcac.com/vouch32/vouch32.htm 
>   A Free Windows Extended Utilities Library for Clipper, Xbase++ and
> (x)Harbour
> 
> http://www.vouch32.com  
>   Home of Vouch32 ActiveX Server
> 
> 
> This famous library has been downloaded more than 9000+ times
> since 2003 so I believe it had been widely used.
> 
> Though it compiles fine with current Harbour and possibly with -DUNICODE 
> also but still it may require an overhaul. The style is sephagatti as it 
> was started after my first encounter with xHarbour in 2002 and 
> when Augusto Infante and Andy Wos committed What32 library.
> So it is not Harbour standards strictly.
> 
> The library is heavily based on What32 which I have as unified with 
> this library with Wvn_* name space. As hbwin.lib has evoled to a 
> reasonable extent, many of the functions will have duplication 
> but because namespace is different, will not cause any harm.
> 
> It also uses C Structures so again it does not adhere to Harbour's
> philosophy.
> 
> The areas of particular interest to users will be PageScript compatible
> functions and PrintPreview mechanism which can be exploited 
> with gtwin also though these are more suitable for gtwvt and gtwvg.
> Though there are a lot other convinient functions but probably 
> I think all can be done more or less with current Harbour.
> 
> Few components I will have to pull out like Graphics and Charts
> because the code was given to me by Augusto Infante and later 
> revised by Andy Wos and I do not know if I am permitted to publish 
> that as open source. 
> 
> Augusto or Andy, if you are reading this mail, please allow to do so.
> 
> Also I wil pull-out CT3 compatible COM_* components as these are now 
> available with Harbour anyway and also due to fact that I had contributed
> this library to xhb.com and my professional ethics do not permit so.
> 
> Today, 17 May 2010, I have decided to put it under Harbour contribs.
> But I want to retain vouch32 folder name in harbour/contrib/vouch32.
> This is the only recognistion I need plus your willingness to polish 
> the code. I would have certainly be happy to polish it but due to 
> heavy involvement with hbQt+ direction, I cannot spare time onto that.
> 
> If group is willing I can start the process under harbour/contrib/vouch32.
> 
> Regards
> Pritpal Bedi, a student of software analysis & design
> 
> 
> 
> 
> -
> enjoy hbIDEing...
>Pritpal Bedi 
> http://hbide.vouch.info/
> -- 
> View this message in context: 
> http://harbour-devel.1590103.n2.nabble.com/Vouch32-Under-Harbour-Contrib-tp5065692p5065692.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] Extended .mem file handling

> An evolution library

I was thinking to include it in hbvm, but for this 
it needs to be rewritten in .c and we need a new 
SET() (or similar) to enable the feature.

Or it can be added as is as HB_MVSAVE() and 
HB_MVRESTORE() with somewhat friendlier (but compatible) 
parameter interface.

Viktor

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

Re: [Harbour] Extended .mem file handling

2010-05-17 Thread Massimo Belgrano

An evolution library

2010/5/17 Viktor Szakáts :
> Hi All,
>
> I've created little code which is able to save
> and restore PRIVATE/PUBLIC variables with longer
> than 10 chars names.
>
> Since the format cannot be compatible with
> Clipper .mem files, I chose the extension .hbv,
> and it internally uses core serialization functions.
>
> The functions are plugin replacements for
> __MVSAVE() and __MVRESTORE() functions, but written
> in .prg.
>
> Anybody interested? And any idea what is the best
> way to include that in Harbour?
>
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



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

[Harbour] Extended .mem file handling

Hi All,

I've created little code which is able to save 
and restore PRIVATE/PUBLIC variables with longer 
than 10 chars names.

Since the format cannot be compatible with 
Clipper .mem files, I chose the extension .hbv, 
and it internally uses core serialization functions.

The functions are plugin replacements for 
__MVSAVE() and __MVRESTORE() functions, but written 
in .prg.

Anybody interested? And any idea what is the best 
way to include that in Harbour?

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


Hi!
Looking best, is a problem with option "Project Location:" is not saving 
the path.


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] QScintilla - Harbour Port

2010-05-17 Thread Xavi


http://hbide.vouch.info/downloads/QScintilla.zip


It's recommendable update the component with their respective original sources. 
;)

http://scintilla.cvs.sourceforge.net/viewvc/scintilla/scintilla/include/SciLexer.h?revision=1.176&view=markup
http://scintilla.cvs.sourceforge.net/viewvc/scintilla/scintilla/src/LexFlagship.cxx?revision=1.5&view=markup

Unfortunately if this is not said, users take months, years, to have the 
improvements.

--
Xavi

El 16/05/2010 17:17, Pritpal Bedi escribió:


Hello Everybody

Here is the port of QScintill to Harbour.
The port is based on hbMK2 and generates static libraries.
I will be interested in .dll generation due its license restrictons.
I tried to adopt it to Harbour's make system but failed
because of header locations.

Just unzip the linked file in /contrib/hbqt and files will
go into hbqt/QScintilla. It contains .hbp projects.

Note that few moc_*.cpp's are generated manually
for only some files I was experimenting with. My first
impressions are that this can be embedded into

If possible I would like it to be a part of hbqt.

http://hbide.vouch.info/downloads/QScintilla.zip





-
  enjoy hbIDEing...
 Pritpal Bedi
http://hbide.vouch.info/

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


Em 17/05/2010 12:46, Pritpal Bedi escreveu:




Did you compiled hbQT also ?


No, I'll do it.

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] SF.net SVN: harbour-project:[14511] trunk/harbour


Hi,



It is interesting, what new code is behind this modifications? :)
Remote function/method execution or that? :)


Yes. I've wrote inproc OLE server for Harbour and it uses above
functions to convert function/method/memvar symbols to DISPID in
GetIDsOfNames() dispatch method and they are later converted back
to symbols in Invoke() method.
I've finished the code but I have no idea if it works or not.
I've wrote everything using only documentation in the internet
and haven't made any real life test so far so I do not want to
make it public it yet.


Perhaps one of the most amazing things is how can you write software 
without testing!!! :) Usualy I can not write more than 30 lines of code 
without trying to run it.




The idea is to create library which can be used by users to
easy create own OLE servers. My current code should fully
emulate the xHarbour.com ole server API:
http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1


Very old time ago, after I've seen it. It looked a little strange to me. 
Why the whole application is presented as a single object? This allows 
to call all public functions from external code. I thought it is more 
common to create some Harbour level object and share it via OLE server, 
thus making methods and properties of OLE object to be methods and 
properties of Harbour object (instead of public functions and memvars of 
Harbour application).



Regards,
Mindaugas
___
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:[14512] trunk/harbour


Project location problem.

b)-> File Menu -> Project -> Properties -> Flags, removed option flag 
(-run) click button save and close and now show message of error:


title of window "Project Location"
The specified path is invalid for: ""


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] Vouch32 - Under Harbour Contrib

Hi Pritpal,

> Though it compiles fine with current Harbour and possibly with -DUNICODE 
> also but still it may require an overhaul. The style is sephagatti as it 
> was started after my first encounter with xHarbour in 2002 and 
> when Augusto Infante and Andy Wos committed What32 library.
> So it is not Harbour standards strictly.
> 
> The library is heavily based on What32 which I have as unified with 
> this library with Wvn_* name space. As hbwin.lib has evoled to a 
> reasonable extent, many of the functions will have duplication 
> but because namespace is different, will not cause any harm.
> 
> It also uses C Structures so again it does not adhere to Harbour's
> philosophy.
> 
> The areas of particular interest to users will be PageScript compatible
> functions and PrintPreview mechanism which can be exploited 
> with gtwin also though these are more suitable for gtwvt and gtwvg.
> Though there are a lot other convinient functions but probably 
> I think all can be done more or less with current Harbour.
> 
> Few components I will have to pull out like Graphics and Charts
> because the code was given to me by Augusto Infante and later 
> revised by Andy Wos and I do not know if I am permitted to publish 
> that as open source. 
> 
> Augusto or Andy, if you are reading this mail, please allow to do so.
> 
> Also I wil pull-out CT3 compatible COM_* components as these are now 
> available with Harbour anyway and also due to fact that I had contributed
> this library to xhb.com and my professional ethics do not permit so.
> 
> Today, 17 May 2010, I have decided to put it under Harbour contribs.
> But I want to retain vouch32 folder name in harbour/contrib/vouch32.
> This is the only recognistion I need plus your willingness to polish 
> the code. I would have certainly be happy to polish it but due to 
> heavy involvement with hbQt+ direction, I cannot spare time onto that.
> 
> If group is willing I can start the process under harbour/contrib/vouch32.

Thanks a lot for your offer.

Unfortunately I'm not very positive about the inclusion in 
contrib, having went through all the trouble with WHAT32 
in the past.

Even with small Windows code, there is A LOT of work to make 
it compile (see service and MAPI support for two examples) 
and to make it work on all our supported environments and to 
level it to Harbour standards. It also has to be maintained 
by someone, otherwise it can easily become a build stopper 
(as was with WHAT32 and as is sometimes with GTWVG).

Also Harbour contrib is already getting overbloated (both 
in terms of size and build-time), so for VOUCH32, I'd like 
to suggest to create hbmk2 make files for it and host it 
in another repository. I'm sure it will be much easier and 
most probably more convenient for everyone.

I'd suggest to remove '32' from the name. In case of Harbour, 
I went to great pain to remove any "bitness" information 
from all the files, suggesting the portable nature of our 
(Windows) code.

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



Itamar Lins-2 wrote:
> 
> Same problem with key . Problem not resolved.
> a)Via mouse position the cursor anywhere in a text and press key del.
> Result: cursor got to top of (similar ctrl+home) text.
> 

Did you compiled hbQT also ?


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14512-trunk-harbour-tp5065406p5065715.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:[14476] trunk/harbour



Mindaugas Kavaliauskas wrote:
> 
>> "toggle" does not require start/stop constructs.
> 
> So, how can I start and end selection?
> 
>> Tell me if it is not sufficient.
> 
> No, it's not sufficient:
> 1)
> ::toggleLineSelectionMode() (starts selection - ok)
> Down
> Down
> ::clearSelection()   (does not stop selection - bad)
> Down
> 
> 2)
> ::toggleColumnSelectionMode() (selection is not started - bad)
> Down
> Down
> 
> 3)
> ::toggleSelectionMode() (selection is not started - bad)
> Down
> Down
> 
> 
> So, none of 3 selection mode work the way you've suggested, and I want 
> to have methods:
>::startSlection()
>::stopSelection()
>::setLineSelectionMode()
>::setColumnSelectionMode()
>::setStreamSelectionMode()
> or some way to make these actions using existing methods.
> 

Ah, ok, I got it.
Today later I will implement.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14476-trunk-harbour-tp5057288p5065710.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:[14512] trunk/harbour


Hi!
Same problem with key . Problem not resolved.
a)Via mouse position the cursor anywhere in a text and press key del.
Result: cursor got to top of (similar ctrl+home) text.

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] Vouch32 - Under Harbour Contrib

Hello Everybody

You may be familiar with Vouch32 library and its counterpart
Vouch32 Active-X Server. If not please visit.

http://www.vouchcac.com/vouch32/vouch32.htm
A Free Windows Extended Utilities Library for Clipper, Xbase++ and
(x)Harbour

http://www.vouch32.com
Home of Vouch32 ActiveX Server

This famous library has been downloaded more than 9000+ times
since 2003 so I believe it had been widely used.

Though it compiles fine with current Harbour and possibly with -DUNICODE
also but still it may require an overhaul. The style is sephagatti as it
was started after my first encounter with xHarbour in 2002 and
when Augusto Infante and Andy Wos committed What32 library.
So it is not Harbour standards strictly.

The library is heavily based on What32 which I have as unified with
this library with Wvn_* name space. As hbwin.lib has evoled to a
reasonable extent, many of the functions will have duplication
but because namespace is different, will not cause any harm.

It also uses C Structures so again it does not adhere to Harbour's
philosophy.

The areas of particular interest to users will be PageScript compatible
functions and PrintPreview mechanism which can be exploited
with gtwin also though these are more suitable for gtwvt and gtwvg.
Though there are a lot other convinient functions but probably
I think all can be done more or less with current Harbour.

Few components I will have to pull out like Graphics and Charts
because the code was given to me by Augusto Infante and later
revised by Andy Wos and I do not know if I am permitted to publish
that as open source.

Augusto or Andy, if you are reading this mail, please allow to do so.

Also I wil pull-out CT3 compatible COM_* components as these are now
available with Harbour anyway and also due to fact that I had contributed
this library to xhb.com and my professional ethics do not permit so.

Today, 17 May 2010, I have decided to put it under Harbour contribs.
But I want to retain vouch32 folder name in harbour/contrib/vouch32.
This is the only recognistion I need plus your willingness to polish
the code. I would have certainly be happy to polish it but due to
heavy involvement with hbQt+ direction, I cannot spare time onto that.

If group is willing I can start the process under harbour/contrib/vouch32.

Regards
Pritpal Bedi, a student of software analysis & design

-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://harbour-devel.1590103.n2.nabble.com/Vouch32-Under-Harbour-Contrib-tp5065692p5065692.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:[14511] trunk/harbour

Hi Przemek,

>> On 2010.05.17 14:37, dru...@users.sourceforge.net wrote:
>>>+ added to C functions:
>>> int hb_dynsymToNum( PHB_DYNS pDynSym );
>>> PHB_DYNS hb_dynsymFromNum( int iSymNum );
>>>  which can be used to make conversion between dynamic symbols and
>>>  numbers
>> It is interesting, what new code is behind this modifications? :)
>> Remote function/method execution or that? :)
> 
> Yes. I've wrote inproc OLE server for Harbour and it uses above
> functions to convert function/method/memvar symbols to DISPID in
> GetIDsOfNames() dispatch method and they are later converted back
> to symbols in Invoke() method.
> I've finished the code but I have no idea if it works or not.
> I've wrote everything using only documentation in the internet
> and haven't made any real life test so far so I do not want to
> make it public it yet.
> The idea is to create library which can be used by users to
> easy create own OLE servers. My current code should fully
> emulate the xHarbour.com ole server API:
>   http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1
> and this is one of the possible usage method. I also plan to add
> OLE wrappers to HBNETIO so users can use HBNETIO RPC from any other
> language which supports OLE, i.e. from Visual Basic or some .NET
> language.

Very nice, count me to those who are eagerly awaiting it.
(even if in not yet fully cooked state)

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


On 2010.05.17 17:43, Pritpal Bedi wrote:



Mindaugas Kavaliauskas wrote:


I do not find:
::startSelection()
::stopSelection()
::toggleColumnSelectionMode()



There are three methods:

::toggleColumnSelectionMode()
::toggleLineSelectionMode()
::clearSelection()

"toggle" does not require start/stop constructs.


So, how can I start and end selection?



It manipulated a logical instance variable to switch on/off.

Tell me if it is not sufficient.


No, it's not sufficient:
1)
   ::toggleLineSelectionMode() (starts selection - ok)
   Down
   Down
   ::clearSelection()   (does not stop selection - bad)
   Down

2)
   ::toggleColumnSelectionMode() (selection is not started - bad)
   Down
   Down

3)
   ::toggleSelectionMode() (selection is not started - bad)
   Down
   Down


So, none of 3 selection mode work the way you've suggested, and I want 
to have methods:

  ::startSlection()
  ::stopSelection()
  ::setLineSelectionMode()
  ::setColumnSelectionMode()
  ::setStreamSelectionMode()
or some way to make these actions using existing methods.


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

Re: [Harbour] Re: hbide and character case

>> I don't understand your confusion. There is _no_ 
>> context when changing the casing of a filename 
>> is right. If you change the casing it's the exact 
>> same thing is if you added "foobar" in the middle 
>> of the filename. IOW casing matters the same way 
>> as the actual characters.
>> 
> 
> I know Viktor.
> 
> But the fact is when hbIDE started I did not know
> that casing matters in *.nixes. For certain comparisons 
> it was needed to normalize the string and this function
> saw the light of the world. Later when users reported
> I had to change it a bit. But by then the function 
> get used at many places.
> 
> Now I need to know which action is causing.
> Hope I am clear now.

This is the reason I suggested to always use 
HB_FILEMATCH() when doing any comparison.

So if you lookup and change all filename 
comparisons (except where you compare types 
by looking at the extension only), you can 
safely remove all lowercasing and close the 
whole issue.

If you start it one-by-one per report, chances 
are good the code will never be right.

Viktor

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

[Harbour] Re: hbide and character case

Viktor Szakáts wrote:
> 
> I don't understand your confusion. There is _no_ 
> context when changing the casing of a filename 
> is right. If you change the casing it's the exact 
> same thing is if you added "foobar" in the middle 
> of the filename. IOW casing matters the same way 
> as the actual characters.
> 

I know Viktor.

But the fact is when hbIDE started I did not know
that casing matters in *.nixes. For certain comparisons 
it was needed to normalize the string and this function
saw the light of the world. Later when users reported
I had to change it a bit. But by then the function 
get used at many places.

Now I need to know which action is causing.
Hope I am clear now.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/hbide-and-character-case-tp5064142p5065458.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:[14511] trunk/harbour

2010-05-17 Thread Angel Pais


 I also plan to add
OLE wrappers to HBNETIO so users can use HBNETIO RPC from any other
language which supports OLE, i.e. from Visual Basic or some .NET
language.

best regards,
Przemek


Or...
From my legacy Xbase++ programs !!!
This would ease migration a lot.
Hats off !!!
Thank you, thank you !!!

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



Przemysław Czerpak wrote:
> 
> Yes. I've wrote inproc OLE server for Harbour and it uses above
> functions to convert function/method/memvar symbols to DISPID in
> GetIDsOfNames() dispatch method and they are later converted back
> to symbols in Invoke() method.
> I've finished the code but I have no idea if it works or not.
> I've wrote everything using only documentation in the internet
> and haven't made any real life test so far so I do not want to
> make it public it yet.
> The idea is to create library which can be used by users to
> easy create own OLE servers. My current code should fully
> emulate the xHarbour.com ole server API:
>http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1
> and this is one of the possible usage method. I also plan to add
> OLE wrappers to HBNETIO so users can use HBNETIO RPC from any other
> language which supports OLE, i.e. from Visual Basic or some .NET
> language.
> 

Fantastic.

I am looking for this code since many years.
For this purpose I used xhb.com distro for Vouch32 Active-X Server.

I am eagerly awaiting your code.
I know that even if you did not tested properly,
it will be a masterpiece.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14511-trunk-harbour-tp5064645p5065437.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:[14476] trunk/harbour



Mindaugas Kavaliauskas wrote:
> 
> I do not find:
>::startSelection()
>::stopSelection()
>::toggleColumnSelectionMode()
> 

There are three methods:

   ::toggleColumnSelectionMode()
   ::toggleLineSelectionMode()
   ::clearSelection()

"toggle" does not require start/stop constructs.
It manipulated a logical instance variable to switch on/off.

Tell me if it is not sufficient.

Please use r14512.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14476-trunk-harbour-tp5057288p5065424.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

2010-05-17 Thread vouchcac

Revision: 14512
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14512&view=rev
Author:   vouchcac
Date: 2010-05-17 14:39:41 + (Mon, 17 May 2010)

Log Message:
---
2010-15-17 07:33 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbqt/hbqt_hbqplaintextedit.cpp
! Fixed: misbehavior of "Del" key.

  * contrib/hbide/ideeditor.prg
% Changed: hb_fGetAttr( cFile, nAttr) tested agains 
hb_bitAnd( nAttr, FC_READONLY ) == FC_READONLY

  * contrib/hbide/ideshortcuts.prg
% Changed: Public Method ::toggleSelectionMode() to 
::toggleColumnSelectionMode()

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideeditor.prg
trunk/harbour/contrib/hbide/ideshortcuts.prg
trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp


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

Re: [Harbour] Re: hbide and character case

>>> Which revision you are using?
>>> How do you add a file to the project ?
>> 
>> Last fix was not enough. See hbide_pathNormalized() 
>> where you convert dir/path to lowercase at about 
>> 40-50 different places in HBIDE.
>> 
> 
> It may be broken for sure, but I need to know 
> which action has caused it.
> 
> 
> hbide_pathNormalized() call is dependant on the context.

I don't understand your confusion. There is _no_ 
context when changing the casing of a filename 
is right. If you change the casing it's the exact 
same thing is if you added "foobar" in the middle 
of the filename. IOW casing matters the same way 
as the actual characters.

Viktor

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

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

On Mon, 17 May 2010, Mindaugas Kavaliauskas wrote:

Hi,

> On 2010.05.17 14:37, dru...@users.sourceforge.net wrote:
> > + added to C functions:
> >  int hb_dynsymToNum( PHB_DYNS pDynSym );
> >  PHB_DYNS hb_dynsymFromNum( int iSymNum );
> >   which can be used to make conversion between dynamic symbols and
> >   numbers
> It is interesting, what new code is behind this modifications? :)
> Remote function/method execution or that? :)

Yes. I've wrote inproc OLE server for Harbour and it uses above
functions to convert function/method/memvar symbols to DISPID in
GetIDsOfNames() dispatch method and they are later converted back
to symbols in Invoke() method.
I've finished the code but I have no idea if it works or not.
I've wrote everything using only documentation in the internet
and haven't made any real life test so far so I do not want to
make it public it yet.
The idea is to create library which can be used by users to
easy create own OLE servers. My current code should fully
emulate the xHarbour.com ole server API:
   http://xharbour.com/index.asp?page=add_on_oleserver&show_sub=7&show_i=1
and this is one of the possible usage method. I also plan to add
OLE wrappers to HBNETIO so users can use HBNETIO RPC from any other
language which supports OLE, i.e. from Visual Basic or some .NET
language.

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

[Harbour] Re: hbide and character case



Viktor Szakáts wrote:
> 
>> I believe I had fixed this issue.
>> 
>> Which revision you are using?
>> How do you add a file to the project ?
> 
> Last fix was not enough. See hbide_pathNormalized() 
> where you convert dir/path to lowercase at about 
> 40-50 different places in HBIDE.
> 

It may be broken for sure, but I need to know 
which action has caused it.


hbide_pathNormalized() call is dependant on the context.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/hbide-and-character-case-tp5064142p5065324.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:[14510] trunk/harbour



Itamar Lins-2 wrote:
> 
> Hi!
> 
> a)Via mouse position the cursor anywhere in a text and press key del.
> Result: cursor got to top of (similar ctrl+home) text.
> 

Thanks for the bug-report, 
will be fixing today.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14510-trunk-harbour-tp5063805p5065309.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:[14510] trunk/harbour



Itamar Lins-2 wrote:
> 
> Hi!
> Message of window out put console is wrong.
> 
> hbmk2: Running executable:
> start "" cepe.exe
> 
> 
> Exit Code [ 0 ]Exit Status [ 0 ]Finished at [ 08:54:03 ]Done 
> in [ 6.54 Secs ]
> 
> 
> Detected exeutable => cepe.exe
> 
> Launch error: file not found - cepe.exe
> :end out put console.
> 
> But cepe.exe launch ok no erros.
> 

In you .hbp you have -hbrun defined as a flag,
so hbMK2 is starting the application instead of hbIDE.

Remove -hbrun ( to test only, hbIDE have no concerns though ) 
plus include -o_filename_with_path_but_without_extention_

And please report back.

-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14510-trunk-harbour-tp5063805p5065301.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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


Hi,


On 2010.05.17 17:05, Pritpal Bedi wrote:

Please examine.
Alternatively you can look into ideshortcuts.prg.
Let me know it more constructs are needed.


I do not find:
  ::startSelection()
  ::stopSelection()
  ::toggleColumnSelectionMode()


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

Re: [Harbour] Re: hbide and character case

>> With hbide on linux, i add sources (prg) on my project
>> from (/homeL/guy/devhb/proj). But hbide refuse to open
>> them "File not found" : /homel/guy/devhb/proj/t3.prg
>> 
>> Notice that hbide changes homeL with homel !
>> 
> 
> I believe I had fixed this issue.
> 
> Which revision you are using?
> How do you add a file to the project ?

Last fix was not enough. See hbide_pathNormalized() 
where you convert dir/path to lowercase at about 
40-50 different places in HBIDE.

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



Mindaugas Kavaliauskas wrote:
> 
>> iif( ::isMarking, ::stopMarking(), ::setColumnSelectionMode() .and.
>> ::startMarking() )
>> This is not an elegant solution but it can work.
> 
> OK, I can write inline IF. I do not care about elegance, but I will not 
> use editor until it does not have the functionality I need.
> What are the method names in hbide editor, to reach the required 
> functionality?
> 

Please examine .
Alternatively you can look into ideshortcuts.prg.
Let me know it more constructs are needed.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14476-trunk-harbour-tp5057288p5065244.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: Question regardin the good hbide



Massimo Belgrano wrote:
> 
> Problem SEEM persist
> 
> CURD.EXE IS GENERATED AT  g:\clip52\lavori\massimo\arca
> 
> IMO if compiledcurd.hb-3rd=hbide_workingfolder cd is required
> 
> 
> CURDIR.HBP
> -3rd=hbide_version=1.0
> -3rd=hbide_type=Executable
> -3rd=hbide_title=curd
> -3rd=hbide_location=G:/CLIP52/LAVORI/MASSIMO/ARCA
> -3rd=hbide_workingfolder=
> -3rd=hbide_destinationfolder=g:\clip52\lavori\massimo\arca
> -3rd=hbide_output=curd
> -3rd=hbide_launchparams=
> -3rd=hbide_launchprogram=
> -3rd=hbide_backupfolder=
> -3rd=hbide_xhb=YES
> -3rd=hbide_xpp=NO
> -3rd=hbide_clp=NO
> 

Please follow a previous thread by Barry Jackson.
OR 
Include a flag in .hbp ( manually or via  tab )
   -oG:\clip52\lavori\massimo\arca\curd




-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5065224.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: hbide and character case



Guy Roussin wrote:
> 
> With hbide on linux, i add sources (prg) on my project
> from (/homeL/guy/devhb/proj). But hbide refuse to open
> them "File not found" : /homel/guy/devhb/proj/t3.prg
> 
> Notice that hbide changes homeL with homel !
> 

I believe I had fixed this issue.

Which revision you are using?
How do you add a file to the project ?



-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/hbide-and-character-case-tp5064142p5065195.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error generating the binaries

Hi Eric,

>>> gcc: installation problem, cannot exec `cc1plus': No such file or directory
>>> mingw32-make[3]: *** [hbqt_base.o] Error 1
>>> mingw32-make[2]: *** [descend] Error 2
>>> mingw32-make[1]: *** [hbqt] Error 2
>>> mingw32-make: *** [contrib] Error 2
>> 
>> Not Harbour problem. Your C compiler installation is incomplete.
>> 
>> Viktor
>> 
> Hi,
> Harbour has changed, my mingw was outdated, now is correct.

Just to avoid misunderstandings: this problem 
was not caused by any recent Harbour change.

It was incomplete or misconfigured mingw installation, 
which you fixed by moving to another good copy of mingw.

Viktor

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

[Harbour] Re: Error generating the binaries

2010-05-17 Thread Eric Developer

Viktor Szakáts  writes:

> 
> Hi,
> 
> On 2010 May 13, at 08:02, Eric Developer.SP-BR wrote:
> 
> > I downloaded yesterday from SVN
> >  
> > = 
> > mingw32-make.exe install
> > 
> > 
> > ! Using QT 'moc' executable: C:\QT\4.6.2\INCLUDE\..\bin\moc.exe 
(autodetected)
> > gcc   -I. -I../../../../../include -W -Wall -O3 -fomit-frame-pointer -
march=i586
> >  -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF  -IC:\QT\4.6.2\INCLUDE -
IC:\QT\4.6.2\INCLUDE/QtCore
> -IC:\QT\4.6.2\INCLUDE/QtGui -IC:\QT\4.6.2\INCLUDE/QtNetwork -DUNICODE  -
ohbqt_base.o -c ../../../hbqt_base.cpp
> > gcc: installation problem, cannot exec `cc1plus': No such file or directory
> > mingw32-make[3]: *** [hbqt_base.o] Error 1
> > mingw32-make[2]: *** [descend] Error 2
> > mingw32-make[1]: *** [hbqt] Error 2
> > mingw32-make: *** [contrib] Error 2
> 
> Not Harbour problem. Your C compiler installation is incomplete.
> 
> Viktor
> 
Hi,
Harbour has changed, my mingw was outdated, now is correct.

Thanks,
Eric Developer Systems
www.magaldi.eti.br


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

[Harbour] examples for ordbagname

2010-05-17 Thread vatzct


Hi!

in doc\en\rddord.txt

 *  $NAME$
 *  ORDBAGNAME()
...
 *  $EXAMPLES$
 *  USE Tests VIA "DBFCDX" NEW
 *  Set index to TESTs
 *  ORDBAGNAME( "TeName" )// Returns: Customer
 *  ORDBAGNAME( "TeLast" )// Returns: Customer
 *  ORDBAGNAME( "teZip" ) // Returns: Customer
 *  Set Order to Tag TeName
 *  ? OrderBagName() //Return Custumer

should be Returns: TESTs am i right?

Regards,
Alexey Myronenko
___
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:[14511] trunk/harbour


Hi,


On 2010.05.17 14:37, dru...@users.sourceforge.net wrote:

 + added to C functions:
  int hb_dynsymToNum( PHB_DYNS pDynSym );
  PHB_DYNS hb_dynsymFromNum( int iSymNum );
   which can be used to make conversion between dynamic symbols and
   numbers


It is interesting, what new code is behind this modifications? :) Remote 
function/method execution or that? :)



Regards,
Mindaugas
___
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:[14510] trunk/harbour


Hi!
Message of window out put console is wrong.

hbmk2: Running executable:
start "" cepe.exe


Exit Code [ 0 ]Exit Status [ 0 ]Finished at [ 08:54:03 ]Done 
in [ 6.54 Secs ]



Detected exeutable => cepe.exe

Launch error: file not found - cepe.exe
:end out put console.

But cepe.exe launch ok no erros.

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


Hi!

a)Via mouse position the cursor anywhere in a text and press key del.
Result: cursor got to top of (similar ctrl+home) text.

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

2010-05-17 Thread druzus

Revision: 14511
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14511&view=rev
Author:   druzus
Date: 2010-05-17 11:37:27 + (Mon, 17 May 2010)

Log Message:
---
2010-05-17 13:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/include/hbapi.h
  * harbour/src/vm/dynsym.c
+ added to C functions:
 int hb_dynsymToNum( PHB_DYNS pDynSym );
 PHB_DYNS hb_dynsymFromNum( int iSymNum );
  which can be used to make conversion between dynamic symbols and
  numbers

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/include/hbapi.h
trunk/harbour/src/vm/dynsym.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] OS/2: os2qt

2010-05-17 Thread David Arturo Macias Corona


Qt 4.6.2 for OS/2 is ready, in .wpi packages

Below are info from http://svn.netlabs.org/qt4

David Macias


Latest version

The latest version is 4.6.2 released on 14.05.2010. This is the latest 
release of Qt 4 from Nokia and it includes a bunch of new features and 
improvements, many of which appear in the OS/2 port as well. Besides 
that, the following key improvements specific to the OS/2 port are 
brought by this release:


- Complete printing support through CUPS (requires 
eCUPS to be installed).
- Painting in widgets using DIVE, which makes all graphical operations 
up to 4 times faster comparing to 4.5.1 GA (the actual numbers depend on 
the combination of the graphics hardware, video driver and the current 
screen mode). The non-DIVE painting mode is also optimized, with the 
performance boost varying from 30% to 200%.
- webkit module (used in many complex web-based applications such as web 
browsers to implement the JavaScript? support).

- help module (used for context sensitive help in applications).
- Qt Assistant tool.



This document contains a brief list of the most important OS/2-specific 
changes

in the Qt library from release to release.


CHANGES


4.6.2 (14-05-2010)

 Improvements:

 - general: Updated Qt codebase to version 4.6.2 (see the changes-4.6.2 
file

   for details). Note that this version is binary incompatible with the
   previous version (see README.OS2 for more information).

 - general: Implemented support for the OS/2 platform in the webkit 
module. The

   webkit module is used in many complex web-based applications such as web
   browsers to implement the JavaScript support. Note that the script 
module
   uses the JavaScript implementation from the WebKit project too and 
it was
   also ported to OS/2. The webkit module is always present in the 
official Qt
   build but is disabled by defautl in the custom builds due to big 
compilation

   times.

 - general: Use declspec(dllexport) on OS/2 to significantly reduce the 
number
   of exports in generated DLLs. This mode is on by default which 
reduces the
   number of exported symbols by 90-100% in Qt DLLs and makes it not 
necessary
   to split the QtGui DLL in 3 parts in debug mode. The old method 
which causes
   all public symbols to be exported is still available using the 
"export_all"

   CONFIG option (see README.OS2 for details).

 - general: Provide the "doc" WPI archive that contains the Qt reference
   documentation.

 - corelib: Implemented native (XWP-based) file system watcher for OS/2 
that
   does not eat CPU (which is best noticed in file dialogs showing 
directories

   containing hundreds of files. Requires XWorkplace to be installed.

 - corelib: Implemented deriving the defaut locale from the process country
   code if LANG is not set and integration with the system locale object
   (System Setup -> Country Palette). See the QT_PM_NO_SYSTEM_LOCALE
   description in README.OS2 for details.

 - gui: Implemented printing support through CUPS. Refer to section 
"PRINTING

   SUPPORT" in README.OS2 for details.

 - gui: Implemented painting in widgets using DIVE (direct interface video
   extensions). Using DIVE gives a significant graphical performance 
boost, up
   to 100% in BLIT mode and 130% in FBSWM mode, depending on the 
combination of

   the graphics hardware, video driver and the current screen mode. See the
   QT_PM_DIVE and QT_PM_NO_DIVE description in README.OS2 for more details.

 - gui: Improved the painting speed when not using DIVE. The 
performance boost
   varies from 30% to 200% (e.g. 3 times faster), depending on the 
combination

   of the graphics hardware, video driver and the current screen mode.

 - gui: Enabled MMX/SSE support (on by default) to speed up graphical
   operations by a couple of percents.

 - gui: Enabled accessibility support on OS/2. Note that in order to 
use the
   accessibility functions, a QAccessibleBridge plugin for the 
corresponding

   accessibility device is necessary but none of them exist at the present
   time.

 - gui: Use native file icons in standard Qt file dialogs.

 - assistant: Enabled the help module and made the Qt Assistant tool 
build on

   OS/2. Also enabled help and assistant examples and demos.

 - demos: Enabled the browser demo application that makes use of the webkit
   module.

 - demos: Enabled the qtdemo example that demonstrates all Qt features and
   acts as a launcher for other example and demo applications.

 - gnumake/os2-g++: Switch the compiler to using the i486 instruciton 
set for

   code generation. This gives around 3% of the performance boost when
   painting. As a drawback, the code will no longer run on i386 PCs but 
it is

   assumed that it does not make sense to use Qt4 on these computers.

 Fixes:

 - general: Fixed: Building Qt applications with the "dev" WPI archive 
would

   fail due to extra spaces in the output object file names.

 - corelib: Fixed: Regular fil

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

2010-05-17 Thread Jaroslaw Kadziola

Hi,


vusn> + Readded hbsms lib.

vusn>   The code well may be pure crap, so if you have problem
vusn>   with it, supply working patches. Pls note that the
vusn>   reader function uses locally implemented timeout
vusn>   functionality, which may or may not work at all,
vusn>   though you can fix it if you have better idea.
vusn>   I've only tested it using Mac OS X 10.6 + old Nokia "S40"
vusn>   phone and one bad SMS number to see it kicks off at
vusn>   all and that's also the end of my testing possibilities.

Tested on W2k with Nokia 3110c -  OK !
Thanks again Viktor !

-- 
Regards,
 Jaroslaw Kadziola

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

Re: [Harbour] Re: Error with hb_regex()

On Mon, 17 May 2010, Adam Lubszczyk wrote:

Hi!

> I use Harbour compilator and library from MiniGui {compile also to console
> mode}

Sorry but it may be problem with this build only so I cannot help you.

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: SF.net SVN: harbour-project:[14476] trunk/harbour