Re: cygwin1-20040213 hoses emacs 'desktop'

[Igor Pechtchanski <pechtcha at cs dot nyu dot edu>]

On Fri, 13 Feb 2004, Thomas L Roche wrote:

> Igor Pechtchanski <pechtcha@cs.nyu.edu> 02/13/2004 06:58:42 PM:

Please try to configure your mailer to not quote raw e-mail addresses in
your replies.  Let's not make the spam harvesters' life any easier...

> > Wow, this is turning into a one-on-one dialog here... :-)
>
> Well,
>
> * IIRC no one else (on this list) has helped

That's what I was remarking on, actually... :-)

> * I coulda been debugging this at least a week ago if anyone had
>   done howto's for debugging cygwin

There is such a HOWTO.  It doesn't, however, include basic debugging
techniques - those can be found aplenty on the net.  A Google search for
"gdb howto" should prove reasonably instructive.

> but thanks for your assistance!
>
> On Fri, 13 Feb 2004, Thomas L Roche wrote:
> >> After installing
>
> >> http://cygwin.com/snapshots/cygwin1-20040213.dll.bz2
>
> >> and running
>
> >> emacs --debug-init &
>
> >> from an xterm, I am unable to open files using 'desktop' at startup.
> >> On first desktop load, Emacs reports
>
> >> Debugger entered--Lisp error: (file-error "Doing vfork" "resource
> >> temporarily unavailable")
> >>   call-process("/bin/sh" nil t nil "-c" "\\ls -d -al -- createWRF*.*")
>
> <snip>
>
> >> and the xterm reports
>
> >> bash-2.05b$ emacs --debug-init &
> >> [1] 1920
> >> bash-2.05b$       7 [main] emacs 1920 sync_with_child: child
> >>   1152(0x270) died before initialization with status code 0x80
> >>   13072 [main] emacs 1920 sync_with_child: *** child state waiting
> >      for longjmp
>
> >> This error repeats on every emacs startup. I have not observed this
> >> error on 1.5.7-1.
>
> > The above messages might indicate that there is more than one version
> > of the cygwin DLL on your system.  Instead of moving the old
> > cygwin1.dll out of the way, could you please rename it to something
> > that doesn't end in .dll (e.g., cygwin1.dll-old), and, just to make
> > sure, make it non-executable?
>
> Will do ... as soon as gdb quits running 'unzip' with 20040213.
> Hopefully _that_ will work ...
>
> > Also, there should be another message before the sync_with_child one
> > that may show the cause of the problem.  You might try running
> > strace on the emacs invocation,
>
> OK, except (yet another confession of inadequacy) I have not used
> strace before. <read UG/> I should invoke it like
>
> strace -o d:\temp\strace.out emacs --debug-info &
>
> ?

Umm, actually, you may have to run it as

strace -o /cygdrive/d/temp/strace.out -- emacs --debug-info

because it might interpret "--debug-info" as an strace argument, and I'm
not sure whether it takes a POSIX or a Win32 path (perhaps either).

> > look for the above error lines in the output, and see what line
> > precedes them, something like
>
> > C:\cygwin\bin\bash.exe: *** Couldn't allocate space for child's heap
> > 0x0, size 302120960, Win32 error 1455
>
> > Once you find it, please post just that line to this list.
>
> Will do. AARRGGHH! unzip just died ...

OTOH, CGF just said that it was the snapshot that was broken.  If you
still get the problem with the latest snapshot, then go ahead and try the
above instructions.  Good luck,
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/