Same for me. It seem more 'intuitive' for me that each thread really has it's
own initial value, even when the value by itself is the same.
Is there or should we have some "static shared" where the pointer could be
shared ?
Regard,
JF,
De : harbour-boun...@harbour-project.org
[mailto:har
Good job,
Thanks,
JF,
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : mardi 20 janvier 2009 0:42
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] MT questions
On Mon, 19 J
Yes I am J
For sure !
Regards,
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Massimo Belgrano
Envoyé : mardi 27 janvier 2009 11:22
À : Harbour Project Main Developer List.
Objet : [Harbour] Question about re-routing Windows API to a
Hi,
I tried to compile harbour with MSVC 2008 and created one batch to do so like
the following ;
REM --- MSVC 2008 + SDK
set WindowsSDKDir=%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\
call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
rem
set HB_COMPILER=msvc
set HB_ARCHITECTURE
Ok,
I just had to use GNU make.exe version 3.81 in place of 3.75.
Doc should be changed about the minimum release needed.
Regards,
JF
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de J. Lefebvre
Envoyé : ven
Hi,
Ok, now nearly all is correctly compiling, but the last svn version give me
that unresolved in hbrtl.lib:
D:\SourceForge\Harbour\utils\hbrun>if not exist win\msvc\. md win\msvc
make.exe[3]: Entering directory `D:/SourceForge/Harbour/utils/hbrun/win/msvc'
cl.exe -nologo -W4 -wd4127 -Gs -Ot
, 2009 at 11:45 AM, J. Lefebvre wrote:
Hi,
Ok, now nearly all is correctly compiling, but the last svn version give me
that unresolved in hbrtl.lib:
D:\SourceForge\Harbour\utils\hbrun>if not exist win\msvc\. md win\msvc
make.exe[3]: Entering directory `D:/SourceForge/Harbour/utils/hbrun/
OK,
You are right Przemek, the real problem was an old pptable.c not deleted by
"clean" nor by the make rules.
As I discovered some old files within my system I deleted them at the same time
I changed my envar so the confusion.
Just to be sure, do you know wich other file(s) should be checked
Hi, (not my week this week J )
When trying to create a dll using only harbour pcode, I receive an error while
trying to find the address of the following function :
Hb_vmProcessDynLibSymbols, from maindllp.c (Harbour/source/vm),
/* module symbols initialization with extended information */
Does somebody tryed to create and use (!!) one pCode only Dll ?
Regards,
JF
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
J I like the idea of free discusion about general concept, but we first face a
more basic problem.
Either on full Borland or full MSVC (no mix of compiler) You can create a pure
pcode dll, you can load it, but it does'nt work at all, even dynamically (using
HB_LIBLOAD, HB_LIBDO).
It seem tha
our-project.org] De la part de Przemyslaw Czerpak
Envoyé : mercredi 18 mars 2009 11:33
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] pCode dll
On Wed, 18 Mar 2009, J. Lefebvre wrote:
Hi,
> J I like the idea of free discusion about general concept, but we first
> face a more
b.
Brgds,
Viktor
On Wed, Mar 18, 2009 at 9:56 AM, J. Lefebvre wrote:
J I like the idea of free discusion about general concept, but we first face a
more basic problem.
Either on full Borland or full MSVC (no mix of compiler) You can create a pure
pcode dll, you can load it, but it does'
Hi Viktor,
See my remarks in blue,
Regards,
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Viktor Szakáts
Envoyé : mercredi 18 mars 2009 14:05
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] pCode dll
Hi JF,
1)
This mail seem to never reach the list ... New test !
++
Hi,
I'm working with HRB files and suddently discovered a serious problem when
using Classes defined within the HRB files inheriting from classes from the
main program.
Suppose we hav
Test !
Sorry,
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Developer List.; J. Lefebvre; Phil Barnett
Objet : Re: [Harbour] HRB problem with inherited classes
On Wed, 13 May 2009, J. Lefebvre wrote:
Hi,
> This mail seem to never reach the list ... New test !
> ++
And it's very serious proble
Hi Przemek,
Since this modif, most getvalue return NIL. (ADS 8.1)
Back to older ads1.c solve the problem.
Thanks,
2009-05-14 19:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddads/ads1.c
! fixed minimal record buffer size calculation
! fixed adsGetValue()
L
On Fri, 15 May 2009, J. Lefebvre wrote:
Hi,
> Since this modif, most getvalue return NIL. (ADS 8.1)
> Back to older ads1.c solve the problem.
Please try it after:
2009-05-15 12:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddads/ads1.c
! fixed typ
Hi,
I'm working with HRB files and suddently discovered a serious problem when
using Classes defined within the HRB files inheriting from classes from the
main program.
Suppose we have those two classes, Dialog within the main exe, and MyDlg from
the HRB file. (This sample is NOT tested nor c
Ok, forget this message, it was sended days ago, and is solved since ...
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de J. Lefebvre
Envoyé : mardi 12 mai 2009 16:30
À : 'Harbour Project Main Developer Li
Hi,
I tried this sample, because I was thinking that loading a HRB file would load
dynamically the HRB symbol table, adding new function or REPLACING function
with same name in the exe !!! In fact it just add new function, always using
exe function when they also exist.
What am I missing ?
JF
g !
On Sun, 07 Jun 2009, J. Lefebvre wrote:
Hi,
> I tried this sample, because I was thinking that loading a HRB file would
> load dynamically the HRB symbol table, adding new function or REPLACING
> function with same name in the exe !!! In fact it just add new function,
> always using
rbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de J. Lefebvre
Envoyé : lundi 8 juin 2009 12:30
À : 'Harbour Project Main Developer List.'
Objet : RE: [Harbour] HRB question ??? Possible bug !
Hi Przemek,
Thanks for the clarification (as usual :-) ).
I coul
!
On Tue, 09 Jun 2009, J. Lefebvre wrote:
Hi,
> I just have a look at runner.c as dynsym.c but I must admit ...
> I do not see at this time where we actually skip loading symbol
> already existing in exe... :-(
> Could you just point me in the right direction ?
The HRB symbol table
pDynSym->pSymbol = pSymbol;
}
continue;
...
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : mardi 9 juin 2009 13:12
À : Harbour Project Main D
d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : lundi 15 juin 2009 1:09
À : Harbour Project Main Developer List.
Objet : Re: RE: RE: [Harbour] HRB question ??? Possible bug !
On Wed, 10 Jun 20
2009-06-18 21:18 UTC+0200 Jean lefebvre (jfl at mafact dot com)
* vm/runner.c
+ Added options to HB_HRBLOAD() :
HB_HRB_DEFAULT 0 // do not overwrite any functions, ignore
// public HRB functions if functions with
I would also add one file to the include/ folder
But I can't remember how to add files to the repository :-(
Any help welcome :-)
J. Lefebvre
In the meantime, I can send the three files to anyone willing to do so for me
:-)
PS: at this time, using HB_HRB_KEEP_GLOBAL will di
Hi Bruno,
Sorry, a small typo in my last upload.
Will be corrected in a few minuts !
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Bruno Luciani
Envoyé : vendredi 19 juin 2009 3:38
À : Harbour Project Main Developer List.
Objet : [H
Hi Viktor
In changelog I just see ;
! Deleted "bugtraq:append" (not mentioned in ChangeLog)
property added to main Harbour trunk in:
2009-06-18 21:18 UTC+0200
JF, pls fix this in your SVN client, otherwise next time
it will just reappear. Majority of these extensions
, Jun 19, 2009 at 10:33 AM, J. Lefebvre wrote:
Hi Viktor
In changelog I just see ;
! Deleted "bugtraq:append" (not mentioned in ChangeLog)
property added to main Harbour trunk in:
2009-06-18 21:18 UTC+0200
JF, pls fix this in your SVN client, otherwise next ti
..@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : vendredi 19 juin 2009 10:29
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] error compiling last SVN version
On Fri, 19 Jun 2009, J. Lefebvre wrote:
Hi,
> Sorry, a small typo in my last upload.
> Will be corrected
Ok,
Sorry for the annoyance :-(
Hi will revert my modif asap.
Thanks to all,
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Viktor Szakáts
Envoyé : vendredi 19 juin 2009 11:06
À : Harbour Project Main Developer List.
Objet : Re:
: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : vendredi 19 juin 2009 10:29
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] error compiling last SVN version
On Fri, 19 Jun 2009, J. Lefebvre wrote:
Hi,
: harbour
Objet : [Harbour] command line svn for Windows
I've been embarrassed to ask this but reconsidered after reading the
partial thread between Viktor and J. Lefebvre.
I have installed on my TortoiseSVN on my WinXP SP2 machine. I believe
can run from the command line but the documentati
Well done Przemek,
Thanks a lot,
JF,
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de
dru...@users.sourceforge.net
Envoyé : vendredi 19 juin 2009 14:10
À : harbour@harbour-project.org
Objet : [Harbour] SF.net SVN: h
Hi Marek,
You should refresh your local repository with the current version, I uploaded a
Typo this night.
In all case, some other improvement have been done this morning.
Regards,
JF,
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project
This code, is also working in Harbour juste replacing init() with new.
// here we create a classe with inherit from two classes
CREATE CLASS XbpComboBox INHERIT XbpSLE, XbpListBox
ENDCLASS
METHOD XbpComboBox:new( ... )
::XbpSLE:New( ... ) // could also be written Super:New(...) as in harb
I don't think Alex would like to redistribute the RDD by itself. If I correctly
understand, he would like to use this RDD to compile some "End Users" programs,
but from the Clipper Compiler instead of Harbour. So I thinks there is no legal
problem here.
I could be interested also, but I really
Hi Alex,
I just downloaded Windock sources and I was on the way to compile it for VC
when I just see your message...
Could you send me the compiled version you receive ? So I could have a try also.
Thanks,
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la
and
Envoyé : jeudi 13 mars 2008 13:12
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] RDD's for 16bit
J. Lefebvre wrote:
> I just downloaded Windock sources and I was on the way to compile it for VC
> when I just see your message...
>
> Could you send me the compiled
Thanks Alex,
Files where successfully uploaded.
Regards,
JF
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de J. Lefebvre
Envoyé : jeudi 13 mars 2008 13:43
À : 'Harbour Project Main Developer List.'
Objet : RE: [Harbour] RDD'
Hi Przemek,
About "MESSAGE IS " and to allow the same meaning as
Class(y),
should'nt it be so simple as translating it to "MESSAGE METHOD
".
Doing this, mthName will act as msgName, resulting in the creation of an
alternate method Name.
Regards,
JF,
-Message d'origine-
De : [EMAIL
yslaw Czerpak
(druzus/at/priv.onet.pl)
On Wed, 16 Apr 2008, J. Lefebvre wrote:
> Hi Przemek,
> About "MESSAGE IS " and to allow the same meaning as
> Class(y),
> should'nt it be so simple as translating it to "MESSAGE METHOD
> ".
It was working in exactl
Test.
Best regards,
JF
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-07-11 18:20 UTC+0200 JF Lefebvre (MAFACT) (jfl/at/mafact.com)
* harbour/source/common/hbver.c
* protected by a #define the use of the new structure OSVERSIONINFOEXA, not
know by MSVC 6 (_MSC_VER < 1400)
* harbour/source/rtl/gtwvt/gtwvt.c
* Change LONG_PTR to LONG as LONG_PTR was
2008-07-11 19:52 UTC+0200 JF Lefebvre (MAFACT) (jfl/at/mafact.com)
* harbour/source/rtl/gtwvt/gtwvt.c
* Reversed my change LONG_PTR to LONG but to HB_LONG type for 64 bit
compatibility
___
Harbour mailing list
Harbour@harbour-project.org
http://li
nvoyé : vendredi 11 juillet 2008 19:03
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] 2008-07-11 18:20 UTC+0200 JF Lefebvre (MAFACT)
(jfl/at/mafact.com)
On Fri, 11 Jul 2008, J. Lefebvre wrote:
Hi,
> * harbour/source/rtl/gtwvt/gtwvt.c
> * Change LONG_PTR to LONG as LONG_PTR
Hi,
It compile without any message under MSVC 6.
I can't test under BCC. Sorry.
Regards,
JF,
PS : My apologies for this error. I was probably not too much awake ... :-)
Incredibly, it compiled under MSVC 6.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la par
Hi José,
We have to know with version the compiler is reporting.
Open a command windows and type cl
It should give you some info about your compiler version !
Ie for MSVC 6.0 t give ;
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright ... blablabla ...
And
oject Main Developer List.
Objet : Re: [Harbour] Some more warnings and errors with last svn
Hi J. Lefebvre,
This is the info:
Microsoft (R) C/C++ Optimizing Compiler Version 12.20.9615 for ARM
Copyright (C) Microsoft Corp 1984-2002. All rights reserved.
So I gess that version for evc4 is 1220...
Hi,
I just try a compile from a fresh SVN update and discovered there is some
missed function.
They got rename to their initial name 2 years ago ...
Ie ;
HB_DBG_VMVARSLEN() -> __DBGVMVARSLEN()
HB_DBG_VMPARLLIST() -> __DBGVMVARSLIST()
HB_DBG_VMSTKLCOUNT() -> __DBGVMSTKLCOUNT()
Not any more H
te this
is unnecessary for the majority of them. ]
[ Also notice, that very old __VM*() functions also
got removed by this move. ]
Brgds,
Viktor
On 2008.08.21., at 12:37, J. Lefebvre wrote:
> Hi,
>
> I just try a compile from a fresh SVN update and discovered there is
> some missed func
Hi Viktor,
Did you touch debuger.prg ?
Here is what I receive doing a full new compile with the very last svn sources ;
source\debug\debugger.prg(411) Warning W0001 Ambiguous reference: 'GTI_GETWIN'
source\debug\debugger.prg(415) Warning W0001 Ambiguous reference: 'GTI_GETWIN'
source\debug\deb
Hi Viktor,
I just changed (but not yet committed) debugger.prg to use HB_GTI_GETWIN &
HB_GTI_SETWIN in place of their preview GTI_... version from hbgtinfo.h.
But now here is what I received...
hbnulrdd.lib(nulsys.obj) : error LNK2005: _HB_FUN_RDDSYS already defined in
hbdoc.obj
bin\vc\hbdoc.
EMAIL PROTECTED] De la part de J. Lefebvre
Envoyé : vendredi 22 août 2008 10:16
À : '[EMAIL PROTECTED]'; 'Harbour Project Main Developer List.'
Objet : RE: [Harbour] 2008-08-22 09:32 UTC+0200 Viktor Szakats (harbour.01
syenar hu)
Hi Viktor,
I just changed (but not yet commi
>
>
> Regards,
>
> JF,
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> ] De la part de J. Lefebvre
> Envoyé : vendredi 22 août 2008 10:16
> À : '[EMAIL PROTECTED]'; 'Harbour Project Main Developer List.'
* utils/hbdoc/hbdoc.prg
* utils/hbmake/Makefile
* utils/hbmake/hbmake.prg
% removing 'ANNOUNCE RDDSYS', not anymore needed
causing some problem with msvc linking.
* debug/debugger.prg
% changing all GTI_ by HB_GTI_
___
Harb
Compile with msvc 6 without complaining ;-)
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor
Envoyé : vendredi 22 août 2008 11:32
À : harbour@harbour-project.org
Objet : [Harbour] 2008-08-22 11:30 UTC+0200 Viktor Szakats (harbour.01 sye
No problem for me.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor
Envoyé : vendredi 22 août 2008 13:53
À : Harbour Project Main Developer List.
Objet : [Harbour] Moving externally dependent GTs
Hi all,
I've noticed so far I've never ev
2008-08-27 17:05 UTC+0100 JF Lefebvre (Mafact) (jfl at mafact dot com)
* contrib/rddads/make_vc.bat
* small typo in set _HB_LIB_INSTALL="%HB_LIB_INSTALL%
_HB_LIB_INSTALL=%HB_LIB_INSTALL%
___
Harbour mailing list
Harbour@harbour-project.org
Hi,
There is a problem with some structure member here,
Not sure what should be used so ...
cl.exe -c -MT -I..\..\include -Ogt2yb1p -GX- -G6 -YX -FD -Gs -W3 -nologo -TC
-Fo..\..\obj\vc\\\ .\w32_ole.c
w32_ole.c
.\w32_ole.c(403) : error C2039: 'pllVal' : is not a member of '__unnamed'
C_USR=HB_LONG_LONG_OFF
Brgds,
Viktor
On 2008.08.27., at 17:14, J. Lefebvre wrote:
> Hi,
>
>
> There is a problem with some structure member here,
>
> Not sure what should be used so ...
>
> cl.exe -c -MT -I..\..\include -Ogt2yb1p -GX- -G6 -YX -FD -Gs -W3 -
> nologo -TC
afact) (jfl at
mafact dot com)
Hi JF,
It was not a typo, this was needed to support dirs
with spaces in them (the default ACE installation
dir is such).
In what environment did this not work for you?
Brgds,
Viktor
On 2008.08.27., at 17:11, J. Lefebvre wrote:
> 2008-08-27 17:05 UTC+0100 JF
Thanks viktor,
Sorry, I do not had any time till now to reverse my modif.
On the other hand, I tried a very simple hack, replacing nmake.exe 6.00.XXX
with those from Visual 2005 (8.00.XXX) and it work fine. ;-)
Will now try my full new Visual 2008 on harbour ;-)
Friendly,
JF,
-Message d'
Hummm, was not very well awake :-(
Do not work as the problem is not nmake.exe, but cl.exe as expected :-(
Regards,
JF,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de J. Lefebvre
Envoyé : mercredi 27 août 2008 21:54
À : '[EMAIL PROTECTED]&
Hi Viktor,
I finally got it working (VC98, Visual2005 Visual2008) :-)
Very simple in fact. It was just a problem of terminating "\"
As this one is working with the include string : E:\ads81\api\acesdk\
cl.exe -c -MT -I"..\..\include" -Ot2b1 -FD -Gs -D_CRT_SECURE_NO_DEPRECATE -W3
-nologo -TC -
;origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Alex Strickland
Envoyé : jeudi 28 août 2008 10:33
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01
syenar hu)
J. Lefebvre wrote:
> Hummm, was not very wel
Thanks for the info.
JF
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Alex Strickland
Envoyé : jeudi 28 août 2008 11:00
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01
syenar h
I like the idea !
Best regards,
JF
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Miguel Angel
Marchuet
Envoyé : lundi 22 septembre 2008 9:21
À : Harbour Project Main Developer List.
Objet : [Harbour] RDD controversy question for all people
View the c
Hu,
Did he change anything else ?
Did I miss some mail ?
The only mail I got was clearly a request to do upload.
" View the controversy it creates, I propose to upload the following rdds: ..."
I clearly see the word "propose to" in this sentence !
Regards,
JF
-Message d'origine---
Hi Toninho,
No problem at all, compiler will create a function combined from your method
name and your class name, so no conflict.
Regards,
JF
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de [EMAIL PROTECTED]
Envoyé : vendredi 3 octobre 2008 13:05
À
Bad link ...
The correct one is : ftp://sbe4730:[EMAIL PROTECTED]/
Regards,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de David Arturo
Macias Corona
Envoyé : lundi 3 novembre 2008 9:55
À : harbour@harbour-project.org
Objet : [Harbour] OT: New version
Hi,
I have a strange problem with the TOleAuto Class from contrib/hbwin
I can create an ole automation object without any problem,
I can Get a propertie, using the automatic Getproperty routing method (by
onerror method), so this one is working fine
cFormula := oReport:RecordSelectionFormula
2008 1:12
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] Problem with TOleAuto class
On Sun, 09 Nov 2008, J. Lefebvre wrote:
Hi,
> I have a strange problem with the TOleAuto Class from contrib/hbwin
> I can create an ole automation object without any problem,
> I can Get
Hi,
Am I missing something ?
I just tried the latest SVN release and now
Wapi_MessageBox(,"Hello éèçà","Test accents",) // same for legacy version
MessageBox(.)
Give me some garbage in place of specials chars ...
Regards,
JF<>___
Harbo
or non-UNICODE apps:
set( _SET_OSCODEPAGE, "HUWIN" )
Brgds,
Viktor
On 2009 Dec 15, at 17:44, J. Lefebvre wrote:
> Hi,
>
> Am I missing something ?
>
> I just tried the latest SVN release and now
>
> Wapi_MessageBox(,"Hello éèçà","Test accents",) // sam
in 2009 11:17
À : harbour@harbour-project.org
Objet : RE: [Harbour] CLASSES - What this mean ?
Hi
J. Lefebvre wrote:
>
> METHOD XbpComboBox:new( ... )
>::XbpSLE:New( ... ) // could also be written Super:New(...) as in
> harbour Super will call the first
Hi,
Compiling the very last cvs version I discovered ‘SET DELETED ON’ do not work
anymore (using ADSRDD).
I see some modification around the 15-09-2009.
Any idea ?
Regards,
JF,
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.
Using an older ADSRDD do not solve the problem . seem to be higher in RDD
structure.
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de J. Lefebvre
Envoyé : lundi 21 septembre 2009 11:36
À : 'Harbour Project Main Developer List.
Hu, not sure it is really related to a problem with ADORDD (see dos error).
I have exactly the same error trying to access Crystal report runtime XI.
Error occurred at: 01/12/2009, 14:26:32
Error description: (DOS Error -2147352567) OLE/3012 Argument error:
SETREPORTVARIABLEVALUE
igine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : mardi 1 décembre 2009 15:10
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] Problem in OLE implementation
On Tue, 01 Dec 2009, J. Lefebvre
Same question for me :-)
I installed QT 4.6.0 but do when tring to compile hbide.
It say missing HBQT.LIB
But there, I don't find any way to compile HBQT ...
Any Idea ?
JF,
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la
84 matches
Mail list logo