Re: RFR 8064924: Update java.net.URL to work with modules

not really help. Its might be better to allow specific versions like a factory or even something thread local? (Similar to jndi enc) Bernd Am 01.02.2015 00:48 schrieb "Peter Levart" : > Hi Alan, > > On 01/31/2015 10:33 PM, Alan Bateman wrote: > > On 31/01/2015 19:42, P

Re: "Permission denied" using socket with IPv6

For a Link-Local Address you might need to define the device scope with the % suffix. If you cant specify that in your software, you can use a /etc/host entry. Gruss Bernd Am 01.06.2015 22:15 schrieb "Bobby Bissett" : > Hi all, > > Can someone tell me how to diagnose this issu

Re: RFR: 8280494: (D)TLS signature schemes

On Thu, 27 Jan 2022 22:06:21 GMT, Xue-Lei Andrew Fan wrote: > This update is to support signature schemes customization for individual > (D)TLS connection. Please review the CSR as well: > CSR: https://bugs.openjdk.java.net/browse/JDK-8280495 > RFE: https://bugs.openjdk.java.net/browse/JDK-8280

Re: RFR: 8280494: (D)TLS signature schemes [v4]

On Sat, 29 Jan 2022 05:31:08 GMT, Xue-Lei Andrew Fan wrote: >> src/java.base/share/classes/javax/net/ssl/SSLParameters.java line 763: >> >>> 761: >>> 762: String[] tempSchemes = signatureSchemes.clone(); >>> 763: for (String scheme : tempSchemes) { >> >> In addition to this loo

Re: HttpURLConnection with IPv6 link-local address

ke JDK8 FCS, but I would suspect that the changes would be suitable for an Update release, 7uXX or 8uXX for example. I guess it especially would be helpfull if there is an actual commonly used usecase. Thats why I am wondering whats the motivation for the reporter. Gruss Bernd -- http://bernd.eckenfels.net

qualified host parameter for UnknownHostException? (was: hg: jdk8/tl/jdk: 8028074: InetAddress.getByName fails with UHE "invalid IPv6 address" if host name starts with a-f)

, String host, String osError) would be really usefull? Gruss Bernd -- http://bernd.eckenfels.net

Re: How to manually assign a canonicalized host name?

ddrinfo() which will consult nsswitch.conf (in some cases). http://web.mit.edu/kerberos/krb5-devel/doc/admin/princ_dns.html There is also an "ignore_acceptor_hostname" option, but not sure if that is related to your problem. Bernd

Re: RFR [9]: 8034174 Remove use of JVM_* functions from java.net code

y?) 769: There is a comment about not needing NET_connect and then it is used anyway. for Socket() it it tested for fd==-1 for getsockopt it is tested for rc < 0? Inet6AddrImpl uses getsockopt() instead of NET_getsockopt? Greetings Bernd

Re: RFR [9] 8040837: Avoid provoking NFEs when initializing InetAddrCachePolicy

Hello, I would propose to use Integer.valueOf(tmp) instead, but looking at the context I think it is even better to skip this and the following null check with Integer.parseInt(). Gruss Bernd what about using Integer.valueOf(tmp) Am Thu, 17 Apr 2014 17:56:10 +0200 schrieb Claes Redestad : >

Re: RFR [9] 8040837: Avoid provoking NFEs when initializing InetAddrCachePolicy

Am Thu, 17 Apr 2014 21:50:23 +0200 schrieb Bernd Eckenfels : > Hello, > > I would propose to use Integer.valueOf(tmp) instead, but looking at > the context I think it is even better to skip this and the following > null check with Integer.parseInt(). This is even shorter and

Re: socketRead0 time out problem

Hm, hard to say. Did you use tcpdump to check if data is transfered or did you straced the java process? And you can check more socket stats with /sbin/ss -eomipt Bernd Am Fri, 18 Apr 2014 09:23:21 +0800 schrieb Li Li : > hi all > sorry to post a not-dev problem here. because I

Re: RFR [9] 8040837: Avoid provoking NFEs when initializing InetAddrCachePolicy

Am Fri, 18 Apr 2014 17:27:47 +0100 schrieb Michael McMahon : > I think it would be an improvement to combine these doPrivileged() > blocks as suggested, though your patch needs work Bernd. For instance, > the multi-catch doesn't work. Also the PrivilegedAction<> type is >

Re: RFR [9] 8040837: Avoid provoking NFEs when initializing InetAddrCachePolicy

as well? I suspect it should help the "no defaults" case (also nobody ever will notice :) Gruss Bernd

Re: RFR JDK-7186258: InetAddress$Cache should replace currentTimeMillis with nanoTime (+more)

sense without impacting (visible) the semantic. Gruss Bernd Am Tue, 01 Jul 2014 20:35:57 +0200 schrieb Peter Levart : > Hi, > > I propose a patch for this issue: > > https://bugs.openjdk.java.net/browse/JDK-7186258 > > The motivation to re-design caching of InetAddress-es

Re: RFR JDK-7186258: InetAddress$Cache should replace currentTimeMillis with nanoTime (+more)

ly I think an application who retries lookups without rate limit might not be too uncommon as they typically fail only after timeouts. However if you have for example a dropped default route nameserver answer can return the error immediatelly and you get into a busy loop. But yes most likely most apps only try it a small time. Gruss Bernd

Re: RFR JDK-7186258: InetAddress$Cache should replace currentTimeMillis with nanoTime (+more)

Hello Peter, I think the comments in compareTo() are now superflucious ("with 0"). Greetings Bernd Am Wed, 02 Jul 2014 13:56:39 +0200 schrieb Peter Levart : > Hi, > > I updated the webrev with first two suggestions from Bernd > (expireTime instead of createTime and

Re: RFR [9] 8058216: NetworkInterface.getHardwareAddress can return zero length byte array when run with preferIPv4Stack

Hello, A short question out of couriosity, why is the code for the v6 and v4 case different, anyway? Gruss Bernd -- http://bernd.eckenfels.net -Original Message- From: Chris Hegarty To: OpenJDK Network Dev list Sent: Fr., 12 Sep 2014 11:05 Subject: Re: RFR [9] 8058216

Re: Taking advantage of TCP Loopback fast path in Windows

in case it is a connection from localhost, right? Does this safely handle connects from other clients who do not set the flag? Gruss Bernd Am Wed, 24 Sep 2014 01:19:24 + schrieb "Martin Sawicki (MS OPEN TECH)" : > Hello > We're proposing an improvement to the OpenJDK w

Re: Eliminate differences between Inet6AddressImpl_getLocalHostName() and Inet4AddressImpl_getLocalHostName()

pretty much broken (unfortunatelly there is no way to repair that now). I think a function besides uts_name should have never been implemented. The is a host/node name and there are reverse resolved names for various addresses. Isnt really related. Especially not if a machine is multi-homed. Gruss Bernd

Re: Eliminate differences between Inet6AddressImpl_getLocalHostName() and Inet4AddressImpl_getLocalHostName()

rinfo() with AI_CANONNAME returns the result in res[0].ai_canonname which is not used in http://code.metager.de/source/xref/openjdk/jdk8/jdk/src/solaris/native/java/net/Inet4AddressImpl.c#111 (and other places) Gruss Bernd

Re: RFR(M): 8060470 : Unify and simplify the implmentations of Inet{4, 6}AddressImpl_getLocalHostName()

ake the control flags c-static and avoid the lookups. Gruss Bernd Am Fri, 31 Oct 2014 15:35:51 +0100 schrieb Volker Simonis : > Hi, > > under the following link you can find an updated version of my change > where I've fixed all indentation in Inet{4,6}AddressImpl.c to 4 spac

Re: DNS resolution fails after resolv.conf update

://manpages.ubuntu.com/manpages/gutsy/man8/resolvconf.8.html But that is I guess hard to integrate with JVM. Gruss Bernd Am Mon, 04 May 2015 17:38:46 +0200 schrieb Stanislav Baiduzhyi : > Hi All, > > We are facing an issue with DNS server caching on RHEL-based distros: > after the update of

Re: "Permission denied" using socket with IPv6

table). The EPERM is a rather unfortunate choice for that illegal (missing) argument. In some conditions - (especially older OS kernels) it worked if you had only one global interface. Gross Bernd > Am 02.06.2015 um 17:58 schrieb Bobby Bissett : > > Whoo-hoo! With these two bits of info

[JDK-8016521] IPV6 address selection

- would there be a window for Java 9, still? https://bugs.openjdk.java.net/browse/JDK-8016521 Gruss Bernd

Re: JEP 110 - Violating Naming Convention ?

Hello I think .get() or .put() would look even strange. With all uppercase it is rather clear its an HTTP/2 method keyword. Gruss Bernd Am Wed, 17 Aug 2016 16:51:18 +0300 schrieb Rahman USTA : > Thank you Pavel, this uncommon usage looks to me very weird. > > I hope it could be re-

java.net.http orElse(null) in SSLDelegate and other nits

this parameter conversion and string concatenation should be conditional? Log.logSSL("Setting application protocols: " + Arrays.toString(alpn)); Gruss Bernd

Re: RFR 8075484:SocketInputStream.socketRead0 can hang even with soTimeout set

performant (on Linux gettimeofday and clock_gettime are VDSOs). But I would agree, for timeouts a clock_gettime(CLOCK_MONOTONIC_COARSE or RAW) should be used. However, this really should be a general JVM abstraction... Gruss Bernd > > -Dmitry > > On 2016-09-01 19:03, Vyom Tewari

Re: Proxies

int (SHA1): xx:xx:xx:xx:xx:xx:xx... Eckenfels. Bernd, PrivateKeyEntry, Zertifikat-Fingerprint (SHA1): xx:xx:xx:xx:xx:xx:xx.. ... Greetings Bernd Am Thu, 6 Oct 2016 18:58:45 + schrieb "Mark A. Claassen" : > After asking some questions at JavaOne, I was told I could get more > co

Re: Special exception for EMFILE / ENFILE when using sockets.

Bernd -- http://bernd.eckenfels.net On Mon, Dec 5, 2016 at 7:28 PM +0100, "Norman Maurer" wrote: > Am 05.12.2016 um 18:48 schrieb David M. Lloyd : > >> On 12/05/2016 06:29 AM, Norman Maurer wrote: >> Hi all, >> >> I wonder if it would b

Re: RFR: 8170920 SO_RCVBUF and SO_SNDBUF options problem for network channels on MacOS

Should the test maybe assert that a change was made (or maybe be a bit more whitebox and assert the result is >64k? Should it test SND+RCV? Gruss Bernd -- http://bernd.eckenfels.net On Fri, Dec 9, 2016 at 12:04 PM +0100, "Michael McMahon" wrote: Could I get the fol

Re: JDK10 RFR: 8165437 Evaluate the use of gettimeofday in Networking code

Can't you just keep a NET_Timeout using directly os::javaTimeNano()? Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of Thomas Stüfe Sent: Monday, April 24, 2017 1:07:52 PM To: Vyom Tewari Cc: net-dev Subject: Re: JDK10 RFR: 8165437 Eva

Re: JDK10 RFR: 8165437 Evaluate the use of gettimeofday in Networking code

Hello, It looks to me like using nanoseconds in the NET_Timeout Timeout Parameter would remove quite a few conversions. Callsides mostly already have timeoutNanoseconds for calculating reminder. Gruss Bernd -- http://bernd.eckenfels.net From: net-dev

Re: RFR: 8189366: SocketInputStream.available() should check for eof

What is currently returned at the end of a stream? This looks like a dangerous thing to do, if a existing implementation only read when something is available it might never detect that it reached EOF. Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on

Per-Connection TCP keepalive parameters and application-wide keepalive enforcement.

get automatically unified). Greetings Bernd * An Oracle Whitepaper: Dead Connection Detection; March 2014; Bhaskar Mathur, Feroz Khan, Kant Patel (Oracle Corporation); http://www.oracle.com/technetwork/database/enterprise-edition/oraclenetdcd-2179641.pdf ** http://www-01.ibm.com/support/docview.wss

AW: does the underlying implementation (not public) ofDatagramSocketImp's send receive method busy wait

Hello, it is a bit unlikely that there is much difference (especially for as low as 200 packets), but I would recommend you actually try it with your specific traffic pattern and System load. Not much a Java developer can say about various Linux kernel versions and their drivers. Gruss Bernd

Re: Adding SocketChannel toString to connection exception messages

. Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of Chris Hegarty Sent: Friday, December 22, 2017 4:17:31 PM To: Seán Coffey; David Holmes; Steven Schlansker Cc: core-libs-dev; net-dev@openjdk.java.net Subject: Re: Adding SocketChannel toString to

Re: Adding SocketChannel toString to connection exception messages

won’t have the information) Gruss Bernd -- http://bernd.eckenfels.net

Re: Adding SocketChannel toString to connection exception messages

Hello, Yes. i think OpenJDK has only a Socks Implementation, but it is a general problem that there is no API framework to communicate network problems with intermediates. Gruss Bernd -- http://bernd.eckenfels.net From: Chris Hegarty Sent: Wednesday, January 3

Re: JDK-8200719: Cannot connect to IPv6 host when exists any active network interface without IPv6 address

Bernd Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of Chris Hegarty Sent: Wednesday, April 11, 2018 6:10:37 PM To: Langer, Christoph; Joel Pel?ez Jorge; net-dev@openjdk.java.net Subject: Re: JDK-8200719: Cannot connect to IPv6 host when

Re: RFR:8194298 Add support for per Socket configuration of TCP keepalive

think Oracle Database supports it for DCD on Windows, too) Gruss Bernd Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of vyom tewari Sent: Friday, April 13, 2018 11:50:39 AM To: OpenJDK Network Dev list Subject: RFR:8194298 Add support for

Re: Behaviour of SocketChannelImpl.close() in Java11 (ea+12)

imagine others need that on a channel as well. Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of Alan Bateman Sent: Friday, May 11, 2018 9:34:06 PM To: Norman Maurer Cc: nio-...@openjdk.java.net; OpenJDK Network Dev list Subject: Re: Behaviour of

Re: EOF excption in HTTP 1.1 server interaction

line too much in your Simulator Server now, so it’s 62 bytes. Gruss Bernd -- http://bernd.eckenfels.net From: net-dev on behalf of Simon Roberts Sent: Tuesday, May 15, 2018 10:47:35 PM To: net-dev@openjdk.java.net Subject: Re: EOF excption in HTTP 1.1 server

Re: EOF excption in HTTP 1.1 server interaction

a good idea to trace it either with Wireshark/tcpdump or Maybe one of the web app Debugging reverse proxies. Gruss Bernd import java.io.BufferedReader; import java.io.InputStreamReader; import java.io.OutputStreamWriter; import java.io.Writer; import java.net.ServerSocket; import java.net.Socket

Re: Connection timeouts in JEP 321 (HTTP Client)

) to the default connect Timeout would be an additional improvement independent from the socket connect timeout. Gruss Bernd -- http://bernd.eckenfels.net Von: -1022778048m Auftrag von Gesendet: Mittwoch, Juli 25, 2018 11:00 AM An: Markus Peloquin Cc: net-dev

Re: 8211842 IPv6_supported wrongly returns false when unix domainsocket is bound to fd 0

Hello, I wonder if that conclusion „stdin = tcp4 -> disable tcp6“ is correct at all. The started program might serve a v4 connection but it still could want to do ipv6 client connections. If somebody wants to disable v4 they can do it regularly with the System property. Gruss Bernd -- h

Re: NIO based SocketImpl to replace legacy PlainSocketImpl

expected or is a goal to also improve latency compared with the classic implementation? Gruss Bernd Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Ismael Juma Gesendet: Dienstag, Januar 29, 2019 11:05 AM An: Alan Bateman Cc: nio

AW: JDK-8170910: Avoid 5 second localhost lookup behavior on OSX

help. (Especially since it does a reverse lookup itself anyway). Gruss Bernd Von: Michael McMahon Gesendet: Dienstag, 9. April 2019 18:35 An: Nora Howard Cc: net-dev@openjdk.java.net Betreff: Re: JDK-8170910: Avoid 5 second localhost lookup behavior on OSX Hi, So, I reproduced the issue, albeit

Re: [java.net.http.HttpClient] Active monitoring of resolved IP addresses

problems). Havent looked closely, but the current API might already allow this with a custom proxy selector? Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Daniel Fuchs Gesendet: Freitag, November 15, 2019 5:18 PM An: Nicolas Henneaux Cc

Re: [PATCH] 7006496: Use modern Windows API to retrieve OS DNS servers

review round. Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Anuraag Agrawal Gesendet: Sonntag, November 24, 2019 10:47 AM An: net-dev@openjdk.java.net Betreff: [PATCH] 7006496: Use modern Windows API to retrieve OS DNS servers Hello

