In article <[EMAIL PROTECTED]>,
Frank Cusack <[EMAIL PROTECTED]> wrote:
>On Tue, Jan 29, 2002 at 11:26:05PM +, Miquel van Smoorenburg wrote:
>> It can get worse. If you close(STDOUT_FILENO) and/or STDERR_FILENO,
>> then the next open will get fd#1 or fd#2. That could be your SQL
>> socket, or
Hi alan,
Tried with freeradius-snapshot-20020130.tar
The patch does not work. I still see this message continously in the log if I do not
comment the new lines:
Thu Jan 31 11:13:59 2002 : Info: Listening on IP address *, ports 1645/udp and
1646/udp, with proxy on 1647/udp.
Thu Jan 31 11:13:59
On Tue, Jan 29, 2002 at 11:26:05PM +, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]> wrote:
> >"Carlos Velasco" <[EMAIL PROTECTED]> wrote:
> >> I have commented these lines and compiled:
> >>
> >>/* if we're running as a daemon, close other file des
Rubby <[EMAIL PROTECTED]> wrote:
> > It's also weird that it happens only on Solaris.
>
> No,Alan,when I run 0.4 on Red Hat Linux 7.2 , I met the same problem,too.
Ah, so it's a more serious bug.
Still, it's odd that more people didn't run into it.
Alan DeKok.
-
List info/subscribe/uns
"Miquel van Smoorenburg" <[EMAIL PROTECTED]> wrote:
> It can get worse. If you close(STDOUT_FILENO) and/or STDERR_FILENO,
> then the next open will get fd#1 or fd#2. That could be your SQL
> socket, or whatever. Now anything that calls printf() or perror()
> or something (some libc routines do! yu
> Hmm... It looks like something is closing stdout (or whatever),
>opening it as the acct_fd, and then this code closes it. That's bad.
> It's also weird that it happens only on Solaris.
No,Alan,when I run 0.4 on Red Hat Linux 7.2 , I met the same problem,too.
-
List info/subscribe/unsubs
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>"Carlos Velasco" <[EMAIL PROTECTED]> wrote:
>> I have commented these lines and compiled:
>>
>> /* if we're running as a daemon, close other file descriptors. */
>> if (debug_flag =3D=3D FALSE) {
>> close(STDIN_FI
"Carlos Velasco" <[EMAIL PROTECTED]> wrote:
> I have commented these lines and compiled:
>
> /* if we're running as a daemon, close other file descriptors. */
> if (debug_flag =3D=3D FALSE) {
> close(STDIN_FILENO);
> close(STDOUT_FILENO);
> cl
Date: Tue, 29 Jan 2002 14:31:07 +0100
Subject: select() error about freeradius-0.4
>Hi,
>
>I have same problem using Solaris 7 and Freeradius 4:
>
>SunOS caligula1 5.7 Generic_106541-14 sun4u sparc
>SUNW,UltraSPARC-IIi-cEngine
>
>Compiled with gcc 2.95.3
>gcc version
Hi,
I have same problem using Solaris 7 and Freeradius 4:
SunOS caligula1 5.7 Generic_106541-14 sun4u sparc SUNW,UltraSPARC-IIi-cEngine
Compiled with gcc 2.95.3
gcc version 2.95.3 20010315 (release)
The problem appears when trying to run the radiusd daemon in "normal" mode.
Running radiusd or
Hi,alan,
> What platform are you running it on? WHat changes have you made to
>the source? What else are you doing to the system?
My platform is RedHat 7.2, I did not make changes to the source except
a moudles/rlm_sql.c patch, and I did not do anything to the system.
When I met this , I en
Rubby <[EMAIL PROTECTED]> wrote:
> I update freeradius 0.3 to 0.4, but when I start radiusd, it failed.
> Here is the radius.log below:
>
> Wed Jan 16 12:05:51 2002 : Info: Ready to process requests.
> Wed Jan 16 12:05:51 2002 : Error: Unexpected error in select(): Bad file descriptor
That's b
Hi,all,
I update freeradius 0.3 to 0.4, but when I start radiusd, it failed.
Here is the radius.log below:
Wed Jan 16 12:05:50 2002 : Info: rlm_sql: Driver rlm_sql_oracle loaded and linke
d
Wed Jan 16 12:05:50 2002 : Info: rlm_sql: Attempting to connect to [EMAIL PROTECTED]
0.101:1521/acct
Wed Ja
Hi,all,
I update freeradius 0.3 to 0.4, but when I start radiusd, it failed.
Here is the radius.log below:
Wed Jan 16 12:05:50 2002 : Info: rlm_sql: Driver rlm_sql_oracle loaded and linke
d
Wed Jan 16 12:05:50 2002 : Info: rlm_sql: Attempting to connect to [EMAIL PROTECTED]
0.101:1521/acct
Wed Ja
14 matches
Mail list logo