harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Varlamov" <alexey.v.varla...@gmail.com>
Subject Re: [testing][snapshots] Degradation on Windows 64 bits!
Date Mon, 19 Nov 2007 11:42:19 GMT
2007/11/19, Evgueni Brevnov <evgueni.brevnov@gmail.com>:
> Hi,
>
> I found the reason of degradation on Windows 64bits. It was introduced
> by stack alignment patch (HARMONY-4621). I created HARMONY-5148 with
> fix attached.
Cool, I'll look and integrate asap.

>
> Thanks
> Evgueni
>
> On 11/13/07, Alexei Fedotov <alexei.fedotov@gmail.com> wrote:
> > Stepan,
> > Thanks for reporting this! The problems resembles HARMONY-5004 [1]
> > filed 22 days ago. I wonder if we have Windows x86-64 supporters on
> > the list.
> >
> > [1] http://issues.apache.org/jira/browse/HARMONY-5004
> >
> > On 11/13/07, Stepan Mishura <stepan.mishura@gmail.com> wrote:
> > > Hi all,
> > >
> > > According to the snapshot's testing report[1] there is big degradation
> > > (starting with r593762 snapshot) on Windows 64 bits. Many scenarios
> > > failed with a stack trace like the Axis's stack trace below.
> > >
> > > Have anyone hit the same issue (can reproduce)?
> > >
> > > Windows reported exception: 0xc0000005
> > > Registers:
> > > RAX: 0x0000000004ec6320, RBX: 0x0000000000000000
> > > RCX: 0x0000000002ab4bb0, RDX: 0x0000467100180014
> > > RSI: 0x000000000000f423, RDI: 0x0000000000000000
> > > RSP: 0x000000000012b088, RBP: 0x0000000002646d10
> > > R8 : 0x0000000006c6c860, R9 : 0x0000000006c6c790
> > > R10: 0x0000000100000001, R11: 0xffffffff0000ffff
> > > R12: 0x0000000000000000, R13: 0x00000000009ac320
> > > R14: 0x0000000000000000, R15: 0x0000000002b557f0
> > > RIP: 0x000000000080bdb5
> > > Stack trace:
> > > 0: vm_enumerate_root_set_single_thread_not_on_stack (??:-1)
> > > 1: ?? (??:-1)
> > > 2: java/lang/AbstractStringBuilder.toString()Ljava/lang/String;
> > > (AbstractStringBuilder.java:614)
> > > 3: java/lang/StringBuffer.toString()Ljava/lang/String; (StringBuffer.java:916)
> > > 4: com/ibm/icu/impl/ICUResourceBundleImpl$ResourceTable.getKey(II)Ljava/lang/String;
> > > (ICUResourceBundleImpl.java:187)
> > > 5: com/ibm/icu/impl/ICUResourceBundle.findKey(IILcom/ibm/icu/impl/ICUResourceBundle;Ljava/lang/String;)I
> > > (ICUResourceBundle.java:999)
> > > 6: com/ibm/icu/impl/ICUResourceBundleImpl$ResourceTable.handleGet(Ljava/lang/String;Ljava/util/HashMap;Lcom/ibm/icu/util/UResourceBundle;)Lcom/ibm/icu/util/UResourceBundle;
> > > (ICUResourceBundleImpl.java:170)
> > > 7: com/ibm/icu/impl/ICUResourceBundle.findResourceWithFallback(Ljava/lang/String;Lcom/ibm/icu/util/UResourceBundle;Lcom/ibm/icu/util/UResourceBundle;)Lcom/ibm/icu/impl/ICUResourceBundle;
> > > (ICUResourceBundle.java:684)
> > > 8: com/ibm/icu/impl/ICUResourceBundle.getWithFallback(Ljava/lang/String;)Lcom/ibm/icu/impl/ICUResourceBundle;
> > > (ICUResourceBundle.java:352)
> > > 9: com/ibm/icu/impl/ICUResourceBundle.getStringWithFallback(Ljava/lang/String;)Ljava/lang/String;
> > > (ICUResourceBundle.java:365)
> > > 10: com/ibm/icu/text/DateFormatSymbols.getZoneStringFromBundles([Lcom/ibm/icu/impl/ICUResourceBundle;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;
> > > (DateFormatSymbols.java:1553)
> > > 11: com/ibm/icu/text/DateFormatSymbols.getDefaultZoneStrings(Lcom/ibm/icu/util/ULocale;)[[Ljava/lang/String;
> > > (DateFormatSymbols.java:1616)
> > > 12: com/ibm/icu/text/DateFormatSymbols.getDefaultZoneItemInfo()Lcom/ibm/icu/text/DateFormatSymbols$ZoneItemInfo;
> > > (DateFormatSymbols.java:1542)
> > > 13: com/ibm/icu/text/DateFormatSymbols.getZoneStrings()[[Ljava/lang/String;
> > > (DateFormatSymbols.java:863)
> > > 14: java/text/DateFormatSymbols.(Ljava/util/Locale;)V
> > > (DateFormatSymbols.java:63)
> > > 15: java/text/SimpleDateFormat.(Ljava/util/Locale;Lcom/ibm/icu/text/SimpleDateFormat;)V
> > > (SimpleDateFormat.java:222)
> > > 16: java/text/DateFormat.getDateInstance(ILjava/util/Locale;)Ljava/text/DateFormat;
> > > (DateFormat.java:324)
> > > 17: java/text/MessageFormat.parseVariable(Ljava/lang/String;Ljava/text/ParsePosition;)Ljava/text/Format;
> > > (MessageFormat.java:684)
> > > 18: java/text/MessageFormat.applyPattern(Ljava/lang/String;)V
> > > (MessageFormat.java:115)
> > > 19: java/text/MessageFormat.(Ljava/lang/String;)V (MessageFormat.java:82)
> > > 20: java/text/MessageFormat.format(Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/String;
> > > (MessageFormat.java:431)
> > > 21: java/util/logging/SimpleFormatter.format(Ljava/util/logging/LogRecord;)Ljava/lang/String;
> > > (SimpleFormatter.java:42)
> > > 22: java/util/logging/StreamHandler.publish(Ljava/util/logging/LogRecord;)V
> > > (StreamHandler.java:310)
> > > 23: java/util/logging/ConsoleHandler.publish(Ljava/util/logging/LogRecord;)V
> > > (ConsoleHandler.java:72)
> > > 24: java/util/logging/Logger.log(Ljava/util/logging/LogRecord;)V
> > > (Logger.java:1082)
> > > 25: java/util/logging/Logger.logp(Ljava/util/logging/Level;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V
> > > (Logger.java:1111)
> > > 26: org/apache/commons/logging/impl/Jdk14Logger.log(Ljava/util/logging/Level;Ljava/lang/String;Ljava/lang/Throwable;)V
> > > (Jdk14Logger.java:98)
> > > 27: org/apache/commons/logging/impl/Jdk14Logger.info(Ljava/lang/Object;)V
> > > (Jdk14Logger.java:193)
> > > 28: org/apache/axis2/transport/SimpleAxis2Server.main([Ljava/lang/String;)V
> > > (??:-1)
> > >
> > > [1] http://people.apache.org/~mloenko/snapshot_testing/script/snapshots_summary.html
> > >
> > > Thanks,
> > > Stepan Mishura
> > > Intel Enterprise Solutions Software Division
> > >
> >
> >
> > --
> > With best regards,
> > Alexei,
> > ESSD, Intel
> >
>

Mime
View raw message