Re: RFR: 8132459: ExceptionInInitializerError from 'java -version' on Linux under zh_CN.GB18030 locale

is needed, if a locale is not known just fall back to a sane default. The OpenJDK should define a reasonable list (especially for compact profiles) and not declare to support all platforms fully. Gruss Bernd Xueming Shen schrieb am Fr., 31. Juli 2015 00:35: > On 07/30/2015 03:01 PM, Da

[JDK-8080741] sigsegv while heap dumping in java_lang_Class::signers(oopDesc*)+0x1b

Hello, very similiar to JDK-8080741 we had a crash with 8u51 on Linux. It looks like it is happening while dumping the heap in a out of memory condition. The bug talks about it is happenign on constrained heap, but it looks more like related to OutOfMemory dumps (in both cases). https://bugs.open

Re: Question about CachedRowSetImpl

Hello, Can you provide a full stacktrace, the copy+paste of the error message, what jdbc driver you use and a code snippet? (I think from the age of the bug it must be even fixed in 1.6 long ago) Gruss Bernd Carolyn Kim schrieb am Mo., 14. Sep. 2015 18:33: > Hi, > > I have a quest

Re: NIO question: Path.toFile()

, since the state in this case is which provider was associated with it). Greetings Bernd Am 27.11.2014 10:06 schrieb "Alan Bateman" : > On 26/11/2014 22:35, Jonathan Gibbons wrote: > >> NIO folk, >> >> java.nio.file.Path.toFile() is specified to throw >>

Re: FilePermission Canonical path optimization

maybe have a special optimization for JAVA_HOME prefixed names? Or does it help in that case as well? Gruss Bernd Am 01.12.2014 09:18 schrieb "deven you" : > Hi All, > File.getCanonicalPath() is a very time-consuming method, we observed > significant performance degradation from

Re: JDK 9 RFR of JDK-8066617: Suppress deprecation warnings in java.base module

e does add more/new warnings and fail the review for it. (I.e. baselining the current warnings which is yet another option you will kill when you supress them all). The original JEP does BTW not even mention the possibility of using supression. Gruss Bernd Am 04.12.2014 09:49 schrieb "joe da

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

com.sun.xml.internal.stream.XMLInputFactoryImpl getProperty - IAE for name=null

roperty could also be used, it returns false on null). Gruss Bernd

Re: Javadoc nit Throwable#getStackTraceElement

Oh yes, sorry of course. My report was about the wrong % entity escape. The expression should be >= like before. Greetings Bernd David Holmes schrieb am So., 22. Mär. 2015 09:37: > On 22/03/2015 9:54 AM, Bernd Eckenfels wrote: > > There is an typo in the javadoc, > &g

XMLReader secure processing

src/java.xml/share/classes/com/sun/org/apache/xerces/internal/jaxp/SAXParserFactoryImpl.java#l64 Gruss Bernd

Oracle Java 8u161 regression in XML Schema Factory

Loaded com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl from __JVM_DefineClass__] Is that something you are concerned? Gruss Bernd <http://bugs.java.com/view_bug.do?bug_id=JDK-8159240>

Re: Oracle Java 8u161 regression in XML Schema Factory

riggered in AppServers or OSGi containers with partially reconfigured implementations. Not sure if you want to investigate deeper). Gruss Bernd Here is the stacktrace anyway: >> >> com.sun.org.apache.xerces.internal.impl.dv.DVFactoryException: Schema >> factory class >> com.sun.org

Re: DecimalFormat rounding changes in 8 (JEP 177)?

Hello, Can you maybe point to the commit or Bug Number for this? The outcome of this correctness fit is pretty unfortunate (at least for the Number in question). I could imagine a new RoundingMode could help for users which insist on convieningly shoot themself in the foot. Greetings Bernd

Re: FilterOutputStream.close() throws exception from flush()

place. https://www.google.de/search?q=close+IllegalArgumentException+self-suppression Bernd Am 05.05.2014 11:32 schrieb "Alan Bateman" : > On 03/05/2014 01:04, Bernd Eckenfels wrote: > >> Hello, >> >> back in 2011 there was a discussion about the new changed beha

Re: RFR 8048840: File.createTempFile has uninformative failure message

Hello, Do you think this fixes the complaints? I can imagine that "" or "~" is used, and including this in the exception does not really help. "Prefix string too short, must be 3 characters" would be my choice, but I wonder if the restriction is very usefull anywa

Re: [concurrency-interest] ThreadLocalRandom clinit troubles

() (which nobody uses?!) did not improve things IMHO. Bernd PS: I think the webrev changed since then, but the mail from Brad describes the problem well: http://mail.openjdk.java.net/pipermail/security-dev/2013-January/006288.html Am 14.07.2014 21:05 schrieb "Oleksandr Otenko" : >

Binding on established (pipe endpoint) ports on Windows

hed socket (but serversocket was closed after accept as Pipe does). Source: https://gist.github.com/ecki/e69bbca3826c838d51d6239901cb681f Tested with Win10 and 8u131 but also seen it with other Windows Versions. Gruss Bernd

Re: RFR: 8245527: LDAP Cnannel Binding support for Java GSS/Kerberos

Not completely sure about which of the involved apIs have what possible extensions. Maybe we can somehow make two mechanisms one which is the compatible default and one would be the rfc compliant method. Then SASL can be configured and use different mechanism names with a new propert? That would

Re: RFR: 8245527: LDAP Cnannel Binding support for Java GSS/Kerberos

de if you instead have two different types values? Gruss Bernd Von: security-dev im Auftrag von Alexey Bakhtin Gesendet: Mittwoch, Mai 27, 2020 11:43 AM An: Valerie Peng Cc: security-...@openjdk.java.net; core-libs-dev@openjdk.java.net; Thomas Maslen Betref

Re: RFR [16/java.xml] 8248348: Regression caused by the update to BCEL 6.0

Hello, What is the advantage of having such a narrow hashcode value space compared to the built in idendity hashcode? Would stocking to the object idendity not only reduce the footprint, but also make hash lookups faster? Without the unclear relationship to the op code? Gruss Bernd -- http

Re: RFR [16/java.xml] 8248348: Regression caused by the update to BCEL 6.0

) Gruss Bernd -- http://bernd.eckenfels.net Von: Joe Wang Gesendet: Friday, June 26, 2020 8:29:41 AM An: Bernd Eckenfels ; Core-Libs-Dev Betreff: Re: RFR [16/java.xml] 8248348: Regression caused by the update to BCEL 6.0 On 6/25/2020 5:14 PM, Bernd Eckenfels wrote

Language locales have different calendars than country locales in 9+

Hello, Just wanted to mention a thing I noticed when switching from 8 to 11. I knew before that the Locale data provider has changed, and I could notice that for example in the writing style for abbreviated words in dates. However something I did not expect is, that the definition of Calemdars

Re: Language locales have different calendars than country locales in 9+

any plans on how long the JRE locale provider will be available, I.e. ist it s safe bet to use it? Gruss Bernd -- http://bernd.eckenfels.net Von: naoto.s...@oracle.com Gesendet: Friday, July 31, 2020 11:24:33 PM An: Bernd Eckenfels ; core-libs-dev Betreff: Re

Fwd: RFR: 8223187: Investigate setLocale() call in jpackage native launcher

Hello, What about system errors (exception messages from strerr?). I mean in case one wants to enforce English version with user.locale for support reasons? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Alexander Matveev

Re: jpackage OS X codesign IOException

Looks like the codesign command is not in your PATH Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Michael Hall Gesendet: Saturday, September 26, 2020 1:57:06 PM An: core-libs-dev@openjdk.java.net Betreff: jpackage OS X codesign

Re: RFR: JDK-8255395 Implement Enhanced Pseudo-Random Number Generators (CSR)

the correct use case. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Jim Laskey Gesendet: Thursday, November 5, 2020 2:02:24 PM An: core-libs-dev Betreff: RFR: JDK-8255395 Implement Enhanced Pseudo-Random Number Generators (CSR

Re: RFR 8225474: JDI connector accept fails "Address already in use" with concurrent listeners

stopListening seems not atomically using listenMap. (Ie change get/remove to remove only) BTW this would be a good usecase for a CopyOnWriteMap... -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Andrew Leonard Gesendet: Freitag, Juni 7, 2019

Re: [JSR] [JEP] Java Specification Requirement / Java Enhancement Proposal : 'Parallel OR' and 'Parallel AND'

. However if you want to evaluate expressions in parallel on a dynamic and large collection, you can easily use a parallel stream. Using predicates as the expression terms to evaluate you can use for example findAny() for checking a or condition. Gruss Bernd -- http://bernd.eckenfels.net

Re: RFR 8230365 : Pattern for a control-char matches non-control characters

announcement), then WARN and then finally STANDARD? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Ivan Gerasimov Gesendet: Donnerstag, September 5, 2019 4:00 AM An: Martin Buchholz; Stuart Marks Cc: core-libs-dev Betreff: Re: RFR

