Re: Changes to graphic context handling
Fred, I tried the new svn 24903 with your changes. It looks like printing works now, when using the art backend. Cairo does not generate good EPS, but at least it tries. On the related subject of Cairo, I just submitted 3 bug reports, including the printing problem. I submitted the TestApp that I used for debugging NSBitmapImageRep that you might find useful. Cheers, Mark Tracy On Mar 19, 2007, at 6:29 AM, Fred Kiefer wrote: Mark Tracy wrote: The change you made has broken one of my programs. I am printing from a windowless custom view because I want to lay out the report for paper not the screen. Maybe not a wise strategy, but certainly not an illegal one. This works fine for Cocoa and for previous editions of GNUstep. In svn 24892, NSView.m line 1900, there is: - (void) lockFocusInRect: (NSRect)rect { [self _lockFocusInContext: [_window graphicsContext] inRrect: rect] } In my program, since the view is not associated with a window, nil is passed, and I get a segfault trying to read the context. I changed it to read: - (void) lockFocusInRect: (NSRect)rect { NSGraphicsContext *ctxt = (_window ? [_window graphicsContext] : GSCurrentContext() ); [self _lockFocusInContext: ctxt inRect: rect]; } This appears to solve my problem, but it should be reviewed by someone who has a deeper knowledge. Hi Mark, thank you very much for this bug report. It shows that somebody is using the print functionality in GNUstep. What you are doing is quite legitimate and GNUstep has to support it. I have tried to correct the problem you found in a slightly different way. Could you please have a go with current SVN source and report back, if it still fails? There will be a couple of further changes to the graphics context handling in the next weeks. I try to do this big change rather smoothly, but you already discovered the first error here. So please test this from time to time for new errors. Cheers, Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
RE: Problem building gnustep-base tools with MinGW
Selon Nicola Pero [EMAIL PROTECTED]: Mine is: gcc -Wl,--enable-auto-import -fgnu-runtime -o obj/autogsdoc.exe ./obj/autogsdoc.o ./obj/AGSParser.o ./obj/AGSOutput.o ./obj/AGSIndex.o ./obj/AGSHtml.o -L../Source/./obj -L/home/Nico/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib/gnu-gnu-gnu -L/usr/local/lib -lgnustep-base-lobjc -L/usr/local/lib -lxml2 -lz -liconv -lws2_32 -liconv -lcallback -lavcall -liberty -lz -lws2_32 -ladvapi32 -lcomctl32 -luser32 -lcomdlg32 -lmpr -lnetapi32 -lm -I. With layout=fhs mine is : gcc -Wl,--enable-auto-import -fgnu-runtime -o obj/autogsdoc.exe ./obj/autogsdoc.o ./obj/AGSParser.o ./obj/AGSOutput.o ./obj/AGSIndex.o ./obj/AGSHtml.o -L../Source/./obj -L/home/Xavier/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib/gnu-gnu-gnu -L/usr/local/lib -L/usr/local/lib -lgnustep-base-lobjc -lxslt -L/usr/local/lib -lxml2 -L/usr/local/lib -lz -lws2_32 -liconv -lcallback -lavcall -lbfd -liberty -lz -lws2_32 -ladvapi32 -lcomctl32 -luser32 -lcomdlg32 -lmpr -lnetapi32 -lm -I. The only difference that I can see if that you have -lxslt ... could it be anything to do with the problem ? xslt is installed since a very long time... But it seems you're right !! This morning i deleted everything and re-install from scratch and now it works with gnustep-make in c:/GNUstep, with gcc 3.4.2, without xslt. (I still cant use --enable-native-objc-exceptions but that's not so important) But if i install xslt, gnustep-base doesn't build ! (i tried twice as i wanted to be sure :-) I build xslt from source without any oddity. It is installed by default in /usr/local - like any other library. And it is found by gnustep-base configure script : checking for xml2-config... /usr/local/bin/xml2-config checking for libxml - version = 2.3.0... yes checking libxml/SAX2.h usability... yes checking libxml/SAX2.h presence... yes checking for libxml/SAX2.h... yes checking for xsltApplyStylesheet in -lxslt... yes checking libxslt/xslt.h usability... yes checking libxslt/xslt.h presence... yes checking for libxslt/xslt.h... yes I still dont understand all the problems i encountered : Why the old release version couldn't be built ? I'm (almost) sure they used to. Many thanks ! Xavier ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with gnustep trunk
On 2007-03-16 13:33:48 +0200 Enrico Sersale [EMAIL PROTECTED] wrote: On 2007-03-16 13:04:30 +0200 Nicola Pero [EMAIL PROTECTED] wrote: Unfortunately, for me not. I still get: File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found with any application or tool... Thanks Enrico ... I'm not sure why ... can you provide me/us with some more info to find/fix the problem ? :-) It seems that the problem appears when you have an old /usr/GNUstep/System/Library/Libraries/Resources together with the new one. Oh ... I see, thanks! :-) hopeful Did the problem go away after a clean reinstall then ? :-) Yes, if with clean reinstall you mean to remove all your GNUstep directory, as I've done before understanding where the problem was :-) But it is sufficient to remove the old Resources directory. But I've to suppose that *many* people have $GNUSTEP_SYSTEM_ROOT/Library/Libraries/Resources; perhaps NSBundle should not try anymore to load resources from it even if it exists... Thanks Today, after a svn update, the problem is again here... (on four different machines) (I do have a /usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/Languages) ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with gnustep trunk
Today, after a svn update, the problem is again here... (on four different machines) (I do have a /usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/Languages) Thanks ... we clearly haven't finished fixing this yet :-( The directory is looked up in various places ... can you provide us with the exact error message you get ? Is it still in NSUserDefaults.m or somewhere else ? Thanks ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with gnustep trunk
On 2007-03-20 15:17:49 +0200 Nicola Pero [EMAIL PROTECTED] wrote: Today, after a svn update, the problem is again here... (on four different machines) (I do have a /usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/Languages) Thanks ... we clearly haven't finished fixing this yet :-( The directory is looked up in various places ... can you provide us with the exact error message you get ? Is it still in NSUserDefaults.m or somewhere else ? Thanks It is exactly the same messages: [EMAIL PROTECTED] ~]# make_services 2007-03-20 15:38:12.039 make_services[23877] File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Please digg this, we want GNUstep's Summer of Code participation's place in t
I just reading, the Etolie blog I found this!! I think that this guy had good points! --- Anonymous said... I was wondering, if anyone an answer my question, there is any default file manager with Etoile? i.e. GWorkspace? and why not work in a cooperative mode with other GNUStep developers? Integration and cooperation is the key of succsess, otherwise all efforts will never produce good results. You can see how Gnome or KDE started and now is the default GUI and develop environment in *NIX So guys! some times is better not be selfish (sorry if I'm been rude), but having open mind and talk and integrate others GNUstep applications will help to bring GNUStep on to the next step. I've been looking at GNUStep for the last 5 or 6 Yrs, and until now things looking a bit better, Why?, because guys like you guys are doing things right, so keep my comments on mind and keep doing well, and do not forget integration with others application and talk, talk, and talk about GNUStep / Etoile last thoughts that could benefit the project. *Networking *Admin tools for *NIX *Deveoper tools (Gorm and Project centre) *GORM's palletes (functional, i.e DB, 3d Funtions, graphics funtions, etc) *OpenGL integration (beryl) (yeah! I read the other post but no innovation or good integration means that everyone will look at this kids of projects and no interest bigger will increase) good luck 10:41 PM From: Yen-Ju Chen [EMAIL PROTECTED] To: Discuss GNUstep discuss-gnustep@gnu.org, GNUstep Developers gnustep-dev@gnu.org Subject: Re: Please digg this,we want GNUstep's Summer of Code participation's place in thelimelight! Date: Mon, 19 Mar 2007 15:16:26 -0700 On 3/19/07, Stefan Bidigaray [EMAIL PROTECTED] wrote: It seems like the votes have stagnated! I'd like to see this go to the front page, yet we only have 39 diggs so far, I can't believe there are only 39 people that read these mailing lists who are interested in GNUstep. I'm not sure how many diggs we need to get to the front page, but I think it's 40, which means we only need 1 more vote, come on people! dzone.com may be more focus on developers. Let me see whether I can put it on the blog. Yen-Ju Just do it! Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep _ Get Hotmail, News, Sport and Entertainment from MSN on your mobile. http://www.msn.txt4content.com/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Changes to graphic context handling
Thank you for these bug reports and especially for the great test application. I ran it on my Linux machine already and was able to fix the GSReadRect:. Next I will try it on my Apple laptop to see the expected results there. Cheers, Fred Mark Tracy wrote: Fred, I tried the new svn 24903 with your changes. It looks like printing works now, when using the art backend. Cairo does not generate good EPS, but at least it tries. On the related subject of Cairo, I just submitted 3 bug reports, including the printing problem. I submitted the TestApp that I used for debugging NSBitmapImageRep that you might find useful. Cheers, Mark Tracy On Mar 19, 2007, at 6:29 AM, Fred Kiefer wrote: Mark Tracy wrote: The change you made has broken one of my programs. I am printing from a windowless custom view because I want to lay out the report for paper not the screen. Maybe not a wise strategy, but certainly not an illegal one. This works fine for Cocoa and for previous editions of GNUstep. In svn 24892, NSView.m line 1900, there is: - (void) lockFocusInRect: (NSRect)rect { [self _lockFocusInContext: [_window graphicsContext] inRrect: rect] } In my program, since the view is not associated with a window, nil is passed, and I get a segfault trying to read the context. I changed it to read: - (void) lockFocusInRect: (NSRect)rect { NSGraphicsContext *ctxt = (_window ? [_window graphicsContext] : GSCurrentContext() ); [self _lockFocusInContext: ctxt inRect: rect]; } This appears to solve my problem, but it should be reviewed by someone who has a deeper knowledge. Hi Mark, thank you very much for this bug report. It shows that somebody is using the print functionality in GNUstep. What you are doing is quite legitimate and GNUstep has to support it. I have tried to correct the problem you found in a slightly different way. Could you please have a go with current SVN source and report back, if it still fails? There will be a couple of further changes to the graphics context handling in the next weeks. I try to do this big change rather smoothly, but you already discovered the first error here. So please test this from time to time for new errors. Cheers, Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: FILE* interface to NSString or NSData?
On 19/3/07 20:33, Fred Kiefer [EMAIL PROTECTED] wrote: The class you are asking for is NSStream plus its subclasses NSInputStream and NSOutputStream. Michael Hopkins wrote: We want to convert a C library that reads from and writes to binary FILE* descriptors using fread() fwrite() to do the same thing but accessing e.g. NSString or NSData objects instead. Is there some accepted (cross-platform safe) way of doing this using Foundation/GNUstep-base? We have the whole compatible subset of Cocoa Foundation and GNUstep-base available if a solution needs other classes to be involved. Thanks a lot Fred NSInputStream was perfect for reading and I used [NSMutableData appendBytes: length: ] for the output. Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/ _/_/_/ Hopkins Research Ltd _/_/ _/_/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/_/ _/ _/ _/_/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hosts MAC address available from within Foundation?
Hi all Is there some part of the Foundation API that lets me unambiguously discover the MAC address of the host running the application? Thx Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/ _/_/_/ Hopkins Research Ltd _/_/ _/_/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/_/ _/ _/ _/_/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with gnustep trunk
[EMAIL PROTECTED] ~]# make_services 2007-03-20 15:38:12.039 make_services[23877] File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found OK ... I debugged and rewrote the lot ... try again now. :-) Thanks ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with gnustep trunk
On 2007-03-20 20:31:57 +0200 Nicola Pero [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] ~]# make_services 2007-03-20 15:38:12.039 make_services[23877] File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found OK ... I debugged and rewrote the lot ... try again now. :-) Thanks Thank you. Fixed. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Hosts MAC address available from within Foundation?
On 2007-03-20 19:22:00 +0100 Michael Hopkins [EMAIL PROTECTED] wrote: Is there some part of the Foundation API that lets me unambiguously discover the MAC address of the host running the application? No, but you can use getaddrinfo(3) to obtain a socket address structure, then loop through each entry and check whether it's AF_LINK. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
RE: Problem building gnustep-base tools with MinGW
Hi XSLT is #***ed on Windows. It compiles as a static library, and its imports end up overriding the imports in gnustep-base.dll when you do a -lxslt, such that all of the libxml2 and gnustep-base exported symbols get obliterated (all the __objc_ and NS* functions). I don't know what the solution is, but I usually leave xslt out. If you have a copy of Visual Studio 6 lying around, the depends tool in it will give you an idea of what I mean (run it against gnustep-base.dll). We should contact the xslt people and let them know about this, but likely they don't have the time to fix it as its a Windows compile issue. I'm not sure, but I think the gnuwin32 binaries with libxslt precompiled using VC++ may work. These are hidden on the sf download page of this project. Regards Chris lcomdlg32 -lmpr -lnetapi32 -lm -I. The only difference that I can see if that you have -lxslt ... could it be anything to do with the problem ? xslt is installed since a very long time... But it seems you're right !! This morning i deleted everything and re-install from scratch and now it works with gnustep-make in c:/GNUstep, with gcc 3.4.2, without xslt. (I still cant use --enable-native-objc-exceptions but that's not so important) But if i install xslt, gnustep-base doesn't build ! (i tried twice as i wanted to be sure :-) I build xslt from source without any oddity. It is installed by default in /usr/local - like any other library. And it is found by gnustep-base configure script : checking for xml2-config... /usr/local/bin/xml2-config checking for libxml - version = 2.3.0... yes checking libxml/SAX2.h usability... yes checking libxml/SAX2.h presence... yes checking for libxml/SAX2.h... yes checking for xsltApplyStylesheet in -lxslt... yes checking libxslt/xslt.h usability... yes checking libxslt/xslt.h presence... yes checking for libxslt/xslt.h... yes I still dont understand all the problems i encountered : Why the old release version couldn't be built ? I'm (almost) sure they used to. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev