Hi,
my company Antamedia has taken a Radiator Evaluation version.
We installed the Strawberry Perl (64-bit) 5.18.2.2-64bit and DBI 1.631
on Windows Server 2012.
We tested, but only work with auth file.
We have created SQL server database, and all tables from sql file,
but we have problem with
Hello -
You should start with the example SQL configuration file in “goodies/sql.cfg”.
On Windows you should use ODBC and DBD-ODBC.
To say any more we will need to see a copy of the configuration file together
with a trace 4 debug showing what is happening.
regards
Hugh
On 9 Jun 2014, at
Mike McCauley wrote:
Hi Dan,
OK,
here is a new version of SqlDb.pm that implements a new DisconnectAfterQuery
flag. This will cause AuthBy SQL and other SQL users to disconnect after
every SQL 'do' and after every 'getOneRow'.
Let me know how you go.
Cheers.
Thanks for all
. - Robert X.
Cringely
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On
Behalf Of Dan Melomedman
Sent: Thursday, September 05, 2002 10:57 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: (RADIATOR) SQL Server Connection Handling
Mike McCauley wrote
.
(615) 221-4200
http://www.isdn.net
-Original Message-
From: Patrick Muldoon(NOC) [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 05, 2002 10:40 AM
To: 'Dan Melomedman'
Cc: [EMAIL PROTECTED]
Subject: RE: (RADIATOR) SQL Server Connection Handling
We use DBD::Sybase
Patrick Muldoon(NOC) wrote:
We use DBD::Sybase with FreeTDS to connect to MSSQL Server 2000 from
FreeBSD, and it works great, have never had any trouble.
What version of FreeTDS are you using?
You can also do some debugging with FreeTDS to see if it is the one
hanging.
Mike McCauley wrote:
On Wed, 28 Aug 2002 08:32, Hugh Irvine wrote:
Hello Dan -
I would have to suggest that you use a more sensible database.
Of course that there might be other reasons that prevent you from doing that.
I am a bit puzzled though: I would normally expect Radiator to
Hi Dan,
OK,
here is a new version of SqlDb.pm that implements a new DisconnectAfterQuery
flag. This will cause AuthBy SQL and other SQL users to disconnect after
every SQL 'do' and after every 'getOneRow'.
Let me know how you go.
Cheers.
On Fri, 30 Aug 2002 05:11, Dan Melomedman wrote:
Mike McCauley wrote:
Its a first for me too.
I could conceive of a 'DisconnectAfterQuery' flag that would disconnect after
every SQL query was finished, but Im reluctant to add it since I dont think
it would be widely useful, and when it was used it would significantly slow
things down.
Hello Dan -
I would have to suggest that you use a more sensible database.
This mail is copied to Mike for his comments.
regards
Hugh
On Wednesday, August 28, 2002, at 01:13 AM, Dan Melomedman wrote:
Mike McCauley wrote:
Its a first for me too.
I could conceive of a
On Wed, 28 Aug 2002 08:32, Hugh Irvine wrote:
Hello Dan -
I would have to suggest that you use a more sensible database.
Of course that there might be other reasons that prevent you from doing that.
I am a bit puzzled though: I would normally expect Radiator to attempt to
reconnect and have
Hi. Is it possible to quickly disable persistent connections for SQL
logging? Persistent connections do not work well with our SQL Server,
since they time out. Short failure backoff times do not help either
since I think any DB connection failure trips the RADIUS authentication code
on the
Hello Dan -
Can you please tell me what database you are using and what platform?
thanks
Hugh
On Tuesday, August 27, 2002, at 04:34 AM, Dan Melomedman wrote:
Hi. Is it possible to quickly disable persistent connections for SQL
logging? Persistent connections do not work well with our SQL
Hugh Irvine wrote:
Hello Dan -
Can you please tell me what database you are using and what platform?
thanks
Hugh
I thought SQL Server implied MS SQL Server :). This is FreeBSD. Anyway,
we need connect-log-disconnect behavior instead of the current
implementation.
===
Archive at
Hello Dan -
I must confess that this is the first time I have ever heard this
request. All other previous requests in this area have been for
long-held connections to the SQL server.
I have copied this mail to Mike for further comments.
regards
Hugh
On Tuesday, August 27, 2002, at 12:31
Hello Dan,
On Tue, 27 Aug 2002 14:49, Hugh Irvine wrote:
Hello Dan -
I must confess that this is the first time I have ever heard this
request. All other previous requests in this area have been for
long-held connections to the SQL server.
I have copied this mail to Mike for further
16 matches
Mail list logo