Re: Apache Phoenix with OpenJDK

what are the versions of the associated products (like HBase). Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Rachu Vmpp Gesendet: Freitag, Oktober 11, 2019 8:15 PM An: core-libs-dev@openjdk.java.net Betreff: Apache Phoenix with

Re: RFR [14/java.xml] 8233686: XML transformer uses excessive amount of memory

constructed case) BTW the thing I wondered, is there a process to keep xerces in sync? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Vyom Tiwari Gesendet: Freitag, November 8, 2019 11:14 AM An: Joe Wang Cc: core-libs-dev Betreff: Re: RFR

Re: New candidate JEP: 371: Hidden Classes

Nashorn mentioned after it is deprecated, even when it is certainly a good Test bed). Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von David Holmes Gesendet: Friday, January 24, 2020 11:56:07 PM An: hotspot-dev developers ; core-libs

Re: jpackage current status

versions. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Michael Hall Gesendet: Montag, Februar 24, 2020 9:33 PM An: Kevin Rushforth Cc: core-libs-dev Betreff: Re: jpackage current status > On Feb 24, 2020, at 1:48 PM, Michael H

Re: RFR(S): 8240734: ModuleHashes attribute not reproducible between builds

Hello, I wonder why there are two times the same logic in internal public static methods. Maybe that could be consolidated as well? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Yangfei (Felix) Gesendet: Tuesday, March 10, 2020 3

Re: JNLP

app anyway. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Thomas Vatter Gesendet: Thursday, December 10, 2020 1:12:45 PM An: core-libs-dev@openjdk.java.net Betreff: JNLP I'm using JNLP, how should I go on? -- Network Inve

Re: RFR: JDK-8257086: Clarify differences between {Float, Double}.equals and ==

I like the text it’s good to mix object and value identities. I would only miss unequal behavior of NaN in the description. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Joe Darcy Gesendet: Thursday, January 28, 2021 8:17:39 AM

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: New candidate JEP: 400: UTF-8 by Default

and the behavior most implementer would desire when adapting legacy code to this JEP. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von mark.reinh...@oracle.com Gesendet: Thursday, March 11, 2021 1:27:05 AM An: naoto.s...@oracle.com Cc

Re: New candidate JEP: 400: UTF-8 by Default

in regards to the default constructor) -- http://bernd.eckenfels.net Von: Remi Forax Gesendet: Thursday, March 11, 2021 2:19:19 AM An: Bernd Eckenfels Cc: core-libs-dev ; jdk-dev Betreff: Re: New candidate JEP: 400: UTF-8 by Default - Mail original

Re: RFR: 8264208: Console charset API [v2]

System.out and LANG on unix vs. windows. Gruss Bernd -- http://bernd.eckenfels.net Von: security-dev im Auftrag von Naoto Sato Gesendet: Friday, April 9, 2021 11:06:00 PM An: core-libs-dev@openjdk.java.net ; security-...@openjdk.java.net Betreff: Re: RFR: 8264208

Re: RFR: 8191441: (Process) add Readers and Writer access to java.lang.Process streams

Hello, Hm, how is that list used? - StandardCharaet.ISO_8859_1 is a guaranteed Charset for JVM, and since the encoding is done in Java it should be fine. Added benefit is, it’s 8bit transparent. As for OS there is not a single standard charset (ebcdic vs latin families) but ASCII is probably t

Re: [jdk17] RFR: 8269543: The warning for System::setSecurityManager should only appear once for each caller

process interfaces. (This is btw true for all such warnings). And I also think top priority should be to publish a go-forward route which should not depend solely on MR-Jars, Gruss Bernd -- http://bernd.eckenfels.net Von: security-dev im Auftrag von Daniel Fuchs

Re: RFR: 8190753: (zipfs): Accessing a large entry (> 2^31 bytes) leads to a negative initial size for ByteArrayOutputStream [v8]

