Follow-up Comment #4, bug #25427 (project gnustep):
Hi Matt.
We advanced a little :)
I updated the sources, and did a make clean.
./configure output is attached.
make output attached (output.txt).
Linker can't find EOControl linking SQLite3EOAdaptor
(file #17356, file #17357)
URL:
http://savannah.gnu.org/bugs/?25439
Summary: ADDITIONAL_NATIVE_LIB_DIRS/ADDITIONAL_NATIVE_LIBS
doesn't appear to work under windows
Project: GNUstep
Submitted by: ratmice
Submitted on: Fri 30 Jan 2009 09:36:25 AM GMT
Update of bug #25427 (project gnustep):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #5:
i'm going to close
Follow-up Comment #14, bug #25307 (project gnustep):
I put the tests in the testsuite, ran it on MacOS-X, and checked the results,
then changed the case of NSConditionLock-tryLock in GNUstpe to match the
behavior in MacOS-X.
I noticed the comments about MacOS-X deadlocking for NSConnectonLock
Follow-up Comment #15, bug #25307 (project gnustep):
I will put them in the test suite from now on.
It doesn't make sense to let it continue although, at that point, I'm not
sure what difference it makes. I, however, believe it's safer to do what Mac
OS X does here since we don't know how the
Follow-up Comment #6, bug #25385 (project gnustep):
I still can't reproduce this ... I've tried setting a tooltip on an
NSImageView, then changing the tooltip with another call to setToolTip: and
that won;t produce a crash ... so it has to be more than just setting a tool
tip twice.
However, I
Follow-up Comment #6, bug #25415 (project gnustep):
Hi David
I'd only use gdl2-access.make (for tools) and gdl2-interface.make (for apps).
It wouldn't worry me if the other ones didn't exist or did. I think I'm
fairly typical in this regard?
If you only have two, names like gdl2.make and
Update of bug #13539 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
This has been in test for yars ... have to assume it's ok.
Update of bug #13519 (project gnustep):
Open/Closed: In Test = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?13519
___
Update of bug #12129 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #4:
closing this as there has been no feedback in two years.
Update of bug #14906 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
closing as fixed
___
Reply to this
Update of bug #11447 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
closing as fixed
___
Reply to this
Update of bug #10611 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
closing as fixed
___
Reply to this
Follow-up Comment #5, bug #9595 (project gnustep):
closing as fixed years ago
___
Reply to this item at:
http://savannah.gnu.org/bugs/?9595
___
Message sent via/by Savannah
Update of bug #9595 (project gnustep):
Open/Closed: In Test = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?9595
___
Update of bug #9200 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
closing as fixed years ago
___
Reply
Update of bug #11777 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
closing as fixed years ago
___
Reply
Update of bug #15778 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
closed due to lack of feedback
___
Update of bug #15817 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
presumably fied ... no comments in years
Update of bug #16592 (project gnustep):
Status: Confirmed = Fixed
Open/Closed: In Test = Closed
___
Follow-up Comment #4:
Closing as fixed
Update of bug #17426 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
I think this is fixed or our nib support wouldn't work.
Update of bug #18171 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
no feedback .. closed
___
Reply to
Update of bug #18366 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
no feedback
___
Reply to this item
Update of bug #19101 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #3:
fixed
___
Reply to this item at:
Update of bug #20057 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #12:
no feedback ...presumably fixed
___
Update of bug #20268 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
fixed.
___
Reply to this item at:
Update of bug #21133 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
fixed
___
Reply to this item at:
Update of bug #22274 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
fixed
___
Reply to this item at:
Update of bug #22514 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #6:
No feedback ... assuming it's all working.
Update of bug #24989 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #4:
Assuming this is fixed.
___
Reply to
Update of bug #25105 (project gnustep):
Status: Ready For Test = Invalid
Open/Closed: In Test = Closed
___
Follow-up Comment #4:
not a gui issue
Update of bug #25404 (project gnustep):
Open/Closed: In Test = Closed
___
Follow-up Comment #2:
added tests to testsuite
___
Reply to
Update of bug #25346 (project gnustep):
Status: In Progress = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #4:
Changed this to
Update of bug #25046 (project gnustep):
Status: Need Info = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #2:
Change the bug
Update of bug #24709 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #14:
I added my
Update of bug #24083 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #16:
Changed the state
Follow-up Comment #15, bug #24709 (project gnustep):
I'm sorry for not responding earlier, I just simply haven't had time to boot
into my test install. I'll do my best to get it test this weekend and get you
an answer as soon as possible.
URL:
http://savannah.gnu.org/bugs/?25447
Summary: NSPreferencePane Cocoa compatibility broken
Project: GNUstep
Submitted by: theeggcamefirst
Submitted on: Sat 31 Jan 2009 12:16:47 AM GMT
Category: Gui/AppKit
Follow-up Comment #7, bug #25385 (project gnustep):
Unfortunately that doesn't seem to have solved the problem. Here's the entire
code of our setImage: method in case it might help:
- (void) setImage: (NSImage *) anImage {
[[self internalImageView] setImage: anImage];
if (anImage) {
Follow-up Comment #3, bug #25384 (project gnustep):
That didn't fix it. I set a breakpoint in the windowDidUpdate: method in
NSToolbar.m and found that the _inside ivar wasn't set so it was returning
without calling validate. I removed the test of _inside from that method here
and the toolbar is
Follow-up Comment #16, bug #24709 (project gnustep):
Looks great! All button images are in the correct place. Thanks
___
Reply to this item at:
http://savannah.gnu.org/bugs/?24709
___
Follow-up Comment #7, bug #25243 (project gnustep):
OK, here's the backtrace... it's different than the others, this is with
today's SVN.
(gdb) r
Starting program: /usr/GNUstep/System/Applications/GWorkspace.app/GWorkspace
[Thread debugging using libthread_db enabled]
[New Thread 0xb700c6d0
Follow-up Comment #8, bug #25243 (project gnustep):
Oops! Didn't realize there was more... I should have probably put it in a
file and just attached it here.
#9 0xb794b5fb in +[NSObject new] (self=0xb7ed7360, _cmd=0x810c480)
at NSObject.m:1306
#10 0x0804f4e8 in -[GWorkspace createMenu]
Update of bug #25447 (project gnustep):
Status:None = Fixed
Assigned to:None = gcasa
Open/Closed:Open = In Test
URL:
http://savannah.gnu.org/bugs/?25448
Summary: Crash when accessing web page with
Vespucci/SimpleWebKit
Project: GNUstep
Submitted by: stefanbidi
Submitted on: Sat 31 Jan 2009 02:01:48 AM GMT
Category: None
Follow-up Comment #8, bug #25385 (project gnustep):
I found a retain/release issue in the tooltip code.
For the first time, I'm actually confident of a fix ...as I can see clearly
how this would have caused the crash you are getting.
Please give it a try.
Follow-up Comment #4, bug #25384 (project gnustep):
I'm not familiar with the toolbar code, but out of interest I had a quick
look.
The comments at the start of the file make it clear that the validation code
here is designed to only update infrequently and only update if the mouse is
in the
Update of bug #7534 (project gnustep):
Open/Closed:Analyzed = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?7534
___
Update of bug #9761 (project gnustep):
Open/Closed:Analyzed = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?9761
___
Update of bug #25111 (project gnustep):
Status: In Progress = Fixed
Open/Closed:Analyzed = Closed
___
Reply to this item at:
Follow-up Comment #7, bug #25343 (project gnustep):
Yes, I think make should use the full path to the install program. I guess
it should determine that path and check that it works at configure time.
___
Reply to this item at:
51 matches
Mail list logo
