http://bugs.winehq.org/show_bug.cgi?id=24018
Summary: Cygwin 1.7.6 installer crashes at start of postinstall Product: Wine Version: 1.3.0 Platform: x86 URL: http://cygwin.com OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
Running the cygwin installer with today's git in a clean .wine aborts when it gets to the postinstall stage:
... Installing file cygfile:///etc/postinstall/update-info-dir.sh AddAccessAllowedAce(, group) failed: 1337 AddAccessAllowedAce(, group) failed: 1337 Visited: 51 nodes out of 1789 while creating dependency order. Dependency order of packages: base-cygwin base-passwd cygwin libgcc1 libiconv2 libintl8 alternatives alternatives libattr1 libgmp3 libsigsegv2 terminfo0 libncurses8 texinfo _update-info-dir gawk tzcode coreutils terminfo libncurses9 libreadline7 bash findutils sed base-files libbz2_1 bzip2 libpopt0 libstdc++6 cygutils groff gzip libncurses10 less man cygwin-doc dash diffutils editrights gettext libpcre0 grep ipc-utils liblzma1 login rebase run xz tar which zlib0 wine: Unhandled page fault on write access to 0x00000001 at address 0x610074 (thread 0028), starting debugger... Usage: winedbg [ [ --gdb ] [ prog-name [ prog-args ] | <num> | file.mdmp | --help ]
(bug 21424 seems to still be there, too, if you forge ahead and run bash despite postinstall not having run.)
This is a dogfood bug. I was going to try to run gcj in cygwin to look at some other wine bug, but curses! I was foiled.
http://bugs.winehq.org/show_bug.cgi?id=24018
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24018
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com
--- Comment #1 from Frédéric Delanoy frederic.delanoy@gmail.com 2011-05-27 07:34:16 CDT --- No crash for me in wine-1.3.20-439-g1ec78b8 for cygwin 1.7.9
However, a get a couple of messages like: /etc/postinstall/man.sh: line 3: /usr/bin/mkdir: No such file or directory /etc/postinstall/man.sh: line 4: /usr/bin/cp: No such file or directory
at postinstall, but's that probably another (cygwin or wine) bug
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #2 from Austin English austinenglish@gmail.com 2012-03-27 23:30:24 CDT --- Still present, me thinks, though this seems similar to bug 21206 (and may be a duplicate, but it's marked fixed/cygwin has changed since then).
Download: http://www.cygwin.com/setup.exe
sha1sum: 1644fef9e247ee5d867b6906eaaec30d392e6070 setup.exe
install, don't choose any extra packages, just do a base install. This will download the packages without error, but upon install, fail when running /etc/postinstall/000-cygwin-post-install.sh: wine: Unhandled stack overflow at address 0x61006323 (thread 003a), starting debugger... 121800043 [main] bash 54 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741571, errno 11 wine: Unhandled stack overflow at address 0x61006323 (thread 003e), starting debugger... 123653484 [main] bash 54 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741571, errno 11 wine: Unhandled stack overflow at address 0x61006323 (thread 0042), starting debugger... 127777372 [main] bash 54 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741571, errno 11 wine: Unhandled stack overflow at address 0x61006323 (thread 0046), starting debugger... 133586883 [main] bash 54 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741571, errno 11 wine: Unhandled stack overflow at address 0x61006323 (thread 0017), starting debugger... 142761389 [main] bash 54 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741571, errno 11
I'll attach a more complete log.
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #3 from Austin English austinenglish@gmail.com 2012-03-27 23:32:19 CDT --- Created attachment 39571 --> http://bugs.winehq.org/attachment.cgi?id=39571 terminal output
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #4 from Dan Kegel dank@kegel.com 2012-07-08 22:14:48 CDT --- Still happening.
http://bugs.winehq.org/show_bug.cgi?id=24018
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24018
eu@doxos.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eu@doxos.eu
--- Comment #5 from eu@doxos.eu 2012-10-02 04:50:15 CDT --- I am confirming this still happens (current cygwin, wine 1.5.14, was the same with 1.4.x as well). Can I provide any more information to help fixing it?
Console messages:
[...] running: C:\cygwin\bin\bash.exe --norc --noprofile "/etc/postinstall/000-cygwin-post-install.sh" [...] 43 [main] bash 27 sig_send: wait for sig_complete event failed, signal -20, rc 258, Win32 error 0 60052873 [main] bash 27 sig_send: wait for sig_complete event failed, signal -20, rc 258, Win32 error 0 120096681 [main] bash 27 sig_send: wait for sig_complete event failed, signal -3, rc 258, Win32 error 0 [...] 120154965 [main] bash 27 child_copy: linked dll data write copy failed, 0x6BF52000..0x6BF52960, done 0, windows pid 27, Win32 error 5 120188766 [main] bash 27 fork: child 36 - couldn't copy linked dll data/bss, errno 11 wine: Unhandled stack overflow at address 0x610068f3 (thread 001d), starting debugger...
Stack trace:
Unhandled exception: stack overflow in 32-bit code (0x610068f3). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:610068f3 ESP:0068fde0 EBP:0068fe08 EFLAGS:00010287( R- -- I S - -P-C) EAX:00491de0 EBX:0022069a ECX:00491000 EDX:00000000 ESI:7ffdf000 EDI:00401000 Stack dump: 0x0068fde0: 00000002 00000000 00001f80 037f037f 0x0068fdf0: 61033e6b 0000003f 00000000 00491de0 0x0068fe00: 7b89cff4 7ffdf000 0068fe28 61006993 0x0068fe10: 0022069a 00000000 00000000 00000000 0x0068fe20: 7b89cff4 7ffdf000 0068fe38 00465672 0x0068fe30: 00401f10 00000000 0068fe70 00401033 Backtrace: =>0 0x610068f3 in cygwin1 (+0x68f3) (0x0068fe08) 1 0x61006993 in cygwin1 (+0x6992) (0x0068fe28) 2 0x00465672 in bash (+0x65671) (0x0068fe38) 3 0x00401033 in bash (+0x1032) (0x0068fe70) 4 0x7b85bcac call_process_entry+0xb() in kernel32 (0x0068fe88) 5 0x7b85cf1f in kernel32 (+0x4cf1e) (0x0068fec8) 6 0x7bc73640 call_thread_func_wrapper+0xb() in ntdll (0x0068fed8) 7 0x7bc7611d call_thread_func+0x7c() in ntdll (0x0068ffa8) 8 0x7bc7361e RtlRaiseException+0x21() in ntdll (0x0068ffc8) 9 0x7bc4a1fe call_dll_entry_point+0x61d() in ntdll (0x0068ffe8) 0x610068f3: movzbl 0x0(%eax),%edx Modules: Module Address Debug info Name (53 modules) PE 400000- 48e000 Export bash PE 61000000-61480000 COFF cygwin1 PE 674c0000-675bc000 Deferred cygiconv-2 PE 6b1c0000-6b1ed000 Deferred cygreadline7 PE 6bf40000-6bf58000 Deferred cyggcc_s-1 PE 6dd00000-6dd41000 Deferred cygncursesw-10 PE 6f5c0000-6f5cf000 Deferred cygintl-8 ELF 7b800000-7ba2d000 Dwarf kernel32<elf> -PE 7b810000-7ba2d000 \ kernel32 ELF 7bc00000-7bcc6000 Dwarf ntdll<elf> -PE 7bc10000-7bcc6000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7e6c5000-7e6cb000 Deferred libxfixes.so.3 ELF 7e6cb000-7e6d6000 Deferred libxcursor.so.1 ELF 7e77f000-7e7a7000 Deferred libexpat.so.1 ELF 7e7a7000-7e7df000 Deferred libfontconfig.so.1 ELF 7e7df000-7e7ef000 Deferred libxi.so.6 ELF 7e7ef000-7e7f3000 Deferred libxcomposite.so.1 ELF 7e7f3000-7e7fe000 Deferred libxrandr.so.2 ELF 7e7fe000-7e808000 Deferred libxrender.so.1 ELF 7e808000-7e80e000 Deferred libxxf86vm.so.1 ELF 7e80e000-7e830000 Deferred libxcb.so.1 ELF 7e830000-7e836000 Deferred libuuid.so.1 ELF 7e836000-7e850000 Deferred libice.so.6 ELF 7e850000-7e986000 Deferred libx11.so.6 ELF 7e986000-7e998000 Deferred libxext.so.6 ELF 7e998000-7ea21000 Deferred winex11<elf> -PE 7e9a0000-7ea21000 \ winex11 ELF 7ea21000-7ea3a000 Deferred libz.so.1 ELF 7ea3a000-7ead4000 Deferred libfreetype.so.6 ELF 7eb02000-7eb63000 Deferred advapi32<elf> -PE 7eb10000-7eb63000 \ advapi32 ELF 7eb63000-7ec29000 Deferred gdi32<elf> -PE 7eb70000-7ec29000 \ gdi32 ELF 7ec29000-7ed6a000 Deferred user32<elf> -PE 7ec40000-7ed6a000 \ user32 ELF 7ed6a000-7ed77000 Deferred libnss_files.so.2 ELF 7ed77000-7ed83000 Deferred libnss_nis.so.2 ELF 7ed83000-7ed9d000 Deferred libnsl.so.1 ELF 7ed9d000-7eda6000 Deferred libnss_compat.so.2 ELF 7efa6000-7efd2000 Deferred libm.so.6 ELF 7efd5000-7efd9000 Deferred libxinerama.so.1 ELF 7efd9000-7efe0000 Deferred libxdmcp.so.6 ELF 7efe7000-7f000000 Deferred version<elf> -PE 7eff0000-7f000000 \ version ELF f7481000-f7486000 Deferred libdl.so.2 ELF f7486000-f762b000 Deferred libc.so.6 ELF f762c000-f7647000 Deferred libpthread.so.0 ELF f7647000-f7650000 Deferred libsm.so.6 ELF f7670000-f7674000 Deferred libxau.so.6 ELF f7675000-f77b7000 Dwarf libwine.so.1 ELF f77b9000-f77db000 Deferred ld-linux.so.2 ELF f77db000-f77dc000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000c services.exe 00000047 0 0000002d 0 0000000e 0 0000000d 0 00000012 explorer.exe 00000013 0 0000002a winedevice.exe 00000031 0 00000030 0 0000002c 0 0000002b 0 00000044 setup.exe 00000016 0 00000045 0 0000001b bash.exe 00000026 0 00000025 2 0000001a 0 0000001c (D) C:\cygwin\bin\bash.exe 0000001d 0 <== System information: Wine build: wine-1.5.14 Platform: i386 (WOW64) Host system: Linux Host version: 3.5.0-14-generic
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #6 from Austin English austinenglish@gmail.com 2013-03-26 18:34:59 CDT --- Still in wine-1.5.26-88-gfbe7ab5
http://bugs.winehq.org/show_bug.cgi?id=24018
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #7 from Anastasius Focht focht@gmx.net 2013-05-05 07:49:57 CDT --- Hello folks,
from comment #5 console log you can reproduce it manually by running:
--- snip --- $ wine "C:\cygwin\bin\bash.exe" --norc --noprofile "/etc/postinstall/000-cygwin-post-install.sh" --- snip ---
Trace of child "bash" process with +virtual:
--- snip --- ... 0027:trace:virtual:map_view got mem in reserved area 0x490000-0x690000 0027:trace:virtual:VIRTUAL_DumpView View: 0x490000 - 0x68ffff (valloc) 0027:trace:virtual:VIRTUAL_DumpView 0x490000 - 0x68ffff c-rw- 0027:trace:virtual:create_view forcing exec permission on 0x490000-0x68ffff 0027:trace:virtual:VIRTUAL_SetProt 0x490000-0x490fff c---- 0027:trace:virtual:VIRTUAL_DumpView View: 0x490000 - 0x68ffff (valloc) 0027:trace:virtual:VIRTUAL_DumpView 0x490000 - 0x490fff c---- 0027:trace:virtual:VIRTUAL_DumpView 0x491000 - 0x68ffff c-rw- 0027:trace:virtual:VIRTUAL_SetProt 0x491000-0x491fff cgrw- 0027:trace:virtual:VIRTUAL_DumpView View: 0x490000 - 0x68ffff (valloc) 0027:trace:virtual:VIRTUAL_DumpView 0x490000 - 0x490fff c---- 0027:trace:virtual:VIRTUAL_DumpView 0x491000 - 0x491fff cgrw- 0027:trace:virtual:VIRTUAL_DumpView 0x492000 - 0x68ffff c-rw- 0024:Ret KERNEL32.CreateProcessW() retval=00000001 ret=61077c03 ... 0027:Starting process L"C:\cygwin\bin\bash.exe" (entryproc=0x401000) 0027:Call KERNEL32.GetModuleHandleA(00000000) ret=00465ab6 0027:Ret KERNEL32.GetModuleHandleA() retval=00400000 ret=00465ab6 0027:trace:virtual:VIRTUAL_SetProt 0x491000-0x491fff c-rw- 0027:trace:virtual:VIRTUAL_SetProt forcing exec permission on 0x491000-0x491fff 0027:trace:virtual:VIRTUAL_DumpView View: 0x490000 - 0x68ffff (valloc) 0027:trace:virtual:VIRTUAL_DumpView 0x490000 - 0x490fff c---- 0027:trace:virtual:VIRTUAL_DumpView 0x491000 - 0x68ffff c-rw- 0027:trace:seh:raise_exception code=c00000fd flags=0 addr=0x61006b93 ip=61006b93 tid=0027 0027:trace:seh:raise_exception eax=00491d90 ebx=0022063a ecx=00491000 edx=00000000 esi=0068feb0 edi=00000027 0027:trace:seh:raise_exception ebp=0068fdb8 esp=0068fd90 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010287 0027:trace:seh:call_stack_handlers calling handler at 0x7bc98301 code=c00000fd flags=0 0027:Call KERNEL32.UnhandledExceptionFilter(0068f854) ret=7bc9833b wine: Unhandled stack overflow at address 0x61006b93 (thread 0027), starting debugger... --- snip ---
The corresponding source code to the crash is here: http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc?rev=1.445&am...
--- snip --- void *getstack (void *) __attribute__ ((noinline)); volatile char * getstack (volatile char * volatile p) { *p ^= 1; *p ^= 1; return p - 4096; }
/* extend the stack prior to fork longjmp */
void child_info_fork::alloc_stack () { volatile char * volatile stackp; #ifdef __x86_64__ __asm__ volatile ("movq %%rsp,%0": "=r" (stackp)); #else __asm__ volatile ("movl %%esp,%0": "=r" (stackp)); #endif /* Make sure not to try a hard allocation if we have been forked off from the main thread of a Cygwin process which has been started from a 64 bit parent. In that case the _tlsbase of the forked child is not the same as the _tlsbase of the parent (== stackbottom), but only because the stack of the parent has been slightly rearranged. See comment in wow64_revert_to_original_stack for details. We check here if the parent stack fits into the child stack. */ if (_tlsbase != stackbottom && (!wincap.is_wow64 () || stacktop < (char *) NtCurrentTeb ()->DeallocationStack || stackbottom > _tlsbase)) alloc_stack_hard_way (stackp); else { char *st = (char *) stacktop - 4096; while (_tlstop >= st) stackp = getstack (stackp); stackaddr = 0; /* This only affects forked children of a process started from a native 64 bit process, but it doesn't hurt to do it unconditionally. Fix StackBase in the child to be the same as in the parent, so that the computation of _my_tls is correct. */ _tlsbase = (PVOID) stackbottom; } }
...
/* Take over from libc's crt0.o and start the application. Note the various special cases when Cygwin DLL is being runtime loaded (as opposed to being link-time loaded by Cygwin apps) from a non cygwin app via LoadLibrary. */ void dll_crt0_1 (void *) { extern void initial_setlocale (); ... cygbench ("pre-forkee"); if (in_forkee) { /* If we've played with the stack, stacksize != 0. That means that fork() was invoked from other than the main thread. Make sure that frame pointer is referencing the new stack so that the OS knows what to do when it needs to increase the size of the stack.
NOTE: Don't do anything that involves the stack until you've completed this step. */ if (fork_info->stackaddr) { _tlsbase = (PVOID) fork_info->stackbottom; _tlstop = (PVOID) fork_info->stacktop; }
/* Not resetting _my_tls.incyg here because presumably fork will overwrite it with the value of the forker and all will be good. */ longjmp (fork_info->jmp, true); }
main_thread_sinit (); ... --- snip ---
The stack overflow happens in this code part in spawned "bash.exe" child process (forkee):
--- snip --- char *st = (char *) stacktop - 4096; while (_tlstop >= st) stackp = getstack (stackp); --- snip ---
Since the main thread stack is already committed there will be no further TIB StackLimit updates (guard page moved) which is what getstack() function (touch next stack page) implies. The expression "while (_tlstop >= st)" seems to be always true (equal).
$ wine --version wine-1.5.29-122-g865d53d
Regards
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #8 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-05-24 03:43:06 CDT --- Still in wine-1.5.30-221-gedb01d2 with cygwin 1.7.18-1 (setup 2.774)
http://bugs.winehq.org/show_bug.cgi?id=24018
Andrey Turkin andrey.turkin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.turkin@gmail.com
--- Comment #9 from Andrey Turkin andrey.turkin@gmail.com 2013-05-29 01:27:34 CDT --- --- snip --- char *st = (char *) stacktop - 4096; while (_tlstop >= st) stackp = getstack (stackp); --- snip ---
This is a bug in Cygwin - this code is supposed to allocate stack to the same limits as in parent thread, but it touches 2 extra pages. This is usually not a problem in Windows where initial stack allocation is significantly less than stack limit; Wine pre-allocates whole stack instead and there is no extra space to go. This bug in Cygwin can be reproduced on Windows too with this program:
----- int main(void) { while(!fork()); return 0; } -----
It is supposed to be able to fork infinitely; on Cygwin it will fail rather quickly.
Wine probably should emulate Windows behavior and allocate as much stack space as requested by PE header; unfortunately, Windows approach (a single guard page) is not an option because Wine code and *NIX libraries don't probe stack pages.
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #10 from Austin English austinenglish@gmail.com 2013-05-29 13:48:51 CDT --- Would you mind reporting the issue to Cywgin?
http://cygwin.com/problems.html
http://bugs.winehq.org/show_bug.cgi?id=24018
Joerg Schiermeier mywine@schiermeier-it.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mywine@schiermeier-it.de
--- Comment #11 from Joerg Schiermeier mywine@schiermeier-it.de 2013-06-22 17:00:16 CDT --- This bug (maybe in cygwin) is still present at the time wine v1.6-rc3 is in the wilderness now...
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #12 from Andrey Turkin andrey.turkin@gmail.com 2013-06-30 10:10:22 CDT --- Created attachment 45050 --> http://bugs.winehq.org/attachment.cgi?id=45050 Hackish patch to fix APC problem
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #13 from Andrey Turkin andrey.turkin@gmail.com 2013-06-30 10:10:38 CDT --- Cygwin folks have fixed stack overflow bug; unfortunately the latest cygwin build still doesn't work as it should due to another regression. This one is a Wine bug. Basically it boils down to the fact that user APCs queued before starting process' WinMain (that is, queued in DllMain handlers and in TLS callbacks) should be executed after dlls are loaded, tls callbacks are executed, loader lock is released but before starting WinMain. Wine doesn't do that (which is not surprising given how Wine process startup differs from Windows') To properly fix this bug one would need to implement NtTestAlert (to make sure APC queue is empty). In meantime I attached a small hack which is enough to make Cygwin happy (with regard to this bug). With this hack and latest Cygwin snapshot cygwin's setup completes, though not entirely successfully - some of postinstall steps are failing.
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #14 from Alan W. Irwin irwin@beluga.phys.uvic.ca 2013-07-05 10:17:11 CDT --- Created attachment 45110 --> http://bugs.winehq.org/attachment.cgi?id=45110 Compressed script to properly update cygwin1.dll in setup.exe download
After running Cygwin's setup.exe in download mode, run this script to properly update the download directory tree with a snapshot of cygwin1.dll that includes the recent Cygwin fork fix. For example, if you have downloaded the compressed version of cygwin1-20130627.dll from the Cygwin snapshot page and uncompressed it and if cygwin_packages is the name of the download directory you just created in the current directory by running Cygwin's setup.exe in download mode, then
bash ./replace_cygwin1.dll.sh cygwin1-20130627.dll cygwin_packages
properly updates cygwin1.dll wrapped in a tarball inside cygwin_packages with with the fork-fixed cygwin1-20130627.dll and also properly updates setup.ini inside cygwin_packages. The script works both on Linux and for MSYS bash.exe running on Wine.
http://bugs.winehq.org/show_bug.cgi?id=24018
Alan W. Irwin irwin@beluga.phys.uvic.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |irwin@beluga.phys.uvic.ca
--- Comment #15 from Alan W. Irwin irwin@beluga.phys.uvic.ca 2013-07-05 10:54:47 CDT --- I now can run setup.exe without run-time errors. Here is how I did that.
1. Use Wine-1.6-rc4 patched with Andrey Turkin's "Hackish patch to fix APC problem" (see attachment here)
2. Run setup.exe in download mode (this always worked as far as I know).
3. Update the download tree created by step 2 using the replace_cygwin1.dll.sh I have attached. See instructions associated with that attachment.
4. Run setup.exe in local mode to install cygwin using the download tree as the local source. That final install step now runs without run-time errors. However, as remarked by Andrey already there are non-zero return codes for some of the scripts that are run. I will attach a complete listing of output from this run of startup.exe to give complete context and only mention the error messages here.
/etc/postinstall/000-cygwin-post-install.sh:
/etc/postinstall/000-cygwin-post-install.sh: line 50: cannot create temp file for here-document: Invalid request code /etc/postinstall/000-cygwin-post-install.sh: line 108: /dev/null: No such device or address mkdir: cannot create directory `/dev/shm': Read-only file system
Creating /dev/shm directory failed. POSIX semaphores and POSIX shared memory will not work
mkdir: cannot create directory `/dev/mqueue': Read-only file system
Creating /dev/mqueue directory failed. POSIX message queues will not work
mkpasswd (370): [5] Access denied.^M mkgroup (493): [5] Access denied.^M sed: couldn't flush stdout: Invalid argument rm: cannot remove `/tmp/group.mkgroup': Invalid request code
That script had a 0 return code, but nevertheless those error messages sound serious.
/etc/postinstall/update-info-dir.sh" /etc/postinstall/update-info-dir.sh: line 18: /dev/null: No such device or address
abnormal exit: exit code=1
/etc/postinstall/bash.sh: ln: failed to create symbolic link `/dev/stdin': Read-only file system ln: failed to create symbolic link `/dev/stdout': Read-only file system ln: failed to create symbolic link `/dev/stderr': Read-only file system ln: failed to create symbolic link `/dev/fd': Read-only file system
abnormal exit: exit code=1
/etc/postinstall/coreutils.sh: xargs: ‘/dev/null’: No such device or address rebase: failed to rename "/etc/rebase.db.RIRMJ5" to "/etc/rebase.db.i386": Invalid request code Manually rename "/etc/rebase.db.RIRMJ5" to "/etc/rebase.db.i386", otherwise the new rebase database will be unusable. rm: cannot remove `/tmp/rebase.lst': Invalid request code
abnormal exit: exit code=2
/etc/postinstall/base-files-mketc.sh: cygwin warning: MS-DOS style path detected: C:\windows\system32\drivers\etc Preferred POSIX equivalent is: /cygdrive/c/windows/system32/drivers/etc CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Directory C:\windows\system32\drivers\etc does not exist; exiting If directory name is garbage you need to update your cygwin package
abnormal exit: exit code=1
Comment: most of the above errors seem pretty serious. But I noticed that the first postinstall script created an empty /etc/fstab file rather than what was intended (presumably because of some Wine bug or regression) and that may have had a snowball effect on everything else resulting in the many "Read-only file system" error messages above.
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #16 from Alan W. Irwin irwin@beluga.phys.uvic.ca 2013-07-05 10:58:31 CDT --- Created attachment 45113 --> http://bugs.winehq.org/attachment.cgi?id=45113 Compressed complete output from "install from local directory" run of setup.exe
http://bugs.winehq.org/show_bug.cgi?id=24018
eu@doxos.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|eu@doxos.eu |
http://bugs.winehq.org/show_bug.cgi?id=24018
Julian Rüger jr98@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98@gmx.net
http://bugs.winehq.org/show_bug.cgi?id=24018
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=24018
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #17 from Andrey Turkin andrey.turkin@gmail.com 2013-08-10 03:52:11 CDT ---
first postinstall script created an empty /etc/fstab file rather than what was intended (presumably because of some Wine bug or regression) and that may have had a snowball effect on everything else resulting in the many "Read-only file system" error messages above.
This turned out to be an issue with Wine which makes "unlink" syscall to not work which is really bad, and in particular it makes bash's heredoc (and probably all tmpfile operations) to fail. Wine needs to implement FileDispositionInformation class; there is a bug 30397 for that already, already filled (as usual) excellent description from Anastasius Focht. I suggest to close this bug (about the crash - investigated and fixed in Cygwin) and move to that bug (probably bump its importance and mark as blocker to Cygwin too).
http://bugs.winehq.org/show_bug.cgi?id=24018
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |UPSTREAM
--- Comment #18 from Austin English austinenglish@gmail.com 2013-08-12 21:41:59 CDT --- UPSTREAM bug.
http://bugs.winehq.org/show_bug.cgi?id=24018
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Austin English austinenglish@gmail.com 2013-08-12 21:42:33 CDT --- Fixed upstream -> closing.
http://bugs.winehq.org/show_bug.cgi?id=24018
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |30397
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #20 from Alan W. Irwin irwin@beluga.phys.uvic.ca --- I think this bug should either be reopened or an independent bug opened for the APC problem that is fixed by the "hackish patch to fix APC problem" that is attached to this bug report. From my recent experiment with MSYS2 (see http://bugs.winehq.org/show_bug.cgi?id=35561) this patch is still relevant even for wine-1.7.12, and as far as I know it appears nowhere but here.
http://bugs.winehq.org/show_bug.cgi?id=24018
--- Comment #21 from Dan Kegel dank@kegel.com --- Go ahead and open that new bug. This one's too shaggy.
https://bugs.winehq.org/show_bug.cgi?id=24018 Bug 24018 depends on bug 30397, which changed state.
Bug 30397 Summary: Multiple applications need support for NtSetInformationFile class FileDispositionInformation (Cygwin installer, Stylizer 5.x Visual CSS editor, Spoon Studio 2011 (ex Xenocode) application sandboxing scheme) https://bugs.winehq.org/show_bug.cgi?id=30397
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=24018
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=35561
https://bugs.winehq.org/show_bug.cgi?id=24018
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://cygwin.com |https://web.archive.org/web | |/20120204060618/http://cygw | |in.com/setup.exe
-
wine-bugs＠winehq.org -
WineHQ Bugzilla