On Thu, 15 Nov 2001, Maxim Sobolev wrote:
> On Thu, 15 Nov 2001 14:56:31 -0500 (EST), Joe Clarke wrote:
> >
> > I learned about this by reading through some of the -hackers archives.
> > One person complained of similar errors trying to get xine to work on
> >
On Thu, 15 Nov 2001, Maxim Sobolev wrote:
> Joe Clarke wrote:
> >
> > Sorry for the wide distribution, but I have sent email to both lists
> > regarding this problem in the past. It seems that while doing intensive
> > threaded operations in Gnome applicati
I've been trying to track down some kernel errors I've been seeing on my
-stable box for a while now with no luck. Admittedly, I don't know much
about the internals of threads. I'm hoping someone can point me in the
right direction.
I have a few applications that are generating SIGABRTs in uthr
but why?)
> - Original Message -
> From: "Joe Clarke" <[EMAIL PROTECTED]>
> To: "Chojin" <[EMAIL PROTECTED]>
> Cc: "Jean-Francois Dive" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Tuesday, Sep
ast 10.0.0.255
> inet6 fe80::24f:49ff:fe0a:b2dd%ed0 prefixlen 64 scopeid 0x1
> ether 00:4f:49:0a:b2:dd
> ed1: flags=8843 mtu 1500
> inet 192.168.69.1 netmask 0xff00 broadcast 192.168.69.255
> inet6 fe80::5054:5ff:fef9:761d%ed1 prefixlen 64 scopeid 0
00.15
> /usr/local/sbin/snmpd -c /usr/local/share/snmp/snmpd.conf
> #snmpwalk -v 1 localhost public system
> Timeout: No Response from localhost
>
> As you see, without success...
>
> - Original Message -
> From: "Joe Clarke" <[EMAIL PROTECTED]>
> T
er upgraded to 4.4-stable (because there was maybe a bug in snmpd
> :-p).
>
> I don't know what I could do.
>
> - Original Message -
> From: "Chojin" <[EMAIL PROTECTED]>
> To: "Joe Clarke" <[EMAIL PROTECTED]>
> Cc: "Jean
Can you send your snmp.conf file? These are the relevant bits of mine:
com2sec local localhost public
com2sec localrw localhost private
com2sec mynetwork 172.18.0.0/24 public
com2sec mynetworkrw 172.18.0.0/24 private
# Second, map the security names into group names:
#
50535 in the packet.
I guess my question is how can I put the correct port number in the TCP
setup packet? How can I then use this port number in the upcoming UDP
stream?
I've never written a NAT translator before, so I'm not sure if
FindUdpTcpOut() does what I think. any help woul
I've heard that PAM in 3.x is mostly broken, but this is what I use for
ProFTPd in 4.3-RELEASE, and it works fine:
ftp authrequiredpam_unix.so try_first_pass
ftp account requiredpam_unix.so try_first_pass
ftp session requiredpam_permit.so
Joe Clarke
On We
10 matches
Mail list logo
