From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31211 invoked by alias); 10 Oct 2012 13:33:30 -0000 Received: (qmail 31200 invoked by uid 22791); 10 Oct 2012 13:33:29 -0000 X-SWARE-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD,TW_GC X-Spam-Check-By: sourceware.org Received: from mail1.intricatesoftware.com (HELO mail1.intricatesoftware.com) (96.56.4.132) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 10 Oct 2012 13:33:23 +0000 Received: from kurt-millers-powerbook-g4-71.local (ool-457d4565.dyn.optonline.net [69.125.69.101]) (authenticated bits=0) by mail1.intricatesoftware.com (8.14.5/8.14.3) with ESMTP id q9ADXIZD014565 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2012 09:33:19 -0400 (EDT) Message-ID: <5075791E.3060307@intricatesoftware.com> Date: Wed, 10 Oct 2012 13:33:00 -0000 From: Kurt Miller User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: "Boehm, Hans" CC: "java@gcc.gnu.org" Subject: Re: gcj 4.6 on OpenBSD/x86 References: <201210081607.04804.kurt@intricatesoftware.com> <50733907.9080108@gmail.com> <201210081809.37286.kurt@intricatesoftware.com> <5073750C.5020805@redhat.com> <50742135.3000000@intricatesoftware.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: BAYES_00,RCVD_IN_PBL,RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: 3.7 X-Spam-Threshold: 5.0 X-Spam-Probability: 0.7 X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2012-10/txt/msg00007.txt.bz2 On 10/9/12 1:21 PM, Boehm, Hans wrote: > It may be worth checking whether the garbage collector tests, particularly gctest, run correctly in your environment. If not, that might give you an easier debugging task. > > Hans Hi Hans, Initially gctest was failing which was caused by OpenBSD not having pthread_getattr_np(). We have pthread_stackseg_np() so I put an OpenBSD specific implementation into pthread_support.c GC_get_thread_stack_base(). This corrected the gctest failure and 'gmake check' passes all tests now. However gjar still segfaults unless GC_DONT_GC is used. Based on the output below is there a place you can suggest I look for the problem? or can you suggest a way for me to isolate which part of GC is not setup correctly on OpenBSD? Thanks, -Kurt $ GC_PRINT_STATS=1 ./.libs/gjar cf test.jar headers.stamp Increasing heap size by 65536 after 0 allocated bytes Initiating full world-stop collection 1 after 0 allocd bytes --> Marking for collection 1 after 0 allocd bytes + 0 wasted bytes Collection 0 finished ---> heapsize = 65536 bytes World-stopped marking took 30 msecs Complete collection took 30 msecs Grew fo table to 1 entries Grew fo table to 2 entries Grew fo table to 4 entries Grew fo table to 8 entries Increasing heap size by 65536 after 11436 allocated bytes Grew fo table to 16 entries Grew fo table to 32 entries Grew fo table to 64 entries Grew fo table to 128 entries Increasing heap size by 65536 after 22796 allocated bytes Grew fo table to 256 entries Grew fo table to 512 entries Increasing heap size by 69632 after 78976 allocated bytes Increasing heap size by 90112 after 146000 allocated bytes Increasing heap size by 122880 after 224344 allocated bytes Grew fo table to 1024 entries Grew dl table to 1 entries Grew dl table to 2 entries Grew dl table to 4 entries Grew dl table to 8 entries Increasing heap size by 163840 after 328216 allocated bytes Increasing heap size by 217088 after 480352 allocated bytes Increasing heap size by 290816 after 704192 allocated bytes Increasing heap size by 385024 after 1003400 allocated bytes Increasing heap size by 516096 after 1367328 allocated bytes Grew dl table to 16 entries Grew fo table to 2048 entries Increasing heap size by 733184 after 1869512 allocated bytes Increasing heap size by 929792 after 2607408 allocated bytes Increasing heap size by 1241088 after 3531840 allocated bytes Initiating full world-stop collection 2 after 4753976 allocd bytes --> Marking for collection 2 after 4753976 allocd bytes + 36728 wasted bytes Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Mark stack overflow; current size = 4096 entries Grew mark stack to 8192 frames Collection 1 finished ---> heapsize = 4988928 bytes World-stopped marking took 90 msecs Complete collection took 90 msecs Segmentation fault (core dumped)