I opened a bug for this:
https://www.illumos.org/issues/16613
emacs-gtk vers 29.3 crashes on startup

On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross <gordon.w.r...@gmail.com> wrote:
>
> Before beginning an exploration of which versions expose the font
> problem and which don't, I decided to start with updating the
> installation.  Now emacs-gtk doesn't work at all.  Suggestions?
> Output below:
>
> (emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols
> detected. Using GTK+ 2.x and GTK+ 3 in the same process is not
> supported
> Fatal error 5: Trace/breakpoint trap
> Backtrace:
> /usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46]
> /usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c]
> /usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c]
> /lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6]
> /lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371]
> /lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e]
> [0xffffffffffffffff]
> /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84
> [0x7fffae926874]
> /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6
> [0x7fffae9275c6]
> /usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01]
> /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87
> [0x7fffae931c07]
> /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff]
> /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e]
> /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9]
> /usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643]
> /usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60]
> /usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
> /usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f]
> /usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458]
> /usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
> /usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c]
> /usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314]
> /usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7]
> /usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6]
> /usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2]
> /usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b]
> /usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b]
> /usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76]
> /usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6]
> /usr/bin/emacs-gtk'main+0x1c49 [0x6417a9]
> /usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307]
> /usr/bin/emacs-gtk'_start+0x18 [0x4dc268]
> Trace/Breakpoint Trap
>
> On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross <gordon.w.r...@gmail.com> wrote:
> >
> > Looking into this again.  I definitely have this font selected:
> >
> > $ fc-match "Deja Vu Sans Mono"
> > DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
> > $ fc-match "Deja Vu Sans Mono-12"
> > DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
> >
> > It exists, and is a TrueType font.
> > If I use that font in a mate-terminal profile
> > (un-check "use system font" and specify that)
> > it renders with font smoothing as expected.
> >
> > Selecting that same font in emacs give the jagged edges.
> > Any ideas what else could be disabling font smoothing?
> >
> > On Tue, Nov 21, 2023 at 7:58 PM Alan Coopersmith
> > <alan.coopersm...@oracle.com> wrote:
> > >
> > > Yes, the "bad" one is not antialiased, possibly a bitmap font,
> > > while the "good" one is definitely antialiased, possibly TrueType or 
> > > OpenType.
> > >
> > >         -alan-
> > >
> > > On 11/21/23 07:25, Gordon Ross wrote:
> > > > Thanks.  I've confirmed that emacs is using the system font in both 
> > > > builds.
> > > > Here are two screen shots (bad, good) that one can zoom in.
> > > > The bad one has visible stair step diagonals etc. so I guess
> > > > the good one has "anti-aliasing" and the bad does not?
> > > > Does that clue help in tracking this down?
> > > >
> > > > On Mon, Nov 20, 2023 at 2:20 PM Alan Coopersmith
> > > > <alan.coopersm...@oracle.com> wrote:
> > > >>
> > > >> GTK & Pango use fonts from fontconfig, not from X11, so it's not 
> > > >> expected
> > > >> to match xfontsel (which uses X11 fonts).  Among other things, Pango 
> > > >> 1.44
> > > >> dropped support for Type 1 & bitmap fonts, which X11/xfontsel still 
> > > >> support,
> > > >> leaving TrueType & OpenType font support.  One easy to spot difference,
> > > >> fontconfig uses more natural names, like "DejaVu Sans Mono", while X11 
> > > >> uses
> > > >> the older naming format with the 14 dashes separating fields.  
> > > >> Visually,
> > > >> if the font is anti-aliased or LCD optimized, it must be fontconfig, as
> > > >> the X11 font system doesn't support either technology.
> > > >>
> > > >> https://www.x.org/releases/current/doc/xorg-docs/fonts/fonts.html
> > > >> describes the difference (using "Xft" for the fontconfig system),
> > > >> but it's about a decade behind the latest changes now.
> > > >>
> > > >>          -alan-
> > > >>
> > > >> On 11/20/23 11:10, Gordon Ross wrote:
> > > >>> As far as I can tell, the "system" font for mate terminal and such is:
> > > >>> "DejaVu Sans Mono", or
> > > >>> -misc-dejavu sans mono-medium-o-normal--0-0-0-0-p-0-ascii-0
> > > >>>
> > > >>> Based on what I see with xfontsel, it looks like emacs may be using:
> > > >>> -misc-dejavu sans light-extralight-r-normal--0-0-0-0-p-0-ascii-0
> > > >>>
> > > >>> I tried playing with the options/Set Default Font in emacs.
> > > >>> I'm not sure why, but emacs shows a lot less than xlsfonts does.
> > > >>>
> > > >>> Here's what I have (from "save options") in both builds.
> > > >>> (custom-set-faces
> > > >>>    ;; custom-set-faces was added by Custom.
> > > >>>    ;; If you edit it by hand, you could mess it up, so be careful.
> > > >>>    ;; Your init file should contain only one such instance.
> > > >>>    ;; If there is more than one, they won't work right.
> > > >>>    '(default ((t (:family "DejaVu Sans Mono" :foundry "PfEd" :slant
> > > >>> normal :weight normal :width normal :height 113)))))
> > > >>>
> > > >>> There seems to be a change in either the fonts or the rendering, from
> > > >>> the older OI build to recent ones.
> > > >>> The examples shown by "xfontsel" look too light in some cases too.
> > > >>> I'd appreciate tips on how to track down this problem.
> > > >>>
> > > >>> Thanks
> > > >>>
> > > >>> On Wed, Nov 8, 2023 at 4:27 PM Gary Mills <gary_mi...@fastmail.fm> 
> > > >>> wrote:
> > > >>>>
> > > >>>> On Wed, Nov 08, 2023 at 05:44:42PM +0100, Andreas Wacknitz wrote:
> > > >>>>
> > > >>>>> If you are using the gtk variant of emacs
> > > >>>>
> > > >>>> That's the one I'm using.
> > > >>>>
> > > >>>>> then it relies on pango for
> > > >>>>> font rendering and layout which in case has dropped support for 
> > > >>>>> older
> > > >>>>> font types a couple of months ago.
> > > >>>>> So your problem might be that you are trying to use an unsupported 
> > > >>>>> (by
> > > >>>>> pango) font type and thus rendering results look ugly.
> > > >>>>> You might solve this be choosing a font of a supported font type, 
> > > >>>>> eg. a
> > > >>>>> truetype font.
> > > >>>>
> > > >>>> There's no indication of truetype in the list of fonts that emacs
> > > >>>> displays.  In fact, emacs will often tell me that a font does not
> > > >>>> exist when I select that font from its list.
> > > >>>>
> > > >>>>
> > > >>>> --
> > > >>>> -Gary Mills-            -refurb-                -Winnipeg, Manitoba, 
> > > >>>> Canada-
> > > >>>>
> > > >>>> _______________________________________________
> > > >>>> oi-dev mailing list
> > > >>>> oi-dev@openindiana.org
> > > >>>> https://openindiana.org/mailman/listinfo/oi-dev
> > > >>>
> > > >>> _______________________________________________
> > > >>> oi-dev mailing list
> > > >>> oi-dev@openindiana.org
> > > >>> https://openindiana.org/mailman/listinfo/oi-dev
> > > >>
> > > >>
> > >
> > > --
> > >          -Alan Coopersmith-                 alan.coopersm...@oracle.com
> > >           Oracle Solaris Engineering - https://blogs.oracle.com/solaris
> > >

_______________________________________________
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Reply via email to