Re: [bug #6226] Segmentation fault when application finishes

I'd just like to mention that I have also experienced this behaviour, and it's definately not just something that is unique to his machine. I don't know how prevalent this is, and how many others have experienced it, but wanted to note that I've also had this problem Reg

Re: [bugs #6802] -fgnu-runtime should not be passed to files listed in C_FILES

if it makes a difference, I'm compiling this as a library, not as a framework. On Wed, 26 Nov 2003, Nicola Pero wrote: > This mail is an automated notification from the bugs tracker > of the project: GNUstep. > > /**/ > [b

Re: [bugs #6802] -fgnu-runtime should not be passed to files listed in C_FILES

See attached makefile. I'm compiling on Linux, not win32, even though you'll see some win32 stuff in the makefile. On Thu, 27 Nov 2003, Nicola Pero wrote: > > > if it makes a difference, I'm compiling this as a library, not as a > > framework. > > Thanks. > > Can you send me the GNUmakefile

Re: system colors (nstabview patch ?)

On Tue, 10 Feb 2004 [EMAIL PROTECTED] wrote: > Selon Fred Kiefer <[EMAIL PROTECTED]>: > > > Sorry to frustrate you, but you choose the wrong classes to start the > > GUI colour cleanup. I really would like to see this happen, but doing > > just a few bits in a class doesn't really help much. >

Re: NSPathUtilities Patch - 5 - NSPathUtilities.m

ard coded, and should be something that is determined by the configure script based on the OS. Alex Perez ___ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep

Re: Removing libwraster

Adam, > Well, the stuff we still need is really basic - getting the correct > visual and colormap, etc. We could rewrite it, but then it would still > have to be maintained. I've thought about it, but it doesn't really > seem worth my time. Dare I say it, but it seems that libwraster isn't ex

[bugs #9403] GNUstep does not assume an NSLanguage if one is not set in the defaults

bmitted by: Alex Perez On: Mon 06/21/2004 at 02:20 Category: Base/Foundation Severity: 5 - Average Item Group: Change Request Resolution: None Assigned to: None Status: Open Summary: GNUstep does not assume an NSLanguage if one is not set in the defaults Original Submission: This problem,

[bugs #9403] GNUstep does not assume an NSLanguage if one is not set in the defaults

This mail is an automated notification from the bugs tracker of the project: GNUstep. /**/ [bugs #9403] Latest Modifications: Changes by: Alex Perez <[EMAIL PROTECTED]> 'Date:

[bugs #9445] makefiles not safe for parallel build

This mail is an automated notification from the bugs tracker of the project: GNUstep. /**/ [bugs #9445] Latest Modifications: Changes by: Alex Perez <[EMAIL PROTECTED]> 'Date:

Re: Those darn PPDs in gnustep-gui

On Sat, 10 Jul 2004, Adam Fedor wrote: > I'd rather take them out of core and install them separately, if > someone wants them. yes, PLEASE > > On Jul 10, 2004, at 6:23 AM, Chad Hardin wrote: > > > It's funny I did not think of this before, but the best place to put > > all those PPDs is actu

Re: Removing libwraster

is this done yet? If not I'd really like to see it done before the newxt release of gnustep On 21 May 2004, Adam Fedor wrote: > What about removing libwraster from the backend dependencies, now that > we have image handling routines in the gui now? It seems to work fine > for me. > > > __

Re: [bugs #10310] NSPageLayout Panel UI

On Tue, 7 Sep 2004, Chad Hardin wrote: > Fabien, if you dislike it so much why don't you do it? furthermore, fabian, you really ought to consider not insulting people's work. There are far better ways to express your concerns with the new page layout panel. > > I'm apathetic about it and too

Re: Fix, NSTimeZone Abbreviations

On Wed, 6 Oct 2004, Pete French wrote: > > Here are the lists used on OpenStep and Apple. There is only a minor > > difference between them (Apple added UTC and removed HDT). > > That list cant be right - it's missing BST (British Summer Time = GMT+1) for > starters. But if I print [NSTimeZone

Re: Fix, NSTimeZone Abbreviations

rrent value > returned by the object! How can you possibly argue that that's correct > behaviour for *any* object ? See above. In the future I'll refrain from sending e-mails to the list when I should be sleeping. Cheers, Alex Perez ___

[bugs #10608] GDL2 using deprecated methods in EOControl

Submitted by: Alex Perez On: Thu 10/07/2004 at 21:52 Category: Makefiles Severity: 1 - None Item Group: Change Request Resolution: None Privacy: Public Assigned to: ayers Status: Open Summary: GDL2 using deprecated methods in EOControl Original Submission: the methods it complains

Re: [bugs #10816] Can't build palettes on win32

Adam Fedor wrote: In win32, you likely have to add a xxx_LIBRARIES_DEPEND_UPON += somelib the the makefile. can't make be easily made to do this automatically? On Oct 27, 2004, at 10:19 PM, Gregory John Casamento wrote: This mail is an automated notification from the bugs tracker of the project: G

Re: [bugs #10819] 0.9.4 display problems

MJR wrote: This mail is an automated notification from the bugs tracker of the project: GNUstep. /**/ [bugs #10819] Full Item Snapshot: URL: Project: GNUstep Submi

Re: [bugs #10816] Can't build palettes on win32

Adam Fedor wrote: On Oct 28, 2004, at 1:30 AM, Alex Perez wrote: Adam Fedor wrote: In win32, you likely have to add a xxx_LIBRARIES_DEPEND_UPON += somelib the the makefile. can't make be easily made to do this automatically? Um, no - unless you want make to figure out all the external symbo

Re: [bugs #10849] Controls constantly dissapear from Panels

Chad Hardin wrote: Ok, let's take this from a fresh start. If your redownload the gorm, your will notice there are some controls that seems to be missing. They missing ones are: 1. A NSButton under the collate checkbox on the first NSTabView 2. A NSPopup in the box of the second NSTabView 3

Re: [bugs #10577] Fix symlinks for use on Windows

Patrick Middleton wrote: [snip] --- Date: Wed 11/03/2004 at 11:49 By: Patrick Middleton Filesystem links on Windows are a dead loss. Possibly the Cygwin and MinGW crews will get round one day to implementing 'ln' in terms of Windows short

Re: bug in gui - NSApplication.m

Jonathan Isom wrote: Hi All Not sure if this is the best place to post this In the future, please direct bugs to the GNUstep-bugs mailing list, or even better yet (if you don't want it to be potentially lost) to our bug tracking system, at https://savannah.gnu.org/bugs/?group=gnustep Thanks.

[bugs #11713] Windows resizable when they shouldn't be

URL: Summary: Windows resizable when they shouldn't be Project: GNUstep Submitted by: aperez Submitted on: Mon 01/24/2005 at 00:57 Category: Backend

Re: [bugs #11713] Windows resizable when they shouldn't be

Fred Kiefer wrote: Update of bugs #11713 (project gnustep): Summary: Windows resizable when they shouldn't be => Windows resizable when they shouldn't be ___ Follow-up Comment #1: You should provide more information on the exp

Re: [bugs #11713] Windows resizable when they shouldn't be

Fred Kiefer wrote: Follow-up Comment #2, bugs #11713 (project gnustep): Perhaps I did not ask my questions in the last comment clear enough, so I started to test them myself. I tested with the standart KDE window manager. Leaving out the NSResizableWindowMask doesn't have any effect on the window.

Re: [bugs #11713] Windows resizable when they shouldn't be

Fred Kiefer wrote: Hi Alex, would you mind to put further replies into the Savannah entry? This will make it a lot easier to track a bug report later on. I would use it if it wasn't a gigantic pain in the ass, which it is. See below. Alex Perez wrote: Fred Kiefer wrote: Follow-up Comme

[bugs #11799] GNUstep Application Menus should "stick" to corner of screen (edge resistance)

URL: Summary: GNUstep Application Menus should "stick" to corner of screen (edge resistance) Project: GNUstep Submitted by: aperez Submitted on: Mon 01/31/2005 at 22:25

Re: Problem launching Gorm-0.9.0 from ProjectCenter-0.4.2

'GormApplication' is a There's no hope of ever getting this updated by Pierre. That being said, I have created a revised verison and posted it at http://www.gnustep.org/experience/PierresDevTutorial and am making an active effort to get the old one removed. Cheers, Alex Perez ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep

[bugs #11833] gnutar used in config.make regardless of whether it exists

URL: Summary: gnutar used in config.make regardless of whether it exists Project: GNUstep Submitted by: aperez Submitted on: Thu 02/03/2005 at 07:12 Category:

[bugs #10818] win32 backend doesn't properly display transparency...

Follow-up Comment #2, bugs #10818 (project gnustep): How is it "well known"? I have a hard time buying this, since I've found plenty of examples of GDI code on the net that uses alpha. I think the ordering may just be different. We really need to get this fixed, it's the most visually-glaring pro

[bugs #10818] win32 backend doesn't properly display transparency...

Follow-up Comment #3, bugs #10818 (project gnustep): Please see http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/bitmaps_00h3.asp for some documentation on how alpha blending works with GDI. I found this in under sixty seconds using Google.

[bugs #10818] win32 backend doesn't properly display transparency...

Follow-up Comment #4, bugs #10818 (project gnustep): Way back on November 17, Jeff Teunissen wrote, on bug-gnustep: "Last time you did it (transparency), you said that transparency worked, but that the red and blue channels were messed-up/swapped. I just gave you a reason that may be the case.

[bugs #11854] gdomap fails to spawn if path to it contains any spaces

URL: Summary: gdomap fails to spawn if path to it contains any spaces Project: GNUstep Submitted by: aperez Submitted on: Sat 02/05/2005 at 10:07 Category: Bas

[bugs #11853] starting gdnc in a directory with spaces causes spawn to fail

URL: Summary: starting gdnc in a directory with spaces causes spawn to fail Project: GNUstep Submitted by: aperez Submitted on: Sat 02/05/2005 at 10:00 Categor

[bugs #11852] gpbs fails to start under win32 when spaces in path

URL: Summary: gpbs fails to start under win32 when spaces in path Project: GNUstep Submitted by: aperez Submitted on: Sat 02/05/2005 at 09:57 Category: Backend

[bugs #11360] MinGW: NSTask.m doesn't use environment

Update of bugs #11360 (project gnustep): Severity: 5 - Average => 7 - Major Status: Fixed => None Open/Closed: Closed => Open

[bugs #11852] gpbs fails to start under win32 when spaces in path

Update of bugs #11852 (project gnustep): Open/Closed: In Test => Open ___ Follow-up Comment #3: still doesn't work, see bug #11853 for an explanation of why, since it's the same root problem

[bugs #11854] gdomap fails to spawn if path to it contains any spaces

Follow-up Comment #2, bugs #11854 (project gnustep): I have personally tested this, and can verify that it now works. Thanks a bunch! ___ This item URL is: _

[bugs #11853] starting gdnc in a directory with spaces causes spawn to fail

Follow-up Comment #2, bugs #11853 (project gnustep): This still isn't working, unfortunately. Now, when I run GDNC with updated -base CVS from today (Feb 16), I get the following output (same output from within the mingw32 rxvt environment as well as from a windows command prompt): C:\Document

Re: [patch #3310] Improvements and new features for win32 systems

tchreport wrong, however... Cheers, Alex Perez ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep

[patch #3310] Improvements and new features for win32 systems

Additional Item Attachment, patch #3310 (project gnustep): File name: make20022005-win32.patch Size:34 KB Updated version of this patch which applies against -make from CVS as of the current date __

[patch #3310] Improvements and new features for win32 systems

Additional Item Attachment, patch #3310 (project gnustep): File name: make20022005-win32.ChangeLog Size:2 KB standalone ChangeLog for updated patch ___ This item

[bugs #12065] alloca.h doesn't exist under (new versions of?) mingw32

URL: Summary: alloca.h doesn't exist under (new versions of?) mingw32 Project: GNUstep Submitted by: aperez Submitted on: Mon 02/21/2005 at 04:42 Category: Bas

Re: bug or mistake?

more detailed and useful information before that can happen. What's your OS & version? CPU architecture? And most importantly, what's the output from the failure? does it fail when compiling? installing? running apps? Alex Perez ___ Bug-g

Re: NSBundle -initWithPath: warning

solute. However, it may be that '//host/share' should be treated as equivalent to '//host/share/' ... and both should be treated like '/' on unix. Do you know exactly how UNC paths behave? Is //host/share the same thing as //host/share/ ? No, but \\host\share *is*

Re: gnustep-startup-0.10.1 failed at OpenDarwin/x86

Adam Fedor wrote: On Apr 7, 2005, at 1:27 PM, Adam Fedor wrote: Well, that's odd, because it appears the gcc knows to look in /opt/local/lib for libraries (possibly because gcc is in /opt/local as well), but libtool apparently does not. Perhaps we should be using gcc to link on Darwin and not g

Re: Request for review: NSHost patch

Did this patch ever get reviewed/applied? Jeremy Tregunna wrote: Good morning; I've recently written a patch against NSHost to make it IPv6 aware, and am curious to hear some of your thoughts about it. I've tried to keep from adding any new methods (though I did add one to the "Private" cat

Re: Request for review: NSHost patch

Adam Fedor wrote: I think I remember looking at it and it looked OK. But I think I wanted someone like Richard to look at it. Jeremy has an assignment on file, so it is OK to put in from that standpoint. Richard, have you ever looked at this? On May 21, 2005, at 12:55 AM, Alex Perez

Re: Documentation Bug?

Richard Frith-Macdonald wrote: On 2005-06-17 06:34:44 +0100 Patrick McFarland <[EMAIL PROTECTED]> wrote: On Friday 17 June 2005 12:19 am, Richard Frith-Macdonald wrote: I've fixed the programming manual ... worse than just a typo ... wrong on memory management in a few places, with the appea

Re: FW: Error compiling gnustep-startup-0.11.0 using gcc 4.0.0

Richard Frith-Macdonald wrote: On 2005-06-20 17:43:06 +0100 Adam Fedor <[EMAIL PROTECTED]> wrote: Does this seem like a reasonable solution? Considering the code isn't supposed to be used anyway? Or perhaps we should really make good on our promise to depreciate this code? I think it's a ha

Re: FW: Error compiling gnustep-startup-0.11.0 using gcc 4.0.0

hers misinterpret or read too much into a very literal question and concern, it's not an issue with me. I really wish you would stop attacking me for nothing. It's a waste of your time, it's a waste of my time to sit here defending myself for addressing a perfectly reasonable

Re: gnustep-startup-0.10.2.tar.gz and Mac OS X 10.3.9

Uh, you don't have to do this to use emacs on aqua... Peter Dyballa wrote: Hello! To use Emacs-on-Aqua I want to install the kit. I installed with Fink gcc-4 and libffi. InstallGNUstep ends with these errors: checking ffi.h usability... no checking ffi.h presence... no check

Re: [patch #3946] Add make support for windows PE resources

Nicola Pero wrote: So my current inclination (totally open to discussion) is: xxx_WINDOWS_RC_FILES for the files, WINDRES_FLAGS for the flags to pass to the 'windres' program Sounds reasonable ? Any comments ? Sounds perfectly reasonable. Perhaps shorten it to _WIN_RC? The only issue with t

Re: [patch #3946] Add make support for windows PE resources

Nicola Pero wrote: So my current inclination (totally open to discussion) is: xxx_WINDOWS_RC_FILES for the files, WINDRES_FLAGS for the flags to pass to the 'windres' program Sounds reasonable ? Any comments ? Sounds perfectly reasonable. Perhaps shorten it to _WIN_RC? The only issue wi

OS X Shell Access

Fred Kiefer wrote: Sašo Kiselkov wrote: Quoting Fred Kiefer <[EMAIL PROTECTED]>: Sa�o Kiselkov wrote: I found that when my code returns an NSAttributedString as the value for a table data cell it doesn't display it as an attributed string, but instead by sending it "description" (w

Re: Startup build fail on 64 bit Xeon/Linux

Adam Fedor wrote: On Oct 21, 2005, at 3:02 PM, Stefan Böhringer wrote: Here comes a install report for a gnustep-startup-0.13.0 built on Suse Linux 10.0-64. This seems to be a simple error but I would like to report the problem since startup should be hassle free. Well, this particular pr

Re: Fix, NSMatrix -deselectAllCells

Georg Fleischmann wrote: Hi, here is a patch for [NSMatrix -deselectAllCells] to set the selected row/column of an empty matrix always to -1 (even if in radio mode empty selection is not allowed). This is needed to have the correct starting point after a renew, since adding a row does not

Re: I have found two bugs, I think!

it says "NSTask - no launch path set", You probably didn't set path to `make` command. Why does it have to be set manually at all? This is what $PATH is for. Or am I seriously misunderstanding something? Regards, Alex Perez

Re: [Gnustep-cvs] GNUstep Testfarm Results

Adam Fedor wrote: On 2006-02-22 04:34:17 -0700 Adam Fedor <[EMAIL PROTECTED]> wrote: Fail Compile i386-unknown-netbsdelf3.0 Wed Feb 22 03:58:37 CET 2006 Fail Compile powerpc-apple-darwin7.9.0 Tue Feb 21 09:28:55 MST 2006 Fail Compile sparc-sun-solaris2.7 Wed Feb 22 01:59:34 EST 2006 FYI, bas

SPAM, SPAM, SPAM and SPAM on the GNUstep-bugs list

I'd like to suggest that it's time to do something about the spam on this list. Seventeen SPAMs in the last 48 hours is annoying. It looks like the bugs email address was recently spidered and there's nothing we can do except deny anonymous emails. Perhaps we can customize the "unsubscribed use

[bug #16436] Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability

URL: Summary: Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability Project: GNUstep Submitted by: aperez Submitted on: Tuesday 04/25/06 at 04:42

[bug #16436] Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability

quick reply, Alex Perez ___ Reply to this item at: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=16436> ___ Message sent via/by Savannah http://savann

[bug #16436] Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability

Update of bug #16436 (project gnustep): Status:Wont Fix => None Open/Closed:Declined => Open ___ Reply to this item at:

[bug #16436] Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS

Update of bug #16436 (project gnustep): Summary: Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability => Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS _

[bug #16436] Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS

Follow-up Comment #4, bug #16436 (project gnustep): I never claimed that you claimed that it would be ;-) I updated from SVN and attempted to compile. I now get: " Compiling file XGCairoGlitzSurface.m ... XGCairoGlitzSurface.m: In function ‘-[XGCairoGlitzSurface initWithDevice:]’: XGCairoGlitzSu