On Sat, Oct 11, 2008 at 11:38 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Before you will started the work then I suggest you to look at
> CLIP project - you will find in SF.
> Few years ago Rust implemented such common class interface for
> different RDBMS in CLIP so it may give you some
On Sun, Oct 12, 2008 at 9:03 AM, Lorenzo Fiorini
<[EMAIL PROTECTED]> wrote:
It seems that HDBC has been decided. Ok step 1 done :)
Resources for all the interested:
JDBC tutorial
http://java.sun.com/docs/books/tutorial/jdbc/basics/index.html
CLIP SQL interface
http://www.itk.ru/clip-doc.en/sql.
Hi all,
OS error codes are currently stored as USHORT.
Windows uses DWORD, there is a function which
maps Windows error code to Harbour one. Digits
are most probably lost here.
Shouldn't we change our error code types to ULONG?
Brgds,
Viktor
___
Har
On 2008.10.12., at 13:19, Przemyslaw Czerpak wrote:
2008-10-12 13:19 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* casting cleanup
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
* harbour/source/rtl/scroll.c
* harbour/source/rtl/console.c
clip-itk is Clipper/XBase compatible compiler with initial support other
xBase dialects. Multitasking, OOP,SIX/Comix, SQL and ODBC drivers,a
C-API for third-party developers, a few wrappers for popular libraries
(such as BZIP, GZIP, GD, Crypto, and Fcgi),
http://sourceforge.net/project/showfil
On Sat, 11 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> BTW, for this problem, IMO a Harbour switch would
> be the best candidate (build-tool independent and
> natural), combined with the #pragma lib requesting feature.
> harbour -mt hello.prg -> would generate .c file which
> would force hbvmmt
2008-10-12 13:19 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* casting cleanup
* harbour/include/hbapigt.h
* harbour/source/rtl/gtapi.c
* harbour/source/rtl/scroll.c
* harbour/source/rtl/console.c
* harbour/source/rtl/box.c
* changed hb_gtD
Very Thanks for your effort
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemyslaw
Czerpak
Sent: Sunday, October 12, 2008 4:01 AM
To: Harbour Project Main Developer List.
Subject: Re: RE: [Harbour] A standard for the Harbour's SQL libs
On Sun, 12 Oct
version of vista ?
Some version of vista can't use more than one processor.
Guy
Francesco Saverio Giudice a écrit :
Hi Przemek,
I have a problem with BCC and MT.
I have built some prg in tests folder:
speedtst.prg, boxtst2.prg and memtst.prg (but I suspect that I will
got same error for any)
On Sun, 12 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> OS error codes are currently stored as USHORT.
> Windows uses DWORD, there is a function which
> maps Windows error code to Harbour one.
To be precise: to DOS error. Anyhow such translation
cannot be well done in other systems. Windows uses
I am using vista Ultimate centrino 2 duo t7200
If from explorer it remain unfinished with last active screen
program start from cmd remain confused but mainly last active screen
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Sunday
HI Przemek,
BTW, for this problem, IMO a Harbour switch would
be the best candidate (build-tool independent and
natural), combined with the #pragma lib requesting feature.
harbour -mt hello.prg -> would generate .c file which
would force hbvmmt lib linkage, otherwise everything
would stays as it
2008-10-11 13:40 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
+ Suppress logo for bcc32 and msvc.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-10-11 13:27 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_vc.mak
* contrib/mtpl_vc.mak
+ Added /nologo to lib commands.
* source/rtl/fserror.c
* Minor formatting.
* ChangeLog
+ Marked change as TOMERGE 1.0.
--
Brgds,
Viktor
___
Hi all,
Since we have so many build-time options, and seeing them
is essential when trying to find problems, I'd like to make
HB_BUILD_VERBOSE the default option in non-GNU build scripts.
Maybe it would be also good to simply remove this option,
as IMO it can't make any harm when enabled.
Any co
Hi Viktor,
you changed __EXPORT__ macro to HB_DYNLIB.
I know that it was name space problem but new name is not the best
choice. This macro was used to make functions public (exported)
for any other modules. I do not have to build harbour*dll to use it.
F.e. I want to use static Harbour libraries
Hi Przemek,
you changed __EXPORT__ macro to HB_DYNLIB.
I know that it was name space problem but new name is not the best
choice. This macro was used to make functions public (exported)
for any other modules. I do not have to build harbour*dll to use it.
F.e. I want to use static Harbour librari
On Sunday 12 October 2008 06:48:57 am Przemyslaw Czerpak wrote:
> Windows uses DOS error codes counted from 0 and significant
> are only 2 low bytes. AFAIR upper bytes are usd in some subsystems
> as bitfields.
Yes on significant 2 low bytes.
Not true on starting at 0. You can return negative er
On Sun, 12 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> HB_EXPORT is also a perfect name. As for making it the
We already use HB_EXPORT for exported function attributes
though it's wtill possible to use the same name.
In hbdefs.h we will have to make sth like:
#ifdef HB_EXPORT
#undef HB
Hi Przemek,
Hi Viktor,
HB_EXPORT is also a perfect name. As for making it the
We already use HB_EXPORT for exported function attributes
though it's wtill possible to use the same name.
In hbdefs.h we will have to make sth like:
#ifdef HB_EXPORT
#undef HB_EXPORT
[define new HB_E
-Messaggio Originale-
Da: "Phil Barnett" <[EMAIL PROTECTED]>
A:
Data invio: domenica 12 ottobre 2008 16.07
Oggetto: Re: [Harbour] Error code type
If you think about
void main()
where you can't return an error code compared to
int main()
where you can return an error code you would k
2008-10-11 16:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
! Minor formatting.
* include/hbapierr.h
! Fixed casting in macro HB_ERR_FUNCNAME, as it was
generating a new warning with MSVC in 64-bit mode.
'( ( char * ) 1 )
Hi Przemek,
I'm referring to hb_WinToDosError(). Maybe it's
wrong, but it's accepting an ULONG, when called,
a value received from GetLastError() is passed
to it (casted to USHORT, which instantly causes
loss of significant digits), and hb_WinToDosError()
then returns an int, which is later store
Correction: values with bit 29 set are reserved
for app error codes.
On 2008.10.12., at 17:09, Szakáts Viktor wrote:
Hi Przemek,
I'm referring to hb_WinToDosError(). Maybe it's
wrong, but it's accepting an ULONG, when called,
a value received from GetLastError() is passed
to it (casted to USHO
Hi all!
I would like to understand a single question: this would be something to
develop a OOP class or would be like an RDD native with support for SQL?
2008/10/12 Lorenzo Fiorini <[EMAIL PROTECTED]>
> On Sun, Oct 12, 2008 at 9:03 AM, Lorenzo Fiorini
> <[EMAIL PROTECTED]> wrote:
>
> It seems that
Hi Przemek,
Przemyslaw Czerpak ha scritto:
On Sun, 12 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
I'm using last SVN
2008-10-11 21:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
thank you for your efforts.
Tell me if I can help in any way.
Let's try to reduce the problem.
In
Hi Guy,
[EMAIL PROTECTED] ha scritto:
version of vista ?
Some version of vista can't use more than one processor.
Guy
I'm using
Microsoft Windows Vista Ultimate Edition, 32-bit Service Pack 1 (Build 6001)
Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz
4 GB
Best regards
Francesco
__
Hi Przemek,
I know that after this you have changed a lot of code, but I tell in
case it can help: I have another copy of SVN updated at:
2008-10-03 21:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
at it works correctly.
Hope it can help.
Best regards
Francesco
Il 12/10/2008 3.55,
On Sun, 12 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I'm referring to hb_WinToDosError(). Maybe it's
> wrong, but it's accepting an ULONG, when called,
> a value received from GetLastError() is passed
> to it (casted to USHORT, which instantly causes
> loss of significant digits), and hb_WinTo
On Sun, 12 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> * include/hbapierr.h
> ! Fixed casting in macro HB_ERR_FUNCNAME, as it was
> generating a new warning with MSVC in 64-bit mode.
> '( ( char * ) 1 )' -> '( ( const char * ) NULL + 1 )'
> ('const' keyword was not enoug
On Sun, 12 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
>> BTW Does the problem happen in each application linked with
>> hbvmmt even if it does not create new threads?
> I have rebuilt with last SVN :
> 2008-10-11 16:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> and tested all
On Sun, 12 Oct 2008, Przemyslaw Czerpak wrote:
Hi Francesco,
> Probably some cleanup code.
Can you try to comment in hvm.c line 1055 with:
hb_threadExit();
and check if it helps.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-proj
Hi Przemek,
Il 12/10/2008 19.33, Przemyslaw Czerpak ha scritto:
Hi Francesco,
BTW Does the problem happen in each application linked with
hbvmmt even if it does not create new threads?
yes, tests I did yesterday from tests folder like memtst and boxtst2
that are not MT oriented and the
On Sun, Oct 12, 2008 at 5:32 PM, Vailton Renato <[EMAIL PROTECTED]> wrote:
> I would like to understand a single question: this would be something to
> develop a OOP class or would be like an RDD native with support for SQL?
It's hard to answer at the moment.
My first goal was to unify the class
On Saturday 11 October 2008 11:11:50 Teo Fonrouge wrote:
> On Saturday 11 October 2008 03:00:37 am Teo Fonrouge wrote:
> > Hello,
> >
> > On Linux, I want to do some profiling in an proyect, so I have compiled
> > Harbour with "-DHB_USE_PROFILER" and created the binaries.
> >
> > Nevertheless, when
Thanks Przemek, I'll do this.
On 2008.10.12., at 19:29, Przemyslaw Czerpak wrote:
On Sun, 12 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
* include/hbapierr.h
! Fixed casting in macro HB_ERR_FUNCNAME, as it was
generating a new warning with MSVC in 64-bit mode.
'( ( char * ) 1 )'
Hi Przemek,
Il 12/10/2008 19.38, Przemyslaw Czerpak ha scritto:
Can you try to comment in hvm.c line 1055 with:
hb_threadExit();
and check if it helps.
Got it!
Commenting out above line now all samples works.
Thank you
Best Regards
Francesco
__
Hi Teo,
Il 11/10/2008 18.11, Teo Fonrouge ha scritto:
Any help is badly appreciated.
Badly ?! ;-)
I hope not :-D
Sorry but I can't resist.
Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://li
On Sun, 12 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
>> Can you try to comment in hvm.c line 1055 with:
>>hb_threadExit();
>> and check if it helps.
> Got it!
> Commenting out above line now all samples works.
Fine and thank you.
As I thought cleanup code.
I'll commit modifica
2008-10-12 20:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
! execute hb_vmThreadQuit() after hb_vmStackRelease()
* harbour/source/vm/thread.c
* do not destroy critical sections on exit
best regards
Przemek
__
On Sunday 12 October 2008 13:12:40 Francesco Saverio Giudice wrote:
> Hi Teo,
>
> Il 11/10/2008 18.11, Teo Fonrouge ha scritto:
> > Any help is badly appreciated.
>
>
> Badly ?! ;-)
> I hope not :-D
> Sorry but I can't resist.
:)
Badly as a cold beer in a hot summer day
2008-10-11 20:54 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbapierr.h
! Fixed previous casting fix.
* source/rtl/console.c
* source/rtl/philes.c
% Optimized by using static buffers and hb_retc_const():
HB_OSNEWLINE()
HB_OSPATHSEPARATOR()
HB_OSPATHLIST
On Sun, 12 Oct 2008, Przemyslaw Czerpak wrote:
Hi Francesco,
> I'll commit modification which should resolve the problem.
> Please check.
Please check after:
2008-10-12 20:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
I hope it's OK now.
best regards,
Przemek
_
Hi Przemek,
Il 12/10/2008 21.23, Przemyslaw Czerpak ha scritto:
Please check after:
2008-10-12 20:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
I hope it's OK now.
Confirmed that it's OK now.
Thank you
Best regards
Francesco
___
Harbo
Hi Teo
Il 12/10/2008 19.16, Teo Fonrouge ha scritto:
:)
Badly as a cold beer in a hot summer day
Ahhh, I love these bad things ;-)
Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mai
Hi Massimo,
I don't have found your post regarding multi windows
Plase can you resend?
We have this list archived now in plenty of places,
I'd suggest to dig up those, it's most probably in a
"multi-window" thread, and you've been also participating
AFAIR.
Are all true windows or only logi
Hi all,
I'm happy to report that I've successfully ported
my app to MinGW, MSVS 2008, BCC582 and MSVS 2008
64-bit, and it's happily running in all these
configurations, with just a few build problems to
sort out (namely libcurl Win64 binaries not available
for download, and some libharu static li
Hi Przemek,
Many thanks!
All is OK now.
--
Kind Regards,
Grigory Filatov
Przemyslaw Czerpak-2 wrote:
>
> On Fri, 10 Oct 2008, Przemyslaw Czerpak wrote:
>> > There are the errors with functions DbCreate()/DbUseArea() at Win98SE:
>> > DbCreate(): DBFNTX/1011 Write error: Test.dbf (DOS Error
48 matches
Mail list logo