Hello, > So although you can transfer the contents to the file without requiring the > access > to the byte array, you end up creating a new copy of that array (through the > use > of `baos.toByteArray()`) You can avoid the copy and the additional buffer with baos.writeTo() I think. try (Outpu

Re: RFR: 8266936: Add a finalization JFR event [v4]

runtime monitoring. Is there already a finalizer profiler? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Markus Grönlund Gesendet: Tuesday, July 27, 2021 5:14:29 PM An: core-libs-dev@openjdk.java.net ; hotspot-jfr-...@openjdk.java.net

Re: what does the spec say about file paths that are too long?

I think what constitutes a „too long path“ is highly environment and data dependent. For some OS it depends on configuration, version, filesystem type, mount structure, encoding, canonicalisation and API used. Java would have a really hard time to codify this all. So the current solution „try th

Re: Proposal: JDK-8231640 - (prop) Canonical property storage

related note, I think if the Properties class is not deterministic, preserves order and comments, it’s maybe not a good file,creation APi for Maven anyway. What Plug-ins are affected for which operation? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev

Re: RFR: 8258117: jar tool sets the time stamp of module-info.class entries to the current time

Is there support for repeatable builds planned? Using the source file might be acceptable, but the class file timestamp could be changing more likely for repeated builds? -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Jaikiran Pai Gesendet: M

Re: RFR: 8272600: (test) Use native "sleep" in Basic.java [v4]

time) Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von David Holmes Gesendet: Donnerstag, September 16, 2021 1:01 AM An: core-libs-dev@openjdk.java.net Betreff: Re: RFR: 8272600: (test) Use native "sleep" in Basic.java [v4]

Re: RFR: 8272600: (test) Use native "sleep" in Basic.java [v5]

I like it, but I think you don’t Need the %n linebreak (at least the other fail message has none) -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Roger Riggs Gesendet: Donnerstag, September 16, 2021 6:13 PM An: core-libs-dev@openjdk.java.net Be

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: Windows 10 (since Windows 10 version 1903) and Windows 11 support UTF-8 as the default codepage through an executable manifest option

John do you know if this also switches a console window into utf8 for such a launcher? (And if so, also for a already open console?) The problem will be similar to initial jep400 that some still might need to know the legacy ansi codepage for the OS, and I guess the new method won’t give us tha

Re: Implementing JEP 400 on Windows 10 and Windows 11

I think the last sentence was missing a „not“ and referring to the same manifest? However the results are a bit of a mess, but utf-8 handling for argv would be great plus (if converted correctly), right? -- http://bernd.eckenfels.net Von: core-libs-dev im Auft

InnocuousThread names (was: [8u] RFR 8190482: InnocuousThread creation should not require the caller to possess enableContextClassLoaderOverride)

/openjdk/jdk/blob/6765f902505fbdd02f25b599f942437cd805cad1/src/java.base/share/classes/sun/nio/ch/ThreadPool.java#L86 Gruss Bernd -- http://bernd.eckenfels.net Von: jdk8u-dev im Auftrag von Zhengyu Gu Gesendet: Sunday, October 17, 2021 1:39:12 AM An: Hohensee

Re: (ch) InnocuousThread names

it can skip the priveledged call as IThread does that itself. https://github.com/openjdk/jdk/blob/6765f902505fbdd02f25b599f942437cd805cad1/src/java.base/share/classes/sun/nio/ch/ThreadPool.java#L76 -- http://bernd.eckenfels.net Von: Bernd Eckenfels Gesendet

OutputStreamWriter (not) flushing stateful Charsetencoder

(I thought this was discussed a while back on a OpenJDK mailing list, but I can’t find it. So apologies if this is a duplicate, but I might have seen it on Apache Commons-io instead - which fixed a similar issue on reader side) The problem: I have code using a OutputStreamWriter with a customer

Re: RFR: JDK-8277175 : Add a parallel multiply method to BigInteger [v3]

What about a new API multiply method which takes an forkjoinpool, and only if that is used/specified it will use the parallel mode (and only if Notsitzes threshold applies?). Most of the pool tuning can then done with this argument. It also avoids surprise threads. Gruss Bernd -- http

Re: RFR: JDK-8277175 : Add a parallel multiply method to BigInteger [v3]

performance but it does allow users to use it - majority would be crypto anyway where it can be used by the JCE and JSSE (maybe?). Gruss Bernd -- http://bernd.eckenfels.net Von: Remi Forax Gesendet: Thursday, November 18, 2021 12:16:31 PM An: Bernd Eckenfels Cc: core

Re: a quick question about String

new String() always creates a new instance. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Alan Snyder Gesendet: Thursday, December 23, 2021 6:59:18 PM An: core-libs-dev Betreff: a quick question about String Do the public

Re: Should System.exit be controlled by a Scope Local?

Alternatively you can make this “first setter wins” (either globally or per thread), then you don’t have to care or check from where the call is coming. Could be even integrated with a system property similar to the securitymanager=allow. Gruss Bernd -- http://bernd.eckenfels.net

Re: RFR: 8282701: Use Class.getInterfaces(false) where possible to reduce allocation pressure

Should probably explain why it removes the private modifier? Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Сергей Цыпанов Gesendet: Saturday, March 5, 2022 2:14:20 PM An: core-libs-dev@openjdk.java.net Betreff: RFR: 8282701: Use

Re: Discussion about Java Floating Point?

curriculums all over the world. (Having said that, automatic precision/rounding for number formats in C++ looks neat) Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von A Z Gesendet: Dienstag, März 15, 2022 5:24 AM An: core-libs-dev

Re: RFR: 8283411: InflaterInputStream holds on to a temporary byte array of 512 bytes

static and/or allocate lazy (or even share it with more places which need a write-only array?) Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Lance Andersen Gesendet: Sunday, March 20, 2022 11:51:23 AM An: core-libs-dev

Re: RFR: JDK-8283668: Update IllegalFormatException to use sealed classes

the beauty of such a construct for new code!) Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Jaikiran Pai Gesendet: Friday, March 25, 2022 10:27:40 AM An: core-libs-dev@openjdk.java.net Betreff: Re: RFR: JDK-8283668: Update

Re: fast way to infer caller

Some loggers do need to find the location of the log statement (class and line where the logger is used not where it is instantiated). for those (it makes loggers more useful) getting the call site is time critical even if they are not in tight performance critical loops. But it actually does

Re: RFR: 8284638: store skip buffers in InputStream Object [v2]

If you consider doing benchmarks in detail maybe consider a static buffer, too? (Especially if it can be used in multiple implementations?) Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von XenoAmess Gesendet: Wednesday, April 13

Re: RFR: 8284932: [Vector API] Incorrect implementation of LSHR operator for negative byte/short elements

bit pattern examples for all overflow cases. And also.. the unit tests can double as snipped code. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Jie Fu Gesendet: Monday, April 18, 2022 3:51:40 AM An: core-libs-dev@openjdk.java.net

Zlib update

) If the system zlib on Linux is used, can OS updates to zlib be applied, is this compatible? Gruss Bernd -- http://bernd.eckenfels.net

Re: RFR: 8285445: cannot open file "NUL:"

being forbidden. Especially since \\.\NUL or NUL should already work. Gruss Bernd -- http://bernd.eckenfels.net Von: core-libs-dev im Auftrag von Brian Burkhalter Gesendet: Saturday, April 23, 2022 3:20:02 AM An: core-libs-dev@openjdk.java.net Betreff: RFR

Regression after April Java 17 Update (mime types)

? This specific case is a changed behavior (even when it has rather unexpected negative consequences), it would be therefore good to be called out specifically. Gruss Bernd -- http://bernd.eckenfels.net

Re: Regression after April Java 17 Update (mime types)

/f3b7a06f28aab2db829806e0e857c05b71a14305 It is retrieving the contentType for a URL here https://github.com/apache/commons-vfs/blob/64da24778ea075ffc5de8588a29a0f50c6c8d94e/commons-vfs2/src/main/java/org/apache/commons/vfs2/impl/FileContentInfoFilenameFactory.java#L41 Gruss Bernd -- http://bernd.eckenfels.net

Re: RFR: JDK-8288207: Enhance MalformedURLException in Uri.parseCompat [v3]

The change does not seem to be related to your description, and the description does not match the shown exception. In fact the example stacktrace contains the authority value twice and your change adds a diagnostic which is not really helpful for the case of the underscore? I would not be too s

Re: [9] RFR of 8042377: BufferedWriter and FilteredOutputStream.close throw IAE if flush and close throw equal exceptions

() is something which is not unlikely even for otherwise not thread safe streams. Gruss Bernd

ChronoUnit.FOREVER javadoc talks about era

