Przemek,
> Neither Harbour nor xHarbour supports class objects like Class(y)
> :
Thanks you for your reply.
Should I mark this report as a Feature Request and leave it open,
or close it with "Not going to Fix" status?
Chen.
___
Harbour mailing list (
Revision: 13093
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13093&view=rev
Author: vouchcac
Date: 2009-12-02 06:38:02 + (Wed, 02 Dec 2009)
Log Message:
---
2009-12-01 22:35 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/idemisc.prg
Przemek:
Thanks. If I hear no other feedback, I'll remove the RTE so the code
you described can still work.
Does anyone else have an opinion as to whether it's useful to add
the feature of an explicit NIL value to mean to "return to default
direction" ? Or is it not worth the trouble, and unl
Revision: 13092
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13092&view=rev
Author: druzus
Date: 2009-12-02 03:18:45 + (Wed, 02 Dec 2009)
Log Message:
---
2009-12-02 04:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/maindl
Many thanks.
Brgds,
Viktor
On 2009 Dec 2, at 03:12, dru...@users.sourceforge.net wrote:
> Revision: 13091
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13091&view=rev
> Author: druzus
> Date: 2009-12-02 02:12:14 + (Wed, 02 Dec 2009)
>
> Log Message:
> -
Revision: 13091
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13091&view=rev
Author: druzus
Date: 2009-12-02 02:12:14 + (Wed, 02 Dec 2009)
Log Message:
---
2009-12-02 03:12 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/doc/en-EN/hb_
Revision: 13090
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13090&view=rev
Author: vouchcac
Date: 2009-12-02 02:11:32 + (Wed, 02 Dec 2009)
Log Message:
---
2009-12-01 18:09 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
On Tue, 01 Dec 2009, Adam Lubszczyk wrote:
Hi,
> When the module HRB (or pcode-DLL) is loaded dynamically , You are looking
> for whether it was once used a similar table of symbols, and then it
> recycled.
> If it is recycled, then You do not initialize static variables.
Yes,
> There is a prob
>> Just had time to read this bit, well, I couldn't have
>> said it better. Probably many other improvements could
>> be made on that driver. F.e. for me thos HB_ADORDD*()
>> functions look a little strange in an RDD. They're
>> needed to setup connection, and connection is stored
>> in thread
Hi Przemek,
> I've already made this modification then I also made some tests with
> FSETDEVMOD() in C53 and before I'll commit it I have two questions:
> 1. CL53 returns only 1 or 2 and nothing more to indicate errors.
> Should I replicate it?
> 2. In tests it looks that it has some logic to re
Revision: 13089
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13089&view=rev
Author: vszakats
Date: 2009-12-02 00:57:48 + (Wed, 02 Dec 2009)
Log Message:
---
2009-12-02 01:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/itemapi.c
* src/
On Tue, 01 Dec 2009, Szak�ts Viktor wrote:
Hi,
> > Of course this RDD should be greatly improved yet and some
> > missing functionality added. Also if someone has time then
> > function like SQLTranslate() should be rewritten from scratch
> > to be real xbase to SQL expressions translator. Not a
On Tue, 01 Dec 2009, David Arturo Macias Corona wrote:
Hi,
> >Thank you very much. So now we know that we can remove -s as
> >workaround. Unfortunately it causes very big speed overhead. Much
> >bigger then in Linux where removing -s reduce the speed only ~24
> >percent. It's 363% what is even bi
On Tue, 01 Dec 2009, J. Lefebvre wrote:
Hi,
> You could be right, but ...
> 1) This code is not really new, and I had in mind it was working when I
> tested it some month ago (99% sure) ...
> 2) The same call in visual Basic work fine on the same OLE object ...
> I will continue to investigate,
On Wed, 02 Dec 2009, Szak�ts Viktor wrote:
> >>> Now that you've reworked CDP support in whole Harbour,
> >>> do you think we can delete HB_CDP_SUPPORT_OFF guards
> >>> (and non-CDP supported code branches) from code?
> >> Any quick opinion on that? Delete or keep?
> > Sorry I forgot to answer. L
On Tue, 01 Dec 2009, Szak�ts Viktor wrote:
Hi,
> >> [ BTW it's not fully compatible, as C5.3 returned the old
> >> dev mode value. ]
> > Yes, I know. I think we should change:
> > BOOL hb_fsSetDevMode( HB_FHANDLE hFileHandle, USHORT uiDevMode )
> > to:
> > int hb_fsSetDevMode( HB_FHANDLE hFi
>>> Now that you've reworked CDP support in whole Harbour,
>>> do you think we can delete HB_CDP_SUPPORT_OFF guards
>>> (and non-CDP supported code branches) from code?
>> Any quick opinion on that? Delete or keep?
>
> Sorry I forgot to answer. Let's delete it.
Thank and no prob. I'll do it.
B
On Wed, 02 Dec 2009, Szak�ts Viktor wrote:
Hi,
> > Now that you've reworked CDP support in whole Harbour,
> > do you think we can delete HB_CDP_SUPPORT_OFF guards
> > (and non-CDP supported code branches) from code?
> Any quick opinion on that? Delete or keep?
Sorry I forgot to answer. Let's d
> Hi Przemek,
>
> Now that you've reworked CDP support in whole Harbour,
> do you think we can delete HB_CDP_SUPPORT_OFF guards
> (and non-CDP supported code branches) from code?
Any quick opinion on that? Delete or keep?
Brgds,
Viktor
___
Harbour m
On Tue, 01 Dec 2009, Brian Hays wrote:
Hi,
> I need help with a decision on whether to throw an error or not. Please see
> discussion below.
>
> 2009-12-01 01:37 UTC-0800 Brian Hays
> * contrib\rdd_ads\ads1.c
> + Added support for ordDescend's 3rd arg to dynamically change
> the ind
>> I see no point in moving it back to contrib until someone
>> takes a plunge into this and known problems get fixed.
>
> So far I haven't seen any confirmed error in ADORDD code
> so I have no idea what we can fix.
>
> Of course this RDD should be greatly improved yet and some
> missing functi
> On Tue, 01 Dec 2009, Szak�ts Viktor wrote:
>> 2008-09-12 00:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>> * contrib/rddado/adordd.prg
>> * contrib/rddado/adordd.ch
>>* Merged changes from xhb.
>> Some hbusrrdd.ch values seem to be missing from Harbour,
>> related features w
Hi Przemek !
When the module HRB (or pcode-DLL) is loaded dynamically , You are looking
for whether it was once used a similar table of symbols, and then it
recycled.
If it is recycled, then You do not initialize static variables.
There is a problem to perform re-initialization ?
Lack of initial
Revision: 13088
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13088&view=rev
Author: vouchcac
Date: 2009-12-01 16:34:08 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 08:24 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.ch
*
On Tue, 01 Dec 2009, Szak�ts Viktor wrote:
> 2008-09-12 00:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * contrib/rddado/adordd.prg
> * contrib/rddado/adordd.ch
> * Merged changes from xhb.
> Some hbusrrdd.ch values seem to be missing from Harbour,
> related features will
On Tue, 01 Dec 2009, Alex Strickland wrote:
> >Alex can you try to add at the beginning of rddado/tests/access2.prg:
> >FIELD FIRST
> >and change the line 33 from:
> >locate for TEST2->First = "Lara"
> >to:
> >locate for First = "Lara"
> >and then repeat the test?
> Yes, this works and
On Tue, 01 Dec 2009, Chen Kedem wrote:
Hi,
> The following was reported on SF bug tracker:
> http://sourceforge.net/tracker/?func=detail&atid=100681&aid=2906734&group_id=681
> Angel Diaz Leiva (angeldiazleiva) wrote:
> -
> When making the declaration of a class, if
>> Thank you. So there still seem to be some things broken
>> after whichever update, my suspect is still the xhb sync job.
>
> Looking at the ChangeLog and SVN repository I haven't found even
> single xhb sync commit.
2008-09-12 00:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/r
Przemysław Czerpak wrote:
Alex can you try to add at the beginning of rddado/tests/access2.prg:
FIELD FIRST
and change the line 33 from:
locate for TEST2->First = "Lara"
to:
locate for First = "Lara"
and then repeat the test?
Yes, this works and writes .T. to the console.
Regards
A
On Tue, 01 Dec 2009, Szak�ts Viktor wrote:
Hi,
> > USE test.mdb VIA "ADORDD" TABLE "Tabla1"
> > with:
> > USE xbrtest.mdb VIA "ADORDD" TABLE "Customer"
> > it works. Perhaps test.mdb is broken?
> Could be. Or it simply doesn't find it. But your
> next example suggest that it's the former.
>
On Tue, 1 Dec 2009, vszak...@users.sourceforge.net wrote:
> Log Message:
> ---
> 2009-12-01 12:21 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * config/global.mk
> % "De-xmastree"-d two more if/else structures.
you SO are my hero.
--
[-]
mkdir /nonexistent
__
J. Lefebvre wrote:
I will continue to investigate,
Perhaps this may help:
http://www.microsoft.com/downloads/details.aspx?familyid=5233b70d-d9b2-4cb5-aeb6-45664be858b6&displaylang=en#QuickInfoContainer
it is OleView.exe which is quite useful for seeing what is behind the scenes.
Regards
Ale
Revision: 13087
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13087&view=rev
Author: vszakats
Date: 2009-12-01 15:09:59 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 16:10 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* bin/hb-mkimp.bat
* Mi
Revision: 13086
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13086&view=rev
Author: snaiperis
Date: 2009-12-01 14:59:28 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 16:56 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib
Hi Przemek,
You could be right, but ...
1) This code is not really new, and I had in mind it was working when I tested
it some month ago (99% sure) ...
2) The same call in visual Basic work fine on the same OLE object ...
I will continue to investigate,
Friendly,
JF
-Message d'origine--
Revision: 13085
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13085&view=rev
Author: snaiperis
Date: 2009-12-01 14:42:57 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 16:39 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib
>-Original Message-
>From: Alex Strickland [mailto:s...@mweb.co.za]
>Sent: Tuesday, December 01, 2009 1:22 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Problem in OLE implementation
...
>REQUEST ADORDD
>
>function Main()
>
>USE xbrtest.mdb VIA "ADORDD" TABL
>> Error OLE/3012 Argument error: OPEN (DOS Error -2147352567)
>> Called from WIN_OLEAUTO:OPEN(0)
>> Called from ADO_OPEN(312)
>> Called from DBUSEAREA(0)
>> Called from MAIN(12)
>
> It would be nice to have some idea about how error subcode sould be used.
> 3012 does not say much about the exac
Hi,
Error OLE/3012 Argument error: OPEN (DOS Error -2147352567)
Called from WIN_OLEAUTO:OPEN(0)
Called from ADO_OPEN(312)
Called from DBUSEAREA(0)
Called from MAIN(12)
It would be nice to have some idea about how error subcode sould be
used. 3012 does not say much about the exact place of e
On Tue, 01 Dec 2009, J. Lefebvre wrote:
Hi,
> 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)
Maurilio Longo wrote:
Good morning Przemyslaw and Viktor,
first of all you have to answer a question I'm asking myself since a long
time: how are you able to avoid sleeping and still be able to write such good
code?? I see messages of yours during all night: 00.46, 01.17, 01.49, 02.53,
03.45, 04
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
Pls see:
2009-11-30 11:51 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
Brgds,
Viktor
On 2009 Dec 1, at 14:21, Rossine wrote:
>
> Hello,
>
> I not see ace.lib in last version.
>
> Regards,
>
> Rossine.
>
> --
> View this message in context:
> http://old.nabble.com/Ace.lib-not-generate-i
Hello,
I not see ace.lib in last version.
Regards,
Rossine.
--
View this message in context:
http://old.nabble.com/Ace.lib-not-generate-in-last-version-tp26591636p26591636.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
H
Hi Alex,
> USE test.mdb VIA "ADORDD" TABLE "Tabla1"
>
> with:
>
> USE xbrtest.mdb VIA "ADORDD" TABLE "Customer"
>
> it works. Perhaps test.mdb is broken?
Could be. Or it simply doesn't find it. But your
next example suggest that it's the former.
BTW: "broken", I've fixed this file at lea
Viktor Szakáts wrote:
Can you try with the copy in 'examples/rddado' and tests
under 'tests'.
OK, got them. access1.prg fails with :
Error OLE/3012 Argument error: OPEN (DOS Error -2147352567)
Called from WIN_OLEAUTO:OPEN(0)
If I replace this line:
USE test.mdb VIA "ADORDD" TABLE "Tabla
Revision: 13084
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13084&view=rev
Author: vszakats
Date: 2009-12-01 12:53:03 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 13:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* examples/rddado/adordd.pr
>> BTW I'm still waiting for verification of reported RDDADO problems
>> with current HBWIN OLE code. Can some MS-Windows users check it?
>
> It is not in current SVN, I copied adordd.prg, and adordd.ch and
> tests\access1.prg from an old backup:
>
> * $Id: adordd.prg 10183 2009-02-05 09:21:52Z
Przemysław Czerpak wrote:
BTW I'm still waiting for verification of reported RDDADO problems
with current HBWIN OLE code. Can some MS-Windows users check it?
It is not in current SVN, I copied adordd.prg, and adordd.ch and
tests\access1.prg from an old backup:
* $Id: adordd.prg 10183 2009-
>-Original Message-
>From: Pritpal Bedi [mailto:bediprit...@hotmail.com]
>Sent: Friday, November 27, 2009 5:49 PM
>To: harbour@harbour-project.org
>Subject: RE: [Harbour] SF.net SVN: harbour-project:[13028]
>trunk/harbour
>
>
>Hi
>
>
>Horodyski Marek (PZUZ) wrote:
>>
>> In GTWVG i must f
Przemek:
I have not seen response
David Macias
Przemek:
I know but the problem seems to be inside OpenWatcom code and for me it
looks like OpenWatcom bug which probably can be quite easy fixed but
I need more information to be sure.
///
Thank you very much. So now we know that we can rem
Przemek:
>I guess you are talking about context of some file to which
>you redirected output. Just like in Clipper this lines are
>shown using:
> chr(13) + + chr( 13 ) + chr( 13 ) + ...
>and your editor or program you used to view that file presents
>chr(13) as new line.
>If you change edito
Revision: 13083
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13083&view=rev
Author: vszakats
Date: 2009-12-01 11:21:30 + (Tue, 01 Dec 2009)
Log Message:
---
2009-12-01 12:21 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
% "D
On Tue, 01 Dec 2009, David Arturo Macias Corona wrote:
Hi,
> [E:\harbour911b\harbour\bin\os2\watcom]pba2.exe
> 0: .T.
> 1: .T.
> 2: .T.
> [E:\harbour911b\harbour\bin\os2\watcom]pba2.exe > pba2.txt
> 0: .T.
> 1: .F.
> 2: .T.
> [E:\harbour911b\harbour\bin\os2\watcom]pba2.exe 2> pba2.txt
> 0: .T.
>
Przemek:
>We should make some tests. Also in OS/2 for GCC and OpenWatcom builds.
>This code can be used for tests:
> proc main()
> ? "0:", HB_FISDEVICE( 0 )
> ? "1:", HB_FISDEVICE( 1 )
> ? "2:", HB_FISDEVICE( 2 )
> return
> #pragma begindump
> #include "hbapifs.h"
> HB_FUNC( HB_F
Hi Mindaugas,
> Viktor Szakáts wrote:
>> BTW, I managed to build fancytxt using bcc 5.5 and it works with the same
>> .dlls which failed so badly with mingw.
>
>> Application Internal Error -
>> F:\work\harbour\harbour\contrib\hbcairo\tests\fancytxt.exe
>> Terminated at: 2009.11.30 22:44:06
>>
Good morning Przemyslaw and Viktor,
first of all you have to answer a question I'm asking myself since a long
time: how are you able to avoid sleeping and still be able to write such good
code?? I see messages of yours during all night: 00.46, 01.17, 01.49, 02.53,
03.45, 04.17, 04.48, 08.50!!
Tha
>> can you share your test to better understand?
>
> I am using a commercial DLL supplied to allow redemption and purchase of gift
> vouchers. Many of the functions return arrays of objects (* IUnknown). With
> Przemyslaw's changes (and not to forget the initial and ongoing contributions
> fro
My only question here is why such functionality has
to live inside Harbour SVN? Along with hb-mkdyn.sh, this
has nothing to do with core Harbour. It also can be solved
as a user supplied postinst task. hb-mkdyn is a generic
lib to dynlib converter script, which is also shell and
compiler speci
Massimo Belgrano wrote:
can you share your test to better understand?
I am using a commercial DLL supplied to allow redemption and purchase of gift
vouchers. Many of the functions return arrays of objects (* IUnknown). With
Przemyslaw's changes (and not to forget the initial and ongoing co
On Mon, Nov 30, 2009 at 4:52 PM, wrote:
> * harbour/bin/hb-func.sh
> - removed not longer working HB_DB_DRVEXT
> + added HB_USER_DLL_ADDONS which can be used to activate rebuilding
> Harbour shared library in postinst phase with additional libraries
> specified by user in above
>-Original Message-
>From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt]
>Sent: Monday, November 30, 2009 8:37 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] SF.net SVN: harbour-project:[13074]
>trunk/harbour
>
>Sample test code results. Part 2
A good example w
62 matches
Mail list logo
