I upgraded my system to SuSE 7.1 with Linux kernel 2.4.0 and XFree86
4.0.2 and all the other releases that come with it. I than did a 'make
distclean' in all the gnustep core modules and run the
configure/make/install cycle for make, core, gui and xgps. This did not
work well for gui, so I had to
Thank you for that help. Yes it is the image size, somehow the Xfree86
release 4.0.2 is not as tolerant as older releases about indexes that
are out of range. I will provide a smaller icon for Ink, but in the long
run we will have to correct image scaling, otherwise that problem will
keep on
While searching for another problem in NSComboBoxCell I ran into an
initialization problem that I don't quite understand. Perhaps someone on
this list can explain it and even fix it?
When running this small test program, I get a lot of error messages from
NSColor.
#include
Adam Fedor wrote:
I just tried your sample program and got the expected output (No
errors). This is with all the latest CVS code installed.
--
Adam Fedor, Digital Optics| Fudd's law of opposition: Push
[EMAIL PROTECTED] http://www.doc.com | something hard enough, and it
NSMatrix still produces a segmentation fault if you click between two
items. This can be tested with the NSBox example of GSTest.
Mirko, could you please send a short description of what you have
changed on that class and in which state this changes are. I looked at
the changelog, but this does
I did just switch to KDE 2.2 and now dragging does no longer work in
GNUstep. I don't want to start any discussion about window managers,
GNUstep will try to work together with any window manager that follows
the rules. And KDE is on of them, we will have to support the new
release (Which by the
Hi Georg,
I am having the same drawing problems, where sometimes parts of a window
is missing (e.g. in the Box test of GSTest). So any solution to this
would be fine. I had a look at your clipping code and did not quite
understand it. Your code seems to add another stack to the graphics
context,
Hi Benhur,
tahnk you for this bug report. I tried to fix it with two changes to
NSMenu. For one now the initWithCoder will send all notifications at the
end and when inserting an item the notification is send before the menu
of the item is set.
Please check if this changes remove all your
Enrico Sersale wrote:
On Sat, 17 Nov 2001, Stéphane PERON wrote:
Hi,
I am under WindowMaker 0.7 with Xfree4.
When I put a Gnustep window in the top left corner of the root screen,
at each launching of the concerned application, the window is moving
left.
Do it ten times
Hi Adam,
the surprising thing with that patch is that it even works on my KDE 2
environment. I am sure that I had to add the iterative call to
XQueryTree here to get the different levels of additional windows sorted
out on this platform, but now even a drag and drop between different
Perhaps I should explain a bit more on how the current Anti-Alias font
implementation works and which limitations are caused by this.
This code was a hack that I came up with kust to see if there is any
demand for better fonts in the GNUstep community or if this is only a
low priority addon.
and
currently it is not even possible to change the size value with keyboard
input. As soon as this is there I will add more of the listed features.
Cheers
Fred
Pascal Bourguignon wrote:
Fred Kiefer [EMAIL PROTECTED] wrote:
Hi Pascal,
a few days back yopu wrote this mail:
Pascal Bourguignon
I had a deeper look into the problem behind the bug 100250 and found
that it is created by a view that is moved to another window, while the
view needs display. In that specific constellation the method [NSView
setNeedsDisplayInRect:] does not work correct. As the whole area of the
view is
Hi Michael,
I just had a look at your patch and failed to understand how with the
new code you suggest for NSApplication the name of a window could be
changed and correctly displayed in the windows menu. Perhaps you just
wanted to optimize the case away, when the name didn't actually change?
I am running GNUstep with mingw and there are a few problems left. First
you hae to use the cygwin make (/usr/bin/make) otherwise the common.make
file gives an error as it tests the $PATH variable to include the
GNUSTEP_SYSTEM_ROOT/Tools directory. For this to work also the
environment
HiIan,
Ian Jones wrote:
I have a problem with scrolling large image attachments. I regularly
recieve quite large image files attached to my email, someone recently
sent a 270kb .jpg attachment and even on my dual celeron 500 it kept
stopping trying to scroll through it and my CPU usage
Nicola Pero wrote:
I hope that is a first help for windows. I'm dead late with
applying your windows patches to gnustep-make / making the makefile
rearrangement for windows, but it's the next improvement to
gnustep-make. I also think I should likely install gnustep on
windows myself
Hi Richard,
back on my Linux machine I find so problems to run GNUstep with German
as the selected language:
fred@hugo:/usr/src/gnustep/usr-apps/examples/gui LANG=de_DE
fred@hugo:/usr/src/gnustep/usr-apps/examples/gui openapp
GSTest/GSTest.app/
03 30 19:20:27 GSTest[6203] File NSDictionary.m:
Hi Nicola,
for your fix in the bundle make file you added a comment that we should
explain, why we have to link against all libraries on Windows while we
don't need this on any other system. The reason is simple, we don't need
this on Windows either. What we need there is that we define a
Two new files are now using rint() in the gui library (NSMatrix and
NSClipView) as this function is not available on all systems (namely not
on MS Window) it is not possible to compile gui on such a system. To
work around this the configuration checks for this function and sets a
flag whether
Trying to build the new backend back on mingw fails with the message:
kiefer@XANTHUS ~/GNUstep/core/back
$ /usr/bin/make
GNUmakefile.postamble:31: *** target pattern contains no `%'. Stop.
This happens independend of the actual backend I am configuring for.
Commenting out that rule just moves
1. the new backend results in the line
GRAPHIC_LIBS=-ltiff -lX11
being written to the files config.make and back.make even when not
configured for any X backend.
2. As the new backend works with subproject these must now be able to
correctly set set the XXX_ISDLL flags as well. Currently we
In the header file GSDisplayServer.h in gui the new functions
GSServerForWindow() and GSCurrentServer() are lacking the APPKIT_DECLARE
modifier. That way these functions are not exported correctly for MS
Window. Also the class GSDisplayServer itself has to be added to the
libgnustep-gui.def
Adam Fedor wrote:
Fred Kiefer wrote:
Or as this becomes more common now, we could move the replacement
definition of rint() up into the config.h file itself. Any ideas on
this solution?
Done.
Sorry, perhaps my idea wasnt that good. I now did get a compile error,
because
Adam Fedor wrote:
Fred Kiefer wrote:
Then there is this NSWindowDepth stuff, according to NSGraphics this
are rather complicated values that describe the availabe colours of a
window or screen. But in NSWindow 8 is returned as a NSWindowDepth and
the method [windowdepth
After adding a NSLog() statement to the _blink method of NSTextView I
noticed that this method get called, while the window of the text view
is no longer active. This can be seen in the GSTest.app when switching
to another test window after editing text in the NSForm test. In this
case the
Richard latest changes to NSData caused that the NSSavePanel now
complains, if it cannot find a .hidden file in a directory:
2002-10-05 13:21:29.687 Ink[1323] File NSData.m: 219. In
readContentsOfFile Open (/.hidden) attempt failed - No such file or
directory
The questions is of course, if
Hi Nicola,
could you please give a bit more details for the following sentence:
Nicola Pero wrote:
I'd say that standard non-rich editing is very usable.
Why do you restrict this statement to non-rich editing. As far as I
know, editing for RFT and non-rich text is implemented with
exactly
Fred Kiefer wrote:
BTW, this error message is shown eight times, when a NSSavePanel is
opened,
although only two columns are shown. I will inspect into this to find
out if there are unneeded operations going on.
After a bit of investigation I did find out that this behaviour
Adam Fedor wrote:
Fred Kiefer wrote:
Fred Kiefer wrote:
BTW, this error message is shown eight times, when a NSSavePanel is
opened,
although only two columns are shown. I will inspect into this to find
out if there are unneeded operations going on.
After a bit of investigation I
Most of this patch looks fine for me. What is missing is the special
handling now needed for the getNSFont() function. Here we should make
sure, that we always return a usefull font. As the only font we can be
sure about is the user font in the default size we should return this,
if any font
I applied a patch that should resolve this. The more general problem of
path handling is still to be discussed.
Stefan Urbanek wrote:
Whe I set NSBezierPath setLineDash:count:phase: to one path then all
paths created after that one will have same line dash style. I think it
should be local
Stefan Urbanek wrote:
When usnig GNUmail it wil grow to enormous size (now it has ~136MB) and
I have to restart it time to time. When I browse my mail in the mailbox
(with mouse or with keys) the amount of GSAttrInfo classes will grow.
Another thing: when I type in NSTextView (for example when
When printing two times form within the same GNUstep applciation I get a
segmentaion fault. This is caused by a rather complex interplay between
the NSFont management and the SetLocal calls for printing. To explain it
I will have to list the involved steps:
1. My computer has a german setup,
Hi Wim,
menus kep on appearing in the lower left corner for me as well. It would
be great if you could resolve this problem quickly.
What I did not understadnd about your changes is the introduction of the
NSMenuView protocol. I could not find this in my MacOSX documentation
and I also see no
sizeToFit in NSMenuView -- like we catch the left
offset?
Yes, that would be an option. Although I would prefer to split the
NSMenuView class into two: GSPopupMenuView and GSMenuView.
But your suggestion is easier and Fred Kiefer might object
to the split.
looks as if there was some misunderstanding. I
Benhur Stein wrote:
Citando Fred Kiefer [EMAIL PROTECTED]:
There are also a lot of problems with setShowsFirstResponder:. I think
from the documentation that this only indicates that the dotted line
will be drawn, when the cells also becomes first responder. But our
current code treats
Michael Hanni wrote:
[NSImage imageNamed:] provides a very easy way to grab images. You can simply
provide a name, minus even an extension, and NSImage will find your image.
However, this can be more intensive than required when you already know your
image's extension. For example, when you strace
There seems to be a new memory leak in GNUstep that can be most easily
seen in GSTest.app.
1) Start up GSTest.app.
2) Select the Info Panel from the menu.
3) Start the Memory Panel by clicking the image.
4) Hit Update a few times.
You will notice that the number of GSUnicodeInlineString keeps on
Michael Hanni wrote:
The attached patch makes NSProgressIndicator a little more appealing -- I
think.
Personally, I would like to see NSProgressIndicatior like in attach
(NeXT one). I can create it after fixing/testing/cleanup NSMenu* and
friends.
The original one is okay, though I kinda feel
One of the recent patches for NSMenu and family must have broken the
functionality of tear off menus. It is not that I like them that much,
but we should not loose them that easily.
How to test this yourself.
1) Open Ink.app
2) Select one sub menu and tear it off.
3) Select New Document form
Hi Adam,
Adam Fedor wrote:
Matt Rice wrote:
here is a patch i figure we should probably discuss,
it implements the launchedApplications method
(Replying kind of late...)
It's a bummer there has to be a deamon just for handling this. Is there
anyway to combine it with something else? Maybe just
While playing around with thumbnails (thanks to Charles Philip Chan for
the link!) I came up with the following code:
file = @~/GNUstep/Images/TextSystem1.png;
absolute = [file stringByStandardizingPath];
NSLog(@file: %@, absolute: %@, file, absolute);
absolute = [[NSURL fileURLWithPath:
Alexander Malmberg wrote:
Yes, there must be a mismatch between the metrics reported by -xlib to
-gui and the actual width of the glyphs when drawn. I'm not very
familiar with -xlib's font code, but I had a quick look at it and fixed
one fairly obvious bug that would cause incorrect metrics to be
Hi Kazu,
this is a nice patch you came up with. This should fill the gap between
people only able to use basic X fonts and the ones with a XFT
implementation (which also offers UTF8 support). As far as I know font
sets are not restricted to XFree86 so this may be of help for more
people out
Hi Kazu,
this patch looks great! There a only a few things I would like to change:
- As XGFontSetEnumerator is currently not implemented I would remove all
reverences to it.
- [initWithFontName:matrix:screenFont:] may lead to memory leaks as
RELEASE(self) is missing for all the error cases.
Hi Kazu,
we now have reached a disagreement and need some more views on the
remaining problems. Perhaps Nicola, Adam, Wim or Alex could join in and
state their views on the use font sets.
I am away for a few days anyway.
Cheers
Fred
Kazunobu Kuriyama wrote:
Fred Kiefer wrote:
snip
It is even
Andrew Ruder wrote:
Quick question:
144 - (void) setDocument: (NSDocument *)document
145 {
146 // FIXME - this is RETAINed and never RELEASEd ...
147 ASSIGN (_document, document);
148 [self synchronizeWindowTitleWithDocumentName];
in NSWindowController.m
Is there some
Richard Frith-Macdonald wrote:
On Wednesday, August 6, 2003, at 07:09 AM, Richard Frith-Macdonald wrote:
Removing the stamp file therefore fixes the problem ... since make can no
longer read it for dependency information.
distclean ought to remove the stamp file for you ... but perhaps it
isn't
Hi,
I don't quite understand what this bug is all about. Lets assume that
you are talking about the xlib backend, the only one that uses font_cacher:
First you should understand that xlib uses different mechnisms to get
informations about the installed fonts on the machine it is runnig on.
Hi Kazu,
your proposed change overlapps with the changes I did do yesterday to
get copy and paste to GNUstep working with my Emacs (21.2.1) again. So
your patch needs a bit of rewritting to work in this changed environment
(and not to break my Emacs again). I would also suggest not to read
Yes, this did solve the problem.
Thank you
Fred
Richard Frith-Macdonald wrote:
On Wednesday, August 6, 2003, at 10:42 PM, Fred Kiefer wrote:
Richard Frith-Macdonald wrote:
On Wednesday, August 6, 2003, at 07:09 AM, Richard Frith-Macdonald
wrote:
Removing the stamp file therefore fixes
Stefan Urbanek wrote:
On 2003-08-10 19:24:12 +0200 Fred Kiefer [EMAIL PROTECTED] wrote:
would you mind to retest with the GNUstep CVS from yesterday. Right
about the time when you were complaining about this problem I already
did try to fix it. If it still doesn't work keep on complaining so
Hi Stefan,
would you mind to retest with the GNUstep CVS from yesterday. Right
about the time when you were complaining about this problem I already
did try to fix it. If it still doesn't work keep on complaining so that
somebody has another go on it.
You may need to switch on GSOldClipboard,
Gregory John Casamento wrote:
You need to delete the stamp file. I had this issue.
This did not help, neither did the make distclean, as I was already
using this.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
Hi Peter, Hi Stefan,
would you two mind to retest large cutpaste again? I did fix this
today. There is still a lot more that should be done in xpbs.m, but for
the moment I hope we have now reached a rather stable version. So if
this works it will be the last change until the next release.
Hi Adam,
this bug is already set as closed. This may explain, why you are not
allowed to change the status. If it is still open, you may have to open
a new bug report. On the other hand I was at least able to change the
severity to 4.
Cheers
Fred
[EMAIL PROTECTED] wrote:
===
Fred Kiefer wrote:
I did my orignal copying from the UTF8 page with konqueror, which does
not have this problem, doing it with Mozilla showed that we still need
to support more of the X selection interface. The error I do get here is
a bit clearer than the one you list:
Unsupported data type
Hi Pete,
just tired this with your favourit UTF-8 page and I was able to copy it
from Mozilla over to Ink. Great now all that Unicode copying should be
working. (Not that I ever wanted to copy that page anyway)
Cheers
Fred
Richard Frith-Macdonald wrote:
On Tuesday, September 9, 2003, at 10:41
Matt Rice wrote:
bug when using NSDocument, the key window always
responds to close and so NSDocument close never gets
called.. and reopening a document would show the one
which you just closed rather than reading from
disk.. (tested with Ink..)
this patch moves the check for document based apps
Hi Leigh,
Leigh Smith wrote:
It seems I accidently sent my last patch to WIN32GState.m without a
ChangeLog entry. Sorry for that. I am resubmitting the patch together
with a ChangeLog entry. Hopefully this will expedite incorporation of
the patch into the repository. Please let me know if
Rob Burns wrote:
I find I have to delete the defaults for Ink relatively often, because a
file I have either deleted or moved, is in the recent documents list.
When this is the case, starting Ink results in some errors about adding
nil to an array.
Could you please provide a gdb backtrace for
Kazunobu Kuriyama wrote:
Fred Kiefer wrote:
I want to second Alexanders position here. The documentation from
Apple is rather thin on what change should happen. On the other hand
it is rather clear on what should not be changed. NSImageCell should
remain a subclass of NSCell
Kazunobu Kuriyama wrote:
Fred Kiefer wrote:
Kazunobu Kuriyama wrote:
So I asked more than one time why NSImageCell needs to be a subclass of
NSCell. Do you know any document that makes this point clear? If
there's
one, it would give a good foundation for our discussion, reducing
perception gap
Hi Rob,
I just compiled your code and it works fine on my machine. Would you
mind to update all of your GNUstep again and recompile your application.
If the problem persists, could you than send a detailed description on
how to reproduce it and your system parameters.
Cheers
Fred
Rob Burns
Michael Hanni wrote:
Seemingly the baseline for string drawing in controls is one pixel too
low. Maybe I'm seeing things, but this small patch for NSCell makes
these strings center a little better. Some extra research might be
necessary.
One possible reason for the different appearance of
Alexander Malmberg wrote:
Kazunobu Kuriyama wrote:
--- gui/Headers/AppKit/NSImageCell.h2003-12-29 13:57:42.0 +0900
[snip]
+ int _tag;
+ id _target;
+ SEL _action;
+ id _control_view;
However, the general idea was to add target and action. Adding a tag and
a control view
:
Le 13 janv. 04, à 21:01, Fred Kiefer a écrit :
Alexander Malmberg wrote:
However, the general idea was to add target and action. Adding a tag and
a control view effectively turns NSImageCell completely into an
NSActionCell, it isn't required to get dragging working, and it isn't in
apple's docs
:
Le 13 janv. 04, à 21:01, Fred Kiefer a écrit :
Alexander Malmberg wrote:
However, the general idea was to add target and action. Adding a tag and
a control view effectively turns NSImageCell completely into an
NSActionCell, it isn't required to get dragging working, and it isn't in
apple's docs
:
Le 13 janv. 04, à 21:01, Fred Kiefer a écrit :
Alexander Malmberg wrote:
However, the general idea was to add target and action. Adding a tag and
a control view effectively turns NSImageCell completely into an
NSActionCell, it isn't required to get dragging working, and it isn't in
apple's docs
Reuss Andras wrote:
i have a
window rect(300,300,200,100)
and a
[[[NSTextField alloc] initWithFrame: NSMakeRect(30,50,140,20)] setStringValue: @Öt szûz õrült tizenharom írót nyúz];
in case of
[[window dataWithEPSInsideRect: NSMakeRect(0, 0, 199, 99)] writeToFile: @afile atomically: YES];
there is
Quentin Mathé wrote:
NSMenuItem autoenabling doesn't work with NSPopUpButton... is it an
unimplemented feature ?
other problem... with the code below :
NSMenu *menu = [[NSMenu alloc] initWithTitle:@];
[NSMenu popUpContextMenu:menu withEvent:myEvent forView:myView];
RELEASE(menu);
the menu
Quentin Mathé wrote:
Here is the patch, two exactly, I was talking about.
NSMenu.m patch reworks the notifications use in order that the menu
itself hasn't be included in a notification until the notification is sent.
I'm less sure for the NSMenuView.m patch : it only removes few lines
which
Quentin Mathé wrote:
Le 5 févr. 04, à 22:37, Fred Kiefer a écrit :
Quentin Mathé wrote:
I did spend some time on this problem and I would like to only accept
half of your patches. First I have to admit, that I was wrong with the
notification center. There everythign seems to be ok
Alexander Malmberg wrote:
Rob Burns wrote:
I update gnustep cvs today, and found that many of my nibs won't load
anymore. Some still do. The difference appears to be the use of
NSTableView. None of the nibs that contain NSTableView's can be loaded
by the app, or by gorm. I get this error, when
I tried to compile base from scratch and did run into to following problem:
Compiling file objc-load.m ...
In file included from objc-load.m:54:
dynamic-load.h: In function `__objc_dynamic_get_symbol_path':
dynamic-load.h:95: error: `Dl_info' undeclared (first use in this function)
I just tested GORM and it is no longer able to display any specific
attribute inspector and when selecting the custom class entry from the
inspector it seg. faults. Some debugging showed, that the later is
caused by setting the string GormCustomClassInspector as the delegate
of the browser
Andreas Heppel wrote:
I have again stumbled across some strange behaviour in NSOutlineView.
This time it has to do with reloading items.
The method -reloadItem:reloadChildren is using another method called
_findItem:childIndex:ofParent:. I suppose that this method is intended
to return the
Gregory John Casamento wrote:
P.S. Fred, I'm aware of no place in the code where it replaces items with NULL
if they are nil. :)
Sorry, my fault, I used the word NULL as a short hand for [NSNull null],
as can be see in the following line (used about five times in the code
of NSOutlineView):
Hi Fred,
On 2004-02-14 14:11:51 +0100 Fred Kiefer [EMAIL PROTECTED] wrote:
I did (hopefully) resolve this problem in a different way, by removing
the
helper method and inlining the code into reloadItem:reloadChildren:.
This
allowed for a few more corrections/simplifications
Adam Fedor wrote:
On Thu, 2004-02-05 at 08:00, Quentin Mathé wrote:
Here is a patch for NSButtonCell.m which permits to the class to be
drawn transparent when it is not bordered.
I also removed few lines about the focus dotted rect in order to have
it always drawn with the same size than the
Adam Fedor wrote:
On Friday, February 27, 2004, at 05:43 PM, Fred Kiefer wrote:
Is there any way to include this setting into make? Up to now I always
took it for granted that my Suse Linux didn't have long long support
and never thought about it.
This is what I'm thinking:
In the patch
Kazunobu Kuriyama wrote:
Attached is a patch that corrects NSSavePanel's
- (void)beginSheetForDirectory: (NSString *)path
fileName: (NSString *)filename
modalForWindow: (NSWindow *)docWindow
modalDelegate: (id)delegate
didEndSelector: (SEL)didEndSelector
contextInfo: (void *)contextInfo;
Kazunobu Kuriyama wrote:
Fred Kiefer wrote:
This patch tries to add another workaround on top of all the hacks, that
are already there for model and sheet handling. This doesn't look right
to me, so I suggest another, hopefully cleaner, way to resolve this:
I agree with the view above
Alexander Malmberg wrote:
Fred Kiefer wrote:
We should give the correct Cocoa values to the constants
NSRunStoppedResponse, NSRunAbortedResponse and NSRunContinuesResponse.
With these there will no longer be a conflict to the values of
NSCancelButton and NSOKButton.
Relying on two separate
Alexander Malmberg wrote:
Fred Kiefer wrote:
Alexander Malmberg wrote:
[snip]
I suppose you could see the headers, which do specify the integer
values, as implicit documentation, but GNUstep doesn't have a the
header is the documentation-tradition.
This is a very strange statement, I already
Quentin Math wrote:
In the current situation NSCell performClick: method doesn't work with
NSMatrix and cannot be used for an NSCell subclass with embedded cells.
Here is a screenshot for the issue with NSMatrix when you call
performClick: on a cell :
before the performClick: call
Quentin Mathé wrote:
Le 23 mars 04, à 01:07, Quentin Mathé a écrit :
Well, here is two patches which add -performClickWithFrame:inView: to
NSCell and mark performClick: as deprecated.
If everybody is ok, I can commit this NSCell modification.
Here are a more complete set of patches to fix the
Quentin Mathé wrote:
Here is an updated set of patches... I hope it's ok now : I removed the
action send in NSButtonCell and also the NSWindow patch (-performClick:
is kept until better solution is found).
I think it is ok to commit.
As I wrote before, I like the patch. There are a few
Quentin Mathé wrote:
Le 31 mars 04, à 09:25, Fred Kiefer a écrit :
Alexander Malmberg wrote:
I'd rather remove [NSCell -performClick:] than extend it, but either
way, it'll be easy to do this after this change.
here I have to object. performClick: is an interface that is
documented by Apple
Quentin Mathé wrote:
Le 1 avr. 04, à 01:40, Fred Kiefer a écrit :
Sorry, as I wrote, I was not sure. After your mail I checked and it is
there on NSButton and NSButtonCell at least in my OpenStep
specification (October 19, 1994, not sure if there are different
versions). As this issue
Hi Sheldon,
the current state of this patches looks rather dubious to me. In the
function Win32GetUserProfileDirectory an undeclared variable s (NSString
*) is used and InitialisePathUtilities calles Win32Initialise
unconditionally. This make me feel rather uneasy with the whole set of
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #8820] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Thu 05/13/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #8385] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sun 05/09/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #8018] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sun 05/09/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #7509] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sat 05/08/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #7901] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sat 05/08/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #7876] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sat 05/15/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #4749] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sat 05/15/04
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**/
[bugs #8334] Latest Modifications:
Changes by:
Fred Kiefer [EMAIL PROTECTED]
'Date:
Sat 05/15/04
1 - 100 of 1310 matches
Mail list logo