it can be reworded in: The estimated duration of this unit is artificially defined as the largest duration supported by @{link Duration}. Greetings Bernd

Re: Need help to understand TLS behavior

has worked so far > except in cases > where the VM configuration or parameters increase the size of stack > the VM needs. Maybe it can benefit from the new "No Inherit TLS" Thread constructor? (However I wonder how two references in the thread object would overflow the stack...) Gruss Bernd

Re: RFR: JDK-8115868: 32-bit JVM failed to start from a large network filesystem

in args.c#366 ("size i_s_ fine") which could be fixed in the patch as well? I would simply remove the stat code from expandArgFile, the fallback code is only slow in the unlikely case of rejected large files so there is no need to attempt the stat() call. Would remove 10 lines. Gruss Ber

AW: RFR 8150778: Reduce Throwable.getStackTrace() calls to the JVM

efit from your idea. Bernd Gruss Bernd -- http://bernd.eckenfels.net >From Win 10 Mobime Von: Aleksey Shipilev Gesendet: Samstag, 12. März 2016 02:32 An: Coleen Phillimore; hotspot-runtime-dev; core-libs-dev Betreff: Re: RFR 8150778: Reduce Throwable.getStackTrace() calls to the JVM On 03/

Windows executing bat/cmd

. Anybody can enlighten me? Gruss Bernd Sample code: it does allow bat/cmd: - http://stackoverflow.com/questions/21553379/createprocess-is-able-to-execute-batch-files-but-documentation-says-the-opposit JDK7u code: - http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/file/1ed30c084e3d/src/windows/native

Re: Windows executing bat/cmd

mplementation even documents this as a workaround if you want to avoid the validation.) Would it make sense to officially describe this in the exec(String[]), that you can specify the path to a bat/cmd file as the first argument and do not need to use the cmd /c? Gruss Bernd

Re: RFR: 8060130: Simplify the synchronization of defining and getting java.lang.Package

age logic part of the ClassLoader (defineClass) especially around sealing and security manager? So it would be at least performance critical for startup time? Bernd

Re: FilterOutputStream.close() throws exception from flush()

less painfull (8012044: Give more information about self-suppression from Throwable.addSuppressed) but it was never really discussed why it is needed at all? Gruss Bernd Am Mon, 05 May 2014 15:47:40 +0100 schrieb Alan Bateman : > On 05/05/2014 15:40, Peter Levart wrote: > > &g

Re: RFR: 8060130: Simplify the synchronization of defining and getting java.lang.Package

Bernd the package Am Tue, 21 Oct 2014 15:43:07 +0200 schrieb Claes Redestad : > Hi Mandy, > > thanks for the review! > > On 10/15/2014 03:07 AM, Mandy Chung wrote: > > Claes, Peter, > > > > Thanks for the revised webrev and Peter's thorough review. > &

Re: RFR JDK-6321472: Add CRC-32C API

the typical G1 Humongous sinze or even something which keeps it in young (as those arrays are known to be recycled immediatelly). Gruss Bernd Am Tue, 21 Oct 2014 10:28:50 -0700 schrieb Staffan Friberg : > Hi Peter, > > Thanks for the comments.. > > > > 2

Re: RFR: 8060130: Simplify the synchronization of defining and getting java.lang.Package

ntSet" of package names used for the initial decision if the hierachy needs traversed (and why may define a package). With a set of strings it would not keep the packages alive so it can be global. Not sure if it would need a cleanup mechanism.. hmm. Gruss Bernd

Re: RFR: 8060130: Simplify the synchronization of defining and getting java.lang.Package

loaders will see there is already the package name reserved, and then they will need to coordinate with their parents. But its just an idea after inspecting the changes, not a real analysis of all usage models. Maybe it is enough to do it for sealed packages. Gruss Bernd Standard delegation mod

AW: Java CountDownLatch.await(timeout) is influenced by changes to Systemtime on Linux

) gruss bernd -- http://bernd.eckenfels.net - Ursprüngliche Nachricht - Von: "wuwen.55" Gesendet: ‎10.‎11.‎2014 19:54 An: "core-libs-dev@openjdk.java.net" Betreff: Java CountDownLatch.await(timeout) is influenced by changes to Systemtime on Linux call .await(10, T

