From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: emacs GUI please help Date: Wed, 23 Feb 2011 09:08:44 +1100 Organization: Unlimited download news at news.astraweb.com Message-ID: <87vd0bpvrn.fsf@rapttech.com.au> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1298414464 20806 80.91.229.12 (22 Feb 2011 22:41:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 22 Feb 2011 22:41:04 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Feb 22 23:41:00 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ps0ug-0002O9-Mv for geh-help-gnu-emacs@m.gmane.org; Tue, 22 Feb 2011 23:40:59 +0100 Original-Received: from localhost ([127.0.0.1]:58010 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ps0ug-00064a-4d for geh-help-gnu-emacs@m.gmane.org; Tue, 22 Feb 2011 17:40:58 -0500 Original-Path: usenet.stanford.edu!postnews.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!indigo.octanews.net!news-out.octanews.net!mauve.octanews.net!news.astraweb.com!border6.newsrouter.astraweb.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:smnvIW2VEuZlxqD7Uz1hVttJYLI= Original-Lines: 233 Original-NNTP-Posting-Host: 917e6e7f.news.astraweb.com Original-X-Trace: DXC=5_0OY@m=FFS; n7SGML?0kYOcDh@J7^o:UA4R?cEBV[_EIl5[hO]G; 2>V^?kWCCAkl5c@XgkNL3D:>22T]]J[TcjQ; l5T\H Original-Xref: usenet.stanford.edu gnu.emacs.help:185202 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:79363 Archived-At: "Alex Lai (Scotia Capital)" writes: > Hi emacs gurus, > >   > >             I’m wondering if you would help me with an emacs GUI issue I have > recently when I installed emacs 23.2 for use by our financial engineering > group. > >   > >             [Problem] > >   > >             $ DISPLAY=sbtorsvr329:23.0; export DISPLAY > > $ /usr/local/bin/emacs > ld.so.1: emacs: fatal: relocation error: file /usr/local/bin/emacs: symbol > rsvg_handle_get_dimensions: referenced symbol not found > Killed > >   > > $ DISPLAY=sbdevsvr286.dev:148.0; export DISPLAY > > $ /usr/local/bin/emacs                               à successful > >   > > We use the emacs and dependent packages compiled by sunfreeware.com (SMC* > packages) for Solaris 10 sparc. > > The problem I have with GUI emacs lauch  is that the success depends on the > display set. It will launch fine for one display but crash for the other. > As you can see below, when the display is set to sbtorsvr329:23.0, the dynamic > linker try to resolve the symbol rsvg_handle_get_dimensions, which is not > defined in librsvg-2.so.2 being used, therefore it crashes;  however, when  the > display is set to bdevsvr286.dev:148.0, the dynamic linker never try to resolve > that symbol, as such, the GUI successfully gets launched: > >   > > -------------------------- > $ LD_DEBUG=audit,reloc,symbols > > $ DISPLAY=sbtorsvr329:23.0; export DISPLAY > $ /usr/local/bin/emacs > 2>emacs.disp=sbtorsvr329:23.0                                                       > à emacs GUI crashed > Killed > > $ grep rsvg_handle_get_dimensions emacs.dis=sbtorsvr329:23.0|wc -l >      569 > $ grep rsvg_handle_get_dimensions emacs.dis=sbtorsvr329:23.0|grep > librsvg-2.so.2 > 13815: 1: symbol=rsvg_handle_get_dimensions;  lookup in > file=/usr/lib/librsvg-2.so.2  [ ELF ] > 13815: 1: symbol=rsvg_handle_get_dimensions;  lookup in > file=/usr/lib/librsvg-2.so.2  [ ELF ] > 13815: 1: symbol=rsvg_handle_get_dimensions;  lookup in > file=/usr/lib/librsvg-2.so.2  [ ELF ] > 13815: 1: symbol=rsvg_handle_get_dimensions;  lookup in > file=/usr/lib/librsvg-2.so.2  [ ELF ] > > $ DISPLAY=sbdevsvr286.dev:148.0; export DISPLAY > $ /usr/local/bin/emacs > 2>emacs.disp=sbdevsvr286.dev:148.0                                                  > à emacs GUI successfully launched > > $ grep rsvg_handle_get_dimensions emacs.disp=sbdevsvr286.dev:148.0 > -------------------------- > >   > > $ ldd /usr/local/bin/emacs|grep librsvg >         librsvg-2.so.2 =>        /usr/lib/librsvg-2.so.2 > >   > > The above library is installed with SUNWgnome-base-libs package and doesn’t > contain the definition for symbol rsvg_handle_get_dimensions: > >   > > $ ls -l /usr/lib/librsvg* > lrwxrwxrwx   1 root     root          18 Oct 17  2006 /usr/lib/librsvg-2.so -> > librsvg-2.so.2.5.0 > lrwxrwxrwx   1 root     root          18 Oct 17  2006 /usr/lib/librsvg-2.so.2 > -> librsvg-2.so.2.5.0 > -rwxr-xr-x   1 root     other     112408 Dec 15  2004 > /usr/lib/librsvg-2.so.2.5.0 > >   > > $ echo $LD_LIBRARY_PATH > /usr/lib:/usr/lib/X11 > >   > > $ /usr/ccs/bin/nm /usr/lib/librsvg-2.so.2 | grep > rsvg_handle_get_dimensions                                            à return > empty > >   > >   > > The behaviour that emacs resolve the rsvg_handle_get_dimensions symbol for one > display but not for the other is really a mystery for me. > >   > > Continuing investigation, if I add path /usr/local/lib before /usr/lib, then > the rsvg_handle_get_dimensions error doesn't appear since the librsvg provided > by SMClrsvg contains the definition for the symbol, but then, emacs crashes > with /usr/local/lib/libgtk-x11-2.0.so.0.1200.0 segmentation fault: > >   > > $ LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/usr/lib/X11; export LD_LIBRARY_PATH > $ echo $DISPLAY > sbdevsvr285.dev:148.0 > >   > > $ ldd /usr/local/bin/emacs|grep svg > >         librsvg-2.so.2 =>        /usr/local/lib/librsvg-2.so.2 > >   > > $ /usr/ccs/bin/nm /usr/local/lib/librsvg-2.so.2 | grep > rsvg_handle_get_dimensions > > [1594]  |    163320|    1144|FUNC |GLOB |0    |13     > |rsvg_handle_get_dimensions > > > $ /usr/local/bin/emacs > GLib: Cannot convert message: Conversion from character set 'UTF-8' to '646' is > not supported > > (emacs:19813): Gtk-WARNING **: Conversion from character set '646' to 'UTF-8' > is not supported > Fatal error (11)Segmentation Fault > > $ mdb /usr/local/bin/emacs >> :r > GLib: Cannot convert message: Conversion from character set 'UTF-8' to '646' is > not supported > > (emacs:19831): Gtk-WARNING **: Conversion from character set '646' to 'UTF-8' > is not supported > mdb: stop on SIGSEGV > mdb: target stopped at: > libgtk-x11-2.0.so.0.1200.0`gtk_rc_reparse_all_for_settings+0x17c:       > ld        [%o5], %g1 >> > >   > > For most of the graphics libraries, there are two versions: the native > SUNWgnome-base-libs version located in /usr/lib and SMCgtk version from > sunfreeware.com located in /usr/local/lib: > >   > > $ ls -l /usr/local/lib/libgtk-x11* > -rw-r--r--   1 bin      bin          834 Dec  9  2007 > /usr/local/lib/libgtk-x11-2.0.la > lrwxrwxrwx   1 root     root          26 Apr 21  2009 > /usr/local/lib/libgtk-x11-2.0.so -> libgtk-x11-2.0.so.0.1200.0 > lrwxrwxrwx   1 root     root          26 Apr 21  2009 > /usr/local/lib/libgtk-x11-2.0.so.0 -> libgtk-x11-2.0.so.0.1200.0 > -rwxr-xr-x   1 bin      bin      4823188 Dec  9  2007 > /usr/local/lib/libgtk-x11-2.0.so.0.1200.0 > >   > > $ ls -l /usr/lib/libgtk-x11* > lrwxrwxrwx   1 root     root          25 Oct 17  2006 > /usr/lib/libgtk-x11-2.0.so -> libgtk-x11-2.0.so.0.400.9 > lrwxrwxrwx   1 root     root          25 Oct 17  2006 > /usr/lib/libgtk-x11-2.0.so.0 -> libgtk-x11-2.0.so.0.400.9 > -rwxr-xr-x   1 root     other    3617016 Dec  1  2009 > /usr/lib/libgtk-x11-2.0.so.0.400.9 > >   > > SMCemacs 23.2 requires SMCgtk  2.12.0, which means the correct version > of library was loaded. > >   > > I was thinking to try the native libgtk-x11 library, to do this, /usr/lib has > been be put before /usr/local/lib, but then it will hit the > rsvg_handle_get_dimensions error again. > >   > > Can someone please help? > This all looks very odd. It has been many years since I've worked under Solaris/SunOS, but if your workstations are correctly configured, you should not need to set the display variable - this should happen automatically when things are configured correctly as part of the X login process. Do you get the same results when running something like hostname --fqdn on the different machines i.e. a fully qualified domain name (host.domain.com etc)? Are you running emacs on the central server with client workstations connecting to the server and then running emacs? Are all these workstations runnig the same OS? How are you determining the hostname part of the display? How are you determining the display number? Can you run other X applications with the display setting that appears to fail with emacs? My guess is that it isn't that emacs cannot load the necessary libraries, but rather it cannot connect to the X display you have set and therefore cannot obtain the necessary display parameters and bombs out (remember that with X, the display information relates to the local workstation, not the host running emacs). Running another X apps, such as xload, may provide more details. Tim -- tcross (at) rapttech dot com dot au