Thanks a lot Przemyslaw.
Maurilio.
dru...@users.sourceforge.net wrote:
> Revision: 13987
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13987&view=rev
> Author: druzus
> Date: 2010-02-25 07:40:37 + (Thu, 25 Feb 2010)
>
--
__
| | | |__| Mauri
Revision: 13987
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13987&view=rev
Author: druzus
Date: 2010-02-25 07:40:37 + (Thu, 25 Feb 2010)
Log Message:
---
2010-02-25 08:40 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/hvm.c
Lorenzo Fiorini wrote:
On Thu, Feb 25, 2010 at 6:36 AM, Lorenzo Fiorini
wrote:
done in the last 5 or so?
years :)
Why does the -kl option not work for you?
Regards
Alex
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-pr
Viktor,
> I'm trying to make UNICOWS (* this is a Microsoft .dll which
> can make UNICODE applications work on Win95/Win98/WinME)
> work with Harbour, but there are problems.
I was thinking this DLL is a plug-in for the OS to add support for some
UNICODE functionality.
Used it in the past on a c
Hi!
David MS wrote:
>
> Hi,
>
> Is there any way to statically link all the functions of a library, even
> if
> these functions are not declared / used in the main program?
>
> In this moment I've a .CH with all functions that I need declarated with
> EXTERNAL. I don't know if this is the b
On Thu, Feb 25, 2010 at 6:36 AM, Lorenzo Fiorini
wrote:
> done in the last 5 or so?
years :)
best regards,
Lorenzo
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/har
For me is extremely important, because it makes next Harbour useless for me.
best regards,
Lorenzo
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Thu, Feb 25, 2010 at 3:15 AM, Angel Pais wrote:
> ? sql_Sprintf( cFrmSQL, ID_TAB_AGENTI, ID_TAB_CODDSP, cSql, cAnnDsp )
> Very usefull for long embebed SQL commands
> Xavi's suggestion copuld be easily translated to that command
Xavi, Angel are you really asking me to rewrite all the code
Hi Harbour-project!!
I have a question to ask.
Do you have plans to support unicode of the original code(.prg)?
Now, harbour can compiler .prg of utf8.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lis
In xbase++ It would be written
Procedure Main()
Local ID_TAB_AGENTI := "TAB_AGENTI"
Local ID_TAB_CODDSP := "TAB_AGENTI"
Local cSql := "select 'Hello' as fld"
Local cAnnDsp := "2000"
Local cFrmSQL
TEXT INTO cFrmSQL
select ( select substr( crectab, 1, 20 ) as crectab
Revision: 13986
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13986&view=rev
Author: vouchcac
Date: 2010-02-25 01:38:33 + (Thu, 25 Feb 2010)
Log Message:
---
2010-02-24 17:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/qtgui/QWidget
Revision: 13985
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13985&view=rev
Author: vouchcac
Date: 2010-02-25 01:12:15 + (Thu, 25 Feb 2010)
Log Message:
---
2010-02-24 16:46 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/resources/do
Revision: 13984
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13984&view=rev
Author: vszakats
Date: 2010-02-25 00:53:15 + (Thu, 25 Feb 2010)
Log Message:
---
2010-02-25 01:50 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/wce/global.mk
*
Lorenzo,
Try this, if may help you .-
Procedure Main()
Local ID_TAB_AGENTI := "TAB_AGENTI"
Local ID_TAB_CODDSP := "TAB_AGENTI"
Local cSql := "select 'Hello' as fld"
Local cAnnDsp := "2000"
Local cFrmSQL
#pragma __cstream|cFrmSQL:=%s
select ( select substr( crectab
I just built rpms from current SVN with make_rpm.sh and harbour-static
is not created. I have:-
harbour-2.1.0-devmdv20100
harbour-cairo-2.1.0-devmdv20100
harbour-contrib-2.1.0-devmdv20100
harbour-curl-2.1.0-devmdv20100
harbour-debug-2.1.0-devmdv20100
harbour-firebird-2.1.0-devmdv20100
harbour-gd
Przemyslaw,
> Just for information.
> Any special reasons for this modification?
>
xpp doc says it's an iVar
> > * ::threadSelf() method moved to HIDDEN section
>
> This one broke ThreadWait() and ThreadWaitAll() functions which now
> cannot work with thread objects passed as parameter.
I'm
On Tue, 23 Feb 2010, mauriliolo...@users.sourceforge.net wrote:
Hi,
> 2010-02-23 14:25 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it)
>* source/contrib/hbxpp/tthreadx.prg
> * changed ::start() method to execute ::atStart/::atEnd
> methods/codeblocks
>when present.
> ! :
Hi All,
I'm trying to make UNICOWS (* this is a Microsoft .dll which
can make UNICODE applications work on Win95/Win98/WinME)
work with Harbour, but there are problems.
You can get unicows.dll from here:
http://go.microsoft.com/fwlink/?LinkId=14851
(extract with '/c' to avoid installation
> On Wed, Feb 24, 2010 at 9:14 PM, Viktor Szakáts wrote:
>
>> Is this feasible?
>
> I don't know but please understand that without HB_PP_MULTILINE (
> exactly as it was ) Harbour for me is completely useless.
>
> Tomorrow I'll do a meeting with my developers to decide what to do.
For now I mo
On Wed, Feb 24, 2010 at 9:14 PM, Viktor Szakáts wrote:
> Is this feasible?
I don't know but please understand that without HB_PP_MULTILINE (
exactly as it was ) Harbour for me is completely useless.
Tomorrow I'll do a meeting with my developers to decide what to do.
best regards,
Lorenzo
_
I don't know if it's technically possible, but maybe
a new kind of string marker would be the best solution
to cover this case without adding build/compile time
knobs, plus it could also cover #pragma __cstream,
which looks VERY hacky, too.
---
cString := t"My long text
which spans,
multi
On Wed, Feb 24, 2010 at 8:10 PM, Viktor Szakáts
> It would be good to hear from you (as the only known
> user of this feature) what is the benefit of using it,
> f.e. over #pragma __cstream. Maybe there exists better
> solution to keep support for it, than build-time or
> compile-time switch.
For
Hi Lorenzo,
On 2010 Feb 24, at 18:55, Lorenzo Fiorini wrote:
> On Wed, Feb 24, 2010 at 4:25 PM, Viktor Szakáts
>
>> [ AFAIK only Lorenzo is using this feature. ]
>>
>> So if there is no objection, I will mark it as deprecated.
>
> No problem I can easily stop to update my Harbour tree.
It wou
Revision: 13983
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13983&view=rev
Author: vszakats
Date: 2010-02-24 19:07:18 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 20:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/pp/ppcore.c
* src/c
Hi Vailton,
Please don't cut the whole message you're
replying to, it makes it very difficult to
figure the context.
Well, I'd prefer not to illustrate it,
because this feature is kept for compatibility
with old Harbour versions, and now there are
better alternatives. I'll commit it ASAP, an
On Wed, Feb 24, 2010 at 4:25 PM, Viktor Szakáts
> [ AFAIK only Lorenzo is using this feature. ]
>
> So if there is no objection, I will mark it as deprecated.
No problem I can easily stop to update my Harbour tree.
best regards,
Lorenzo
___
Harbour mai
Exactly how this feature Viktor? I could not understand how to use it
if you can illustrate something I will be grateful.
Regards,
Vailton Renato
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-proj
[SPA]
Hola Massimo:
Yo sé que es posible, pero no se como lo hacen, lo he visto funcionando
con QAC (http://www.carozodequilmes.com.ar/) y HMG (los BATs de
compilación hacen esto), te pego un pantallazo, donde puedes apreciar esto.
El Codigo fuente, proporcionado por CarozoDeQuilmes es:
[ENG]
Is there anyway to have the Debug running in one window and the main
application in other window?
How much is difficult having a gui debug?
from src\debug\ dbgmenu.prg i see same code that seem gui ready
LOCAL oMenu
MENU oMenu
MENUITEM " ~File "
MENU
MENUITEM " ~Open..." ACTION oDebugger
Well, actually I don't know if it's good idea to keep this
feature at all, it looks very strange and probably it would
be better to fix such .prg code to comply with Clipper,
rather than keeping it compatible with pre-1.0.0 Harbour
beta versions.
[ AFAIK only Lorenzo is using this feature. ]
Revision: 13982
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13982&view=rev
Author: vszakats
Date: 2010-02-24 15:11:45 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 16:10 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/pp/ppcore.c
* src/c
Revision: 13981
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13981&view=rev
Author: vszakats
Date: 2010-02-24 13:34:10 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 14:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbdefs.h
* incl
On Wed, 24 Feb 2010, Szak�ts Viktor wrote:
Hi,
> > Log Message:
> > ---
> > 2010-02-24 12:42 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> > * harbour/src/rtl/filesys.c
> >! fixed typo and casting due to wrong OS2 API documentation
> >* use DosQueryCurrentDir() instead o
Przemyslaw,
dru...@users.sourceforge.net wrote:
> * use DosQueryCurrentDir() instead of DosQCurDir() macro
DosQCurDir() is the old 16 bit API. OS/2 was 16bit protect mode in its
beginning.
Maurilio.
BTW, I was fixing CurDrive() this morning using _getcwd1(), is this telepathy??
--
_
Hi,
> Log Message:
> ---
> 2010-02-24 12:42 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/src/rtl/filesys.c
>! fixed typo and casting due to wrong OS2 API documentation
>* use DosQueryCurrentDir() instead of DosQCurDir() macro
>
>TOFIX: Current HVM cannot b
Revision: 13980
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13980&view=rev
Author: druzus
Date: 2010-02-24 11:42:48 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 12:42 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/files
Hi All,
Since many years, HB_IO_WIN_OFF doesn't work.
So, I'd like to ask if there is any objection
to delete this build mode from Harbour?
(HB_IO_WIN mode has been added back then as
an extra option, but since it has became stable
(long ago), it's the default mode in Harbour.)
Brgds,
Viktor
Revision: 13979
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13979&view=rev
Author: druzus
Date: 2010-02-24 11:22:45 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 12:22 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.s
Please check curdrive() function. It does not work now.
-- MSVC build
c:\harbour.msvc\include;D:\Program Files\Microsoft Visual Studio
9.0\VC\INCLUDE;C:\Program Files\Mic
rosoft SDKs\Windows\v6.0A\include;
hbmk2: Processing environment options: -p
as subject,
are both rdds compatibles ? for example in xHarbour version 1.0.0 and
Harbour version 2.0.0 too, are lockschemes compatibles ?
Regards
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.h
Revision: 13978
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13978&view=rev
Author: vszakats
Date: 2010-02-24 09:32:44 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 10:32 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
- include/hbzlib.h
- De
On Tue, 23 Feb 2010, Maurilio Longo wrote:
Hi,
> ok thanks, I did not look into thfuncx! :), that said, it does not need to be
> inside
>
> while ::active
> enddo
>
> loop, since, in case the code is executed several times, the thread object
> executing it is always the same, am I right?
Yes,
Revision: 13977
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13977&view=rev
Author: vszakats
Date: 2010-02-24 09:04:21 + (Wed, 24 Feb 2010)
Log Message:
---
2010-02-24 10:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbxpp/Makefile
I've found the Bin2U() function in the contrib\hbxpp\binnumx.c file.
So, i realized that was treated as compatibility function.
Please, ignore my prevfious message.
Maurizio la Cecilia
--
View this message in context:
http://old.nabble.com/Lack-of-Bin2U-in-the-last-SVN-trunk-tp27714124p27714127.
After a clean rebuild of the current SVN version i can't no more link the
Bin2U function.
undefined reference to `HB_FUN_BIN2U'
In effect, the function was disapparead in the rtl sources.
Best regards.
Maurizio la Cecilia
--
View this message in context:
http://old.nabble.com/Lack-of-Bin2U-in
45 matches
Mail list logo