ThreadLocal with null initial values - avoid create map and entry?

); 185else +++if (value != null) 186createMap(t, value); 187return value; 188} I am not sure if InheritableThreadLocal would need to overwrite this and skip the optimization? Gruss Bernd

Re: ThreadLocal with null initial values - avoid create map and entry?

Am Tue, 18 Nov 2014 11:37:34 + schrieb Tom Hawtin : > On 18/11/2014 05:11, Bernd Eckenfels wrote: > > > Unfortunatelly the ThreadLocal#get() will call #setInitialValue() in > > all cases, and this will in turn call createMap(). setInitialValue() > > could avoid to cal

Re: ThreadLocal with null initial values - avoid create map and entry?

a static) one approch of mine was to delay using set(). But as mentioned below, thats not possible when get() constructs the whole shebang. Gruss Bernd Am Tue, 18 Nov 2014 15:59:19 +0100 schrieb Bernd Eckenfels : > Am Tue, 18 Nov 2014 11:37:34 + > schrieb Tom Hawtin : > > >

Re: ThreadLocal with null initial values - avoid create map and entry?

L. final static protected Object INITIAL = new Object(); initialValue() { return INITIAL; } ... if (value != INITIAL) createMap(); This way a overwritten initialValue() is still called only after remove() and only for a unaltered ThreadLocal the optimization applies. Gruss Bernd

Re: ThreadLocal with null initial values - avoid create map and entry?

alue. Another common name is I guess exists() with the same issue. Gruss Bernd

Re: Java CountDownLatch.await(timeout) is influenced by changes to System time on Linux

em) timezone (I think this is not possible on Linux to affect running java?) or wait for a DST change (i.e. set date short before DST/ST or vice versa?) You did not test with ntp/adjusttime, right? Gruss Bernd

Re: RFR JDK-6321472: Add CRC-32C API

Hello Staffan, short question, the patch currently only adds the algorithm to be used, is it planned/possible to add it as a supported algorithm to any of the compressors or packers or is there no specification for that? Besides that, the bound buffer now looks good. Gruss Bernd Am Fri, 21

Re: Initializing Secure Random (Reprise)

Hello, Crypto API (as used by NativeRandom on windows with SubMSCAPI) would be the right thing to use for a secure high entropy source (and this is actually what is used if you ask SecureRandom for seed bytes). But I guess this is not at all expected/needed for TLR. Having all platform launchers

Re: Library enhancement proposal for copying data from/to Reader/Writer InputStream/OutputStream

usage in the JDK code base even if it would be possible. However you can use for commons IO or Guava. Both have those helpers. (Which initself might be justification enough - the question is only pro or con including it in JCL :) Gruss Bernd

Re: RFR 8060068 : Remove the static initializer block from DriverManager

or so :). Gruss Bernd Am Tue, 2 Dec 2014 15:30:16 -0500 schrieb Lance Andersen : > Hi Mandy, > > Thank you for the review, please see below > > On Dec 2, 2014, at 2:56 PM, Mandy Chung > wrote: > > > On 12/1/14 8:52 AM, Lance Andersen wrote: > >> Hi all,

Re: RFR 8060068 : Remove the static initializer block from DriverManager

ixed differently. This fix is not intended to cause > any behavioral incompatibility. Is that your concern with this > patch? I will have to find the stack traces from well-back-than where we had the deadlocks and compare it with the proposed patch. Up until now it is just a mild suspect :) Greetings Bernd

Re: [PATCH] JDK-8054565: FilterOutputStream.close may throw IOException if called twice and underlying flush or close fails

mment that those stream classes are all heavily overloaded in all parts of code. I think this kind of change is pretty risky (and most people fixed this and other close insanities in the derived methods anyway). Unfortunatelly. (remeber the SupressionException problem?) Gruss Bernd Am Fri, 5 D

Re: [PATCH] JDK-8054565: FilterOutputStream.close may throw IOException if called twice and underlying flush or close fails

Am Thu, 4 Dec 2014 23:54:10 + schrieb Pavel Rappo : > Bernd, as far as I understand we are not talking about > concurrent-proof solution for the j.i.FilterOutputStream as this > class is sure not even thread-safe. It is used very much, also in concurrent context. As I explained

Re: [PATCH] JDK-8054565: FilterOutputStream.close may throw IOException if called twice and underlying flush or close fails

ethod. I bet you will not wait for this to hit a production ready Java, anyway. Gruss Bernd

  1   2   3   >