Re: vfork: Resource temporarily unavailable
Digging a little further ... The conflicting dll was /bin/cygpng16-16.dll. rebase display it with a * indicating that there was a space conflict for it. So I did a rebase-trigger full and ran setup again. Now these two dlls share the same spot: /usr/bin/cygp11-kit-0.dll /usr/lib/p11-kit-proxy.so ... but that seems to be because one is a link to the other. I'll see how things go. I had thought that doing rebase-trigger full and rebasing was no longer necessary, but maybe things somehow got messed up so that the automated mechanism failed for me ... We'll see if I am back to no vfork errors. Regards - Eliot -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: vfork: Resource temporarily unavailable
On 7/9/2023 12:55 PM, Eliot Moss wrote: On 7/9/2023 11:56 AM, Ken Brown via Cygwin wrote: On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote: Dear cygwin-ers -- I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these vfork errors from emacs-gtk when I try to run dired on a directory. I believe this tries to fork ls to get the necessary file information. I've tried updating cygwin, which runs rebase, and I've tried rebooting my Windows 11 system. I thought the newer 64-bit Cygwin was supposed to have overcome this historic issue in 32-bit Cygwin ... Anyway, I attach output from cygcheck -s -v -r -h and also from ldd /usr/bin/emacs. Any guidance on fixing this would be appreciated. IIRC, cyggif is the library that had a conflict. Your cygcheck output shows that you're using the test release of emacs, which is built with the native compilation feature. As explained in the release announcement, fork failures are to be expected unless you take certain steps to make sure that the .eln files get rebased: https://cygwin.com/pipermail/cygwin/2022-September/252217.html Thanks for the response, Ken! Indeed I have the necessary file with the necessary line in it: cat /var/lib/rebase/userpath.d/moss /home/moss/.emacs.d/eln-cache That's too bad. I was hoping for an easy solution. whoami is definite that my username is moss. I will try the ephemeral rebase and see if that holds me until a restart, but I have definitely run setup, mor than once, since this started happening. You might check /var/log/setup.log.full to see if there's anything that looks strange regarding rebasing. If it's of help, I offer the result of ls -lR ~/.emacs.d/eln-cache below. Should I delete the .tmp files? It wouldn't hurt to delete them, but I doubt if it will help either. Also, some of the permissions are different from others; could that be interfering with rebase? (Not sure how they got that way, either!) It looks to me like the permissions are different only for the .tmp files, so I don't think that's the issue. I'm stumped. Maybe someone else will have an idea. Ken P.S. You mentioned the cyggif DLL. Is that consistently the one mentioned in the error message? If so, you might try forcibly rebasing it to a new address. I recall having to do that occasionally in the distant past, although that was probably for 32-bit Cygwin. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: vfork: Resource temporarily unavailable
On 7/9/2023 11:56 AM, Ken Brown via Cygwin wrote: On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote: Dear cygwin-ers -- I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these vfork errors from emacs-gtk when I try to run dired on a directory. I believe this tries to fork ls to get the necessary file information. I've tried updating cygwin, which runs rebase, and I've tried rebooting my Windows 11 system. I thought the newer 64-bit Cygwin was supposed to have overcome this historic issue in 32-bit Cygwin ... Anyway, I attach output from cygcheck -s -v -r -h and also from ldd /usr/bin/emacs. Any guidance on fixing this would be appreciated. IIRC, cyggif is the library that had a conflict. Your cygcheck output shows that you're using the test release of emacs, which is built with the native compilation feature. As explained in the release announcement, fork failures are to be expected unless you take certain steps to make sure that the .eln files get rebased: https://cygwin.com/pipermail/cygwin/2022-September/252217.html Thanks for the response, Ken! Indeed I have the necessary file with the necessary line in it: cat /var/lib/rebase/userpath.d/moss /home/moss/.emacs.d/eln-cache whoami is definite that my username is moss. I will try the ephemeral rebase and see if that holds me until a restart, but I have definitely run setup, mor than once, since this started happening. If it's of help, I offer the result of ls -lR ~/.emacs.d/eln-cache below. Should I delete the .tmp files? Also, some of the permissions are different from others; could that be interfering with rebase? (Not sure how they got that way, either!)-- Eliot .emacs.d/eln-cache: total 96 drwxrwxr-x+ 1 moss moss 0 May 10 02:19 28.2-12614577 .emacs.d/eln-cache/28.2-12614577: total 32852 -rwxr-xr-x+ 1 moss moss 215274 Sep 17 2022 advice-791b3e89-421613ad.eln -rwxr-xr-x+ 1 moss moss 104759 Sep 17 2022 ansi-color-75eac800-32f427c7.eln -rwxr-xr-x+ 1 moss moss 151297 Apr 20 20:00 apropos-7c1ecbdf-6e27effc.eln -rwx--+ 1 moss moss 0 Oct 12 2022 apropos-7c1ecbdf-6e27effcQgCULc.eln.tmp -rwxr-xr-x+ 1 moss moss 69350 Dec 2 2022 asm-mode-e341f82a-0f979fb7.eln -rwxr-xr-x+ 1 moss moss 226830 Sep 17 2022 auth-source-49df7eef-3372a2a5.eln -rwxr-xr-x+ 1 moss moss 67087 Oct 30 2022 bat-mode-dff700da-8a7c0491.eln -rwxr-xr-x+ 1 moss moss 467791 Sep 17 2022 bibtex-2f037630-7ba68aff.eln -rwxr-xr-x+ 1 moss moss 91842 Sep 17 2022 bind-key-b8c3c2f9-8a66ba00.eln -rwxr-xr-x+ 1 moss moss 200517 Sep 17 2022 browse-url-87f72988-ff6639d1.eln -rwxr-xr-x+ 1 moss moss 289238 Sep 19 2022 calc-222b057e-b111a5aa.eln -rwxr-xr-x+ 1 moss moss 129747 Mar 22 22:04 calc-aent-1719b1cd-cb2f991d.eln -rwxr-xr-x+ 1 moss moss 266730 Sep 19 2022 calc-alg-5fa19fcf-e239539a.eln -rwxr-xr-x+ 1 moss moss 317893 Oct 10 2022 calc-arith-97da4592-ca2c9343.eln -rwxr-xr-x+ 1 moss moss 150806 Oct 10 2022 calc-comb-4d223239-ac552c55.eln -rwxr-xr-x+ 1 moss moss 84552 Oct 10 2022 calc-cplx-49f3d288-e0e82bea.eln -rwxr-xr-x+ 1 moss moss 296602 Sep 19 2022 calc-ext-169a1473-23b4e2f4.eln -rwxr-xr-x+ 1 moss moss 143779 Oct 10 2022 calc-funcs-41ddedba-66c010cd.eln -rwxr-xr-x+ 1 moss moss 74633 Oct 10 2022 calc-incom-bb13bc57-abb51ab2.eln -rwxr-xr-x+ 1 moss moss 81084 Sep 19 2022 calc-macs-86f6acaa-ee00de71.eln -rwxr-xr-x+ 1 moss moss 254949 Oct 10 2022 calc-math-5c62dc12-b059a3a6.eln -rwxr-xr-x+ 1 moss moss 96414 Sep 19 2022 calc-menu-43d1e6da-d07b5d5b.eln -rwxr-xr-x+ 1 moss moss 122837 Oct 10 2022 calc-misc-0f75b984-93aba281.eln -rwxr-xr-x+ 1 moss moss 117173 Mar 22 22:04 calc-yank-a4aa7301-151f7c03.eln -rwxr-xr-x+ 1 moss moss 161586 Sep 17 2022 cc-align-bb265728-4fb67cd5.eln -rwxr-xr-x+ 1 moss moss 106989 Sep 23 2022 cc-awk-9a8d2c38-7b94e92d.eln -rwxr-xr-x+ 1 moss moss 316602 Sep 23 2022 cc-cmds-9eab15be-82d61bdb.eln -rwxr-xr-x+ 1 moss moss 257630 Sep 17 2022 cc-defs-029877ca-98767b6b.eln -rwxr-xr-x+ 1 moss moss 746285 Sep 17 2022 cc-engine-ccfcb170-d25ad0cd.eln -rwxr-xr-x+ 1 moss moss 309170 Sep 23 2022 cc-fonts-d7d8a7f5-da43eac3.eln -rwxr-xr-x+ 1 moss moss 99241 Sep 23 2022 cc-guess-fa39ca73-e5231925.eln -rwxr-xr-x+ 1 moss moss 70321 Sep 23 2022 cc-menus-d370fa63-8a7d8b6f.eln -rwxr-xr-x+ 1 moss moss 431476 Sep 23 2022 cc-mode-515a98a5-83bd82b4.eln -rwxr-xr-x+ 1 moss moss 86979 Sep 17 2022 cc-styles-e4992978-75d97d61.eln -rwxr-xr-x+ 1 moss moss 166389 Sep 17 2022 cc-vars-6cc3f0fc-a4ab31d9.eln -rwxr-xr-x+ 1 moss moss 101043 Sep 20 2022 cl-51cb6d6a-3ab88f7b.eln -rwxr-xr-x+ 1 moss moss 102359 Sep 17 2022 cl-print-79bf9fb1-244c7280.eln -rwxr-xr-x+ 1 moss moss 100682 Nov 1 2022 color-9d7980a5-b27b9e6c.eln -rwxr-xr-x+ 1 moss moss 317417 Sep 17 2022 comint-faef15ad-d015a7ec.eln -rwxr-xr-x+ 1 moss moss 260250 Sep 17 2022 compile-91e1c2a0-b7ea4aad.eln -rwxr-xr-x+ 1 moss moss 118374 Dec 22 2022 conf-mode-547edb00-fa2b6de9.eln -rwx--+ 1 moss moss 0 Nov 4 2022 conf-mode-547edb00-fa2b6de9C5UbiE.eln.tmp
Re: vfork: Resource temporarily unavailable
On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote: Dear cygwin-ers -- I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these vfork errors from emacs-gtk when I try to run dired on a directory. I believe this tries to fork ls to get the necessary file information. I've tried updating cygwin, which runs rebase, and I've tried rebooting my Windows 11 system. I thought the newer 64-bit Cygwin was supposed to have overcome this historic issue in 32-bit Cygwin ... Anyway, I attach output from cygcheck -s -v -r -h and also from ldd /usr/bin/emacs. Any guidance on fixing this would be appreciated. IIRC, cyggif is the library that had a conflict. Your cygcheck output shows that you're using the test release of emacs, which is built with the native compilation feature. As explained in the release announcement, fork failures are to be expected unless you take certain steps to make sure that the .eln files get rebased: https://cygwin.com/pipermail/cygwin/2022-September/252217.html Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple