Re: [Fink-users] [Fink-devel] Solved: XEmacs no longer works with XQuartz 2.7.9

[Jack Howarth]

On Thu, Jun 2, 2016 at 10:57 AM, Stefan Bruda  wrote:

> At 10:02 -0400 on 2016-6-2 Jack Howarth wrote:
>  >
>  > So I assume you are talking about using extensions to emacs like
>  > https://github.com/Malabarba/spinner.el/blob/master/README.org
>  > rather than just the stock configuration?
>
> Strangely enough this is (was, see below) all standard configuration.
> After some thought I realized that it is quite possible that any
> Athena item could cause the crash.  Sure enough, attempting to open a
> file using the menu (which opens a dialogue) rather than the shortcut
> (which uses the minibuffer) would cause the same kind of crash.  In
> the end I concluded that the Athena library is the culprit.  I thus
> rebuilt libxaw3dxft and libxaw3dxft-shlibs, then rebuilt xemacs, and
> sure enough everything appears to be back in working order.
>

The only change that I can imagine happening on the rebuild of  libxaw3dxft
is that the linkage on libXt is switched from the flat-namespace copy,
/opt/X11/lib/libXt.6.dylib, to the newer two-level namespace
one, /opt/X11/lib/libXt.7.dylib. If this fixes xemacs, it is the total
opposite situation from motif (where the flat-namespace copy of libXt is
required),


>  > If so, it might be worth installing MacPorts (using their binary
>  > repo) and trying their xemacs.
>
> Fortunately this is no longer necessary.
>
>  > Both of our packages are based on the 21.4.22 release whereas many
>  > of the linux releases are based on newer development snapshots of
>  > xemacs.  Note that MacPorts tried to switch to those but backed off
>  > to the 21.4.22 release for stability.
>
> The 21.5 branch does not add any Earth-shattering features really so
> sticking with the tried and true seems to be the way to go.
>
> In case you are wondering why am I insisting on using a dinosaur such
> as XEmacs, I tried really hard to like the shiny new stuff and kind of
> failed.  Having lost XEmacs on my main machine (however temporarily)
> and thus my email client I have switched to the latest and greatest
> namely, GNU Emacs 24.x.  The transition was kind of painless, though I
> did have to get several elisp packages to reproduce behaviour already
> included in XEmacs and I missed the ability to have buttons in the
> menu bar.  This being said, GNU Emacs is dog slow compared to the gool
> ol' XEmacs.  For example, hitting reply in XEmacs produces the
> composition frame quasi-instantaneously, while in GNU Emacs I get to
> enjoy watching the frame opening for several seconds before having a
> composition buffer...
>
> I any event, thank you for all the suggestions and sorry for the rant.
> I hope that the information about libxaw3dxft is useful.
>
> Cheers,
> Stefan
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] [Fink-devel] Solved: XEmacs no longer works with XQuartz 2.7.9

[Stefan Bruda]

At 10:02 -0400 on 2016-6-2 Jack Howarth wrote:
 >
 > So I assume you are talking about using extensions to emacs like
 > https://github.com/Malabarba/spinner.el/blob/master/README.org
 > rather than just the stock configuration?

Strangely enough this is (was, see below) all standard configuration.
After some thought I realized that it is quite possible that any
Athena item could cause the crash.  Sure enough, attempting to open a
file using the menu (which opens a dialogue) rather than the shortcut
(which uses the minibuffer) would cause the same kind of crash.  In
the end I concluded that the Athena library is the culprit.  I thus
rebuilt libxaw3dxft and libxaw3dxft-shlibs, then rebuilt xemacs, and
sure enough everything appears to be back in working order.

 > If so, it might be worth installing MacPorts (using their binary
 > repo) and trying their xemacs.

Fortunately this is no longer necessary.

 > Both of our packages are based on the 21.4.22 release whereas many
 > of the linux releases are based on newer development snapshots of
 > xemacs.  Note that MacPorts tried to switch to those but backed off
 > to the 21.4.22 release for stability.

The 21.5 branch does not add any Earth-shattering features really so
sticking with the tried and true seems to be the way to go.

In case you are wondering why am I insisting on using a dinosaur such
as XEmacs, I tried really hard to like the shiny new stuff and kind of
failed.  Having lost XEmacs on my main machine (however temporarily)
and thus my email client I have switched to the latest and greatest
namely, GNU Emacs 24.x.  The transition was kind of painless, though I
did have to get several elisp packages to reproduce behaviour already
included in XEmacs and I missed the ability to have buttons in the
menu bar.  This being said, GNU Emacs is dog slow compared to the gool
ol' XEmacs.  For example, hitting reply in XEmacs produces the
composition frame quasi-instantaneously, while in GNU Emacs I get to
enjoy watching the frame opening for several seconds before having a
composition buffer...

I any event, thank you for all the suggestions and sorry for the rant.
I hope that the information about libxaw3dxft is useful.

Cheers,
Stefan

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users