OpenJDK 64-Bit Server VM warning: increase O_BUFLEN in ostream.hpp -- output truncated (original) (raw)

Thomas Stüfe thomas.stuefe at gmail.com
Wed Apr 8 15:10:02 UTC 2015


Hi Andrew,

yes, it is lame. The short term answer would be to fix the expression which prints out the classpath. Where is this print statement?

The long term answer could be e.g.: we could implement our own printf() routines. We (SAP) actually already did this inside our JVM for parts of our own tracing system. It is not rocket science, just a bit of work. If done right, there are several advantages, among others that you do not need temporary buffers for the libc printf() to print into. Depending on interest, I could try to contribute this to the OpenJDK.

..Thomas

On Wed, Apr 8, 2015 at 4:59 PM, Andrew Haley <aph at redhat.com> wrote:

Hi Thomas,

OK, but I have no idea what you mean by "printing code should be corrected". Sure, it should be corrected, but do do what? It seems a bit lame that debugging printf can't print long strings. Andrew.

On 04/08/2015 03:53 PM, Thomas Stüfe wrote: > Hi Andrew, > > This would increase stack requirements in error situations, especially when > secondary signals occur during error reporting. Also, I think, there would > be no safe value to use, because classpath can be arbitrarily long? > > I think in this case, printing code should be corrected. > > Regards, Thomas > > > On Wed, Apr 8, 2015 at 4:44 PM, Andrew Haley <aph at redhat.com> wrote: > >> I keep seeing this message: >> >> OpenJDK 64-Bit Server VM warning: increase OBUFLEN in ostream.hpp -- >> output truncated >> >> It happens because classpath is this: >> >> >> "/local/aarch64/dev/build/linux-aarch64-normal-server-slowdebug/jdk/modules/jdk.zipfs:/local/aarch64/dev/build/linux-aarch64-normal-server-slowdebug/jdk/modules/java.transaction:/local/aarch64/dev/build/linux-aarch64-normal-server-slowdebug/jdk/modules/java.desktop:/local/aarch64/dev/build/linux-aarch64-normal-serv..." >> 4533 characters long. >> >> It's because of modules. >> >> Should we increase OBUFLEN or remove the message? >> >> Andrew. >> >



More information about the hotspot-dev mailing list