Re: Issues on WindowMaker
Fred Kiefer wrote: I haven't followed this in full detail, but wouldn't it be possible to call the _appIconInit method directly from _init? That way it should work correctly regardless of whether we use NSApplicationMain or not. Just committed that. I was about adding a hack to gnustep-base to finally fix #26438, but calling _appIconInit in _init is a very good idea 'til I get that hack done. Thanks for the suggestion. Wolfgang ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On 04.06.2011 10:51, Wolfgang Lux wrote: Germán Arias wrote: This is a problem only on some applications as SystemPeferences and Terminal. Others apps sometimes works fine, as Gorm. And others work fine as ProjectCenter and Gemas. Ah, sorry, my fault. The patch r33231 | wlux | 2011-06-02 10:45:07 +0200 (Thu, 02 Jun 2011) | 3 lines Ensure that applications get a proper app icon under WindowMaker even when their main nib contains visible at launch time windows. was breaking things for any application that wasn't using NSApplicationMain() in its main function like SystemPreferences. It didn't crash for me but its mini window was showing an empty image. I've reverted the change, which means that at the moment applications using visible at launch time windows will not get a proper app icon and menu under WindowMaker for now. I haven't followed this in full detail, but wouldn't it be possible to call the _appIconInit method directly from _init? That way it should work correctly regardless of whether we use NSApplicationMain or not. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
Germán Arias wrote: This is a problem only on some applications as SystemPeferences and Terminal. Others apps sometimes works fine, as Gorm. And others work fine as ProjectCenter and Gemas. Ah, sorry, my fault. The patch r33231 | wlux | 2011-06-02 10:45:07 +0200 (Thu, 02 Jun 2011) | 3 lines Ensure that applications get a proper app icon under WindowMaker even when their main nib contains visible at launch time windows. was breaking things for any application that wasn't using NSApplicationMain() in its main function like SystemPreferences. It didn't crash for me but its mini window was showing an empty image. I've reverted the change, which means that at the moment applications using visible at launch time windows will not get a proper app icon and menu under WindowMaker for now. Wolfgang ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
Yeah, I tried running GSTest in valgrind and it reported some invalid reads coming from -back, but I was in a rush and didn't have time to look closely - I will try to investigate it this weekend. btw, thanks for finding my initial mistake, Wolfgang! Cheers. Eric On 2011-06-03, at 5:53 PM, Germán Arias wrote: > On vie, 2011-06-03 at 17:06 -0600, Germán Arias wrote: >> On vie, 2011-06-03 at 11:01 +0200, Wolfgang Lux wrote: >>> >>> Hi German, >>> >>> I cannot reproduce your problems. The only issue that I've noticed is >>> that the first application launched under WindowMaker does not get a >>> proper application menu. But this is an instance of a known bug, which >>> is reported here: >>> http://savannah.gnu.org/bugs/?26438 >>> See also http://savannah.gnu.org/bugs/?28465 for a workaround. >>> >>> Wolfgang >>> >> >> This morning I remove GNUstep, and reinstall all from scratch. But still >> have the problem. So with gdb, testing SystemPreferences this is the >> backtrace (I hace GCC 4.6): >> >> >> (gdb) run >> Starting >> program: >> /usr/GNUstep/Local/Applications/SystemPreferences.app/SystemPreferences >> [Thread debugging using libthread_db enabled] >> [New Thread 0xb681e6c0 (LWP 6497)] >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0xb681e6c0 (LWP 6497)] >> 0xbfdc80b0 in ?? () >> (gdb) backtrace >> #0 0xbfdc80b0 in ?? () >> #1 0xb75c0b86 in -[NSMiniWindowView setImage:] (self=0xb75cabd2, >>_cmd=0x8381d90, anImage=0xb7779820) at NSWindow.m:526 >> #2 0x08139100 in ?? () >> #3 0xb75cabd2 in -[NSWindow miniaturize:] (self=0x8385c60, >> _cmd=0xb7779880, >>sender=0x83493e8) at NSWindow.m:2867 >> #4 0x08381d90 in ?? () >> #5 0xb7779820 in _OBJC_SELECTOR_TABLE () >> from /usr/GNUstep/Local/Library/Libraries/libgnustep-gui.so.0.21 >> #6 0x in ?? () >> (gdb) >> >> >> The problem when hide the app also persist. Hope this help. >> > > This is a problem only on some applications as SystemPeferences and > Terminal. Others apps sometimes works fine, as Gorm. And others work > fine as ProjectCenter and Gemas. > > > ___ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On vie, 2011-06-03 at 17:06 -0600, Germán Arias wrote: > On vie, 2011-06-03 at 11:01 +0200, Wolfgang Lux wrote: > > > > Hi German, > > > > I cannot reproduce your problems. The only issue that I've noticed is > > that the first application launched under WindowMaker does not get a > > proper application menu. But this is an instance of a known bug, which > > is reported here: > > http://savannah.gnu.org/bugs/?26438 > > See also http://savannah.gnu.org/bugs/?28465 for a workaround. > > > > Wolfgang > > > > This morning I remove GNUstep, and reinstall all from scratch. But still > have the problem. So with gdb, testing SystemPreferences this is the > backtrace (I hace GCC 4.6): > > > (gdb) run > Starting > program: > /usr/GNUstep/Local/Applications/SystemPreferences.app/SystemPreferences > [Thread debugging using libthread_db enabled] > [New Thread 0xb681e6c0 (LWP 6497)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb681e6c0 (LWP 6497)] > 0xbfdc80b0 in ?? () > (gdb) backtrace > #0 0xbfdc80b0 in ?? () > #1 0xb75c0b86 in -[NSMiniWindowView setImage:] (self=0xb75cabd2, > _cmd=0x8381d90, anImage=0xb7779820) at NSWindow.m:526 > #2 0x08139100 in ?? () > #3 0xb75cabd2 in -[NSWindow miniaturize:] (self=0x8385c60, > _cmd=0xb7779880, > sender=0x83493e8) at NSWindow.m:2867 > #4 0x08381d90 in ?? () > #5 0xb7779820 in _OBJC_SELECTOR_TABLE () >from /usr/GNUstep/Local/Library/Libraries/libgnustep-gui.so.0.21 > #6 0x in ?? () > (gdb) > > > The problem when hide the app also persist. Hope this help. > This is a problem only on some applications as SystemPeferences and Terminal. Others apps sometimes works fine, as Gorm. And others work fine as ProjectCenter and Gemas. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On vie, 2011-06-03 at 11:01 +0200, Wolfgang Lux wrote: > > Hi German, > > I cannot reproduce your problems. The only issue that I've noticed is > that the first application launched under WindowMaker does not get a > proper application menu. But this is an instance of a known bug, which > is reported here: > http://savannah.gnu.org/bugs/?26438 > See also http://savannah.gnu.org/bugs/?28465 for a workaround. > > Wolfgang > This morning I remove GNUstep, and reinstall all from scratch. But still have the problem. So with gdb, testing SystemPreferences this is the backtrace (I hace GCC 4.6): (gdb) run Starting program: /usr/GNUstep/Local/Applications/SystemPreferences.app/SystemPreferences [Thread debugging using libthread_db enabled] [New Thread 0xb681e6c0 (LWP 6497)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb681e6c0 (LWP 6497)] 0xbfdc80b0 in ?? () (gdb) backtrace #0 0xbfdc80b0 in ?? () #1 0xb75c0b86 in -[NSMiniWindowView setImage:] (self=0xb75cabd2, _cmd=0x8381d90, anImage=0xb7779820) at NSWindow.m:526 #2 0x08139100 in ?? () #3 0xb75cabd2 in -[NSWindow miniaturize:] (self=0x8385c60, _cmd=0xb7779880, sender=0x83493e8) at NSWindow.m:2867 #4 0x08381d90 in ?? () #5 0xb7779820 in _OBJC_SELECTOR_TABLE () from /usr/GNUstep/Local/Library/Libraries/libgnustep-gui.so.0.21 #6 0x in ?? () (gdb) The problem when hide the app also persist. Hope this help. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
Germán Arias wrote: On mié, 2011-06-01 at 23:09 +0200, Wolfgang Lux wrote: This bug was introduced with r33045 | ericwa | 2011-05-15 10:37:44 +0200 (Sun, 15 May 2011) | 14 lines Implement the _NET_WM_SYNC_REQUEST protocol described here: http://standards.freedesktop.org/wm-spec/1.3/ar01s06.html Eric was writing an additional value to the protocols array of a _gswindow_device_t struct but didn't care to increase the size of that array :-(. Fixed in svn. I've also added some code to make it easier to track down such errors in the future. Wolfgang After update it works perfectly, but after reboot my PC almost all applications crash when you minimize a window, and you lost the app if you hide it. Hi German, I cannot reproduce your problems. The only issue that I've noticed is that the first application launched under WindowMaker does not get a proper application menu. But this is an instance of a known bug, which is reported here: http://savannah.gnu.org/bugs/?26438 See also http://savannah.gnu.org/bugs/?28465 for a workaround. Wolfgang ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On mié, 2011-06-01 at 23:09 +0200, Wolfgang Lux wrote: > This bug was introduced with > > r33045 | ericwa | 2011-05-15 10:37:44 +0200 (Sun, 15 May 2011) | 14 > lines > > Implement the _NET_WM_SYNC_REQUEST protocol described here: > http://standards.freedesktop.org/wm-spec/1.3/ar01s06.html > > > Eric was writing an additional value to the protocols array of a > _gswindow_device_t struct but didn't care to increase the size of that > array :-(. > > Fixed in svn. I've also added some code to make it easier to track > down such errors in the future. > > Wolfgang > After update it works perfectly, but after reboot my PC almost all applications crash when you minimize a window, and you lost the app if you hide it. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
Germán Arias wrote: Sometimes (only in WindowMaker) isn't possible miniaturize a window, (the window becomes miniaturized, but is deminiaturized immediately). Also MiniWindows don't get the appropriate icon (for example in Gemas, all miniwindows have the AppIcon, instead the corresponding icon for the file). This bug was introduced with r33045 | ericwa | 2011-05-15 10:37:44 +0200 (Sun, 15 May 2011) | 14 lines Implement the _NET_WM_SYNC_REQUEST protocol described here: http://standards.freedesktop.org/wm-spec/1.3/ar01s06.html Eric was writing an additional value to the protocols array of a _gswindow_device_t struct but didn't care to increase the size of that array :-(. Fixed in svn. I've also added some code to make it easier to track down such errors in the future. Wolfgang ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On mar, 2011-05-31 at 07:35 +, ivuc...@gmail.com wrote: > Use environment variable LANG set to value C. For example: > > LANG=C make > > or > > export LANG=C > make > It works, thanks. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
I know that GCC can localize the messages, that can be enabled at compile time. But I'm afraid I don't know how to choose the locale at run time. Perhaps with the LANG environment variable (like $LANG=en_US or something like that)? A lot of software, GNU included, seems to use it for determining the locale. Also, in the documentation, did you also check the GCC info pages. Distro speciffic docs like pre-installed html how-to and intoduction manuals aren't always helpfull when it comes to "under the hood" things. On Mon, May 30, 2011 at 9:07 PM, Germán Arias wrote: > On dom, 2011-05-29 at 20:53 +0200, Fred Kiefer wrote: >> > >> > I ignore all warnings about unused variables. >> >> All these warnings are rather harmless. (BTW, did you translate them >> back from Spanish into English?) > > Yes, after install GCC I notice all is in spanish and I don't know if > there is an option to switch it to english (at documentation I don't see > anything about this). > >> >> I would be interested in the unused variables warnings you are getting >> for gui and back, though. >> > > Here the unused variables in GUI, none in Back. (I don't translate it, > since all these are unused variables): > > GUI > === > > NSActionCell.m:401:10: aviso: se define la variable ‘dummy’ pero no se > usa [-Wunused-but-set-variable] > > NSPrintOperation.m:1035:14: aviso: se define la variable ‘pageRect’ pero > no se usa [-Wunused-but-set-variable] > > GSLayoutManager.m:501:7: aviso: se define la variable ‘positions’ pero > no se usa [-Wunused-but-set-variable] > > GSHorizontalTypesetter.m:700:13: aviso: se define la variable ‘last_p’ > pero no se usa [-Wunused-but-set-variable] > > GSspell.m:464:7: aviso: se define la variable ‘words’ pero no se usa > [-Wunused-but-set-variable] > > SndfileSource.m:86:11: aviso: variable ‘range’ sin usar > [-Wunused-variable] > > RTFProducer.m:1162:12: aviso: se define la variable ‘loc’ pero no se usa > [-Wunused-but-set-variable] > > > > > > ___ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev > -- Besos, abrazos, confeti y aplausos. Jamie Ramone "El Vikingo" ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On dom, 2011-05-29 at 20:53 +0200, Fred Kiefer wrote: > > > > I ignore all warnings about unused variables. > > All these warnings are rather harmless. (BTW, did you translate them > back from Spanish into English?) Yes, after install GCC I notice all is in spanish and I don't know if there is an option to switch it to english (at documentation I don't see anything about this). > > I would be interested in the unused variables warnings you are getting > for gui and back, though. > Here the unused variables in GUI, none in Back. (I don't translate it, since all these are unused variables): GUI === NSActionCell.m:401:10: aviso: se define la variable ‘dummy’ pero no se usa [-Wunused-but-set-variable] NSPrintOperation.m:1035:14: aviso: se define la variable ‘pageRect’ pero no se usa [-Wunused-but-set-variable] GSLayoutManager.m:501:7: aviso: se define la variable ‘positions’ pero no se usa [-Wunused-but-set-variable] GSHorizontalTypesetter.m:700:13: aviso: se define la variable ‘last_p’ pero no se usa [-Wunused-but-set-variable] GSspell.m:464:7: aviso: se define la variable ‘words’ pero no se usa [-Wunused-but-set-variable] SndfileSource.m:86:11: aviso: variable ‘range’ sin usar [-Wunused-variable] RTFProducer.m:1162:12: aviso: se define la variable ‘loc’ pero no se usa [-Wunused-but-set-variable] ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On 29.05.2011 02:06, Germán Arias wrote: On jue, 2011-05-26 at 18:22 -0600, Germán Arias wrote: Sometimes (only in WindowMaker) isn't possible miniaturize a window, (the window becomes miniaturized, but is deminiaturized immediately). Also MiniWindows don't get the appropriate icon (for example in Gemas, all miniwindows have the AppIcon, instead the corresponding icon for the file). Trying to understand what are happening here. I recompile all, and notice some warnings that maybe help with this. I'm using GCC 4.6: BASE Making all for subproject ObjectiveC2... Compiling file blocks_runtime.m ... blocks_runtime.m: In the function ‘_Block_copy’: blocks_runtime.m:215:20: warning: take the direction of the expression of type 'id' [enabled by default] blocks_runtime.m: In the function ‘_Block_release’: blocks_runtime.m:238:20: warning: take the direction of the expression of type 'id' [enabled by default] GUI === Compiling file NSButtonCell.m ... NSButtonCell.m: In the function ‘-[NSButtonCell drawImage:withFrame:inView:]’: NSButtonCell.m:938:7: warning: implicit declaration of function ‘round’ [-Wimplicit-function-declaration] NSButtonCell.m:938:30: warning: incompatible implicit declaration of built-in function ‘round’ [enabled by default] Compiling file NSEvent.m ... NSEvent.m: In the function ‘-[NSEvent initWithCoder:]’: NSEvent.m:795:11: warning: case value ‘0’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:813:11: warning: case value ‘18’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:814:11: warning: case value ‘19’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:815:11: warning: case value ‘20’ isn't an enumerated type ‘NSEventType’ [-Wswitch] Back Compiling file GSGState.m ... GSGState.m: In the function ‘-[GSGState(Ops) GSSetFillColorspace:]’: GSGState.m:302:3: warning: receptor type 'void *' invalid [enabled by default] GSGState.m: In the function ‘-[GSGState(Ops) GSSetStrokeColorspace:]’: GSGState.m:313:3: warning: receptor type 'void *' invalid [enabled by default] I ignore all warnings about unused variables. All these warnings are rather harmless. (BTW, did you translate them back from Spanish into English?) I would be interested in the unused variables warnings you are getting for gui and back, though. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
After more testing I notice this problem only happen when GSBackHandlesWindowDecorations is set to YES. On sáb, 2011-05-28 at 18:06 -0600, Germán Arias wrote: > On jue, 2011-05-26 at 18:22 -0600, Germán Arias wrote: > > Sometimes (only in WindowMaker) isn't possible miniaturize a window, > > (the window becomes miniaturized, but is deminiaturized immediately). > > Also MiniWindows don't get the appropriate icon (for example in Gemas, > > all miniwindows have the AppIcon, instead the corresponding icon for the > > file). > > Trying to understand what are happening here. I recompile all, and > notice some warnings that maybe help with this. I'm using GCC 4.6: > > BASE > > > Making all for subproject ObjectiveC2... > Compiling file blocks_runtime.m ... > blocks_runtime.m: In the function ‘_Block_copy’: > blocks_runtime.m:215:20: warning: take the direction of the expression > of type 'id' [enabled by default] > blocks_runtime.m: In the function ‘_Block_release’: > blocks_runtime.m:238:20: warning: take the direction of the expression > of type 'id' [enabled by default] > > > GUI > === > > Compiling file NSButtonCell.m ... > NSButtonCell.m: In the function ‘-[NSButtonCell > drawImage:withFrame:inView:]’: > NSButtonCell.m:938:7: warning: implicit declaration of function > ‘round’ [-Wimplicit-function-declaration] > NSButtonCell.m:938:30: warning: incompatible implicit declaration of > built-in function ‘round’ [enabled by default] > > Compiling file NSEvent.m ... > NSEvent.m: In the function ‘-[NSEvent initWithCoder:]’: > NSEvent.m:795:11: warning: case value ‘0’ isn't an enumerated type > ‘NSEventType’ [-Wswitch] > NSEvent.m:813:11: warning: case value ‘18’ isn't an enumerated type > ‘NSEventType’ [-Wswitch] > NSEvent.m:814:11: warning: case value ‘19’ isn't an enumerated type > ‘NSEventType’ [-Wswitch] > NSEvent.m:815:11: warning: case value ‘20’ isn't an enumerated type > ‘NSEventType’ [-Wswitch] > > Back > > > Compiling file GSGState.m ... > GSGState.m: In the function ‘-[GSGState(Ops) GSSetFillColorspace:]’: > GSGState.m:302:3: warning: receptor type 'void *' invalid [enabled by > default] > GSGState.m: In the function ‘-[GSGState(Ops) GSSetStrokeColorspace:]’: > GSGState.m:313:3: warning: receptor type 'void *' invalid [enabled by > default] > > > I ignore all warnings about unused variables. > ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Issues on WindowMaker
On jue, 2011-05-26 at 18:22 -0600, Germán Arias wrote: > Sometimes (only in WindowMaker) isn't possible miniaturize a window, > (the window becomes miniaturized, but is deminiaturized immediately). > Also MiniWindows don't get the appropriate icon (for example in Gemas, > all miniwindows have the AppIcon, instead the corresponding icon for the > file). Trying to understand what are happening here. I recompile all, and notice some warnings that maybe help with this. I'm using GCC 4.6: BASE Making all for subproject ObjectiveC2... Compiling file blocks_runtime.m ... blocks_runtime.m: In the function ‘_Block_copy’: blocks_runtime.m:215:20: warning: take the direction of the expression of type 'id' [enabled by default] blocks_runtime.m: In the function ‘_Block_release’: blocks_runtime.m:238:20: warning: take the direction of the expression of type 'id' [enabled by default] GUI === Compiling file NSButtonCell.m ... NSButtonCell.m: In the function ‘-[NSButtonCell drawImage:withFrame:inView:]’: NSButtonCell.m:938:7: warning: implicit declaration of function ‘round’ [-Wimplicit-function-declaration] NSButtonCell.m:938:30: warning: incompatible implicit declaration of built-in function ‘round’ [enabled by default] Compiling file NSEvent.m ... NSEvent.m: In the function ‘-[NSEvent initWithCoder:]’: NSEvent.m:795:11: warning: case value ‘0’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:813:11: warning: case value ‘18’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:814:11: warning: case value ‘19’ isn't an enumerated type ‘NSEventType’ [-Wswitch] NSEvent.m:815:11: warning: case value ‘20’ isn't an enumerated type ‘NSEventType’ [-Wswitch] Back Compiling file GSGState.m ... GSGState.m: In the function ‘-[GSGState(Ops) GSSetFillColorspace:]’: GSGState.m:302:3: warning: receptor type 'void *' invalid [enabled by default] GSGState.m: In the function ‘-[GSGState(Ops) GSSetStrokeColorspace:]’: GSGState.m:313:3: warning: receptor type 'void *' invalid [enabled by default] I ignore all warnings about unused variables. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Issues on WindowMaker
Sometimes (only in WindowMaker) isn't possible miniaturize a window, (the window becomes miniaturized, but is deminiaturized immediately). Also MiniWindows don't get the appropriate icon (for example in Gemas, all miniwindows have the AppIcon, instead the corresponding icon for the file). ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev