Thanks, I will investigate on my side.
Anyway I am not sure at all the crash is due to this logged problem !
Regards.
Jean-Fabrice RABAUTE
Core Services - Enjoy the future today
http://www.core-services.fr
> -Message d'origine-
> De : AOLserver Discussion [mailto:[EMAIL PROTECTED] la pa
On Tuesday 10 February 2004 20:21, you wrote:
> Hi all,
>
> This is maybe for Zoran, who is the TTrace guy ;-)
>
> My production server crashed with this log :
>
>
> ---
> [05/Feb/2004:18:36:05][20531.14107][-conn:chat.etnoka.fr::14091] Notice:
> dbdrv: openi
Hi all,
This is maybe for Zoran, who is the TTrace guy ;-)
My production server crashed with this log :
---
[05/Feb/2004:18:36:05][20531.14107][-conn:chat.etnoka.fr::14091] Notice:
dbdrv: opening database 'KTAD:KTAD'
[05/Feb/2004:18:48:49][20531.14113][-c
On Feb 10, 2004, at 1:05 PM, Scott Goodwin wrote:
Jeremy, Jeff,
would it be possible to create a regression test suite that exercises
the functionality? It could include a simple set of SQL files to load
into the db and then run the tests against.
I'd very much like this. There is already some c
Jeremy, Jeff,
would it be possible to create a regression test suite that exercises
the functionality? It could include a simple set of SQL files to load
into the db and then run the tests against.
/s.
On Feb 10, 2004, at 1:02 PM, [EMAIL PROTECTED] wrote:
On Feb 10, 2004, at 9:36 AM, [EMAIL PROT
I'm assuming by the lack of responses that people either don't use ns_db
much or don't use the -timeout arg to it, or wouldn't be affected by the
change to the -timeout behavior mentioned below.
If this assumption is wrong, please speak up. Thanks.
-- Dossy
On 2004.02.05, Dossy <[EMAIL PROTECT
On Feb 10, 2004, at 10:36 AM, [EMAIL PROTECTED] wrote:
Also, Jeff Davis of the OpenACS crew has been de facto maintainer of
the
driver - do you plan to talk to him before moving forward?
There haven't been any defacto maintainers since Jeremy and Jeff
stepped up to be co-maintainers of nsoracle qu
> On Feb 10, 2004, at 9:36 AM, [EMAIL PROTECTED] wrote:
> I really didn't plan on changing the ns_db interface if that is what you
> are getting at.
OK, yes, that's mostly what I'm getting at.
>> Also, Jeff Davis of the OpenACS crew has been de facto maintainer of
>> the
>> driver - do you plan
On your ns_getcsv question; AOLServer 4.0 has broken out the DB API into
it's own module -- nsdb, whereas before you would get it as part of the
core.
What that means is that your server uses any of the ns_db apis, you need
to add nsdb.so to your modules section.
The surprising part, is that ns_get
Not sure if it will be useful for you but tcllib has a CSV:: namespace,
and now that aolserver is package aware it might do the trick.
On Tue, 10 Feb 2004, Kevin S. Davis wrote:
> Greetings! First time poster here, but I have used AS for a number of years.
>
> I just upgraded from 3.5.something
Greetings! First time poster here, but I have used AS for a number of years.
I just upgraded from 3.5.something to 4.0.1 and ran into a couple issues I
haven't seen discussed...
First, ns_getcsv seems to be gone. LOL, that's probably a good thing. I
was using it when I should know better. I c
On Feb 10, 2004, at 9:36 AM, [EMAIL PROTECTED] wrote:
Can you be more specific as to how you might break backward's
compatibility? The AOLserver db drivers implement a common core API
that
greatly simplifies life for those of us who write code to support more
than one RDBMS, as is true of OpenACS.
> On Feb 9, 2004, at 6:27 PM, Andrew Piskorski wrote:
>>
>> Well, OpenACS uses it of course, and would have to adapt their db_*
>> API to cope with any nsoracle driver API changes. Hopefully the db_*
>> api is the only OpenACS code using calls specific to nsoracle. I'm
>> not sure what part's of
13 matches
Mail list logo