Re: Fwd: Re: [As-users] AfterStep2 still won't start some programs

Sean Dague (
Sun, 28 Mar 2004 22:16:54 -0500

Content-type: multipart/signed; boundary=7AUc2qLy4jB3hD7Z;
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-disposition: inline

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Mar 28, 2004 at 10:00:11PM -0500, Sean Dague wrote:
> On Thu, Mar 25, 2004 at 08:49:56PM -0500, Graydon wrote:
> > On Thu, Mar 25, 2004 at 08:10:38PM -0500, Sean Dague scripsit:
> >=20
> > [stop top posting, please; it mangles the flow of conversation in a
> > multi-person discussion]
> >=20
> > > To follow up, here is a screen shot of what it looks like when I try
> > > to run xemacs, it just sits there.  I added -l to the afterstep
> > > command (as shown in ps), and no messages are put into the error log
> > > when this happens.
> > >=20
> > > Screen shot is here:
> >=20
> > You have two instances of afterstep running; that's *bound* to screw
> > things up.  I suspect xemacs is opening in the *other* afterstep,
> > somehow.
> Look at the process list more carefully, there is only 1.  You are just
> seeing both the line for ssh-agent.  There is only 1 afterstep.
> > If you use "afterstep -l", you have to give it a logfile -- "afterstep
> > -l .as_errors", frex.  It doesn't write to the system log.
> Will try that as report back.

Just tried this again, and nothing came out in the logs related to xemacs.=
I tried to restart the session to ensure the logs were flushed, and got a
segfault.  Here is the end of that log:

afterstep ERROR: failed to locate icon file "terminal.xpm" in the IconPath
and                 ixmapPath
afterstep ERROR: no such module Form in path /usr/local/as/bin

afterstep ERROR: I'm terribly sorry, but image file "terminal.xpm" is
nowhere t                 be found.
afterstep ERROR: failed to locate icon file "terminal.xpm" in the IconPath
and                 ixmapPath
Segmentation Fault trapped in afterstep.
Printing Debug Information :
 Loaded dynamic libraries :
 Signal Context :
   EAX: 0x08133D94  EBX: 0x401CEDA4  ECX: 0x00000000  EDX: 0x403441CC
   ESP: 0xBFFFF4D0  EBP: 0xBFFFF4E8  EIP: 0x4010A017
   ESI: 0x08133D94  EDI: 0x00000000
 Stack Backtrace :
   0xBFFFF4E8  0xBFFFF508  0xBFFFF4D0  [some silly code]
   0xBFFFF508  0xBFFFF538  0x0806BD81  [desktop_cover_cleanup+0x51(81)]
   0xBFFFF538  0xBFFFF558  0x08063F71  [Done+0x101(257)]
   0xBFFFF558  0xBFFFF5A8  0x08073F4C  [quit_func_handler+0x1C(28)]
   0xBFFFF5A8  0xBFFFF5C8  0x08071E38  [/usr/local/as/bin/afterstep
   0xBFFFF5C8  0xBFFFF678  0x08071F19  [ExecutePendingFunctions+0x29(41)]
   0xBFFFF678  0xBFFFF6A8  0x0806F3FD  [HandleEvents+0x2D(45)]
   0xBFFFF6A8  0xBFFFF708  0x08063368  [main+0x588(1416)]
   0xBFFFF708  0x00000000  0x4021495D[program entry point]
Please collect all the listed information and submit a bug report to
<as-bugs@a      >.
If core dump was generated by this fault, please examine it with gdb and
attach                results to your report.
 You can use the following sequence to do so :
   gdb -core core /usr/local/bin/afterstep
   gdb>info frame
   gdb>info all-registers



Sean Dague                                       Mid-Hudson Valley
sean at dague dot net                            Linux Users Group                       

There is no silver bullet.  Plus, werewolves make better neighbors
than zombies, and they tend to keep the vampire population down.

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.3 (GNU/Linux)



Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

As-users mailing list