mainTerminal.app - Support: sr #106966, Problems setting fonts and sizes...

 
 

sr #106966: Problems setting fonts and sizes in Terminal

Submitter:  None
Submitted:  Fri 07 Aug 2009 08:22:36 PM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 08 Dec 2009 01:01:43 AM UTC, comment #7: 

The following are results of tests on both the old tarball version (0.9.5) and a new version (extracted from CVS on 6th December 2009), using libobjc versions 4.1 and 4.4:

Old source, libobjc version 4.1 -

        Attempting to change fonts using the Preferences
        panel causes Terminal.app to crash with a Seg fault.

New source, libobjc version 4.1 -

        Attempting to change fonts using the Preferences
        panel causes Terminal.app to crash with a Seg fault.

Old source, libobjc version 4.4 -

        Changing fonts from DejaVu Sans 12 to FreeSans 16
        works OK - no crash. On bringing up a new Terminal.app
        window, the correct font is displayed. The new fonts
        are recorded in .GNUstepDefaults.

New source, libobjc version 4.4 -

        Changing fonts using the Preferences panel no longer
        causes a Seg Fault, however it is ineffective - the
        new details are entered in the dialogue box but:
       
        1. The font used in a new Terminal window is still
           the old one; and
       
        2. The new fonts do not seem to get saved in
           .GNUstepDefaults, and are lost after Terminal.app
           is closed and restarted.

Richard Stonehouse <r_stonehouse>
Wed 25 Nov 2009 09:09:13 AM UTC, comment #6: 

The bug was a problem in method invocation.

It is a problem in libobjc and was fixed around 2007. So gcc 4.1.2 is affected but also gcc 4.2.1 I am using. On some platforms the bug does not manifest though.

One solution (I did not test myself) is to install "our" libobjc (1.6.0 is latest, I guess). It installs inside the GNUstep hierarchy and does not affect the rest of the system.
This is the way gcc 2.95 can be used for example.
After installing it, base needs to be reconfigured.

Otherwise you could try the latest SVN head or nightly tarball which contains a workaround in for older libobjc.

Terminal was fixed too since it had some strange workaround for this bug too which was removed. Use the version in GAP CVS head please.

I cannot close the bug here since I am not a bug manager. Future requests and bugs should be done in GAP.

Anonymous
Sat 21 Nov 2009 11:55:00 PM UTC, comment #5: 

Backtrace and other gdb output attached, as requested.

(file #19104)

Richard Stonehouse <r_stonehouse>
Thu 19 Nov 2009 03:29:22 PM UTC, comment #4: 

The distro is openSUSE version 10.2 (a bit old, I know).

The compiler is gcc:

gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.2 --enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --program-suffix=-4.1 --enable-version-specific-runtime-libs --without-system-libunwind --with-cpu=generic --host=i586-suse-linux
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)

libffi is used:

libffi41-4.1.2_20061115-7
libffi-devel-4.1.3-29
libffi41-devel-4.1.2_20061115-7

In case relevant, the objc versions are:

gcc-objc-4.1.3-29
libobjc41-4.1.2_20061115-5
gcc41-objc-4.1.2_20061115-5

The software is compiled for i586 32-bit (the processor is actually an AMD Athlon XP1700+)

gnustep-back is built with the art backend

I'll try to get the backtrace and other diagnostic information you request but will need to rebuild with debugging symbols - presumably the GNUstep libraries as well as Terminal.app?

I note your request to report stuff under gap rather than Terminal and will do so when initiating future reports - should I re-raise this one under gap or continue under the present filing?

Richard Stonehouse <r_stonehouse>
Wed 18 Nov 2009 06:58:27 PM UTC, comment #3: 

Please let me add that Terminal is maintained inside GAP now, thus post bugs related to it there.


I cannot reproduce your problem on any Linux box i tried and so cannot Gregory and Fred.
Please let us know:
- compiler
- if ffcall or libffi is used
- architecture and if 32 or 64 bits
- backend (cairo,art,xlib)

anything else which might be relevant. I suppose you are under Suse linux.

If you could provide a backtrace. Also, try when you stop due to the crash, to walk up the stack of one level ("up 1" in gdb) and print out the sender ("po sender").

thank you.

Riccardo Mottola <rmottola>
Sun 15 Nov 2009 09:16:05 PM UTC, comment #2: 

Regarding the first issue:

It seems that others have had the same problem - see:

http://lists.gnu.org/archive/html/discuss-gnustep/2009-10/msg00048.html

and

http://lists.gnu.org/archive/html/discuss-gnustep/2009-10/msg00058.html

the latter of which says "As I can see this is a bug on Font Panel. I can reproduce this problem on others apps."

I'm not clear whether this means it is a known problem or whether it ought to be reported.

I am using the stable versions, gnustep-make-2.2.0, base-1.18.0, and gui- and back-0.16.0.

Regarding the second issue: agreed, I now see I was using the wrong keys. When I use the correct keys, setting the fonts directly (in the non-recommended way) works fine.

Richard Stonehouse <r_stonehouse>
Sat 14 Nov 2009 10:25:15 PM UTC, comment #1: 

I do not fully follow this bug.

I think there are two different issues:

First, you try to set your font using the Preferences panel. It does not work for you, but I tried on several different machines and configurations, so I think something is wrong at your side. I tried on xlib, art and cairo backends...

Failing that you try to directly write the fotn preferences into terminal using "defaults" command line tool or a similar approach. THis sets the font for everything and not just the console. I would not consider this a bug, since it is not the recommended way and you are probably not setting the correct key in the domain.

Riccardo Mottola <rmottola>
Fri 07 Aug 2009 08:22:36 PM UTC, original submission:  

  * Attempting to set the font using the Preferences dialogue;
    on clicking 'Set' in the Font Panel, Terminal fails, e.g.:

      2009-08-07 20:03:51.022 Terminal[12097] NSFont <NSFont: 0x82988b8> FreeMono 16.000 0.000 0.000 16.000 0.000 0.000 N S 6 info <FTFontInfo: 0x8296380> size 16 {x = 2; y = -2; width = 4; height = 12} 1
      Segmentation fault

  * If a font is set in the user's GNUstep defaults:

      - if it is invalid, Terminal complains about it
        (correctly!); but

      - if it is valid, Terminal just ignores it and uses
        the font it would have done anyway;

      - however, setting a font size in defaults does
        take effect in the terminal window.

  * Setting a font size seems to apply it to the menus and
    dialogues as well as the terminal data (but, for menus,
    can be over-ridden by declaring a specific menu font
    and size). I think menu and dialogue fonts should be
    standard across all applications, not affected by
    application settings.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #19104:  typescript added by r_stonehouse (11KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by r_stonehouse (Posted a comment)
  • -email is unavailable- added by rmottola (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-11-21 r_stonehouse Attached File- Added typescript, #19104

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code