Article View: gnu.epoch.misc
Article #2186Epoch 3.2 on the DECstation (again)
From: Dave Brooks
Date: Fri, 15 Feb 1991 22:14
Date: Fri, 15 Feb 1991 22:14
58 lines
3074 bytes
3074 bytes
I posted this request for help once before, and got a number of responses. several of them asked what was in my .emacs file, and now i'm prepared to answer that. Basic problem: when i download the new and improved Epoch 3.2, apply the one canonical patch, and build it for this decstation, it works fine until I go to do something that sets resources *AFTER* i'm up and running. an example is: the pull down menus demos, or using the screen renaming function of the scr-title package. I'm using m-pmax.h and s-bsd4.3.h, and have modified both my m-pmax.h file and config.h to do the 'right thing' with LD_MACHINE, etc. i copied these from mail sent to me. for a test, i did this: epoch -q in epoch, i went to the epoch-3.2/epoch-lisp directory, visited dot.emacs and did eval-current-buffer. so far, so good. then i added the directory containing the pull down and pop up demos to my load path like so: (setq orginal-load-path load-path) (defvar HOME (getenv "HOME") "This variables specifies the users home-directory") (setq load-path (cons (concat HOME "/elisp") load-path)) displaying load-path after shows that it is a list containing three paths, rather than a botched looking list. then, i do a load-library of pop_up_demo.el, and epoch dumps core immediately. when i do all the above from within gdb, i find that the library loads and a small colored window is created. Epoch crashes in line 100 of xresource.c, in the make_Xresource function, on this line of code: xr_free_list = XXRESOURCE(xr_free_list->next); printing xr_free_list from within gdb says that it is an invalid address, out of bounds. is there anything i can do to fix this? does someone on the Epoch team, or another expert, have a clue? also, the display is still hosed, when selecting and pasting text. not quite as bad as the beta version, but not real usable as is. i'm a real epoch fan - it has considerable potential - and i haven't gone back to emacs. any help would be appreciated. many regards, dlb ------------------------------------------------------------------------------ David L. Brooks Idaho National Engineering Lab. INTERNET: dob@INEL.GOV POB 1625 MS 2603 Phone: (208) 526-0826 Idaho Falls, Id. 83415 FAX: (208) 526-9936 ------------------------------------------------------------------------------ ps - of course, thanks go to Per Bother for making gdb available for decstations.
Technical Details
Message-ID:
<9102152214.AA21766@mijen.inel.gov>Path:
arc1-ca.pugleaf.net!gmdzi!unido!fauern!ira.uka.de!sol.ctr.columbia.edu!caen!sdd.hp.com!spool.mu.edu!uunet!tut.cis.ohio-state.edu!INEL.GOV!dobShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fc7ee,8e18741492513a5d,start X-Google-Attributes: gidfc7ee,public X-Google-ArrivalTime: 1991-02-15 17:25:47 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!fauern!ira.uka.de!sol.ctr.columbia.edu!caen!sdd.hp.com!spool.mu.edu!uunet!tut.cis.ohio-state.edu!INEL.GOV!dob From: dob@INEL.GOV (Dave Brooks) Newsgroups: gnu.epoch.misc Subject: Epoch 3.2 on the DECstation (again) Message-ID: <9102152214.AA21766@mijen.inel.gov> Date: 15 Feb 91 22:14:16 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 58