Re: (solaris) 8059309: network tests fail with "java.net.SocketException: Couldn't obtain phys addr" when run as "root"

What is the MAC address of the loopback interface on Solaris anyway? Maybe it's enough to assume there is none if the execution fails? -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Daniel Fuchs Gesendet: Friday, February 28, 2020 4:41:51 PM An: Ope

Re: RFR 8237858: PlainSocketImpl.socketAccept() handles EINTR incorrectly

Hello, Depending on the test environment you don't need much native tools. You can use java.io.File to open /proc/thread-self to get the TID and use ProcessBuilder to execute the kill command. Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Au

Re: RFR 15 8243099: Adding ADQ support to JDK

Hello, If you query the queue Id from a central dispatcher thread is there any benefit in knowing that ID as the context change already happens. So without being able to bind a thread for accepting to such a queue (which might not be so easy with emulated async NIO) this api feature seems to no

Re: [8u] RFR(m): 8194298: Add support for per Socket configuration of TCP keepalive

to the general implementation. Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Severin Gehwolf Gesendet: Thursday, June 25, 2020 3:39:38 PM An: jdk8u-dev Cc: net-dev Betreff: [8u] RFR(m): 8194298: Add support for per Socket configuration of

Re: Browser's accepting certificates that Java does not

Note that many browsers also download certs from the AIA and even "well known" mechanisms. It won't help to access more truststores, that would be a function you need to prove directly. Also the dynamic installation from Windows Updates or offline from crypt32.dll is not triggered when only brow

Re: RFR(s): Improving performance of Windows socket connect on the loopback adapter

, that not only the loopback is affected. Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Nikola Grcevski Gesendet: Thursday, July 16, 2020 2:02:52 AM An: net-dev@openjdk.java.net Betreff: RFR(s): Improving performance of Windows socket

Re: RFR(s): Improving performance of Windows socket connect on the loopback adapter

oblem to not check so_rv, but it should be done the same in both places? Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Alan Bateman Gesendet: Saturday, July 18, 2020 6:56:29 PM An: Nikola Grcevski ; net-dev@openjdk.java.net Betreff: Re:

Re: icmp and raw sockets on linux

Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Jamie Le Tual Gesendet: Samstag, November 28, 2020 3:43 AM An: net-dev@openjdk.java.net Betreff: icmp and raw sockets on linux I'm new to the list and although I have skimmed through the archiv

Re: [JDK-8257080] Java does not try all DNS results when opening a socket

for all connections. A new method to specify a policy (and allow a new default policy) would probably be better. I don’t think doing that in the resolving alone would work, since there is also a question of parallelity and a endpoint specific state. Gruss Bernd -- http://bernd.eckenfels.net

Re: How to reuse TCP connection when using a proxy with java.net.http.HttpClient in HTTP/1.1

