[lkml]   [2000]   [Oct]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: bind() allowed to non-local addresses
"David S. Miller" wrote:
> Date: Wed, 18 Oct 2000 17:20:22 -0600
> From: Matt Peterson <>
> Assuming that my "compatibility argument" is not considered valid.
> What I really need is some good ammunition for going back to Sun to
> ask them to change the JRE spec -- like some significant kernel
> features or Linux applications that relies on this new bind()
> behavior.
> How about first finding out why their buggy JRE detects whether an
> address is local by trying to bind() to it :-)
> Really, when an application feeds a specific address into bind() it
> must have good reason for selecting it. All I want to know in this
> specific instance, is why Sun's JRE is sending non-local addresses
> into bind(), that's all.
> Later,
> David S. Miller

The JVM is simply running the appropriate native code for bytecodes that
represents the port, InetAddress laddr)
constructor. Documentation for this constructor reads "Creates a
datagram socket, bound to the specified local address." What do you
expect the JVM to will do? It trys to bind() to the supplied address
and port. There are no bugs here. is just
trying to emulate the expected Sockets interface behavior. The Sun JVM
compatibility test suite appropriately includes some test to ensure that
error conditions are handled correctly. Supplying a non-local IP
address to bind() is an error condition. Hence, the JVM fails
compatibility on Linux 2.4.

Matthew Peterson
Sr. Software Engineer
Caldera Systems, Inc
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:41    [W:0.100 / U:8.896 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site