From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 02:50:54 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A140C16A417; Sun, 16 Sep 2007 02:50:54 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 428A813C45A; Sun, 16 Sep 2007 02:50:54 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8G2ooGX020527; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8G2op40022047; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) Received: (from truk@localhost) by seraph.intricatesoftware.com (8.14.1/8.14.1/Submit) id l8G2opq6018558; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) X-Authentication-Warning: seraph.intricatesoftware.com: truk set sender to kurt@intricatesoftware.com using -f From: Kurt Miller To: freebsd-java@freebsd.org Date: Sat, 15 Sep 2007 22:50:50 -0400 User-Agent: KMail/1.9.7 References: <46EC1B55.4060202@FreeBSD.org> In-Reply-To: <46EC1B55.4060202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709152250.50879.kurt@intricatesoftware.com> X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED,AWL X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.3 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: java@freebsd.org, Kris Kennaway , performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 02:50:54 -0000 On Saturday 15 September 2007 01:50:13 pm Kris Kennaway wrote: > Hi, > > I have been running the volano java benchmark > (http://www.volano.com/benchmarks.html) on an 8-core i386 system, and > out of the box jdk15 on FreeBSD performs extremely poorly. The system > is more than 90% idle, and profiling shows that the ~800 threads in the > benchmark are spending most of their time doing short nanosleep() calls. > > > I traced it to the following FreeBSD-specific hack in the jdk: > > // XXXBSD: understand meaning and workaround related to yield > ... > // XXXBSD: done differently in 1.3.1, take a look > int os::sleep(Thread* thread, jlong millis, bool interruptible) { > assert(thread == Thread::current(), "thread consistency check"); > ... > > if (millis <= 0) { > // NOTE: workaround for bug 4338139 > if (thread->is_Java_thread()) { > ThreadBlockInVM tbivm((JavaThread*) thread); > // BSDXXX: Only use pthread_yield here and below if the system thread > // scheduler gives time slices to lower priority threads when yielding. > #ifdef __FreeBSD__ > os_sleep(MinSleepInterval, interruptible); > #else > pthread_yield(); > #endif > > When I removed this hack (i.e. revert to pthread_yield()) I got an > immediate 7-fold performance increase, which brings FreeBSD performance > on par with Solaris. > > What is the reason why this code is necessary? Does FreeBSD's > sched_yield() really have different semantics to the other operating > systems, or was this a libkse bug that was being worked around? Hello Kris, I recall why I added the os_sleep() call. While working on the certification testing one of the JCK tests was deadlocking. The test itself was faulty in that it created a high priority thread in a tight yield loop. Since pthread_yield() on a single processor system will not yield to lower priority threads, the higher priority thread effectively blocked the lower priority thread from running and the test deadlocked. I filed a formal appeal to have the JCK test corrected. However since the api states: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() "Causes the currently executing thread object to temporarily pause and allow other threads to execute." the appeal was denied. I further argued that many publications written by or or-authored by Sun employees state that Thread.yield() can not be relied upon in this fashion: "However, I believe there are other less authoritative sources of information that support the position that yield() can not expected to allow lower priority threads to execute in all cases. For example the following Sun document describes yield() as advisory only and not to depend on it for correctness: http://java.sun.com/j2se/1.5.0/docs/guide/vm/thread-priorities.html#general The document also refers to a Sun published book, "Effective Java Programming Language Guide" that describes yield() should not be relied on for correctness and portability. Another book I have specifically addresses the topic. It states that most schedulers do not stop the yielding thread from running in favor of a thread of lower priority. This is from the Sybex "Complete Java 2 Certification Study Guide" co-authored by a Sun employee. The publications I have referred to above present a case that the api description of yield() doesn't fully describe the expected behavior of the function when combined with thread priorities. While they are not the authoritive publications on the function, I think they represent the general historical interpretation of the expected behavior." In the end I was not able to convince Sun to change the JCK test so the os_sleep() call was added. I see in my notes that kse on a single cpu system had the issue but thr didn't (this is on 6.1-release). Perhaps now that thr is the default on 7.0 this hack can be made conditional and only applied to < 7.0. The following are programs I wrote when I isolated the problem. If the c program runs ok on 7.0 for both single cpu and mp then remove the os_sleep() and try the java program. If that works too then you're clear to make the os_sleep() hack only apply to < 7.0 and still be able to pass the certification tests. Regards, -Kurt ----------- #include #include #include #include #include #include #include #include volatile int init=0; volatile int interrupt=0; static void * yielder(void *arg) { init = 1; while (1) { pthread_yield(); } } static void sighandler(int sig) { interrupt = 1; printf("sighandler\n"); static void sighandler(int sig) { interrupt = 1; printf("sighandler\n"); } static void waitForInit() { struct timespec t, rt; static void waitForInit() { struct timespec t, rt; while (init == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } static void waitForInterrupt() { struct timespec t, rt; while (interrupt == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } int main(int argc, char *argv[]) { pthread_t yldr; pthread_attr_t attr; struct sigaction act; /* Install a signal handler for SIGUSR1 */ sigemptyset (&act.sa_mask); sigaddset (&act.sa_mask, SIGUSR1); act.sa_handler = sighandler; act.sa_flags = 0; sigaction (SIGUSR1, &act, NULL); pthread_attr_init(&attr); pthread_attr_setschedpolicy(&attr, SCHED_FIFO); pthread_create(&yldr, &attr, yielder, NULL); pthread_setprio(yldr, 16); waitForInit(); if(pthread_kill(yldr, SIGUSR1) != 0) printf("pthread_kill failed with errno = %d\n", errno); waitForInterrupt(); } --------------------- public class yieldTest { public static void main(String[] args) { yielderThread thread = new yielderThread(); thread.setPriority(Thread.NORM_PRIORITY+1); thread.start(); thread.waitForInit(); thread.interrupt(); try { thread.join(); } catch (java.lang.InterruptedException ie) { } } } class yielderThread extends Thread { volatile boolean init = false; void waitForInit() { while (!init) { try { Thread.sleep(100); } catch (InterruptedException e) { } } } public void run() { init = true; while(!isInterrupted()) { yield(); } } } From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 02:50:54 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A140C16A417; Sun, 16 Sep 2007 02:50:54 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 428A813C45A; Sun, 16 Sep 2007 02:50:54 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8G2ooGX020527; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8G2op40022047; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) Received: (from truk@localhost) by seraph.intricatesoftware.com (8.14.1/8.14.1/Submit) id l8G2opq6018558; Sat, 15 Sep 2007 22:50:51 -0400 (EDT) X-Authentication-Warning: seraph.intricatesoftware.com: truk set sender to kurt@intricatesoftware.com using -f From: Kurt Miller To: freebsd-java@freebsd.org Date: Sat, 15 Sep 2007 22:50:50 -0400 User-Agent: KMail/1.9.7 References: <46EC1B55.4060202@FreeBSD.org> In-Reply-To: <46EC1B55.4060202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709152250.50879.kurt@intricatesoftware.com> X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED,AWL X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.3 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: java@freebsd.org, Kris Kennaway , performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 02:50:54 -0000 On Saturday 15 September 2007 01:50:13 pm Kris Kennaway wrote: > Hi, > > I have been running the volano java benchmark > (http://www.volano.com/benchmarks.html) on an 8-core i386 system, and > out of the box jdk15 on FreeBSD performs extremely poorly. The system > is more than 90% idle, and profiling shows that the ~800 threads in the > benchmark are spending most of their time doing short nanosleep() calls. > > > I traced it to the following FreeBSD-specific hack in the jdk: > > // XXXBSD: understand meaning and workaround related to yield > ... > // XXXBSD: done differently in 1.3.1, take a look > int os::sleep(Thread* thread, jlong millis, bool interruptible) { > assert(thread == Thread::current(), "thread consistency check"); > ... > > if (millis <= 0) { > // NOTE: workaround for bug 4338139 > if (thread->is_Java_thread()) { > ThreadBlockInVM tbivm((JavaThread*) thread); > // BSDXXX: Only use pthread_yield here and below if the system thread > // scheduler gives time slices to lower priority threads when yielding. > #ifdef __FreeBSD__ > os_sleep(MinSleepInterval, interruptible); > #else > pthread_yield(); > #endif > > When I removed this hack (i.e. revert to pthread_yield()) I got an > immediate 7-fold performance increase, which brings FreeBSD performance > on par with Solaris. > > What is the reason why this code is necessary? Does FreeBSD's > sched_yield() really have different semantics to the other operating > systems, or was this a libkse bug that was being worked around? Hello Kris, I recall why I added the os_sleep() call. While working on the certification testing one of the JCK tests was deadlocking. The test itself was faulty in that it created a high priority thread in a tight yield loop. Since pthread_yield() on a single processor system will not yield to lower priority threads, the higher priority thread effectively blocked the lower priority thread from running and the test deadlocked. I filed a formal appeal to have the JCK test corrected. However since the api states: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() "Causes the currently executing thread object to temporarily pause and allow other threads to execute." the appeal was denied. I further argued that many publications written by or or-authored by Sun employees state that Thread.yield() can not be relied upon in this fashion: "However, I believe there are other less authoritative sources of information that support the position that yield() can not expected to allow lower priority threads to execute in all cases. For example the following Sun document describes yield() as advisory only and not to depend on it for correctness: http://java.sun.com/j2se/1.5.0/docs/guide/vm/thread-priorities.html#general The document also refers to a Sun published book, "Effective Java Programming Language Guide" that describes yield() should not be relied on for correctness and portability. Another book I have specifically addresses the topic. It states that most schedulers do not stop the yielding thread from running in favor of a thread of lower priority. This is from the Sybex "Complete Java 2 Certification Study Guide" co-authored by a Sun employee. The publications I have referred to above present a case that the api description of yield() doesn't fully describe the expected behavior of the function when combined with thread priorities. While they are not the authoritive publications on the function, I think they represent the general historical interpretation of the expected behavior." In the end I was not able to convince Sun to change the JCK test so the os_sleep() call was added. I see in my notes that kse on a single cpu system had the issue but thr didn't (this is on 6.1-release). Perhaps now that thr is the default on 7.0 this hack can be made conditional and only applied to < 7.0. The following are programs I wrote when I isolated the problem. If the c program runs ok on 7.0 for both single cpu and mp then remove the os_sleep() and try the java program. If that works too then you're clear to make the os_sleep() hack only apply to < 7.0 and still be able to pass the certification tests. Regards, -Kurt ----------- #include #include #include #include #include #include #include #include volatile int init=0; volatile int interrupt=0; static void * yielder(void *arg) { init = 1; while (1) { pthread_yield(); } } static void sighandler(int sig) { interrupt = 1; printf("sighandler\n"); static void sighandler(int sig) { interrupt = 1; printf("sighandler\n"); } static void waitForInit() { struct timespec t, rt; static void waitForInit() { struct timespec t, rt; while (init == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } static void waitForInterrupt() { struct timespec t, rt; while (interrupt == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } int main(int argc, char *argv[]) { pthread_t yldr; pthread_attr_t attr; struct sigaction act; /* Install a signal handler for SIGUSR1 */ sigemptyset (&act.sa_mask); sigaddset (&act.sa_mask, SIGUSR1); act.sa_handler = sighandler; act.sa_flags = 0; sigaction (SIGUSR1, &act, NULL); pthread_attr_init(&attr); pthread_attr_setschedpolicy(&attr, SCHED_FIFO); pthread_create(&yldr, &attr, yielder, NULL); pthread_setprio(yldr, 16); waitForInit(); if(pthread_kill(yldr, SIGUSR1) != 0) printf("pthread_kill failed with errno = %d\n", errno); waitForInterrupt(); } --------------------- public class yieldTest { public static void main(String[] args) { yielderThread thread = new yielderThread(); thread.setPriority(Thread.NORM_PRIORITY+1); thread.start(); thread.waitForInit(); thread.interrupt(); try { thread.join(); } catch (java.lang.InterruptedException ie) { } } } class yielderThread extends Thread { volatile boolean init = false; void waitForInit() { while (!init) { try { Thread.sleep(100); } catch (InterruptedException e) { } } } public void run() { init = true; while(!isInterrupted()) { yield(); } } } From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 03:05:09 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894F116A417; Sun, 16 Sep 2007 03:05:09 +0000 (UTC) (envelope-from lists@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2348813C457; Sun, 16 Sep 2007 03:05:09 +0000 (UTC) (envelope-from lists@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8G355nK021833; Sat, 15 Sep 2007 23:05:06 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8G356Zp030484; Sat, 15 Sep 2007 23:05:06 -0400 (EDT) Received: (from truk@localhost) by seraph.intricatesoftware.com (8.14.1/8.14.1/Submit) id l8G356SB025431; Sat, 15 Sep 2007 23:05:06 -0400 (EDT) X-Authentication-Warning: seraph.intricatesoftware.com: truk set sender to lists@intricatesoftware.com using -f From: Kurt Miller To: freebsd-java@freebsd.org Date: Sat, 15 Sep 2007 23:05:05 -0400 User-Agent: KMail/1.9.7 References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> In-Reply-To: <200709152250.50879.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709152305.06116.lists@intricatesoftware.com> X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: Kris Kennaway , performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kurt@intricatesoftware.com List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 03:05:09 -0000 On Saturday 15 September 2007 10:50:50 pm Kurt Miller wrote: > The following are programs I wrote when I isolated the problem. > If the c program runs ok on 7.0 for both single cpu and mp then > remove the os_sleep() and try the java program. If that works too > then you're clear to make the os_sleep() hack only apply to < > 7.0 and still be able to pass the certification tests. Sorry copy/paste glitch. He is the c program again: #include #include #include #include #include #include #include #include volatile int init=0; volatile int interrupt=0; static void * yielder(void *arg) { init = 1; while (1) { pthread_yield(); } } static void sighandler(int sig) { interrupt = 1; printf("sighandler\n"); } static void waitForInit() { struct timespec t, rt; while (init == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } static void waitForInterrupt() { struct timespec t, rt; while (interrupt == 0) { t.tv_sec = 0; t.tv_nsec = 100000; nanosleep(&t, &rt); } } int main(int argc, char *argv[]) { pthread_t yldr; pthread_attr_t attr; struct sigaction act; /* Install a signal handler for SIGUSR1 */ sigemptyset (&act.sa_mask); sigaddset (&act.sa_mask, SIGUSR1); act.sa_handler = sighandler; act.sa_flags = 0; sigaction (SIGUSR1, &act, NULL); pthread_attr_init(&attr); pthread_attr_setschedpolicy(&attr, SCHED_FIFO); pthread_create(&yldr, &attr, yielder, NULL); pthread_setprio(yldr, 16); waitForInit(); if(pthread_kill(yldr, SIGUSR1) != 0) printf("pthread_kill failed with errno = %d\n", errno); waitForInterrupt(); } From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 04:47:45 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDF916A41B; Sun, 16 Sep 2007 04:47:42 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0450213C481; Sun, 16 Sep 2007 04:47:41 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8G4leid001906; Sun, 16 Sep 2007 00:47:40 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 16 Sep 2007 00:47:40 -0400 (EDT) Date: Sun, 16 Sep 2007 00:47:40 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kurt Miller In-Reply-To: <200709152250.50879.kurt@intricatesoftware.com> Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 04:47:45 -0000 On Sat, 15 Sep 2007, Kurt Miller wrote: > > Hello Kris, > > I recall why I added the os_sleep() call. While working on the certification > testing one of the JCK tests was deadlocking. The test itself was faulty in > that it created a high priority thread in a tight yield loop. Since > pthread_yield() on a single processor system will not yield to lower > priority threads, the higher priority thread effectively blocked the > lower priority thread from running and the test deadlocked. > > I filed a formal appeal to have the JCK test corrected. However since the > api states: > > http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() > "Causes the currently executing thread object to temporarily pause > and allow other threads to execute." > > the appeal was denied. I further argued that many publications written > by or or-authored by Sun employees state that Thread.yield() can not > be relied upon in this fashion: [ ... ] It's odd that Sun would take this position since the POSIX behavior for sched_yield() is: The sched_yield() function shall force the running thread to relinquish the processor until it again becomes the head of its thread list. It takes no arguments. The "its thread list" mentioned above is the list of threads for its given priority. POSIX has a notion of a list of threads for each given priority; in SCHED_RR and SCHED_FIFO scheduling the higher priority threads will always run before lower priority threads. Sun's defined Java behavior, or their interpretation, of Thread.yield() is not obtainable on a POSIX compliant system using sched_yield() (or pthread_yield()). Even using scope system threads or libthr, the kernel scheduler should run the higher priority threads before lower priority threads. I suspect that Sun will eventually be forced to change their documented behavior for Thread.yield(). -- DE From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 05:15:26 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5C1116A417 for ; Sun, 16 Sep 2007 05:15:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4712E13C442 for ; Sun, 16 Sep 2007 05:15:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8G4leid001906; Sun, 16 Sep 2007 00:47:40 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 16 Sep 2007 00:47:40 -0400 (EDT) Date: Sun, 16 Sep 2007 00:47:40 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kurt Miller In-Reply-To: <200709152250.50879.kurt@intricatesoftware.com> Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 05:15:26 -0000 On Sat, 15 Sep 2007, Kurt Miller wrote: > > Hello Kris, > > I recall why I added the os_sleep() call. While working on the certification > testing one of the JCK tests was deadlocking. The test itself was faulty in > that it created a high priority thread in a tight yield loop. Since > pthread_yield() on a single processor system will not yield to lower > priority threads, the higher priority thread effectively blocked the > lower priority thread from running and the test deadlocked. > > I filed a formal appeal to have the JCK test corrected. However since the > api states: > > http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() > "Causes the currently executing thread object to temporarily pause > and allow other threads to execute." > > the appeal was denied. I further argued that many publications written > by or or-authored by Sun employees state that Thread.yield() can not > be relied upon in this fashion: [ ... ] It's odd that Sun would take this position since the POSIX behavior for sched_yield() is: The sched_yield() function shall force the running thread to relinquish the processor until it again becomes the head of its thread list. It takes no arguments. The "its thread list" mentioned above is the list of threads for its given priority. POSIX has a notion of a list of threads for each given priority; in SCHED_RR and SCHED_FIFO scheduling the higher priority threads will always run before lower priority threads. Sun's defined Java behavior, or their interpretation, of Thread.yield() is not obtainable on a POSIX compliant system using sched_yield() (or pthread_yield()). Even using scope system threads or libthr, the kernel scheduler should run the higher priority threads before lower priority threads. I suspect that Sun will eventually be forced to change their documented behavior for Thread.yield(). -- DE From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 05:53:53 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C02716A46B for ; Sun, 16 Sep 2007 05:53:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC3913C469 for ; Sun, 16 Sep 2007 05:53:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1519244mue for ; Sat, 15 Sep 2007 22:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KtLsE7RsPnk1Mrbhw0byorqWWv0pa1bpf5Ur7lJEo5A=; b=I3Zz1Z2vFyahlMUV6TDFaSDV9d6+GEHsCBtokIWpVdk4EbTTeYMU75gs0g2XKplzTIlKgvjrsnbpvuUMdjGw6GCQPd5dhu/NBu9kJmxI8qv49z+tKrgeiwBcyeo6cZUKQRI36/T8bcP2LHZtwwgdbWXGgYYcXMuB552XdJ1tz8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tZT7wIo31d6mX5GONdxJGuoMBYr6Xvt3bbHJw9gAYgxR1KJReW6HmKVQQDyx/IcSVt1QHe8rIR3XoxTKQXxZzeeRgjNfy4Amv6F6njJEBJh0AA1XBavwuYAMspso3PklZT9o1CyL2I9n4gBr184Bp5R9ECSvSazS9dCqtS16eqA= Received: by 10.78.132.2 with SMTP id f2mr1890799hud.1189920329524; Sat, 15 Sep 2007 22:25:29 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sat, 15 Sep 2007 22:25:29 -0700 (PDT) Message-ID: Date: Sat, 15 Sep 2007 22:25:29 -0700 From: "Kip Macy" To: "Daniel Eischen" , "Kurt Miller" , java@freebsd.org, "Kris Kennaway" , performance@freebsd.org, freebsd-java@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Cc: Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 05:53:53 -0000 Or more likely they'll continue to maintain a sched_yield that isn't posix compliant. We may just want to add some sort of interface so the jvm can tell the kernel that sched_yield should be non-compliant for the current process. On 9/15/07, Daniel Eischen wrote: > On Sat, 15 Sep 2007, Kurt Miller wrote: > > > > Hello Kris, > > > > I recall why I added the os_sleep() call. While working on the > certification > > testing one of the JCK tests was deadlocking. The test itself was faulty > in > > that it created a high priority thread in a tight yield loop. Since > > pthread_yield() on a single processor system will not yield to lower > > priority threads, the higher priority thread effectively blocked the > > lower priority thread from running and the test deadlocked. > > > > I filed a formal appeal to have the JCK test corrected. However since the > > api states: > > > > http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() > > "Causes the currently executing thread object to temporarily pause > > and allow other threads to execute." > > > > the appeal was denied. I further argued that many publications written > > by or or-authored by Sun employees state that Thread.yield() can not > > be relied upon in this fashion: > > [ ... ] > > It's odd that Sun would take this position since the POSIX behavior > for sched_yield() is: > > The sched_yield() function shall force the running thread to > relinquish the processor until it again becomes the head of its > thread list. It takes no arguments. > > The "its thread list" mentioned above is the list of threads for its > given priority. POSIX has a notion of a list of threads for each > given priority; in SCHED_RR and SCHED_FIFO scheduling the higher > priority threads will always run before lower priority threads. > > Sun's defined Java behavior, or their interpretation, of Thread.yield() > is not obtainable on a POSIX compliant system using sched_yield() > (or pthread_yield()). Even using scope system threads or libthr, > the kernel scheduler should run the higher priority threads before > lower priority threads. > > I suspect that Sun will eventually be forced to change their > documented behavior for Thread.yield(). > > -- > DE > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" > From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 05:53:53 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC2516A469 for ; Sun, 16 Sep 2007 05:53:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 09D3113C45E for ; Sun, 16 Sep 2007 05:53:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1519245mue for ; Sat, 15 Sep 2007 22:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KtLsE7RsPnk1Mrbhw0byorqWWv0pa1bpf5Ur7lJEo5A=; b=I3Zz1Z2vFyahlMUV6TDFaSDV9d6+GEHsCBtokIWpVdk4EbTTeYMU75gs0g2XKplzTIlKgvjrsnbpvuUMdjGw6GCQPd5dhu/NBu9kJmxI8qv49z+tKrgeiwBcyeo6cZUKQRI36/T8bcP2LHZtwwgdbWXGgYYcXMuB552XdJ1tz8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tZT7wIo31d6mX5GONdxJGuoMBYr6Xvt3bbHJw9gAYgxR1KJReW6HmKVQQDyx/IcSVt1QHe8rIR3XoxTKQXxZzeeRgjNfy4Amv6F6njJEBJh0AA1XBavwuYAMspso3PklZT9o1CyL2I9n4gBr184Bp5R9ECSvSazS9dCqtS16eqA= Received: by 10.78.132.2 with SMTP id f2mr1890799hud.1189920329524; Sat, 15 Sep 2007 22:25:29 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sat, 15 Sep 2007 22:25:29 -0700 (PDT) Message-ID: Date: Sat, 15 Sep 2007 22:25:29 -0700 From: "Kip Macy" To: "Daniel Eischen" , "Kurt Miller" , java@freebsd.org, "Kris Kennaway" , performance@freebsd.org, freebsd-java@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Cc: Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 05:53:53 -0000 Or more likely they'll continue to maintain a sched_yield that isn't posix compliant. We may just want to add some sort of interface so the jvm can tell the kernel that sched_yield should be non-compliant for the current process. On 9/15/07, Daniel Eischen wrote: > On Sat, 15 Sep 2007, Kurt Miller wrote: > > > > Hello Kris, > > > > I recall why I added the os_sleep() call. While working on the > certification > > testing one of the JCK tests was deadlocking. The test itself was faulty > in > > that it created a high priority thread in a tight yield loop. Since > > pthread_yield() on a single processor system will not yield to lower > > priority threads, the higher priority thread effectively blocked the > > lower priority thread from running and the test deadlocked. > > > > I filed a formal appeal to have the JCK test corrected. However since the > > api states: > > > > http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#yield() > > "Causes the currently executing thread object to temporarily pause > > and allow other threads to execute." > > > > the appeal was denied. I further argued that many publications written > > by or or-authored by Sun employees state that Thread.yield() can not > > be relied upon in this fashion: > > [ ... ] > > It's odd that Sun would take this position since the POSIX behavior > for sched_yield() is: > > The sched_yield() function shall force the running thread to > relinquish the processor until it again becomes the head of its > thread list. It takes no arguments. > > The "its thread list" mentioned above is the list of threads for its > given priority. POSIX has a notion of a list of threads for each > given priority; in SCHED_RR and SCHED_FIFO scheduling the higher > priority threads will always run before lower priority threads. > > Sun's defined Java behavior, or their interpretation, of Thread.yield() > is not obtainable on a POSIX compliant system using sched_yield() > (or pthread_yield()). Even using scope system threads or libthr, > the kernel scheduler should run the higher priority threads before > lower priority threads. > > I suspect that Sun will eventually be forced to change their > documented behavior for Thread.yield(). > > -- > DE > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" > From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 06:50:15 2007 Return-Path: Delivered-To: freebsd-java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA6316A41B for ; Sun, 16 Sep 2007 06:50:15 +0000 (UTC) (envelope-from ravimondi@wlink.com.np) Received: from smtp5.wlink.com.np (smtp5.wlink.com.np [202.79.32.52]) by mx1.freebsd.org (Postfix) with SMTP id 88C2713C442 for ; Sun, 16 Sep 2007 06:50:05 +0000 (UTC) (envelope-from ravimondi@wlink.com.np) Received: (qmail 82969 invoked from network); 16 Sep 2007 06:23:18 -0000 Received: from unknown (HELO smtp1.wlink.com.np) (202.79.32.76) by 0 with SMTP; 16 Sep 2007 06:23:18 -0000 Received: (qmail 80109 invoked by uid 98); 16 Sep 2007 06:23:18 -0000 Received: from 202.79.32.67 by smtp1.wlink.com.np (envelope-from , uid 1009) with qmail-scanner-1.25 (clamdscan: 0.88.4/2205. Clear:RC:1(202.79.32.67):. Processed in 0.053233 secs); 16 Sep 2007 06:23:18 -0000 X-Qmail-Scanner-Mail-From: ravimondi@wlink.com.np via smtp1.wlink.com.np X-Qmail-Scanner: 1.25 (Clear:RC:1(202.79.32.67):. Processed in 0.053233 secs) Received: from [202.79.32.67] (HELO webmail.wlink.com.np) by smtp1.wlink.com.np (qmail-smtpd) with SMTP; 16 Sep 2007 06:23:12 -0000 (Sun, 16 Sep 2007 12:08:12 +0545) Received: from 202.79.36.124 (auth. user ravimondi@pop3.wlink.com.np) by webmail.wlink.com.np with HTTP; Sun, 16 Sep 2007 11:23:10 +0500 To: freebsd-java@FreeBSD.org Date: Sun, 16 Sep 2007 11:23:10 +0500 X-Mailer: IlohaMail/0.8.14 (On: webmail.wlink.com.np) Message-ID: From: Bounce-To: Errors-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="RWP_PART_ravimondi1189923790" X-Spam-Check-By: smtp1.wlink.com.np Spam: No ; 0.4 / 8.0 X-Spam-Status-WL: No, hits=0.4 required=8.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: unexpected error X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 06:50:15 -0000 This message is in MIME format. --RWP_PART_ravimondi1189923790 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I can't understand what the error is, The same code of mine works fine under Fedora System, Could you please look int this matter? Thank you M.Ravi --RWP_PART_ravimondi1189923790-- From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 10:16:38 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E77E16A418; Sun, 16 Sep 2007 10:16:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 5290613C461; Sun, 16 Sep 2007 10:16:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46ED0280.8050504@FreeBSD.org> Date: Sun, 16 Sep 2007 12:16:32 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: kurt@intricatesoftware.com References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> <200709152305.06116.lists@intricatesoftware.com> In-Reply-To: <200709152305.06116.lists@intricatesoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 10:16:38 -0000 Kurt Miller wrote: > On Saturday 15 September 2007 10:50:50 pm Kurt Miller wrote: >> The following are programs I wrote when I isolated the problem. >> If the c program runs ok on 7.0 for both single cpu and mp then >> remove the os_sleep() and try the java program. If that works too >> then you're clear to make the os_sleep() hack only apply to < >> 7.0 and still be able to pass the certification tests. > > Sorry copy/paste glitch. He is the c program again: Thanks, I'll test this out and see where we stand. Kris From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 13:22:57 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074F316A418; Sun, 16 Sep 2007 13:22:57 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 955C013C4A7; Sun, 16 Sep 2007 13:22:56 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l8GDLlmq042154; Sun, 16 Sep 2007 22:21:56 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sun, 16 Sep 2007 22:23:06 +0900 (JST) Message-Id: <20070916.222306.74755899.ken@tydfam.jp> To: mbowie@buzmo.com From: Ken Yamada In-Reply-To: <46E8C397.1040103@buzmo.com> References: <46E80076.60205@buzmo.com> <20070913.115518.38718088.ken@tydfam.jp> <46E8C397.1040103@buzmo.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91/4291/Sun Sep 16 21:06:29 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-java@freebsd.org, dan@rucci.org, freebsd-eclipse@freebsd.org Subject: Re: Eclipse-Europa core dump X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 13:22:57 -0000 Guys... Core dump I observed with eclipse-europa is reported with swt-devel since June. However, I do not see any solution for it, yet. Are not there any solutions available? >>>> dump report generated by eclipse-europa. # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x480d1924, pid=2025, tid=0x48201100 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_12-p6-ken_03_sep_2007_16_38 mixed mode) # Problematic frame: # C [libc.so.7+0x20924] realpath+0x294 # --------------- T H R E A D --------------- Current thread (0x48241180): JavaThread "main" [_thread_in_native, id=1210061056] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000 Registers: EAX=0x00000000, EBX=0x481ac818, ECX=0x480aeb6c, EDX=0x48201100 ESP=0xbfbfbe38, EBP=0xbfbfcae0, ESI=0x8dcbde40, EDI=0x48241240 EIP=0x480d1924, EFLAGS=0x00210246 Top of Stack: (sp=0xbfbfbe38) 0xbfbfbe38: 48231400 41925407 41319430 419e9c15 0xbfbfbe48: 48231408 00000351 480549df 48118c7e 0xbfbfbe58: 419e2320 8f6abed8 41319430 41673485 0xbfbfbe68: 48231400 41925407 00000002 0000000a 0xbfbfbe78: 08052d64 8d25c000 bfbfbe90 480a8160 0xbfbfbe88: 8d25c39a 481ac818 8d25c39a 41a06954 0xbfbfbe98: 8d25c39a 000000a5 00000003 480a8160 0xbfbfbea8: 00000001 bfbfc0fc bfbfbed0 41a06954 Instructions: (pc=0x480d1924) 0x480d1914: ff ff 03 bd 84 f3 ff ff e9 78 fe ff ff 8b 45 0c 0x480d1924: c6 00 2f c6 40 01 00 8d 46 01 80 7e 01 00 0f 84 Stack: [0xbfa00000,0xbfc00000), sp=0xbfbfbe38, free space=2031k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libc.so.7+0x20924] realpath+0x294 C [libswt-pi-gtk-3346.so+0x2f119] Java_org_eclipse_swt_internal_gtk_OS_realpath+0x89 j org.eclipse.swt.internal.gtk.OS.realpath([B[B)I+0 j org.eclipse.swt.widgets.FileDialog.presetChooserDialog()V+166 j org.eclipse.swt.widgets.FileDialog.openChooserDialog()Ljava/lang/String;+82 j org.eclipse.swt.widgets.FileDialog.open()Ljava/lang/String;+24 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog.handleLocationEditButtonPressed(Ljava/lang/String;)V+102 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog.access$800(Lorg/eclipse/datatools/connectivity/internal/ui/dialogs/EditDriverDialog;Ljava/lang/String;)V+2 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog$4.widgetSelected(Lorg/eclipse/swt/events/SelectionEvent;)V+39 j org.eclipse.swt.widgets.TypedListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+1003 Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j org.eclipse.swt.internal.gtk.OS.realpath([B[B)I+0 j org.eclipse.swt.widgets.FileDialog.presetChooserDialog()V+166 j org.eclipse.swt.widgets.FileDialog.openChooserDialog()Ljava/lang/String;+82 j org.eclipse.swt.widgets.FileDialog.open()Ljava/lang/String;+24 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog.handleLocationEditButtonPressed(Ljava/lang/String;)V+102 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog.access$800(Lorg/eclipse/datatools/connectivity/internal/ui/dialogs/EditDriverDialog;Ljava/lang/String;)V+2 j org.eclipse.datatools.connectivity.internal.ui.dialogs.EditDriverDialog$4.widgetSelected(Lorg/eclipse/swt/events/SelectionEvent;)V+39 j org.eclipse.swt.widgets.TypedListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+1003 v ~C2IAdapter J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V v ~I2CAdapter j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+25 j org.eclipse.swt.widgets.Display.runDeferredEvents()Z+84 j org.eclipse.swt.widgets.Display.readAndDispatch()Z+33 j org.eclipse.jface.window.Window.runEventLoop(Lorg/eclipse/swt/widgets/Shell;)V+23 j org.eclipse.jface.window.Window.open()I+49 j org.eclipse.datatools.connectivity.internal.ui.preferences.DriverPreferences.addDriver(Lorg/eclipse/jface/viewers/ISelection;)V+85 j org.eclipse.datatools.connectivity.internal.ui.preferences.DriverPreferences.access$300(Lorg/eclipse/datatools/connectivity/internal/ui/preferences/DriverPreferences;Lorg/eclipse/jface/viewers/ISelection;)V+2 j org.eclipse.datatools.connectivity.internal.ui.preferences.DriverPreferences$3.widgetSelected(Lorg/eclipse/swt/events/SelectionEvent;)V+14 j org.eclipse.swt.widgets.TypedListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+1003 v ~C2IAdapter J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V v ~I2CAdapter j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+25 j org.eclipse.swt.widgets.Display.runDeferredEvents()Z+84 j org.eclipse.swt.widgets.Display.readAndDispatch()Z+33 j org.eclipse.jface.window.Window.runEventLoop(Lorg/eclipse/swt/widgets/Shell;)V+23 j org.eclipse.jface.window.Window.open()I+49 j org.eclipse.ui.internal.OpenPreferencesAction.run()V+17 j org.eclipse.jface.action.Action.runWithEvent(Lorg/eclipse/swt/widgets/Event;)V+1 j org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(Lorg/eclipse/swt/widgets/Event;Z)V+278 j org.eclipse.jface.action.ActionContributionItem.access$2(Lorg/eclipse/jface/action/ActionContributionItem;Lorg/eclipse/swt/widgets/Event;Z)V+3 j org.eclipse.jface.action.ActionContributionItem$5.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+60 v ~C2IAdapter J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V v ~I2CAdapter j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+25 j org.eclipse.swt.widgets.Display.runDeferredEvents()Z+84 j org.eclipse.swt.widgets.Display.readAndDispatch()Z+33 v ~C2IAdapter J org.eclipse.ui.internal.Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V v ~OSRAdapter j org.eclipse.ui.internal.Workbench.runUI()I+336 j org.eclipse.ui.internal.Workbench.access$4(Lorg/eclipse/ui/internal/Workbench;)I+1 j org.eclipse.ui.internal.Workbench$4.run()V+23 j org.eclipse.core.databinding.observable.Realm.runWithDefault(Lorg/eclipse/core/databinding/observable/Realm;Ljava/lang/Runnable;)V+12 j org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+18 j org.eclipse.ui.PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+2 j org.eclipse.ui.internal.ide.application.IDEApplication.start(Lorg/eclipse/equinox/app/IApplicationContext;)Ljava/lang/Object;+81 j org.eclipse.equinox.internal.app.EclipseAppHandle.run(Ljava/lang/Object;)Ljava/lang/Object;+100 j org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Ljava/lang/Object;)Ljava/lang/Object;+103 j org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Ljava/lang/Object;)Ljava/lang/Object;+29 j org.eclipse.core.runtime.adaptor.EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;+118 j org.eclipse.core.runtime.adaptor.EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;+183 v ~StubRoutines::call_stub j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0 j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87 j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6 j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+111 j org.eclipse.equinox.launcher.Main.invokeFramework([Ljava/lang/String;[Ljava/net/URL;)V+148 j org.eclipse.equinox.launcher.Main.basicRun([Ljava/lang/String;)V+114 j org.eclipse.equinox.launcher.Main.run([Ljava/lang/String;)I+4 j org.eclipse.equinox.launcher.Main.main([Ljava/lang/String;)V+10 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x48244600 JavaThread "Update Run Page Action" [_thread_blocked, id=-1926609408] 0x43621780 JavaThread "DLTK indexing" daemon [_thread_blocked, id=1088505344] 0x48244000 JavaThread "Thread-9" [_thread_blocked, id=-1926611456] 0x48242200 JavaThread "Timer-3" [_thread_blocked, id=-1926614272] 0x43ad2800 JavaThread "Timer-2" daemon [_thread_blocked, id=1129994752] 0x43621600 JavaThread "Thread-5" [_thread_blocked, id=1088505088] 0x43ad2680 JavaThread "Worker-8" [_thread_blocked, id=1129994496] 0x40d1a300 JavaThread "Worker-6" [_thread_blocked, id=1087517184] 0x4100b180 JavaThread "Worker-5" [_thread_blocked, id=1090609408] 0x41449600 JavaThread "Worker-4" [_thread_blocked, id=1090352128] 0x43621480 JavaThread "Worker-3" [_thread_blocked, id=1088504832] 0x48243e80 JavaThread "Timer-1" [_thread_blocked, id=-1944680448] 0x48243d00 JavaThread "Timer-0" [_thread_blocked, id=-1944680704] 0x48243580 JavaThread "Java indexing" daemon [_thread_blocked, id=-1962292224] 0x48241d80 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=1120963328] 0x48241c00 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=1120963072] 0x48241a80 JavaThread "State Data Manager" daemon [_thread_blocked, id=1120962816] 0x48241780 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1210064896] 0x4823b560 JavaThread "CompilerThread1" daemon [_thread_blocked, id=1210064640] 0x4823b3d0 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1210064384] 0x4823b240 JavaThread "AdapterThread" daemon [_thread_blocked, id=1210064128] 0x48241600 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1210063872] 0x48241480 JavaThread "Finalizer" daemon [_thread_blocked, id=1210063616] 0x48241300 JavaThread "Reference Handler" daemon [_thread_blocked, id=1210063360] =>0x48241180 JavaThread "main" [_thread_in_native, id=1210061056] Other Threads: 0x48211de0 VMThread [id=1210062848] 0x482122e0 WatcherThread [id=1210065152] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 46784K, used 34503K [0x75020000, 0x788f0000, 0x78900000) eden space 35968K, 89% used [0x75020000,0x76f8d228,0x77340000) from space 10816K, 21% used [0x77340000,0x77584ac0,0x77dd0000) to space 10752K, 0% used [0x77e70000,0x77e70000,0x788f0000) PSOldGen total 233024K, used 89066K [0x58900000, 0x66c90000, 0x75020000) object space 233024K, 38% used [0x58900000,0x5dffa970,0x66c90000) PSPermGen total 56448K, used 56356K [0x48900000, 0x4c020000, 0x58900000) object space 56448K, 99% used [0x48900000,0x4c009280,0x4c020000) Dynamic libraries: 0x08048000 /usr/local/jdk1.5.0/bin/java 0x48089000 /lib/libz.so.4 0x4809e000 /lib/libthr.so.3 0x480b1000 /lib/libc.so.7 0x48300000 /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so 0x481c2000 /lib/libm.so.5 0x3a053000 /usr/local/jdk1.5.0/jre/lib/i386/native_threads/libhpi.so 0x3a065000 /usr/local/jdk1.5.0/jre/lib/i386/libverify.so 0x3a072000 /usr/local/jdk1.5.0/jre/lib/i386/libjava.so 0x3a093000 /usr/local/jdk1.5.0/jre/lib/i386/libzip.so 0x403a6000 /usr/local/eclipse-europa-jdk15/plugins/org.eclipse.equinox.launcher.gtk.freebsd.x86_1.0.0.v20070606/eclipse_1017a.so 0x41600000 /usr/X11R6/lib/libgtk-x11-2.0.so.0 0x403b9000 /usr/X11R6/lib/libgdk_pixbuf-2.0.so.0 0x419df000 /usr/X11R6/lib/libgobject-2.0.so.0 0x41a1b000 /usr/X11R6/lib/libgdk-x11-2.0.so.0 0x403d1000 /usr/local/lib/libpangocairo-1.0.so.0 0x412c5000 /usr/local/lib/libpangoft2-1.0.so.0 0x41aa9000 /usr/local/lib/libfontconfig.so.1 0x41adc000 /usr/local/lib/libfreetype.so.9 0x41b57000 /usr/local/lib/libpango-1.0.so.0 0x41b96000 /usr/local/lib/libX11.so.6 0x403da000 /usr/local/lib/libXfixes.so.3 0x403df000 /usr/local/lib/libatk-1.0.so.0 0x403f9000 /usr/local/lib/libgmodule-2.0.so.0 0x41c93000 /usr/local/lib/libglib-2.0.so.0 0x41d36000 /usr/local/lib/libiconv.so.3 0x41e26000 /usr/local/lib/libcairo.so.2 0x412f5000 /usr/local/lib/libintl.so.8 0x41eb1000 /usr/local/lib/libXext.so.6 0x41ec1000 /usr/local/lib/libXrender.so.1 0x403fd000 /usr/local/lib/libXinerama.so.1 0x41ec9000 /usr/local/lib/libXi.so.6 0x41ed1000 /usr/local/lib/libXrandr.so.2 0x41ed8000 /usr/local/lib/libXcursor.so.1 0x41ee2000 /usr/local/lib/libexpat.so.6 0x41f0e000 /usr/local/lib/libXau.so.6 0x41f11000 /usr/local/lib/libXdmcp.so.6 0x41f16000 /usr/lib/librpcsvc.so.4 0x41f1e000 /usr/local/lib/libicui18n.so.36 0x42059000 /usr/local/lib/libglitz.so.1 0x42080000 /usr/local/lib/libpng.so.5 0x420a5000 /usr/X11R6/lib/libicuuc.so.36 0x421bf000 /usr/X11R6/lib/libicudata.so.36 0x42b6f000 /usr/lib/libstdc++.so.6 0x42c61000 /lib/libgcc_s.so.1 0x42ca6000 /usr/local/lib/gtk-2.0/2.10.0/engines/libclearlooks.so 0x42cc4000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-bmp.so 0x42cd1000 /usr/local/jdk1.5.0/jre/lib/i386/libnet.so 0x42ce2000 /usr/local/jdk1.5.0/jre/lib/i386/libnio.so 0x89fbd000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-gtk-3346.so 0x8a100000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-pi-gtk-3346.so 0x89fc1000 /usr/X11R6/lib/libgthread-2.0.so.0 0x89fc6000 /usr/X11R6/lib/libXtst.so.6 0x89fcf000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/109/1/.cp/os/freebsd/x86/liblocalfile_1_0_0.so 0x43900000 /usr/local/lib/gtk-2.0/immodules/im-scim.so 0x43b00000 /usr/local/lib/libscim-1.0.so.10 0x43927000 /usr/local/lib/libscim-x11utils-1.0.so.10 0x4392a000 /usr/local/lib/scim-1.0/1.4.0/Config/socket.so 0x43932000 /usr/local/lib/scim-1.0/1.4.0/IMEngine/socket.so 0x43bfa000 /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so 0x43d9a000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-atk-gtk-3346.so 0x43da1000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-cairo-gtk-3346.so 0x8b4fc000 /usr/local/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so 0x8cbc6000 /usr/local/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so 0x8cfc2000 /usr/local/lib/libcups.so.2 0x8cff4000 /usr/local/lib/libgnutls.so.13 0x8cbd3000 /usr/local/lib/libtasn1.so.3 0x8d062000 /usr/local/lib/libgcrypt.so.13 0x8bafa000 /usr/local/lib/libgpg-error.so.0 0x8cbe4000 /lib/libcrypt.so.4 0x89ff6000 /usr/local/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so 0x8b200000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-mozilla-gtk-3346.so 0x8b20c000 /usr/local/lib/xulrunner/libxpcom.so 0x8b210000 /usr/X11R6/lib/libplds4.so.1 0x8b247000 /usr/X11R6/lib/libplc4.so.1 0x8b27f000 /usr/X11R6/lib/libnspr4.so.1 0x8e03b000 /usr/local/lib/xulrunner/libxul.so 0x8b2bc000 /usr/X11R6/lib/libjpeg.so.9 0x8bafe000 /usr/local/lib/xulrunner/libmozjs.so 0x8b2e1000 /usr/X11R6/lib/libXft.so.2 0x8bb94000 /usr/X11R6/lib/libXt.so.6 0x8b2f6000 /usr/local/lib/libSM.so.6 0x8bdc5000 /usr/local/lib/libICE.so.6 0x8bbeb000 /usr/local/lib/xulrunner/components/libsystem-pref.so 0x8bddd000 /usr/X11R6/lib/libgconf-2.so.4 0x8be10000 /usr/local/lib/libORBit-2.so.0 0x8bbf1000 /usr/local/lib/xulrunner/components/libpipboot.so 0x8be78000 /usr/X11R6/lib/libgnome-2.so 0x8be8c000 /usr/local/lib/libgnomevfs-2.so.0 0x8d358000 /usr/local/lib/libbonobo-2.so.0 0x8c2c9000 /usr/local/lib/libbonobo-activation.so.4 0x8beee000 /usr/local/lib/libesd.so.2 0x8d1ce000 /usr/local/lib/libaudiofile.so.0 0x8bbf8000 /usr/local/lib/libpopt.so.0 0x8d600000 /usr/local/lib/libxml2.so.5 0x8c2dd000 /usr/local/lib/libdbus-glib-1.so.2 0x8d3b1000 /usr/local/lib/libdbus-1.so.3 0x8d76e000 /usr/lib/libssl.so.5 0x8d8bb000 /lib/libcrypto.so.5 0x8b8fb000 /usr/local/lib/libavahi-glib.so.1 0x8d3ee000 /usr/local/lib/libavahi-common.so.3 0x8d7b0000 /usr/local/lib/libavahi-client.so.3 0x8d7c0000 /lib/libutil.so.7 0x8bff9000 /usr/local/lib/libORBitCosNaming-2.so.0 0x440fd000 /lib/libssp.so.0 0x8c2fa000 /usr/local/lib/xulrunner/components/libpermissions.so 0x8d7ce000 /usr/local/lib/xulrunner/components/libcookie.so 0x8b100000 /usr/local/eclipse-europa-jdk15/configuration/org.eclipse.osgi/bundles/71/1/.cp/libswt-gnome-gtk-3346.so 0x8b104000 /usr/X11R6/lib/libgnomeui-2.so.0 0x8b192000 /usr/local/lib/libbonoboui-2.so.0 0x8d500000 /usr/local/lib/libgnomecanvas-2.so.0 0x8d52c000 /usr/local/lib/libart_lgpl_2.so.5 0x8b1f1000 /usr/local/lib/libgnome-keyring.so.0 0x8d543000 /usr/local/lib/gnome-vfs-2.0/modules/libfile.so 0x8d54c000 /usr/local/lib/libfam.so.0 0x8d563000 /usr/local/lib/gtk-2.0/2.10.0/filesystems/libgnome-vfs.so 0x48052000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -XX:MaxPermSize=256m -Xms256m -Xmx512m java_command: /usr/local/eclipse-europa-jdk15/plugins/org.eclipse.equinox.launcher_1.0.0.v20070606.jar -os freebsd -ws gtk -arch x86 -showsplash -launcher /usr/local/eclipse-europa-jdk15/eclipse -name Eclipse --launcher.library /usr/local/eclipse-europa-jdk15/plugins/org.eclipse.equinox.launcher.gtk.freebsd.x86_1.0.0.v20070606/eclipse_1017a.so -startup /usr/local/eclipse-europa-jdk15/plugins/org.eclipse.equinox.launcher_1.0.0.v20070606.jar -exitdata 70011 -vm /usr/local/jdk1.5.0/bin/java -vmargs -XX:MaxPermSize=256m -Xms256m -Xmx512m -jar /usr/local/eclipse-europa-jdk15/plugins/org.eclipse.equinox.launcher_1.0.0.v20070606.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 PATH=/usr/local/jdk1.5.0/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin USERNAME=ken LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/i386/server:/usr/local/jdk1.5.0/jre/lib/i386:/usr/local/jdk1.5.0/jre/../lib/i386::/usr/local/lib/xulrunner:/usr/local/lib/xulrunner SHELL=/bin/csh DISPLAY=:0.0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=i386 Signal Handlers: SIGSEGV: [libjvm.so+0x527360], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x527360], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGPIPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGILL: [libjvm.so+0x43fcd0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: [libfam.so.0+0x5940], sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGHUP: [libjvm.so+0x441dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: [libjvm.so+0x441dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGQUIT: [libjvm.so+0x441dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x441dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #66: Thu Aug 30 16:36:00 JST 2007 ken@tyd3.sub.tydfam.jp:/usr/obj/usr/src/sys/TYD3 i386 rlimit: STACK 262144k, CORE infinity, NOFILE 11095 CPU:total 4 (cores per cpu 2, threads per core 1) family 15 model 33 stepping 2, cmov, cx8, fxsr, mmx, mmxext, 3dnowext, 3dnow Memory: 4k page, physical 1877640k vm_info: Java HotSpot(TM) Server VM (1.5.0_12-p6-ken_03_sep_2007_16_38) for freebsd-x86, built on Sep 3 2007 16:55:31 by root with gcc 4.2.1 20070719 [FreeBSD] From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 15:46:00 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A9A16A41B; Sun, 16 Sep 2007 15:46:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 81AFE13C45A; Sun, 16 Sep 2007 15:46:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8GFjwwv022327; Sun, 16 Sep 2007 11:45:59 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 16 Sep 2007 11:45:59 -0400 (EDT) Date: Sun, 16 Sep 2007 11:45:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kip Macy In-Reply-To: Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, Kris Kennaway , freebsd-java@freebsd.org, performance@freebsd.org, Kurt Miller Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 15:46:00 -0000 On Sat, 15 Sep 2007, Kip Macy wrote: > Or more likely they'll continue to maintain a sched_yield that isn't > posix compliant. We may just want to add some sort of interface so the > jvm can tell the kernel that sched_yield should be non-compliant for > the current process. I don't think that is a good idea, it seems like too much of a hack. The scheduler(s) should schedule threads the way they are designed to, either obeying a threads priority, using it as a hint, or totally ignoring it. If the JVM kept track of the thread priorities in use, I suppose Thread.yield() could first lower the current thread's priority to the next used priority and then yield, raising the priority back after the yield. This isn't perfect, there are race conditions, the next highest priority thread(s) could be blocked and not runnable, etc. Maybe just lowering the priority to min or default priority would work well enough. This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO since it is POSIX compliant for those scheduling classes. -- DE From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 15:46:00 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A9A16A41B; Sun, 16 Sep 2007 15:46:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 81AFE13C45A; Sun, 16 Sep 2007 15:46:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8GFjwwv022327; Sun, 16 Sep 2007 11:45:59 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Sun, 16 Sep 2007 11:45:59 -0400 (EDT) Date: Sun, 16 Sep 2007 11:45:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kip Macy In-Reply-To: Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, Kris Kennaway , freebsd-java@freebsd.org, performance@freebsd.org, Kurt Miller Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 15:46:00 -0000 On Sat, 15 Sep 2007, Kip Macy wrote: > Or more likely they'll continue to maintain a sched_yield that isn't > posix compliant. We may just want to add some sort of interface so the > jvm can tell the kernel that sched_yield should be non-compliant for > the current process. I don't think that is a good idea, it seems like too much of a hack. The scheduler(s) should schedule threads the way they are designed to, either obeying a threads priority, using it as a hint, or totally ignoring it. If the JVM kept track of the thread priorities in use, I suppose Thread.yield() could first lower the current thread's priority to the next used priority and then yield, raising the priority back after the yield. This isn't perfect, there are race conditions, the next highest priority thread(s) could be blocked and not runnable, etc. Maybe just lowering the priority to min or default priority would work well enough. This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO since it is POSIX compliant for those scheduling classes. -- DE From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 19:56:50 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBC316A420 for ; Sun, 16 Sep 2007 19:56:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7958913C478 for ; Sun, 16 Sep 2007 19:56:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1040035rvb for ; Sun, 16 Sep 2007 12:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=B9UmwWyct4ImbUGW5xXk/HHlVLhZK+nTa7D7gvIFLC8=; b=gUOBUUT6CEGNbQVjJAZAjvgemfGoRm0oHsOALn+Pb5xcBnhmF4S5qEl101gcdCXU3JRnh3YoBdwbYIh8BIJm2ZGS9lktZ8byDcbqUp5DQQTcNPKHN3lrCcQknLzXktUZ4b1qpnN/xQTIGDxSU0ek4khkcaKfGB+oja8SLHv1B9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ed2licbUprFB+nmEoj5JmlnlOd1eSYEAgZTrmbK2z5KAqcGb3TQl0i1T2qKmMeN892ju9vj+BN+nDG86zX4pfYyEK3qe2L3j4RA4IfeCujNrrCydQyETr2EKg+LY/tv3OBBZhP8gf/5wevDIYzpoKknWLiXOlIKJYSHVg6zQVWw= Received: by 10.114.37.1 with SMTP id k1mr1784793wak.1189972609701; Sun, 16 Sep 2007 12:56:49 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Sun, 16 Sep 2007 12:56:49 -0700 (PDT) Message-ID: Date: Sun, 16 Sep 2007 12:56:49 -0700 From: "Kip Macy" To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Cc: java@freebsd.org, Kris Kennaway , freebsd-java@freebsd.org, performance@freebsd.org, Kurt Miller Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 19:56:50 -0000 On 9/16/07, Daniel Eischen wrote: > On Sat, 15 Sep 2007, Kip Macy wrote: > > > Or more likely they'll continue to maintain a sched_yield that isn't > > posix compliant. We may just want to add some sort of interface so the > > jvm can tell the kernel that sched_yield should be non-compliant for > > the current process. > > I don't think that is a good idea, it seems like too much of a hack. > The scheduler(s) should schedule threads the way they are designed > to, either obeying a threads priority, using it as a hint, or totally > ignoring it. > > If the JVM kept track of the thread priorities in use, I suppose > Thread.yield() could first lower the current thread's priority to > the next used priority and then yield, raising the priority back after > the yield. This isn't peIrfect, there are race conditions, the next > highest priority thread(s) could be blocked and not runnable, etc. > Maybe just lowering the priority to min or default priority would work > well enough. Yes, if we could hack the jvm to work around this without calling sleep that would be better yet. However, making java work well is more important than keeping the interface clean. > This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO > since it is POSIX compliant for those scheduling classes. I honestly don't think it matters. The JCK using it implies that there are probably java apps that rely on this defective behavior. I would be willing to bet that Solaris and Java developers at Sun already had this argument and the Java developers won :-(. -Kip From owner-freebsd-java@FreeBSD.ORG Sun Sep 16 19:56:51 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB0416A421 for ; Sun, 16 Sep 2007 19:56:51 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id E077113C494 for ; Sun, 16 Sep 2007 19:56:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1763654waf for ; Sun, 16 Sep 2007 12:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=B9UmwWyct4ImbUGW5xXk/HHlVLhZK+nTa7D7gvIFLC8=; b=gUOBUUT6CEGNbQVjJAZAjvgemfGoRm0oHsOALn+Pb5xcBnhmF4S5qEl101gcdCXU3JRnh3YoBdwbYIh8BIJm2ZGS9lktZ8byDcbqUp5DQQTcNPKHN3lrCcQknLzXktUZ4b1qpnN/xQTIGDxSU0ek4khkcaKfGB+oja8SLHv1B9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ed2licbUprFB+nmEoj5JmlnlOd1eSYEAgZTrmbK2z5KAqcGb3TQl0i1T2qKmMeN892ju9vj+BN+nDG86zX4pfYyEK3qe2L3j4RA4IfeCujNrrCydQyETr2EKg+LY/tv3OBBZhP8gf/5wevDIYzpoKknWLiXOlIKJYSHVg6zQVWw= Received: by 10.114.37.1 with SMTP id k1mr1784793wak.1189972609701; Sun, 16 Sep 2007 12:56:49 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Sun, 16 Sep 2007 12:56:49 -0700 (PDT) Message-ID: Date: Sun, 16 Sep 2007 12:56:49 -0700 From: "Kip Macy" To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Cc: java@freebsd.org, Kris Kennaway , freebsd-java@freebsd.org, performance@freebsd.org, Kurt Miller Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 19:56:51 -0000 On 9/16/07, Daniel Eischen wrote: > On Sat, 15 Sep 2007, Kip Macy wrote: > > > Or more likely they'll continue to maintain a sched_yield that isn't > > posix compliant. We may just want to add some sort of interface so the > > jvm can tell the kernel that sched_yield should be non-compliant for > > the current process. > > I don't think that is a good idea, it seems like too much of a hack. > The scheduler(s) should schedule threads the way they are designed > to, either obeying a threads priority, using it as a hint, or totally > ignoring it. > > If the JVM kept track of the thread priorities in use, I suppose > Thread.yield() could first lower the current thread's priority to > the next used priority and then yield, raising the priority back after > the yield. This isn't peIrfect, there are race conditions, the next > highest priority thread(s) could be blocked and not runnable, etc. > Maybe just lowering the priority to min or default priority would work > well enough. Yes, if we could hack the jvm to work around this without calling sleep that would be better yet. However, making java work well is more important than keeping the interface clean. > This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO > since it is POSIX compliant for those scheduling classes. I honestly don't think it matters. The JCK using it implies that there are probably java apps that rely on this defective behavior. I would be willing to bet that Solaris and Java developers at Sun already had this argument and the Java developers won :-(. -Kip From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 01:16:25 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D1516A417; Mon, 17 Sep 2007 01:16:25 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A382E13C467; Mon, 17 Sep 2007 01:16:25 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1985B1A4D7C; Sun, 16 Sep 2007 17:59:12 -0700 (PDT) Date: Sun, 16 Sep 2007 17:59:12 -0700 From: Alfred Perlstein To: Daniel Eischen Message-ID: <20070917005912.GT79417@elvis.mu.org> References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: performance@freebsd.org, Kip Macy , Kris Kennaway , java@freebsd.org, Kurt Miller , freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 01:16:26 -0000 * Daniel Eischen [070916 08:46] wrote: > On Sat, 15 Sep 2007, Kip Macy wrote: > > >Or more likely they'll continue to maintain a sched_yield that isn't > >posix compliant. We may just want to add some sort of interface so the > >jvm can tell the kernel that sched_yield should be non-compliant for > >the current process. > > I don't think that is a good idea, it seems like too much of a hack. > The scheduler(s) should schedule threads the way they are designed > to, either obeying a threads priority, using it as a hint, or totally > ignoring it. > > If the JVM kept track of the thread priorities in use, I suppose > Thread.yield() could first lower the current thread's priority to > the next used priority and then yield, raising the priority back after > the yield. This isn't perfect, there are race conditions, the next > highest priority thread(s) could be blocked and not runnable, etc. > Maybe just lowering the priority to min or default priority would work > well enough. > > This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO > since it is POSIX compliant for those scheduling classes. Since Sun wasn't concenred with correctness, just performance, I don't think we have to shoot for the moon here. I think your suggestion about temporarily lowering priority makes sense. -Alfred From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 01:16:25 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D1516A417; Mon, 17 Sep 2007 01:16:25 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A382E13C467; Mon, 17 Sep 2007 01:16:25 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1985B1A4D7C; Sun, 16 Sep 2007 17:59:12 -0700 (PDT) Date: Sun, 16 Sep 2007 17:59:12 -0700 From: Alfred Perlstein To: Daniel Eischen Message-ID: <20070917005912.GT79417@elvis.mu.org> References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: performance@freebsd.org, Kip Macy , Kris Kennaway , java@freebsd.org, Kurt Miller , freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 01:16:26 -0000 * Daniel Eischen [070916 08:46] wrote: > On Sat, 15 Sep 2007, Kip Macy wrote: > > >Or more likely they'll continue to maintain a sched_yield that isn't > >posix compliant. We may just want to add some sort of interface so the > >jvm can tell the kernel that sched_yield should be non-compliant for > >the current process. > > I don't think that is a good idea, it seems like too much of a hack. > The scheduler(s) should schedule threads the way they are designed > to, either obeying a threads priority, using it as a hint, or totally > ignoring it. > > If the JVM kept track of the thread priorities in use, I suppose > Thread.yield() could first lower the current thread's priority to > the next used priority and then yield, raising the priority back after > the yield. This isn't perfect, there are race conditions, the next > highest priority thread(s) could be blocked and not runnable, etc. > Maybe just lowering the priority to min or default priority would work > well enough. > > This test would fail even on Solaris if you use SCHED_RR or SCHED_FIFO > since it is POSIX compliant for those scheduling classes. Since Sun wasn't concenred with correctness, just performance, I don't think we have to shoot for the moon here. I think your suggestion about temporarily lowering priority makes sense. -Alfred From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 01:30:17 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B23D616A41B; Mon, 17 Sep 2007 01:30:17 +0000 (UTC) (envelope-from freebsd@spatula.net) Received: from turing.morons.org (turing.morons.org [208.96.51.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1EF13C458; Mon, 17 Sep 2007 01:30:17 +0000 (UTC) (envelope-from freebsd@spatula.net) Received: by turing.morons.org (Postfix, from userid 1001) id E94F617036; Sun, 16 Sep 2007 18:30:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by turing.morons.org (Postfix) with ESMTP id E623F17034; Sun, 16 Sep 2007 18:30:08 -0700 (PDT) Date: Sun, 16 Sep 2007 18:30:08 -0700 (PDT) From: Nick Johnson X-X-Sender: spatula@turing To: Alfred Perlstein In-Reply-To: <20070917005912.GT79417@elvis.mu.org> Message-ID: <20070916182507.W82369@turing> References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> <20070917005912.GT79417@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 01:30:17 -0000 On Sun, 16 Sep 2007, Alfred Perlstein wrote: > > Thread.yield() could first lower the current thread's priority to > > the next used priority and then yield, raising the priority back after > > the yield. This isn't perfect, there are race conditions, the next > > highest priority thread(s) could be blocked and not runnable, etc. > > Maybe just lowering the priority to min or default priority would work > > well enough. [snip] > I think your suggestion about temporarily lowering priority > makes sense. That sounds sane to me... if the JVM also keeps track of the fact of another thread's having executed, one could lower the priority of the thread to some minimum value, and then only raise it again once another thread managed to execute... it seems like that would roughly recreate the behaviour they're looking for. (Although maybe just dropping it to the minimum possible priority and then restoring the priority the next time the thread ran would be sufficient to prevent the deadlock? Perhaps an absolutely minimum priority value could be reserved for threads from which this yielding behaviour was needed so in case there were other threads that also had a low priority, they'd still have a higher priority than the thread being asked to yield?) Nick -- "Courage isn't just a matter of not being frightened, you know. It's being afraid and doing what you have to do anyway." Doctor Who - Planet of the Daleks This message has been brought to you by Nick Johnson 2.3b1 and the number 6. http://healerNick.com/ http://morons.org/ http://spatula.net/ From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 01:47:56 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D68F16A417; Mon, 17 Sep 2007 01:47:56 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEE613C48D; Mon, 17 Sep 2007 01:47:55 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8H1lrbN023210; Sun, 16 Sep 2007 21:47:54 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8H1lrpZ004358; Sun, 16 Sep 2007 21:47:54 -0400 (EDT) Message-ID: <46EDDCC9.90403@intricatesoftware.com> Date: Sun, 16 Sep 2007 21:47:53 -0400 From: Kurt Miller User-Agent: Thunderbird 2.0.0.5 (X11/20070804) MIME-Version: 1.0 To: Kip Macy References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: Daniel Eischen , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 01:47:56 -0000 Kip Macy wrote: > Yes, if we could hack the jvm to work around this without calling > sleep that would be better yet. However, making java work well is more > important than keeping the interface clean. One possible alternative is to not honor thread priorities in the jdk by default. In hotspot/src/os/linux/vm/os_linux.cpp I see this comment: // Note: LinuxThreads only honor thread priority for real time threads. // sched_priority is ignored if policy is SCHED_OTHER. This function is // equivalent to a "noop" on current Linux platforms. OSReturn os::set_native_priority(Thread* thread, int newpri) { which leads me to believe linux doesn't honor thread priorities in the jdk. Perhaps someone could verify that on a linux box. If linux and/or windows doesn't actually honor thread priorities I don't see why we need to. IIRC, there weren't any specific JCK tests that validated a higher priority thread actually got more time then a lower one (I could be wrong on that since there was > 30k tests in the jck). So we could default UseThreadPriorities to false and make the os_sleep() call only be used when UseThreadPriorities is true (i.e. the user explicitly sets -XX:+UseThreadPriorities). Can someone check out linux to see if it indeed supports or ignores thread priorities for java programs? -Kurt From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 02:34:10 2007 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D875D16A417; Mon, 17 Sep 2007 02:34:10 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C6F3B13C457; Mon, 17 Sep 2007 02:34:10 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8H2Y77C017951; Mon, 17 Sep 2007 02:34:08 GMT (envelope-from davidxu@freebsd.org) Message-ID: <46EDE7CF.8060100@freebsd.org> Date: Mon, 17 Sep 2007 10:34:55 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <46EC1B55.4060202@FreeBSD.org> In-Reply-To: <46EC1B55.4060202@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: java@freebsd.org, performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 02:34:11 -0000 Kris Kennaway wrote: > Hi, > > I have been running the volano java benchmark > (http://www.volano.com/benchmarks.html) on an 8-core i386 system, and > out of the box jdk15 on FreeBSD performs extremely poorly. The system > is more than 90% idle, and profiling shows that the ~800 threads in the > benchmark are spending most of their time doing short nanosleep() calls. > > > I traced it to the following FreeBSD-specific hack in the jdk: > > // XXXBSD: understand meaning and workaround related to yield > ... > // XXXBSD: done differently in 1.3.1, take a look > int os::sleep(Thread* thread, jlong millis, bool interruptible) { > assert(thread == Thread::current(), "thread consistency check"); > ... > > if (millis <= 0) { > // NOTE: workaround for bug 4338139 > if (thread->is_Java_thread()) { > ThreadBlockInVM tbivm((JavaThread*) thread); > // BSDXXX: Only use pthread_yield here and below if the system thread > // scheduler gives time slices to lower priority threads when yielding. > #ifdef __FreeBSD__ > os_sleep(MinSleepInterval, interruptible); > #else > pthread_yield(); > #endif > > When I removed this hack (i.e. revert to pthread_yield()) I got an > immediate 7-fold performance increase, which brings FreeBSD performance > on par with Solaris. > > What is the reason why this code is necessary? Does FreeBSD's > sched_yield() really have different semantics to the other operating > systems, or was this a libkse bug that was being worked around? > > Kris Yeah, our sched_yield() really works well, in kernel, if the thread scheduling policy is SCHED_OTHER (time-sharing), scheduler temporarily lowers its priority to PRI_MAX_TIMESHARE, it is enough to give some CPU time to other threads. Why doesn't the UNIX time-sharing work for java ? Regards, David Xu From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 04:57:48 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E729816A468 for ; Mon, 17 Sep 2007 04:57:48 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D198F13C45D for ; Mon, 17 Sep 2007 04:57:48 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id BC3681A4D7C; Sun, 16 Sep 2007 21:57:48 -0700 (PDT) Date: Sun, 16 Sep 2007 21:57:48 -0700 From: Alfred Perlstein To: Nick Johnson Message-ID: <20070917045748.GU79417@elvis.mu.org> References: <46EC1B55.4060202@FreeBSD.org> <200709152250.50879.kurt@intricatesoftware.com> <20070917005912.GT79417@elvis.mu.org> <20070916182507.W82369@turing> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070916182507.W82369@turing> User-Agent: Mutt/1.4.2.3i Cc: freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 04:57:49 -0000 * Nick Johnson [070916 18:30] wrote: > On Sun, 16 Sep 2007, Alfred Perlstein wrote: > > > > Thread.yield() could first lower the current thread's priority to > > > the next used priority and then yield, raising the priority back after > > > the yield. This isn't perfect, there are race conditions, the next > > > highest priority thread(s) could be blocked and not runnable, etc. > > > Maybe just lowering the priority to min or default priority would work > > > well enough. > [snip] > > I think your suggestion about temporarily lowering priority > > makes sense. > > That sounds sane to me... if the JVM also keeps track of the fact of > another thread's having executed, one could lower the priority of the > thread to some minimum value, and then only raise it again once another > thread managed to execute... it seems like that would roughly recreate the > behaviour they're looking for. > > (Although maybe just dropping it to the minimum possible priority and then > restoring the priority the next time the thread ran would be sufficient to > prevent the deadlock? Perhaps an absolutely minimum priority value could > be reserved for threads from which this yielding behaviour was needed so > in case there were other threads that also had a low priority, they'd > still have a higher priority than the thread being asked to yield?) You second suggestion makes more sense as I would guess that the intent is to lower the priority until the next quantum. The second part of your second suggestion is not 100% needed (although it may be helpful) as the scheduler will appopriately run another thread and they will then contend at that lower level. -- - Alfred Perlstein From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 09:56:32 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E0316A418 for ; Mon, 17 Sep 2007 09:56:32 +0000 (UTC) (envelope-from andy@triera.net) Received: from md2.t-2.net (md2.t-2.net [84.255.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id D7A6613C494 for ; Mon, 17 Sep 2007 09:56:31 +0000 (UTC) (envelope-from andy@triera.net) Received: from garfield.t-2.net ([86.58.35.102]) by md2.t-2.net (MOS 3.7.5-GA) with ESMTP id BXC20692 (AUTH andy@t-2.net); Mon, 17 Sep 2007 11:44:51 +0200 (CEST) Message-Id: <200709170944.BXC20692@md2.t-2.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 17 Sep 2007 11:44:50 +0200 To: freebsd-java@freebsd.org From: Aleksander Rozman - Andy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Junkmail-Status: score=10/150, host=md2.t-2.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090202.46EE4C94.00A7,ss=1,fgs=0, ip=86.58.35.102, so=2006-03-30 10:46:40, dmn=5.4.3/2007-09-06 Subject: Azureus problem with diablo-amd64 under current X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 09:56:32 -0000 Hi ! I have installed august 2007 version of current FreeBSD, and on it it's diablo-jdk... It runs with tomcat, but if I try running azureus I get some weird problem with threads. Attached is error message... Where is the problem? With java or freebsd? Any idea how to fix this is welcome... I tried running azureus 3, with azureus 2.5 this message is not displayed, but java dumps core... Should I send it here for further examination? For startup I am using scripts from linux version (it worked before I made reinstall of this machine) Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@triera.net * Sentinel, BH 90210, True's Trooper, * * andy@t-2.net * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org:2080/~andy/ * ************************************************************************** From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 09:57:20 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4F716A419 for ; Mon, 17 Sep 2007 09:57:20 +0000 (UTC) (envelope-from andy@triera.net) Received: from md2.t-2.net (md2.t-2.net [84.255.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id CDD2913C45B for ; Mon, 17 Sep 2007 09:57:19 +0000 (UTC) (envelope-from andy@triera.net) Received: from garfield.t-2.net ([86.58.35.102]) by md2.t-2.net (MOS 3.7.5-GA) with ESMTP id BXC20819 (AUTH andy@t-2.net); Mon, 17 Sep 2007 11:45:40 +0200 (CEST) Message-Id: <200709170945.BXC20819@md2.t-2.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 17 Sep 2007 11:45:40 +0200 To: freebsd-java@freebsd.org From: Aleksander Rozman - Andy Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_52490671==_" X-Junkmail-Status: score=10/150, host=md2.t-2.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090203.46EE4CC4.0144,ss=1,fgs=0, ip=86.58.35.102, so=2006-03-30 10:46:40, dmn=5.4.3/2007-09-06 Subject: Azureus problem with diablo-amd64 under current (again) X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 09:57:20 -0000 --=====================_52490671==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hi ! I have installed august 2007 version of current FreeBSD, and on it it's diablo-jdk... It runs with tomcat, but if I try running azureus I get some weird problem with threads. Attached is error message... Where is the problem? With java or freebsd? Any idea how to fix this is welcome... I tried running azureus 3, with azureus 2.5 this message is not displayed, but java dumps core... Should I send it here for further examination? For startup I am using scripts from linux version (it worked before I made reinstall of this machine) Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@triera.net * Sentinel, BH 90210, True's Trooper, * * andy@t-2.net * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org:2080/~andy/ * ************************************************************************** --=====================_52490671==_ Content-Type: text/plain; name="az_prob.txt"; x-mac-type="42494E41"; x-mac-creator="74747874" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="az_prob.txt" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIFNlcCAxNyAxMTowOTo1MCAyMDA3CllvdSBoYXZlIG1haWwu DQpnYXRla2VlcGVyIyBiYXNoIGF6B3VyZXVzIA0NClN0YXJ0aW5nIEF6dXJldXMuLi4NCmZpbmQ6 IC14dHlwZTogdW5rbm93biBvcHRpb24NCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxv Y2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhy ZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVt IGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQv dGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhp bXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJl YWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBt YXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0 aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRl ZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xp YnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNl ZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGli L2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdF eGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMv bGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9y ICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9z cmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFsIGVy cm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vz ci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZhdGFs IGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZpbGUg L3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkNCkZh dGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGluIGZp bGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0gMCkN CkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAxIGlu IGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5vID0g MCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUgMjAx IGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVycm5v ID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxpbmUg MjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMgKGVy cm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0IGxp bmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxkLmMg KGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwnIGF0 IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9ydGxk LmMgKGVycm5vID0gMCkNCkZhdGFsIGVycm9yICdFeGNlZWRlZCBtYXhpbXVtIGxvY2sgbGV2ZWwn IGF0IGxpbmUgMjAxIGluIGZpbGUgL3Vzci9zcmMvbGliL2xpYnB0aHJlYWQvdGhyZWFkL3Rocl9y dGxkLmMgKGVycm5vID0gMCkNCmF6dXJldXM6IGxpbmUgMTE3OiA3MDI2OSBTZWdtZW50YXRpb24g ZmF1bHQ6IDExICAoY29yZSBkdW1wZWQpICR7SkFWQV9QUk9HUkFNX0RJUn1qYXZhICIke0pBVkFf QVJHU30iIC1jcCAiJHtDTEFTU1BBVEh9IiAtRGphdmEubGlicmFyeS5wYXRoPSIke1BST0dSQU1f RElSfSIgLURhenVyZXVzLmluc3RhbGwucGF0aD0iJHtQUk9HUkFNX0RJUn0iIC1EYXp1cmV1cy5z Y3JpcHQ9IiQwIiAkSkFWQV9QUk9QUyAiJEAiID4gfi9helNjcmlwdA0KTG9hZGluZyBBenVyZXVz Og0KL3Vzci9sb2NhbC9kaWFibG8tamRrMS41LjAvYmluL2phdmEgLVhteDEyOG0gLWNwICIuL0F6 dXJldXMyLmphcjouL3N3dC5qYXIiIC1EamF2YS5saWJyYXJ5LnBhdGg9Ii9henVyZXVzIiAtRGF6 dXJldXMuaW5zdGFsbC5wYXRoPSIvYXp1cmV1cyIgLURhenVyZXVzLnNjcmlwdD0iYXp1cmV1cyIg LURhenVyZXVzLnNjcmlwdC52ZXJzaW9uPTIgb3JnLmd1ZHkuYXp1cmV1czIudWkuc3d0Lk1haW4g DQpGYXp1cmV1czogbGluZSAxODk6IDcwMjcyIFNlZ21lbnRhdGlvbiBmYXVsdDogMTEgIChjb3Jl IGR1bXBlZCkgJHtKQVZBX1BST0dSQU1fRElSfWphdmEgIiR7SkFWQV9BUkdTfSIgLWNwICIke0NM QVNTUEFUSH0iIC1EamF2YS5saWJyYXJ5LnBhdGg9IiR7UFJPR1JBTV9ESVJ9IiAtRGF6dXJldXMu aW5zdGFsbC5wYXRoPSIke1BST0dSQU1fRElSfSIgLURhenVyZXVzLnNjcmlwdD0iJDAiICRKQVZB X1BST1BTICRTVEFSVF9DTEFTUyAiJEAiDQpFeGl0IGZyb20gQXp1cmV1cyBjb21wbGV0ZQ0KTm8g c2h1dGRvd24gdGFza3MgdG8gZG8NCkF6dXJldXMgVEVSTUlOQVRFRC4NCmdhdGVrZWVwZXIjIGV4 aXQNDQpleGl0DQoKU2NyaXB0IGRvbmUgb24gTW9uIFNlcCAxNyAxMToxMDowOSAyMDA3Cg== --=====================_52490671==_-- From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 11:08:08 2007 Return-Path: Delivered-To: freebsd-java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15CB816A4C4 for ; Mon, 17 Sep 2007 11:08:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F289C13C4A8 for ; Mon, 17 Sep 2007 11:08:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8HB87wO049437 for ; Mon, 17 Sep 2007 11:08:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8HB86Uv049433 for freebsd-java@FreeBSD.org; Mon, 17 Sep 2007 11:08:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Sep 2007 11:08:06 GMT Message-Id: <200709171108.l8HB86Uv049433@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-java@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 11:08:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 f java/72151 java JVM crash on 5.2.1-R o java/76631 java any port linux-*-jdk12 will core dump if using linux_b o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/110912 java Java krb5 client leaks UDP connections o java/112595 java Java appletviewer frequently hangs (kse_release loop) o ports/113467 java Multiple "missing return value" errors building JDK on o java/114644 java tomcat goes out of PermSpace, jvm crashes 8 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext f java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires f ports/91244 java Bad instruction on making process of jdk14 o java/97461 java Diablo JDK does not report Update level in a format su o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/115279 java [UPDATE] java/java3d to 1.5.1 o java/115773 java java.nio channel selectors should use kqueue/kevent in 8 problems total. From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 11:08:55 2007 Return-Path: Delivered-To: java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E076B16A417 for ; Mon, 17 Sep 2007 11:08:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ADA6513C442 for ; Mon, 17 Sep 2007 11:08:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8HB8tB6049800 for ; Mon, 17 Sep 2007 11:08:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8HB8rla049796 for java@FreeBSD.org; Mon, 17 Sep 2007 11:08:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Sep 2007 11:08:53 GMT Message-Id: <200709171108.l8HB8rla049796@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: java@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 11:08:56 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 1 problem total. From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 15:21:30 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7A9A16A589; Mon, 17 Sep 2007 15:21:30 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4889113C46A; Mon, 17 Sep 2007 15:21:30 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l8HFJrnQ049644; Tue, 18 Sep 2007 00:20:47 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Tue, 18 Sep 2007 00:21:12 +0900 (JST) Message-Id: <20070918.002112.74756013.ken@tydfam.jp> To: mbowie@buzmo.com From: Ken Yamada In-Reply-To: <20070916.222306.74755899.ken@tydfam.jp> References: <20070913.115518.38718088.ken@tydfam.jp> <46E8C397.1040103@buzmo.com> <20070916.222306.74755899.ken@tydfam.jp> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91/4310/Mon Sep 17 21:47:06 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-eclipse@freebsd.org, dan@rucci.org, freebsd-java@freebsd.org Subject: Re: Eclipse-Europa core dump X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 15:21:31 -0000 I borrowed patch for os.c from swt-devel which intends to solve the output buffer pointer problem of realpath() wrapper, but still I have a core dump with realpath() in FileDialog.java. I had thought the cause of the problem was the same as reported with swt-devel. However, it seemingly was not correct... I updated http://www.tydfam.jp/eclipse-europa-dan.tgz. Any thoughts? From owner-freebsd-java@FreeBSD.ORG Mon Sep 17 16:54:30 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE6616A417 for ; Mon, 17 Sep 2007 16:54:30 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynwork1sv1.giulioferro.it (85-18-102-52.ip.fastwebnet.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF9C13C46C for ; Mon, 17 Sep 2007 16:54:20 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id A86FF33C89 for ; Mon, 17 Sep 2007 18:53:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from aurynwork1sv1.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i62jKM6qmrmm for ; Mon, 17 Sep 2007 18:53:53 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.114.15]) (Authenticated sender: gferro@giulioferro.it) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id B937533C82 for ; Mon, 17 Sep 2007 18:53:53 +0200 (CEST) Message-ID: <46EEB131.9000708@zirakzigil.org> Date: Mon, 17 Sep 2007 18:54:09 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: freebsd-java@freebsd.org Content-Type: multipart/mixed; boundary="------------040307090304050302090308" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problems with eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 16:54:30 -0000 This is a multi-part message in MIME format. --------------040307090304050302090308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I don't know why, but I can't seem to be able to run eclipse anymore. All happened when I added a new web application to the workplace. Now when I start the ide it starts and then crashes. freebsd 7 current amd64 jdk1.5.0.12p6_1,1 and jdk1.6.0.1p1_5 are both installed Find dumps included for both jdks --------------040307090304050302090308-- From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 00:10:22 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A13A216A41A for ; Tue, 18 Sep 2007 00:10:22 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 5352313C45B for ; Tue, 18 Sep 2007 00:10:22 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 32714 invoked from network); 17 Sep 2007 19:10:22 -0500 Received: from 124-170-67-198.dyn.iinet.net.au (HELO localhost) (124.170.67.198) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Sep 2007 19:10:22 -0500 Date: Tue, 18 Sep 2007 10:10:18 +1000 From: Norberto Meijome To: Giulio Ferro Message-ID: <20070918101018.02b40e4f@localhost> In-Reply-To: <46EEB131.9000708@zirakzigil.org> References: <46EEB131.9000708@zirakzigil.org> X-Mailer: Claws Mail 3.0.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-java@freebsd.org Subject: Re: Problems with eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 00:10:22 -0000 On Mon, 17 Sep 2007 18:54:09 +0200 Giulio Ferro wrote: > I don't know why, but I can't seem to be able to run eclipse anymore. > > All happened when I added a new web application to the workplace. > Now when I start the ide it starts and then crashes. Hi Giulio, Have you tried with a clean workspace, or with a clean ~/.eclipse directory? it may not solve the actual problem, but you may be able to use eclipse again. > > freebsd 7 current amd64 > jdk1.5.0.12p6_1,1 and jdk1.6.0.1p1_5 are both installed > > Find dumps included for both jdks you may want to include them inline OR make them available via http - the mailing list server strips out most attachments. B _________________________ {Beto|Norberto|Numard} Meijome "So limp of brain that for them to conceive an idea is to risk a haemorrhage. So limp of body that their purple dresses appear no more a dixative of housing nerves and sinews than when they hang suspended from their hooks" Mervin Peake, "Gormenghast", chap. 2, on the Earl's twin sisters I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 04:30:02 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E77516A418 for ; Tue, 18 Sep 2007 04:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D1DB013C465 for ; Tue, 18 Sep 2007 04:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8I4U1fL014221 for ; Tue, 18 Sep 2007 04:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8I4U1qd014220; Tue, 18 Sep 2007 04:30:01 GMT (envelope-from gnats) Resent-Date: Tue, 18 Sep 2007 04:30:01 GMT Resent-Message-Id: <200709180430.l8I4U1qd014220@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-java@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Nick Johnson Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B83E216A417 for ; Tue, 18 Sep 2007 04:27:40 +0000 (UTC) (envelope-from root@turing.morons.org) Received: from turing.morons.org (turing.morons.org [208.96.51.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCB613C478 for ; Tue, 18 Sep 2007 04:27:40 +0000 (UTC) (envelope-from root@turing.morons.org) Received: by turing.morons.org (Postfix, from userid 0) id 68A9117034; Mon, 17 Sep 2007 21:27:20 -0700 (PDT) Message-Id: <20070918042720.68A9117034@turing.morons.org> Date: Mon, 17 Sep 2007 21:27:20 -0700 (PDT) From: Nick Johnson To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: java/116430: JDK does not respect DNS caching parameters on timeout with CNAME X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 04:30:02 -0000 >Number: 116430 >Category: java >Synopsis: JDK does not respect DNS caching parameters on timeout with CNAME >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 18 04:30:01 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Nick Johnson >Release: FreeBSD 6.2-STABLE i386 >Organization: morons.org >Environment: System: FreeBSD turing.morons.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Jan 21 16:53:54 PST 2007 root@turing.morons.org:/usr/src/sys/i386/compile/TURING i386 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-p6-root_29_jul_2007_13_27) >Description: When making a Socket connection, if the initial lookup for a host that is actually a CNAME times out, the JDK does not respect the networkaddress.cache.negative.ttl value and immediately throws an UnknownHostException on subsequent queries. >How-To-Repeat: 0. Configure Java to run with -Dsun.net.inetaddr.negative.ttl=0 and/or set networkaddress.cache.negative.ttl=0 in java.security. Configure /etc/resolv.conf to resolve against 127.0.0.1. 1. Create a Socket giving a hostname that resolves as a CNAME and block requests with a firewall so that the request times out at least initially. Here are some example hosts for which this problem has been seen: www.washingtonpost.com www.towleroad.com www.wcbd.com 2. After the UnknownHostException, unblock the firewall and perform a lookup on the command line such that the name does resolve. 3. Repeat step 1. The JDK will immediately throw UnknownHostException without performing another lookup (you can snoop network traffic and see that there is no subsequent lookup performed). I'm not sure if the request has to time out entirely the first time, or if the resolver just has to do a retry, or if it always fails because it's a CNAME rather than an A record (but works correctly if the name is already in the BIND cache because the address is also there). >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 09:05:20 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2391816A418 for ; Tue, 18 Sep 2007 09:05:20 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynwork1sv1.giulioferro.it (85-18-102-52.ip.fastwebnet.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 71E4613C457 for ; Tue, 18 Sep 2007 09:05:19 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id 5B69333C89; Tue, 18 Sep 2007 11:04:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from aurynwork1sv1.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUzkbNT38-xU; Tue, 18 Sep 2007 11:04:30 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.114.15]) (Authenticated sender: gferro@giulioferro.it) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id 6D8D933C45; Tue, 18 Sep 2007 11:04:30 +0200 (CEST) Message-ID: <46EF94AC.5040306@zirakzigil.org> Date: Tue, 18 Sep 2007 11:04:44 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: Norberto Meijome References: <46EEB131.9000708@zirakzigil.org> <20070918101018.02b40e4f@localhost> In-Reply-To: <20070918101018.02b40e4f@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-java@freebsd.org Subject: Re: Problems with eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 09:05:20 -0000 Norberto Meijome wrote: > >> I don't know why, but I can't seem to be able to run eclipse anymore. >> >> All happened when I added a new web application to the workplace. >> Now when I start the ide it starts and then crashes. >> > > Hi Giulio, > Have you tried with a clean workspace, or with a clean ~/.eclipse directory? it may not solve the actual problem, but you may be able to use eclipse again. > > Yep, did that. I also deleted ~/workspace in order to use eclipse again (the sources of my project are under another directory...) > you may want to include them inline OR make them available via http - the mailing list server strips out most attachments. > > Ok. Here follows (only for jdk15, jdk16 isn't very different...) --- # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000800401a5c, pid=2018, tid=0x3225c6b0 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_12-p6-root_17_sep_2007_16_08 mixed mode) # Problematic frame: # C 0x0000000800401a5c # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x0000000800401a5c Registers: RAX=0x000000081d3256c0, RBX=0x000000081d3256c0, RCX=0x0000000000000070, RDX=0x00000008378faf88 RSP=0x00007ffffd8ddcc8, RBP=0x000000081d3e8010, RSI=0x00000000fffffff1, RDI=0x000000081d3e9028 R8 =0x0000000000000090, R9 =0x00007ffffd8ddc78, R10=0x000000000009f585, R11=0x000000081d3ab1e0 R12=0x000000081d3e9028, R13=0x0000000837d69440, R14=0x00000008324fee38, R15=0x000000081d3ab0c0 RIP=0x0000000800401a5c, EFL=0x000000000000000d, ERR=0x0000000000000014 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffd8ddcc8) 0x00007ffffd8ddcc8: 0000000837274dca 000000081d31e980 0x00007ffffd8ddcd8: 000000081d3ca0a8 000000081d31e980 0x00007ffffd8ddce8: 000000081d3e8010 000000081d356020 0x00007ffffd8ddcf8: 000000083727589c 0000000831c63690 0x00007ffffd8ddd08: 000000081d356000 000000081d3e8000 0x00007ffffd8ddd18: 00000008324fee38 000000081d356000 0x00007ffffd8ddd28: 0000000837276a3b 000000081d3e8000 0x00007ffffd8ddd38: 0000000080004005 0000000832953c28 0x00007ffffd8ddd48: 000000083727844e 00000008316b91a8 0x00007ffffd8ddd58: 000000081d356000 0000000832953c00 0x00007ffffd8ddd68: 00000008372783d0 000000081d39b008 0x00007ffffd8ddd78: 0000000000001000 00007ffffd8ddee0 0x00007ffffd8ddd88: 000000083727b48b 00000008316b91d0 0x00007ffffd8ddd98: 0000000000000000 00000008316b91a8 0x00007ffffd8ddda8: 000000081d39b000 0000000000001000 0x00007ffffd8dddb8: 00007ffffd8ddea4 0000000832953c00 0x00007ffffd8dddc8: 00007ffffd8ddea0 0000000000001000 0x00007ffffd8dddd8: 000000083727b859 0000000000000100 0x00007ffffd8ddde8: 0000000832953c50 0000000000001000 0x00007ffffd8dddf8: 00007ffffd8ddea0 000000081d39b008 0x00007ffffd8dde08: 00000008371c88a5 0000000831c63740 0x00007ffffd8dde18: 0000000833c3c46d 0000000831c13e00 0x00007ffffd8dde28: 00007ffffd8ddee0 00007ffffd8ddea0 0x00007ffffd8dde38: 0000000000001000 00007ffffd8ddefc 0x00007ffffd8dde48: 0000000837107bc1 00007ffffd8ddefc 0x00007ffffd8dde58: 0000000000000000 0000000831c13e58 0x00007ffffd8dde68: 0000000837106fdb 00007ffffd8ddec8 0x00007ffffd8dde78: 00007ffffd8ddea0 00007ffffd8dde98 0x00007ffffd8dde88: 00007ffffd8ddea4 0000000837107ba0 0x00007ffffd8dde98: 000000081d39b008 0000100000000000 0x00007ffffd8ddea8: 00007ffffd8ddf28 00007ffffd8ddf2c 0x00007ffffd8ddeb8: 00007ffffd8ddf2c 0000000832953cd8 Instructions: (pc=0x0000000800401a5c) 0x0000000800401a4c: [error occurred during error reporting, step 100, id 0xb] Stack: [0x00007ffffd6de000,0x00007ffffd8de000), sp=0x00007ffffd8ddcc8, free space=2047k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C 0x0000000800401a5c --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081d524800 JavaThread "Ant Build Server Connection" daemon [_thread_in_native, id=11545712] 0x000000081da10000 JavaThread "Worker-8" [_thread_blocked, id=497148560] 0x000000081da0fc00 JavaThread "Worker-7" [_thread_blocked, id=497148192] 0x000000081d90c400 JavaThread "Worker-6" [_thread_blocked, id=496996640] 0x000000081d70f400 JavaThread "Worker-5" [_thread_blocked, id=493990176] 0x000000081d610800 JavaThread "Worker-4" [_thread_in_native, id=11549024] 0x000000081d523c00 JavaThread "Worker-3" [_thread_blocked, id=11545344] 0x000000081d610400 JavaThread "Worker-2" [_thread_blocked, id=11553440] 0x000000081f28dc00 JavaThread "org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon [_thread_blocked, id=11553808] 0x000000082015b000 JavaThread "Java indexing" daemon [_thread_blocked, id=11552704] 0x0000000820ca9400 JavaThread "Worker-1" [_thread_in_Java, id=11548656] 0x0000000820383c00 JavaThread "Worker-0" [_thread_blocked, id=11547552] 0x000000081d4e7c00 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=11544976] 0x000000081d4e5400 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=11544240] 0x000000081d4e5000 JavaThread "State Data Manager" daemon [_thread_blocked, id=11543872] 0x000000081d4e0800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11542768] 0x0000000800b4e800 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11542400] 0x0000000800b4dc00 JavaThread "CompilerThread0" daemon [_thread_in_vm, id=11542032] 0x0000000800b4d000 JavaThread "AdapterThread" daemon [_thread_blocked, id=11541664] 0x0000000800b4c400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11541296] 0x0000000800b4bc00 JavaThread "Finalizer" daemon [_thread_blocked, id=11540928] 0x0000000800b4b800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11540560] 0x0000000800b47800 JavaThread "main" [_thread_in_native, id=11538720] Other Threads: 0x0000000800b307b0 VMThread [id=11540192] 0x0000000800b308c0 WatcherThread [id=11543136] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 66752K, used 39515K [0x0000000817b70000, 0x000000081d0c0000, 0x000000081d0c0000) eden space 46848K, 73% used [0x0000000817b70000,0x0000000819cd76c8,0x000000081a930000) from space 19904K, 26% used [0x000000081bbc0000,0x000000081c0ef728,0x000000081cf30000) to space 19008K, 0% used [0x000000081a930000,0x000000081a930000,0x000000081bbc0000) PSOldGen total 174784K, used 58383K [0x000000080d0c0000, 0x0000000817b70000, 0x0000000817b70000) object space 174784K, 33% used [0x000000080d0c0000,0x00000008109c3c08,0x0000000817b70000) PSPermGen total 86016K, used 70299K [0x0000000807cc0000, 0x000000080d0c0000, 0x000000080d0c0000) object space 86016K, 81% used [0x0000000807cc0000,0x000000080c166c50,0x000000080d0c0000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f5000 /usr/lib/libstdc++.so.6 0x00000008016f4000 /lib/libm.so.5 0x000000080180e000 /lib/libgcc_s.so.1 0x000000080191b000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a27000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b36000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c5e000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e2d2000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081e3e4000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x000000082d800000 /usr/home/auryn/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/721/1/.cp/libswt-pi-gtk-3236.so 0x000000082d963000 /usr/local/lib/libgtk-x11-2.0.so.0 0x000000082ddde000 /usr/local/lib/libgthread-2.0.so.0 0x000000082dee2000 /usr/local/lib/libXtst.so.6 0x000000082dfe8000 /usr/local/lib/libgdk_pixbuf-2.0.so.0 0x000000082e100000 /usr/local/lib/libgdk-x11-2.0.so.0 0x000000082e295000 /usr/local/lib/libpangocairo-1.0.so.0 0x000000082e39e000 /usr/local/lib/libpangoft2-1.0.so.0 0x000000082e4cf000 /usr/local/lib/libfontconfig.so.1 0x000000082e603000 /usr/local/lib/libfreetype.so.9 0x000000082e77a000 /usr/local/lib/libpango-1.0.so.0 0x000000082e8bd000 /usr/local/lib/libX11.so.6 0x000000082eac1000 /usr/local/lib/libXfixes.so.3 0x000000082ebc6000 /usr/local/lib/libatk-1.0.so.0 0x000000082ece6000 /usr/local/lib/libgobject-2.0.so.0 0x000000082ee27000 /usr/local/lib/libgmodule-2.0.so.0 0x000000082ef2a000 /usr/local/lib/libglib-2.0.so.0 0x000000082f0c9000 /usr/local/lib/libiconv.so.3 0x000000082f2ba000 /usr/local/lib/libcairo.so.2 0x000000082f433000 /usr/local/lib/libintl.so.8 0x000000082f53c000 /usr/local/lib/libXext.so.6 0x000000082f64c000 /usr/local/lib/libXrender.so.1 0x000000082f755000 /usr/local/lib/libXinerama.so.1 0x000000082f857000 /usr/local/lib/libXi.so.6 0x000000082f960000 /usr/local/lib/libXrandr.so.2 0x000000082fa67000 /usr/local/lib/libXcursor.so.1 0x000000082fb71000 /usr/local/lib/libexpat.so.6 0x000000082fc95000 /usr/local/lib/libXau.so.6 0x000000082fd98000 /usr/local/lib/libXdmcp.so.6 0x000000082fe9d000 /usr/lib/librpcsvc.so.4 0x000000082ffa6000 /usr/local/lib/libicui18n.so.36 0x00000008301e4000 /usr/local/lib/libpng.so.5 0x000000083030a000 /usr/local/lib/libicuuc.so.36 0x0000000830537000 /usr/local/lib/libicudata.so.36 0x0000000830ffe000 /usr/home/auryn/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/721/1/.cp/libswt-gtk-3236.so 0x00000008312cd000 /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so 0x00000008313e2000 /usr/home/auryn/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/721/1/.cp/libswt-atk-gtk-3236.so 0x00000008314e9000 /usr/home/auryn/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/721/1/.cp/libswt-cairo-gtk-3236.so 0x0000000833000000 /usr/home/auryn/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/721/1/.cp/libswt-mozilla-gtk-3236.so 0x0000000833b26000 /usr/local/lib/xulrunner/libxpcom.so 0x0000000833c29000 /usr/local/lib/libplds4.so.1 0x0000000834100000 /usr/local/lib/libplc4.so.1 0x0000000834800000 /usr/local/lib/libnspr4.so.1 0x0000000836e00000 /usr/local/lib/xulrunner/libxul.so 0x0000000835600000 /usr/local/lib/libjpeg.so.9 0x0000000835d00000 /usr/local/lib/xulrunner/libmozjs.so 0x0000000835ead000 /usr/local/lib/libXft.so.2 0x0000000836200000 /usr/local/lib/libXt.so.6 0x0000000835fc0000 /usr/local/lib/libSM.so.6 0x000000083635f000 /usr/local/lib/libICE.so.6 0x0000000836479000 /usr/local/lib/xulrunner/components/libsystem-pref.so 0x0000000836580000 /usr/local/lib/libgconf-2.so.4 0x00000008366bc000 /usr/local/lib/libORBit-2.so.0 0x0000000833f00000 /usr/local/lib/xulrunner/components/libpipboot.so 0x0000000836827000 /usr/local/lib/libgnome-2.so 0x0000000836b00000 /usr/local/lib/libgnomevfs-2.so.0 0x0000000837d75000 /usr/local/lib/libbonobo-2.so.0 0x0000000837ee7000 /usr/local/lib/libbonobo-activation.so.4 0x0000000838001000 /usr/local/lib/libesd.so.2 0x000000083810a000 /usr/local/lib/libaudiofile.so.0 0x0000000838234000 /usr/local/lib/libpopt.so.0 0x000000083833c000 /usr/local/lib/libxml2.so.5 0x000000083857e000 /usr/local/lib/libdbus-glib-1.so.2 0x000000083869f000 /usr/local/lib/libdbus-1.so.3 0x00000008387e3000 /usr/local/lib/libssl.so.5 0x000000083892b000 /usr/local/lib/libcrypto.so.5 0x0000000838ba1000 /usr/local/lib/libavahi-glib.so.1 0x0000000838ca4000 /usr/local/lib/libavahi-common.so.3 0x0000000838db0000 /usr/local/lib/libavahi-client.so.3 0x0000000838ec0000 /lib/libutil.so.7 0x0000000838fce000 /usr/local/lib/libORBitCosNaming-2.so.0 0x00000008390d5000 /lib/libssp.so.0 0x00000008391d7000 /usr/local/lib/xulrunner/components/libpermissions.so 0x00000008392db000 /usr/local/lib/xulrunner/components/libcookie.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Xms40m -Xmx256m java_command: /usr/local/eclipse/startup.jar -os freebsd -ws gtk -arch amd64 -launcher /usr/local/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 10002 -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m -jar /usr/local/eclipse/startup.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/jdk1.5.0 PATH=/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/auryn/bin LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64::/usr/local/lib/xulrunner:/usr/local/lib/xulrunner SHELL=/bin/tcsh DISPLAY=:0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x651390], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x651390], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGPIPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGILL: [libjvm.so+0x55bde0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55dbf0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: [libjvm.so+0x55dbf0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGQUIT: [libjvm.so+0x55dbf0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55dbf0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Sep 17 14:08:14 CEST 2007 root@aurynmob2.giulioferro.it:/usr/obj/usr/src/sys/AURYNMOB2 amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 2 em64t ht Memory: 4k page, physical 3930088k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_12-p6-root_17_sep_2007_16_08) for freebsd-amd64, built on Sep 17 2007 16:21:27 by root with gcc 4.2.1 20070719 [FreeBSD] From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 10:09:15 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA67716A417 for ; Tue, 18 Sep 2007 10:09:15 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2093E13C4CB for ; Tue, 18 Sep 2007 10:09:15 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3723725pyb for ; Tue, 18 Sep 2007 03:09:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=kNrsBgKgfrpZBQ1X5H+/A8NDHD2m1WRDgWtErUL0A8k=; b=L0rmvtBBgQ1TwqSoz1GXnRGPF22nKDm7ybZDH+oc2X7Jjm8APYLHl0UCNEYnrWJoYIwO6dhaELrKtddj/CwzEfaoTBjer7mV2hiuIfOY75CwCrpEvE1Vy2RMiaKJm5Mf8K3ieCA8DwyB6ahc1WEHx9jcTLgCzapl8Rpd0sVMS5w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NytoR5EBMneABb2fCCSO3MxTfleNcJhuhHN/FFkLjBWR/gxtVyW52b40oCZsLSASFq10PeQpmxc7ShPvhypKwDyoNSNTQMZGL1HuS/1zNeFsO5d0nnTt+Y0yd2IFBLbb0Tw1WT6DPH5ZEgVwtMQFtB5EbqZD6lERyeTj6gIR5IM= Received: by 10.65.15.19 with SMTP id s19mr12689579qbi.1190110148772; Tue, 18 Sep 2007 03:09:08 -0700 (PDT) Received: by 10.64.27.10 with HTTP; Tue, 18 Sep 2007 03:09:08 -0700 (PDT) Message-ID: Date: Tue, 18 Sep 2007 18:09:08 +0800 From: "Jiawei Ye" To: "ravimondi@wlink.com.np" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-java@freebsd.org Subject: Re: unexpected error X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 10:09:15 -0000 On 9/16/07, ravimondi@wlink.com.np wrote: > I can't understand what the error is, > > The same code of mine works fine under Fedora System, > Could you please look int this matter? > > Thank you > M.Ravi What error are you referring to? Cheers, Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 11:22:06 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D8B16A419; Tue, 18 Sep 2007 11:22:06 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id A649213C46C; Tue, 18 Sep 2007 11:22:06 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8IBLovm032232; Tue, 18 Sep 2007 07:21:51 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8IBLo9D002600; Tue, 18 Sep 2007 07:21:50 -0400 (EDT) Received: (from truk@localhost) by seraph.intricatesoftware.com (8.14.1/8.14.1/Submit) id l8IBLnd0020322; Tue, 18 Sep 2007 07:21:49 -0400 (EDT) X-Authentication-Warning: seraph.intricatesoftware.com: truk set sender to kurt@intricatesoftware.com using -f From: Kurt Miller To: freebsd-java@freebsd.org Date: Tue, 18 Sep 2007 07:21:48 -0400 User-Agent: KMail/1.9.7 References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> In-Reply-To: <46EDDCC9.90403@intricatesoftware.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_MT77G2sKRW3o4KJ" Message-Id: <200709180721.48995.kurt@intricatesoftware.com> X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Daniel Eischen , Kip Macy , Kris Kennaway , performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 11:22:07 -0000 --Boundary-00=_MT77G2sKRW3o4KJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline David Xu confirmed for me that pthread_yield() does give some time to lower priority threads on 7.0 using thr. Attached and inline are two patches for the 1.5 port that is how I suggest the issue be addressed. For 7.0 and up default UseThreadPriorities to true and always use pthread_yield(). For < 7.0 default UseThreadPriorities to false and conditionally use pthread_yield()/os_sleep(). User's can toggle UseThreadPriorities with the command line argument -XX:+UseThreadPriorities -------- files/patch-vm::os_bsd.cpp -------- $FreeBSD: ports/java/jdk15/files/patch-vm::os_bsd.cpp,v 1.7 2007/06/09 05:14:56 glewis Exp $ --- ../../hotspot/src/os/bsd/vm/os_bsd.cpp.orig Mon Sep 17 17:39:33 2007 +++ ../../hotspot/src/os/bsd/vm/os_bsd.cpp Mon Sep 17 20:57:26 2007 @@ -508,7 +508,7 @@ #define getenv(n) ::getenv(n) #ifndef DEFAULT_LD_LIBRARY_PATH -#define DEFAULT_LD_LIBRARY_PATH "/usr/lib" /* See ld.so.1(1) */ +#define DEFAULT_LD_LIBRARY_PATH "/usr/lib:/usr/local/lib" /* See ld.so.1(1) */ #endif #define EXTENSIONS_DIR "/lib/ext" #define ENDORSED_DIR "/lib/endorsed" @@ -2273,11 +2273,14 @@ // BSDXXX: Only use pthread_yield here and below if the system thread // scheduler gives time slices to lower priority threads when yielding. -#ifdef __FreeBSD__ +// pthread_yield() can also be used when thread priorities are disabled. +// Using os_sleep() here causes significant performance degradation. +#if defined(_ALLBSD_SOURCE) && (!defined(__FreeBSD__) || __FreeBSD__ < 7) + if ( UseThreadPriorities ) os_sleep(MinSleepInterval, interruptible); -#else - pthread_yield(); + else #endif + pthread_yield(); #if SOLARIS // XXX - This code was not exercised during the Merlin RC1 @@ -2299,11 +2302,14 @@ // BSDXXX: Only use pthread_yield here and above if the system thread // scheduler gives time slices to lower priority threads when yielding. -#ifdef __FreeBSD__ - os_sleep(MinSleepInterval, interruptible); -#else - pthread_yield(); +// pthread_yield() can be also used when thread priorities are disabled. +// Using os_sleep() here causes significant performance degradation. +#if defined(_ALLBSD_SOURCE) && (!defined(__FreeBSD__) || __FreeBSD__ < 7) + if ( UseThreadPriorities ) + os_sleep(MinSleepInterval, interruptible); + else #endif + pthread_yield(); return 0; } ------- files/patch-vm::globals.hpp -------- $FreeBSD$ --- ../../hotspot/src/share/vm/runtime/globals.hpp.orig Mon Sep 17 10:12:16 2007 +++ ../../hotspot/src/share/vm/runtime/globals.hpp Mon Sep 17 10:20:32 2007 @@ -130,6 +130,12 @@ #define falseInProduct true #endif +#if !defined(_ALLBSD_SOURCE) || (defined(__FreeBSD__) && __FreeBSD__ >= 7) +#define OSUseThreadPriorities true +#else +#define OSUseThreadPriorities false +#endif + // develop flags are settable / visible only during development and are constant in the PRODUCT version // product flags are always settable / visible @@ -2546,7 +2552,7 @@ "beginning to throw OutOfMemoryErrors in each compile") \ \ /* Priorities */ \ - product(bool, UseThreadPriorities, true, \ + product(bool, UseThreadPriorities, OSUseThreadPriorities, \ "Use native thread priorities") \ \ product(intx, ThreadPriorityPolicy, 0, \ --Boundary-00=_MT77G2sKRW3o4KJ-- From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 12:29:26 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85BD16A41A; Tue, 18 Sep 2007 12:29:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7682313C4EC; Tue, 18 Sep 2007 12:29:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8ICTCds007334; Tue, 18 Sep 2007 08:29:12 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Tue, 18 Sep 2007 08:29:12 -0400 (EDT) Date: Tue, 18 Sep 2007 08:29:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kurt Miller In-Reply-To: <200709180721.48995.kurt@intricatesoftware.com> Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-ID: Content-Disposition: inline Cc: Kip Macy , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 12:29:26 -0000 On Tue, 18 Sep 2007, Kurt Miller wrote: > David Xu confirmed for me that pthread_yield() does give some > time to lower priority threads on 7.0 using thr. Attached and inline > are two patches for the 1.5 port that is how I suggest the issue be > addressed. I don't think you should rely on pthread_yield() doing that, it is dependent on the scheduler, and if you are running in SCHED_FIFO/SCHED_RR, it won't work with libthr either. Currently, you can only run in SCHED_FIFO or SCHED_RR as root using libthr, but that hopefully won't always be true. I think the way that will always work is to lower the priority and raise it back again after the yield, when using thread priorities. This should work for libthr, libc_r, and libkse under all versions of the OS. As for knobs, it would be nice to be able to turn off the default lowering and raising of priorities for Thread.yield() even when using thread priorities. Most likely, the only applications that relies on that behavior are the TCK tests themselves. I certainly wouldn't expect Thread.yield() to allow a lower priority thread to run. Are you allowed to supply knobs when running the TCK tests? Or does the JVM have to do the right thing by default? -- DE From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 13:23:50 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BEBC16A419 for ; Tue, 18 Sep 2007 13:23:50 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynwork1sv1.giulioferro.it (85-18-102-52.ip.fastwebnet.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id C9F3B13C46B for ; Tue, 18 Sep 2007 13:23:49 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id 68D0233C89 for ; Tue, 18 Sep 2007 15:23:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from aurynwork1sv1.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJgCuXK6oPOY for ; Tue, 18 Sep 2007 15:23:27 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.114.15]) (Authenticated sender: gferro@giulioferro.it) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id 31B9233C45 for ; Tue, 18 Sep 2007 15:23:27 +0200 (CEST) Message-ID: <46EFD15C.1000508@zirakzigil.org> Date: Tue, 18 Sep 2007 15:23:40 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: freebsd-java@freebsd.org References: <46EEB131.9000708@zirakzigil.org> In-Reply-To: <46EEB131.9000708@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems with eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 13:23:50 -0000 [...] One more issue: if you compile the port with IPV6 support networking doesn't work any more (eg software updates) From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 13:24:57 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F8E16A419 for ; Tue, 18 Sep 2007 13:24:57 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynwork1sv1.giulioferro.it (85-18-102-52.ip.fastwebnet.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id E33DF13C46B for ; Tue, 18 Sep 2007 13:24:56 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id 1058B33C89 for ; Tue, 18 Sep 2007 15:24:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from aurynwork1sv1.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id azAqT9OhloSH for ; Tue, 18 Sep 2007 15:24:37 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.114.15]) (Authenticated sender: gferro@giulioferro.it) by aurynwork1sv1.giulioferro.it (Postfix) with ESMTP id F20DA33C45 for ; Tue, 18 Sep 2007 15:24:36 +0200 (CEST) Message-ID: <46EFD1A2.5070803@zirakzigil.org> Date: Tue, 18 Sep 2007 15:24:50 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: freebsd-java@freebsd.org References: <46EEB131.9000708@zirakzigil.org> <46EFD15C.1000508@zirakzigil.org> In-Reply-To: <46EFD15C.1000508@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems with eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 13:24:57 -0000 Giulio Ferro wrote: > [...] > > One more issue: if you compile the port with IPV6 support > networking doesn't work any more (eg software updates) Meaning: jdk port... From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 14:16:13 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC04E16A46C; Tue, 18 Sep 2007 14:16:13 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5DFC213C4A8; Tue, 18 Sep 2007 14:16:13 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8IEG8Z1000316; Tue, 18 Sep 2007 10:16:08 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8IEG9SG030255; Tue, 18 Sep 2007 10:16:09 -0400 (EDT) Message-ID: <46EFDDA8.2030603@intricatesoftware.com> Date: Tue, 18 Sep 2007 10:16:08 -0400 From: Kurt Miller User-Agent: Thunderbird 2.0.0.5 (X11/20070804) MIME-Version: 1.0 To: Daniel Eischen References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: Kip Macy , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 14:16:13 -0000 Hi Daniel, Daniel Eischen wrote: > On Tue, 18 Sep 2007, Kurt Miller wrote: > >> David Xu confirmed for me that pthread_yield() does give some >> time to lower priority threads on 7.0 using thr. Attached and inline >> are two patches for the 1.5 port that is how I suggest the issue be >> addressed. > > I don't think you should rely on pthread_yield() doing that, > it is dependent on the scheduler, and if you are running > in SCHED_FIFO/SCHED_RR, it won't work with libthr either. > Currently, you can only run in SCHED_FIFO or SCHED_RR as > root using libthr, but that hopefully won't always be > true. Shoot I forgot to mention a few things in my last email... The c test program I resurrected from 18 months ago had pthread_attr_setschedpolicy(&attr, SCHED_FIFO); in it. The jdk doesn't set the schedpolicy it uses the default one. That line was left over from my testing different policies under kse to see if I could work- around the problem. Since the jdk doesn't set the policy, I believe we don't need to be concerned with SCHED_FIFO and SCHED_RR. > I think the way that will always work is to lower the > priority and raise it back again after the yield, when > using thread priorities. This should work for libthr, > libc_r, and libkse under all versions of the OS. On the surface this sounded promising, but I can envision at least one case where temporarily lowering a thread priority will not work very well. Take three threads A, B & C each with different priorities: A highest, C lowest. Let's say A is in a busy loop calling Thread.Yield(). B is in a busy loop also calling Thread.Yield(). C is doing something that needs some time slices every so often. A calls Thread.Yield(), lowers priority to C's level, B gets some time next, it calls Thread.Yield(), lowers priority to C's level. A, B, C are all at equal level now. Perhaps C will get some time first, or B, or A. Suppose the order is C first, B next. A will only get a time slice if B continues to call yield and by chance the system schedules A before B. The behavior becomes non-deterministic. The worst case is A is starved. Also to make matters a bit more complicated there are non-java threads to contend with too. There could be some non-java locking involved as well. It would require an investment of someone else's time to work all the potential issues out. > As for knobs, it would be nice to be able to turn off > the default lowering and raising of priorities for > Thread.yield() even when using thread priorities. Most > likely, the only applications that relies on that behavior > are the TCK tests themselves. I certainly wouldn't expect > Thread.yield() to allow a lower priority thread to > run. Considering Sun's reluctance to correct the TCK test, I would venture a guess that there are applications out there that rely on Thread.Yield() to give time to lower priority threads (in-spite of the significant amount of Java books, white papers, certification tests, etc that say not to do that). > Are you allowed to supply knobs when running the TCK > tests? Or does the JVM have to do the right thing by > default? The JVM gets certified on the default threading library for the standard options. Generally the non-standard options (-Xfoo) are not certified. Attempting to certify the JVM for multiple threading libraries, os versions, architectures, and options would be cost prohibitive. I believe what I've suggested provides a solution to the performance issue (at the expense of supporting thread priorities on < 7.0), while not introducing unexpected or non-certifiable behavior. Motivated people on this list should file bug reports w/Sun against the Thread.Yield() API. It is about time Sun clarify the expected behavior of of Thread.Yield() with respect to thread priorities. At a minimum the current description of Thread.Yield() is in conflict with JSR-133: JavaTM Memory Model and Thread Specification, Section 12: "The Java specification does not guarantee preemptive multithreading or any kind of fairness guarantee. There is no hard guarantee that any thread will surrender the CPU and allow other threads to be scheduled." Not to mention the 10 years of non-official publications that say not to rely on Thread.Yield() to do anything portable at all. Regards, -Kurt From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 17:08:22 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0B6216A418; Tue, 18 Sep 2007 17:08:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC6013C45A; Tue, 18 Sep 2007 17:08:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8IH8LVo028362; Tue, 18 Sep 2007 13:08:21 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Tue, 18 Sep 2007 13:08:21 -0400 (EDT) Date: Tue, 18 Sep 2007 13:08:21 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kurt Miller In-Reply-To: <46EFDDA8.2030603@intricatesoftware.com> Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> <46EFDDA8.2030603@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 17:08:23 -0000 On Tue, 18 Sep 2007, Kurt Miller wrote: > Hi Daniel, > > Daniel Eischen wrote: >> On Tue, 18 Sep 2007, Kurt Miller wrote: >> >>> David Xu confirmed for me that pthread_yield() does give some >>> time to lower priority threads on 7.0 using thr. Attached and inline >>> are two patches for the 1.5 port that is how I suggest the issue be >>> addressed. >> >> I don't think you should rely on pthread_yield() doing that, >> it is dependent on the scheduler, and if you are running >> in SCHED_FIFO/SCHED_RR, it won't work with libthr either. >> Currently, you can only run in SCHED_FIFO or SCHED_RR as >> root using libthr, but that hopefully won't always be >> true. > > Shoot I forgot to mention a few things in my last email... > The c test program I resurrected from 18 months ago had > > pthread_attr_setschedpolicy(&attr, SCHED_FIFO); > > in it. The jdk doesn't set the schedpolicy it uses the > default one. That line was left over from my testing > different policies under kse to see if I could work- > around the problem. Since the jdk doesn't set the policy, > I believe we don't need to be concerned with SCHED_FIFO > and SCHED_RR. libkse and libc_r default to SCHED_RR (SCHED_OTHER=SCHED_RR). >> I think the way that will always work is to lower the >> priority and raise it back again after the yield, when >> using thread priorities. This should work for libthr, >> libc_r, and libkse under all versions of the OS. > > On the surface this sounded promising, but I can envision > at least one case where temporarily lowering a thread > priority will not work very well. Take three threads A, B & > C each with different priorities: A highest, C lowest. Let's > say A is in a busy loop calling Thread.Yield(). B is in a busy > loop also calling Thread.Yield(). C is doing something that > needs some time slices every so often. A calls Thread.Yield(), > lowers priority to C's level, B gets some time next, it calls > Thread.Yield(), lowers priority to C's level. A, B, C are all > at equal level now. Perhaps C will get some time first, or B, > or A. Suppose the order is C first, B next. A will only get > a time slice if B continues to call yield and by chance the > system schedules A before B. The behavior becomes > non-deterministic. The worst case is A is starved. No, if the threads are at equal priority, they will always run. The system, either the userland scheduler or the kernel, will ensure the threads get scheduled equally. For the kernel scheduler, "equally" depends on their resource usage. I would just totally ignore setting thread priorities unless the UseThreadPriority knob is set. The kernel scheduler (for libthr) doesn't seem to care what a thread's priority is anyways unless it is in the real-time class. That way, all threads will be at the default priority by default ;-) -- DE From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 17:28:51 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF9116A420; Tue, 18 Sep 2007 17:28:51 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3F55613C47E; Tue, 18 Sep 2007 17:28:51 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8IHSl8W030755; Tue, 18 Sep 2007 13:28:48 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8IHSlY3029218; Tue, 18 Sep 2007 13:28:48 -0400 (EDT) Message-ID: <46F00ACF.1080700@intricatesoftware.com> Date: Tue, 18 Sep 2007 13:28:47 -0400 From: Kurt Miller User-Agent: Thunderbird 2.0.0.5 (X11/20070804) MIME-Version: 1.0 To: Daniel Eischen References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> <46EFDDA8.2030603@intricatesoftware.com> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: Kip Macy , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 17:28:51 -0000 Daniel Eischen wrote: > On Tue, 18 Sep 2007, Kurt Miller wrote: > >> Hi Daniel, >> >> Daniel Eischen wrote: >>> On Tue, 18 Sep 2007, Kurt Miller wrote: >>> >>>> David Xu confirmed for me that pthread_yield() does give some >>>> time to lower priority threads on 7.0 using thr. Attached and inline >>>> are two patches for the 1.5 port that is how I suggest the issue be >>>> addressed. >>> >>> I don't think you should rely on pthread_yield() doing that, >>> it is dependent on the scheduler, and if you are running >>> in SCHED_FIFO/SCHED_RR, it won't work with libthr either. >>> Currently, you can only run in SCHED_FIFO or SCHED_RR as >>> root using libthr, but that hopefully won't always be >>> true. >> >> Shoot I forgot to mention a few things in my last email... >> The c test program I resurrected from 18 months ago had >> >> pthread_attr_setschedpolicy(&attr, SCHED_FIFO); >> >> in it. The jdk doesn't set the schedpolicy it uses the >> default one. That line was left over from my testing >> different policies under kse to see if I could work- >> around the problem. Since the jdk doesn't set the policy, >> I believe we don't need to be concerned with SCHED_FIFO >> and SCHED_RR. > > libkse and libc_r default to SCHED_RR (SCHED_OTHER=SCHED_RR). > >>> I think the way that will always work is to lower the >>> priority and raise it back again after the yield, when >>> using thread priorities. This should work for libthr, >>> libc_r, and libkse under all versions of the OS. >> >> On the surface this sounded promising, but I can envision >> at least one case where temporarily lowering a thread >> priority will not work very well. Take three threads A, B & >> C each with different priorities: A highest, C lowest. Let's >> say A is in a busy loop calling Thread.Yield(). B is in a busy >> loop also calling Thread.Yield(). C is doing something that >> needs some time slices every so often. A calls Thread.Yield(), >> lowers priority to C's level, B gets some time next, it calls >> Thread.Yield(), lowers priority to C's level. A, B, C are all >> at equal level now. Perhaps C will get some time first, or B, >> or A. Suppose the order is C first, B next. I forgot to mention here B's priority gets restored until the next time it calls yield again, creating the possibility of starvation of A. >> A will only get >> a time slice if B continues to call yield and by chance the >> system schedules A before B. The behavior becomes >> non-deterministic. The worst case is A is starved. > > No, if the threads are at equal priority, they will always > run. The system, either the userland scheduler or the kernel, > will ensure the threads get scheduled equally. For the > kernel scheduler, "equally" depends on their resource usage. > > I would just totally ignore setting thread priorities > unless the UseThreadPriority knob is set. The kernel > scheduler (for libthr) doesn't seem to care what a thread's > priority is anyways unless it is in the real-time class. > That way, all threads will be at the default priority > by default ;-) I think that's a fine idea. Just changing the default to be UseThreadPriority=false and completely remove the os_sleep() bits. If Sun corrects the API or the TCK tests the default can be changed back. -Kurt From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 18:01:04 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0F316A41A; Tue, 18 Sep 2007 18:01:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8B95413C4D5; Tue, 18 Sep 2007 18:01:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l8II13ji007686; Tue, 18 Sep 2007 14:01:03 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Tue, 18 Sep 2007 14:01:03 -0400 (EDT) Date: Tue, 18 Sep 2007 14:01:03 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kurt Miller In-Reply-To: <46F00ACF.1080700@intricatesoftware.com> Message-ID: References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> <46EFDDA8.2030603@intricatesoftware.com> <46F00ACF.1080700@intricatesoftware.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , Kris Kennaway , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 18:01:04 -0000 On Tue, 18 Sep 2007, Kurt Miller wrote: > Daniel Eischen wrote: >> >> I would just totally ignore setting thread priorities >> unless the UseThreadPriority knob is set. The kernel >> scheduler (for libthr) doesn't seem to care what a thread's >> priority is anyways unless it is in the real-time class. >> That way, all threads will be at the default priority >> by default ;-) > > I think that's a fine idea. Just changing the default to > be UseThreadPriority=false and completely remove the > os_sleep() bits. If Sun corrects the API or the TCK tests > the default can be changed back. Yes, and the Java spec (at least for Thread.yield()) is also saying that priorities are meaningless. They can't just say that Thread.yield() allows other threads to run without defining their behavior. How many threads can run? All? Is it acceptable for yield to allow only one thread to run, and for only one clock tick? What is the point of having priorities in Java if they can't be used reliably? But I digress... -- DE From owner-freebsd-java@FreeBSD.ORG Tue Sep 18 19:17:18 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AAF016A420; Tue, 18 Sep 2007 19:17:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id D78F313C45B; Tue, 18 Sep 2007 19:17:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46F0243A.8020902@FreeBSD.org> Date: Tue, 18 Sep 2007 21:17:14 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kurt Miller References: <46EC1B55.4060202@FreeBSD.org> <46EDDCC9.90403@intricatesoftware.com> <200709180721.48995.kurt@intricatesoftware.com> In-Reply-To: <200709180721.48995.kurt@intricatesoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Kip Macy , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 19:17:18 -0000 Kurt Miller wrote: > David Xu confirmed for me that pthread_yield() does give some > time to lower priority threads on 7.0 using thr. Attached and inline > are two patches for the 1.5 port that is how I suggest the issue be > addressed. > > For 7.0 and up default UseThreadPriorities to true and always > use pthread_yield(). For < 7.0 default UseThreadPriorities to > false and conditionally use pthread_yield()/os_sleep(). User's > can toggle UseThreadPriorities with the command line argument > -XX:+UseThreadPriorities Do we know that 6.x requires the old behaviour? Maybe it can default to on there too. Otherwise this looks good to my eyeball (but the DEFAULT_LD_LIBRARY_PATH change looks unrelated) -#define DEFAULT_LD_LIBRARY_PATH "/usr/lib" /* See ld.so.1(1) */ +#define DEFAULT_LD_LIBRARY_PATH "/usr/lib:/usr/local/lib" /* See ld.so.1(1) Kris From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 02:13:04 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5F116A41A; Wed, 19 Sep 2007 02:13:04 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from mail1.intricatesoftware.com (cl-18.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:11::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE5CA13C474; Wed, 19 Sep 2007 02:13:03 +0000 (UTC) (envelope-from kurt@intricatesoftware.com) Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id l8J2D05f030590; Tue, 18 Sep 2007 22:13:01 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.1/8.14.1) with ESMTP id l8J2D1gE025066; Tue, 18 Sep 2007 22:13:01 -0400 (EDT) Received: (from truk@localhost) by seraph.intricatesoftware.com (8.14.1/8.14.1/Submit) id l8J2D1X0010907; Tue, 18 Sep 2007 22:13:01 -0400 (EDT) X-Authentication-Warning: seraph.intricatesoftware.com: truk set sender to kurt@intricatesoftware.com using -f From: Kurt Miller To: freebsd-java@freebsd.org Date: Tue, 18 Sep 2007 22:13:00 -0400 User-Agent: KMail/1.9.7 References: <46EC1B55.4060202@FreeBSD.org> <200709180721.48995.kurt@intricatesoftware.com> <46F0243A.8020902@FreeBSD.org> In-Reply-To: <46F0243A.8020902@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709182213.00777.kurt@intricatesoftware.com> X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -1.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.3 X-Its-A-Nuisance: This is spam X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean Cc: Daniel Eischen , Kip Macy , Kris Kennaway , performance@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 02:13:04 -0000 On Tuesday 18 September 2007 03:17:14 pm Kris Kennaway wrote: > Kurt Miller wrote: > > David Xu confirmed for me that pthread_yield() does give some > > time to lower priority threads on 7.0 using thr. Attached and inline > > are two patches for the 1.5 port that is how I suggest the issue be > > addressed. > > > > For 7.0 and up default UseThreadPriorities to true and always > > use pthread_yield(). For < 7.0 default UseThreadPriorities to > > false and conditionally use pthread_yield()/os_sleep(). User's > > can toggle UseThreadPriorities with the command line argument > > -XX:+UseThreadPriorities > > Do we know that 6.x requires the old behaviour? Maybe it can default to > on there too. Otherwise this looks good to my eyeball (but the > DEFAULT_LD_LIBRARY_PATH change looks unrelated) > > -#define DEFAULT_LD_LIBRARY_PATH "/usr/lib" /* See ld.so.1(1) */ > +#define DEFAULT_LD_LIBRARY_PATH "/usr/lib:/usr/local/lib" /* See > ld.so.1(1) Yea I messed up the DEFAULT_LD_LIBRARY_PATH part. I didn't intend to change that segment of the existing os_bsd.cpp patch. Regarding 6.x it either needs UseThreadPriorities defaulted to false or the os_sleep hack. After discussing the options with Daniel we agree that defaulting UseThreadPriorities to false and eliminating the os_sleep hack for all versions is the most consitant approach. The following is a CVS diff of ports/java/jdk15 that updates the port to fix the performance issue plus an alternative method to setting DEFAULT_LD_LIBRARY_PATH without patching and substituting it: Index: Makefile =================================================================== RCS file: /home/ncvs/ports/java/jdk15/Makefile,v retrieving revision 1.135 diff -u -r1.135 Makefile --- Makefile 7 Sep 2007 20:41:52 -0000 1.135 +++ Makefile 19 Sep 2007 01:53:17 -0000 @@ -7,7 +7,7 @@ PORTNAME= jdk PORTVERSION= ${JDK_VERSION}.${JDK_UPDATE_VERSION}p${JDK_PATCHSET_VERSION} -PORTREVISION= 1 +PORTREVISION= 2 PORTEPOCH= 1 CATEGORIES= java devel MASTER_SITES= # http://download.java.net/tiger/ @@ -129,6 +129,7 @@ MAKE_ENV+= ALT_BOOTDIR="${BOOTSTRAPJDKDIR}" \ ALT_MOTIF_DIR="${X11BASE}" \ + DEFAULT_LD_LIBRARY_PATH="/usr/lib:${LOCALBASE}/lib" \ SYS_CFLAGS="${CFLAGS}" \ LANG="C" \ JAVA_HOME="" \ @@ -161,7 +162,6 @@ JDKIMAGEDIR= ${WRKSRC}/../build/bsd-${HOTSPOTARCH}/j2sdk-image JDKIMAGEDIR_G= ${WRKSRC}/../build/bsd-${HOTSPOTARCH}/j2sdk-debug-image -LOCAL_FILES= ../../hotspot/src/os/bsd/vm/os_bsd.cpp PTHREAD_FILES= ../../hotspot/build/bsd/makefiles/vm.make \ ../../j2se/make/com/sun/java/pack/Makefile \ ../../j2se/make/common/Defs.gmk \ @@ -265,10 +265,6 @@ .endif post-patch: - @for file in ${LOCAL_FILES}; do \ - ${REINPLACE_CMD} -e "s:%%LOCALBASE%%:${LOCALBASE}:" \ - ${WRKSRC}/$${file}; \ - done @for file in ${PTHREAD_FILES}; do \ ${REINPLACE_CMD} -e "s:-pthread:${PTHREAD_LIBS}:g" \ ${WRKSRC}/$${file}; \ Index: files/patch-vm::globals.hpp =================================================================== RCS file: files/patch-vm::globals.hpp diff -N files/patch-vm::globals.hpp --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-vm::globals.hpp 19 Sep 2007 01:53:17 -0000 @@ -0,0 +1,26 @@ +$FreeBSD$ + +--- ../../hotspot/src/share/vm/runtime/globals.hpp.orig Wed May 2 04:01:50 2007 ++++ ../../hotspot/src/share/vm/runtime/globals.hpp Tue Sep 18 21:40:44 2007 +@@ -130,6 +130,12 @@ + #define falseInProduct true + #endif + ++#if defined(_ALLBSD_SOURCE) ++#define OSUseThreadPriorities false ++#else ++#define OSUseThreadPriorities true ++#endif ++ + // develop flags are settable / visible only during development and are constant in the PRODUCT version + // product flags are always settable / visible + +@@ -2546,7 +2552,7 @@ + "beginning to throw OutOfMemoryErrors in each compile") \ + \ + /* Priorities */ \ +- product(bool, UseThreadPriorities, true, \ ++ product(bool, UseThreadPriorities, OSUseThreadPriorities, \ + "Use native thread priorities") \ + \ + product(intx, ThreadPriorityPolicy, 0, \ Index: files/patch-vm::os_bsd.cpp =================================================================== RCS file: /home/ncvs/ports/java/jdk15/files/patch-vm::os_bsd.cpp,v retrieving revision 1.7 diff -u -r1.7 patch-vm::os_bsd.cpp --- files/patch-vm::os_bsd.cpp 9 Jun 2007 05:14:56 -0000 1.7 +++ files/patch-vm::os_bsd.cpp 19 Sep 2007 01:53:17 -0000 @@ -1,13 +1,32 @@ $FreeBSD: ports/java/jdk15/files/patch-vm::os_bsd.cpp,v 1.7 2007/06/09 05:14:56 glewis Exp $ ---- ../../hotspot/src/os/bsd/vm/os_bsd.cpp Sun Jun 3 18:46:31 2007 -+++ ../../hotspot/src/os/bsd/vm/os_bsd.cpp.orig Sun Jun 3 18:47:28 2007 -@@ -499,7 +499,7 @@ - #define getenv(n) ::getenv(n) +--- ../../hotspot/src/os/bsd/vm/os_bsd.cpp.orig Mon Sep 17 21:03:04 2007 ++++ ../../hotspot/src/os/bsd/vm/os_bsd.cpp Tue Sep 18 21:36:51 2007 +@@ -2271,13 +2271,7 @@ + if (thread->is_Java_thread()) { + ThreadBlockInVM tbivm((JavaThread*) thread); + +-// BSDXXX: Only use pthread_yield here and below if the system thread +-// scheduler gives time slices to lower priority threads when yielding. +-#ifdef __FreeBSD__ +- os_sleep(MinSleepInterval, interruptible); +-#else + pthread_yield(); +-#endif + + #if SOLARIS + // XXX - This code was not exercised during the Merlin RC1 +@@ -2297,13 +2291,7 @@ + return 0; + } + +-// BSDXXX: Only use pthread_yield here and above if the system thread +-// scheduler gives time slices to lower priority threads when yielding. +-#ifdef __FreeBSD__ +- os_sleep(MinSleepInterval, interruptible); +-#else + pthread_yield(); +-#endif + return 0; + } - #ifndef DEFAULT_LD_LIBRARY_PATH --#define DEFAULT_LD_LIBRARY_PATH "/usr/lib" /* See ld.so.1(1) */ -+#define DEFAULT_LD_LIBRARY_PATH "/usr/lib:%%LOCALBASE%%/lib" /* See ld.so.1 (1) */ - #endif - #define EXTENSIONS_DIR "/lib/ext" - #define ENDORSED_DIR "/lib/endorsed" From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 09:03:51 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73AF916A420; Wed, 19 Sep 2007 09:03:51 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F26F13C46A; Wed, 19 Sep 2007 09:03:50 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l8J8g92Z063369; Wed, 19 Sep 2007 17:42:21 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Wed, 19 Sep 2007 17:43:35 +0900 (JST) Message-Id: <20070919.174335.85417706.ken@tydfam.jp> To: mbowie@buzmo.com From: Ken Yamada In-Reply-To: <20070918.002112.74756013.ken@tydfam.jp> References: <46E8C397.1040103@buzmo.com> <20070916.222306.74755899.ken@tydfam.jp> <20070918.002112.74756013.ken@tydfam.jp> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91/4335/Wed Sep 19 10:42:23 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-java@freebsd.org, dan@rucci.org, freebsd-eclipse@freebsd.org Subject: Re: Eclipse-Europa core dump X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 09:03:51 -0000 Azureus using swt-devel works under my -current environment. So, dump message is the same, but the cause of the problem might be different. I am lost and rather frustrating.... From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 09:15:55 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D4316A420 for ; Wed, 19 Sep 2007 09:15:55 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: from mail.integrity.hu (mail.integrity.hu [195.56.44.40]) by mx1.freebsd.org (Postfix) with SMTP id D12E413C46C for ; Wed, 19 Sep 2007 09:15:54 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: (qmail 14116 invoked by uid 89); 19 Sep 2007 10:49:13 +0200 Message-ID: <20070919084913.14113.qmail@mail.integrity.hu> From: "Zahemszky Gabor" To: freebsd-java@freebsd.org Date: Wed, 19 Sep 2007 10:49:13 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2"; format=flowed Content-Transfer-Encoding: 7bit X-Sender: gabor@zahemszky.hu Subject: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 09:15:55 -0000 Hi! Can diablo-jdk run on 7-CURRENT (with compat6x libraries, of course) ? If I remember well, I can run java on my machine formerly, but not now. I can run some trivial, command-line only command (eg. java -version), but not a command with graphical output. I tried tonipoint-viewer (a Java-based PPT-viewer), and some other not too big, but graphical Java-based application, but it doesn't do anything. I can see a window border for a very short time, and after it stops. No core, no anything. The command returned. Can anybody help me? Zahy < Gabor at Zahemszky dot HU > PS: I use a very recent CURRENT (from yesterday morning now, and GENERIC kernel, without any modification) From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 10:16:57 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C011516A419; Wed, 19 Sep 2007 10:16:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 1948C13C46A; Wed, 19 Sep 2007 10:16:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46F0F714.10608@FreeBSD.org> Date: Wed, 19 Sep 2007 12:16:52 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kurt Miller References: <46EC1B55.4060202@FreeBSD.org> <200709180721.48995.kurt@intricatesoftware.com> <46F0243A.8020902@FreeBSD.org> <200709182213.00777.kurt@intricatesoftware.com> In-Reply-To: <200709182213.00777.kurt@intricatesoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Kip Macy , performance@freebsd.org, freebsd-java@freebsd.org Subject: Re: Massive performance loss from OS::sleep hack X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 10:16:57 -0000 Kurt Miller wrote: > On Tuesday 18 September 2007 03:17:14 pm Kris Kennaway wrote: >> Kurt Miller wrote: >>> David Xu confirmed for me that pthread_yield() does give some >>> time to lower priority threads on 7.0 using thr. Attached and inline >>> are two patches for the 1.5 port that is how I suggest the issue be >>> addressed. >>> >>> For 7.0 and up default UseThreadPriorities to true and always >>> use pthread_yield(). For < 7.0 default UseThreadPriorities to >>> false and conditionally use pthread_yield()/os_sleep(). User's >>> can toggle UseThreadPriorities with the command line argument >>> -XX:+UseThreadPriorities >> Do we know that 6.x requires the old behaviour? Maybe it can default to >> on there too. Otherwise this looks good to my eyeball (but the >> DEFAULT_LD_LIBRARY_PATH change looks unrelated) >> >> -#define DEFAULT_LD_LIBRARY_PATH "/usr/lib" /* See ld.so.1(1) */ >> +#define DEFAULT_LD_LIBRARY_PATH "/usr/lib:/usr/local/lib" /* See >> ld.so.1(1) > > Yea I messed up the DEFAULT_LD_LIBRARY_PATH part. I didn't intend > to change that segment of the existing os_bsd.cpp patch. > > Regarding 6.x it either needs UseThreadPriorities defaulted to false > or the os_sleep hack. After discussing the options with Daniel we > agree that defaulting UseThreadPriorities to false and eliminating > the os_sleep hack for all versions is the most consitant approach. > > The following is a CVS diff of ports/java/jdk15 that updates the > port to fix the performance issue plus an alternative method > to setting DEFAULT_LD_LIBRARY_PATH without patching and > substituting it: This looks good to me, thanks! Kris From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 12:10:09 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B017216A46C for ; Wed, 19 Sep 2007 12:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7793C13C47E for ; Wed, 19 Sep 2007 12:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JCA9lC034408 for ; Wed, 19 Sep 2007 12:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JCA98i034407; Wed, 19 Sep 2007 12:10:09 GMT (envelope-from gnats) Resent-Date: Wed, 19 Sep 2007 12:10:09 GMT Resent-Message-Id: <200709191210.l8JCA98i034407@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-java@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rafael Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F5216A506 for ; Wed, 19 Sep 2007 12:03:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 586BA13C4E3 for ; Wed, 19 Sep 2007 12:03:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JC3vnp002439 for ; Wed, 19 Sep 2007 12:03:57 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l8JC3vUx002438; Wed, 19 Sep 2007 12:03:57 GMT (envelope-from nobody) Message-Id: <200709191203.l8JC3vUx002438@www.freebsd.org> Date: Wed, 19 Sep 2007 12:03:57 GMT From: Rafael To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 12:10:09 -0000 >Number: 116461 >Category: java >Synopsis: java.lang.OutOfMemoryError: PermGen space >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 19 12:10:08 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Rafael >Release: 6.2-STABLE FreeBSD 6.2-STABLE >Organization: Consultor Particular >Environment: jserver2# uname -a FreeBSD jserver2.descartesmultimedia.gdt 6.2-STABLE FreeBSD 6.2-STABLE #196: Wed Feb 7 05:05:55 CET 2007 root@jangofett.grupogdt.com:/usr/obj/usr/src/sys/GRUPOGDT i386 >Description: Error: java.lang.OutOfMemoryError: PermGen space jserver2# java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) Solution? Thank you. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 13:40:14 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7810C16A418 for ; Wed, 19 Sep 2007 13:40:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6AD1513C491 for ; Wed, 19 Sep 2007 13:40:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDeEuk039428 for ; Wed, 19 Sep 2007 13:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JDeENw039427; Wed, 19 Sep 2007 13:40:14 GMT (envelope-from gnats) Resent-Date: Wed, 19 Sep 2007 13:40:14 GMT Resent-Message-Id: <200709191340.l8JDeENw039427@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-java@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rafael Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5188A16A417 for ; Wed, 19 Sep 2007 13:38:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 5042A13C480 for ; Wed, 19 Sep 2007 13:38:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDcfh1082622 for ; Wed, 19 Sep 2007 13:38:41 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l8JDceLv082621; Wed, 19 Sep 2007 13:38:41 GMT (envelope-from nobody) Message-Id: <200709191338.l8JDceLv082621@www.freebsd.org> Date: Wed, 19 Sep 2007 13:38:41 GMT From: Rafael To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: java/116466: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 13:40:14 -0000 >Number: 116466 >Category: java >Synopsis: java.lang.OutOfMemoryError: PermGen space >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 19 13:40:13 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Rafael >Release: FreeBSD 6.2-STABLE >Organization: Grupo GDT >Environment: FreeBSD jserver2.descartesmultimedia.gdt 6.2-STABLE FreeBSD 6.2-STABLE #196: Wed Feb 7 05:05:55 CET 2007 root@jangofett.grupogdt.com:/usr/obj/usr/src/sys/GRUPOGDT i386 >Description: Error: java.lang.OutOfMemoryError: PermGen space WITH: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) WITH: FreeBSD 6.2-STABLE Thank you. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 13:50:01 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D06C116A417 for ; Wed, 19 Sep 2007 13:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ACD8A13C4EF for ; Wed, 19 Sep 2007 13:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDo14Q039546 for ; Wed, 19 Sep 2007 13:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JDo1D3039545; Wed, 19 Sep 2007 13:50:01 GMT (envelope-from gnats) Resent-Date: Wed, 19 Sep 2007 13:50:01 GMT Resent-Message-Id: <200709191350.l8JDo1D3039545@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-java@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rafael Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7B5A16A419 for ; Wed, 19 Sep 2007 13:40:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id A94D913C4A8 for ; Wed, 19 Sep 2007 13:40:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDeIec082768 for ; Wed, 19 Sep 2007 13:40:18 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l8JDeIZo082767; Wed, 19 Sep 2007 13:40:18 GMT (envelope-from nobody) Message-Id: <200709191340.l8JDeIZo082767@www.freebsd.org> Date: Wed, 19 Sep 2007 13:40:18 GMT From: Rafael To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: java/116467: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 13:50:01 -0000 >Number: 116467 >Category: java >Synopsis: java.lang.OutOfMemoryError: PermGen space >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 19 13:50:00 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Rafael >Release: FreeBSD 6.2-STABLE >Organization: Grupo GDT >Environment: FreeBSD jserver2.descartesmultimedia.gdt 6.2-STABLE FreeBSD 6.2-STABLE #196: Wed Feb 7 05:05:55 CET 2007 root@jangofett.grupogdt.com:/usr/obj/usr/src/sys/GRUPOGDT i386 >Description: Error: java.lang.OutOfMemoryError: PermGen space WITH: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) WITH: FreeBSD 6.2-STABLE Thank you. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 13:50:02 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F08016A46E for ; Wed, 19 Sep 2007 13:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3827913C4CE for ; Wed, 19 Sep 2007 13:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDo1tS039599 for ; Wed, 19 Sep 2007 13:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JDo1d9039598; Wed, 19 Sep 2007 13:50:01 GMT (envelope-from gnats) Resent-Date: Wed, 19 Sep 2007 13:50:01 GMT Resent-Message-Id: <200709191350.l8JDo1d9039598@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-java@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rafael Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CC2A16A419 for ; Wed, 19 Sep 2007 13:41:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0AA13C457 for ; Wed, 19 Sep 2007 13:41:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JDfNx3082807 for ; Wed, 19 Sep 2007 13:41:23 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l8JDfNpx082806; Wed, 19 Sep 2007 13:41:23 GMT (envelope-from nobody) Message-Id: <200709191341.l8JDfNpx082806@www.freebsd.org> Date: Wed, 19 Sep 2007 13:41:23 GMT From: Rafael To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: java/116468: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 13:50:02 -0000 >Number: 116468 >Category: java >Synopsis: java.lang.OutOfMemoryError: PermGen space >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 19 13:50:01 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Rafael >Release: FreeBSD 6.2-STABLE >Organization: Grupo GDT >Environment: FreeBSD jserver2.descartesmultimedia.gdt 6.2-STABLE FreeBSD 6.2-STABLE #196: Wed Feb 7 05:05:55 CET 2007 root@jangofett.grupogdt.com:/usr/obj/usr/src/sys/GRUPOGDT i386 >Description: Error: java.lang.OutOfMemoryError: PermGen space WITH: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) WITH: FreeBSD 6.2-STABLE Thank you. >How-To-Repeat: Error: java.lang.OutOfMemoryError: PermGen space WITH: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) WITH: FreeBSD 6.2-STABLE Thank you. >Fix: Error: java.lang.OutOfMemoryError: PermGen space WITH: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) WITH: FreeBSD 6.2-STABLE Thank you. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 14:09:37 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56CB816A419 for ; Wed, 19 Sep 2007 14:09:37 +0000 (UTC) (envelope-from andy@triera.net) Received: from deliver-2.mx.triera.net (deliver-2.mx.triera.net [213.161.0.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2520513C45D for ; Wed, 19 Sep 2007 14:09:36 +0000 (UTC) (envelope-from andy@triera.net) Received: from localhost (in-3.mx.triera.net [213.161.0.27]) by deliver-2.mx.triera.net (Postfix) with ESMTP id BA667280018; Wed, 19 Sep 2007 15:45:50 +0200 (CEST) X-Virus-Scanned: Triera AV Service Received: from smtp.triera.net (smtp.triera.net [213.161.0.30]) by in-3.mx.triera.net (Postfix) with SMTP id BC30D1BC089; Wed, 19 Sep 2007 15:45:50 +0200 (CEST) Received: from webmail.triera.net (scandal.triera.net [213.161.0.40]) by smtp.triera.net (Postfix) with SMTP id 4079E1A18B0; Wed, 19 Sep 2007 15:45:52 +0200 (CEST) MIME-Version: 1.0 X-Mailer: Triera Internet Webmail Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20070919084913.14113.qmail@mail.integrity.hu> References: <20070919084913.14113.qmail@mail.integrity.hu> Date: Wed, 19 Sep 2007 15:45:51 +0200 From: "Andy Rozman (Aleksander)" To: "Zahemszky Gabor" , X-Originating-IP: [86.58.35.102] Cc: Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy@triera.net List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 14:09:37 -0000 "Zahemszky Gabor" wrote: Hi ! I am also having problems. I sent mail to list about it few days ago... In short... I can run tomcat 5.5, but running azurues produces core dumps... I tried 3.0 and 2.5 version. I run version 2.5 on 6.1 (but on i386). I have amd64 version now and it doesn't work... Ok. At least I don't need it so urgently, but it would be nice if it worked. Andy > Hi! > > Can diablo-jdk run on 7-CURRENT (with compat6x libraries, of course) ? If I > remember well, I can run java on my machine formerly, but not now. I can run > some trivial, command-line only command (eg. java -version), but not a > command with graphical output. I tried tonipoint-viewer (a Java-based > PPT-viewer), and some other not too big, but graphical Java-based > application, but it doesn't do anything. I can see a window border for a > very short time, and after it stops. No core, no anything. The command > returned. > > Can anybody help me? > > Zahy < Gabor at Zahemszky dot HU > > > PS: I use a very recent CURRENT (from yesterday morning now, and GENERIC > kernel, without any modification) > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 16:13:23 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D63816A419; Wed, 19 Sep 2007 16:13:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6558B13C461; Wed, 19 Sep 2007 16:13:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JGDNoX046340; Wed, 19 Sep 2007 16:13:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JGDN7P046336; Wed, 19 Sep 2007 16:13:23 GMT (envelope-from linimon) Date: Wed, 19 Sep 2007 16:13:23 GMT Message-Id: <200709191613.l8JGDN7P046336@freefall.freebsd.org> To: rafaelbascon@gmail.com, linimon@FreeBSD.org, freebsd-java@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: java/116466: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 16:13:23 -0000 Synopsis: java.lang.OutOfMemoryError: PermGen space State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Wed Sep 19 16:12:53 UTC 2007 State-Changed-Why: Duplicate of java/116461. http://www.freebsd.org/cgi/query-pr.cgi?pr=116466 From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 16:13:42 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57C7916A468; Wed, 19 Sep 2007 16:13:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4106B13C4CC; Wed, 19 Sep 2007 16:13:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JGDgKF046384; Wed, 19 Sep 2007 16:13:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JGDgml046380; Wed, 19 Sep 2007 16:13:42 GMT (envelope-from linimon) Date: Wed, 19 Sep 2007 16:13:42 GMT Message-Id: <200709191613.l8JGDgml046380@freefall.freebsd.org> To: rafaelbascon@gmail.com, linimon@FreeBSD.org, freebsd-java@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: java/116467: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 16:13:42 -0000 Synopsis: java.lang.OutOfMemoryError: PermGen space State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Wed Sep 19 16:13:32 UTC 2007 State-Changed-Why: Duplicate of java/116461. http://www.freebsd.org/cgi/query-pr.cgi?pr=116467 From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 16:14:01 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C877F16A417; Wed, 19 Sep 2007 16:14:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B089E13C48D; Wed, 19 Sep 2007 16:14:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JGE12F046433; Wed, 19 Sep 2007 16:14:01 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JGE1K3046429; Wed, 19 Sep 2007 16:14:01 GMT (envelope-from linimon) Date: Wed, 19 Sep 2007 16:14:01 GMT Message-Id: <200709191614.l8JGE1K3046429@freefall.freebsd.org> To: rafaelbascon@gmail.com, linimon@FreeBSD.org, freebsd-java@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: java/116468: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 16:14:01 -0000 Synopsis: java.lang.OutOfMemoryError: PermGen space State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Wed Sep 19 16:13:50 UTC 2007 State-Changed-Why: Duplicate of java/116461. http://www.freebsd.org/cgi/query-pr.cgi?pr=116468 From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 16:33:45 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4ED16A419 for ; Wed, 19 Sep 2007 16:33:45 +0000 (UTC) (envelope-from anrays@gmail.com) Received: from mail.matrix.farlep.net (mail.matrix.farlep.net [217.146.241.4]) by mx1.freebsd.org (Postfix) with ESMTP id C0EC613C461 for ; Wed, 19 Sep 2007 16:33:44 +0000 (UTC) (envelope-from anrays@gmail.com) Received: from santinel.home.ua (senser.ppp.matrix.private [10.64.37.183]) by mail.matrix.farlep.net with ESMTP id 1IY2Qw-0005Pa-DM; Wed, 19 Sep 2007 19:29:50 +0300 Received: from anray by santinel.home.ua with local (Exim 4.68; FreeBSD) id 1IY2Ua-0001My-D2; Wed, 19 Sep 2007 19:33:36 +0300 To: andy@triera.net References: <20070919084913.14113.qmail@mail.integrity.hu> Organization: Santinel From: Andrey Slusar Date: Wed, 19 Sep 2007 19:33:36 +0300 In-Reply-To: (Andy Rozman's message of "Wed, 19 Sep 2007 15:45:51 +0200") Message-ID: <863axay5r3.fsf@santinel.home.ua> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Spam-Score: -0.0 (/) X-Spam-Report: Content analysis details: (-0.0 points, 5.0 required, autolearn: no) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 BAYES_44 BODY: Bayesian spam probability is 44 to 50% [score: 0.4998] Cc: Zahemszky Gabor , freebsd-java@freebsd.org Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 16:33:45 -0000 Wed, 19 Sep 2007 15:45:51 +0200, Andy Rozman (Aleksander) wrote: > I am also having problems. I sent mail to list about it few days ago... > In short... I can run tomcat 5.5, but running azurues produces core dumps... I > tried 3.0 and 2.5 version. I run version 2.5 on 6.1 (but on i386). I have > amd64 version now and it doesn't work... Ok. At least I don't need it so > urgently, but it would be nice if it worked. For azureus needs the comiled java/jdk15(diablo-jdk15 for bootstrap). On my home machine(recent 7.0-CURRENT) azureus2, azureus and bittyrant works fine. -- Regards, Andrey. From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 16:40:07 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F33FB16A46C for ; Wed, 19 Sep 2007 16:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EAE9A13C4A6 for ; Wed, 19 Sep 2007 16:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JGe6Zg048377 for ; Wed, 19 Sep 2007 16:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JGe6Id048376; Wed, 19 Sep 2007 16:40:06 GMT (envelope-from gnats) Date: Wed, 19 Sep 2007 16:40:06 GMT Message-Id: <200709191640.l8JGe6Id048376@freefall.freebsd.org> To: freebsd-java@FreeBSD.org From: Nick Johnson Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick Johnson List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 16:40:07 -0000 The following reply was made to PR java/116461; it has been noted by GNATS. From: Nick Johnson To: bug-followup@FreeBSD.org, rafaelbascon@gmail.com Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space Date: Wed, 19 Sep 2007 09:21:48 -0700 (PDT) The most obvious solution is to increase the amount of permanent generation space. java -XX:MaxPermSize=64m http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp http://java.sun.com/docs/hotspot/gc1.4.2/faq.html 7. How should the permanent generation be sized? The permanent generation is used to hold reflective of the VM itself such as class objects and method objects. These reflective objects are allocated directly into the permanent generation, and it is sized independently from the other generations. Generally, sizing of this generation can be ignored because the default size is adequate. However, programs that load many classes may need a larger permanent generation. 8. How can I tell if the permanent generation is filling up? Starting in 1.4.2 -XX:+PrintGCDetails will print information about all parts of the heap collected at each garbage collection. For a full collection [Full GC [Tenured: 30437K->33739K(280576K), 0.7050569 secs] 106231K->33739K(362112K), [Perm : 2919K->2919K(16384K)], 0.7052334 secs] this example shows that little was collected in the permanent generation (it went from 2919K used before the collection to 2919K used after the collection) and the current size of the permanent generation is 16384K. 9. How can I increase the permanent generation size? Use the command line option -XX:MaxPermSize= From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 18:12:10 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E7C16A417 for ; Wed, 19 Sep 2007 18:12:10 +0000 (UTC) (envelope-from andy@triera.net) Received: from deliver-2.mx.triera.net (deliver-2.mx.triera.net [213.161.0.32]) by mx1.freebsd.org (Postfix) with ESMTP id E83BA13C478 for ; Wed, 19 Sep 2007 18:12:09 +0000 (UTC) (envelope-from andy@triera.net) Received: from localhost (in-3.mx.triera.net [213.161.0.27]) by deliver-2.mx.triera.net (Postfix) with ESMTP id 9D8E428008D for ; Wed, 19 Sep 2007 20:11:58 +0200 (CEST) X-Virus-Scanned: Triera AV Service Received: from smtp.triera.net (smtp.triera.net [213.161.0.30]) by in-3.mx.triera.net (Postfix) with SMTP id C194D1BC08E for ; Wed, 19 Sep 2007 20:11:58 +0200 (CEST) Received: from webmail.triera.net (scandal.triera.net [213.161.0.40]) by smtp.triera.net (Postfix) with SMTP id 8D6941A18AC for ; Wed, 19 Sep 2007 20:12:00 +0200 (CEST) MIME-Version: 1.0 X-Mailer: Triera Internet Webmail Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: References: <20070919084913.14113.qmail@mail.integrity.hu> <863axay5r3.fsf@santinel.home.ua> Date: Wed, 19 Sep 2007 20:11:59 +0200 From: "Andy Rozman (Aleksander)" To: freebsd-java@freebsd.org X-Originating-IP: [86.58.35.102] Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy@triera.net List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 18:12:10 -0000 "Andy Rozman (Aleksander)" wrote: Ok. this was sent to wrong address... > Andrey Slusar wrote: > > Ok. I will try the same on my CURRENT AMD64. Maybe this will fix my problem > too, although I think that it won't... But let's see... > > Andy > > > > Wed, 19 Sep 2007 15:45:51 +0200, Andy Rozman (Aleksander) wrote: > > > > > I am also having problems. I sent mail to list about it few days ago... > > > > > In short... I can run tomcat 5.5, but running azurues produces core > dumps... > > I > > > tried 3.0 and 2.5 version. I run version 2.5 on 6.1 (but on i386). I have > > > amd64 version now and it doesn't work... Ok. At least I don't need it so > > > urgently, but it would be nice if it worked. > > > > For azureus needs the comiled java/jdk15(diablo-jdk15 for > > bootstrap). > > On my home machine(recent 7.0-CURRENT) azureus2, azureus and bittyrant > > works fine. > > > > From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 18:13:29 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B9016A418 for ; Wed, 19 Sep 2007 18:13:29 +0000 (UTC) (envelope-from andy@triera.net) Received: from deliver-2.mx.triera.net (deliver-2.mx.triera.net [213.161.0.32]) by mx1.freebsd.org (Postfix) with ESMTP id 68E8813C49D for ; Wed, 19 Sep 2007 18:13:29 +0000 (UTC) (envelope-from andy@triera.net) Received: from localhost (in-1.mx.triera.net [213.161.0.25]) by deliver-2.mx.triera.net (Postfix) with ESMTP id C4BB62800E4 for ; Wed, 19 Sep 2007 20:13:18 +0200 (CEST) X-Virus-Scanned: Triera AV Service Received: from smtp.triera.net (smtp.triera.net [213.161.0.30]) by in-1.mx.triera.net (Postfix) with SMTP id C75781BC092 for ; Wed, 19 Sep 2007 20:13:20 +0200 (CEST) Received: from webmail.triera.net (scandal.triera.net [213.161.0.40]) by smtp.triera.net (Postfix) with SMTP id AB5FF1A18C3 for ; Wed, 19 Sep 2007 20:13:21 +0200 (CEST) MIME-Version: 1.0 X-Mailer: Triera Internet Webmail Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: Date: Wed, 19 Sep 2007 20:13:20 +0200 From: "Andy Rozman (Aleksander)" To: freebsd-java@freebsd.org X-Originating-IP: [86.58.35.102] Subject: problem with compile on current amd64 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy@triera.net List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 18:13:29 -0000 Hi ! I tried to compile... jdk15, but I failed on patch... Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h |=================================================================== |RCS file: deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h |diff -N deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h |--- deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h 1 Jan 1970 00:00:00 -0000 |+++ deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h 18 Dec 2006 21:49:46 -0000 1.1 -------------------------- Patching file deploy/src/plugin/include/mozilla_headers_ns7/nsCOMPtr.h using Plan A... patch: **** unexpected end of file in patch *** Error code 1 Can someone take a look? Andy From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 18:28:13 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0063916A418 for ; Wed, 19 Sep 2007 18:28:12 +0000 (UTC) (envelope-from rafaelbascon@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3BA13C483 for ; Wed, 19 Sep 2007 18:28:12 +0000 (UTC) (envelope-from rafaelbascon@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so236702nfb for ; Wed, 19 Sep 2007 11:28:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=dSU7nzFqGXruYn7zQ43z4BdacW2k1Se8MmoLHPZMKV0=; b=EXrO9GVjYblzg16jipHjCSrQEUTpvyUzs1+fSNGmP6d9+XqZaYDP6IcnSNE/hM3z2tNNhxlEe4oG6sHY31UCizDRUO60gbaO8cDI+tzHHBE61gc9l9tv7YfEOr0jK1OPFKMo8KlpruhisIgzdtLwxZwYfPYoCzPtmdeh6OKspAU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=dfddYJs8pfzP5t+UPjJUYZxgAyBytNkSZ7UinsBGv01SBPMGedEAhW+xOeKY16G6q+ocJw/6XKpBtvPCqxVs3lmpT7GdTXD9Ih21K9C4JqH3IKThXMfpWo6qSJqUdVc1tC1YTicykrSHa1baHuVXyEkrmE+rUzWXTej84TNIuik= Received: by 10.78.176.20 with SMTP id y20mr609036hue.1190224909033; Wed, 19 Sep 2007 11:01:49 -0700 (PDT) Received: by 10.78.198.1 with HTTP; Wed, 19 Sep 2007 11:01:48 -0700 (PDT) Message-ID: <9d8decb00709191101i41d84e1bs229b4ef46b345e12@mail.gmail.com> Date: Wed, 19 Sep 2007 20:01:48 +0200 From: "Rafael Bascon Barrera" To: FreeBSD-gnats-submit@freebsd.org, freebsd-java@freebsd.org In-Reply-To: <200709191210.l8JCA8h3034397@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_28601_8797118.1190224908996" References: <200709191203.l8JC3vUx002438@www.freebsd.org> <200709191210.l8JCA8h3034397@freefall.freebsd.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 18:28:13 -0000 ------=_Part_28601_8797118.1190224908996 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline We couldn't solve the problem by doing what you told us. The option "*java -XX:MaxPermSize*=64m" doesn't exist. You can see the attached file for more details. Thank you 2007/9/19, FreeBSD-gnats-submit@freebsd.org < FreeBSD-gnats-submit@freebsd.org>: > > Thank you very much for your problem report. > It has the internal identification `java/116461'. > The individual assigned to look at your > report is: freebsd-java. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116461 > > >Category: java > >Responsible: freebsd-java > >Synopsis: java.lang.OutOfMemoryError: PermGen space > >Arrival-Date: Wed Sep 19 12:10:08 GMT 2007 > ------=_Part_28601_8797118.1190224908996-- From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 18:30:20 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 743F516A417 for ; Wed, 19 Sep 2007 18:30:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF1713C45B for ; Wed, 19 Sep 2007 18:30:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JIUKUL052783 for ; Wed, 19 Sep 2007 18:30:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JIUJEb052782; Wed, 19 Sep 2007 18:30:19 GMT (envelope-from gnats) Date: Wed, 19 Sep 2007 18:30:19 GMT Message-Id: <200709191830.l8JIUJEb052782@freefall.freebsd.org> To: freebsd-java@FreeBSD.org From: "Rafael Bascon Barrera" Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rafael Bascon Barrera List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 18:30:20 -0000 The following reply was made to PR java/116461; it has been noted by GNATS. From: "Rafael Bascon Barrera" To: FreeBSD-gnats-submit@freebsd.org, freebsd-java@freebsd.org Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space Date: Wed, 19 Sep 2007 20:01:48 +0200 ------=_Part_28601_8797118.1190224908996 Content-Type: multipart/alternative; boundary="----=_Part_28602_13767535.1190224908996" ------=_Part_28602_13767535.1190224908996 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline We couldn't solve the problem by doing what you told us. The option "*java -XX:MaxPermSize*=64m" doesn't exist. You can see the attached file for more details. Thank you 2007/9/19, FreeBSD-gnats-submit@freebsd.org < FreeBSD-gnats-submit@freebsd.org>: > > Thank you very much for your problem report. > It has the internal identification `java/116461'. > The individual assigned to look at your > report is: freebsd-java. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116461 > > >Category: java > >Responsible: freebsd-java > >Synopsis: java.lang.OutOfMemoryError: PermGen space > >Arrival-Date: Wed Sep 19 12:10:08 GMT 2007 > ------=_Part_28602_13767535.1190224908996 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
We couldn't solve the problem by doing what you told us.
The option "java -XX:MaxPermSize=64m" doesn't exist.
You can see the attached file for more details.
 
Thank you


 
2007/9/19, FreeBSD-gnats-submit@freebsd.org <FreeBSD-gnats-submit@freebsd.org>:
Thank you very much for your problem report.
It has the internal identification `java/116461'.
The individual assigned to look at your
report is: freebsd-java.

You can access the state of your problem report at any time
via this link:

http://www.freebsd.org/cgi/query-pr.cgi?pr=116461

>Category:       java
>Responsible:    freebsd-java
>Synopsis:       java.lang.OutOfMemoryError: PermGen space
>Arrival-Date:   Wed Sep 19 12:10:08 GMT 2007

------=_Part_28602_13767535.1190224908996-- ------=_Part_28601_8797118.1190224908996 Content-Type: image/jpeg; name="Error.JPG" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Error.JPG" X-Attachment-Id: f_f6s558ha /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAGdApoDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDr/HXj pvBbaeq6bFdi6QnllTbtVD3Q5zurm9P+L9/qkssdn4btWMMRmkMt/BCqJuVclpFVfvOo655ql8dX 8v8AsV8Z2xSnH/AIqx9N0jQ/C58SSam17qlxZxTRR2nkLBHcLFONz/ffcgeNPvgLw4CyEEDacqNH DKrKDk29lvv9213fZJXZmud1Gk9DpL74v3+mmH7X4atQs6loXhv4J0kAODho1YcHjrVX/heMn/Qv Rf8Af9f/AI3XB+J9V07VI7JbGSV2t3m5dZPuO5cl2k+ZnLEZPQ/McDIFd0fBPh3U9S0y3fUPsst1 olpc2VnNNDbGZ5HYFTMkOGZRgcoXcnrgHHTTpUXDmnH8/wDMiU581osk/wCF3yf9C9F/3/X/AON0 v/C7pP8AoX4v+/y//G6yj4I8N6bpFpdeIdTudMmvZ7yJULmU2xhcxhSEiYTEMPmO6MEHiop/C/hL Tb3wxb6je6qh1a0tbm4dTEscKyq4Lb26APs6jhQxySRjX2OH/l/MjnqdzbHxsk/6F+L/AL/L/wDG 6UfGuT/oARf9/l/+N1SX4caTZ6r/AGVqWpv9usNLuNR1M28oMQCsBGitsLodpDNlGOMYBzVaDwt4 NmsNZ1WLVtRuNP0+OzdvsyAurSOyyR5kRN/3RhsLjdyDjBXssN0j+Y+ep3Nf/hdUn/QAi/7/AC// ABul/wCF0Sf9AGL/AL/L/wDG6whLa6b4LzrWladG95ZeVptpFbhblzuz9sklOXVc5AXOH6BQozVz wj4Yi019M1jV7e+jvR4gtrCO1JEBiYgSB3DKSw5X5fl4788DoUEm+X8WLnqX3NL/AIXPJ/0AYv8A v8v/AMbpf+FzSf8AQBi/7+r/APG6br3hXw3HeXOqa5rE1m+p6jqHluoYiLy5WVfkWNvM+bk5dODx nFZtn4G0zUvD2m3mm332qa4ktobyVblQbJ5ZdnzW5TcQPug+YCx5A20lSw9r8v5j56nc1f8Ahcsn /QCi/wC/q/8Axul/4XHJ/wBAKL/v6v8A8brnv+Eb0y58WX+l2VtdraaV9pe9muL5RmKIkbxthJXn HAVyc445NbV14E8O2Fje6ncX2oPYRWdjex/ZtrttndlZcsqbvu8MQuN3KnGC3Rw63j+f+YlOo+pY /wCFxSf9AKL/AL+r/wDG6d/wuGT/AKAcX/f1f/jdRXHhrSNZ13wbo6W72ct7pME888BQK6hJGb5N vMh2/fLH/dOKy7XQfBt7qtpDF4g8uN7eZpY5ZGVRKv3F894lChgc5MZxtI5LCkqOH/l/MfPU7m1/ wt+T/oBxf9/V/wDjdL/wt6T/AKAkX/f1f/jdQf8ACCaXaME1GDUI5n1yLSljivY2CK8asJN3lfN9 7OMLwQDgg1Jpfw+0nUL2CE3F6ixatPpdyQ6EytHCziRPl+QEoflO7g9eOV7PDWvb8/8AMOar3JP+ Fuyf9ASL/v4v/wAbpf8Ahbcn/QEi/wC/i/8Axuk8LaLbWPhSfVInlM+o6BqfmqxG1fLdFXbxkcHn JNT63o2kyeM/FFraWn2T7FpElwVRImjZhHEV2IY/3fU5IO7JyCvNL2VDma5fxYc1S17kX/C2pP8A oCxf9/F/+N0v/C2ZP+gLF/38X/43VbWfCGg6W+v7BqTrorW28Ncpm4Ew6A+X8hBIOfmyARgZyJ7z wJoOiyX82q6nOtpDqKWkbAlGVWiEpJ2xvubDYxhQdpORkAP2eH/l/P8ArqHNV7j/APhbEn/QGi/7 +L/8bpf+FrSf9AaL/v4v/wAbqx4K0PTdL17w9fRXE95Lfy3ogmUiKNY4gyglCpYlhk/eGMjrjnOu vC9oYrK9uDt0+LRbW4uJd6QbJJGKqP3cLFs4PJUn1bpleyoc1uX8WHPUte5a/wCFqyf9AaL/AL7X /wCN0o+Kkn/QHi/77X/4iqH/AAgf/FwP7D8y6/s3z/L+1+V/0y83Zu+7v28frjtU1r4S0e80e01a M30UL2N5eSwNMjMfJZVCq+wAZLZJKn0x3pulh9NPzDnq9y0PilJ/0B4v++1/+Ip3/C0ZP+gRF/32 v/xFaesQaXJ4WmurmxaWOHRdM8kb1E0YaSQYEhQ4PTJC846CvNbK0hut/nahbWe3GPPWQ7vpsRun vjrThQoyTfLt5sUqk09zuP8AhZ8n/QIi/wC+1/8AiKX/AIWdJ/0CIv8Avtf/AIiszwpBbt4Z8RXU n2GOaD7N5Vxd24mWLc7A8bGPI44Hp9avXeiaDrE66lponhtbrXI7BUTCqI2QFmVSCQS2SOwBHA6U nRoJtOP5hz1Gr3Jv+Fmyf9AmL/vpf/iKX/hZcn/QJi/76X/4ioYIotP0bxbFHb2kraVcRxWss9pF I4BmZTklfmJA79O2KqiYf8K4+1fZbL7R/aH2TzfscW/yvJzjO3Oc87vve9HsaL+z+LD2k+5o/wDC ypP+gVF/30v/AMRS/wDCyZP+gVF/30v/AMRUHiCTSV8LW2o2unxx3etbdy+SgS38n5X8rHK7mx65 Gc4NcYKqGHoyV+X8WKVWae53f/CyJP8AoFRf99L/APEUv/CxpP8AoFxf99L/APEVwgp4qvqtHt+Z Ptp9zuR8RZP+gXF/30v/AMRSj4iSf9AyL81/+IrhxThR9Vo9vzD20+53H/CwpP8AoGRfmv8A8RS/ 8LBk/wCgZF+a/wDxFcQKeKPqtLt+Ye2n3O1/4WBJ/wBA2L81/wDiKUePpP8AoGxfmv8A8RXFinCj 6rS7fmHtp9zs/wDhPZP+gdF+a/8AxFKPHkn/AEDovzX/AOIrjRThS+q0u35h7afc7H/hO5P+gdF/ 47/8RS/8JzJ/0D4v/Hf/AIiuPFOFH1Wl2/MPbT7nX/8ACcSf9A+L/wAd/wDiKX/hN5P+gfF/47/8 RXJCnCj6rS7fmHtp9zrP+E1k/wCfCL/x3/4mnf8ACaSf8+EX/jv/AMTXJinCl9VpdvzD20+51f8A wmcn/PjF+S//ABNKPGMn/PjF+S//ABNcsKcKPqtLt+Ye2n3OoHjCT/nyi/Jf/iaX/hL5P+fKL8l/ +JrmBThR9VpdvzD20+503/CWyf8APlF+S/8AxNL/AMJZJ/z5xfkv/wATXNCnCj6tS7fmHtp9zpB4 rk/584vyX/4ml/4SqT/nzi/75X/4mucFOFH1al2/MPbT7nRf8JRJ/wA+kX/fK/8AxNL/AMJPJ/z6 Rf8AfK//ABNc+KcKX1al2/MPbz7nQf8ACSyf8+sX/fK//E0v/CSSf8+sX/fK/wDxNYAp4o+rUu35 i9vU7m7/AMJHJ/z6xf8AfK//ABNL/wAJFJ/z7Rf98L/8TWGKcKPq1Lt+Y/bz7m2PEEn/AD7Rf98L /wDE0v8Ab8n/AD7xf98L/wDE1iinCl9WpdvzD20+5sjXpP8An3i/74X/AOJpf7ck/wCfeL/vhf8A 4mscU4UfVqXb8w9vU7mv/bcn/PCL/vhf/iaX+2pP+eEX/fC//E1kinij6vS7fmL29Tuag1iT/njF /wB+1/8AiaUavJ/zxi/79r/hWYKcKPq9Lt+Ye3qdzT/taT/njF/37X/Cl/tST/nlF/37X/Cs0U8U fV6Xb8w9vU7mh/acn/PKL/v2v+FL/aUn/POL/v2v+FUBThS+r0+we3qdzVSS6kjVxFbhW5G7yxnn HQ/Snbrr/nna/nFVK8vLWw0yC6vLmG2t0j+eWZwiLl2AyTwOSB+NVtP1jTNW8z+zdRs7zyseZ9mn WTZnOM7ScZwfyrhm4xk0o/n/AJnZFNxTv+RoWt5Je24ntxavEWdQ37oAlWKnGeoypGehxxU266/5 52v5xV5zc6TY654Z8JabqUHn2k2p3PmR72XOBeMOVIPUDvT18D+HfDXiTw9eaRp32a4e9kiZ/Pkf Km2nJGGYjqo/Kp5o/wAv5/5j5X3/AC/yO7s9QfUInltRbSRo7Rl8RgbgxU4JHPKnkelWN11/zztf zirnfBn/ACKZ/wCvl/8A0ZLXB/2tdfbvI/tfUf8AhCPtu3+19x8zfn/U/aN+/wCz7+POxnPybsfN VTcU7KP5/wCZMU2r3/I9U/tP/TpLP/RzPGiu6oiNtDZxkgY/hPHX8xXzzqLM+p3buxZmmckk5JO4 17RYf8jnrP8A1ytv5PXi1/8A8hG5/wCur/zNEraNLp/mON9Uz0P4w2i3N7oDyCykhiy0sF1fR2wm TERKBmYHkAgleRnPpXN6j4rvr+1kt10/w7bpKG8xR4hikSQnu6vId30yM+tT/tD/AOt8Of8AXOb/ ANBhrxGhTvFJrYfLrc7RdEnVQv27STgYydXtcn/yJXSXuv8AiW5uo5rbW9O01IraK0jhsNchiRYo wQi/64s2NzHLEn5jXk9FdLxk3ul/XzM/Yx7npGnz6/pUDQad4kt7OFm3mO31+CNS2AM4WUc4A59q r3Fpf3nk/atX06fyY1hi83WbdtkY6KuZOFGeAOK8/op/Xal72X9fMXsY9z0gNrH9qf2n/wAJBaf2 h/z9f27B5v3dv3/Nz93jr04qW5udcvklS78SW1wsyqkol16Bw6qSyhsy8gEkjPQk15lRS+uz7L+v mHsY92epDUPEH2H7F/wlEP2Ty/J8j/hIIfL2Yxt2+bjbjjHTFLFqGvw3M9zF4ohjuLjb50q+IIQ0 m0YXcfNycDgZ6V5ZRR9cn2X3D9iu7PVLbUdfs/N+zeKIYfOkMsvl6/Cu9z1ZsS8k9yeaiuJtUu7K KyufEFnNaQ48qCTXIGRMDAwplwMDgY7V5hRR9cn2X9fMPYx7s9Xk1LXZrmC5l8UwPcQbvJlbX4S0 e4YbafNyMjg46025vdYvUlS78SW06zKqSiXXYWDqpJUHMvIBJIz0JNeVUUfXJ9l9wexj3Z6olxqU dtb2yeILNYLaQSwRDW4AsTgkhlHmYU5JORzyatHWdfMyzN4tjMqKUVz4gi3BSQSAfN6HaufoPSvI aKPrk+yD2Me7PVxc6h/0MNl/x8fav+Q3B/rv+en+s+//ALXWlF1qH/Qw2X/Hx9q/5DcH+u/56f6z 7/8Atda8noo+uT7L+vmL2Me7PYJtV1i5z5/im3lzG0R8zXoWyjY3LzL0OBkd8Cm/2hqRhWE+JbUx JCYFQ65DtEZwCgHmfdO1eOnA9K8hrUvtGaLWVsLGR7kSQxTRu6CI7XiWTLDcQoUNyS2AASTil9bn 2Qexj3Z6TLeXtx9p8/xDZSfatv2jfrUDebt+7uzJ82O2elTx6vqsNxNcR+KbdJ59vmyLrsIaTaMD cfMycDgZry2TQtQjuYYPLikM27Y8NxHJH8oy2ZFYqNo5bJG0EE4BzRJoWoR3MMHlxSGbdseG4jkj +UZbMisVG0ctkjaCCcA5o+uT7IPYx7s9Tt9X1S1837P4pt4fNkMsnl67Cu9z1Y4k5J9aSLU7+CZJ ovEtpHLHEIEdNbhBWMchARJwvt0rzLVNBk0rSrC8ll3PdSSxlV2tH8mw5SRWYODvxkYwysO1UbCw uNTv4bK0VGuJm2xq8ioGbsMsQMntzyeOtH1ufZD9jHuz18atetcRyz+IbG42TrcFZdbiIaRQAGJE oOcADIIIHQir+p+KtQ1OaykOtaVbNZK4gaHWY96l/vHe0rOSRgctjAwK8ak0HU4rmG3e2xJNuwPM UhSoy4c5whUcsGwVHLYFSweGtQn1Wy08G1D3knlxTC6jeLdxkF0JGRkfL97lePmGV9ale9l/XzD2 K7s9UGtaj9r+1/8ACU232ny/L87+3It+zOdu7zM4zziqIS3/AOgppH/g0t//AIuvLrjTZ7a8itZJ LUyS42tHdxSIMnHLqxVfxIx1PFW28OXras+mwCJp47dbhvMuIUXaYw5IbeVYAHOQeVGcDkCljJrZ IXsI9z02O4EVvLBHremJDNjzY11aAK+Dkbh5mDg9M1PZalNp2/7F4isbXzMb/I1mFN2OmcSc9T+d eTQ6FqFxZ213FHE0NzI0cZFxHnKjLbl3ZUKOSzAAAgkgEGob7TLrTvLM4iZJM7JIJ0mQkYyNyEjI yMjORkeopfXJ9kHsI92evG+YrcKdf08rcsGnB1eDEpByC37z5jnnmkF0n2X7L/bemfZ9/meV/a0G zfjG7G/GccZrxy1tZr25S3t03yNnAyAAAMkkngAAEkngAEngVck0LUI7mGDy4pDNu2PDcRyR/KMt mRWKjaOWyRtBBOAc0fXJ9kHsI9z1h7tJYIoJNc0x4Yc+VG2rQFUycnaN/GT1xTN9p/0FdI/8Gdv/ APF15fJ4Y1aKOGRoIjHPI0cUiXMTK+1dzMCGwUUfef7q4IJBBpg8O6k1/a2aJbyS3TFIWjuonjdh 1XzA23dyPlzn5l45GX9cqdl/XzD2ET1TzLP/AKC2kf8Agzt//i6cJbP/AKC2kf8Agzt//i68sg8M 6nNqtlpzpFDNeSeUjSzKFV+MqxBO1xkZQ/MMgYyQDRvbGWwmEUz27MV3AwXEcy45/iRiM8dM5o+u VOy/r5i9hE9jE1l/0FtI/wDBnb//ABdKJ7L/AKC2kf8Agyg/+LrxKtLUtLSz1ZLK2uPOSWOGSOSY LDxLGrjdliFxvwTuxxnNH1yp2X9fMPYRPXRcWP8A0F9I/wDBlB/8XThc2P8A0F9I/wDBlB/8XXld v4bkm1uXSWeUXQszcQrFGs3muIfNCAo5BDDIDAnPy8DJArDw7qTX9rZolvJLdMUhaO6ieN2HVfMD bd3I+XOfmXjkZX1yp2X9fMPYRPXhdWH/AEF9I/8ABlB/8XThdaf/ANBjSP8AwZQf/F147JoWoRXM Ns0cXny7v3QuIy0e0ZbzAGzFgZJ37cYOcYOHDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmX jkZPrlTsg9hE9hF3p/8A0GNI/wDBlB/8XThead/0GNI/8GUH/wAXXjg8O6kb+1sQlv8Aa7likcJu og4YfwuN3yN22tg54xniorrR7y0sEvZfs5t3meBWjuY5CXX7wwrE4HHOMYZTnDDJ9cqdkHsIntQv dO/6DGkf+DKD/wCLpRfab/0GdI/8GUH/AMXXi+iaV/bN9JZo8onNvLLAkUXmGR0QuExkEZCkZGec cU4eHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjJ9bqdkHsIntH2/Tf+gzpH/gyg/+Lpw1 DTP+gzpH/gxg/wDi68QutHvLSwS9l+zm3eZ4FaO5jkJdfvDCsTgcc4xhlOcMM1rW2kvLlIImiV2z gyyrEvAzyzEAdO5o+t1OyD2ET3kajpf/AEGtI/8ABjB/8XThqWl/9BrSP/BjB/8AF15DqXhKWz1W 10m1uorrUJZHhePzoFUSLgbQRKTycgbwhPAxnIGLLYXENhbXrqn2e5Z1jZZFYlkxuBAOVI3L1A4I PSj63U7IPYRPehqelf8AQa0j/wAGMH/xdKNU0r/oNaR/4MYP/i68K1iwj03UPs8M7zxNDDMkjxhG KyRrIMqCcEbsdT0o1iwj03UPs8M7zxNDDMkjxhGKyRrIMqCcEbsdT0o+t1OyD2ET3carpP8A0G9I /wDBjD/8XThq2kf9BvSP/BjD/wDFV4BYWFxqd/DZWio1xM22NXkVAzdhliBk9ueTx1qzJoOpxXMN u9tiSbdgeYpClRlw5zhCo5YNgqOWwKPrdTsg9hE93GraR/0G9I/8GMP/AMVThq+j/wDQb0j/AMGM P/xVeFweGtQn1Wy08G1D3knlxTC6jeLdxkF0JGRkfL97lePmGSy0IzeIbHSru6ii+1yLGJbWSO5C ljtXOx8dcZGcgc4PGT63Psg9hE91GsaP/wBBzSP/AAYQ/wDxVOGs6N/0HNI/8GEP/wAVXgo8Oaob +1svs6C4umKRK0yAbx1jJLYVxkZRiGBIBGSMtk0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFL 63Psg+rxPfhrWjf9BzSP/BhD/wDFUo1vRf8AoO6R/wCDCH/4qvBY/DGrTXIt4IIriRo3kQW9zFKJ NgyyqVYhnAIOwZbBBxg0x/DmrxvGr2TgSNhXLLsIwW37s42EKxD52kIxBIU4PrU/IPq8T38a5ov/ AEHdI/8ABhD/APFU7+3dE/6Dukf+DCH/AOKr52vtMutO8sziJkkzskgnSZCRjI3ISMjIyM5GR6iq dH1qfkH1eJ9LDXtD/wCg9pH/AIMIf/iqcNf0P/oPaR/4MIf/AIqvmeij61PyD6vE+mR4g0L/AKD2 kf8Agwh/+Kpw8Q6F/wBB7SP/AAPh/wDiq+ZKKPrU/IPq8T6dHiLQf+g/pH/gfD/8VSjxHoP/AEH9 I/8AA+L/AOKr5hoo+tT8g+rxPqAeI9A/6D+kf+B8X/xVKPEnh/8A6D+kf+B8X/xVfL1FL61PyD6v E+ox4l8P/wDQwaR/4Hxf/FU4eJvD3/QwaR/4Hxf/ABVfLVFH1qfkH1eJ9TjxP4e/6GDSP/A+L/4q lHijw7/0MOkf+B8X/wAVXyvRR9an5B9XifVQ8U+HP+hh0j/wOi/+Kpw8VeHP+hh0j/wOi/8Aiq+U 6KPrM/IPq8T6Z1jXNL1aM2reLfDf2DaF+zT+TMGw27LbpMHnnoOg+tUNPudJ0nzP7N8XeFbPzceZ 9mt7ePfjOM7ZBnGT+dfOtFZOabu0vx/zNFFpWT/I+iZZ9HuNLt9NuPF3he4tIGZ0juIoJRuZ3Yth pDz87D6fjUVonh+wukurPxL4PtrhM7JYbS2R1yMHBD5HBI/GvnuilzLsvx/zHyvv+X+R9PaTf240 +30bRvFejyXLSPI3llJXkOWbCqJOAAzZ69O3Naf2DxJ/0HIP/AAf/F14R8G/+Ss6D/10k/8ART17 /rnjzS/DuoWNjqerNDPeNhAXOI15+dzn5VyMZPf2DEEppvWK/H/MFBrr+X+RFpmm3Nhqc93f38U8 94EjXEQiyUDnAG45OCenZa8Tv/8AkI3P/XV/5mvb9alkl8S+HfMkd8Sz43MTj9y1eIX/APyEbn/r q/8AM1LlzDUbHTftD/63w5/1zm/9BhrxGvbv2h/9b4c/65zf+gw14jSWw2FFFFMAoop8UTTTJEhQ M7BQXcIoJ9WJAA9ycUAMorUu9BvLe/trRFSVriESxsksbIVGQ53K7KFVlfLEjAXJ29nx+GdUluRB Gtq5aN5A63sJjIQZf95v25UEErnIByRjmgDIorSh0LULiztruKOJobmRo4yLiPOVGW3LuyoUclmA ABBJAINEmhahHcwweXFIZt2x4biOSP5RlsyKxUbRy2SNoIJwDmgDNorSk0LUI7mGDy4pDNu2PDcR yR/KMtmRWKjaOWyRtBBOAc1LJ4Y1aKOGRoIjHPI0cUiXMTK+1dzMCGwUUfef7q4IJBBoAyKK1B4d 1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyMvg8M6nNqtlpzpFDNeSeUjSzKFV+MqxBO1xkZ Q/MMgYyQCAZFFWb2xlsJhFM9uzFdwMFxHMuOf4kYjPHTOafqml3mi6jLp+oQ+TdRY3x7g2MgMOQS OhFAFOir9zpNxaTQW8726XMrbTCZl3RdAPMOdqHOQQxBXadwHGZbvQby3v7a0RUla4hEsbJLGyFR kOdyuyhVZXyxIwFydvYAzojGsyGZHeIMC6owVivcAkHB98H6Gt251+ybVYL210+4iC2v2OZJbpX3 xeQIPlIjXa2zPJDDJBxgYNMeHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjIPDupG/tbEJ b/a7likcJuog4YfwuN3yN22tg54xnigCzHr1taS2KWVjLHa2sksoWa4Dy75FVGZXCKFKhFKnadrD PPAF+68ZrdRWiSW17Mbdp1826vzNI8U0YjkUkrw390gBR3VjknFk0HU4rmG3e2xJNuwPMUhSoy4c 5whUcsGwVHLYFSweGtQn1Wy08G1D3knlxTC6jeLdxkF0JGRkfL97lePmGQA1DVLC50e306006W3F vcSTJI9z5hYOqBg42gE5QYI2jHBBPzGvot/HpWt2WoSwPOtrMswjSQIWZTkc4PGQM8dPTrViy0Iz eIbHSru6ii+1yLGJbWSO5CljtXOx8dcZGcgc4PGYpNDvLe5hguvKtjNuCtLKNocDmNiMhHyVBVsb dw3bRzQBet9fsrO1sobfT7gNa3U8wke6UkLKoT5cRja6hEKvzhhnb0As3vjJ7n+y5EgupLnTLw3M E17etcFgdhKvkDPzIMbdoxxgnLHnLq1msrl7e4TZIuMjIIIIyCCOCCCCCOCCCODWjqejRWviGbSL K7894ZHheW6CWy70LA4LORjjgkjOcY9QCvcz6Y80AtrC4it0bMokug8sgOMgMECqMDj5Cck5yMAW 9R1uCXVLLUdMtrizubVYQrSzrMMxIixkDy1wfkyc5BJ7dKo32mz6d5fnyWr+ZnH2e7inxjHXYxx1 79fwqaTQ7yK5htT5Ru5dxa3EoLQgDJMh6R4+bIYgrtJYKMEgF5vEyw+IIL/T7N7K0t4Wt7e2S4Je GN1YPtlIzuzI7BiDgkcEDFVtc1r+1/I/e6rJ5W7/AI/7/wC04zj7vyLt6c9c8elMHh3Umv7WzRLe SW6YpC0d1E8bsOq+YG27uR8uc/MvHIy+Dwzqc2q2WnOkUM15J5SNLMoVX4yrEE7XGRlD8wyBjJAI BU0u+/s3UYrvy/M2ZGA21hkEblbna4zlWwcMAcHGK6OXxhHfGxgniuiIZJozc3t+0zeTPGI5Ax2E 5AyVKjA/uMck85cabPbXkVrJJamSXG1o7uKRBk45dWKr+JGOp4qa50W6g1ZdNRd85jR/vptw0Yct uViuwAk7s42jJxyAAbs+u6fop0yPRm8wWsly7SQzSbis0aRnEjIhEgCtghAo+T7x3ZrN4pjfW9L1 CVdXu1sJvOEd7qYmJYEEbT5Y2jKjPByPTrWaPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+Ze ORlsmg6nFcw2722JJt2B5ikKVGXDnOEKjlg2Co5bAoAtxa9bWdtpq2NjKk9hqD3sbz3AkVslMKVC KeBGnIPPzcDIxnX01hJ5a2FlLbouSzTz+a7E44yFUADHA255OSeALEugXlu9sJ5bJI7lnSKZbuOS MuoBKlkZgp+ZRlsAbgSQMkV/saWuo/ZtTaW3RfvvCiynBGVKjcAwOQQQ2CDkZ7gFaIxrMhmR3iDA uqMFYr3AJBwffB+hrU1bUtO1K+tZ4rC6hSOOKGZGu1cukaIi7T5Y2navJIbk9O1VNWsf7L1i+0/z PN+y3EkHmbdu7axXOOcZxVOgDpj4k0xdVXUItHuGZbE2flTXoZGHkCFSdsanG3OQCCSRgrjmG11+ ysb/AEp7fT7j7Hp9014IpLpWkeU7P4xGAF/dpxtz97nkY5+igDUg1GysdXgvLCzuEijUgpNcq7hi CN6OEXawyCpwdrAHnpW2/jSGa50ia4s9QuW0y8NzE9xqRkkkBCnazMh6Min5QBtyMZO6uQooAvtN af2lbyaabjT1VlIlnuPMaNs/f3IikAcHgE8d+lW/Et/b3V+kNi1ubOJdyi2jaOMyv88hVWAOAx2D IB2RoDnGaxaKANLRNSh0m+kuZrP7Vm3lhWMyFFy6FCWwMkYY8AqenIqWXU4ZPsFppwl0+C3uGnSa ecyPHI+wF9yIpAAjUgBSRz1yAMiigDa8S39vdX6Q2LW5s4l3KLaNo4zK/wA8hVWAOAx2DIB2RoDn Gay7VrZLlGu4pZYBnckUojY8cYYqwHOOxqGigDdvtetpPEseu6fYywXQvDeOlxcCZGfeHAACIQM5 7n6imXeq6ZPptnp8WmXEMNtdPNu+1hnkVwgcMdmN3yDDAAAdVJyTi0UAa+ralp2pX1rPFYXUKRxx QzI12rl0jREXafLG07V5JDcnp2pmuajZancQzWlncWzJDHC4luVlDLHGqLjCLg4XnrkntWXRQBqe Gp7e18T6XdXdwkFvb3Uc0kjqzAKjBjwoJycYHHU9hzVxtbtLC7tYdPtnNnZzTSKzz73ZpFVC6P5a bSAishKZVhk56Dn6KAOpvfGT3P8AZciQXUlzpl4bmCa9vWuCwOwlXyBn5kGNu0Y4wTljQs9V0zT9 b06+tdMuBFZzCcpJdhpJGBBUbggUKCBxtzy3PI24tFAHR2HiHTrD+y9mmXTf2fqD3q7rxfnztwp/ ddvLjye+G4GRtZb6/ZWdrZQ2+n3Aa1up5hI90pIWVQny4jG11CIVfnDDO3oBz9FAHZP41tLiKFL2 x1K6MC3KRSzapvkKzxiNwxaM5I5xtCgcZBOSa0HjH7I6SW1pLFIY7aOSRbnDfureS3JQhfkJWTIP O1lz8wOBy1FAGvrmtf2v5H73VZPK3f8AH/f/AGnGcfd+RdvTnrnj0rIoooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooA7P4UXS2PxM0e6eKaVYjK5SCMyOQIn6KOT/nPFe4XiaDfX Ul1e+C7q4uH+/LNom9zgY5JXPAXH4e1eLfBz/kq2i+3nn/yBJ/nt9R1r6u6e2Pwx/L09unbHyJjR 58JDda3oaWukahaW1m0ikS2Twxxr5TKoHGAMjGK8gv8A/kI3P/XV/wCZr6auuLZ+3Qenf8PT9OnG E+Zb/wD5CNz/ANdX/maEDOm/aH/1vhz/AK5zf+gw14jXt37Q/wDrfDn/AFzm/wDQYa8RoWwmFFFF MCa1u7mxuUubS4lt50ztlicoy5GDgjkcEirkmoX2t3MMWqazKyLu2y3sskqx5HPQMRnAHA9KzaKA Ogl1W30+90j7O6Xg0+1aB5YtyBmaSV90ZZQysolGGK8OucEAZm1PxfJew6cYlvRd6ddNcW91dXhu X52HDblwSGQEYwMcFScseZooA3ZvEEP9vW97aaf9msraMxW9qJizQqdxJWQjO8O7urEHaxHUACr9 z4zW5Fhvtr2WSymleOe5vzNLtkQKfmK/K6lQyMoAUgHaxyTydFAHXy+MI742ME8V0RDJNGbm9v2m byZ4xHIGOwnIGSpUYH9xjkkn13T9FOmR6M3mC1kuXaSGaTcVmjSM4kZEIkAVsEIFHyfeO7PIUUAd M3imN9b0vUJV1e7Wwm84R3upiYlgQRtPljaMqM8HI9OtVotetrO201bGxlSew1B72N57gSK2SmFK hFPAjTkHn5uBkYwqKALl9NYSeWthZS26Lks08/muxOOMhVAAxwNueTkngCa61ONNae/0SCXSUGPJ jiuWZovlw2H4PPP54rNooA0pJrXVbmENHa6bId3nTjf5TcZDFFDFSTn7o28rhVAJN6XVbfT73SPs 7peDT7VoHli3IGZpJX3RllDKyiUYYrw65wQBnn6KAOvfxpDNc6RNcWeoXLaZeG5ie41IySSAhTtZ mQ9GRT8oA25GMndWbo91pUHi3SruPzbGyt7iOaVrqXzz8jbjgpGDyAABt69TjphVqX2jNFrK2FjI 9yJIYpo3dBEdrxLJlhuIUKG5JbAAJJxQBcbW7Swu7WHT7ZzZ2c00is8+92aRVQuj+Wm0gIrISmVY ZOegs3vjJ7n+y5EgupLnTLw3ME17etcFgdhKvkDPzIMbdoxxgnLHIk0LUI7mGDy4pDNu2PDcRyR/ KMtmRWKjaOWyRtBBOAc0SaFqEdzDB5cUhm3bHhuI5I/lGWzIrFRtHLZI2ggnAOaALFnqumafrenX 1rplwIrOYTlJLsNJIwIKjcEChQQONueW55G0bVdM/s21sxplw6291NcDzLsFXDhQFYKgOB5ceSCC cNjbuG1mqaDJpWlWF5LLue6kljKrtaP5NhykiswcHfjIxhlYdqyKALl9qVzf+WkjbLeHIgtkJEUI OMhFJOM4GT1J5JJJNaOvX4h8W3uqaRqm7z7iWeKe1MkbRh2b5SWVSDg84yOeppl7okAOmLpdzcXb X0LzATQLB5aq7qST5jAAeW5JJAAAJPXDI/DOqS3IgjW1ctG8gdb2ExkIMv8AvN+3Kgglc5AOSMc0 ARSeINamuYbmXWNQeeDd5MrXLlo9ww205yMjg461LFrUMd9FdjToo5DHLDciBiiypIhRiFOQj4Z+ nyj5cIACDFDoWoXFnbXcUcTQ3MjRxkXEecqMtuXdlQo5LMAACCSAQahvtMutO8sziJkkzskgnSZC RjI3ISMjIyM5GR6igDa0rV9OTW9DjRXsNNsb77Y73MpnfcShblEHGIlAG3qTk4PFaXWobC8sF0mH 9xpt411E08pl82TKc52RnYREmBtB5OTzgZdhYXGp38NlaKjXEzbY1eRUDN2GWIGT255PHWrY8Oao b+1svs6C4umKRK0yAbx1jJLYVxkZRiGBIBGSMgEVzPpjzQC2sLiK3RsyiS6DyyA4yAwQKowOPkJy TnIwBo3Ov2TarBe2un3EQW1+xzJLdK++LyBB8pEa7W2Z5IYZIOMDBoyaFqEVzDbNHF58u790LiMt HtGW8wBsxYGSd+3GDnGDgk0LUI7mGDy4pDNu2PDcRyR/KMtmRWKjaOWyRtBBOAc0AXrXX7Kxv9Ke 30+4+x6fdNeCKS6VpHlOz+MRgBf3acbc/e55GC31zTLe1soBpt7i1up7hXW/CODIoVcERjDJsjYH oSp4wcCEeE9YZ7VRDbn7XMYLZheQ7ZnAyQjb8MOQMjjd8ud3FV5NC1CK5htmji8+Xd+6FxGWj2jL eYA2YsDJO/bjBzjBwAW9S1+HUrm1e4trq6jg3km+vDNLISBhWkCqfLBAO0AH5nwwLZFSS8l1e5ht 7m8is7SPcIUbf5FuMdFVQxGcDJwSTyxJyalj8MatNci3ggiuJGjeRBb3MUok2DLKpViGcAg7BlsE HGDT4vCWuzOUj092bazKA65kUAnKc/OGAYrtzvCttztOACv4guob7xLqt3bPvgnvJpY3wRuVnJBw eRwaza0rjQdTtfKNxbeUksgjSR5FCHP3W3ZxsbBw+drbWwTtOHSaDef25Fo8Ko93KsZRWljVWZ0D gBw5Ug5+U7vm44BOKAMuitKTQdTiuYbd7bEk27A8xSFKjLhznCFRywbBUctgUX2hahp1nHeXMcQt 5ZDHFIlxHIJCACdm1juAzgsMgHgnPFAGbRRWpfaM0WsrYWMj3Ikhimjd0ER2vEsmWG4hQobklsAA knFAGXRWoPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORlsmg6nFcw2722JJt2B5ikKVGX DnOEKjlg2Co5bAoAzaK2h4T1hntVENuftcxgtmF5DtmcDJCNvww5AyON3y53cVUi0a+mhtJookeO 7aRYmEqcFMF93PyBQQSWwMc9OaAKFFaUmhahHcwweXFIZt2x4biOSP5RlsyKxUbRy2SNoIJwDmpZ PDGrRRwyNBEY55GjikS5iZX2ruZgQ2Cij7z/AHVwQSCDQBkUVcvtMutO8sziJkkzskgnSZCRjI3I SMjIyM5GR6iobW1mvblLe3TfI2cDIAAAySSeAAASSeAASeBQBDRWlJoWoR3MMHlxSGbdseG4jkj+ UZbMisVG0ctkjaCCcA5qWTwxq0UcMjQRGOeRo4pEuYmV9q7mYENgoo+8/wB1cEEgg0AZFFag8O6k 1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5l45GXweGdTm1Wy050ihmvJPKRpZlCq/GVYgna4yMof mGQMZIBAMiirN7Yy2Ewime3Ziu4GC4jmXHP8SMRnjpnNVqACiprW1mvblLe3TfI2cDIAAAySSeAA ASSeAASeBV6Xw7qUT2y7LeQXDOsbwXUUqZQBn3MrEKFDAksQAOelAGXRWlJoWoR3MMHlxSGbdseG 4jkj+UZbMisVG0ctkjaCCcA5qG+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKAKdFPiiaaZIkK BnYKC7hFBPqxIAHuTitG70G8t7+2tEVJWuIRLGySxshUZDncrsoVWV8sSMBcnb2AMuitePwzqkty II1tXLRvIHW9hMZCDL/vN+3Kgglc5AOSMc1FDoWoXFnbXcUcTQ3MjRxkXEecqMtuXdlQo5LMAACC SAQaAM2irl9pl1p3lmcRMkmdkkE6TISMZG5CRkZGRnIyPUVToAKK1L7Rmi1lbCxke5EkMU0bugiO 14lkyw3EKFDcktgAEk4oHh3Umv7WzRLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyAZdFaUmg6nFcw 2722JJt2B5ikKVGXDnOEKjlg2Co5bAovtC1DTrOO8uY4hbyyGOKRLiOQSEAE7NrHcBnBYZAPBOeK AM2inxRNNMkSFAzsFBdwign1YkAD3JxWjJoN5/bkWjwqj3cqxlFaWNVZnQOAHDlSDn5Tu+bjgE4o Ay6K0pNB1OK5ht3tsSTbsDzFIUqMuHOcIVHLBsFRy2BViHwtqUt/p9pusgb6YwwyrexSR7htyCyM cEbl46nIwCTigDForSXQ72TVYNNiNrLdXGPLEV5C6sTnA3hioJx0Jz09RTh4d1I39rYhLf7XcsUj hN1EHDD+Fxu+Ru21sHPGM8UAZdFaln4c1TUIYZbO3SYTrK0SpMhd/LwXULu3bgGB24yQcgEUP4c1 eN41eycCRsK5ZdhGC2/dnGwhWIfO0hGIJCnABl0VqDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+ XOfmXjkZfB4Z1ObVbLTnSKGa8k8pGlmUKr8ZViCdrjIyh+YZAxkgEA6P4Of8lW0X288/+QJP89vq OtfV3T2x+GP5ent07Y+T5a+FNjLp/wAXNEime3Zis7gwXEcygeTJ/EjEA8eoI68da+pentj8Mfy9 Pbp2x8iY0Q3XFs/boPTv+Hp+nTjCfMt//wAhG5/66v8AzNfTV1xbP26D07/h6fp04wnzLf8A/IRu f+ur/wAzQgZ037Q/+t8Of9c5v/QYa8Rr3H9oGJprvwzEhQM6yqC7hFBKw9WJAA9ycV5Fd6DeW9/b WiKkrXEIljZJY2QqMhzuV2UKrK+WJGAuTt7C2EzLorUl8O6lE9suy3kFwzrG8F1FKmUAZ9zKxChQ wJLEADnpQPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORlgZdFa8fhnVJLkWwW1E5jeRon vYVaMIMtvBfKEDkq2CMNx8pxFDoWoXFnbXcUcTQ3MjRxkXEecqMtuXdlQo5LMAACCSAQaAM2itQe HdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjLZNIksrmGPUporVH3F9siyyR7Rkq0anKv2C vt54JGCQAZtFbX/CPNca3p+nWNyjG/VGhN0BAyBiQPMXJ2k43AAksrKRywFP8Q6Jb6RFayQybxdy TSRYuYpcQBtse7yyRvyHyR8vQA5DAAGFRT4ommmSJCgZ2Cgu4RQT6sSAB7k4rRu9BvLe/trRFSVr iESxsksbIVGQ53K7KFVlfLEjAXJ29gDLorXj8M6pLciCNbVy0byB1vYTGQgy/wC837cqCCVzkA5I xzUUOhahcWdtdxRxNDcyNHGRcR5yoy25d2VCjkswAAIJIBBoAzaKuX2mXWneWZxEySZ2SQTpMhIx kbkJGRkZGcjI9RVOgAoqzYRWk9/DFfXT2ts7YknSLzDGPXbkZHrg5x0z0rXn0TSbOa1hvdXuIHmm YSAWiSeVDzslJSU5DfKQB2yRkbC4BhRGNZkMyO8QYF1RgrFe4BIOD74P0Nbtzr9k2qwXtrp9xEFt fscyS3Svvi8gQfKRGu1tmeSGGSDjAwa2r6TaaZbR4vZXvHkb/R2hQBYsnZJvWRh8wwQPTnJUqzPh 8OXEXiy38P6qXsriSZIXKKspRnA28BgCPmXPPAPqMUAPj162tJbFLKxljtbWSWULNcB5d8iqjMrh FClQilTtO1hnngC/deM1uorRJLa9mNu06+bdX5mkeKaMRyKSV4b+6QAo7qxySzV/B6afbWZtNQ+2 3F1cTxpGsSoixxnPmM5fgMhSQEjG1t2cYJyh4d1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLx yMgD9Q1SwudHt9OtNOltxb3EkySPc+YWDqgYONoBOUGCNoxwQT8xqaZff2dfCcx+YhjkhkTdtJSR GRsHnB2scHBwccHpVvTNBkvNQ0iC6l+zQapJ5cEqbZG+/sBKbgQN4xk46HGcYom0VJo7SbSppbqG 5kkiHnxLCytGqs5PzsoQK6ncWGMNnAGSAPGuxxalYTW9o6W1jC0EKPMGlCsXYsJAoAcNIxVgvykL wcc3NT8XyXsOnGJb0XenXTXFvdXV4bl+dhw25cEhkBGMDHBUnLHNHh3Umv7WzRLeSW6YpC0d1E8b sOq+YG27uR8uc/MvHIy+Pwxq0tyLaKCKS6MbyfZkuYmlGwZZTGG3Bx/cI3cHjg4AJpvEEP8Ab1ve 2mn/AGaytozFb2omLNCp3ElZCM7w7u6sQdrEdQAKfrviVdb021tHivWktZneOe6vjO7K4XKtlRzl RgrtAHYnLGGDwvqJu4IrqF7eKViFkAD7/lLLsAPzl9pEeDhyMA8Eg1fQV02a0gWa4W4uWP7i+tTa PGvAVmLnaAW38hiAFySCSAAQ+Gp7e18T6XdXdwkFvb3Uc0kjqzAKjBjwoJycYHHU9hzV+LXLDTdV 00WlnLLY6bePdIDdZaaQ7OQ5jXCfukOCmfvc8jGdcaLdQ61DpUa+ZdTeSqLvQhmkVSMMrFSDuGDn kYJx0Dp/DupW81rEyW7tdKzxGG6ikUqudzFlYhVGGyxIA2tzwcABDqNlZaotxY2dwluYZIZYp7lX dldGR9rBFAO1uMqcEZORxVy31u0iuLK1tbZ7ewRpxJ9pn8x8TxiKQ7ljGAEAx8jEHJ+b7tUZNDvY rmGFza/vt2yUXkJiJUZIMobYCBjgnPK+oyPod6l5aWim1mnu5BFClveQy5YkAAlGIXJI64/Q0Abs usaNpNzogsI/tcWnXkl4RFO/zkiPaGd415DR84jA27RnOTWJBqNlY6vBeWFncJFGpBSa5V3DEEb0 cIu1hkFTg7WAPPSptQ8PyWmpWemQrevf3DBPLubQ26sxO1ShdsspOeWCdOQOQHy+GZpp7SHSZv7Q e4s3ugFURltjujBFY5f/AFZIAAYj+EYIoA1X8a2lxFCl7Y6ldGBblIpZtU3yFZ4xG4YtGckc42hQ OMgnJMNr4usokmSbSriQTWsMD7LxV+aO2ktywzGcApJnHOCOpHFYV7o2o6dCJrq1eOJm2q+QVbOS rAjqrYO1hw21sE4OKFAG7ea9bXlots9jKqP9i88i4GW+zxNEdvyfLuVged2CD1zgTN4h05fEemat Dpl0v2Lyd0T3it5nkoix4IiG37gLcHOTjbXOUUAdHZa5YQQWdlFZyxIlxcb5p7rcPKnQROMLHkEI FwwB5BO05Chmv3OlrptjpulskiQTTTNIju+d4jA3M6Jlv3Z6IBjb1O41z9FAD4jGsyGZHeIMC6ow VivcAkHB98H6Gt241+yOs2mo2mn3ETQwrA4kulc7ViWJWQiNdjgDcG5w2DjjB5+igDr38aQzXOkT XFnqFy2mXhuYnuNSMkkgIU7WZkPRkU/KANuRjJ3VTstcsIILOyis5YkS4uN8091uHlToInGFjyCE C4YA8gnachRzlFAHU3+rafpf9jJopilbT7x7wNukdWJ8rAcssZJzGc7VUbdvJO41DH4jsLaCxhtN KliFpcSyo7Xe5yJEVWOdgAkUqCjgALgZViMnnKKAOvl8YR3xsYJ4roiGSaM3N7ftM3kzxiOQMdhO QMlSowP7jHJJPrun6KdMj0ZvMFrJcu0kM0m4rNGkZxIyIRIArYIQKPk+8d2eQooA19c1r+1/I/e6 rJ5W7/j/AL/7TjOPu/Iu3pz1zx6VU0u+/s3UYrvy/M2ZGA21hkEblbna4zlWwcMAcHGKp0UAdfL4 wjvjYwTxXREMk0Zub2/aZvJnjEcgY7CcgZKlRgf3GOSSfXdP0U6ZHozeYLWS5dpIZpNxWaNIziRk QiQBWwQgUfJ947s8hRQB0zeKY31vS9QlXV7tbCbzhHe6mJiWBBG0+WNoyozwcj061Wi162s7bTVs bGVJ7DUHvY3nuBIrZKYUqEU8CNOQefm4GRjCooA0nbSrq8tIIIpdPtTIBNcTy/aHUEgE4VVBCgZA AzyeTwBDqs1ncardS6dbfZrJpD5EWSSqds5ZjnHJ5PJOOKp0UAXNLu4bHUYrmeGWVI8kCGcwurYO 1lcA4KthhwelbUni+QapZ3kS3rNbrKpmurwy3JWRNhCy7RtCjJTg7WZjznFczRQB00ni2QapZ3sU uryNAsqE3mpGZ1WRNhMbbF8tsE4ODyFOOMGhrmtf2v5H73VZPK3f8f8Af/acZx935F29OeuePSsi igCa1hjuLlIpbmK2Rs5llDFV477VY+3APWtqXVbfT73SPs7peDT7VoHli3IGZpJX3RllDKyiUYYr w65wQBnn6KAOm1PxfJew6cYlvRd6ddNcW91dXhuX52HDblwSGQEYwMcFScsa03iCH+3re9tNP+zW VtGYre1ExZoVO4krIRneHd3ViDtYjqABWFRQB0Gu+JV1vTbW0eK9aS1md457q+M7srhcq2VHOVGC u0Adicsc6/udOudXa4tdOezsCyn7IlwXZVAAYCRgeTgnJBxnocVQooA6C41+yOs2mo2mn3ETQwrA 4kulc7ViWJWQiNdjgDcG5w2DjjBvv40hmudImuLPULltMvDcxPcakZJJAQp2szIejIp+UAbcjGTu rkKKAOjstcsIILOyis5YkS4uN8091uHlToInGFjyCEC4YA8gnachQzX7nS102x03S2SRIJppmkR3 fO8RgbmdEy37s9EAxt6nca5+igC/f3OnXOrtcWunPZ2BZT9kS4LsqgAMBIwPJwTkg4z0OK1G8Q6c viPTNWh0y6X7F5O6J7xW8zyURY8ERDb9wFuDnJxtrnKKAOgt9c0y3tbKAabe4tbqe4V1vwjgyKFX BEYwybI2B6EqeMHALzxRJNqWm3sKXEkthMJ0k1C5NzK7AqQpcBfkG3hccFnOeeOfooA2rPVdM0/W 9OvrXTLgRWcwnKSXYaSRgQVG4IFCggcbc8tzyNtdNQtrDWLPUNKtZYvssiTLHdTCbLq27kqqccDj 68+mbRQB1Np4l0e1tI7ZdFuvLh+0hCL8BmE8QjcuTEQSAOCoUdMgnJJB4x+yOkltaSxSGO2jkkW5 w37q3ktyUIX5CVkyDztZc/MDgctRQB0zeKY31vS9QlXV7tbCbzhHe6mJiWBBG0+WNoyozwcj061W i162s7bTVsbGVJ7DUHvY3nuBIrZKYUqEU8CNOQefm4GRjCooA9G+FU1hJ8VtBWwspbdF+0MzTz+a 7HyH7hVAAxxwDyct02/UXT2x+GP5ent07Y+T5R+Dn/JVtF9vPP8A5Ak/z2+o619XdPbH4Y/l6e3T tj5ExohuuLZ+3Qenf8PT9OnGE+Zb/wD5CNz/ANdX/ma+mrri2ft0Hp3/AA9P06cYT5lv/wDkI3P/ AF1f+ZoQM6z4+wx3F94ailuYrZGjmzLKGKr8kPXarH24B615XLqVjaXukKGe9j0+1aJpbWV4MyGS WRXjcruBUyKeV6qeCOT658bbCPVfEHg/T5Z3gW6aSESJGHKsywgcZHGSM89PXpXjraJBPptrc6fc 3E81zdTQLFJAsSqsYVi7P5hAG11JzwPmycLki2Ey5J4vkGqWd5Et6zW6yqZrq8MtyVkTYQsu0bQo yU4O1mY85xQ3imN9b0vUJV1e7Wwm84R3upiYlgQRtPljaMqM8HI9OtZsvh3Uontl2W8guGdY3guo pUygDPuZWIUKGBJYgAc9KbJoWoR3MMHlxSGbdseG4jkj+UZbMisVG0ctkjaCCcA5pgMa9gtdSt7z SIri1aBlkTz5lmYSKchshFGOnBB6Vot4mWHxBBf6fZvZWlvC1vb2yXBLwxurB9spGd2ZHYMQcEjg gYqtJ4Y1aKOGRoIjHPI0cUiXMTK+1dzMCGwUUfef7q4IJBBqpfaZdad5ZnETJJnZJBOkyEjGRuQk ZGRkZyMj1FAG03imN9b0vUJV1e7Wwm84R3upiYlgQRtPljaMqM8HI9OtZsF7pNtq8FzHplxJaRqd 1vPco7M+Dht3lhcAlTtKsDjByDiq+qaXeaLqMun6hD5N1FjfHuDYyAw5BI6EVWiiaaZIkKBnYKC7 hFBPqxIAHuTigDdt9dsrXxJa6vb2lwj26vIxuZlunnuPnZXclVGNxQHABAGQd3NVtd1s6v8AYo1j iSK0t1jXZbRxEsfmfOwAY3lto9MHGSxLLvQby3v7a0RUla4hEsbJLGyFRkOdyuyhVZXyxIwFydvZ 8fhnVJbkQRrauWjeQOt7CYyEGX/eb9uVBBK5yAckY5oAzrWGO4uUiluYrZGzmWUMVXjvtVj7cA9a 2pdVt9PvdI+zul4NPtWgeWLcgZmklfdGWUMrKJRhivDrnBAGaMOhahcWdtdxRxNDcyNHGRcR5yoy 25d2VCjkswAAIJIBBqG+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKANrU/F8l7DpxiW9F3p10 1xb3V1eG5fnYcNuXBIZARjAxwVJyxrTeIIf7et7200/7NZW0Zit7UTFmhU7iSshGd4d3dWIO1iOo AFYVaWu6fbaTrFzp9tdS3P2aRoZJJIRF86sVOAGbI468fSgC9rviVdb021tHivWktZneOe6vjO7K 4XKtlRzlRgrtAHYnLHFtbu5sblLm0uJbedM7ZYnKMuRg4I5HBIotbWa9uUt7dN8jZwMgAADJJJ4A ABJJ4ABJ4FXh4d1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyMgANbnvb+1l16a91W2gYnyJ btgSD1AY52g4GcDJA7dRcn1vSbya1mvdIuJ3hmYyEXaR+bDzsiISIYC/KAR2yBgbAlaDwzqc2q2W nOkUM15J5SNLMoVX4yrEE7XGRlD8wyBjJANS402e2vIrWSS1MkuNrR3cUiDJxy6sVX8SMdTxQBb1 fVrTU7aPFlKl4kjf6Q0yENFk7I9ixqPlGAD6cYChVV8Or6da+LLfV7TSngs7eZJo7JLosQyAEfvG UnBYZPHQ4461XudFuoNWXTUXfOY0f76bcNGHLblYrsAJO7ONoyccgOHh3Umv7WzRLeSW6YpC0d1E 8bsOq+YG27uR8uc/MvHIyAX4/EttDBYolndNJa3EsiyzXgdgjosYCnYNrosce1ucMuduMATX3iqz 1SPT4dRsNQvIrO4eUG41MvJKjKuUZinHzIOVC/LkYyd9ZEmg6nFcw2722JJt2B5ikKVGXDnOEKjl g2Co5bAp0uivYPbSanKiWc7OomspYro7lAJGFkxn5l6kcHPNAF8+KEuPEOm67f2ktxqFvIJbqRZ1 QXLIcxnATCYAVTjOQvYkmq0PiW9i8QLqr3N7OyLJFG090zzJE6suFkxwwDkhsYDc47VR1ax/svWL 7T/M837LcSQeZt27trFc45xnFQ2trNe3KW9um+Rs4GQAABkkk8AAAkk8AAk8CgDoG8Uxvrel6hKu r3a2E3nCO91MTEsCCNp8sbRlRng5Hp1qnY6ppNhqjXEWnXpt2tZYDE96hfdIjIW3eVjG1jgbevOc cVUv9GvtMhhmuokEM7MsUscqSJIV27trKSCBuAyOM5HUECW+0ZotZWwsZHuRJDFNG7oIjteJZMsN xChQ3JLYABJOKAL7+JbOSHy5tI89GjthIktyQrPBBJCp+UKQDvVsZ/hIz83FC71Gymhs7OCzuI7C CZ5mSS5V5XZ9gbDhAAMRrj5Tg5PPQNk0LUI7mGDy4pDNu2PDcRyR/KMtmRWKjaOWyRtBBOAc06Xw 7qUT2y7LeQXDOsbwXUUqZQBn3MrEKFDAksQAOelAE2o6rpl9qlldrplwIoVhjngluwwmjjRECgqi lSVTk88njGKsnxLbQatb6lY2d1DcL5qyyveAuUeMRhYyqKsexd23CnGRxhQKy7/R7zTYYZrj7O0U zMqPBcxzKWXaWGUY4I3L19aoUAbupeJbm6ubW5tL3Wo57fftlutSM7LuAB2EIpXIyD1zx6VWXxHq x1Kxv7q+uL2WymWaEXcryKGBB7nodozjHSn6noqW3iGbSNPmlu5IJHikeWJYQGQsGP32AQBc7iRg ZJwBmmDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmXjkZAHza35EdpFoy3VgltJJMkhud0u+ RVVsOqpgbUUYx3bk5wNVvGMdy9g+oQaldta2M9oxl1EEu0oYM4zGcHDsMc8BOfl5xZNC1CK5htmj i8+Xd+6FxGWj2jLeYA2YsDJO/bjBzjBxLJ4Y1aKOGRoIjHPI0cUiXMTK+1dzMCGwUUfef7q4IJBB oAfqOux32nNapaPEzrZiR2mDAtBE8WQNowGDA4ycEHk54xav3+j3mmwwzXH2dopmZUeC5jmUsu0s MoxwRuXr61QoAKKKmtVtnuUW7lligOdzxRCRhxxhSyg847igCGirmrWP9l6xfaf5nm/ZbiSDzNu3 dtYrnHOM4qnQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHdfBz/kq2i+3nn/yBJ/nt9R1r6u6e2Pwx /L09unbHyfKPwc/5Ktovt55/8gSf57fUda+runtj8Mfy9Pbp2x8iY0Q3XFs/boPTv+Hp+nTjCfMt /wD8hG5/66v/ADNfTV1xbP26D07/AIen6dOMJ8y3/wDyEbn/AK6v/M0IGdf8d72TTdX8JX8Ko0ts zzIHBKllEBGcduK8lj1uwglsY4bC6WytZJZ1U3uJvNdVXesioAu0ojAbTyDnIOB6j+0P/rfDn/XO b/0GGvEaFsJnR3HinztRsrrybqb7Nv8A3t5d+dcfOMfLLtG3b95PlO1yW5zirkvjCO+NjBPFdEQy TRm5vb9pm8meMRyBjsJyBkqVGB/cY5J5CimB18+u6fop0yPRm8wWsly7SQzSbis0aRnEjIhEgCtg hAo+T7x3Zx9c1r+1/I/e6rJ5W7/j/v8A7TjOPu/Iu3pz1zx6VkUUAXNUuLO71GWfT7D7DatjZbec ZdmAAfmPJycn8ahtYY7i5SKW5itkbOZZQxVeO+1WPtwD1qGigDoJdVt9PvdI+zul4NPtWgeWLcgZ mklfdGWUMrKJRhivDrnBAGZtT8XyXsOnGJb0XenXTXFvdXV4bl+dhw25cEhkBGMDHBUnLHmaKAN2 bxBD/b1ve2mn/ZrK2jMVvaiYs0KncSVkIzvDu7qxB2sR1AAp+u+JV1vTbW0eK9aS1md457q+M7sr hcq2VHOVGCu0AdicsefooAK3devxD4tvdU0jVN3n3Es8U9qZI2jDs3yksqkHB5xkc9TUMPh+a51X TNMhniF5fRxuVlYIsRfJQFs85Qo3HPz7cbhiq76PeJfx2S/Z5ZpF3DyLmOVAvOSzqxVQACTkjAGT gc0AWIvEmovfRT6jd3V+iRyw7J7hmISVCj7S2dpKng4PIGQcYq/pWr6cmt6HGivYabY332x3uZTO +4lC3KIOMRKANvUnJweMW+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKhtbWa9uUt7dN8jZwMg AADJJJ4AABJJ4ABJ4FAGvLrUNheWC6TD+4028a6iaeUy+bJlOc7IzsIiTA2g8nJ5wKNzPpjzQC2s LiK3RsyiS6DyyA4yAwQKowOPkJyTnIwBKPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORm JNGvpEsmWJCL1XeH96mSqkhmYZ+RRtb5mwMKTnANAGjc6/ZNqsF7a6fcRBbX7HMkt0r74vIEHykR rtbZnkhhkg4wMEtdfsrG/wBKe30+4+x6fdNeCKS6VpHlOz+MRgBf3acbc/e55GKMmhahHcwweXFI Zt2x4biOSP5RlsyKxUbRy2SNoIJwDmpf+EY1Y3NnAIIi17I0Vs4uYjHMygZCvu2n7wHX72V6gigC zb65plva2UA029xa3U9wrrfhHBkUKuCIxhk2RsD0JU8YOAzUtVj8QXNrDLcSwJHvJu9TuGuZOQPl Lqmdg2/KoU4LMc88VtP8P32ozaakX2dF1GZoYJJJ0C7lxuDc5UjcvBGTkYByKifR7xL+OyX7PLNI u4eRcxyoF5yWdWKqAASckYAycDmgB/iC6hvvEuq3ds++Ce8mljfBG5WckHB5HBqHTL7+zr4TmPzE MckMibtpKSIyNg84O1jg4ODjg9KL7TLrTvLM4iZJM7JIJ0mQkYyNyEjIyMjORkeoqG1tZr25S3t0 3yNnAyAAAMkkngAAEkngAEngUAWbmfTHmgFtYXEVujZlEl0HlkBxkBggVRgcfITknORgDRuNfsjr NpqNpp9xE0MKwOJLpXO1YliVkIjXY4A3BucNg44wcu+0y607yzOImSTOySCdJkJGMjchIyMjIzkZ HqKhtbWa9uUt7dN8jZwMgAADJJJ4AABJJ4ABJ4FAHTXPi+3vRYLdWmpTmxmlkimk1Rmm+dAAd5Th ldVZSABxgqSSxrXHiaG61GyuJ7fUJ0tt7CSfUC11uYYXEwQYCMAyjacEt13YGXf6NfaZDDNdRIIZ 2ZYpY5UkSQrt3bWUkEDcBkcZyOoIEt9ozRaythYyPciSGKaN3QRHa8SyZYbiFChuSWwACScUAP1z W/7Y8gbbpvJ3Hzr25+0TNnHyl9q/IMZC44LMc88ZFaUmhahHcwweXFIZt2x4biOSP5RlsyKxUbRy 2SNoIJwDmnS+HdSie2XZbyC4Z1jeC6ilTKAM+5lYhQoYEliABz0oAv6pqVra+NrvVrO4ivoJ7iad WiDxsgdmxguoKyKCGDAEBtp5xirj+NIZrnSJriz1C5bTLw3MT3GpGSSQEKdrMyHoyKflAG3Ixk7q xJNDls5rI6hPbw2dzMYzcwTR3KoBt3nEbHlQ4OOpzVG7tZrG8ntLlNk8EjRSJkHaynBGRweRQBo2 d9YW2tQy2kEtvavG8EwurjzCFkVo3YMkYx8rHHytgjOG6Vq3mqaLYDS7ayje5htJrictbXUiPukR Ajea0akOrJu4QLgIOTuNcnRQBr65rf8AbHkDbdN5O4+de3P2iZs4+UvtX5BjIXHBZjnnipqlxZ3e oyz6fYfYbVsbLbzjLswAD8x5OTk/jVOigC5qlxZ3eoyz6fYfYbVsbLbzjLswAD8x5OTk/jU102n6 lrTtaRRaPZSY2pLLJMsWF5ywUsckHt39KzaKANLxBdQ33iXVbu2ffBPeTSxvgjcrOSDg8jg1m0UU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQB3Xwc/wCSraL7eef/ACBJ/nt9R1r6u6e2Pwx/L09unbHy fKPwc/5Ktovt55/8gSf57fUda+runtj8Mfy9Pbp2x8iY0Q3XFs/boPTv+Hp+nTjCfMt//wAhG5/6 6v8AzNfTV1xbP26D07/h6fp04wnzLf8A/IRuf+ur/wAzQgZ037Q/+t8Of9c5v/QYa8Rr279of/W+ HP8ArnN/6DDXiNC2Ewooqa1tZr25S3t03yNnAyAAAMkkngAAEkngAEngUwIaK1B4d1Jr+1s0S3kl umKQtHdRPG7DqvmBtu7kfLnPzLxyM177TLrTfLF0Ikd8/u1nR3QjGQ6qSUPPRgD19DQBToop8UTT TJEhQM7BQXcIoJ9WJAA9ycUAMorUu9BvLe/trRFSVriESxsksbIVGQ53K7KFVlfLEjAXJ29nx+Gd UluRBGtq5aN5A63sJjIQZf8Aeb9uVBBK5yAckY5oAyKK0odC1C4s7a7ijiaG5kaOMi4jzlRlty7s qFHJZgAAQSQCDUN9pl1p3lmcRMkmdkkE6TISMZG5CRkZGRnIyPUUAXrjV1i1fSdXtCjXFvDbFonU 7UkhAQAnjcCI1bjpvx1GaZFqlhZ30Utjp0scPlyxTCa58ySRZEMbAMFVVwpO35Tgkk7hgDIrS13T 7bSdYudPtrqW5+zSNDJJJCIvnVipwAzZHHXj6UAGoahbT2dvZWVrLBawySTATzCVy7hA3zBVGMRr gY9eTkAM0bVJNH1SO9i37lV0JRyjhXQoSrfwsAxwcHBwcHpVa1tZr25S3t03yNnAyAAAMkkngAAE kngAEngVeHh3Umv7WzRLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyAXL3X7TUL+xlvotXvra3ZjJB e6p5pcHHCt5Y2A45wCSOmOtPfxbNLrVrrUscp1QRyR3dykwQzBlKBkCqPLdUOARkZVTjrmnB4Z1O bVbLTnSKGa8k8pGlmUKr8ZViCdrjIyh+YZAxkgGpcabPbXkVrJJamSXG1o7uKRBk45dWKr+JGOp4 oA17nxR599bzk6rcJHHNDIl/qP2g7JU2NsOwbDtJ5w3O3g4waC6naWOpWN5pVi8LWkyzj7TP5zOw IIBKqg2jb0AzyeTxhtzot1Bqy6ai75zGj/fTbhow5bcrFdgBJ3ZxtGTjkBw8O6k1/a2aJbyS3TFI Wjuonjdh1XzA23dyPlzn5l45GQC5/wAJDaW0OmLp2mvBJp18byF5rjzd5OzIkAVcnMa4K7RjjBPz VDa61aaXqlvd6XZXFuI1kV2e73TEOhQ7XVVCkAkqdpIY5O4YAryaDqcVzDbvbYkm3YHmKQpUZcOc 4QqOWDYKjlsCnS6K9g9tJqcqJZzs6iayliujuUAkYWTGfmXqRwc80AP1zWv7X8j97qsnlbv+P+/+ 04zj7vyLt6c9c8elVNLvv7N1GK78vzNmRgNtYZBG5W52uM5VsHDAHBxijVrH+y9YvtP8zzfstxJB 5m3bu2sVzjnGcVToA6DXfEq63ptraPFetJazO8c91fGd2VwuVbKjnKjBXaAOxOWOXpl9/Z18JzH5 iGOSGRN20lJEZGwecHaxwcHBxwelVoommmSJCgZ2Cgu4RQT6sSAB7k4rRu9BvLe/trRFSVriESxs ksbIVGQ53K7KFVlfLEjAXJ29gCK5n0x5oBbWFxFbo2ZRJdB5ZAcZAYIFUYHHyE5JzkYA0bjX7I6z aajaafcRNDCsDiS6VztWJYlZCI12OANwbnDYOOMGmPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5 c5+ZeORmvfaZdab5YuhEjvn92s6O6EYyHVSSh56MAevoaAOgufF9veiwW6tNSnNjNLJFNJqjNN86 AA7ynDK6qykADjBUkljWuPE0N1qNlcT2+oTpbb2Ek+oFrrcwwuJggwEYBlG04JbruwOfiiaaZIkK BnYKC7hFBPqxIAHuTitG70G8t7+2tEVJWuIRLGySxshUZDncrsoVWV8sSMBcnb2ALOo6vDr15Yw3 M11DAkmJLy9mN3MqsVBywVSUUDITHUtz83Gdq19/amsX2oeX5X2q4kn8vdu27mLYzxnGasDw7qTX 9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmXjkZbJod7Dcw28ptY5pd2EkvIVMZUZIky37s9sPg546 8UAZtFbuueHF0e8gslvYp7ppGhlHmwhI3BA+8JCQMk8yBOnI6gZ2p6fJpl8bWU5cRxuTuVgdyK3B VmBHzcEHkYPHQAFOitS+0ZotZWwsZHuRJDFNG7oIjteJZMsNxChQ3JLYABJOKr32mXWneWZxEySZ 2SQTpMhIxkbkJGRkZGcjI9RQBToorX1PRUtvEM2kafNLdyQSPFI8sSwgMhYMfvsAgC53EjAyTgDN AGRRWoPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORlsmhahFcw2zRxefLu/dC4jLR7Rlv MAbMWBknftxg5xg4AM2iteTwxq0UcMjQRGOeRo4pEuYmV9q7mYENgoo+8/3VwQSCDVe/0e802GGa 4+ztFMzKjwXMcyll2lhlGOCNy9fWgChRRRQAUVNarbPcot3LLFAc7niiEjDjjCllB5x3FTatY/2X rF9p/meb9luJIPM27d21iucc4zigCnRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAd18HP+SraL7eef8AyBJ/nt9R1r6u6e2P wx/L09unbHyfKPwc/wCSraL7eef/ACBJ/nt9R1r6u6e2Pwx/L09unbHyJjRDdcWz9ug9O/4en6dO MJ8y3/8AyEbn/rq/8zX01dcWz9ug9O/4en6dOMJ8y3//ACEbn/rq/wDM0IGdN+0P/rfDn/XOb/0G GvEa9u/aH/1vhz/rnN/6DDXiNC2Ewq5pl9/Z18JzH5iGOSGRN20lJEZGwecHaxwcHBxwelU6KYHQ Wuv2Vjf6U9vp9x9j0+6a8EUl0rSPKdn8YjAC/u0425+9zyMZF69lJMDYW9xBFtwVnnWVi3POQi8d OMfjVaigAqa1hjuLlIpbmK2Rs5llDFV477VY+3APWoaKAOgl1W30+90j7O6Xg0+1aB5YtyBmaSV9 0ZZQysolGGK8OucEAZm1PxfJew6cYlvRd6ddNcW91dXhuX52HDblwSGQEYwMcFScseZooA3ZvEEP 9vW97aaf9msraMxW9qJizQqdxJWQjO8O7urEHaxHUACn674lXW9NtbR4r1pLWZ3jnur4zuyuFyrZ Uc5UYK7QB2Jyx5+igArd16/EPi291TSNU3efcSzxT2pkjaMOzfKSyqQcHnGRz1NQw+H5rnVdM0yG eIXl9HG5WVgixF8lAWzzlCjcc/PtxuGKrvo94l/HZL9nlmkXcPIuY5UC85LOrFVAAJOSMAZOBzQB Yi8Sai99FPqN3dX6JHLDsnuGYhJUKPtLZ2kqeDg8gZBxir+lavpya3ocaK9hptjffbHe5lM77iUL cog4xEoA29ScnB4xb7TLrTvLM4iZJM7JIJ0mQkYyNyEjIyMjORkeoqG1tZr25S3t03yNnAyAAAMk kngAAEkngAEngUAa8utQ2F5YLpMP7jTbxrqJp5TL5smU5zsjOwiJMDaDycnnAo3M+mPNALawuIrd GzKJLoPLIDjIDBAqjA4+QnJOcjAEo8O6k1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5l45GYk0a+ kSyZYkIvVd4f3qZKqSGZhn5FG1vmbAwpOcA0AaNzr9k2qwXtrp9xEFtfscyS3Svvi8gQfKRGu1tm eSGGSDjAwS11+ysb/Snt9PuPsen3TXgikulaR5Ts/jEYAX92nG3P3ueRijJoWoR3MMHlxSGbdseG 4jkj+UZbMisVG0ctkjaCCcA5qX/hGNWNzZwCCIteyNFbOLmIxzMoGQr7tp+8B1+9leoIoAs2+uaZ b2tlANNvcWt1PcK634RwZFCrgiMYZNkbA9CVPGDgM1LVY/EFzawy3EsCR7ybvU7hrmTkD5S6pnYN vyqFOCzHPPFbT/D99qM2mpF9nRdRmaGCSSdAu5cbg3OVI3LwRk5GAcion0e8S/jsl+zyzSLuHkXM cqBeclnViqgAEnJGAMnA5oAf4guob7xLqt3bPvgnvJpY3wRuVnJBweRwap2t3c2NylzaXEtvOmds sTlGXIwcEcjgkVNfaZdad5ZnETJJnZJBOkyEjGRuQkZGRkZyMj1FQ2trNe3KW9um+Rs4GQAABkkk 8AAAkk8AAk8CgC5JqF9rdzDFqmsysi7tst7LJKseRz0DEZwBwPSr0uq2+n3ukfZ3S8Gn2rQPLFuQ MzSSvujLKGVlEowxXh1zggDOXfaZdad5ZnETJJnZJBOkyEjGRuQkZGRkZyMj1FVoommmSJCgZ2Cg u4RQT6sSAB7k4oA6x/GkM1zpE1xZ6hctpl4bmJ7jUjJJICFO1mZD0ZFPygDbkYyd1czevZSTA2Fv cQRbcFZ51lYtzzkIvHTjH41bu9BvLe/trRFSVriESxsksbIVGQ53K7KFVlfLEjAXJ29geHdSa/tb NEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjIBRtYY7i5SKW5itkbOZZQxVeO+1WPtwD1ral1W30+9 0j7O6Xg0+1aB5YtyBmaSV90ZZQysolGGK8OucEAZy77TLrTfLF0Ikd8/u1nR3QjGQ6qSUPPRgD19 DUNrbSXlykETRK7ZwZZViXgZ5ZiAOnc0AdS/jSGa50ia4s9QuW0y8NzE9xqRkkkBCnazMh6Min5Q BtyMZO6ufeXSTfxullerZhcSRNdoZGbnkP5QAHTjaeh554va54cXR7yCyW9inumkaGUebCEjcED7 wkJAyTzIE6cjqBnanp8mmXxtZTlxHG5O5WB3IrcFWYEfNwQeRg8dAAW9Z1LTtV1h9QjsLqH7RcPP cxtdq+7c24hD5Y29T13dvTk1bUtO1K+tZ4rC6hSOOKGZGu1cukaIi7T5Y2navJIbk9O1MvtGaLWV sLGR7kSQxTRu6CI7XiWTLDcQoUNyS2AASTimvpElpeWkeoTRQ2s8gVrqCRbhEGRuOYyQSoIJXOeR 6igDRfxLbRa3aanp9ndW0kVuLZ914GYoIRCCjBF2OFBOefmwcYGDT1zWv7X8j97qsnlbv+P+/wDt OM4+78i7enPXPHpWdd2s1jeT2lymyeCRopEyDtZTgjI4PIqGgAro9U1K1tfG13q1ncRX0E9xNOrR B42QOzYwXUFZFBDBgCA2084xXOUUAde/jSGa50ia4s9QuW0y8NzE9xqRkkkBCnazMh6Min5QBtyM ZO6sezvrC21qGW0glt7V43gmF1ceYQsitG7BkjGPlY4+VsEZw3SsiigDrLzVNFsBpdtZRvcw2k1x OWtrqRH3SIgRvNaNSHVk3cIFwEHJ3GsrXNb/ALY8gbbpvJ3Hzr25+0TNnHyl9q/IMZC44LMc88ZF FAFzVLizu9Rln0+w+w2rY2W3nGXZgAH5jycnJ/GjVLizu9Rln0+w+w2rY2W3nGXZgAH5jycnJ/Gq dFAGldNp+pa07WkUWj2UmNqSyyTLFhecsFLHJB7d/SjxBdQ33iXVbu2ffBPeTSxvgjcrOSDg8jg1 m0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQB3Xwc/5Ktovt55/wDIEn+e31HWvq7p7Y/DH8vT26dsfJ8o/Bz/AJKtovt5 5/8AIEn+e31HWvq7p7Y/DH8vT26dsfImNEN1xbP26D07/h6fp04wnzLf/wDIRuf+ur/zNfTV1xbP 26D07/h6fp04wnzLf/8AIRuf+ur/AMzQgZ037Q/+t8Of9c5v/QYa8Rr279of/W+HP+uc3/oMNeI0 LYTCiiimAUUUUAFFFFABRRRQAUUUUAbVxq6xavpOr2hRri3hti0TqdqSQgIATxuBEatx0346jNMi 1Sws76KWx06WOHy5YphNc+ZJIsiGNgGCqq4Unb8pwSSdwwBkUUAaWoahbT2dvZWVrLBawySTATzC Vy7hA3zBVGMRrgY9eTkAM0bVJNH1SO9i37lV0JRyjhXQoSrfwsAxwcHBwcHpVCigDoL3X7TUL+xl votXvra3ZjJBe6p5pcHHCt5Y2A45wCSOmOtPfxbNLrVrrUscp1QRyR3dykwQzBlKBkCqPLdUOARk ZVTjrnnKKAOjufFHn31vOTqtwkcc0MiX+o/aDslTY2w7BsO0nnDc7eDjBoLqdpY6lY3mlWLwtaTL OPtM/nM7AggEqqDaNvQDPJ5PGMuigDoP+EhtLaHTF07TXgk06+N5C81x5u8nZkSAKuTmNcFdoxxg n5qhtdatNL1S3u9Lsri3EayK7Pd7piHQodrqqhSASVO0kMcncMAYtFAGvrmtf2v5H73VZPK3f8f9 /wDacZx935F29OeuePSqml339m6jFd+X5mzIwG2sMgjcrc7XGcq2DhgDg4xVOigDoNd8Srrem2to 8V60lrM7xz3V8Z3ZXC5VsqOcqMFdoA7E5Y4trDHcXKRS3MVsjZzLKGKrx32qx9uAetQ0UAdBLqtv p97pH2d0vBp9q0DyxbkDM0kr7oyyhlZRKMMV4dc4IAzffxpDNc6RNcWeoXLaZeG5ie41IySSAhTt ZmQ9GRT8oA25GMndXIUUAWb17KSYGwt7iCLbgrPOsrFuechF46cY/GmWrWyXKNdxSywDO5IpRGx4 4wxVgOcdjUNFAGvrOpadqusPqEdhdQ/aLh57mNrtX3bm3EIfLG3qeu7t6cmralp2pX1rPFYXUKRx xQzI12rl0jREXafLG07V5JDcnp2rIooA6N/EttFrdpqen2d1bSRW4tn3XgZighEIKMEXY4UE55+b BxgYMOo6tDrt5YxXN5qscCybZJr+8N55SsVyyqEUjAGSOc4HTFYVFAFzVr7+1NYvtQ8vyvtVxJP5 e7dt3MWxnjOM1ToooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAO6+Dn/JVtF9vPP/kC T/Pb6jrX1d09sfhj+Xp7dO2Pk+Ufg5/yVbRfbzz/AOQJP89vqOtfV3T2x+GP5ent07Y+RMaIbri2 ft0Hp3/D0/TpxhPmW/8A+Qjc/wDXV/5mvpq64tn7dB6d/wAPT9OnGE+Zb/8A5CNz/wBdX/maEDOm /aH/ANb4c/65zf8AoMNeI17v8d7C41PVPC1laKjXEyyrGryKgZtkOBliBk9ueTx1ryXTvDE9zeae l1PFDa3t4bJJ4JYpyJM4+4rgkAlcnphgRnIyLYTMKitKTQdTiuYbd7bEk27A8xSFKjLhznCFRywb BUctgU4eHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjLAy6K0pNC1CK5htmji8+Xd+6FxG Wj2jLeYA2YsDJO/bjBzjBxDfaZdad5ZnETJJnZJBOkyEjGRuQkZGRkZyMj1FAFOiprW1mvblLe3T fI2cDIAAAySSeAAASSeAASeBV4eHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjIBl0Vrwe GdTm1Wy050ihmvJPKRpZlCq/GVYgna4yMofmGQMZIBqXGmz215FaySWpklxtaO7ikQZOOXViq/iR jqeKAKdFaVzot1Bqy6ai75zGj/fTbhow5bcrFdgBJ3ZxtGTjkBw8O6k1/a2aJbyS3TFIWjuonjdh 1XzA23dyPlzn5l45GQDLorSk0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFMv9HvNNhhmuPs7R TMyo8FzHMpZdpYZRjgjcvX1oAoUU+KJppkiQoGdgoLuEUE+rEgAe5OK0ZNBvP7ci0eFUe7lWMorS xqrM6BwA4cqQc/Kd3zccAnFAGXRWlJoOpxXMNu9tiSbdgeYpClRlw5zhCo5YNgqOWwKZf6NfaZDD NdRIIZ2ZYpY5UkSQrt3bWUkEDcBkcZyOoIABQorXuNBkOvw6Vp0v2l7iOGSAy7YC/mRrIAcsQD82 Mbjk9OtV4tGvpobSaKJHju2kWJhKnBTBfdz8gUEElsDHPTmgChRW7deF7q3s9OkRvNnvJJk2KUMQ EYUl1lVyrJhjluApRgehNZ19pl1p3lmcRMkmdkkE6TISMZG5CRkZGRnIyPUUAU6Kuappd5ouoy6f qEPk3UWN8e4NjIDDkEjoRVOgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooA7r4Of8lW0X288/+QJP89vqOtfV3T2x+GP5ent07Y+T5R+Dn/JVtF9v PP8A5Ak/z2+o619XdPbH4Y/l6e3Ttj5ExohuuLZ+3Qenf8PT9OnGE+Zb/wD5CNz/ANdX/ma+mrri 2ft0Hp3/AA9P06cYT5lv/wDkI3P/AF1f+ZoQM6/473smm6v4Sv4VRpbZnmQOCVLKICM47cV5cPFc f9qaRcNYObfTZlmSITgO7KkaJltuMbYYs/Lyd5GAwC+kftD/AOt8Of8AXOb/ANBhrxGhbCZ0dl4l ttNgs0srO6iktri4kEpvBu2TII2CkINrhVXDc4YE7SCAHt4pjfW9L1CVdXu1sJvOEd7qYmJYEEbT 5Y2jKjPByPTrXM0UwNez1e20rWob/S7e6gRI3jZZLoNJ86sjFHVF2na3BwcEZ56Ua5rX9r+R+91W Tyt3/H/f/acZx935F29OeuePSsiprW1mvblLe3TfI2cDIAAAySSeAAASSeAASeBQBNpl9/Z18JzH 5iGOSGRN20lJEZGwecHaxwcHBxwelbWlavpya3ocaK9hptjffbHe5lM77iULcog4xEoA29ScnB4r XXh1NPs9Oub288pLqSZJGRFlQCMKcxujESZ37eqgMCCRgkQ6ho0Om6rFbXF1LDC8fmP59uUniHPy vECcOduVBbBDISVBOACaXWobC8sF0mH9xpt411E08pl82TKc52RnYREmBtB5OTzgUbmfTHmgFtYX EVujZlEl0HlkBxkBggVRgcfITknORgA1WwjsJoRDO8sU8KzJ5sYjkVTnG9ATtJxuHJyrKe+KoUAd Bc6/ZNqsF7a6fcRBbX7HMkt0r74vIEHykRrtbZnkhhkg4wMEtdfsrG/0p7fT7j7Hp9014IpLpWke U7P4xGAF/dpxtz97nkY5+igDoLfXNMt7WygGm3uLW6nuFdb8I4MihVwRGMMmyNgehKnjBwK2ua3/ AGx5A23TeTuPnXtz9ombOPlL7V+QYyFxwWY554yKKAHxGNZkMyO8QYF1RgrFe4BIOD74P0NdA3iH Tl8R6Zq0OmXS/YvJ3RPeK3meSiLHgiIbfuAtwc5ONtc5RQB0EGv2VpZW1tBp9xiKa5LNJdK26KeP ymUYjGGCBcNyM5O0g4Gdcz6Y80AtrC4it0bMokug8sgOMgMECqMDj5Cck5yMAUKKAN28162Otafq unWMsE9n5Hy3FwJlfyVRU4VEI4TnnnPGKmTxHYW9pbW1rpUsccElxkvd7mkjniEcgJ2Ab8D5WAAG BlWOScWwsLjU7+GytFRriZtsavIqBm7DLEDJ7c8njrU0WjX00NpNFEjx3bSLEwlTgpgvu5+QKCCS 2BjnpzQBr2/ii00+KyTTtOuLc2k07rL9szIyzRiN+Qgw4wNrAADAyrHJNDXNa/tfyP3uqyeVu/4/ 7/7TjOPu/Iu3pz1zx6UyXw7qUT2y7LeQXDOsbwXUUqZQBn3MrEKFDAksQAOelV77TLrTvLM4iZJM 7JIJ0mQkYyNyEjIyMjORkeooANUuLO71GWfT7D7DatjZbecZdmAAfmPJycn8ap1Na2s17cpb26b5 GzgZAAAGSSTwAACSTwACTwKmvtMutO8sziJkkzskgnSZCRjI3ISMjIyM5GR6igCnRU1rHDLcolxP 5EPJeTYXIAGcADqT0AJAyRkgZI0dQ0aHTdVitri6lhhePzH8+3KTxDn5XiBOHO3KgtghkJKgnABk UVf1WwjsJoRDO8sU8KzJ5sYjkVTnG9ATtJxuHJyrKe+Kfomlf2zfSWaPKJzbyywJFF5hkdELhMZB GQpGRnnHFAGbRV+50e8tZoI5fs5E7bY5Y7mN4i3GQZFYqCMgnJGAQTgEVYXw9dSeI7fRI3iW5n8o K0sqBMuitncrMCPm4IJLcYGTtoAyKKs3tjLYTCKZ7dmK7gYLiOZcc/xIxGeOmc0y1tZr25S3t03y NnAyAAAMkkngAAEkngAEngUAQ0Vu3Xhe6t7PTpEbzZ7ySZNilDEBGFJdZVcqyYY5bgKUYHoTUMHh rUJ9VstPBtQ95J5cUwuo3i3cZBdCRkZHy/e5Xj5hkAyKKvvo94l/HZL9nlmkXcPIuY5UC85LOrFV AAJOSMAZOBzTL7TLrTvLM4iZJM7JIJ0mQkYyNyEjIyMjORkeooAp0Vc03S7zV7lrawh86dY2kEQY BmCjJ2gnLHHO0ZPB4qw/hzV43jV7JwJGwrll2EYLb92cbCFYh87SEYgkKcAGXRWlJoWoR3MMHlxS GbdseG4jkj+UZbMisVG0ctkjaCCcA5q3deF7q3s9OkRvNnvJJk2KUMQEYUl1lVyrJhjluApRgehN AGFRVy+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKfrFhHpuofZ4Z3niaGGZJHjCMVkjWQZUE4 I3Y6npQBQop8UTTTJEhQM7BQXcIoJ9WJAA9ycVfudGnt9WXTd0QmMaPulniRPmjD/f3lMYPB3c8d CcUAZtFbXiLQU0CaO3+2JcXAZ0nVGiKoy4BA2yM2M5++qHjpnIGXa2s17cpb26b5GzgZAAAGSSTw AACSTwACTwKAIaK14/DOqS3IgjW1ctG8gdb2ExkIMv8AvN+3Kgglc5AOSMc1FDoWoXFnbXcUcTQ3 MjRxkXEecqMtuXdlQo5LMAACCSAQaAM2ir9zo95azQRy/ZyJ22xyx3MbxFuMgyKxUEZBOSMAgnAI pmp6fJpl8bWU5cRxuTuVgdyK3BVmBHzcEHkYPHQAFOitS+0ZotZWwsZHuRJDFNG7oIjteJZMsNxC hQ3JLYABJOKs2Xhe6uL77JK37yS3mktjaFLpZpI0LmPcjkAkDoMkbl4wQaAMKirl9pl1p3lmcRMk mdkkE6TISMZG5CRkZGRnIyPUVYvtGaLWVsLGR7kSQxTRu6CI7XiWTLDcQoUNyS2AASTigDLoq5fa Zdad5ZnETJJnZJBOkyEjGRuQkZGRkZyMj1FU6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKAO6+Dn/ACVbRfbzz/5Ak/z2+o619XdPbH4Y/l6e3Ttj5PlH4Of8 lW0X288/+QJP89vqOtfV3T2x+GP5ent07Y+RMaIbri2ft0Hp3/D0/TpxhPmW/wD+Qjc/9dX/AJmv pq64tn7dB6d/w9P06cYT5lv/APkI3P8A11f+ZoQM6b9of/W+HP8ArnN/6DDXiNe3ftD/AOt8Of8A XOb/ANBhrxGhbCYUUUUwJrW7ubG5S5tLiW3nTO2WJyjLkYOCORwSK0YvEmovfRT6jd3V+iRyw7J7 hmISVCj7S2dpKng4PIGQcYrIooA3ZtZ0qTT7SxTR5RBb3Ekvz3m5nWRFVskIBvBRSrABRgAq3JLB rNl/aVhI+mvJYWMLRRW8kys5yXcFmKbWIeQnBTBAAIPOcWigC/q15aX10s1rbXERKkzPcXPnyTSF mYuzbV55A6ds9SaoUUUAFFFFABRRRQAUUUUAFFFFAFnT72TTdStb+FUaW2mSZA4JUspBGcduK2o9 f0qKCxt49Iukjs7iWeN01DbKS6KNxYJw6siMpAAwoBUnLHnKKAOmk8XyDVLO8iW9ZrdZVM11eGW5 KyJsIWXaNoUZKcHazMec4qhrmtf2v5H73VZPK3f8f9/9pxnH3fkXb056549KyKKALml339m6jFd+ X5mzIwG2sMgjcrc7XGcq2DhgDg4xWprviVdb021tHivWktZneOe6vjO7K4XKtlRzlRgrtAHYnLHn 6KAJrWSGK5R7iDz4eQ8e8oSCMZBHQjqCQRkDIIyDqDWbL+0rCR9NeSwsYWiit5JlZzku4LMU2sQ8 hOCmCAAQec4tFAGpeauv9pRX2lC9srhVYvO94ZJpJGLFnLgLgkNjgdu5JqzZeKLtb77Tq0l1q2y3 mhhjubtyqmRCjE9TjBOQpUnjkYrCooA1LvUbKaGzs4LO4jsIJnmZJLlXldn2BsOEAAxGuPlODk89 BZvNetjrWn6rp1jLBPZ+R8txcCZX8lUVOFRCOE555zxisKigC5fTWEnlrYWUtui5LNPP5rsTjjIV QAMcDbnk5J4ANMvv7OvhOY/MQxyQyJu2kpIjI2Dzg7WODg4OOD0qnRQB0cfiOwtoLGG00qWIWlxL Kjtd7nIkRVY52ACRSoKOAAuBlWIyZr3xk9z/AGXIkF1Jc6ZeG5gmvb1rgsDsJV8gZ+ZBjbtGOME5 Y8tRQBrw6pYWOo21zYadLGkW7cZrnfKSw25VwqhSv3lO0kNyd2ABZ13xKut6ba2jxXrSWszvHPdX xndlcLlWyo5yowV2gDsTljz9FAGlomoW2mX0k9zay3CNbywBIphER5iFCclW/hZu3XHpg6i+K40Q olg+JYbeGfM4O5Y7aS3bb8vylkkyM7sEfxA4HM0UAbqa9bWptobOxlSyi+0b45rgPI3nxiKTDhFA +RRt+U4OSdw4qzb+KLTT4rJNO064tzaTTusv2zMjLNGI35CDDjA2sAAMDKsck8zRQBtavrcerTWh mfV54oWJdbzUhOxU4yEJjGwnHXB7cccw65qNlqdxDNaWdxbMkMcLiW5WUMscaouMIuDheeuSe1Zd FAD4jGsyGZHeIMC6owVivcAkHB98H6GtfUtU0nUNQtrg6dexxRwpDLH9tQs6pGsabW8r5T8oJyDn tisWigDU17UbLVtSnv7WzuLaW4mkmmEtysqlmOflwi4Ayeue3419Lvv7N1GK78vzNmRgNtYZBG5W 52uM5VsHDAHBxiqdFAHTan4vkvYdOMS3ou9OumuLe6urw3L87Dhty4JDICMYGOCpOWNabxBD/b1v e2mn/ZrK2jMVvaiYs0KncSVkIzvDu7qxB2sR1AArCooA6PWPE0Os2dlbXNvqEotbhpBLPqBlleNw u5SzJgHKcEAADqpOSaeralp2pX1rPFYXUKRxxQzI12rl0jREXafLG07V5JDcnp2rIooA6C41+yOs 2mo2mn3ETQwrA4kulc7ViWJWQiNdjgDcG5w2DjjB0n8b28sUIudPvbyS2W5WF7zUmlLLNGI2Enyg sBg42FOPfLHjaKANS71Gymhs7OCzuI7CCZ5mSS5V5XZ9gbDhAAMRrj5Tg5PPQX38S20Wt2mp6fZ3 VtJFbi2fdeBmKCEQgowRdjhQTnn5sHGBg85RQBr65rX9r+R+91WTyt3/AB/3/wBpxnH3fkXb0565 49KyKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAO6+D n/JVtF9vPP8A5Ak/z2+o619XdPbH4Y/l6e3Ttj5PlH4Of8lW0X288/8AkCT/AD2+o619XdPbH4Y/ l6e3Ttj5ExohuuLZ+3Qenf8AD0/TpxhPmW//AOQjc/8AXV/5mvpq64tn7dB6d/w9P06cYT5lv/8A kI3P/XV/5mhAzpv2h/8AW+HP+uc3/oMNeI17d+0P/rfDn/XOb/0GGvEaFsJhRRRTAKKKmtbWa9uU t7dN8jZwMgAADJJJ4AABJJ4ABJ4FAENFbt14XuoLbSfLbzbrUbiS3SJShjLKUAKSq5VwfMAzxhlY HpTNQ8PyWmpWemQrevf3DBPLubQ26sxO1ShdsspOeWCdOQOQADForS1bTYdOFi9vefao7q3Mwfyy gBEjxkDJyRmMkEgEgjIB4rNoAKKKKACiiigAooooAKKKKACirNhYXGp38NlaKjXEzbY1eRUDN2GW IGT255PHWpotGvpobSaKJHju2kWJhKnBTBfdz8gUEElsDHPTmgChRWpL4d1KJ7ZdlvILhnWN4LqK VMoAz7mViFChgSWIAHPSq99pl1p3lmcRMkmdkkE6TISMZG5CRkZGRnIyPUUAU6KmtbWa9uUt7dN8 jZwMgAADJJJ4AABJJ4ABJ4FTX2mXWneWZxEySZ2SQTpMhIxkbkJGRkZGcjI9RQBToqa0tZr68gtL ZN888ixRpkDczHAGTwOTWpqHh+S01Kz0yFb17+4YJ5dzaG3VmJ2qULtllJzywTpyByAAYtFaWrab DpwsXt7z7VHdW5mD+WUAIkeMgZOSMxkgkAkEZAPFGiaV/bN9JZo8onNvLLAkUXmGR0QuExkEZCkZ GeccUAZtFX7nR7y1mgjl+zkTttjljuY3iLcZBkVioIyCckYBBOARVhfD11J4jt9EjeJbmfygrSyo Ey6K2dyswI+bggktxgZO2gDIoqze2MthMIpnt2YruBguI5lxz/EjEZ46ZzTLW1mvblLe3TfI2cDI AAAySSeAAASSeAASeBQBDRW7deF7q3s9OkRvNnvJJk2KUMQEYUl1lVyrJhjluApRgehNQweGtQn1 Wy08G1D3knlxTC6jeLdxkF0JGRkfL97lePmGQDIoq++j3iX8dkv2eWaRdw8i5jlQLzks6sVUAAk5 IwBk4HNMvtMutO8sziJkkzskgnSZCRjI3ISMjIyM5GR6igCnRVzTdLvNXuWtrCHzp1jaQRBgGYKM naCcscc7Rk8HirD+HNXjeNXsnAkbCuWXYRgtv3ZxsIViHztIRiCQpwAZdFaUmhahHcwweXFIZt2x 4biOSP5RlsyKxUbRy2SNoIJwDmrd14Xurez06RG82e8kmTYpQxARhSXWVXKsmGOW4ClGB6E0AYVF XL7TLrTvLM4iZJM7JIJ0mQkYyNyEjIyMjORkeop+sWEem6h9nhneeJoYZkkeMIxWSNZBlQTgjdjq elAFCinxRNNMkSFAzsFBdwign1YkAD3JxV+50ae31ZdN3RCYxo+6WeJE+aMP9/eUxg8Hdzx0JxQB m0VteItBTQJo7f7YlxcBnSdUaIqjLgEDbIzYzn76oeOmcgZdrazXtylvbpvkbOBkAAAZJJPAAAJJ PAAJPAoAhorXj8M6pLciCNbVy0byB1vYTGQgy/7zftyoIJXOQDkjHNRQ6FqFxZ213FHE0NzI0cZF xHnKjLbl3ZUKOSzAAAgkgEGgDNoq/c6PeWs0Ecv2cidtscsdzG8RbjIMisVBGQTkjAIJwCKZqeny aZfG1lOXEcbk7lYHcitwVZgR83BB5GDx0ABTorUvtGaLWVsLGR7kSQxTRu6CI7XiWTLDcQoUNyS2 AASTirNl4Xuri++ySt+8kt5pLY2hS6WaSNC5j3I5AJA6DJG5eMEGgDCoq5faZdad5ZnETJJnZJBO kyEjGRuQkZGRkZyMj1FWL7Rmi1lbCxke5EkMU0bugiO14lkyw3EKFDcktgAEk4oAy6KuX2mXWneW ZxEySZ2SQTpMhIxkbkJGRkZGcjI9RVOgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigDuvg5/yVbRfbzz/5Ak/z2+o619XdPbH4Y/l6e3Ttj5PlH4Of8lW0X288 /wDkCT/Pb6jrX1d09sfhj+Xp7dO2PkTGiG64tn7dB6d/w9P06cYT5lv/APkI3P8A11f+Zr6auuLZ +3Qenf8AD0/TpxhPmW//AOQjc/8AXV/5mhAzpv2h/wDW+HP+uc3/AKDDXiNe3ftD/wCt8Of9c5v/ AEGGvEaFsJhRRRTAmtbu5sblLm0uJbedM7ZYnKMuRg4I5HBIrRi8Sai99FPqN3dX6JHLDsnuGYhJ UKPtLZ2kqeDg8gZBxisiprW1mvblLe3TfI2cDIAAAySSeAAASSeAASeBQBtf8JDaW0OmLp2mvBJp 18byF5rjzd5OzIkAVcnMa4K7RjjBPzVWm1vyI7SLRlurBLaSSZJDc7pd8iqrYdVTA2ooxju3JzgV 7/Rr7TIYZrqJBDOzLFLHKkiSFdu7aykggbgMjjOR1BAfqWlpZ6sllbXHnJLHDJHJMFh4ljVxuyxC 434J3Y4zmgCxrviCTXLTTIpmvXls4WjeS5uzN5jFtxYAqNp5x1PCqP4cnFrSudFuoNWXTUXfOY0f 76bcNGHLblYrsAJO7ONoyccgOHh3Umv7WzRLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyAZdFa8Hh nU5tVstOdIoZryTykaWZQqvxlWIJ2uMjKH5hkDGSAaN7Yy2Ewime3Ziu4GC4jmXHP8SMRnjpnNAF aiiigAooooAKKKKALOn3smm6la38Ko0ttMkyBwSpZSCM47cVtR6/pUUFjbx6RdJHZ3Es8bpqG2Ul 0UbiwTh1ZEZSABhQCpOWORpWmzavqtrp1u8STXEgjRpXCKCfUn+Q5PQAkgU99HvEv47Jfs8s0i7h 5FzHKgXnJZ1YqoABJyRgDJwOaANeTxfINUs7yJb1mt1lUzXV4ZbkrImwhZdo2hRkpwdrMx5ziqGu a1/a/kfvdVk8rd/x/wB/9pxnH3fkXb056549KqX2mXWneWZxEySZ2SQTpMhIxkbkJGRkZGcjI9RU NrazXtylvbpvkbOBkAAAZJJPAAAJJPAAJPAoAm0u+/s3UYrvy/M2ZGA21hkEblbna4zlWwcMAcHG K1Nd8Srrem2to8V60lrM7xz3V8Z3ZXC5VsqOcqMFdoA7E5Y05fDupRPbLst5BcM6xvBdRSplAGfc ysQoUMCSxAA56VXvtMutO8sziJkkzskgnSZCRjI3ISMjIyM5GR6igBmn3smm6la38Ko0ttMkyBwS pZSCM47cVem1vyI7SLRlurBLaSSZJDc7pd8iqrYdVTA2ooxju3JzgMvtGaLWVsLGR7kSQxTRu6CI 7XiWTLDcQoUNyS2AASTimyaFqEdzDB5cUhm3bHhuI5I/lGWzIrFRtHLZI2ggnAOaAL2p+K72+TSZ IrrUorywhaM3Ml8zs7MSSy8AqTkr1PyhR25ZZeKLtb77Tq0l1q2y3mhhjubtyqmRCjE9TjBOQpUn jkYpkPhXVJb/AE+1ZLeP7fMYbedrhDE7Dbuw6kggbgOM5OVGWBFZ17Yy2Ewime3Ziu4GC4jmXHP8 SMRnjpnNAFu71Gymhs7OCzuI7CCZ5mSS5V5XZ9gbDhAAMRrj5Tg5PPQWbzXrY61p+q6dYywT2fkf LcXAmV/JVFThUQjhOeec8YrO0rTZtX1W1063eJJriQRo0rhFBPqT/IcnoASQKt2WhGbxDY6Vd3UU X2uRYxLayR3IUsdq52PjrjIzkDnB4yAVL6awk8tbCylt0XJZp5/NdiccZCqABjgbc8nJPABpl9/Z 18JzH5iGOSGRN20lJEZGwecHaxwcHBxwelTSaDqcVzDbvbYkm3YHmKQpUZcOc4QqOWDYKjlsCob7 TLrTvLM4iZJM7JIJ0mQkYyNyEjIyMjORkeooA14/EdhbQWMNppUsQtLiWVHa73ORIiqxzsAEilQU cABcDKsRkzXvjJ7n+y5EgupLnTLw3ME17etcFgdhKvkDPzIMbdoxxgnLHC0mx/tTWLHT/M8r7VcR weZt3bdzBc44zjNaN/4fhiGnDTdQ+3yXvnuq+SYgsSSMiyFmOACEZjnG0A545oAhh1SwsdRtrmw0 6WNIt24zXO+UlhtyrhVClfvKdpIbk7sACzrviVdb021tHivWktZneOe6vjO7K4XKtlRzlRgrtAHY nLHOv9GvtMhhmuokEM7MsUscqSJIV27trKSCBuAyOM5HUEB+paWlnqyWVtceckscMkckwWHiWNXG 7LELjfgndjjOaADRNQttMvpJ7m1luEa3lgCRTCIjzEKE5Kt/CzduuPTB1F8VxohRLB8Sw28M+Zwd yx20lu235flLJJkZ3YI/iBwMu50W6g1ZdNRd85jR/vptw0YctuViuwAk7s42jJxyA4eHdSa/tbNE t5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjIBZTXra1NtDZ2MqWUX2jfHNcB5G8+MRSYcIoHyKNvynB yTuHFWbfxRaafFZJp2nXFubSad1l+2ZkZZoxG/IQYcYG1gABgZVjkmhB4Z1ObVbLTnSKGa8k8pGl mUKr8ZViCdrjIyh+YZAxkgFltocsmv2GlTT26tdzRxiSCaO4VA7bc5RiMj0yD+dAE2r63Hq01oZn 1eeKFiXW81ITsVOMhCYxsJx1we3HHMOuajZancQzWlncWzJDHC4luVlDLHGqLjCLg4XnrkntT9Z0 mz021sZ7XU/tn2vznA8gx4jWVo0fk/xbGOOoxzUWh6fbapqP2S5upbfdG7RmKESs7gZCBSy8tjA5 5YqMc5ABQiMazIZkd4gwLqjBWK9wCQcH3wfoa19S1TSdQ1C2uDp17HFHCkMsf21CzqkaxptbyvlP ygnIOe2Km03QLK+TRVl1C4guNTujbiP7KrBFyFEgPmAspYhc4HKydSuC/wAQ+GbbQtOtblNT+1yX FxNEqJCAoSM8OW3H76tG6jHKuDnGMgFDXtRstW1Ke/tbO4tpbiaSaYS3KyqWY5+XCLgDJ657fjX0 u+/s3UYrvy/M2ZGA21hkEblbna4zlWwcMAcHGKp0UAdNqfi+S9h04xLei7066a4t7q6vDcvzsOG3 LgkMgIxgY4Kk5Y1pvEEP9vW97aaf9msraMxW9qJizQqdxJWQjO8O7urEHaxHUACsKigDo9Y8TQ6z Z2Vtc2+oSi1uGkEs+oGWV43C7lLMmAcpwQAAOqk5Jp6tqWnalfWs8VhdQpHHFDMjXauXSNERdp8s bTtXkkNyenasiigDoLjX7I6zaajaafcRNDCsDiS6VztWJYlZCI12OANwbnDYOOMHSfxvbyxQi50+ 9vJLZblYXvNSaUss0YjYSfKCwGDjYU498seNooA1LvUbKaGzs4LO4jsIJnmZJLlXldn2BsOEAAxG uPlODk89BffxLbRa3aanp9ndW0kVuLZ914GYoIRCCjBF2OFBOefmwcYGDzlFAGvrmtf2v5H73VZP K3f8f9/9pxnH3fkXb056549KyKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKAO6+Dn/JVtF9vPP/AJAk/wA9vqOtfV3T2x+GP5ent07Y+T5R+Dn/ACVbRfbz z/5Ak/z2+o619XdPbH4Y/l6e3Ttj5ExohuuLZ+3Qenf8PT9OnGE+Zb//AJCNz/11f+Zr6auuLZ+3 Qenf8PT9OnGE+Zb/AP5CNz/11f8AmaEDOm/aH/1vhz/rnN/6DDXiNe3ftD/63w5/1zm/9BhrxGhb CYUUUUwJrW7ubG5S5tLiW3nTO2WJyjLkYOCORwSK0YvEmovfRT6jd3V+iRyw7J7hmISVCj7S2dpK ng4PIGQcYrIqa1tZr25S3t03yNnAyAAAMkkngAAEkngAEngUAWbmfTHmgFtYXEVujZlEl0HlkBxk BggVRgcfITknORgCxq2padqV9azxWF1CkccUMyNdq5dI0RF2nyxtO1eSQ3J6dqZL4d1KJ7ZdlvIL hnWN4LqKVMoAz7mViFChgSWIAHPSgeHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8cjIBffx LbRa3aanp9ndW0kVuLZ914GYoIRCCjBF2OFBOefmwcYGC9vFMb63peoSrq92thN5wjvdTExLAgja fLG0ZUZ4OR6daoR+GdUkuRbBbUTmN5Gie9hVowgy28F8oQOSrYIw3HynEUOhahcWdtdxRxNDcyNH GRcR5yoy25d2VCjkswAAIJIBBoAtxa9bWdtpq2NjKk9hqD3sbz3AkVslMKVCKeBGnIPPzcDIxnX0 1hJ5a2FlLbouSzTz+a7E44yFUADHA255OSeALA8O6k1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5 l45Ga99pl1pvli6ESO+f3azo7oRjIdVJKHnowB6+hoAp0UUUAFFFFABRRRQBZ0+9k03UrW/hVGlt pkmQOCVLKQRnHbir0WqWFnfRS2OnSxw+XLFMJrnzJJFkQxsAwVVXCk7flOCSTuGAKmlabNq+q2un W7xJNcSCNGlcIoJ9Sf5Dk9ACSBT30e8S/jsl+zyzSLuHkXMcqBeclnViqgAEnJGAMnA5oAfqGoW0 9nb2VlaywWsMkkwE8wlcu4QN8wVRjEa4GPXk5AEOl3cNjqMVzPDLKkeSBDOYXVsHayuAcFWww4PS i+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKhtbWa9uUt7dN8jZwMgAADJJJ4AABJJ4ABJ4FAH QSeL5BqlneRLes1usqma6vDLclZE2ELLtG0KMlODtZmPOcVT1fW49WmtDM+rzxQsS63mpCdipxkI TGNhOOuD2445hl8O6lE9suy3kFwzrG8F1FKmUAZ9zKxChQwJLEADnpVe+0y607yzOImSTOySCdJk JGMjchIyMjIzkZHqKANd/EttFrdpqen2d1bSRW4tn3XgZighEIKMEXY4UE55+bBxgYJc+KPPvrec nVbhI45oZEv9R+0HZKmxth2DYdpPOG528HGDQvtGaLWVsLGR7kSQxTRu6CI7XiWTLDcQoUNyS2AA STimyaFqEdzDB5cUhm3bHhuI5I/lGWzIrFRtHLZI2ggnAOaAHLqdpY6lY3mlWLwtaTLOPtM/nM7A ggEqqDaNvQDPJ5PGK99NYSeWthZS26Lks08/muxOOMhVAAxwNueTkngC9D4V1SW/0+1ZLeP7fMYb edrhDE7Dbuw6kggbgOM5OVGWBFZ17Yy2Ewime3Ziu4GC4jmXHP8AEjEZ46ZzQAafeyabqVrfwqjS 20yTIHBKllIIzjtxWjZ6rpmn63p19a6ZcCKzmE5SS7DSSMCCo3BAoUEDjbnlueRto6Vps2r6ra6d bvEk1xII0aVwign1J/kOT0AJIFW7LQjN4hsdKu7qKL7XIsYltZI7kKWO1c7Hx1xkZyBzg8ZALll4 lttNgs0srO6iktri4kEpvBu2TII2CkINrhVXDc4YE7SCAKeua1/a/kfvdVk8rd/x/wB/9pxnH3fk Xb056549Kik0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFQ32mXWneWZxEySZ2SQTpMhIxkbkJ GRkZGcjI9RQBTq5pl9/Z18JzH5iGOSGRN20lJEZGwecHaxwcHBxwelGk2P8AamsWOn+Z5X2q4jg8 zbu27mC5xxnGa0b/AMPwxDThpuofb5L3z3VfJMQWJJGRZCzHABCMxzjaAc8c0AUbmfTHmgFtYXEV ujZlEl0HlkBxkBggVRgcfITknORgCxq2padqV9azxWF1CkccUMyNdq5dI0RF2nyxtO1eSQ3J6dqZ L4d1KJ7ZdlvILhnWN4LqKVMoAz7mViFChgSWIAHPSgeHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5H y5z8y8cjIBffxLbRa3aanp9ndW0kVuLZ914GYoIRCCjBF2OFBOefmwcYGC9vFMb63peoSrq92thN 5wjvdTExLAgjafLG0ZUZ4OR6daoR+GdUkuRbBbUTmN5Gie9hVowgy28F8oQOSrYIw3HynEUOhahc WdtdxRxNDcyNHGRcR5yoy25d2VCjkswAAIJIBBoAtxa9bWdtpq2NjKk9hqD3sbz3AkVslMKVCKeB GnIPPzcDIxnX01hJ5a2FlLbouSzTz+a7E44yFUADHA255OSeALA8O6k1/a2aJbyS3TFIWjuonjdh 1XzA23dyPlzn5l45GX2/h66bWNO066eKB724SDCypI8JLBTvRWypGfutg8EdjQBkVNaXU1jeQXds +yeCRZY3wDtZTkHB4PIrR1nSbPTbWxntdT+2fa/OcDyDHiNZWjR+T/FsY46jHNRaHp9tqmo/ZLm6 lt90btGYoRKzuBkIFLLy2MDnlioxzkAF7/hIbRfE+n6lDprw2GnshtrFLjJQKxfHmFSSDIWY5GcH AxxitqGr215o9vYpb3QkguJJVmnuhJ8jKiBMbB91Y4wDnseACALOm6BZXyaKsuoXEFxqd0bcR/ZV YIuQokB8wFlLELnA5WTqVwX+IfDNtoWnWtymp/a5Li4miVEhAUJGeHLbj99WjdRjlXBzjGQDnKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooA7r4Of8AJVtF9vPP/kCT/Pb6jrX1d09sfhj+Xp7dO2Pk+Ufg5/yVbRfbzz/5 Ak/z2+o619XdPbH4Y/l6e3Ttj5ExohuuLZ+3Qenf8PT9OnGE+Zb/AP5CNz/11f8Ama+mrri2ft0H p3/D0/TpxhPmW/8A+Qjc/wDXV/5mhAzpv2h/9b4c/wCuc3/oMNeI17d+0P8A63w5/wBc5v8A0GGv EaFsJhRRRTAmtbu5sblLm0uJbedM7ZYnKMuRg4I5HBIrRh8QXc2o21zq91qGoJb7jGGvXV42I4ZH OdpDBW6c7Rmsir+i2Eeq63ZafLO8C3UywiRIw5VmOBxkcZIzz09elAGvJ4vkGqWd5Et6zW6yqZrq 8MtyVkTYQsu0bQoyU4O1mY85xQ3imN9b0vUJV1e7Wwm84R3upiYlgQRtPljaMqM8HI9OtZcmg6nF cw2722JJt2B5ikKVGXDnOEKjlg2Co5bAqWDw1qE+q2Wng2oe8k8uKYXUbxbuMguhIyMj5fvcrx8w yAV2vYLXUre80iK4tWgZZE8+ZZmEinIbIRRjpwQelaLeJlh8QQX+n2b2Vpbwtb29slwS8MbqwfbK RndmR2DEHBI4IGKzn0e8S/jsl+zyzSLuHkXMcqBeclnViqgAEnJGAMnA5qx/wjOqG5s4EW1ke8ka KAxXsLq7qASu4OQD8y8EjORjrQBfbxTG+t6XqEq6vdrYTecI73UxMSwII2nyxtGVGeDkenWsK9ey kmBsLe4gi24KzzrKxbnnIReOnGPxqzJoOpxXMNu9tiSbdgeYpClRlw5zhCo5YNgqOWwKlg8NahPq tlp4NqHvJPLimF1G8W7jILoSMjI+X73K8fMMgGRRVm9sZbCYRTPbsxXcDBcRzLjn+JGIzx0zmq1A BRRRQAUUUUAWdPvZNN1K1v4VRpbaZJkDglSykEZx24q9FqlhZ30Utjp0scPlyxTCa58ySRZEMbAM FVVwpO35Tgkk7hgDLiiaaZIkKBnYKC7hFBPqxIAHuTir9zot1Bqy6ai75zGj/fTbhow5bcrFdgBJ 3ZxtGTjkAANQ1C2ns7eysrWWC1hkkmAnmErl3CBvmCqMYjXAx68nIAh0u7hsdRiuZ4ZZUjyQIZzC 6tg7WVwDgq2GHB6U+/0e802GGa4+ztFMzKjwXMcyll2lhlGOCNy9fWq1razXtylvbpvkbOBkAAAZ JJPAAAJJPAAJPAoA6CTxfINUs7yJb1mt1lUzXV4ZbkrImwhZdo2hRkpwdrMx5ziqer63Hq01oZn1 eeKFiXW81ITsVOMhCYxsJx1we3HHNG+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKhtbWa9uUt 7dN8jZwMgAADJJJ4AABJJ4ABJ4FAG6/iW2i1u01PT7O6tpIrcWz7rwMxQQiEFGCLscKCc8/Ng4wM EufFHn31vOTqtwkcc0MiX+o/aDslTY2w7BsO0nnDc7eDjBp/8IzqhubOBFtZHvJGigMV7C6u6gEr uDkA/MvBIzkY60Q+GdUuPs3krav9puGtodt7D88i9VHz/TB6HcuM7lyAMXU7Sx1KxvNKsXha0mWc faZ/OZ2BBAJVUG0begGeTyeMV76awk8tbCylt0XJZp5/NdiccZCqABjgbc8nJPAE0mg6nFcw2722 JJt2B5ikKVGXDnOEKjlg2Co5bApw8O6k1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5l45GQCpp97 JpupWt/CqNLbTJMgcEqWUgjOO3FaNnqumafrenX1rplwIrOYTlJLsNJIwIKjcEChQQONueW55G2E eHNUN/a2X2dBcXTFIlaZAN46xklsK4yMoxDAkAjJGZrfwnrF3CJbWG3nBaVUWK8hd5Gj5cIofcxA 54ByCCMgjIBZsvEttpsFmllZ3UUltcXEglN4N2yZBGwUhBtcKq4bnDAnaQQBT1zWv7X8j97qsnlb v+P+/wDtOM4+78i7enPXPHpVe90bUdOhE11avHEzbVfIKtnJVgR1VsHaw4ba2CcHFa1tpLy5SCJo lds4MsqxLwM8sxAHTuaAIauaXdw2OoxXM8MsqR5IEM5hdWwdrK4BwVbDDg9K1NY8Lvpt/Bp8Fyl3 eFpEmVHi2Rsn3jlZGIUfMSZAmAMkDBxTHh3Umv7WzRLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyA aUni+QapZ3kS3rNbrKpmurwy3JWRNhCy7RtCjJTg7WZjznFDeKY31vS9QlXV7tbCbzhHe6mJiWBB G0+WNoyozwcj061i32mXWm+WLoRI75/drOjuhGMh1UkoeejAHr6GjStNm1fVbXTrd4kmuJBGjSuE UE+pP8hyegBJAoAe17Ba6lb3mkRXFq0DLInnzLMwkU5DZCKMdOCD0rRbxMsPiCC/0+zeytLeFre3 tkuCXhjdWD7ZSM7syOwYg4JHBAxVay0IzeIbHSru6ii+1yLGJbWSO5CljtXOx8dcZGcgc4PGYpNB 1OK5ht3tsSTbsDzFIUqMuHOcIVHLBsFRy2BQBqN4pjfW9L1CVdXu1sJvOEd7qYmJYEEbT5Y2jKjP ByPTrWFevZSTA2FvcQRbcFZ51lYtzzkIvHTjH40++0y607yzOImSTOySCdJkJGMjchIyMjIzkZHq KNJsf7U1ix0/zPK+1XEcHmbd23cwXOOM4zQBTqa0uprG8gu7Z9k8EiyxvgHaynIODweRWvf+H4Yh pw03UPt8l757qvkmILEkjIshZjgAhGY5xtAOeOao3+jX2mQwzXUSCGdmWKWOVJEkK7d21lJBA3AZ HGcjqCAAaP8AwkNovifT9Sh014bDT2Q21ilxkoFYvjzCpJBkLMcjODgY4xW1DV7a80e3sUt7oSQX EkqzT3Qk+RlRAmNg+6scYBz2PABAEWpaWlnqyWVtceckscMkckwWHiWNXG7LELjfgndjjOaLnRbq DVl01F3zmNH++m3DRhy25WK7ACTuzjaMnHIABm0VqDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+ XOfmXjkZfB4Z1ObVbLTnSKGa8k8pGlmUKr8ZViCdrjIyh+YZAxkgEAyKK1LbQ5ZNfsNKmnt1a7mj jEkE0dwqB225yjEZHpkH86frOk2em2tjPa6n9s+1+c4HkGPEaytGj8n+LYxx1GOaAMiitLQ9PttU 1H7Jc3UtvujdozFCJWdwMhApZeWxgc8sVGOci9pugWV8mirLqFxBcandG3Ef2VWCLkKJAfMBZSxC 5wOVk6lcEA5+iuj8Q+GbbQtOtblNT+1yXFxNEqJCAoSM8OW3H76tG6jHKuDnGM85QAUUVr6noqW3 iGbSNPmlu5IJHikeWJYQGQsGP32AQBc7iRgZJwBmgDIorduvC91b2enSI3mz3kkybFKGICMKS6yq 5Vkwxy3AUowPQmqw8O6k1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5l45GQDLorUHhzVDf2tl9nQ XF0xSJWmQDeOsZJbCuMjKMQwJAIyRlsmhahFcw2zRxefLu/dC4jLR7RlvMAbMWBknftxg5xg4AM2 itKTQtQjuYYPLikM27Y8NxHJH8oy2ZFYqNo5bJG0EE4BzTpfDmqQvbBrdCtyzrDIkyPG+wAuwcMV 2qDy2cDDZPynABl0VrweGtQn1Wy08G1D3knlxTC6jeLdxkF0JGRkfL97lePmGa76PeJfx2S/Z5Zp F3DyLmOVAvOSzqxVQACTkjAGTgc0AUKK0pNC1CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHN W7rw/Fptnp11qF1Kkd1JNG5t4kmA2BSDGwk2yA7wCcjBDDkigDCoq5q1j/ZesX2n+Z5v2W4kg8zb t3bWK5xzjOKp0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHdfBz/kq2i+3nn/yBJ/nt9R1r 6u6e2Pwx/L09unbHyfKPwc/5Ktovt55/8gSf57fUda+runtj8Mfy9Pbp2x8iY0Q3XFs/boPTv+Hp +nTjCfMt/wD8hG5/66v/ADNfTV1xbP26D07/AIen6dOMJ8y3/wDyEbn/AK6v/M0IGdN+0P8A63w5 /wBc5v8A0GGvEa9u/aH/ANb4c/65zf8AoMNeI0LYTCiiimBNa3dzY3KXNpcS286Z2yxOUZcjBwRy OCRWpZ+Jb0a3p2oarc3upLYzCaOOW6bO4EEYLBsDIXPHIHbqMWigDoINfsrSytraDT7jEU1yWaS6 Vt0U8flMoxGMMEC4bkZydpBwIf7djtJtMOmWjxRafdG8jW5mEzNKdmclVT5f3acYz155GMWigDXh 1HSrbUbae3026SGHcxzfYmLkYVlkVAF2nDD5euckggDVtvEVvfeJ9EuLua4it7K6WeS61C4a6mKh lYrvVAdvy/Ku3hnY5weOTooA6B9btLG4htbC2drCBrkNvn3vKJoxFIVby02jYo25TIPJz90Q/wBu x2k2mHTLR4otPujeRrczCZmlOzOSqp8v7tOMZ688jGLRQBcvprCTy1sLKW3Rclmnn812JxxkKoAG OBtzyck8AU6KKACiiigAooooAfEY1mQzI7xBgXVGCsV7gEg4Pvg/Q1u3GuaZLrNpfppt7GIIViZR fgPlIljjdHWMbWXaG6EEjoBxWRYRWk12qXt09tb7WLSpF5jAhSQAuRkkgDqBzk8V0H/CNaO+rWOm x61defdyWygPYAYWePerDEpBwWQMCR94kbsUAZuua3/bHkDbdN5O4+de3P2iZs4+UvtX5BjIXHBZ jnnippd9/ZuoxXfl+ZsyMBtrDII3K3O1xnKtg4YA4OMVNJoOpxXMNu9tiSbdgeYpClRlw5zhCo5Y NgqOWwKhvtMutO8sziJkkzskgnSZCRjI3ISMjIyM5GR6igDU13xKut6ba2jxXrSWszvHPdXxndlc LlWyo5yowV2gDsTljl6Xdw2OoxXM8MsqR5IEM5hdWwdrK4BwVbDDg9KhtbWa9uUt7dN8jZwMgAAD JJJ4AABJJ4ABJ4Fa914Xurez06RG82e8kmTYpQxARhSXWVXKsmGOW4ClGB6E0AGo66+q3liY57qB 4JNy3t7dNPMhJXrIqg7FxkAKSCWIznFXLvXrO08VWF1bRRXFjYSLcrFZ5gjeYkSOQGXgB/kHy52R oO2ayJNDvYrmGFza/vt2yUXkJiJUZIMobYCBjgnPK+oze1jwu+m38GnwXKXd4WkSZUeLZGyfeOVk YhR8xJkCYAyQMHAAQa/ZWllbW0Gn3GIprks0l0rbop4/KZRiMYYIFw3Izk7SDgFrr9lY3+lPb6fc fY9PumvBFJdK0jynZ/GIwAv7tONufvc8jFMeHdSa/tbNEt5JbpikLR3UTxuw6r5gbbu5Hy5z8y8c jNSWwuIbC2vXVPs9yzrGyyKxLJjcCAcqRuXqBwQelAGidUtHsLGxs47ixlt76S4S8kutwjD7R0SM NlRGhyOchiByANK61/TrbXCY4EubBLWWNUsWNunmzoRMwDIeBvZF+UHakec7ec1/DzS+JbbR7G5S Q3SwNDLcAQjEsauNwycEbsYBJJHGSQKzr2xlsJhFM9uzFdwMFxHMuOf4kYjPHTOaANHUddjvtOa1 S0eJnWzEjtMGBaCJ4sgbRgMGBxk4IPJzxl2rWyXKNdxSywDO5IpRGx44wxVgOcdjVzQ9PttU1H7J c3UtvujdozFCJWdwMhApZeWxgc8sVGOci9pugWV8mirLqFxBcandG3Ef2VWCLkKJAfMBZSxC5wOV k6lcEALvX7KXxBNq1tp9xE101wbqOS6VwyzKysEIjXaQHbBO7nHBwQS11+ysb/Snt9PuPsen3TXg ikulaR5Ts/jEYAX92nG3P3ueRh/iHwzbaFp1rcpqf2uS4uJolRIQFCRnhy24/fVo3UY5Vwc4xnn4 ommmSJCgZ2Cgu4RQT6sSAB7k4oAmvXspJgbC3uIItuCs86ysW55yEXjpxj8aNPvZNN1K1v4VRpba ZJkDglSykEZx24qzc6LdQasumou+cxo/3024aMOW3KxXYASd2cbRk45AZf6PeabDDNcfZ2imZlR4 LmOZSy7SwyjHBG5evrQBbs9V0zT9b06+tdMuBFZzCcpJdhpJGBBUbggUKCBxtzy3PI22bLxLbabB ZpZWd1FJbXFxIJTeDdsmQRsFIQbXCquG5wwJ2kEAYVrazXtylvbpvkbOBkAAAZJJPAAAJJPAAJPA qzf6NfaZDDNdRIIZ2ZYpY5UkSQrt3bWUkEDcBkcZyOoIABY1zWv7X8j97qsnlbv+P+/+04zj7vyL t6c9c8elZFaWpaWlnqyWVtceckscMkckwWHiWNXG7LELjfgndjjOaLnRbqDVl01F3zmNH++m3DRh y25WK7ACTuzjaMnHIABDpl9/Z18JzH5iGOSGRN20lJEZGwecHaxwcHBxwelPuZ9MeaAW1hcRW6Nm USXQeWQHGQGCBVGBx8hOSc5GAJR4d1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyMvg8M6nN qtlpzpFDNeSeUjSzKFV+MqxBO1xkZQ/MMgYyQCAGralp2pX1rPFYXUKRxxQzI12rl0jREXafLG07 V5JDcnp2q4/iW2i1u01PT7O6tpIrcWz7rwMxQQiEFGCLscKCc8/Ng4wMHFvbGWwmEUz27MV3AwXE cy45/iRiM8dM5qtQB0zeKY31vS9QlXV7tbCbzhHe6mJiWBBG0+WNoyozwcj061Wi162s7bTVsbGV J7DUHvY3nuBIrZKYUqEU8CNOQefm4GRjCooAuX01hJ5a2FlLbouSzTz+a7E44yFUADHA255OSeAK dFFAE1pdTWN5Bd2z7J4JFljfAO1lOQcHg8itr/hIbRfE+n6lDprw2GnshtrFLjJQKxfHmFSSDIWY 5GcHAxxjn6KANfUNXtrzR7exS3uhJBcSSrNPdCT5GVECY2D7qxxgHPY8AEAZFFFABXR6rqVrbeMr /UrS4iv7W8kuGPlB0Ijm3qy/Oow+1jzhgDjryK5yigDprfxRaafFZJp2nXFubSad1l+2ZkZZoxG/ IQYcYG1gABgZVjkma28Q2974n0S6u73Uo7eyulmkk1K+a7CqGVjtCxggnbjocnHQDNcnRQB0cWuW Gm6rpotLOWWx028e6QG6y00h2chzGuE/dIcFM/e55GKdnq9tpWtQ3+l291AiRvGyyXQaT51ZGKOq LtO1uDg4Izz0rIooA6O58UeffW85Oq3CRxzQyJf6j9oOyVNjbDsGw7SecNzt4OMGnDqlhY6jbXNh p0saRbtxmud8pLDblXCqFK/eU7SQ3J3YAGRRQB1N74ye5/suRILqS50y8NzBNe3rXBYHYSr5Az8y DG3aMcYJyxoWutWml6pb3el2VxbiNZFdnu90xDoUO11VQpAJKnaSGOTuGAMWigDo7nxR599bzk6r cJHHNDIl/qP2g7JU2NsOwbDtJ5w3O3g4wYZr7TNR0+00mCD+zY4biSZbq5uGlBDooIcJHknMagFQ ABwQTlqwqKANLxBdQ33iXVbu2ffBPeTSxvgjcrOSDg8jg1m0UUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFAHdfBz/kq2i+3nn/yBJ/nt9R1r6u6e2Pwx/L09unbHyfKPwc/5Ktovt55/wDIEn+e 31HWvq7p7Y/DH8vT26dsfImNEN1xbP26D07/AIen6dOMJ8y3/wDyEbn/AK6v/M19NXXFs/boPTv+ Hp+nTjCfMt//AMhG5/66v/M0IGdN+0P/AK3w5/1zm/8AQYa8Rr279of/AFvhz/rnN/6DDXiNC2Ew ooopgFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXQHX7JfFOnaxHp9wIrNYB5DXSlnaFVVDv 8sYHyLkbfXBGRjn6KAOjsvEttpsFmllZ3UUltcXEglN4N2yZBGwUhBtcKq4bnDAnaQQBT1zWv7X8 j97qsnlbv+P+/wDtOM4+78i7enPXPHpWRRQBc0y+/s6+E5j8xDHJDIm7aSkiMjYPODtY4ODg44PS tq38UWmnxWSadp1xbm0mndZftmZGWaMRvyEGHGBtYAAYGVY5J5migDd1LXLbVbm1a7/tq5gh37ku tUErcgY2MYsJyBng5wOlPutfspPEh1m10+4illmllmWS6V8M+eYyI12Mu4lWO7BCntzz9FAHU3vj J7n+y5EgupLnTLw3ME17etcFgdhKvkDPzIMbdoxxgnLGhd6rpk+m2enxaZcQw2108277WGeRXCBw x2Y3fIMMAAB1UnJOLRQBu3mvWx1rT9V06xlgns/I+W4uBMr+SqKnCohHCc8854xWdfTWEnlrYWUt ui5LNPP5rsTjjIVQAMcDbnk5J4Ap0UATWl1NY3kF3bPsngkWWN8A7WU5BweDyK2v+EhtF8T6fqUO mvDYaeyG2sUuMlArF8eYVJIMhZjkZwcDHGOfooA19Q1e2vNHt7FLe6EkFxJKs090JPkZUQJjYPur HGAc9jwAQBlxGNZkMyO8QYF1RgrFe4BIOD74P0NMooA6C41zTJdZtL9NNvYxBCsTKL8B8pEscbo6 xjay7Q3QgkdAOKra5rf9seQNt03k7j517c/aJmzj5S+1fkGMhccFmOeeMiigC5pl9/Z18JzH5iGO SGRN20lJEZGwecHaxwcHBxwelPuZ9MeaAW1hcRW6NmUSXQeWQHGQGCBVGBx8hOSc5GAKFFAGvq2p adqV9azxWF1CkccUMyNdq5dI0RF2nyxtO1eSQ3J6dquP4ltotbtNT0+zuraSK3Fs+68DMUEIhBRg i7HCgnPPzYOMDB5yigDpm8Uxvrel6hKur3a2E3nCO91MTEsCCNp8sbRlRng5Hp1qtFr1tZ22mrY2 MqT2GoPexvPcCRWyUwpUIp4Eacg8/NwMjGFRQBcvprCTy1sLKW3Rclmnn812JxxkKoAGOBtzyck8 AGqXFnd6jLPp9h9htWxstvOMuzAAPzHk5OT+NU6KACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAO6+Dn/JVtF9vPP/ AJAk/wA9vqOtfV3T2x+GP5ent07Y+T5R+Dn/ACVbRfbzz/5Ak/z2+o619XdPbH4Y/l6e3Ttj5Exo huuLZ+3Qenf8PT9OnGE+Zb//AJCNz/11f+Zr6auuLZ+3Qenf8PT9OnGE+Zb/AP5CNz/11f8AmaED Om/aH/1vhz/rnN/6DDXiNe3ftD/63w5/1zm/9BhrxGhbCYUUUUwCiiprW1mvblLe3TfI2cDIAAAy SSeAAASSeAASeBQBDRWv/wAIxqxubOAQRFr2RorZxcxGOZlAyFfdtP3gOv3sr1BFVL7S7zTfL+1w +XvyBhg2GGNyNgna4yMqcMMjIGRQBToorSk0O8iuYbU+UbuXcWtxKC0IAyTIekePmyGIK7SWCjBI Bm0Vfv8ARr7TIYZrqJBDOzLFLHKkiSFdu7aykggbgMjjOR1BAlvtGaLWVsLGR7kSQxTRu6CI7XiW TLDcQoUNyS2AASTigDLorSk0LUI7mGDy4pDNu2PDcRyR/KMtmRWKjaOWyRtBBOAc06Xw7qUT2y7L eQXDOsbwXUUqZQBn3MrEKFDAksQAOelAGXRV+/0e802GGa4+ztFMzKjwXMcyll2lhlGOCNy9fWq1 razXtylvbpvkbOBkAAAZJJPAAAJJPAAJPAoAhorUl8O6lE9suy3kFwzrG8F1FKmUAZ9zKxChQwJL EADnpTZNC1CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNAGbRWoPDupNf2tmiW8kt0xSFo7q J43YdV8wNt3cj5c5+ZeORlsmhahFcw2zRxefLu/dC4jLR7RlvMAbMWBknftxg5xg4AM2it208L3T arplrft9nt9RuPs8NzCUnVm+UZXa+GALqCQeORyVIrOvtLvNN8v7XD5e/IGGDYYY3I2CdrjIypww yMgZFAFOirNhYXGp38NlaKjXEzbY1eRUDN2GWIGT255PHWrMmg6nFcw2722JJt2B5ikKVGXDnOEK jlg2Co5bAoAzaK14PDWoT6rZaeDah7yTy4phdRvFu4yC6EjIyPl+9yvHzDJZaEZvENjpV3dRRfa5 FjEtrJHchSx2rnY+OuMjOQOcHjIBkUVcvtLvNN8v7XD5e/IGGDYYY3I2CdrjIypwwyMgZFQ2trNe 3KW9um+Rs4GQAABkkk8AAAkk8AAk8CgCGitKTQ72K5hhc2v77dslF5CYiVGSDKG2AgY4JzyvqM2P EWgpoE0dv9sS4uAzpOqNEVRlwCBtkZsZz99UPHTOQADFoqa1tZr25S3t03yNnAyAAAMkkngAAEkn gAEngVqX/h2WxsNNmaZDLezSw4Lx+UCuzDLKHKsp34J4ClWB6UAYtFakmg3n9uRaPCqPdyrGUVpY 1VmdA4AcOVIOflO75uOATimyaFqEVzDbNHF58u790LiMtHtGW8wBsxYGSd+3GDnGDgAzaK0pNC1C O5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNWIfCuqS3+n2rJbx/b5jDbztcIYnYbd2HUkEDcB xnJyoywIoAxaKvvo94l/HZL9nlmkXcPIuY5UC85LOrFVAAJOSMAZOBzUo8O6k1/a2aJbyS3TFIWj uonjdh1XzA23dyPlzn5l45GQDLoq/c6PeWk0ENx9njlmbaENzHujbgESDd+7Izzv24wc9Dh9zot1 Bqy6ai75zGj/AH024aMOW3KxXYASd2cbRk45AAM2itKTQtQjuYYPLikM27Y8NxHJH8oy2ZFYqNo5 bJG0EE4BzTL/AEe802GGa4+ztFMzKjwXMcyll2lhlGOCNy9fWgChRU1razXtylvbpvkbOBkAAAZJ JPAAAJJPAAJPAq8PDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORkAy6K0pNB1OK5ht3tsS TbsDzFIUqMuHOcIVHLBsFRy2BUuqaDJpWlWF5LLue6kljKrtaP5NhykiswcHfjIxhlYdqAMiiprS 1mvryC0tk3zzyLFGmQNzMcAZPA5NXLzQ72wktEnNqPtf+pZLyF1I3bcllYhRnIySBwfQ4AM2itST Qbz+3ItHhVHu5VjKK0saqzOgcAOHKkHPynd83HAJxVe+0u803y/tcPl78gYYNhhjcjYJ2uMjKnDD IyBkUAU6K0r/AE1LW8tbBH/0sxoLkSOqokrEnbk427VKq27GGD9hTrvQby3v7a0RUla4hEsbJLGy FRkOdyuyhVZXyxIwFydvYAy6K1B4d1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyM177TLrT fLF0Ikd8/u1nR3QjGQ6qSUPPRgD19DQBToqa1tpLy5SCJolds4MsqxLwM8sxAHTua19c8OLo95BZ LexT3TSNDKPNhCRuCB94SEgZJ5kCdOR1AAMKirmp6fJpl8bWU5cRxuTuVgdyK3BVmBHzcEHkYPHQ WL7Rmi1lbCxke5EkMU0bugiO14lkyw3EKFDcktgAEk4oAy6K0pNC1CO5hg8uKQzbtjw3EckfyjLZ kVio2jlskbQQTgHNOl0C8t3thPLZJHcs6RTLdxyRl1AJUsjMFPzKMtgDcCSBkgAy6KmurWayuXt7 hNki4yMgggjIII4IIIII4III4NQ0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU Adz8HSF+KuikkAfv+T/1wk/z2+o619WCWPjEie3zD2+nt6dumPk+VPg3/wAlZ0H/AK6Sf+inr6c+ 13P/AD8S/wDfZqWNE93cQLCEM0YaQ7UXcAWOM4A4zwM49B04wnzVf/8AIRuf+ur/AMzXt+tSyS+J fDvmSO+JZ8bmJx+5avEL/wD5CNz/ANdX/maEDOm/aH/1vhz/AK5zf+gw14jXt37Q/wDrfDn/AFzm /wDQYa8RprYTCiiimBNa3dzY3KXNpcS286Z2yxOUZcjBwRyOCRWjF4k1F76KfUbu6v0SOWHZPcMx CSoUfaWztJU8HB5AyDjFZFTWtrNe3KW9um+Rs4GQAABkkk8AAAkk8AAk8CgDa0i90iHxPo9xHE9h aW10k801zM07kKwbHyIOPlwAFzljk4xtp6te2jwxadp8TrZ200sivJN5rSM+1SwOxPlxGuAVB656 4EV/o19pkMM11EghnZliljlSRJCu3dtZSQQNwGRxnI6ggS32jNFrK2FjI9yJIYpo3dBEdrxLJlhu IUKG5JbAAJJxQBRtbu5sblLm0uJbedM7ZYnKMuRg4I5HBIrRi1qGO+iuxp0UchjlhuRAxRZUkQox CnIR8M/T5R8uEABBik0LUI7mGDy4pDNu2PDcRyR/KMtmRWKjaOWyRtBBOAc06Xw7qUT2y7LeQXDO sbwXUUqZQBn3MrEKFDAksQAOelAEVzPpjzQC2sLiK3RsyiS6DyyA4yAwQKowOPkJyTnIwBo3Gv2R 1m01G00+4iaGFYHEl0rnasSxKyERrscAbg3OGwccYNb/AIRnVDc2cCLayPeSNFAYr2F1d1AJXcHI B+ZeCRnIx1qKTQdTiuYbd7bEk27A8xSFKjLhznCFRywbBUctgUAbVz4vt70WC3VpqU5sZpZIppNU ZpvnQAHeU4ZXVWUgAcYKkksa1x4mhutRsrie31CdLbewkn1AtdbmGFxMEGAjAMo2nBLdd2BTg8Na hPqtlp4NqHvJPLimF1G8W7jILoSMjI+X73K8fMMlloRm8Q2OlXd1FF9rkWMS2skdyFLHaudj464y M5A5weMgBrmt/wBseQNt03k7j517c/aJmzj5S+1fkGMhccFmOeeKml3cNjqMVzPDLKkeSBDOYXVs HayuAcFWww4PSi+0u803y/tcPl78gYYNhhjcjYJ2uMjKnDDIyBkVToA6aTxfINUs7yJb1mt1lUzX V4ZbkrImwhZdo2hRkpwdrMx5zimXHijztRsrvOqz/Z94xf6j57LuGN0TbB5bjqGwcMFOOMHOk0O8 iuYbU+UbuXcWtxKC0IAyTIekePmyGIK7SWCjBLL/AEa+0yGGa6iQQzsyxSxypIkhXbu2spIIG4DI 4zkdQQADoH8aQzXOkTXFnqFy2mXhuYnuNSMkkgIU7WZkPRkU/KANuRjJ3ViQ6jZWWqLcWNncJbmG SGWKe5V3ZXRkfawRQDtbjKnBGTkcUX2jNFrK2FjI9yJIYpo3dBEdrxLJlhuIUKG5JbAAJJxTZNC1 CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNAFiz1XTNP1vTr610y4EVnMJykl2GkkYEFRuCB QoIHG3PLc8jbDeajZTaJb6fb2dxE0N1LOJJLlXBVwo24CDkCNOc9d3HIAJfDupRPbLst5BcM6xvB dRSplAGfcysQoUMCSxAA56VFf6PeabDDNcfZ2imZlR4LmOZSy7SwyjHBG5evrQBL4ant7XxPpd1d 3CQW9vdRzSSOrMAqMGPCgnJxgcdT2HNXG1u0sLu1h0+2c2dnNNIrPPvdmkVULo/lptICKyEplWGT noMW1tZr25S3t03yNnAyAAAMkkngAAEkngAEngVel8O6lE9suy3kFwzrG8F1FKmUAZ9zKxChQwJL EADnpQBq3vjJ7n+y5EgupLnTLw3ME17etcFgdhKvkDPzIMbdoxxgnLGhZ6rpmn63p19a6ZcCKzmE 5SS7DSSMCCo3BAoUEDjbnlueRtryaFqEdzDB5cUhm3bHhuI5I/lGWzIrFRtHLZI2ggnAOacPDupN f2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORkALzUbKbRLfT7ezuImhupZxJJcq4KuFG3AQcgRp znru45AFfTL7+zr4TmPzEMckMibtpKSIyNg84O1jg4ODjg9Kmk0LUIrmG2aOLz5d37oXEZaPaMt5 gDZiwMk79uMHOMHFu08L3Tarplrft9nt9RuPs8NzCUnVm+UZXa+GALqCQeORyVIoAhm1LTpI7SzW wul06CSSZozdqZWd1UHD+XgD92nGw/xc8jDNe1Gy1bUp7+1s7i2luJpJphLcrKpZjn5cIuAMnrnt +Ne+0u803y/tcPl78gYYNhhjcjYJ2uMjKnDDIyBkUywsLjU7+GytFRriZtsavIqBm7DLEDJ7c8nj rQA/TL7+zr4TmPzEMckMibtpKSIyNg84O1jg4ODjg9KvXeq6ZPptnp8WmXEMNtdPNu+1hnkVwgcM dmN3yDDAAAdVJyTXk0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFSweGtQn1Wy08G1D3knlxTC 6jeLdxkF0JGRkfL97lePmGQC43iHTl8R6Zq0OmXS/YvJ3RPeK3meSiLHgiIbfuAtwc5ONtU7PV7b Stahv9Lt7qBEjeNlkug0nzqyMUdUXadrcHBwRnnpRZaEZvENjpV3dRRfa5FjEtrJHchSx2rnY+Ou MjOQOcHjNS+0u803y/tcPl78gYYNhhjcjYJ2uMjKnDDIyBkUAa9z4o8++t5ydVuEjjmhkS/1H7Qd kqbG2HYNh2k84bnbwcYNBdTtLHUrG80qxeFrSZZx9pn85nYEEAlVQbRt6AZ5PJ4xRtbWa9uUt7dN 8jZwMgAADJJJ4AABJJ4ABJ4FXJNDvYrmGFza/vt2yUXkJiJUZIMobYCBjgnPK+oyASxapYWd9FLY 6dLHD5csUwmufMkkWRDGwDBVVcKTt+U4JJO4YAs2uv2Vjf6U9vp9x9j0+6a8EUl0rSPKdn8YjAC/ u0425+9zyMQ+ItBTQJo7f7YlxcBnSdUaIqjLgEDbIzYzn76oeOmcgZdrazXtylvbpvkbOBkAAAZJ JPAAAJJPAAJPAoAmuJNOa8ia2tLqO1GPMjkuVd255w4jAHH+ycdeela7+JbaLW7TU9Ps7q2kitxb PuvAzFBCIQUYIuxwoJzz82DjAwa1/wCHZbGw02ZpkMt7NLDgvH5QK7MMsocqynfgngKVYHpUMmg3 n9uRaPCqPdyrGUVpY1VmdA4AcOVIOflO75uOATigC/ceJYbrUbK5nGtXKW28gXWrF3ViPlaNxGNh VgG6HO0VT1zW/wC2PIG26bydx869uftEzZx8pfavyDGQuOCzHPPEUmhahFcw2zRxefLu/dC4jLR7 RlvMAbMWBknftxg5xg4JNC1CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNAEOl339m6jFd+X 5mzIwG2sMgjcrc7XGcq2DhgDg4xXRv40hmudImuLPULltMvDcxPcakZJJAQp2szIejIp+UAbcjGT urKh8K6pLf6faslvH9vmMNvO1whidht3YdSQQNwHGcnKjLAiqj6PeJfx2S/Z5ZpF3DyLmOVAvOSz qxVQACTkjAGTgc0AaMGv2VpZW1tBp9xiKa5LNJdK26KePymUYjGGCBcNyM5O0g4FbUNUsLnR7fTr TTpbcW9xJMkj3PmFg6oGDjaATlBgjaMcEE/MWDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfm XjkZiudHvLSaCG4+zxyzNtCG5j3RtwCJBu/dkZ537cYOehwAVrSSGG8gluYPtECSK0kO8p5ig8ru HIyOM9q0dU1LTtQuYJUsLpCJC1w0l2rNImFComI1WMKFIGFOM4xgAVFc6LdQasumou+cxo/3024a MOW3KxXYASd2cbRk45AJNC1CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNAGvbaxpVz4v0XU PLl0+G0kt/OkuJ/PBSFUVcBIwQSE98k/wiqzarplvd2tvDavJp9jNNcIskgn8+UqoXdlE/dExx5U qGwW5yQBnX+j3mmwwzXH2dopmZUeC5jmUsu0sMoxwRuXr61WtbWa9uUt7dN8jZwMgAADJJJ4AABJ J4ABJ4FAD4gb+/Ju71ImlZmkubjew3HJJbaGYkn2PJrXl1W30+90j7O6Xg0+1aB5YtyBmaSV90ZZ QysolGGK8OucEAZpjw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmXjkZbJoOpxXMNu9tiSbdg eYpClRlw5zhCo5YNgqOWwKAN1/GkM1zpE1xZ6hctpl4bmJ7jUjJJICFO1mZD0ZFPygDbkYyd1cze vZSTA2FvcQRbcFZ51lYtzzkIvHTjH41e1TQZNK0qwvJZdz3UksZVdrR/JsOUkVmDg78ZGMMrDtWd aWs19eQWlsm+eeRYo0yBuZjgDJ4HJoALVrZLlGu4pZYBnckUojY8cYYqwHOOxrR1nUtO1XWH1COw uoftFw89zG12r7tzbiEPljb1PXd29OYrzQ72wktEnNqPtf8AqWS8hdSN23JZWIUZyMkgcH0OHSaD ef25Fo8Ko93KsZRWljVWZ0DgBw5Ug5+U7vm44BOKAH6tqWnalfWs8VhdQpHHFDMjXauXSNERdp8s bTtXkkNyenarj+JbaLW7TU9Ps7q2kitxbPuvAzFBCIQUYIuxwoJzz82DjAwci+0u803y/tcPl78g YYNhhjcjYJ2uMjKnDDIyBkVNf6alreWtgj/6WY0FyJHVUSViTtycbdqlVbdjDB+woA0bjxLDdajZ XM41q5S23kC61Yu6sR8rRuIxsKsA3Q52iodS1+HUrm1e4trq6jg3km+vDNLISBhWkCqfLBAO0AH5 nwwLZFa70G8t7+2tEVJWuIRLGySxshUZDncrsoVWV8sSMBcnb2B4d1Jr+1s0S3klumKQtHdRPG7D qvmBtu7kfLnPzLxyMgFe+1K5v/LSRtlvDkQWyEiKEHGQiknGcDJ6k8kkkmqdXL7TLrTfLF0Ikd8/ u1nR3QjGQ6qSUPPRgD19DUNrbSXlykETRK7ZwZZViXgZ5ZiAOnc0AQ0Vu654cXR7yCyW9inumkaG UebCEjcED7wkJAyTzIE6cjqBnanp8mmXxtZTlxHG5O5WB3IrcFWYEfNwQeRg8dAAU6K1L7Rmi1lb Cxke5EkMU0bugiO14lkyw3EKFDcktgAEk4psmhahHcwweXFIZt2x4biOSP5RlsyKxUbRy2SNoIJw DmgDNorUl0C8t3thPLZJHcs6RTLdxyRl1AJUsjMFPzKMtgDcCSBkijdWs1lcvb3CbJFxkZBBBGQQ RwQQQQRwQQRwaAIaKKKACiiigAooooAKKKKACiiigAooooA7r4N/8lZ0H/rpJ/6Kevpavmn4N/8A JWdB/wCukn/op6+lqmRSMPV/+Rl8Pf8AXWf/ANEtXid//wAhG5/66v8AzNe2av8A8jL4e/66z/8A olq8Tv8A/kI3P/XV/wCZoiJnTftD/wCt8Of9c5v/AEGGvEa9u/aH/wBb4c/65zf+gw14jTWwmFFF FMCa1u7mxuUubS4lt50ztlicoy5GDgjkcEitGLxJqL30U+o3d1fokcsOye4ZiElQo+0tnaSp4ODy BkHGKyKKAL9zPpjzQC2sLiK3RsyiS6DyyA4yAwQKowOPkJyTnIwBo3Gv2R1m01G00+4iaGFYHEl0 rnasSxKyERrscAbg3OGwccYPP0UAdZc+L7e9Fgt1aalObGaWSKaTVGab50AB3lOGV1VlIAHGCpJL GtceJobrUbK4nt9QnS23sJJ9QLXW5hhcTBBgIwDKNpwS3Xdgc5RQB1lt4it77xPolxdzXEVvZXSz yXWoXDXUxUMrFd6oDt+X5V28M7HODxTbW7Swu7WHT7ZzZ2c00is8+92aRVQuj+Wm0gIrISmVYZOe g5+igDqb3xk9z/ZciQXUlzpl4bmCa9vWuCwOwlXyBn5kGNu0Y4wTljQs9V0zT9b06+tdMuBFZzCc pJdhpJGBBUbggUKCBxtzy3PI24tFAGpeajZTaJb6fb2dxE0N1LOJJLlXBVwo24CDkCNOc9d3HIAo 2t3c2NylzaXEtvOmdssTlGXIwcEcjgkVDRQBrxa1DHfRXY06KOQxyw3IgYosqSIUYhTkI+Gfp8o+ XCAAg17mfTHmgFtYXEVujZlEl0HlkBxkBggVRgcfITknORgChRQB0Fxr9kdZtNRtNPuImhhWBxJd K52rEsSshEa7HAG4NzhsHHGDcufF9veiwW6tNSnNjNLJFNJqjNN86AA7ynDK6qykADjBUkljydan iDRm0PUja+Y8kZXKO6BGJBKOCoZgCrq69SDtyMgg0AX7jxNDdajZXE9vqE6W29hJPqBa63MMLiYI MBGAZRtOCW67sCnrmt/2x5A23TeTuPnXtz9ombOPlL7V+QYyFxwWY554yKuappd5ouoy6fqEPk3U WN8e4NjIDDkEjoRQAaXdw2OoxXM8MsqR5IEM5hdWwdrK4BwVbDDg9K2pPF8g1SzvIlvWa3WVTNdX hluSsibCFl2jaFGSnB2szHnOK5+1tZr25S3t03yNnAyAAAMkkngAAEkngAEngVel8O6lE9suy3kF wzrG8F1FKmUAZ9zKxChQwJLEADnpQBfuPFHnajZXedVn+z7xi/1Hz2XcMbom2Dy3HUNg4YKccYNx /GkM1zpE1xZ6hctpl4bmJ7jUjJJICFO1mZD0ZFPygDbkYyd1Yg8O6k1/a2aJbyS3TFIWjuonjdh1 XzA23dyPlzn5l45GWyaDqcVzDbvbYkm3YHmKQpUZcOc4QqOWDYKjlsCgB0Oo2Vlqi3FjZ3CW5hkh linuVd2V0ZH2sEUA7W4ypwRk5HFTWeq6Zp+t6dfWumXAis5hOUkuw0kjAgqNwQKFBA4255bnkbYR 4d1Jr+1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyMtk0LUIrmG2aOLz5d37oXEZaPaMt5gDZiwM k79uMHOMHAA681Gym0S30+3s7iJobqWcSSXKuCrhRtwEHIEac567uOQAeGp7e18T6XdXdwkFvb3U c0kjqzAKjBjwoJycYHHU9hzT4PDWoT6rZaeDah7yTy4phdRvFu4yC6EjIyPl+9yvHzDNd9HvEv47 Jfs8s0i7h5FzHKgXnJZ1YqoABJyRgDJwOaANFtbtLC7tYdPtnNnZzTSKzz73ZpFVC6P5abSAishK ZVhk56Cze+Mnuf7LkSC6kudMvDcwTXt61wWB2Eq+QM/Mgxt2jHGCcsciTQtQjuYYPLikM27Y8NxH JH8oy2ZFYqNo5bJG0EE4BzUuqaDJpWlWF5LLue6kljKrtaP5NhykiswcHfjIxhlYdqAH2eq6Zp+t 6dfWumXAis5hOUkuw0kjAgqNwQKFBA4255bnkbYbzUbKbRLfT7ezuImhupZxJJcq4KuFG3AQcgRp znru45AGXWlqWlpZ6sllbXHnJLHDJHJMFh4ljVxuyxC434J3Y4zmgCHTL7+zr4TmPzEMckMibtpK SIyNg84O1jg4ODjg9Ktzalp0kdpZrYXS6dBJJM0Zu1MrO6qDh/LwB+7TjYf4ueRiK50W6g1ZdNRd 85jR/vptw0YctuViuwAk7s42jJxyBYh8LalLf6fabrIG+mMMMq3sUke4bcgsjHBG5eOpyMAk4oAh 17UbLVtSnv7WzuLaW4mkmmEtysqlmOflwi4Ayeue3419Mvv7OvhOY/MQxyQyJu2kpIjI2Dzg7WOD g4OOD0pl7Yy2Ewime3Ziu4GC4jmXHP8AEjEZ46ZzTLW1mvblLe3TfI2cDIAAAySSeAAASSeAASeB QBqXeq6ZPptnp8WmXEMNtdPNu+1hnkVwgcMdmN3yDDAAAdVJyTZbxDpy+I9M1aHTLpfsXk7onvFb zPJRFjwRENv3AW4OcnG2s6TQ72K5hhc2v77dslF5CYiVGSDKG2AgY4JzyvqM2PEWgpoE0dv9sS4u AzpOqNEVRlwCBtkZsZz99UPHTOQABlnq9tpWtQ3+l291AiRvGyyXQaT51ZGKOqLtO1uDg4Izz0q5 c+KPPvrecnVbhI45oZEv9R+0HZKmxth2DYdpPOG528HGDhWtrNe3KW9um+Rs4GQAABkkk8AAAkk8 AAk8CtS/8Oy2NhpszTIZb2aWHBePygV2YZZQ5VlO/BPAUqwPSgCFdTtLHUrG80qxeFrSZZx9pn85 nYEEAlVQbRt6AZ5PJ4w+LVLCzvopbHTpY4fLlimE1z5kkiyIY2AYKqrhSdvynBJJ3DADJNBvP7ci 0eFUe7lWMorSxqrM6BwA4cqQc/Kd3zccAnFNk0LUIrmG2aOLz5d37oXEZaPaMt5gDZiwMk79uMHO MHABetdfsrG/0p7fT7j7Hp9014IpLpWkeU7P4xGAF/dpxtz97nkYy7iTTmvImtrS6jtRjzI5LlXd uecOIwBx/snHXnpU0mhahHcwweXFIZt2x4biOSP5RlsyKxUbRy2SNoIJwDmrEPhXVJb/AE+1ZLeP 7fMYbedrhDE7Dbuw6kggbgOM5OVGWBFAFl/EttFrdpqen2d1bSRW4tn3XgZighEIKMEXY4UE55+b BxgYJceJYbrUbK5nGtXKW28gXWrF3ViPlaNxGNhVgG6HO0Vlvo94l/HZL9nlmkXcPIuY5UC85LOr FVAAJOSMAZOBzUo8O6k1/a2aJbyS3TFIWjuonjdh1XzA23dyPlzn5l45GQB+ua3/AGx5A23TeTuP nXtz9ombOPlL7V+QYyFxwWY554qaXff2bqMV35fmbMjAbawyCNytztcZyrYOGAODjFPudHvLSaCG 4+zxyzNtCG5j3RtwCJBu/dkZ537cYOehw+50W6g1ZdNRd85jR/vptw0YctuViuwAk7s42jJxyAAb r+NIZrnSJriz1C5bTLw3MT3GpGSSQEKdrMyHoyKflAG3Ixk7qoQa/ZWllbW0Gn3GIprks0l0rbop 4/KZRiMYYIFw3Izk7SDgUZNC1CO5hg8uKQzbtjw3EckfyjLZkVio2jlskbQQTgHNMv8AR7zTYYZr j7O0UzMqPBcxzKWXaWGUY4I3L19aALGoapYXOj2+nWmnS24t7iSZJHufMLB1QMHG0AnKDBG0Y4IJ +Y51pJDDeQS3MH2iBJFaSHeU8xQeV3DkZHGe1Q0UAa+qalp2oXMEqWF0hEha4aS7VmkTChUTEarG FCkDCnGcYwAK0rbWNKufF+i6h5cunw2klv50lxP54KQqirgJGCCQnvkn+EVlavp1lY2+nzWd5cXC 3kLTYmtliKKJGQdHbJyjfhj14vy+F0g8W2eiy3cqQ3cixJceQpYMWMZBQPj5ZVZD838JIyCMgDG1 XTLe7tbeG1eTT7Gaa4RZJBP58pVQu7KJ+6JjjypUNgtzkgDIiBv78m7vUiaVmaS5uN7DcckltoZi SfY8mrOoafbQWdve2V1LPazSSQgzwiJw6BC3yhmGMSLg59eBgE07W1mvblLe3TfI2cDIAAAySSeA AASSeAASeBQBtS6rb6fe6R9ndLwafatA8sW5AzNJK+6MsoZWUSjDFeHXOCAM338aQzXOkTXFnqFy 2mXhuYnuNSMkkgIU7WZkPRkU/KANuRjJ3ViDw7qTX9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmXj kZbJoWoRXMNs0cXny7v3QuIy0e0ZbzAGzFgZJ37cYOcYOACtevZSTA2FvcQRbcFZ51lYtzzkIvHT jH40y1a2S5RruKWWAZ3JFKI2PHGGKsBzjsa17TwvdNqumWt+32e31G4+zw3MJSdWb5Rldr4YAuoJ B45HJUiqNzo19ZzQRXESRNO2xS0qBVbjKu2cIy5G5WIK5GQM0AWNZ1LTtV1h9QjsLqH7RcPPcxtd q+7c24hD5Y29T13dvTk1bUtO1K+tZ4rC6hSOOKGZGu1cukaIi7T5Y2navJIbk9O1DeHL1tWfTYBE 08dutw3mXEKLtMYckNvKsADnIPKjOByBFDoWoXFnbXcUcTQ3MjRxkXEecqMtuXdlQo5LMAACCSAQ aANF/EttFrdpqen2d1bSRW4tn3XgZighEIKMEXY4UE55+bBxgYJceJYbrUbK5nGtXKW28gXWrF3V iPlaNxGNhVgG6HO0VnSaFqEdzDB5cUhm3bHhuI5I/lGWzIrFRtHLZI2ggnAOaZf6PeabDDNcfZ2i mZlR4LmOZSy7SwyjHBG5evrQBe1LX4dSubV7i2urqODeSb68M0shIGFaQKp8sEA7QAfmfDAtkZ19 qVzf+WkjbLeHIgtkJEUIOMhFJOM4GT1J5JJJNU6KACiiigAooooAKKKKACiiigAooooAKKKKAO6+ Df8AyVnQf+ukn/op6+lq+YvhQbtfiXpDWKQvdL5zRrO5VMiFzyQCcf5yOo+ija+Lhn9zofH/AE3l Hr/se38/Q4loaK2r/wDIy+Hv+us//olq8Tv/APkI3P8A11f+Zr25tH1+bVtPvdRGmpDZu7EW8shY 7kZejKO+O/r6HHiN/wD8hG5/66v/ADNNAzpv2h/9b4c/65zf+gw14jXt37Q/+t8Of9c5v/QYa8Ro WwmFFFFMAooooAKKKKACiiigAooooAKKKKACiiigAooooAs2EtpBfwy31q91bI2ZIEl8syD03YOB 64GcdMda1Nf8QRa9FFJNayi+jkf/AEhpUw0bMzBSiRqMgsSW6ksxPUBci1tZr25S3t03yNnAyAAA MkkngAAEkngAEngVeHh3Umv7WzRLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyAZdXNUuLO71GWfT7 D7DatjZbecZdmAAfmPJycn8amk0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFS6poMmlaVYXks u57qSWMqu1o/k2HKSKzBwd+MjGGVh2oAqaXdw2OoxXM8MsqR5IEM5hdWwdrK4BwVbDDg9K2pPF8g 1SzvIlvWa3WVTNdXhluSsibCFl2jaFGSnB2szHnOK5+0jhmvIIrmf7PA8irJNsL+WpPLbRycDnHe tHUdN06y+wtHf3TrcfPKktoqSxRnbtfaJGB3AkgEqcAHowJANW28Q2974n0S6u73Uo7eyulmkk1K +a7CqGVjtCxggnbjocnHQDNU21u0sLu1h0+2c2dnNNIrPPvdmkVULo/lptICKyEplWGTnoHt4e05 vEemaTDqd0323yd0r2ar5fnIjR4AlO774DcjGDjdWdqGn20Fnb3tldSz2s0kkIM8IicOgQt8oZhj Ei4OfXgYBIBuv40hmudImuLPULltMvDcxPcakZJJAQp2szIejIp+UAbcjGTurEg1GysdXgvLCzuE ijUgpNcq7hiCN6OEXawyCpwdrAHnpVG1tZr25S3t03yNnAyAAAMkkngAAEkngAEngVeHh3Umv7Wz RLeSW6YpC0d1E8bsOq+YG27uR8uc/MvHIyAat74ye5/suRILqS50y8NzBNe3rXBYHYSr5Az8yDG3 aMcYJyxoWutWml6pb3el2VxbiNZFdnu90xDoUO11VQpAJKnaSGOTuGAK8mhahFcw2zRxefLu/dC4 jLR7RlvMAbMWBknftxg5xg4t2nhe6bVdMtb9vs9vqNx9nhuYSk6s3yjK7XwwBdQSDxyOSpFAE1z4 o8++t5ydVuEjjmhkS/1H7QdkqbG2HYNh2k84bnbwcYNPUNUsLnR7fTrTTpbcW9xJMkj3PmFg6oGD jaATlBgjaMcEE/Ma9zo19ZzQRXESRNO2xS0qBVbjKu2cIy5G5WIK5GQM1Ybw5etqz6bAImnjt1uG 8y4hRdpjDkht5VgAc5B5UZwOQADLiMazIZkd4gwLqjBWK9wCQcH3wfoa1NW1LTtSvrWeKwuoUjji hmRrtXLpGiIu0+WNp2rySG5PTtUUOhahcWdtdxRxNDcyNHGRcR5yoy25d2VCjkswAAIJIBBok0LU I7mGDy4pDNu2PDcRyR/KMtmRWKjaOWyRtBBOAc0AXrjXNMl1m0v0029jEEKxMovwHykSxxujrGNr LtDdCCR0A4ovPFEk2pabewpcSS2EwnSTULk3MrsCpClwF+QbeFxwWc554zr/AEe802GGa4+ztFMz KjwXMcyll2lhlGOCNy9fWmaVps2r6ra6dbvEk1xII0aVwign1J/kOT0AJIFABfTWEnlrYWUtui5L NPP5rsTjjIVQAMcDbnk5J4ANMvv7OvhOY/MQxyQyJu2kpIjI2Dzg7WODg4OOD0p76PeJfx2S/Z5Z pF3DyLmOVAvOSzqxVQACTkjAGTgc0y+0y607yzOImSTOySCdJkJGMjchIyMjIzkZHqKALc2padJH aWa2F0unQSSTNGbtTKzuqg4fy8Afu042H+LnkYZr2o2WralPf2tncW0txNJNMJblZVLMc/LhFwBk 9c9vxo2trNe3KW9um+Rs4GQAABkkk8AAAkk8AAk8Cr0vh3Uontl2W8guGdY3guopUygDPuZWIUKG BJYgAc9KAK+mX39nXwnMfmIY5IZE3bSUkRkbB5wdrHBwcHHB6Veu9V0yfTbPT4tMuIYba6ebd9rD PIrhA4Y7MbvkGGAAA6qTkmvJoWoR3MMHlxSGbdseG4jkj+UZbMisVG0ctkjaCCcA5pw8O6k1/a2a JbyS3TFIWjuonjdh1XzA23dyPlzn5l45GQC+3iHTl8R6Zq0OmXS/YvJ3RPeK3meSiLHgiIbfuAtw c5ONtU7PV7bStahv9Lt7qBEjeNlkug0nzqyMUdUXadrcHBwRnnpUUmhahFcw2zRxefLu/dC4jLR7 RlvMAbMWBknftxg5xg4t2nhe6bVdMtb9vs9vqNx9nhuYSk6s3yjK7XwwBdQSDxyOSpFAE1z4o8++ t5ydVuEjjmhkS/1H7QdkqbG2HYNh2k84bnbwcYNBdTtLHUrG80qxeFrSZZx9pn85nYEEAlVQbRt6 AZ5PJ4xXvtLvNN8v7XD5e/IGGDYYY3I2CdrjIypwwyMgZFQ2ttJeXKQRNErtnBllWJeBnlmIA6dz QBoxapYWd9FLY6dLHD5csUwmufMkkWRDGwDBVVcKTt+U4JJO4YAs2uv2Vjf6U9vp9x9j0+6a8EUl 0rSPKdn8YjAC/u0425+9zyMGseF302/g0+C5S7vC0iTKjxbI2T7xysjEKPmJMgTAGSBg4pjw7qTX 9rZolvJLdMUhaO6ieN2HVfMDbd3I+XOfmXjkZAK9xJpzXkTW1pdR2ox5kclyru3POHEYA4/2Tjrz 0rXfxLbRa3aanp9ndW0kVuLZ914GYoIRCCjBF2OFBOefmwcYGDkX2mXWm+WLoRI75/drOjuhGMh1 UkoeejAHr6GobW1mvblLe3TfI2cDIAAAySSeAAASSeAASeBQBu3HiWG61GyuZxrVyltvIF1qxd1Y j5WjcRjYVYBuhztFQ6jq8OvXljDczXUMCSYkvL2Y3cyqxUHLBVJRQMhMdS3PzcUb/Rr7TIYZrqJB DOzLFLHKkiSFdu7aykggbgMjjOR1BAlvtGaLWVsLGR7kSQxTRu6CI7XiWTLDcQoUNyS2AASTigCv qs1ncardS6dbfZrJpD5EWSSqds5ZjnHJ5PJOOKNMvv7OvhOY/MQxyQyJu2kpIjI2Dzg7WODg4OOD 0qaTQtQjuYYPLikM27Y8NxHJH8oy2ZFYqNo5bJG0EE4BzTpfDupRPbLst5BcM6xvBdRSplAGfcys QoUMCSxAA56UAPk1Swm1DTzNp0smm2UflLbG5xJIu9nIaQKOrOeij5cDr81asvi+2udW03VLvTri a8srozeYLmOMSJvMioVWIDIY5LYyxZ/UbcK/0e802GGa4+ztFMzKjwXMcyll2lhlGOCNy9fWq1rb SXlykETRK7ZwZZViXgZ5ZiAOnc0AXtW1qTWEU3ZuJpoWKwTzzmSQQksdjnHzkE5DcdWHI2ha+l33 9m6jFd+X5mzIwG2sMgjcrc7XGcq2DhgDg4xWjrnhxdHvILJb2Ke6aRoZR5sISNwQPvCQkDJPMgTp yOoGdqenyaZfG1lOXEcbk7lYHcitwVZgR83BB5GDx0AB0b+NIZrnSJriz1C5bTLw3MT3GpGSSQEK drMyHoyKflAG3Ixk7qxIdRsrLVFuLGzuEtzDJDLFPcq7sroyPtYIoB2txlTgjJyOKL7Rmi1lbCxk e5EkMU0bugiO14lkyw3EKFDcktgAEk4psmhahHcwweXFIZt2x4biOSP5RlsyKxUbRy2SNoIJwDmg CxZ6rpmn63p19a6ZcCKzmE5SS7DSSMCCo3BAoUEDjbnlueRtZNqWnSaVaWC2F0qQXklwzG7Ulkfa Cg/d8HbGnzc87jjkAV7/AEe802GGa4+ztFMzKjwXMcyll2lhlGOCNy9fWqFAG1qOtwS6pZajpltc WdzarCFaWdZhmJEWMgeWuD8mTnIJPbpUzeJlh8QQX+n2b2Vpbwtb29slwS8MbqwfbKRndmR2DEHB I4IGK5+igDo7jxLDdajZXM41q5S23kC61Yu6sR8rRuIxsKsA3Q52iodR1eHXryxhuZrqGBJMSXl7 MbuZVYqDlgqkooGQmOpbn5uMKigC5qs1ncardS6dbfZrJpD5EWSSqds5ZjnHJ5PJOOKp0UUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAd18HP+SraL7eef8AyBJ/nt9R1r6u6e2Pwx/L09unbHyfKPwc /wCSraL7eef/ACBJ/nt9R1r6u6e2Pwx/L09unbHyJjRDdcWz9ug9O/4en6dOMJ8y3/8AyEbn/rq/ 8zX01dcWz9ug9O/4en6dOMJ8y3//ACEbn/rq/wDM0IGdN+0P/rfDn/XOb/0GGvEa9u/aH/1vhz/r nN/6DDXiNC2EwooopgFFFX9FsI9V1uy0+Wd4FuplhEiRhyrMcDjI4yRnnp69KAKFFX7+wjt4Ybu0 neeynZkjkkjEbh127lZcnBG5TkEghhznIEo8P3zX9rp6/Zzf3DFVtjOgdD2DknarE5GwkNkYIGRk Ay6K0pNB1OK5ht3tsSTbsDzFIUqMuHOcIVHLBsFRy2BUsfhjVprkW8EEVxI0byILe5ilEmwZZVKs QzgEHYMtgg4waAMiitR/DmrxvGr2TgSNhXLLsIwW37s42EKxD52kIxBIU4bJol1BcwwzyWsaz7hH MLlJIiwH3TIhKg8qOSMblJwDmgDNoq5/Zl0NR+wOIo5/WWdEQjG4HexC4IwQc4ORjORRfabPp3l+ fJav5mcfZ7uKfGMddjHHXv1/CgCnRWvH4a1CS5FqptRd+W8r273UaNEijJLliApHzZQncNrEgDkx Q6FqFxZ213FHE0NzI0cZFxHnKjLbl3ZUKOSzAAAgkgEGgDNoq5faZdad5ZnETJJnZJBOkyEjGRuQ kZGRkZyMj1FW7jQZDr8OladL9pe4jhkgMu2Av5kayAHLEA/NjG45PTrQBU0u+/s3UYrvy/M2ZGA2 1hkEblbna4zlWwcMAcHGK6N/GkM1zpE1xZ6hctpl4bmJ7jUjJJICFO1mZD0ZFPygDbkYyd1c/Fo1 9NDaTRRI8d20ixMJU4KYL7ufkCggktgY56c0+TRLqC5hhnktY1n3COYXKSRFgPumRCVB5UckY3KT gHNAF6DX7K0sra2g0+4xFNclmkulbdFPH5TKMRjDBAuG5GcnaQcCtqGqWFzo9vp1pp0tuLe4kmSR 7nzCwdUDBxtAJygwRtGOCCfmOddWs1lcvb3CbJFxkZBBBGQQRwQQQQRwQQRwahoAmtJIYbyCW5g+ 0QJIrSQ7ynmKDyu4cjI4z2rR1TUtO1C5glSwukIkLXDSXas0iYUKiYjVYwoUgYU4zjGABWRRQB0b eIdOXxHpmrQ6ZdL9i8ndE94reZ5KIseCIht+4C3Bzk421kalqNzql409zc3U+MrGbqczOqZJCljj OM+g78CqdFAFzS77+zdRiu/L8zZkYDbWGQRuVudrjOVbBwwBwcYro38aQzXOkTXFnqFy2mXhuYnu NSMkkgIU7WZkPRkU/KANuRjJ3VyFFAGpDqNlZaotxY2dwluYZIZYp7lXdldGR9rBFAO1uMqcEZOR xU1nqumafrenX1rplwIrOYTlJLsNJIwIKjcEChQQONueW55G3FooA15tS06TSrSwWwulSC8kuGY3 aksj7QUH7vg7Y0+bnncccgB+o63BLqllqOmW1xZ3NqsIVpZ1mGYkRYyB5a4PyZOcgk9ulYtFAHQN 4mWHxBBf6fZvZWlvC1vb2yXBLwxurB9spGd2ZHYMQcEjggYp9x4lhutRsrmca1cpbbyBdasXdWI+ Vo3EY2FWAboc7RXOUUAa+ua3/bHkDbdN5O4+de3P2iZs4+UvtX5BjIXHBZjnnijp97JpupWt/CqN LbTJMgcEqWUgjOO3FVqKANeLVLCzvopbHTpY4fLlimE1z5kkiyIY2AYKqrhSdvynBJJ3DAEWoahb T2dvZWVrLBawySTATzCVy7hA3zBVGMRrgY9eTkAZtFAFzS7uGx1GK5nhllSPJAhnMLq2DtZXAOCr YYcHpW1J4vkGqWd5Et6zW6yqZrq8MtyVkTYQsu0bQoyU4O1mY85xXM0UAdHceKPO1Gyu86rP9n3j F/qPnsu4Y3RNsHluOobBwwU44wbj+NIZrnSJriz1C5bTLw3MT3GpGSSQEKdrMyHoyKflAG3Ixk7q 5CigDUh1GystUW4sbO4S3MMkMsU9yruyujI+1gigHa3GVOCMnI4qaz1XTNP1vTr610y4EVnMJykl 2GkkYEFRuCBQoIHG3PLc8jbi0UAal5qNlNolvp9vZ3ETQ3Us4kkuVcFXCjbgIOQI05z13ccgCjat bJco13FLLAM7kilEbHjjDFWA5x2NQ0UAdBd6/ZS+IJtWttPuImumuDdRyXSuGWZWVghEa7SA7YJ3 c44OCCWuv2Vjf6U9vp9x9j0+6a8EUl0rSPKdn8YjAC/u0425+9zyMc/RQBZvXspJgbC3uIItuCs8 6ysW55yEXjpxj8afpl9/Z18JzH5iGOSGRN20lJEZGwecHaxwcHBxwelU6KAL9zPpjzQC2sLiK3Rs yiS6DyyA4yAwQKowOPkJyTnIwBo3Gv2R1m01G00+4iaGFYHEl0rnasSxKyERrscAbg3OGwccYPP0 UAdZc+L7e9Fgt1aalObGaWSKaTVGab50AB3lOGV1VlIAHGCpJLGtceJobrUbK4nt9QnS23sJJ9QL XW5hhcTBBgIwDKNpwS3Xdgc5RQBr65rf9seQNt03k7j517c/aJmzj5S+1fkGMhccFmOeeM61a2S5 RruKWWAZ3JFKI2PHGGKsBzjsahooA19Z1LTtV1h9QjsLqH7RcPPcxtdq+7c24hD5Y29T13dvTk1b UtO1K+tZ4rC6hSOOKGZGu1cukaIi7T5Y2navJIbk9O1ZFFAHRv4ltotbtNT0+zuraSK3Fs+68DMU EIhBRgi7HCgnPPzYOMDBLjxLDdajZXM41q5S23kC61Yu6sR8rRuIxsKsA3Q52iucooA19c1v+2PI G26bydx869uftEzZx8pfavyDGQuOCzHPPFTVLizu9Rln0+w+w2rY2W3nGXZgAH5jycnJ/GqdFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHdfBz/AJKtovt55/8AIEn+e31HWvq7 p7Y/DH8vT26dsfJ8o/Bz/kq2i+3nn/yBJ/nt9R1r6u6e2Pwx/L09unbHyJjRDdcWz9ug9O/4en6d OMJ8y3//ACEbn/rq/wDM19NXXFs/boPTv+Hp+nTjCfMt/wD8hG5/66v/ADNCBnTftD/63w5/1zm/ 9BhrxGvbv2h/9b4c/wCuc3/oMNeI0LYTCiiimBNa3dzY3KXNpcS286Z2yxOUZcjBwRyOCRWpZ+Jb 0a3p2oarc3upLYzCaOOW6bO4EEYLBsDIXPHIHbqMWigDUl1qSF7ZdJNxYQ2rO8JWcmUO4AdjIAvJ CquAAMAcZyTNZ63aW+t6dqj6Wiy2swmkS2l8pJmUhlOCGCHdnIXC4wAq4ycWigDoLfX7KztbKG30 +4DWt1PMJHulJCyqE+XEY2uoRCr84YZ29ANJ/GtpcRQpe2OpXRgW5SKWbVN8hWeMRuGLRnJHONoU DjIJyTxtFAHUweMfsjpJbWksUhjto5JFucN+6t5LclCF+QlZMg87WXPzA4FPUteh1K5tZLhdVu44 N5MWoakZwSQMAEIpUZA3AckcAqeawqKANKTXdRa5hmgupbUW24W0dtIyLbgjBCc5GR1Oct1Ykkmi TxBrU1zDcy6xqDzwbvJla5ctHuGG2nORkcHHWs2igDSfVsXlpf2lrFZ30EgkMkA+RnBBVthyFOc5 AwvQBRg5tzeIIf7et7200/7NZW0Zit7UTFmhU7iSshGd4d3dWIO1iOoAFYVFAHR6x4mh1mzsra5t 9QlFrcNIJZ9QMsrxuF3KWZMA5TggAAdVJyTDea9bHWtP1XTrGWCez8j5bi4Eyv5KoqcKiEcJzzzn jFYVFAHTW/ii00+KyTTtOuLc2k07rL9szIyzRiN+Qgw4wNrAADAyrHJNbUteh1K5tZLhdVu44N5M WoakZwSQMAEIpUZA3AckcAqeayLW1mvblLe3TfI2cDIAAAySSeAAASSeAASeBV6Xw7qUT2y7LeQX DOsbwXUUqZQBn3MrEKFDAksQAOelAFe+1K5v/LSRtlvDkQWyEiKEHGQiknGcDJ6k8kkkmqda8Hhr UJ9VstPBtQ95J5cUwuo3i3cZBdCRkZHy/e5Xj5hmje2MthMIpnt2YruBguI5lxz/ABIxGeOmc0AV qKmtbWa9uUt7dN8jZwMgAADJJJ4AABJJ4ABJ4FTX2mXWneWZxEySZ2SQTpMhIxkbkJGRkZGcjI9R QBToqa1tZr25S3t03yNnAyAAAMkkngAAEkngAEngVo/8IzqhubOBFtZHvJGigMV7C6u6gEruDkA/ MvBIzkY60AZFFan/AAjupGGGZEt3jlmeFGjuom+ZOXJw3CqOSx+UAg5wQTND4W1KW/0+03WQN9MY YZVvYpI9w25BZGOCNy8dTkYBJxQBi0VffR7xL+OyX7PLNIu4eRcxyoF5yWdWKqAASckYAycDmrEf hjVprkW8EEVxI0byILe5ilEmwZZVKsQzgEHYMtgg4waAMiir97o2o6dCJrq1eOJm2q+QVbOSrAjq rYO1hw21sE4OIbCwuNTv4bK0VGuJm2xq8ioGbsMsQMntzyeOtAFaitQeHNUN/a2X2dBcXTFIlaZA N46xklsK4yMoxDAkAjJGWyaFqEVzDbNHF58u790LiMtHtGW8wBsxYGSd+3GDnGDgAzaK1B4d1Jr+ 1s0S3klumKQtHdRPG7DqvmBtu7kfLnPzLxyMtk0HU4rmG3e2xJNuwPMUhSoy4c5whUcsGwVHLYFA GbRWoPDupNf2tmiW8kt0xSFo7qJ43YdV8wNt3cj5c5+ZeORl8HhrUJtVstNY2sVzdyeWqyXUeY24 yJACSh5xtYBieACeKAMiitJdDvZNVg02I2st1cY8sRXkLqxOcDeGKgnHQnPT1FMutHvLSwS9l+zm 3eZ4FaO5jkJdfvDCsTgcc4xhlOcMMgFCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA7r4Of8lW0X288/ +QJP89vqOtfV3T2x+GP5ent07Y+T5Q+Do3fFjQgc4Lyjg4/5ZPX0ZdeMND0+6a1vNV0u2uI8bopr 3Y68AjIL5HG0/lUsaN264tn7dB6d/wAPT9OnGE+Zb/8A5CNz/wBdX/ma9z1HVnuNV8PraTr9kuXk YmGQsky+SSvOTkcAjtwD2FeGX/8AyEbn/rq/8zTQM6b9of8A1vhz/rnN/wCgw14jXumq+P4talRt Q8N6XdrEMRC5jEpQYA4JHfAzjGcVn/8ACR6P/wBCX4f/APARP8KEB43RXsn/AAkej/8AQl+H/wDw ET/Cj/hI9H/6Evw//wCAif4UCPG6K9k/4SPR/wDoS/D/AP4CJ/hR/wAJHo//AEJfh/8A8BE/woA8 bor2T/hI9H/6Evw//wCAif4Uf8JHo/8A0Jfh/wD8BE/woA8bor2T/hI9H/6Evw//AOAif4Uf8JHo /wD0Jfh//wABE/woA8bor2T/AISPR/8AoS/D/wD4CJ/hR/wkej/9CX4f/wDARP8ACgDxuivZP+Ej 0f8A6Evw/wD+Aif4Uf8ACR6P/wBCX4f/APARP8KAPG6K9k/4SPR/+hL8P/8AgIn+FH/CR6P/ANCX 4f8A/ARP8KAPG6K9k/4SPR/+hL8P/wDgIn+FH/CR6P8A9CX4f/8AARP8KAPJ9Lu4bHUYrmeGWVI8 kCGcwurYO1lcA4KthhwelbUni+QapZ3kS3rNbrKpmurwy3JWRNhCy7RtCjJTg7WZjznFd9/wkej/ APQl+H//AAET/Cj/AISPR/8AoS/D/wD4CJ/hQB53eeJ5JdS02/hk1KWWxmEyDUr83S7gVIxhU2j5 efXjpisu+msJPLWwspbdFyWaefzXYnHGQqgAY4G3PJyTwB6x/wAJHo//AEJfh/8A8BE/wo/4SPR/ +hL8P/8AgIn+FAHk+l339m6jFd+X5mzIwG2sMgjcrc7XGcq2DhgDg4xWprviVdb021tHivWktZne Oe6vjO7K4XKtlRzlRgrtAHYnLH0T/hI9H/6Evw//AOAif4Uf8JHo/wD0Jfh//wABE/woA8n0u7hs dRiuZ4ZZUjyQIZzC6tg7WVwDgq2GHB6Vo6jrr6reWJjnuoHgk3Le3t008yElesiqDsXGQApIJYjO cV6P/wAJHo//AEJfh/8A8BE/wo/4SPR/+hL8P/8AgIn+FAHA6jrNjH4gt3hjSawtlMiLYO9qBPIu 5nQlcqVkICkr92KMHOM1DeeKJJtS029hS4klsJhOkmoXJuZXYFSFLgL8g28Ljgs5zzx6J/wkej/9 CX4f/wDARP8ACj/hI9H/AOhL8P8A/gIn+FAHmtrrVppeqW93pdlcW4jWRXZ7vdMQ6FDtdVUKQCSp 2khjk7hgC+fFVtLfRz3MetXiLbzwBLvVhKV81NhKkxcfKW7cnb6YPd/8JHo//Ql+H/8AwET/AAo/ 4SPR/wDoS/D/AP4CJ/hQB5rqOux32nNapaPEzrZiR2mDAtBE8WQNowGDA4ycEHk54h8NT29r4n0u 6u7hILe3uo5pJHVmAVGDHhQTk4wOOp7DmvUP+Ej0f/oS/D//AICJ/hR/wkej/wDQl+H/APwET/Cg Dz6LXLDTdV00WlnLLY6bePdIDdZaaQ7OQ5jXCfukOCmfvc8jFCHUbKy1Rbixs7hLcwyQyxT3Ku7K 6Mj7WCKAdrcZU4IycjivUP8AhI9H/wChL8P/APgIn+FH/CR6P/0Jfh//AMBE/wAKAOB0rV9OTW9D jRXsNNsb77Y73MpnfcShblEHGIlAG3qTk4PDE8Qw6VfW0elRSra2klwRJ9pJkcyoI3ZH2Jt+VVK5 TIPJz0HoP/CR6P8A9CX4f/8AARP8KP8AhI9H/wChL8P/APgIn+FAHAt4pjfW9L1CVdXu1sJvOEd7 qYmJYEEbT5Y2jKjPByPTrWWmoW1hrFnqGlWssX2WRJljuphNl1bdyVVOOBx9efT1L/hI9H/6Evw/ /wCAif4Uf8JHo/8A0Jfh/wD8BE/woA8te5szeWn9mRy6dskDfaZ7gyOrZGG3Ii4C4yNq7uTyeALH iW/t7q/SGxa3NnEu5RbRtHGZX+eQqrAHAY7BkA7I0BzjNelf8JHo/wD0Jfh//wABE/wo/wCEj0f/ AKEvw/8A+Aif4UAeN0V7J/wkej/9CX4f/wDARP8ACj/hI9H/AOhL8P8A/gIn+FAHjdFeyf8ACR6P /wBCX4f/APARP8KP+Ej0f/oS/D//AICJ/hQB43RXsn/CR6P/ANCX4f8A/ARP8KP+Ej0f/oS/D/8A 4CJ/hQB43RXsn/CR6P8A9CX4f/8AARP8KP8AhI9H/wChL8P/APgIn+FAHjdFeyf8JHo//Ql+H/8A wET/AAo/4SPR/wDoS/D/AP4CJ/hQB43RXsn/AAkej/8AQl+H/wDwET/Cj/hI9H/6Evw//wCAif4U AeN0V7J/wkej/wDQl+H/APwET/Cj/hI9H/6Evw//AOAif4UAeN0V7J/wkej/APQl+H//AAET/Cj/ AISPR/8AoS/D/wD4CJ/hQB43RXsn/CR6P/0Jfh//AMBE/wAKP+Ej0f8A6Evw/wD+Aif4UAeN0V7J /wAJHo//AEJfh/8A8BE/wo/4SPR/+hL8P/8AgIn+FAHjdFeyf8JHo/8A0Jfh/wD8BE/wo/4SPR/+ hL8P/wDgIn+FAHjdFeyf8JHo/wD0Jfh//wABE/wo/wCEj0f/AKEvw/8A+Aif4UAeN0V7J/wkej/9 CX4f/wDARP8ACj/hI9H/AOhL8P8A/gIn+FAHjdFeyf8ACR6P/wBCX4f/APARP8KP+Ej0f/oS/D// AICJ/hQB43RXsn/CR6P/ANCX4f8A/ARP8KP+Ej0f/oS/D/8A4CJ/hQB43RXsn/CR6P8A9CX4f/8A ARP8KP8AhI9H/wChL8P/APgIn+FAHjdFeyf8JHo//Ql+H/8AwET/AAo/4SPR/wDoS/D/AP4CJ/hQ B43RXsn/AAkej/8AQl+H/wDwET/Cj/hI9H/6Evw//wCAif4UAeN0V7J/wkej/wDQl+H/APwET/Cj /hI9H/6Evw//AOAif4UAeN0V7J/wkej/APQl+H//AAET/Cj/AISPR/8AoS/D/wD4CJ/hQByfwfkS L4q6HJI6oiPKzMxwABE+STXuOuaD4U8RahY32p/Y5p7NsoTKuJF5+Rx/EuTnB7+xYHzxPE+lROHj 8HaCjDoy2qgj9Km/4TKz/wChW0b/AL8D/Chq4z0PUbmC48S6B5E8cu2WbOxw2P3LeleMX/8AyEbn /rq/8zXUW/jqK0nWe28OaVDKudskcQVhkY4IHpXJzy+fcSy4273LYznGTmhIGf/Z ------=_Part_28601_8797118.1190224908996-- From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 19:50:07 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE69F16A469 for ; Wed, 19 Sep 2007 19:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B377B13C461 for ; Wed, 19 Sep 2007 19:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JJo78p057247 for ; Wed, 19 Sep 2007 19:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JJo7VN057246; Wed, 19 Sep 2007 19:50:07 GMT (envelope-from gnats) Date: Wed, 19 Sep 2007 19:50:07 GMT Message-Id: <200709191950.l8JJo7VN057246@freefall.freebsd.org> To: freebsd-java@FreeBSD.org From: Nick Johnson Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick Johnson List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 19:50:07 -0000 The following reply was made to PR java/116461; it has been noted by GNATS. From: Nick Johnson To: Rafael Bascon Barrera Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space Date: Wed, 19 Sep 2007 12:46:24 -0700 (PDT) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1502508936-1190231184=:82369 Content-Type: TEXT/PLAIN; charset=US-ASCII Here's an example of the syntax usage and how it works: ~> java -XX:MaxPermSize=64m HelloWorld Hello, world! ~> (HelloWorld.java attached just for reference.) Nick -- "Courage isn't just a matter of not being frightened, you know. It's being afraid and doing what you have to do anyway." Doctor Who - Planet of the Daleks This message has been brought to you by Nick Johnson 2.3b1 and the number 6. http://healerNick.com/ http://morons.org/ http://spatula.net/ --0-1502508936-1190231184=:82369 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=HelloWorld.java Content-Transfer-Encoding: BASE64 Content-ID: <20070919124624.H82369@turing> Content-Description: Content-Disposition: attachment; filename=HelloWorld.java cHVibGljIGNsYXNzIEhlbGxvV29ybGQgew0KDQogICAgcHVibGljIHN0YXRp YyB2b2lkIG1haW4oU3RyaW5nW10gYXJncykgew0KICAgICAgICBTeXN0ZW0u b3V0LnByaW50bG4oIkhlbGxvLCB3b3JsZCEiKTsNCiAgICB9DQp9DQo= --0-1502508936-1190231184=:82369-- From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 20:00:17 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6E416A419 for ; Wed, 19 Sep 2007 20:00:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6CF13C480 for ; Wed, 19 Sep 2007 20:00:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JK0Hlw057515 for ; Wed, 19 Sep 2007 20:00:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JK0HWi057513; Wed, 19 Sep 2007 20:00:17 GMT (envelope-from gnats) Date: Wed, 19 Sep 2007 20:00:17 GMT Message-Id: <200709192000.l8JK0HWi057513@freefall.freebsd.org> To: freebsd-java@FreeBSD.org From: Nick Johnson Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick Johnson List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 20:00:17 -0000 The following reply was made to PR java/116461; it has been noted by GNATS. From: Nick Johnson To: Rafael Bascon Barrera Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space Date: Wed, 19 Sep 2007 12:17:30 -0700 (PDT) The option works for me. It has to be given on the java command line before the class name. Since you haven't provided any other context (e.g., what you're running when this happens) it's impossible to guess where you might need to configure the -XX:MaxPermSize option... ...but it does work. I use it myself. Nick On Wed, 19 Sep 2007, Rafael Bascon Barrera wrote: > We couldn't solve the problem by doing what you told us. > The option "*java -XX:MaxPermSize*=64m" doesn't exist. > You can see the attached file for more details. -- "Courage isn't just a matter of not being frightened, you know. It's being afraid and doing what you have to do anyway." Doctor Who - Planet of the Daleks This message has been brought to you by Nick Johnson 2.3b1 and the number 6. http://healerNick.com/ http://morons.org/ http://spatula.net/ From owner-freebsd-java@FreeBSD.ORG Wed Sep 19 21:01:42 2007 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF5016A421; Wed, 19 Sep 2007 21:01:42 +0000 (UTC) (envelope-from glewis@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07CBB13C459; Wed, 19 Sep 2007 21:01:42 +0000 (UTC) (envelope-from glewis@FreeBSD.org) Received: from freefall.freebsd.org (glewis@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8JL1fWe060522; Wed, 19 Sep 2007 21:01:41 GMT (envelope-from glewis@freefall.freebsd.org) Received: (from glewis@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8JL1fLJ060518; Wed, 19 Sep 2007 21:01:41 GMT (envelope-from glewis) Date: Wed, 19 Sep 2007 21:01:41 GMT Message-Id: <200709192101.l8JL1fLJ060518@freefall.freebsd.org> To: rafaelbascon@gmail.com, glewis@FreeBSD.org, freebsd-java@FreeBSD.org From: glewis@FreeBSD.org Cc: Subject: Re: java/116461: java.lang.OutOfMemoryError: PermGen space X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 21:01:42 -0000 Synopsis: java.lang.OutOfMemoryError: PermGen space State-Changed-From-To: open->closed State-Changed-By: glewis State-Changed-When: Wed Sep 19 20:57:52 UTC 2007 State-Changed-Why: This doesn't look to be a Java bug at all. Your application has simply run out of memory and the JVM is handling this correctly by throwing an OutOfMemoryError. Another poster has already advised as to how the maximum perm gen size can be increased if your application needs it. http://www.freebsd.org/cgi/query-pr.cgi?pr=116461 From owner-freebsd-java@FreeBSD.ORG Thu Sep 20 06:56:12 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1DE16A469 for ; Thu, 20 Sep 2007 06:56:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3387413C4CB for ; Thu, 20 Sep 2007 06:56:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IY36Z-0000EA-Ne for freebsd-java@freebsd.org; Wed, 19 Sep 2007 20:12:51 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IXwVM-0009Ek-O8 for freebsd-java@freebsd.org; Wed, 19 Sep 2007 13:10:09 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l8JA9vSH090988; Wed, 19 Sep 2007 13:09:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l8JA9vRr090987; Wed, 19 Sep 2007 13:09:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 19 Sep 2007 13:09:57 +0300 From: Kostik Belousov To: Zahemszky Gabor Message-ID: <20070919100956.GZ79542@deviant.kiev.zoral.com.ua> References: <20070919084913.14113.qmail@mail.integrity.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="abYdCjSRCBwcb+dP" Content-Disposition: inline In-Reply-To: <20070919084913.14113.qmail@mail.integrity.hu> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 8d26fb09d298f8c1cb325fc86345eca8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1490 [September 18 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-Delayed: more then 1h on relay02.kiev.sovam.com Cc: freebsd-java@freebsd.org Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2007 06:56:12 -0000 --abYdCjSRCBwcb+dP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 19, 2007 at 10:49:13AM +0200, Zahemszky Gabor wrote: > Hi!=20 >=20 > Can diablo-jdk run on 7-CURRENT (with compat6x libraries, of course) ? If= I=20 > remember well, I can run java on my machine formerly, but not now. I can= =20 > run some trivial, command-line only command (eg. java -version), but not = a=20 > command with graphical output. I tried tonipoint-viewer (a Java-based=20 > PPT-viewer), and some other not too big, but graphical Java-based=20 > application, but it doesn't do anything. I can see a window border for a= =20 > very short time, and after it stops. No core, no anything. The command=20 > returned.=20 >=20 > Can anybody help me?=20 >=20 > Zahy < Gabor at Zahemszky dot HU >=20 >=20 > PS: I use a very recent CURRENT (from yesterday morning now, and GENERIC= =20 > kernel, without any modification) I very much doubt that any X11 application from RELENG_6 may work on CURRENT after gcc4 import with native X11 libraries and misc/compat6x. The reason is that gcc now links the libc for the shared libraries, in particular, for libX11 etc due to symbol versioning. As result, you end up with both libc.so.6 and libc.so.7 in the same address space, that cause all funny effects. On the other hand, diablo jdk functionality is enough to build java/jdk15 and java/jdk16 ports, that work good enough for me. --abYdCjSRCBwcb+dP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG8PV0C3+MBN1Mb4gRAutxAJ9DdF/DF3dmFgMUvq3+R8OgJfblKQCgxqQp ENCm3zQWxzYOj0H7XqlpgHY= =irwQ -----END PGP SIGNATURE----- --abYdCjSRCBwcb+dP-- From owner-freebsd-java@FreeBSD.ORG Thu Sep 20 08:33:59 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E641E16A421; Thu, 20 Sep 2007 08:33:59 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 65FDD13C461; Thu, 20 Sep 2007 08:33:52 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l8K8LPMW071707; Thu, 20 Sep 2007 17:21:27 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Thu, 20 Sep 2007 17:22:43 +0900 (JST) Message-Id: <20070920.172243.74751985.ken@tydfam.jp> To: mbowie@buzmo.com From: Ken Yamada In-Reply-To: <20070919.174335.85417706.ken@tydfam.jp> References: <20070916.222306.74755899.ken@tydfam.jp> <20070918.002112.74756013.ken@tydfam.jp> <20070919.174335.85417706.ken@tydfam.jp> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91/4349/Thu Sep 20 07:46:46 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-eclipse@freebsd.org, dan@rucci.org, freebsd-java@freebsd.org Subject: Re: Eclipse-Europa core dump X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2007 08:34:00 -0000 Solved!! Sigh, there is a directory .eclipse/org.eclipse.platform_3.3.0_8xxxxxx that is apprently not overwritten by mere a "make -DFORCE_PKG_REGISTER install" - it is only created when it is first installed. I do not see any of files in .eclipse looked relating to this problem, but deleting .eclipse, workspace and reinstalling eclipse solved the core dump problem of preference/connections related. I thank to swt-devel porting people to solve this problem. Dan and Mike, please confirm this and proceed the process to import into eclipse-devel? From owner-freebsd-java@FreeBSD.ORG Thu Sep 20 21:04:39 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C9816A417; Thu, 20 Sep 2007 21:04:38 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 456C213C458; Thu, 20 Sep 2007 21:03:44 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l8KDRjbk073245; Thu, 20 Sep 2007 22:28:00 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Thu, 20 Sep 2007 22:29:04 +0900 (JST) Message-Id: <20070920.222904.41632299.ken@tydfam.jp> To: dan@rucci.org From: Ken Yamada In-Reply-To: <46F25A22.4090001@rucci.org> References: <20070919.174335.85417706.ken@tydfam.jp> <20070920.172243.74751985.ken@tydfam.jp> <46F25A22.4090001@rucci.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91/4352/Thu Sep 20 21:36:57 2007 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-eclipse@freebsd.org, freebsd-java@freebsd.org, mbowie@buzmo.com Subject: Re: Eclipse-Europa core dump X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2007 21:04:39 -0000 Yes. It may be strange, but I have .eclipse folder which stays at home directory it is nothing to do with eclipse on/off. Someone pointed out that he needed to clear .eclipse to run eclipse (3.2.2?) in this mailing list. From owner-freebsd-java@FreeBSD.ORG Thu Sep 20 23:14:01 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DD1116A41B for ; Thu, 20 Sep 2007 23:14:01 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from mail01a.mail.t-online.hu (mail01a.mail.t-online.hu [84.2.40.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3BF13C455 for ; Thu, 20 Sep 2007 23:14:00 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from Picasso.Zahemszky.HU (dsl51B6174F.pool.t-online.hu [81.182.23.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail01a.mail.t-online.hu (Postfix) with ESMTP id 442BB136AB2; Thu, 20 Sep 2007 20:17:02 +0200 (CEST) Date: Thu, 20 Sep 2007 20:17:01 +0200 From: Zahemszky =?ISO-8859-2?Q?G=E1bor?= To: freebsd-java@freebsd.org Message-ID: <20070920201701.486a2f6b@Picasso.Zahemszky.HU> In-Reply-To: <20070919100956.GZ79542@deviant.kiev.zoral.com.ua> References: <20070919084913.14113.qmail@mail.integrity.hu> <20070919100956.GZ79542@deviant.kiev.zoral.com.ua> Organization: Zahemszky Bt. X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2007 23:14:01 -0000 Hi! > On the other hand, diablo jdk functionality is enough to build > java/jdk15 and java/jdk16 ports, that work good enough for me. OK, I tried to compile it. But I cannot. Here is an excerpt from the make output. How to go on? bye, Zahy < Gabor at Zahemszky dot HU > ===== Picasso# make ===> Building for jdk-1.5.0.12p6_2,1 # Start of jdk build bsd i586 1.5.0_12-p6 build started: 07-09-20 18:52 if [ -r ./../../deploy/make/Makefile ]; then \ ( cd ./../../deploy/make; gmake sanity EXTERNALSANITYCONTROL=true CONTROL_TOPDIR=/usr/ ports/java/jdk15/work/control CONTROL_TOPDIR_NAME=control ALT_OUTPUTDIR=/usr/ports/java/jdk15/wor k/control/build/bsd-i586 ARCH_DATA_MODEL=32 MILESTONE=p6 BUILD_NUMBER=root_20_sep_2007_18_52 JDK _BUILD_NUMBER=b00 ; ); \ fi gmake[1]: Entering directory `/usr/ports/java/jdk15/work/deploy/make' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/deploy/make' gmake[1]: Entering directory `/usr/ports/java/jdk15/work/j2se/make' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' if [ -r ./../../install/make/Makefile ]; then \ ( cd ./../../install/make; gmake sanity MAKEFLAGS= EXTERNALSANITYCONTROL=true ALT_CONT ROL_TOPDIR=/usr/ports/java/jdk15/work/control ALT_J2SE_TOPDIR=/usr/ports/java/jdk15/work/j2se ALT _OUTPUTDIR=/usr/ports/java/jdk15/work/control/build/bsd-i586 ALT_RTPATCH_DIR= ALT_BASE_IMAGE_ZIP= ALT_BASE_IMAGE_DIR= ALT_NEW_IMAGE_DIR= ALT_BUNDLE_DATE=20_sep_2007 ; ); \ fi gmake[1]: Entering directory `/usr/ports/java/jdk15/work/install/make' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/install/make' Build Machine Information: build machine = Build Directory Structure: CWD = /usr/ports/java/jdk15/work/control/make TOPDIR = ./../.. CONTROL_TOPDIR = ./../../control HOTSPOT_TOPDIR = ./../../hotspot J2SE_TOPDIR = ./../../j2se DEPLOY_TOPDIR = ./../../deploy INSTALL_TOPDIR = ./../../install SPONSORS_TOPDIR = ./../../sponsors Build Directives: BUILD_HOTSPOT = true BUILD_MOTIF = false BUILD_INSTALL = true BUILD_SPONSORS = false Hotspot Settings: HOTSPOT_BUILD_JOBS = Bootstrap Settings: JAVAWS_BOOTDIR = /usr/ports/java/jdk15/work/control/build/bsd-i586 BOOTSTRAP J2SDK VERSION: 1.5.0_12-p6 OUTPUTDIR = /usr/ports/java/jdk15/work/control/build/bsd-i586 Build Tool Settings: JDK_DEVTOOLS_DIR = UNIXCOMMAND_PATH = /bin/ COMPILER_PATH = /usr/bin/ DEVTOOLS_PATH = /usr/local/bin/ USRBIN_PATH = /usr/bin/ MOZILLA_HEADERS_PATH = ../src/plugin/include CC_VER = 4.2.1 PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin Build Directives: PEDANTIC = INSANE = Build Platform Settings: PLATFORM = bsd ARCH = i586 LIBARCH = i386 ARCH_FAMILY = i586 ARCH_DATA_MODEL = 32 OS_VERSION = 7.0-CURRENT FREE_SPACE = 11326454 GNU Make Settings: MAKE = gmake MAKE VERSION = MAKECMDGOALS = sanity MAKEFLAGS = w -- JDK_BUILD_NUMBER=b00 BUILD_NUMBER=root_20_sep_2007_18_52 MILESTONE=p6 ARCH_DATA_MODEL=32 ALT_OUTPUTDIR=/usr/ports/java/jdk15/work/control/build/bsd-i586 CONTROL_TOPDIR_NAME=control CONTROL_TOPDIR=/usr/ports/java/jdk15/work/control EXTERNALSANITYCONTROL=true SHELL = /bin/sh Target Build Versions: JAVAWS_VERSION = 1.5.0_12 MILESTONE = p6 BUILD_NUMBER = root_20_sep_2007_18_52 Bootstrap Settings: BOOTDIR = /usr/local/diablo-jdk1.5.0 BOOTSTRAP J2SDK VERSION: 1.5.0 OUTPUTDIR = /usr/ports/java/jdk15/work/control/build/bsd-i586 Build Tool Settings: JDK_DEVTOOLS_DIR = UNIXCOMMAND_PATH = /bin/ COMPILER_PATH = /usr/bin/ DEVTOOLS_PATH = /usr/local/bin/ USRBIN_PATH = /usr/bin/ MOTIF_DIR = /usr/local CC_VER = 4.2.1 ZIP_VER = 2.32 PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin TMPDIR = /usr/ports/java/jdk15/work/control/build/bsd-i586/tmp Build Directives: USE_ONLY_BOOTDIR_TOOLS = USE_HOTSPOT_INTERPRETER_MODE = PEDANTIC = DEV_ONLY = J2RE_ONLY = NO_DOCS = NO_IMAGES = TOOLS_ONLY = INSANE = PARALLEL_COMPILES = false PARALLEL_COMPILE_JOBS = 2 FASTDEBUG = false INCREMENTAL_BUILD = false Build Platform Settings: PLATFORM = bsd ARCH = i586 LIBARCH = i386 ARCH_FAMILY = i586 ARCH_DATA_MODEL = 32 TRUE_PLATFORM = FreeBSD OS_VERSION = 7.0-CURRENT FREE_SPACE = 11326454 GNU Make Settings: MAKE = gmake MAKE VERSION = MAKECMDGOALS = sanity MAKEFLAGS = SHELL = /bin/sh Target Build Versions: JDK_VERSION = 1.5.0_12 MILESTONE = p6 BUILD_NUMBER = root_20_sep_2007_18_52 External File/Binary Locations: HOTSPOT_SERVER_PATH = /usr/ports/java/jdk15/work/control/build/bsd-i586/hotspot-i586/server HOTSPOT_CLIENT_PATH = /usr/ports/java/jdk15/work/control/build/bsd-i586/hotspot-i586/client HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk15/work/control/build/bsd-i586/hotspot-i586/import MOTIF_DIR = /usr/local CACERTS_FILE = ./../src/share/lib/security/cacerts No setting required for Unix Systems WARNING: Your are not building SPONSORS workspace from the control build. This will result in a development-only build of the J2SE workspace, lacking the installation bundles WARNING: Your FreeBSD installation is not valid for building a the J2SDK. You must be using FreeBSD 4.1[01]|5.[345]|6.*. Your release is 7.0-CURRENT Sanity check passed. (cd ./../build/bsd-i586/hotspot-i586/tmp; \ gmake -f /usr/ports/java/jdk15/work/hotspot/build/bsd/Makefile product \ HOTSPOT_BUILD_VERSION=1.5.0_12-p6-root_20_sep_2007_18_52 GAMMADIR=/usr/ports/java/jdk15/work/hotspot ; ) gmake[1]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-i586/hotspot-i586/tmp' if [ `/usr/local/diablo-jdk1.5.0/bin/java -fullversion 2>&1 | grep -c '1\.[4567]'` -eq 0 ] ; then \ /usr/local/diablo-jdk1.5.0/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build"; \ exit 1; \ fi ***** "So many lines deleted" ***** ../../../../../src/share/classes/sun/reflect/generics/factory/CoreReflectionFactory.java:19: cannot find symbol symbol : class reflectiveObjects location: package sun.reflect.generics import sun.reflect.generics.reflectiveObjects.*; ^ ../../../../../src/share/classes/sun/security/util/SecurityConstants.java:18: cannot find symbol symbol : class security location: package javax import javax.security.auth.AuthPermission; ^ ../../../../../src/share/classes/sun/security/util/SecurityConstants.java:164: cannot find symbol symbol : class AuthPermission location: class sun.security.util.SecurityConstants public static final AuthPermission DO_AS_PERMISSION = ^ ../../../../../src/share/classes/sun/security/util/SecurityConstants.java:168: cannot find symbol symbol : class AuthPermission location: class sun.security.util.SecurityConstants public static final AuthPermission DO_AS_PRIVILEGED_PERMISSION = ^ **** "So many lines deleted" ***** ../../../../../src/share/classes/java/io/ObjectStreamClass.java:976: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning readObjectNoDataMethod.invoke(obj, null); ^ gmake[7]: *** [.compile.classlist] Error 4 gmake[7]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' gmake[6]: *** [optimized] Error 2 gmake[6]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' gmake[5]: *** [all] Error 1 gmake[5]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/sun/javac' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/javac' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. *** Error code 1 Stop in /usr/ports/java/jdk15. -- #!/bin/ksh Z='21N16I25C25E30, 40M30E33E25T15U!';IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ ';set -- $Z;for i;{ [[ $i = ? ]]&&print $i&&break;[[ $i = ??? ]]&&j=$i&&i=${i%?};typeset -i40 i=8#$i;print -n ${i#???};[[ "$j" = ??? ]]&&print -n "${j#??} "&&j=;typeset +i i;};IFS=' 0123456789 ';set -- $Z;for i;{ [[ $i = , ]]&&i=2;[[ $i = ?? ]]||typeset -l i;j="$j $i";typeset +l i;};print "$j" From owner-freebsd-java@FreeBSD.ORG Fri Sep 21 17:22:17 2007 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA1216A418 for ; Fri, 21 Sep 2007 17:22:17 +0000 (UTC) (envelope-from anrays@gmail.com) Received: from mail.matrix.farlep.net (mail.matrix.farlep.net [217.146.241.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC0413C447 for ; Fri, 21 Sep 2007 17:22:17 +0000 (UTC) (envelope-from anrays@gmail.com) Received: from santinel.home.ua (senser.ppp.matrix.private [10.64.37.183]) by mail.matrix.farlep.net with ESMTP id 1IYm8s-0003t9-9Q; Fri, 21 Sep 2007 20:18:14 +0300 Received: from anray by santinel.home.ua with local (Exim 4.68; FreeBSD) id 1IYfKR-000MOW-M4; Fri, 21 Sep 2007 13:01:43 +0300 To: Zahemszky Gábor References: <20070919084913.14113.qmail@mail.integrity.hu> <20070919100956.GZ79542@deviant.kiev.zoral.com.ua> <20070920201701.486a2f6b@Picasso.Zahemszky.HU> Organization: Santinel From: Andrey Slusar Date: Fri, 21 Sep 2007 13:01:43 +0300 In-Reply-To: <20070920201701.486a2f6b@Picasso.Zahemszky.HU> (Zahemszky's message of "Thu, 20 Sep 2007 20:17:01 +0200") Message-ID: <86bqbwtjzs.fsf@santinel.home.ua> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Spam-Report: Content analysis details: (0.7 points, 5.0 required, autolearn: no) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date Cc: freebsd-java@freebsd.org Subject: Re: Current and diablo-jdk X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2007 17:22:18 -0000 Thu, 20 Sep 2007 20:17:01 +0200, Zahemszky G=E1bor wrote: > > On the other hand, diablo jdk functionality is enough to build > > java/jdk15 and java/jdk16 ports, that work good enough for me. > OK, I tried to compile it. But I cannot. Here is an excerpt from the > make output. How to go on? [...] > ../../../../../src/share/classes/java/io/ObjectStreamClass.java:976: > warning: non-varargs call of varargs method with inexact argument type > for last parameter; cast to java.lang.Object for a varargs call cast to > java.lang.Object[] for a non-varargs call and to suppress this warning > readObjectNoDataMethod.invoke(obj, null); ^ > gmake[7]: *** [.compile.classlist] Error 4 > gmake[7]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' > gmake[6]: *** [optimized] Error 2 gmake[6]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile/library' > gmake[5]: *** [all] Error 1 gmake[5]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/sun/javac/recompile' gmake[4]: > *** [all] Error 1 gmake[4]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/sun/javac' gmake[3]: *** [all] > Error 2 gmake[3]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/java/javac' gmake[2]: *** [all] > Error 1 gmake[2]: Leaving directory > `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' > gmake: *** [j2se-build] Error 2 > *** Error code 2 It's gcc4 problem. Add to CFLAGS `-fno-tree-vrp'. --=20 Regards, Andrey.