On Wednesday, February 27, 2002, at 11:19 AM, Manuel Guesdon wrote:
>> | PS. Also implemented MacOS-X compatible KVC behavior in
>> NSDictionary.m
>
> It makes troubles for me. Please see the code I've sent and WO
> specifications at
> http://developer.apple.com/techpubs/webobjects/Reference/Ja
On Monday, March 18, 2002, at 06:56 PM, Manuel Guesdon wrote:
> On Mon, 18 Mar 2002 12:45:48 +0100 Björn Gohla <[EMAIL PROTECTED]> wrote:
>
>> | On Monday 18 March 2002 12:18, Manuel Guesdon wrote:
>> | > Hi,
>> | >
>> | > When I log (with NSDebugFLog or NSDebugLog) string with characters
>> li
Title: Untitled Document
Problemas de
seguridad de Outlook Express: sale otro parche.
On Sun, 7 Mar 2004 22:52, [EMAIL PROTECTED] wrote:
> Sorry about the mess I'm away from home and trying to use a webmail
> system hope you can sort this out ...
> Now, what is the right behaviour from an API perspective? Well, on one
> hand we want a place where we can create temporary files
On Monday, March 25, 2002, at 01:51 PM, [EMAIL PROTECTED] wrote:
> On Mon, 25 Mar 2002 13:30:40 + Richard Frith-Macdonald
> <[EMAIL PROTECTED]> wrote:
>
>> |
>> | On Monday, March 25, 2002, at 01:11 PM, Manuel Guesdon ,
>> | MISSING_MAILBOX_TERMINATOR@.SYNTAX-ERROR wrote:
>> |
>> | > Hi,
>>
--
2002 May 22 - 14:15
Nicola Pero <[EMAIL PROTECTED]>
--
>
>> Hi,
>>
>> When highlighting text GSSimpleLayoutManager calls NSHighlightRec
Speaking of other problems ... it's not really a big problem
necessarily, but I think it would be nice to re-implement the
Fault/FaultHandler code somewhat...
At the moment objects get morphed into faults by -
1. changing the isa pointer
2. overwriting the next four bytes of ivar data with a poi
> The csh vs. sh env bug remains, though :-(
Thanks ... which 'csh' are you using ?
Eg, here "tcsh 6.12.00 (Astron)" on a RedHat 9 seems to be working for me.
Can you send me the output of 'env' in csh and of 'set' in sh after you
source the GNUstep.csh/GNUstep.sh scripts ?
Do you see any erro
Hi Nicola,
>> The csh vs. sh env bug remains, though :-(
>
> Thanks ... which 'csh' are you using ?
>
> Eg, here "tcsh 6.12.00 (Astron)" on a RedHat 9 seems to be working for me.
... seems to be working for me suggests that tcsh having 4 additional env
vars ist incorrect? I thought it was the oth
> >> The csh vs. sh env bug remains, though :-(
> >
> > Thanks ... which 'csh' are you using ?
> >
> > Eg, here "tcsh 6.12.00 (Astron)" on a RedHat 9 seems to be working for me.
>
> ... seems to be working for me suggests that tcsh having 4 additional env
> vars ist incorrect? I thought it was th
Nicola,
I found the bug, seems to be a pilot error:
>>>Can you send me the output of 'env' in csh and of 'set' in sh after you
>>>source the GNUstep.csh/GNUstep.sh scripts ?
>>
>>I'll do so when I get home later this evening.
I finally sat down and updated from cvs yesterday evening, now I ran
G
rk compilation works with that
> change and I will commit the fix.
>
> Cheers
> Fred
>
>
> ---- Original message
> Betreff: Re: projectcenter make problem
> Datum: Wed, 20 Feb 2013 10:32:19 +
> Von: Nicola Pero
> An: Fred Kiefer
>
>
On 2005-06-22 10:02:49 +0100 Stefan Urbanek <[EMAIL PROTECTED]> wrote:
There are many kinds of people and they have different knowledge. Each one
is
an
expert (specialist) in his own field, either by profession, education or as
a
hobby. In a project each knowledge and skill should be appreciat
Stefan Urbanek wrote:
> Citát David Ayers <[EMAIL PROTECTED]>:
>
>
>>FWIW, I also dismissed the post as a ranting provocation. I'm not sure
>>how many people view it as a genuine contribution. If you wish to
>>contribute, try removing the mframe code, make sure it works on
>>'supported' platfor
On Oct 21, 2008, at 6:48 PM, Grendelan wrote:
beastie-root:/# find / -name \*libpng\* -print
Check the include files pngconf.h and png.h
pngconf.h should have a definition for png_sizeof. And png.h should
include pngconf.h
___
Bug-gnustep
Sure! The following is it:
* thread #1, stop reason = Exception 0xc005 encountered at address
0x7ffcec4e1048: Access violation reading locatio
n 0x
* frame #0: 0x7ffcec4e1048 objc.dll`objc_msgSend + 40
frame #1: 0x7ff645cc1154 abc.exe
frame #2: 0x7ff645cc142c abc.exe
Alright.
win10 => 19044
clang version => 16.0.0
gnustep-*, libobjc2, etc.. => https://github.com/gnustep/tools-windows-msvc
Thanks again.
> I am no Windows expert but I remember that for some compilers we needed
> special symbol handling there. We use the macro GS_EXPORT_CLASS there which
> b
David, you hit the nail on the head and your words have inspired me!
>
> it inserts random padding into the Objective-C runtime’s metadata sections,
> which corrupt various things...
>
Loserist
> Did you remember to disable incremental linking?
>
> Last time I tested it, LINK.EXE did work, bu
David, you hit the nail on the head and your words have inspired me!
>
> it inserts random padding into the Objective-C runtime’s metadata sections,
> which corrupt various things...
>
Loserist
> Did you remember to disable incremental linking?
>
> Last time I tested it, LINK.EXE did work, bu
[EMAIL PROTECTED] wrote:
>
> using a GNUmakefile that includes aggregate.make results in these errors:
>
> /bin/sh: -c: line 1: syntax error near unexpected token `;'
> /bin/sh: -c: line 1: `target=`echo internal-all | sed 's/internal-//'`;
> for f in ; do echo Making $target in $f...; mf=GNUm
ok, I see now. thanks
Rob
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
On Monday, December 18, 2000, at 12:08 AM, Enrico Sersale wrote:
>
> Two missing separator errors:
>
Thanks - I added the backslashes.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
"Philippe C.D. Robert" wrote:
> XGContext *context = (XGContext *)[XGContext currentContext];
> gswindow_device_t *wdev = [XGContext _windowWithTag:[win windowNumber]];
>
> /*
> * Required info to get a visual
> */
>
> dpy = [context xDisplay];
> drawable = (*wget).
Ciao!
I've just re-tested the GSTest-NSBox example and I am unable to get the
segfault here clicking between the cells.
I can deselect a radio-cell by clicking one line below the cell, but no
segfault in several tests.
Could you please send me more info ? (stack trace, etc)
(using a wee
How would it feel to have a 1-on-1 session with live girls and guys, and tell them
exactly
what you want them to do. How about for free? http://www.crackpipe.org";>Click Here
for our free sign up page :) All girls are cateorgorized into several sections to your
dismay. =)
___
Enrico Sersale wrote:
> Actually, is the NSPopUpButton code to be considered stable?
With the cvs version from Oct 4th pop up menus still seem quite unreliable to me.
Additionally pop up menu items loaded from a gmodel file appear disabled.
Georg
___
Georg Fleischmann wrote:
>
> Enrico Sersale wrote:
> > Actually, is the NSPopUpButton code to be considered stable?
>
> With the cvs version from Oct 4th pop up menus still seem quite unreliable to me.
> Additionally pop up menu items loaded from a gmodel file appear disabled.
I would not consi
On Sun, 07 Oct 2001 00:17:55 +0200
Fred Kiefer <[EMAIL PROTECTED]> wrote:
> Georg Fleischmann wrote:
> >
> > Enrico Sersale wrote:
> > > Actually, is the NSPopUpButton code to be considered stable?
> >
> > With the cvs version from Oct 4th pop up menus still seem quite unreliable to me.
> > Add
> Date: Sun, 7 Oct 2001 12:03:51 +0200
> From: "Philippe C.D. Robert" <[EMAIL PROTECTED]>
>
> On Sun, 07 Oct 2001 00:17:55 +0200
> Fred Kiefer <[EMAIL PROTECTED]> wrote:
>
> > Georg Fleischmann wrote:
> > >
> > > Enrico Sersale wrote:
> > > > Actually, is the NSPopUpButton code to be consider
On Sunday, December 9, 2001, at 05:12 AM, Jay McCarthy wrote:
> This class is not implemented and the documentation for gnustep-base
> says that it is.
Actually, the documentation merely didn't say that it doesn't exist ...
I've corrected that.
> Is there a problem with implementing this class
On Sun, 2001-12-09 at 01:33, Richard Frith-Macdonald wrote:
[snip]
> > Is there a problem with implementing this class inherent in GNUstep or
> > has it just merely been forgotten?
>
> The reason that the class is not implemented is that there is nothing
> I've yet found on MacOS-X to say what it
On Sunday, December 9, 2001, at 06:53 AM, Jay McCarthy wrote:
>
> I dont see how or why this would be useful, and I dont understand how
> replyWithException would be implemented.
> The code that I am porting uses it in a subclass of NSDistantObject ( i
> think, i am not at the office with that c
###
Selam sana asaðýdaki linki öneriyorum ,
http://www.alisveris.sehri.com
http://www.alisveris.sehri.com
iyi gunler,
serdar kahya
###
Bu mesaj
htp://www.aslan.mekani.com üzerinden yollanmistir!
Uye olmak icin ;
> Hi,
>
> Please, just give a look at some changes in
> [set"Orientation"RulerView:], [setHas"Orientation"RulerView:]
> and [setRulersVisible:] methods. Apparently, this NSScrollView
> is working fine with mine set of applications for rulers tests.
>
> There are, for example, tests in [set"Orie
Ok - I've applied to CVS your changes to NSScrollView's -tile to set up
rulers.
Incidentally, I've rewritten the rest of NSScrollView's -tile as well so
that - hopefully - it's easier to understand.
Your contribution was much appreciated, let me know if it works, I hope so
:-)
On Thursday, March 21, 2002, at 05:11 PM, Yen-Ju Chen wrote:
>
> The bug of property list has been fixed.
> Thanx a lot!!
>
> There is a last piece which may need some discussion.
> The file gnustep/core/gui/Tools/exampleInof.plist contains different
> language (encoding).
> Sometimes
Pete French wrote:
> I am seeing consistent memory problems when using a clipping path in
> GNUstep. Sometimes this manifests itself as the clip working properly, but
> then I get a "Warning: free() called on already freed memory" when the code
> exits, but most of the time it manifests itself as
> Seems to me that -_doPath::draw: was calling XIntersectRegion() without
> creating the region, thus causing the crash. I've attached a patch that
> fixes it. With the patch it works here.
Wow! That was fast! Excellent, thanks. I hope someone will put this into CVS.
One thing puzzles me though
Alexander Malmberg wrote:
> Pete French wrote:
>
>>I am seeing consistent memory problems when using a clipping path in
>>GNUstep. Sometimes this manifests itself as the clip working properly, but
>>then I get a "Warning: free() called on already freed memory" when the code
>>exits, but most of
> One thing puzzles me though - how come -Wall didnt throw this up as a warning
> in the compile as surely it should generate a "may be used before
> cwbeing initialised" type thing ?
Turns out it's not using -Wall at all (if you don't have debug=yes, but
IIRC gcc doesn't do all the flow analysi
> Turns out it's not using -Wall at all (if you don't have debug=yes, but
> IIRC gcc doesn't do all the flow analysis then). I tried recompiling all
> of xgps with -Wall, and there are a lot of warnings.
GCC has a habit of generating some curious warnings, but its usually worth
fixing them so tha
> I don't know is it bug or not, but it looks strange...
>
> make/Instance/documentation.make:
>
> internal-doc-install_::
> $(INSTALL_DATA) $(GNUSTEP_INSTANCE).ps \
> $(GNUSTEP_DOCUMENTATION)/$(DOC_INSTALL_DIR)
> $(INSTALL_DATA) $(GNUSTEP_INSTANCE).info
> And one word about frameworks:
>
> make/Instance/framework.make:
>
> internal-framework-install_:: $(FRAMEWORK_INSTALL_DIR) \
> ...
> $(LN_S) $(FRAMEWORK_INSTALL_DIR)/$(FRAMEWORK_DIR_NAME)/Headers
>$(GNUSTEP_INSTANCE); \
> ...
> $(LN_S)
>$(FRAMEWORK_INSTALL_DIR)/$(FRAMEWOR
Definitely the NSLog call is causing problems - try adding a 'NSLog' call
before this code snippet (looks like the first call to NSLog is
initializing something which is confusing objc_next_class() ... bug in the
runtime ?) ... I'd like to check if the new 3.1 runtime still has this
problem (sinc
I'm not sure what the original problem is, but just in case it's not
obvious,
the code would fail (as Nicola notes below) because it would raise an
exception and crash as it iterates past the Object class -
NSLog() uses the -description method to log the class 'cl', but Object
does not respond o
> I'm not sure what the original problem is, but just in case it's not
> obvious, the code would fail (as Nicola notes below) because it would
> raise an exception and crash as it iterates past the Object class -
> NSLog() uses the -description method to log the class 'cl', but Object
> does not
On Friday, June 14, 2002, at 08:52 AM, Nicola Pero wrote:
>
>> I'm not sure what the original problem is, but just in case it's not
>> obvious, the code would fail (as Nicola notes below) because it would
>> raise an exception and crash as it iterates past the Object class -
>> NSLog() uses the
> >> I'm not sure what the original problem is, but just in case it's not
> >> obvious, the code would fail (as Nicola notes below) because it would
> >> raise an exception and crash as it iterates past the Object class -
> >> NSLog() uses the -description method to log the class 'cl', but Object
On Fri, 14 Jun 2002 02:40:50 +0100 (BST)
Nicola Pero <[EMAIL PROTECTED]> wrote:
[...]
> Replacing the NSLog with
> NSLog (@"fail on %@\n", NSStringFromClass (cl));
[...]
What's the difference to
NSLog(@"%s", object_get_class_name(self));
Is there any?
--
Chris
> [...]
> > Replacing the NSLog with
> > NSLog (@"fail on %@\n", NSStringFromClass (cl));
> [...]
>
> What's the difference to
>
> NSLog(@"%s", object_get_class_name(self));
>
> Is there any?
>
NSStringFromClass () is more standard and portable - it will work on any
OpenStep Foundation li
On Fri, 14 Jun 2002 16:41:57 +0100 (BST)
Nicola Pero <[EMAIL PROTECTED]> wrote:
> > [...]
> > > Replacing the NSLog with
> > > NSLog (@"fail on %@\n", NSStringFromClass (cl));
> > [...]
> > What's the difference to
> > NSLog(@"%s", object_get_class_name(self));
> > Is there any?
> NSStringFromC
On Fri, 21 Jun 2002, Marko Riedel wrote:
>
> Hi all,
>
> this refers to gnustep-gui-0.7.7.
>
> I noticed that NSImageView doesn't override drawRect with a composite
> operation. Shouldn't it? I'll use my own image view In the meantime
> (needs only a few lines of code).
I think NSImageView i
Nicola Pero wrote:
> We can't change the API, so we probably can't just use a composite
> operation in NSImageView, but must do things properly and optimize
> properly the image drawing to the clipped area in the backend.
NSImageCells with alpha need to clear their background (or something)
befo
Jeff Teunissen wrote:
> Nicola Pero wrote:
>
>
>>We can't change the API, so we probably can't just use a composite
>>operation in NSImageView, but must do things properly and optimize
>>properly the image drawing to the clipped area in the backend.
>>
>
> NSImageCells with alpha need to clear
Fred Kiefer wrote:
[snip]
> I am not sure, if you are right. The way this should be handled is
> different. When a cell does not fill the total background it returns YES
> from the isOpaque method. Otherwise, and this is the default, NO is
> returned, which should result in all the views below t
Hey check out my site http://www.xrah.com
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
Caba Conti wrote:
(Using a version from CVS of october 26th)
In the file "core/gui/Source/NSWorkspace.m"
in the method "_workspaceApplication":
The hardcoded default value for the workspace application is:
@"GSWorkspace".
Is this a typo? ... shouldn't this be @"GWorkspace"?
I fixed this.
Adam Fedor wrote:
Caba Conti wrote:
(Using a version from CVS of october 26th)
In the file "core/gui/Source/NSWorkspace.m"
in the method "_workspaceApplication":
The hardcoded default value for the workspace application is:
@"GSWorkspace".
Is this a typo? ... shouldn't this be @"GWorkspace
On Friday, November 15, 2002, at 08:21 am, Lyndon Tremblay wrote:
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: base64
Content-Type: application/octet-stream; name="NSGeometry.h.patch"
Content-Disposition: attachment; filename="NSGeometry.h.pat
Hi,
> Your emails are being messed up somewhere ...probably better for you to
> fix your mail system than for your recipient to hack the emails into
> shape
> by hand.
This was due to a small bug in Pantomime. I'll commit a fix to the CVS
version (Lyndon is using it anyway) in an hour or so.
L
> Actually, base includes md5.c/h and I was wondering whether it would be
> better if we added a set of categories to base's NSData to return md5
> digests of NSData. It seems that the c-api would be available but
> nothing in base seems to use it yet. (At least I couldn't find it.) If
> the
> I don't think the issue right now is "how" to implement it (because with
> yours we now seem to have three implementations) but rather "where".
Well,my vote would be a category method on NSString which takes bytes. The
outcome is a string, not data, and strings should be retiurned by class
me
On Thursday, January 23, 2003, at 11:44 am, David Ayers wrote:
Thanks Pete,
I don't think the issue right now is "how" to implement it (because
with yours we now seem to have three implementations) but rather
"where". But let me get back to "how" anyway. I think the following
API would be
Thanks Pete,
I don't think the issue right now is "how" to implement it (because with
yours we now seem to have three implementations) but rather "where".
But let me get back to "how" anyway. I think the following API would be
usefull
@interface NSData (MD5)
- (NSData *)md5Digest; /* This me
Richard Frith-Macdonald wrote:
I already added a simple category of NSData to the Additions library,
consisting only of an -MD5Digest method returning an NSData object.
Cool, I'll try to get a gsweb patch in soon...
I'm not sure what the other methods are supposed to do exactly ... the
st
Hi Manuel,
hi Richard
Manuel Guesdon wrote:
Hi,
On Thu, 23 Jan 2003 12:44:59 +0100 David Ayers <[EMAIL PROTECTED]> wrote:
>| I don't think the issue right now is "how" to implement it (because with
>| yours we now seem to have three implementations) but rather "where".
>| But let me get back
On Friday, January 24, 2003, at 10:13 am, David Ayers wrote:
Currently base exports -(NSData *)MD5Digest (but personnally I would
have preferred md5Digest :-)...)
I'm happy to change that will do it next.
>| - (NSString *)md5StringUsingEncoding: (NSStringEncoding) enc;
>| - (NSString *)
Richard Frith-Macdonald wrote:
On Friday, January 24, 2003, at 10:13 am, David Ayers wrote:
Currently base exports -(NSData *)MD5Digest (but personnally I would
have preferred md5Digest :-)...)
I'm happy to change that will do it next.
:-)
As regards other methods, my feeling is th
David Ayers wrote:
(Yes, Richard made me aware of that also :-) ) The gsweb patch I
posted yesterday still refered to DataToHexSting, but I didn't have to
link it agains gscrypt for some strange reason. So I guess I left a
runtime error. :-( (I didn't see a compiler warning using 3.2.1
eithe
> hi nicola,
>
> the menu items stay disabled on mac os X (jaguar)
> on NetBSD/X11 the same code works.
>
> any idea?
Do you have a small example/testcase of this problem ?
Thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
Andrew Ruder wrote:
Something -must- be done to keep linux machines from linking to
libgdi32. As far as I can tell, it is a library needed by the windows
back-end, but on linux, it's part of wine. This library, when linked,
makes gpbs seg fault and lots of other nasty things. I finally figured
> Hi,
>
> why does config.make override the CC I specify on the commandline?
>
> :0> CC=gcc32 gmake
Good question :-) - try with -
gmake CC=gcc32
note that CC=gcc32 should be *after*, not *before*, the make command if
you want to manually override a variable defined in the makefiles.
___
Thanks Matt!
I can confirm that this will fix it. But I'm almost think, that
removing the corresponding '(' might be the /better/ fix. So I'll wait
a little, to see if Nicola wants to jump in. Otherwise, I'll commit a
patch removing the '(' sometime soon.
Cheers,
David
PS: The patch current
Matt is indeed correct that there is a bracket mismatch, and I agree with
David that removing the leading (rather than adding a trailing) one would
be better. I applied such a change to CVS. :-)
Thanks Matt, thanks David!
> Thanks Matt!
>
> I can confirm that this will fix it. But I'm almost t
Miroslav Novy wrote:
> Hi,
> I have a problem with size of used memory in using the method
> stringWithFormat (class NSString)
> on gnustep-base 1.6.0 on solaris 2.8 (sparc) with gcc 2.95.3 (or gcc 3.2.1).
> I have made the attached tool for example.
> If I use in this tool string with size <= 819
On Monday, June 16, 2003, at 06:03 AM, Alexander Malmberg wrote:
Miroslav Novy wrote:
Hi,
I have a problem with size of used memory in using the method
stringWithFormat (class NSString)
on gnustep-base 1.6.0 on solaris 2.8 (sparc) with gcc 2.95.3 (or gcc
3.2.1).
I have made the attached tool for
On Monday, July 21, 2003, at 10:38 AM, Andrew Ruder wrote:
_pendingKeyEvents needs to be released
Fixed ... thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
On Monday, July 21, 2003, at 10:39 AM, Andrew Ruder wrote:
_fileTypes is retained but not released.
Fixed and tidied a little.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
On Monday, July 21, 2003, at 10:11 AM, Andrew Ruder wrote:
If _accessoryView is going to be retained, there needs to
be a dealloc method.
Thanks
--
Andrew Ruder
Applied ... thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/ma
On Monday, July 21, 2003, at 10:08 AM, Andrew Ruder wrote:
releases attr
Thanks
--
Andrew Ruder
Applied .. thanks
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
On Monday, July 21, 2003, at 10:16 AM, Andrew Ruder wrote:
Needed a dealloc routine
Thanks
--
Andrew Ruder
Applied .. thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
On Monday, July 21, 2003, at 10:19 AM, Andrew Ruder wrote:
This patch may be all-together unnecessary, but seems to maintain
the ownership paradigm of OpenStep more correctly, and may safeguard
against some unexpected happenings.
Thanks.
--
Andrew Ruder
Yes it's unnecessary, as the runloop owns t
On Monday, July 21, 2003, at 10:37 AM, Andrew Ruder wrote:
Since it seems to be possible to create a GSMemoryPanel besides the
shared one on the info panel, this class should probably have a
dealloc method.
Thanks
--
Andrew Ruder
Applied ... thanks.
On Monday, July 21, 2003, at 10:18 AM, Andrew Ruder wrote:
Releases _configurationDictionary and gets rid of some dead code
in one class.
Adds a dealloc routine in the other.
Thanks.
--
Andrew Ruder
Applied .. thanks.
___
Bug-gnustep mailing list
[E
On Monday, July 21, 2003, at 10:10 AM, Andrew Ruder wrote:
Saves a method call. It was creating arrays with
[NSMutableArray array] and then retaining them. Why not
save a method lookup and just do a [NSMutableArray new]?
Thanks
--
Andrew Ruder
Applied.
Some people use this style a lot (creatin
Andrew Ruder wrote:
This is mostly the same diff that I submitted a day or two ago;
however, this time I made a unified diff so that the changes
were more clear. A missing ASSIGN() was added and GSObjectData
was set to deallocate dictionary (which was currently not affecting
anything, but if tha
On Tuesday, July 22, 2003, at 07:47 AM, Andrew Ruder wrote:
The connections made by the .gorm file as well as _savePath need to be
released.
Thanks
--
Andrew Ruder
Applied ... thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
On Tuesday, July 22, 2003, at 07:07 AM, Andrew Ruder wrote:
_menu needs to be released. Added dealloc method.
Thanks
--
Andrew Ruder
Applied ... thanks.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
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 re
On Thursday, September 18, 2003, at 10:28 PM, Stefan Urbanek wrote:
Hi,
AgentFarms stopped to work. I am getting this:
/usr/GNUstep/Local/Tools/afsimulator: Uncaught exception
NSObjectInaccessibleException, reason: Forwarding message in wrong
thread
Were there any forwarding/thread related ch
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 wro
I've been unable to reproduce it here. Attached is a pic that shows a
cardstack I created using new, then adding rows, and then saved it.
I am also able to open stacks without a problem.
GJC
--- Rob Burns <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I recently updated gnutep cvs, and found one m
On 2003-12-26 17:20:45 +0700 Fred Kiefer <[EMAIL PROTECTED]> wrote:
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
It should be noted that the "recent change to GNUstep" was a memory leak fix
and the RELEASE was likely unecessary. :)
GJC
--- Rob Burns <[EMAIL PROTECTED]> wrote:
> On 2003-12-26 17:20:45 +0700 Fred Kiefer <[EMAIL PROTECTED]> wrote:
>
> > Hi Rob,
> >
> > I just compiled your code and it works
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 obje
Le 4 févr. 04, à 23:17, Fred Kiefer a écrit :
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
Well, I know the FSF is overworked, but their response lately,
particularly in assignments has been positively glacial. No assignments
have been processed since the beginning of the year (not in any
program, even gcc and gdb). However, the FSF has acknowledged to me
that there is a backlog of a
On Mon, 2003-12-08 at 11:57, Bruno Haible wrote:
>
> 2003-12-07 Bruno Haible <[EMAIL PROTECTED]>
>
> * Source/Additions/Unicode.m (GetDefEncoding): Use the result of
> nl_langinfo(CODESET) before falling back on ISO-8859-1.
> * config/codeset.m4: New file, taken from GNU gett
On 21 Mar 2004, at 18:23, Stefan Urbanek wrote:
Hi,
NSKeyedArchiver/Unarchiver has no point, size, rect and range encoding
implemented.
Why do you say that? What about the ones for point, size and rect in
base/Source/NSKeyedArchiver.m ?
There is no method for encoding/decoding ranges because
On 2004-03-21 20:44:21 +0100 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:
On 21 Mar 2004, at 18:23, Stefan Urbanek wrote:
Hi,
NSKeyedArchiver/Unarchiver has no point, size, rect and range encoding
implemented.
Why do you say that? What about the ones for point, size and rect in
base/Sou
1 - 100 of 3031 matches
Mail list logo