The client could drain if yo close the stream,but I think it’s more flexible If the Application decides if it want to do that (it could be a config option but I guess it’s uncommon that you stop reading and. It want to discard data. Gruss Bernd -- http://bernd.eckenfels.net

Re: RFR: JDK-8262875: doccheck: empty paragraphs, etc in java.base module

guide for example has a different example: https://www.oracle.com/de/technical-resources/articles/java/javadoc-tool.html#format Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Jonathan Gibbons Gesendet: Tuesday, March 2, 2021 8:41:03 PM An

Re: RFR: 8273655: content-types.properties files are missing some common types

In the Test List .xml is not mentioned, that looks like a major format. However I am not sure if it maybe needs extra handling because of possible different mime types for application/xml and text/xml? -- http://bernd.eckenfels.net Von: net-dev im Auftrag von J

Re: RFR: 8245095: Implementation of JEP 408: Simple Web Server [v3]

I also wonder if it makes sense to either only serve files with public permissions, or at least Filter some critical files like .ssh/* and *.jks. Those command-line servers are often started „accidentially“ in the home directory. -- http://bernd.eckenfels.net V

Re: RFR: 8245095: Implementation of JEP 408: Simple Web Server [v7]

Just a nit, but how about: * For all interfaces use “-b ​​​0.0.0.0“ (IPv4) or “-b ::“ (IPv6) Instead of: * For 0.0.0.0 (all interfaces) use -b 0.0.0.0 or -b ::0 In the usage? (I think „::“ is canon?) Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev

Re: RFR: 8281561: Disable http DIGEST mechanism with MD5 by default

new mechanisms so the update won’t change the behavior? (If there is no negotiation?) Gruss Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Michael McMahon Gesendet: Friday, March 4, 2022 1:33:06 PM An: net-dev@openjdk.java.net Betreff: Re: RFR

Re: RFR: 8281561: Disable http DIGEST mechanism with MD5 by default

include md5 default for absent attribute)). Did not know the WWW-Authenticate header does that. Still I would Seperate the md5 deprecation from the implementation of alternative algorithms to make a larger cut-over window (maybe even schedule it in the Oracle crypto roadmap) Gruss Bernd -- http

Re: RFR: 8281561: Disable http DIGEST mechanism with MD5 by default

Bernd -- http://bernd.eckenfels.net Von: net-dev im Auftrag von Michael McMahon Gesendet: Monday, March 7, 2022 12:04:02 PM An: net-dev@openjdk.java.net Betreff: Re: RFR: 8281561: Disable http DIGEST mechanism with MD5 by default On Fri, 4 Mar 2022 14:59:48 GMT

RFC compliant address selection vs. home made getaddrinfo

s not a good idea to fix this, I would vote for an alternate name service provider which can be selected if rfc compliant behavior is needed. Gruss Bernd -- http://bernd.eckenfels.net

Re: RFC compliant address selection vs. home made getaddrinfo

-only based implementations do have their use. dns,sun and dnsjava are on my list to check out :) Bernd PS: * https://skydrive.live.com/redir?resid=A98B6F4E09966AFD!172 -- http://bernd.eckenfels.net

Re: PlainDatagramSocketImpl questions

... error: close(fd); return; Greetings Bernd -- http://bernd.eckenfels.net

IPv6 Guide - C/Java samples not comparable

tely :) What is the original source format of that document, is it somewhere available I would take a shot on changing it. Greetings Bernd PS: the lack of Happy Eyeballs support in Java will be a seperate Thread. -- http://bernd.eckenfels.net

Re: RFC compliant address selection vs. home made getaddrinfo

er I am fine with not touching that method. But I think the AI_CANONNAME can and should be removed in most all of the places in that source. This will reduce syscalls/roundtrips and should not change any semantic. Anybody know if there was a reason for it? Should I file an Bug for that? Bernd -- http://bernd.eckenfels.net

possible NIO selector leak in 7u25

cvonfirm the bug is fixed) In our case we see >500 of those internal sockets, but the related tcp sockets (and java objects) are gone. Bernd

Re: possible NIO selector leak in 7u25

know what I find. Thanks David, Alan and Sean! Greetings Bernd

Re: possible NIO selector leak in 7u25

Sorry I should not write those mails on the mobile - full version below. Am 05.07.2013 um 16:05 schrieb Bernd Eckenfels : > Hello, > > I have two updates on the Issue: > > A) same Problem exists with June 7u40 EA JDK > B) there are no threads starting/terminating in the test

Re: possible NIO selector leak in 7u25

home made :) Bernd

Re: Linux 802.1Q VLAN Support documentation

Hello, VLAN is Handled in the kernel by the 8021Q module. Not sure what the best reference is, the stuff was created here: http://www.candelatech.com/~greear/vlan.html Maybe you should ask on Linux net...@vger.kernel.org (instead ;). Greetings Bernd -- bernd.eckenfels.net Am 24.07.2013 um

Re: RFR: 7180557 - InetAddress.getLocalHost throws UnknownHostException on java7u5 on OSX

ADDRCONFIG should be considered, instead. Gruss Bernd Am 05.09.2013, 22:33 Uhr, schrieb Dmitry Samersoff : Rob, Did you try to remove hints.ai_flags = AI_CANONNAME this flag asks getaddreinfo to return FQDN, but the function behavior is not clearly defined for the case where FQDN is not available.

Re: RFR: 7180557 - InetAddress.getLocalHost throws UnknownHostException on java7u5 on OSX

on all platforms. If getaddrinfo() fails because neighter hosts nor DNS file finds the name this can happen on all platforms. I dont think it helps to add a fallback only on MACOSX (and there is certainly no need to prefer the fallback then). Gruss Bernd