Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Sep 1998 06:02:23 -0700
From:      Don Lewis <Don.Lewis@tsc.tdk.com>
To:        Greg Lehey <grog@lemis.com>, FreeBSD Hackers <hackers@FreeBSD.ORG>
Subject:   Re: The inetd realloc problem: an observation
Message-ID:  <199809221302.GAA17355@salsa.gv.tsc.tdk.com>
In-Reply-To: Greg Lehey <grog@lemis.com> "The inetd realloc problem: an observation" (Sep 22,  1:44pm)

next in thread | previous in thread | raw e-mail | index | archive | help
On Sep 22,  1:44pm, Greg Lehey wrote:
} Subject: The inetd realloc problem: an observation
} I trust that everybody knows what I mean by the "inetd realloc"
} problem: after some undefined event inetd behaves in an unfriendly
} manner towards incoming requests, possibly confusing the clients
} enough to make them turn away in disgust.

I'm can't say I'm suprised after looking at the code, which does all sorts
of dangerous things like malloc() from within signal handlers.  There are
some things it is safe to do within a signal handler, but most things aren't.
Probably the best thing to do is to rewrite the code so that the signal
handlers just set a flag (of type sig_atomic_t), which gets checked in
the mainline code where it is safe to to the complicated stuff.

} This happened to me again
} today, and I restarted inetd.  I've found that every time I do this, I
} get the following message at regular intervals:
} 
} Sep 22 13:37:00 freebie inetd[12206]: netbios-ns/udp: bind: Address already in use
} 
} Now I don't use any such service, nor is there any entry for it in
} inetd.conf.  Where is this coming from?  Sure, this is the new inetd,
} not the old one, but it's puzzling that this happens every time.

There's an entry for this at the bottom of my inetd.conf, but it's
commented out.

# Enable the following two entries to enable samba startup from inetd
# (from the Samba documentation).
#
#netbios-ssn stream tcp nowait root /usr/local/sbin/smbd smbd 
#netbios-ns dgram udp wait root /usr/local/sbin/nmbd nmbd 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809221302.GAA17355>