Re: RE: A little issue with Yap
Marko Riedel [EMAIL PROTECTED] wrote: go into Info/Preferences and set the defaults for a2ps and gs (as documented on the web page). I guess Yap should do this automatically. I will try to remember to implement this. Thanks! I don't have a2ps installed and I'm not sure which of the many programs that call themselves a2ps it wants. Yap seems to work well for PDF, PS, PNG and JPG viewing except for all these dialogue boxes on startup. Stop it whinging so much with: ; diff -u Controller.m^(.orig '') --- Controller.m.orig 2007-02-10 10:11:45.0 + +++ Controller.m2007-02-10 10:13:42.0 + @@ -347,15 +347,13 @@ while((optClass=(Class)[optEn nextObject])!=nil){ opt = [optClass alloc]; if([opt initWithController:self]==nil){ -int result = -NSRunAlertPanel(@Warning, -@Couldn't initialize option \[EMAIL PROTECTED]:\n%@, -@Ok, @Abort, NULL, +// int result = +NSLog(@Warning: Couldn't initialize option \[EMAIL PROTECTED]: %@, [opt title], [opt errMsg]); [opt cleanupOption]; -if(result==NSAlertAlternateReturn){ +/* if(result==NSAlertAlternateReturn){ break; -} +} */ } else{ [unsorted addObject:opt]; Can you put the version number on Yap's download page, please? Hope that helps, -- MJR/slef ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace mdextractor problem
On 2007-02-10 01:30:13 +0100 Enrico Sersale [EMAIL PROTECTED] wrote: The problem is that mdextrator seems to be a cpu and memory hog : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7876 R 86.8 1.5 6:13 mdextractor Is this normal, should I wait longer for mdextractor to finish its work ? The first time you run mdextractor it needs to create its database; this means that it must extract the contents of all the indexable directories (default your home directory and the GNUstep Applications, Headers and Docomentation directories). This can take some time... When the database is created, all the successive work of keeping it updated is not cpu intensive. Well I thought about that and let it run. I don't have that much data : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7928 R 93.8 1.5 622:48 mdextractor And on a close enough topic : will MDFinder.app replace GWorkspace actual search tool ? Perhaps, in the future; for the moment it is a new thing that, besides a good name for all the stuff and some icons, needs to be used and tested by the GWorkspace users. -- The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell. - St. Augustine ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace mdextractor problem
On 2007-02-10 13:02:48 +0200 Philippe Roussel [EMAIL PROTECTED] wrote: On 2007-02-10 01:30:13 +0100 Enrico Sersale [EMAIL PROTECTED] wrote: The problem is that mdextrator seems to be a cpu and memory hog : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7876 R 86.8 1.5 6:13 mdextractor Is this normal, should I wait longer for mdextractor to finish its work ? The first time you run mdextractor it needs to create its database; this means that it must extract the contents of all the indexable directories (default your home directory and the GNUstep Applications, Headers and Docomentation directories). This can take some time... When the database is created, all the successive work of keeping it updated is not cpu intensive. Well I thought about that and let it run. I don't have that much data : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7928 R 93.8 1.5 622:48 mdextractor Do you mean that 93.8% is *after* the first indexing? It should look something like this: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 27821 root 16 0 55200 38m 8516 S0 3.8 2:19.95 mdextractor and I, for texting, let mdextractor index 9743 directories containing 80245 indexable paths and 869200 unique words! ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
bug with addSubview ??
Hi, The upper textfield appears a long way from where I expect it (off the window initially, have to resize to see it). Is this just a bug or am I doing something silly ? #import Foundation/Foundation.h #include AppKit/AppKit.h @interface MySubView : NSView { NSTextField *p0; } @end @implementation MySubView - (id) initWithFrame: (NSRect)r { self = [super initWithFrame: r]; float pad=10.0; p0=[[NSTextField alloc] initWithFrame: NSMakeRect(r.origin.x+pad,r.origin.y+pad,r.size.width-(pad*2.0),r.size.height-(pad*2.0))]; [p0 setStringValue: @test]; [self addSubview: p0]; return self; } - (void) drawRect: (NSRect)rect { float pad = 5.0; float left = rect.origin.x+pad; float right = rect.origin.x+rect.size.width-pad; float bot = rect.origin.y+pad; float top = rect.origin.y+rect.size.height-pad; NSPoint p1 = NSMakePoint(left,bot); NSPoint p2 = NSMakePoint(right,bot); NSPoint p3 = NSMakePoint(right,top); NSPoint p4 = NSMakePoint(left,top); NSBezierPath *square = [NSBezierPath bezierPath]; [square moveToPoint:p1]; [square lineToPoint:p2]; [square lineToPoint:p3]; [square lineToPoint:p4]; [square lineToPoint:p1]; [[NSColor blackColor] set]; [square stroke]; } @end @interface MyView : NSView {} @end @implementation MyView - (id) initWithFrame: (NSRect)r { [super initWithFrame: r]; float offset=r.size.height/2.0; MySubView *mySV; mySV=[[MySubView alloc] initWithFrame: NSMakeRect(r.origin.x,r.origin.y,r.size.width,offset)]; [mySV setAutoresizingMask: NSViewWidthSizable|NSViewHeightSizable|NSViewMaxYMargin]; [self addSubview: mySV]; RELEASE(mySV); mySV=[[MySubView alloc] initWithFrame: NSMakeRect(r.origin.x,r.origin.y+offset,r.size.width,offset)]; [mySV setAutoresizingMask: NSViewWidthSizable|NSViewHeightSizable|NSViewMinYMargin]; [self addSubview: mySV]; RELEASE(mySV); return self; } @end @interface AppController : NSObject { NSWindow*window; MyView *myV; } - (void)applicationWillFinishLaunching:(NSNotification *) not; - (void)applicationDidFinishLaunching:(NSNotification *) not; @end @implementation AppController - (void) applicationWillFinishLaunching: (NSNotification *) not { NSMenu *menu = [NSMenu new]; [menu addItemWithTitle: @Quit action: @selector(terminate:) keyEquivalent: @q]; [NSApp setMainMenu:menu]; RELEASE(menu); window = [[NSWindow alloc] initWithContentRect: NSMakeRect(200, 200, 100, 100) styleMask: (NSTitledWindowMask | NSMiniaturizableWindowMask | NSResizableWindowMask) backing: NSBackingStoreBuffered defer: YES]; [window setTitle: @Hello World]; myV=[[MyView alloc] initWithFrame: [[window contentView] frame]]; [myV setAutoresizingMask: NSViewWidthSizable | NSViewHeightSizable ]; [[window contentView] addSubview: myV]; } - (void) applicationDidFinishLaunching: (NSNotification *) not { [window makeKeyAndOrderFront: self]; } @end int main(int argc, const char *argv[]) { NSAutoreleasePool *pool; AppController *delegate; pool = [[NSAutoreleasePool alloc] init]; delegate = [[AppController alloc] init]; [NSApplication sharedApplication]; [NSApp setDelegate: delegate]; RELEASE(pool); return NSApplicationMain (argc, argv); } Regards, Paddy ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: bug with addSubview ??
On 10 Feb 2007, at 11:23, Paddy Smith wrote: Hi, The upper textfield appears a long way from where I expect it (off the window initially, have to resize to see it). Is this just a bug or am I doing something silly ? I think probably something silly ... bear in mind that a views coordinates are relative to the view it is placed in. I suspect that you meant the coordinates for the textfield to be pad,pad rather than r.origin.x+pad,r.origin.y+pad ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace mdextractor problem
[sorry, hit send button too fast on the last mail] On 2007-02-10 12:20:48 +0100 Enrico Sersale [EMAIL PROTECTED] wrote: Do you mean that 93.8% is *after* the first indexing? It should look something like this: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 27821 root 16 0 55200 38m 8516 S0 3.8 2:19.95 mdextractor and I, for texting, let mdextractor index 9743 directories containing 80245 indexable paths and 869200 unique words! I had the indexing configured to scan only a subset of my home directory (plus GNUstep directories of course) and it's still crunching : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7928 R 90.3 1.5 663:04 mdextractor Strangely, disk is mostly idle so I'm not sure mdextractor is doing anything except burning cpu cycles :o) I could try to get a gdb backtrace. About MDFinder, I would say it's a great tool. It's fast and seems stable. On the contrary, current GWorkspace search tool seems to hang easily. Whenever I start a search and try to stop it after some time, I have to kill the process to get a usable GWorkspace back. Let me know if I can help. Thanks, Philippe -- If you took all of the grains of sand in the world, and lined them up end to end in a row, you'd be working for the government! ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace seg fault
Stefan Bidigaray schrieb: On 2/9/07, *Enrico Sersale* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes, this is the normal behavior. At this point I'd really need a gdb backtrace; you must only use debugapp instead of openapp and send me the results... Keeping in mind I've never done anything like this before, here's the backtrace and gdb's output... From GDB's output it looks like it's something to do with the fact that I'm using the cairo backend, which I guess I didn't mention before since I didn't think it was relevant seeing as everything else worked OK. The only thing that could trigger this problem in the cairo backend is that _ct was not set, when calling this GSCurrentCTM method. I protected all matrix calls from having an undefined _ct. (And submitted some more stuff I had lying around) Could you please retest with current SVN? Thanks Fred ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Installing LiveCD
In an attempt to get back to GNUstep, I tried on the LiveCD version i486-1.0. It can't boot my box with Intel 965 chipset natively, which is pretty normal for current Linuxes. Booting in VWware appears to work fine, though. Now I want to install onto the hard disk. The LiveCD's ReadMe recommends sudo su; morphixinstaller, but this doesn't work at all: command not found. find / *morphix* doesn't find anything either. Obviously, there's missing something. So, how would I go from here without all the work of installing another distribution first? Thanks, Markus P.S.: shutting down doesn't work either: Going single user ... root account is locked, starting shell. - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace seg fault
Enrico Sersale schrieb: On 2007-02-10 14:52:48 +0200 Fred Kiefer [EMAIL PROTECTED] wrote: Stefan Bidigaray schrieb: On 2/9/07, *Enrico Sersale* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes, this is the normal behavior. At this point I'd really need a gdb backtrace; you must only use debugapp instead of openapp and send me the results... Keeping in mind I've never done anything like this before, here's the backtrace and gdb's output... From GDB's output it looks like it's something to do with the fact that I'm using the cairo backend, which I guess I didn't mention before since I didn't think it was relevant seeing as everything else worked OK. The only thing that could trigger this problem in the cairo backend is that _ct was not set, when calling this GSCurrentCTM method. I protected all matrix calls from having an undefined _ct. (And submitted some more stuff I had lying around) Could you please retest with current SVN? Thanks Fred Now, after a lot of Font not found Helvetica, I get this: gw-trace and this: syspref-trace is from SystemPreferences selecting the Indexing modules. In both the cases, it seems that there is something related with -GSReadRect: because both the apps try to create some resized imges using [NSBitmapImageRep initWithFocusedViewRect:]. In that case you better give up using the cairo backend for GWorkspace. GSReadRect: is currently not supported for this backend. I only just started to add some code here. I will look into improving on this, but as far as I can currently see there is no way to extract data from a cairo surface with cairo 1.2.4 and I don't plan to move to a more recent cairo release any time soon. Cheers, Fred ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: bug with addSubview ??
On 2/10/07, Richard Frith-Macdonald [EMAIL PROTECTED] wrote: On 10 Feb 2007, at 11:23, Paddy Smith wrote: Hi, The upper textfield appears a long way from where I expect it (off the window initially, have to resize to see it). Is this just a bug or am I doing something silly ? I think probably something silly ... bear in mind that a views coordinates are relative to the view it is placed in. I suspect that you meant the coordinates for the textfield to be pad,pad rather than r.origin.x+pad,r.origin.y+pad D'oh! I really thought I'd checked that the origins coming in there were 0,0. I just figured I'd want them if I moved to another frame of reference (like if I ditch views). So the NSRect that is passed in is the frame in terms of the containing coordinates (which makes sense I suppose, otherwise you could just send a size :-)) and what it buys you is precisely what I'm trying to do(!), the ability to draw directly in the view, which is done in terms of *that* coordinate system. And the view having its own frame of reference is more or less just sugar that makes it a handy weapon to point at your feet ;-) My consistency hobgoblin is now hopping from foot to foot :-))) Thank you, thank you very much! That was something I wasn't going to see even though it was staring me in the face! :-) Regards, Paddy ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Installing LiveCD
On 2/10/07, Markus Hitter [EMAIL PROTECTED] wrote: In an attempt to get back to GNUstep, I tried on the LiveCD version i486-1.0. It can't boot my box with Intel 965 chipset natively, which is pretty normal for current Linuxes. Booting in VWware appears to work fine, though. Now I want to install onto the hard disk. The LiveCD's ReadMe recommends sudo su; morphixinstaller, but this doesn't work at all: command not found. find / *morphix* doesn't find anything either. Obviously, there's missing something. So, how would I go from here without all the work of installing another distribution first? Well, the Live CD is no longer based on Morphix, that's why morphixinstall doesn't work. There's some instructions on how to install here: http://www.linuks.mine.nu/gnustep/install.txt As you can see they're pretty rough! I was trying to come up with an installer but got side tracked by all the other crap I need to do before actually doing anything like this (personal stuff, like getting a job). Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: bug with addSubview ??
On 2/10/07, Paddy Smith [EMAIL PROTECTED] wrote: D'oh! I really thought I'd checked that the origins coming in there were 0,0. I just figured I'd want them if I moved to another frame of reference (like if I ditch views). So the NSRect that is passed in is the frame in terms of the containing coordinates (which makes sense I suppose, otherwise you could just send a size :-)) and what it buys you is precisely what I'm trying to do(!), the ability to draw directly in the view, which is done in terms of *that* coordinate system. And the view having its own frame of reference is more or less just sugar that makes it a handy weapon to point at your feet ;-) sorry, feeling a bit slow today. the rect in drawRect is origin 0,0 for a view (ie in terms of that view's frame of reference). apologies for blathering on :-) but thanks once again, my code works beautifully now :-) Regards, Paddy ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Plugins with terminal application...
I'm writing a GUI-less application and find the need for plugins. Avoiding the pro's and con's of doing so, is it POSSIBLE? If so, how would I go about it? Basically the main application would be a single executable. But I am at a loss to figure out how to build the plugins (with OS X I would just create a Bundle - but I'm not sure how to go about it on Linux). Thanks for any insight! Cheers, Lloyd ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Migration to Objective-C 2.0
Hi all Does anyone here know whether GNU/gcc/GNUstep are planning to track the syntax runtime changes coming in Apple's Objective-C 2.0? If so, please post info or links. Thanks Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/ _/_/_/ Hopkins Research Ltd _/_/ _/_/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/_/ _/ _/ _/_/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Plugins with terminal application...
On 10 Feb 2007, at 00:26, [EMAIL PROTECTED] wrote: I'm writing a GUI-less application and find the need for plugins. Avoiding the pro's and con's of doing so, is it POSSIBLE? If so, how would I go about it? Basically the main application would be a single executable. But I am at a loss to figure out how to build the plugins (with OS X I would just create a Bundle - but I'm not sure how to go about it on Linux). Trivially easy ... just build and use bundles. The makefile to build a bundle called 'foo' would be: include $(GNUSTEP_MAKEFILES)/common.make BUNDLE_NAME=foo foo_OBJC_FILES=foo.m include $(GNUSTEP_MAKEFILES)/bundle.make ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace seg fault
On 2007-02-10 16:43:48 +0200 Fred Kiefer [EMAIL PROTECTED] wrote: Enrico Sersale schrieb: On 2007-02-10 14:52:48 +0200 Fred Kiefer [EMAIL PROTECTED] wrote: Stefan Bidigaray schrieb: On 2/9/07, *Enrico Sersale* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes, this is the normal behavior. At this point I'd really need a gdb backtrace; you must only use debugapp instead of openapp and send me the results... Keeping in mind I've never done anything like this before, here's the backtrace and gdb's output... From GDB's output it looks like it's something to do with the fact that I'm using the cairo backend, which I guess I didn't mention before since I didn't think it was relevant seeing as everything else worked OK. The only thing that could trigger this problem in the cairo backend is that _ct was not set, when calling this GSCurrentCTM method. I protected all matrix calls from having an undefined _ct. (And submitted some more stuff I had lying around) Could you please retest with current SVN? Thanks Fred Now, after a lot of Font not found Helvetica, I get this: gw-trace and this: syspref-trace is from SystemPreferences selecting the Indexing modules. In both the cases, it seems that there is something related with -GSReadRect: because both the apps try to create some resized imges using [NSBitmapImageRep initWithFocusedViewRect:]. In that case you better give up using the cairo backend for GWorkspace. GSReadRect: is currently not supported for this backend. I only just started to add some code here. I will look into improving on this, but as far as I can currently see there is no way to extract data from a cairo surface with cairo 1.2.4 and I don't plan to move to a more recent cairo release any time soon. Well, I see a cairo_image_surface_get_data() in cairo-image-surface.c; and, in CairoGState.m, you are already using cairo_image_surface_get_format() passing to it a cairo_surface_t*. But probably I'm missing something... Cheers, Fred ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Installing LiveCD
Am 10.02.2007 um 15:55 schrieb Stefan Bidigaray: As you can see they're pretty rough! Yes, not exactly what one would expect from a 1.0 release. Worse, it depends on a network; this cdebootstrap thing likely takes ages with my modem. *sigh* Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Installing LiveCD
On 2/10/07, Markus Hitter [EMAIL PROTECTED] wrote: Yes, not exactly what one would expect from a 1.0 release. Worse, it depends on a network; this cdebootstrap thing likely takes ages with my modem. *sigh* Well, as far as I understand it, the idea behind the GNUstep Live CD is to give you a first impression of GNUstep. The instructions on that link I provided before describe installing a complete Debian GNU/Linux on that particular partition. Which makes sense, seeing as the Live CD is just a Debian installation CDified (for a lack of better word). If you're interested, you can do a base install of Debian (using the business card CD) and follow the instructions on the Wiki: http://wiki.gnustep.org/index.php/Platform:Linux Debian is a very network-centric distro, so trying to do anything with it without a broadband connection is fustrating. Keep in mind if you want GNUstep with Debian, you need at least Testing since everything else is way too outdated. The only other option would be to use the Slackware w/ the packages on the FTP or build everything from source, which is a bit rough. Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: RE: A little issue with Yap
Hello all, I will definitely fix this soon and precisely in the manner you describe. I do think a2ps is useful to have, as it can format source code very nicely. Moreover it has a delegation that lets you effortlessly use Yap to preview and print LaTeX files. You need the right delegations, which, however, are standard in most current a2ps installations, as documented on the Yap web page. Best regards, Marko --- MJ Ray [EMAIL PROTECTED] schrieb: Marko Riedel [EMAIL PROTECTED] wrote: go into Info/Preferences and set the defaults for a2ps and gs (as documented on the web page). I guess Yap should do this automatically. I will try to remember to implement this. Thanks! I don't have a2ps installed and I'm not sure which of the many programs that call themselves a2ps it wants. Yap seems to work well for PDF, PS, PNG and JPG viewing except for all these dialogue boxes on startup. Stop it whinging so much with: ; diff -u Controller.m^(.orig '') --- Controller.m.orig 2007-02-10 10:11:45.0 + +++ Controller.m2007-02-10 10:13:42.0 + @@ -347,15 +347,13 @@ while((optClass=(Class)[optEn nextObject])!=nil){ opt = [optClass alloc]; if([opt initWithController:self]==nil){ -int result = -NSRunAlertPanel(@Warning, -@Couldn't initialize option \[EMAIL PROTECTED]:\n%@, -@Ok, @Abort, NULL, +// int result = +NSLog(@Warning: Couldn't initialize option \[EMAIL PROTECTED]: %@, [opt title], [opt errMsg]); [opt cleanupOption]; -if(result==NSAlertAlternateReturn){ +/* if(result==NSAlertAlternateReturn){ break; -} +} */ } else{ [unsorted addObject:opt]; Can you put the version number on Yap's download page, please? Hope that helps, -- MJR/slef ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep +-+ | Marko Riedel, EDV Neue Arbeit gGmbH, [EMAIL PROTECTED] | | http://www.geocities.com/markoriedelde/index.html | +-+ ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace seg fault
Enrico Sersale schrieb: On 2007-02-10 16:43:48 +0200 Fred Kiefer [EMAIL PROTECTED] wrote: In both the cases, it seems that there is something related with -GSReadRect: because both the apps try to create some resized imges using [NSBitmapImageRep initWithFocusedViewRect:]. In that case you better give up using the cairo backend for GWorkspace. GSReadRect: is currently not supported for this backend. I only just started to add some code here. I will look into improving on this, but as far as I can currently see there is no way to extract data from a cairo surface with cairo 1.2.4 and I don't plan to move to a more recent cairo release any time soon. Well, I see a cairo_image_surface_get_data() in cairo-image-surface.c; and, in CairoGState.m, you are already using cairo_image_surface_get_format() passing to it a cairo_surface_t*. But probably I'm missing something... Just forget my last mail. Right after I send it, I set down and tried to figure out how cairo exposses the contents of a surface. It was a bit complicated, but not as hard as I thought. If my network is stable I will commit it in a minute. Cheers, Fred ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Migration to Objective-C 2.0
God I surely hope to hell not. -- Jeremy Tregunna [EMAIL PROTECTED] On 9-Feb-07, at 7:48 AM, Michael Hopkins wrote: Hi all Does anyone here know whether GNU/gcc/GNUstep are planning to track the syntax runtime changes coming in Apple's Objective-C 2.0? If so, please post info or links. Thanks Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/_/_/ _/_/ _/_/_/ Hopkins Research Ltd _/_/ _/_/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/_/ _/ _/ _/_/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/_/_/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep !DSPAM:45cdf868908691946112590! ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: GWorkspace mdextractor problem
On 2007-02-10 13:56:30 +0200 Philippe Roussel [EMAIL PROTECTED] wrote: [sorry, hit send button too fast on the last mail] On 2007-02-10 12:20:48 +0100 Enrico Sersale [EMAIL PROTECTED] wrote: Do you mean that 93.8% is *after* the first indexing? It should look something like this: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 27821 root 16 0 55200 38m 8516 S0 3.8 2:19.95 mdextractor and I, for texting, let mdextractor index 9743 directories containing 80245 indexable paths and 869200 unique words! I had the indexing configured to scan only a subset of my home directory (plus GNUstep directories of course) and it's still crunching : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND 30304 philou25 0 172m 22m 7928 R 90.3 1.5 663:04 mdextractor Strangely, disk is mostly idle so I'm not sure mdextractor is doing anything except burning cpu cycles :o) I could try to get a gdb backtrace. There was a bug visible only the first time mdextractor is run. It was trying to create a NSDistributedLock with an invalid path. Fixed on SVN. About MDFinder, I would say it's a great tool. It's fast and seems stable. On the contrary, current GWorkspace search tool seems to hang easily. Whenever I start a search and try to stop it after some time, I have to kill the process to get a usable GWorkspace back. Let me know if I can help. Thanks, Philippe ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep