Doing vfork: resource temporarily unavailable

Doing vfork: resource temporarily unavailable

[Sebastien Vauban]

Hello,

When launching Cygwin Emacs 24.5 [1] with my standard `.emacs' file
(which I successfully use with Windows Emacs 24.5 and 25.0), I have
"Doing vfork: resource temporarily unavailable" errors.

I had to disable the following block of code to allow Cygwin Emacs to go
to the end of its startup:

--8<---------------cut here---------------start------------->8---
  (require 'server)
  (with-eval-after-load "server"

    ;; Test whether Emacs server is running.  If not, start it.
    (or (equal (server-running-p) t)
        (server-start))

    ;; Save file without confirmation before returning to the client.
    (defadvice server-edit (before save-buffer-if-needed activate)
      "Save current buffer before marking it as done."
      (when server-buffer-clients (save-buffer))))
--8<---------------cut here---------------end--------------->8---

Still, I do have errors popping up when further using Cygwin Emacs, such
as:

--8<---------------cut here---------------start------------->8---
dired-insert-directory: Doing vfork: resource temporarily unavailable
--8<---------------cut here---------------end--------------->8---

Any idea what's causing this?

Note that I see as well messages in the terminal:

--8<---------------cut here---------------start------------->8---
      1 [main] emacs-w32 235400 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19E0000)
      2 [main] emacs-w32 235352 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19E0000)
      1 [main] emacs-w32 234212 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1930000)
Failed to connect to socket /tmp/fam-Fabrice/fam-

(process:85276): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3

      1 [main] emacs-w32 85364 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19C0000)
      1 [main] emacs-w32 85692 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1900000)
      1 [main] emacs-w32 85664 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1950000)
      2 [main] emacs-w32 85376 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1950000)
      1 [main] emacs-w32 235660 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1950000)
      2 [main] emacs-w32 235608 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1920000)
      1 [main] emacs-w32 85752 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1910000)
      1 [main] emacs-w32 236016 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1970000)
      1 [main] emacs-w32 236008 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19C0000)
      1 [main] emacs-w32 235996 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19F0000)
      2 [main] emacs-w32 236100 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1980000)
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

[1] GNU Emacs 24.5.1 (i686-pc-cygwin) of 2015-04-10 on desktop-new.

-- 
Sebastien Vauban


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

Re: Doing vfork: resource temporarily unavailable

[Ken Brown]

On 5/20/2015 6:08 AM, Sebastien Vauban wrote:
> Hello,
>
> When launching Cygwin Emacs 24.5 [1] with my standard `.emacs' file
> (which I successfully use with Windows Emacs 24.5 and 25.0), I have
> "Doing vfork: resource temporarily unavailable" errors.
[...]
>        1 [main] emacs-w32 85364 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19C0000)

This indicates that you need to run a full rebase 
(https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures).  The 
simplest way to do this is to run '/usr/bin/rebase-trigger full', then 
stop all Cygwin processes and services, and then run setup-x86.exe.  The 
_autorebase postinstall script will then take care of the rebase.

I have occasionally found it necessary to reboot the computer before 
doing this.

Ken



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

Re: Doing vfork: resource temporarily unavailable

[Jim Reisert AD1C]

> This indicates that you need to run a full rebase
> (https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures).  The
> simplest way to do this is to run '/usr/bin/rebase-trigger full', then stop
> all Cygwin processes and services, and then run setup-x86.exe.  The
> _autorebase postinstall script will then take care of the rebase.
>
> I have occasionally found it necessary to reboot the computer before doing
> this.

This doesn't always work for me.  In fact, I just did this - set the
trigger, rebooted, then ran Cygwin Setup.  The first time I started
Emacs, no problem (only one dbus warning).  The very next time, this:

      0 [main] emacs-X11 2512 child_info_fork::abort:
C:\Cygwin\bin\cygMagickCore-6.Q16-2.dll: Loaded to different address:
parent(0x1710000) != child(0x1920000)

-- 
Jim Reisert AD1C, <jjreisert@alum.mit.edu>, http://www.ad1c.us

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

RE: Doing vfork: resource temporarily unavailable

[Rockefeller, Harry]

>-----Original Message-----
>From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Jim Reisert AD1C
>Sent: Wednesday, May 20, 2015 8:54 AM
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>> This indicates that you need to run a full rebase
>> (https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures).  The
>> simplest way to do this is to run '/usr/bin/rebase-trigger full', then
>> stop all Cygwin processes and services, and then run setup-x86.exe.
>> The _autorebase postinstall script will then take care of the rebase.
>>
>> I have occasionally found it necessary to reboot the computer before
>> doing this.
>
>This doesn't always work for me.  In fact, I just did this - set the trigger, rebooted,
>then ran Cygwin Setup.  The first time I started Emacs, no problem (only one dbus warning).
>The very next time, this:
>
>      0 [main] emacs-X11 2512 child_info_fork::abort:
>C:\Cygwin\bin\cygMagickCore-6.Q16-2.dll: Loaded to different address:
>parent(0x1710000) != child(0x1920000)

Recently I spent about an hour running numerous rebaseall commands interspersed with
at least one rerun of setup-x86 and 3 reboots before my emacs vfork errors went away.
I don't know if it was the third reboot or something else such as deleting some of my
biggest emacs buffers ( I use desktop-save-mode) that finally cured the problem.
If there is a "bottom" to this problem I would be willing to participate as a tester.

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

Re: Doing vfork: resource temporarily unavailable

[Jim Reisert AD1C]

On Wed, May 20, 2015 at 8:13 AM, Rockefeller, Harry wrote:

> Recently I spent about an hour running numerous rebaseall commands interspersed with
> at least one rerun of setup-x86 and 3 reboots before my emacs vfork errors went away.
> I don't know if it was the third reboot or something else such as deleting some of my
> biggest emacs buffers ( I use desktop-save-mode) that finally cured the problem.
> If there is a "bottom" to this problem I would be willing to participate as a tester.

I would also volunteer.  There is a Perl script I occasionally need to
run on my Emacs buffer, from within Emacs (M-|).  The script is a
great timesaver when it works, but I hate to blow all that time saved
trying to get rid of fork errors.

-- 
Jim Reisert AD1C, <jjreisert@alum.mit.edu>, http://www.ad1c.us

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

Re: Doing vfork: resource temporarily unavailable

[Achim Gratz]

Sebastien Vauban writes:
>       1 [main] emacs-w32 235400 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19E0000)
>       2 [main] emacs-w32 235352 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x19E0000)
>       1 [main] emacs-w32 234212 child_info_fork::abort: C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x1710000) != child(0x1930000)

Both the parent and child address is awfully low and I'm fairly certain
that is not the base address that rebase has chosen for cyggs-9.dll,
certainly not after a full rebase.  Besides BLODA, do you perhaps use
any other applications that use Cygwin or MSys under the hood (like
noMachine NX does, for instance)?  If so, you'd probably have to include
the libraries those programs use in the rebase database (you'd put a
file into /var/lib/user.d to let auto-rebase know where it should look
for those, one absolute path per line).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

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

Re: Doing vfork: resource temporarily unavailable

[Sebastien Vauban]

"Rockefeller, Harry" <Harry.Rockefeller@flightsafety.com> writes:

>>-----Original Message-----
>>From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Jim Reisert AD1C
>>Sent: Wednesday, May 20, 2015 8:54 AM
>>To: cygwin@cygwin.com
>>Subject: Re: Doing vfork: resource temporarily unavailable
>>
>>> This indicates that you need to run a full rebase
>>> (https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures).  The
>>> simplest way to do this is to run '/usr/bin/rebase-trigger full', then
>>> stop all Cygwin processes and services, and then run setup-x86.exe.
>>> The _autorebase postinstall script will then take care of the rebase.
>>>
>>> I have occasionally found it necessary to reboot the computer before
>>> doing this.
>>
>>This doesn't always work for me.  In fact, I just did this - set the trigger, rebooted,
>>then ran Cygwin Setup.  The first time I started Emacs, no problem (only one dbus warning).
>>The very next time, this:
>>
>>      0 [main] emacs-X11 2512 child_info_fork::abort:
>>C:\Cygwin\bin\cygMagickCore-6.Q16-2.dll: Loaded to different address:
>>parent(0x1710000) != child(0x1920000)
>
> Recently I spent about an hour running numerous rebaseall commands interspersed with
> at least one rerun of setup-x86 and 3 reboots before my emacs vfork errors went away.
> I don't know if it was the third reboot or something else such as deleting some of my
> biggest emacs buffers ( I use desktop-save-mode) that finally cured the problem.
> If there is a "bottom" to this problem I would be willing to participate as a tester.

The autorebase did not work for me, even after several trials.

I finally de-installed Cygwin, and reinstalled it (in its 64bit version
which I did not use up to now).

Now everything is back on track. Thanks.

Best regards,
  Seb

-- 
Sebastien Vauban


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

RE: Doing vfork: resource temporarily unavailable

[Rockefeller, Harry]

>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>"Rockefeller, Harry" <Harry.Rockefeller@flightsafety.com> writes:
>
>>>-----Original Message-----
>>>From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On
>>>Behalf Of Jim Reisert AD1C
>>>Sent: Wednesday, May 20, 2015 8:54 AM
>>>To: cygwin@cygwin.com
>>>Subject: Re: Doing vfork: resource temporarily unavailable
>>>
>>>> This indicates that you need to run a full rebase
>>>> (https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures).
>>>> The simplest way to do this is to run '/usr/bin/rebase-trigger
>>>> full', then stop all Cygwin processes and services, and then run setup-x86.exe.
>>>> The _autorebase postinstall script will then take care of the rebase.
>>>>
>>>> I have occasionally found it necessary to reboot the computer before
>>>> doing this.
>>>
>>>This doesn't always work for me.  In fact, I just did this - set the
>>>trigger, rebooted, then ran Cygwin Setup.  The first time I started Emacs,
>>>no problem (only one dbus warning).
>>>The very next time, this:
>>>
>>>      0 [main] emacs-X11 2512 child_info_fork::abort:
>>>C:\Cygwin\bin\cygMagickCore-6.Q16-2.dll: Loaded to different address:
>>>parent(0x1710000) != child(0x1920000)
>>
>> Recently I spent about an hour running numerous rebaseall commands
>> interspersed with at least one rerun of setup-x86 and 3 reboots before my emacs vfork errors went away.
>> I don't know if it was the third reboot or something else such as
>> deleting some of my biggest emacs buffers ( I use desktop-save-mode) that finally cured the problem.
>> If there is a "bottom" to this problem I would be willing to participate as a tester.

>The autorebase did not work for me, even after several trials.

>I finally de-installed Cygwin, and reinstalled it (in its 64bit version which I did not use up to now).
>Now everything is back on track. Thanks.
>Best regards,
>  Seb
>--
>Sebastien Vauban

Instructions above state running setup-x86.exe not setup-x86_64.exe.
Does anyone experience frequent emacs vfork errors running 64-bit Cygwin?
Maybe it's time for me to try running that again?

What I've successfully done, twice :-), to fix my vfork errors is to follow the
above procedure: run rebase-trigger, stop all Cygwin, then run setup-x86.exe,
followed by a reboot, then bring up cmd window where I run,
cd c:/cygwin; cd bin; ash; /usr/bin/rebaseall -v

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

Re: Doing vfork: resource temporarily unavailable

[Jim Reisert AD1C]

Re: BLODA

This is what worked for me over the weekend.  I use Microsoft Security
Essentials, no other anti-virus/malware/etc. software:

- in MSE, disable real-time checking
- reboot
- trigger full rebaseall
- run Cygwin setup
- in MSIE, re-enable real-time checking

I have not had any problems since.

- Jim

-- 
Jim Reisert AD1C, <jjreisert@alum.mit.edu>, http://www.ad1c.us

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

Re: Doing vfork: resource temporarily unavailable

[Achim Gratz]

Rockefeller, Harry writes:
> Instructions above state running setup-x86.exe not setup-x86_64.exe.
> Does anyone experience frequent emacs vfork errors running 64-bit Cygwin?
> Maybe it's time for me to try running that again?

DLL collisions are _much_ less likely on x86_64 out of the gate, but
they do occur from time to time.

> What I've successfully done, twice :-), to fix my vfork errors is to follow the
> above procedure: run rebase-trigger, stop all Cygwin, then run setup-x86.exe,
> followed by a reboot, then bring up cmd window where I run,
> cd c:/cygwin; cd bin; ash; /usr/bin/rebaseall -v

That's the wrong procedure.  You run

rebase-trigger fullrebase

then reboot (if you have reason to suspect that a reboot might help,
then run setup.exe (either architecture).  An additional rebaseall
beyond that isn't going to do anything useful.  A full rebase on the
same installation is deterministic, it will always chose the same base
addresses.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

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