bugGNUstep - Bugs: bug #22373, locking problem on OpenBSD

Group
 
 

bug #22373: locking problem on OpenBSD

Submitter:  Riccardo Mottola <rmottola>
Submitted:  Wed 20 Feb 2008 09:33:03 PM UTC
   
 
Category:  Base/Foundation Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 05 Feb 2010 06:19:53 PM UTC, comment #4: 

Closing this as it was nefer clear if there was an a gnustep bug, and in any case it refers to a lock implementation no longer used.

Richard Frith-Macdonald <CaS>
Group Member
Tue 09 Dec 2008 11:14:32 PM UTC, comment #3: 

Turned this into a base bug, so we don't loose track of it. To me it sounds very similar to the original problem of #25033.

Fred Kiefer <FredKiefer>
Group Member
Thu 06 Mar 2008 09:25:47 AM UTC, comment #2: 

I did some other tests (after updating)

- if I openapp a simple application, like Ink, I have no particular problems

- if I openapp GWorkspace, it will begin to startup, display some windows, printout the locking problems and then crash.

I don't know how to tell if it is a gnustep bug or if it lies somewhere else. I didn't track OpenBSD-sparc continusosly, it used to work 1-2 years ago. I have a newer machine and a newer OpenBSD now (although compiler is still gcc 2.95...).
Maybe our libobjc has problems? I used the version in SVN of course.

Riccardo Mottola <rmottola>
Group Member
Wed 20 Feb 2008 10:31:58 PM UTC, comment #1: 

Is there any reason to think this is a GNUstep bug rather than (for instance) a thread library bug or an application bug or a compiler/runtime bug?
The logged warning just tells us that the runtime library function failed ... which seems to imply a runtime or thread library problem (unless you have reason to think the mutex in the lock instance has been corrupted).

Richard Frith-Macdonald <CaS>
Group Member
Wed 20 Feb 2008 09:33:03 PM UTC, original submission:  

on OpenBSD/sparc32 I experience the following errors:

Starting program: /usr/GNUstep/System/Applications/GWorkspace.app/GWorkspace
2008-02-20 22:26:28.610 fswatcher[17064] File NSLock.m: 611. In [GSLazyRecursiveLock -gcFinalize] objc_mutex_deallocate() failed

or also:
2008-02-20 21:49:15.109 GWorkspace[7697] File NSLock.m: 611. In [GSLazyRecursiveLock -gcFinalize] objc_mutex_deallocate() failed

since later on applications are very unstable, I thought this couldbe the cause.

Riccardo Mottola <rmottola>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by rmottola (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-02-05 CaS StatusNone Fixed
        Open/ClosedOpen Closed
    2008-12-09 FredKiefer CategoryNone Base/Foundation
        Item GroupNone Bug

    Back to the top

    Powered by Savane 3.13-bb6a.
    Corresponding source code