Bug 106360 - editors/emacs.app doesn't seem to run
Summary: editors/emacs.app doesn't seem to run
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Dirk Meyer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-05 07:00 UTC by Andrew Reilly
Modified: 2006-12-29 13:48 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Reilly 2006-12-05 07:00:21 UTC
        Having installed Emacs.app (because that promises
        anti-aliased fonts, and it works nicely on my Mac) from
        ports, with a quick
	cd /usr/ports/editors/emacs.app; sudo make install clean
        I couldn't figure out how to start it, or find
        documentation on how to start it.  The closest that I
        got (at least it didn't complain about being unable to
        find shared libraries) was the command:

	LD_LIBRARY_PATH=/usr/local/GNUstep/System/Library/Libraries /usr/local/GNUstep/System/Applications/Emacs.app/Emacs

	which produced the following messages:

	2006-12-05 17:38:20.951 Emacs[72983] Warning - mouse/pointer seems to have more than 5 buttons - just using one to five
	Fatal error (11)

        If I run that with --help, I get a help message and
        a core dump.  The back-trace doesn't seem terribly
        helpful, but the top of it says:

	#0  0x000000000058ba9a in Fcons (car=0, cdr=0) at alloc.c:2764
	2764    alloc.c: No such file or directory.
	        in alloc.c
	[New LWP 100192]
	(gdb) where
	#0  0x000000000058ba9a in Fcons (car=0, cdr=0) at alloc.c:2764
	#1  0x0000000000591963 in wrong_type_argument (predicate=0, value=0)
	    at data.c:124
	#2  0x00000000005d2fda in check_obarray (obarray=0) at lread.c:3358
	#3  0x00000000005d304b in intern (str=0x669779 "emacs-version") at lread.c:3376
	#4  0x000000000050d00b in bug_reporting_address () at emacs.c:807
	#5  0x000000000050d738 in gnustep_base_user_main (argc=2, argv=0x7fffffffe698)
	    at emacs.c:1184
	#6  0x000000000045064e in _start ()
	#7  0x00000008007a1000 in ?? ()
	#8  0x0000000000000000 in ?? ()
	#9  0x0000000000000000 in ?? ()
	#10 0x0000000000000002 in ?? ()
	etc

Fix: 

Not sure how to fix.  Happy to help debug.  My
        work-around is going to be changing back to regular GNU
        emacs...
How-To-Repeat: 	Build and run as above.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-12-05 07:11:49 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback
Comment 2 Gürkan 2006-12-05 07:15:50 UTC
To start GNUstep software do this:

source (source or . for bash/zsh) GNUstep.sh (should be in 
/usr/local/GNUstep/System/Library/Makefiles/GNUstep.sh). Consult
your shell manual if you have another shell, and you might need
the .csh script for extraordinary exotic shells.

After that, try
open Emacs
openapp Emacs

yours,
Gürkan
Comment 3 Dirk Meyer freebsd_committer freebsd_triage 2006-12-05 18:26:00 UTC
Responsible Changed
From-To: freebsd-ports-bugs->dinoex

I will take care of it.
Comment 4 Dirk Meyer freebsd_committer freebsd_triage 2006-12-29 13:47:54 UTC
State Changed
From-To: feedback->closed

- no feeback. 

startup for apllications is described in pkg-message of devel/gnustep