Hi all
This topic seems to have separate discussions going on in the harbour and
harbour-users lists and the two seem rather disconnected. I suggest that
we might all get a lot further if we consolidate the discussion into one
of the two lists. At this stage the most important questions probab
Hi,
> and was generating warning about it. The same was with
> hb_spinlock_acquire_r(). Finally I converted the second
> one to macro and introduced additional variable 'r' to
> pacify the warnings. Anyhow maybe I'll change it to macro
> to in the future so I left parenthesis encapsulating 'sl'
>
On Tue, 23 Mar 2010, Mindaugas Kavaliauskas wrote:
Hi,
> >2010-03-23 15:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> > * harbour/include/hbatomic.h
> >+ added HB_SPINLOCK_TRY(l)
> >+ added support for recursive spin locks
> I'm interested why sl parameter in hb_spinlock_try_
On Tue, 23 Mar 2010, Szak�ts Viktor wrote:
Hi Viktor,
> I think it's fine to "waste" one pcode for this
> purpose also for -gc0-2 modes, it's a very common
> kind of expression, and mostly found in app level
> code, where -gc3 is usually not the most optimal
> option.
We will need two PCODES
2010-03-23 15:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbatomic.h
+ added HB_SPINLOCK_TRY(l)
+ added support for recursive spin locks
Hi,
I'm interested why sl parameter in hb_spinlock_try_r() (hbatomic.h#486)
is used in brackets. It's a function, it
> C:\harbour\contrib\hbfbird\tests>simple.exe
>
> -904
> Connecting...
> can't format message 13:98 -- message file
> C:\harbour\contrib\hbfbird\firebird.msg not found
> ---
> C:\harbour\contrib\hbfbird\tests>test.exe
>
> -904 can't format message 13:96 -- message file
> C
Just to make it clear, my mentioned fix didn't target
to fix anything like that. I didn't experience such
loop. In fact I only cleaned some API calls along the
experiences with hbfbird.
Brgds,
Viktor
On 2010 Mar 23, at 18:22, Jacek Kubica wrote:
> Hello Mindaugas,
>
> Tuesday, March 23, 2010
Viktor Szakáts wrote:
Can you test if hbfbird works with similar SQL command?
They are using the same API, so if that one works, it's
only a matter of finding the difference.
Hi,
I have not noticed we have one more firebird contrib. Samples of hbfbird
do not work for me.
---
C
Hello Mindaugas,
Tuesday, March 23, 2010, 5:55:45 PM, you wrote:
MK> Hi,
MK> Jacek Kubica wrote:
>> I can only confirm ;-( persistent problems with sddfb and returned
>> problem with "neverending loop" after error, some days ago fixed by Viktor
>> (AFAIR)
MK> Can you tell me more details about "
Hi,
Jacek Kubica wrote:
I can only confirm ;-( persistent problems with sddfb and returned
problem with "neverending loop" after error, some days ago fixed by Viktor
(AFAIR)
Can you tell me more details about "neverending loop"?
Regards,
Mindaugas
___
From ibase.h:
---
#define ISC_STATUS_LENGTH 20
typedef ISC_STATUS ISC_STATUS_ARRAY[ISC_STATUS_LENGTH];
---
IOW, ISC_STATUS_ARRAY is nothing more than an array
of ISC_STATUSes predefined to required by FB API length.
Can you test if hbfbird works with similar SQL command?
They are using the
Hello Mindaugas,
Tuesday, March 23, 2010, 12:06:24 PM, you wrote:
MK> Hi,
MK> snaipe...@users.sourceforge.net wrote:
>> 2010-03-23 12:55 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
>> * harbour/contrib/rddsql/sddfb/sddfb.c
MK> I've committed, but some requested things does not work
> Maybe "recursive" was not the right word. What I meant
> was that you set up some cfg file to look at dir1, dir2 and dir3
> (like you do it today). and the in dir2 there is another file that
> can tell you to look at dir2\sub1, dir2\sub2, ... and so on
>
> So you just look at places someone tell
Thanks Przemek.
I think it's fine to "waste" one pcode for this
purpose also for -gc0-2 modes, it's a very common
kind of expression, and mostly found in app level
code, where -gc3 is usually not the most optimal
option.
Brgds,
Viktor
On 2010 Mar 23, at 15:20, dru...@users.sourceforge.net wr
Revision: 14220
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14220&view=rev
Author: druzus
Date: 2010-03-23 14:20:25 + (Tue, 23 Mar 2010)
Log Message:
---
2010-03-23 15:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbxvm
Hi,
snaipe...@users.sourceforge.net wrote:
2010-03-23 12:55 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib/rddsql/sddfb/sddfb.c
I've committed, but some requested things does not work, i.e. sddfb.
isc_start_transaction( status, &hTrans, 1, &hDb, 0, NULL ) retu
Viktor,
> It'd be generic but very slow to parse potentially
> infinite or deep dir structures routinely, just to
> find some matching .hbc files.
Maybe "recursive" was not the right word. What I meant
was that you set up some cfg file to look at dir1, dir2 and dir3
(like you do it today). and th
Revision: 14219
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14219&view=rev
Author: snaiperis
Date: 2010-03-23 10:57:11 + (Tue, 23 Mar 2010)
Log Message:
---
2010-03-23 12:55 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib
Hi,
>> It's a pending issue/question. Above will define
>> search path for .hbc files, so they are found
>> automatically without speccing full dir for them
>> in app-level make files.
>
> Maybe there could be a way to do it recursively like GNU make?
> Given a hbc|cfg|... file on a directory tha
>> so I guess you want to remove the second one.
>> But can you explain what above lines does?
>> I was always wondering why I have it in hbmk.cfg
>> when I do not have any of above directories in
>> my Harbour installation.
> It's a pending issue/question. Above will define
> search path for .hbc
Revision: 14218
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14218&view=rev
Author: vszakats
Date: 2010-03-23 07:38:29 + (Tue, 23 Mar 2010)
Log Message:
---
2010-03-23 08:37 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Viktor Szakáts wrote:
So, if that's all "ORM" means, we already have
it, and that was one of the features that made
dBase so popular versus other "database" languages.
My understanding is that there is a "disconnect" between the programmers object
based view of the data and the DBMS's relatio
22 matches
Mail list logo
