Odd hang of cc1.exe, when invoking cpp/gcc
Hi, First, I want to acknowledge that this could be exclusively a problem with my Windows 10 desktop. The problem I am having is when I run a simple gcc command, say gcc hello.c, the command hangs. In mintty, ctrl-c won't kill it. And I have to carefully kill the gcc process taskmgr, then kill the child cc1 process, before returning to mintty. Otherwise mintty freezes up and I have to manually kill it too. From console, ctrl-c just works. This is happening on my Windows 10 desktop that is a corporate build of Windows. It is the subject of forced updates, lots of BLODA potential agents, and weird policies. It doesn't happen on my personal Windows 10 desktop, so I acknowledge that this will prejudice this attempt for assistance. But in the hope that there might be a clue as to why this is happening, I'll expand a bit further. gcc was working fine as recently as two months ago. Of course there have been Windows updates, and Cygwin updates performed since. But as I don't use gcc daily, I don't know which of these might have broke it. Further, doing an strace seems to me to be a little revealing. Whilst I see cc1.exe in taskmgr, I do not see the process in strace. So if I do strace -f gcc hello.c, these are the dwindling lines of output from strace: 184 6193312 [main] gcc 730 child_info::child_info: subproc_ready 0x2F4 537090 6730402 [main] gcc 730 child_info_spawn::worker: pid 731, prog_arg /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/cc1.exe, cmd line (null)) 1646 6732048 [main] gcc 730 open_shared: name cygpid.731, n 731, shared 0x16 (wanted 0x0), h 0x31C, *m 5 269 6732317 [main] gcc 730 time: 1587970202 = time(0x0) 301 6732618 [main] gcc 730 proc_subproc: args: 1, -25504 378 6732996 [main] gcc 730 proc_subproc: returning 1 1984 6734980 [main] gcc 730 proc_subproc: args: 2, -25504 4374 6739354 [main] gcc 730 pinfo::wait: created tracking thread for pid 731, winpid 0x1668, rd_proc_pipe 0x2FC 478 6739832 [main] gcc 730 proc_subproc: added pid 731 to proc table, slot 0 355 6740187 [main] gcc 730 proc_subproc: returning 1 3219 6743406 [main] gcc 730 child_info_spawn::worker: spawned windows pid 5736 2144 6745550 [main] gcc 730 child_info::sync: n 2, waiting for subproc_ready(0x2F4) and child process(0x308) --- Process 2784 (pid: 730) thread 15060 created --- Process 2784 (pid: 730) thread 19632 created After a little while, I see staggered (and continuing) lines like: --- Process 2784 (pid: 730) thread 17992 exited with status 0x0 --- Process 2784 (pid: 730) thread 2624 exited with status 0x0 --- Process 2784 (pid: 730) thread 18504 exited with status 0x0 Any ideas? -- Regards, Shaddy -- 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
XWin X11 server hangs if queried during launch
Hi, If I poll an X11 server status while the server is coming up, the server sometimes hangs and fails to come up. The failure is not consistent - sometimes the server comes up without issues, even while I'm polling. I've attached the log of when the server hangs during bringup. You can try to reproduce the error by trying to launch X11 server using this test case a couple of times: XWin -multiwindow -noprimary -listen tcp & ( while ! xprop -display :0 -root; do :; done; ) &> /dev/null I terminate the X Server in between test trials using this: pkill --signal SIGTERM -i x && sleep 5s && pkill --signal SIGKILL -i x Thank you, Miron XWin.0.log Description: Binary data -- 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
[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest version on CPAN: x86/x86_64 -- perl-Alien-Libxml2-0.16-1 perl-B-COW-0.004-1 perl-Clone-0.45-1 perl-Data-UUID-1.226-1 perl-Scalar-List-Utils-1.55-1 noarch -- perl-Alien-Build-2.21-1 perl-DateTime-TimeZone-2.39-1 perl-Exporter-Tiny-1.002002-1 perl-libwww-perl-6.44-1 perl-Mojolicious-8.40-1 perl-Test-Simple-1.302175-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: lyx and QT5 blank windows
Am 26.04.2020 um 15:54 schrieb Yaakov Selkowitz: On Sun, 2020-04-26 at 11:15 +0200, Marco Atzeri via Cygwin wrote: I am trying to rebuild lyx with QT5 enabled instead of QT4. Good idea, since Qt4 is obsolete and unmaintained (both upstream and downstream). side effect of the python 2 to 3 transfer but is is still QT4 oriented https://wiki.lyx.org/LyX/Dependecies "LyX 2.3.x series need Qt >= 4.8, widely tested with 4.8. For Qt 5 we suggest Qt 5.6 (widely tested). " The build is fine and it seems to start fine, but opening new windows like "open file" only produces a blank and black window. At running I see only this output, that is not clear if it is related QXcbShmImage: shmget() failed (88: Function not implemented) for size 1407600 (690x510) QXcbShmImage: shmget() failed (88: Function not implemented) for size 518976 (318x408) Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. QXcbShmImage: shmget() failed (88: Function not implemented) for size 12000 (100x30) Do you have cygserver running, and was it started before the X server? This is a requirement for the MIT-SHM extension, otherwise you need to set QT_X11_NO_MITSHM=1 in your environment. thanks. With Cygserver those are gone. and at build time there is a new warning coming from the compiler /usr/include/qt5/QtGui/qtransform.h: In member function ‘QTransform& QTransform::operator=(QTransform&&)’: /usr/include/qt5/QtGui/qtransform.h:81:46: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class QTransform’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] 81 | { memcpy(this, &other, sizeof(QTransform)); return *this; } | ^ I think this can be ignored for now, and will likely be fixed by a future update to qt5. -- Yaakov Thanks. In the meantime I found a solution. Removed the old .startxwinrc and the problem is gone. Maybe something changed in one of the last release of X that make the old file not anymore compatible. Test version with QT5 and python 3 (3.6 for the time being) on the way Regards Marco -- 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: lyx and QT5 blank windows
On Sun, 2020-04-26 at 11:15 +0200, Marco Atzeri via Cygwin wrote: > I am trying to rebuild lyx with QT5 enabled instead of QT4. Good idea, since Qt4 is obsolete and unmaintained (both upstream and downstream). > The build is fine and it seems to start fine, but opening new windows > like "open file" only produces a blank and black window. > > At running I see only this output, that is not clear if it is related > > QXcbShmImage: shmget() failed (88: Function not implemented) for size > 1407600 (690x510) > QXcbShmImage: shmget() failed (88: Function not implemented) for size > 518976 (318x408) > Gtk-Message: GtkDialog mapped without a transient parent. This is > discouraged. > QXcbShmImage: shmget() failed (88: Function not implemented) for size > 12000 (100x30) Do you have cygserver running, and was it started before the X server? This is a requirement for the MIT-SHM extension, otherwise you need to set QT_X11_NO_MITSHM=1 in your environment. > and at build time there is a new warning coming from the compiler > > /usr/include/qt5/QtGui/qtransform.h: In member function ‘QTransform& > QTransform::operator=(QTransform&&)’: > /usr/include/qt5/QtGui/qtransform.h:81:46: warning: ‘void* memcpy(void*, > const void*, size_t)’ writing to an object of type ‘class QTransform’ > with no trivial copy-assignment; use copy-assignment or > copy-initialization instead [-Wclass-memaccess] > 81 | { memcpy(this, &other, sizeof(QTransform)); return *this; } >| ^ I think this can be ignored for now, and will likely be fixed by a future update to qt5. -- Yaakov -- 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
lyx and QT5 blank windows
I am trying to rebuild lyx with QT5 enabled instead of QT4. The build is fine and it seems to start fine, but opening new windows like "open file" only produces a blank and black window. At running I see only this output, that is not clear if it is related QXcbShmImage: shmget() failed (88: Function not implemented) for size 1407600 (690x510) QXcbShmImage: shmget() failed (88: Function not implemented) for size 518976 (318x408) Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. QXcbShmImage: shmget() failed (88: Function not implemented) for size 12000 (100x30) and at build time there is a new warning coming from the compiler /usr/include/qt5/QtGui/qtransform.h: In member function ‘QTransform& QTransform::operator=(QTransform&&)’: /usr/include/qt5/QtGui/qtransform.h:81:46: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class QTransform’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] 81 | { memcpy(this, &other, sizeof(QTransform)); return *this; } | ^ Anyone had similar problem with other programs ? Regards Marco -- 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