delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/02/13/18:59:31

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Fri, 13 Feb 2004 18:58:42 -0500 (EST)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: Thomas L Roche <tlroche AT us DOT ibm DOT com>
cc: cygwin AT cygwin DOT com
Subject: Re: cygwin1-20040213 hoses emacs 'desktop'
In-Reply-To: <OF89160C21.52DDAD30-ON85256E39.007EC879-85256E39.007EF881@us.ibm.com>
Message-ID: <Pine.GSO.4.56.0402131844410.26356@slinky.cs.nyu.edu>
References: <OF89160C21 DOT 52DDAD30-ON85256E39 DOT 007EC879-85256E39 DOT 007EF881 AT us DOT ibm DOT com>
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.39

Tom,

Wow, this is turning into a one-on-one dialog here... :-)

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*.*")
>   insert-directory("/t/tlroche/info/WRF/createWRF*.*" "-al" t nil)
>   dired-insert-directory("/t/tlroche/info/WRF/createWRF*.*" "-al" t)
>   dired-readin-insert("/t/tlroche/info/WRF/createWRF*.*")
>   dired-readin("/t/tlroche/info/WRF/createWRF*.*" #<buffer createWRF*.*>)
>   dired-internal-noselect("/t/tlroche/info/WRF/createWRF*.*" nil)
>   dired-noselect("/t/tlroche/info/WRF/createWRF*.*" nil)
>   dired("/t/tlroche/info/WRF/createWRF*.*")
>   desktop-buffer-dired()
>   desktop-create-buffer(205 nil "createWRF*.*" dired-mode nil 340 (nil nil) t ("/t/tlroche/info/WRF/createWRF*.*") nil)
>   eval-buffer(#<buffer  *load*<2>> nil "/v/tlroche/ibm_desktop" nil t)
>   load-with-code-conversion("/v/tlroche/ibm_desktop" "/v/tlroche/ibm_desktop" t t)
>   load("/v/tlroche/ibm_desktop" t t t)
>   desktop-read()
>   byte-code("<garbage string omitted>" [desktop-dirname running-on-tlrf204 desktop-basefilename running-on-tlrt30win running-on-unity-windows running-on-unity-solaris load "desktop" add-hook kill-emacs-hook (lambda nil (desktop-truncate search-ring 1) (desktop-truncate regexp-search-ring 1)) desktop-load-default "~/" "ibm_desktop" "uw_desktop" "us_desktop" "am_desktop" "default_desktop" desktop-read calendar "~/emacs/diary" diary todo running-on-americana running-on-linux diary-file] 3)
>   load("tlrDesktop")
>   eval-buffer(#<buffer  *load*> nil "~/.emacs" nil t)
>   load-with-code-conversion("/v/tlroche/.emacs" "~/.emacs" t t)
>   load("~/.emacs" t t)
>   #[nil "<garbage string omitted>" [init-file-user system-type user-init-file-1 user-init-file source alt ms-dos "~" "/_emacs" windows-nt directory-files nil "^\\.emacs\\(\\.elc?\\)?$" "~/.emacs" "~/_emacs" vax-vms "sys$login:.emacs" "/.emacs" t load file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default" inhibit-default-init inhibit-startup-message] 5]()
>   command-line()
>   normal-top-level()
>
> 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?

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, 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.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT 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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019