Re: Fwd: [PATCH v1] setup: allow building with i686-w64-mingw32
On 2012-06-12 03:51, Jacek Caban wrote: On 06/12/12 07:06, Yaakov (Cygwin/X) wrote: On 2012-06-04 04:04, Jacek Caban wrote: Where? I don't see any. There is one change to propkeydef.h, but and I believe incorrect. Generally, this patch makes REFIID and similar typedefs depend on CINTERFACE, which is not present in MSVC. According to these, it is: http://msdn.microsoft.com/en-us/library/ak5wyby1(v=vs.71).aspx http://social.msdn.microsoft.com/forums/en/vcgeneral/thread/80485378-3978-472b-ac76-a6a193cb9e47 http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/9e520505-5d05-4aad-83d9-a1b73042c531 http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/9b1b2189-c518-4cd8-80cc-2656b9c0d37f If there is any source of informations more misleading than MSDN, that's MSDN forums:) Why do you need that change? That's not what mingw.org does Both mingw.org and Wine support CINTERFACE wrt the REF*ID defines. Yaakov
Re: Fwd: [PATCH v1] setup: allow building with i686-w64-mingw32
On 2012-06-12 04:37, Kai Tietz wrote: 2012/6/12 Yaakov (Cygwin/X): Currently I get: /usr/i686-w64-mingw32/sys-root/mingw/lib/libmsvcrt.a(daqubs01139.o):(.text+0x0): multiple definition of `_swprintf' io_stream_file.o:/usr/i686-w64-mingw32/sys-root/mingw/include/wchar.h:547: first defined here How about this change instead to both headers: --- crt/wchar.h (revision 5094) +++ crt/wchar.h (working copy) @@ -450,10 +450,10 @@ int __cdecl __mingw_vsnwprintf (wchar_t * __restrict__ , size_t, const wchar_t * __restrict__ , va_list); #undef __mingw_ovr -#ifdef __cplusplus -#define __mingw_ovr inline __cdecl -#elif defined (__GNUC__) +#if defined (__GNUC__) #define __mingw_ovr static __attribute__ ((__unused__)) __inline__ __cdecl +#elif defined(__cplusplus) +#define __mingw_ovr inline __cdecl #else #define __mingw_ovr static __cdecl #endif Hmm, that's looking wrong to me, too. __GNUC__ gets defined also for c++, So issue might be more related to inline being not inlined. Could you provide me a small sample to reproduce this issue? $ cat test.cc #include string int test_printf(const std::string str) { return printf (str.c_str()); } $ x86_64-w64-mingw32-g++ -c test.cc $ x86_64-w64-mingw32-nm -C test.o b .bss d .data t .text t .text$printf T test_wprintf(std::string const) U std::string::c_str() const U __mingw_vprintf T printf $ x86_64-w64-mingw32-g++ -shared -Wl,--out-implib,libtest.dll.a -o libtest.dll test.o Creating library file: libtest.dll.a $ x86_64-w64-mingw32-nm -C libtest.dll.a | grep ' T ' T printf T test_printf(std::string const) This code has no business exporting printf! With my suggested change, however: $ x86_64-w64-mingw32-nm -C test.o b .bss d .data t .text 003c T test_printf(std::string const) U std::string::c_str() const U __mingw_vprintf t printf $ x86_64-w64-mingw32-nm -C libtest.dll.a | grep ' T ' T test_printf(std::string const) Yaakov Cygwin/X
Re: [Patch] Rebase: new switch --ephemeral
On Wednesday 13 June 2012, 21:19:22, ASSI wrote: I've implemented a new option that allows to temporarily rebase some files without messing up the rebase database. Please apply this patch as well. diff -dup rebase-4.2.1-1/rebase.c rebase-4.2.1-2/rebase.c --- rebase-4.2.1-1/rebase.c 2012-06-13 10:54:35.0 +0200 +++ rebase-4.2.1-2/rebase.c 2012-06-14 10:16:33.0 +0200 @@ -613,9 +613,10 @@ merge_image_info () /* With an ephemeral list, the files should not already be in the database. Just warn since it is not really an error, just doesn't really make sense. */ - fprintf (stderr, %s: ephemeral file \%s\ already - found in rebase database. (continuing)\n, - progname, img_info_list[i].name); + if (image_ephemeral_flag) + fprintf (stderr, %s: ephemeral file \%s\ already +found in rebase database. (continuing)\n, +progname, img_info_list[i].name); /* Remove new entry from array. */ free (img_info_list[i].name); img_info_list[i--] = img_info_list[--img_info_size]; Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Python 3.2 cygport script
Yaakov, See attached for a diff between your python3-3.1.5rc1-1 cygport script and my WIP 3.2 one. I'm still deciding on which patches to include and/or getting them to apply cleanly, so ignore those diffs for now. I'm most interested in your feedback on my changes to src_install(), so please focus your attention there. In particular, I'm trying to figure out how to best handle the new ABIFLAGS stuff that was added in 3.2. Any comments will be greatly appreciated. Thanks, Jason --- /tmp/python3-3.1.5rc1-1/python3-3.1.5rc1-1.cygport 2012-06-12 09:51:05.78875 -0400 +++ python3.cygport 2012-06-14 13:47:29.44500 -0400 @@ -1,4 +1,4 @@ -doc_v=3.1.3 +doc_v=${PV} gentoo_overlay=http://overlays.gentoo.org/proj/python/browser/patches; DESCRIPTION=Python programming language @@ -6,7 +6,6 @@ SRC_URI=http://www.python.org/ftp/python/${PV%rc*}/Python-${PV}.tar.bz2 http://docs.python.org/py3k/archives/python-${doc_v}-docs-html.tar.bz2; PATCH_URI= - ${gentoo_overlay}/3.0/22_all_internal-expat.patch?format=txt 3.1-dbm.patch 3.1-enable-new-dtags.patch 3.0b3-tkinter.patch @@ -15,10 +14,14 @@ 3.1-ssl-threads.patch 3.1-system-libffi.patch 3.1-ncurses-abi6.patch - 3.1-export-PySignal_SetWakeupFd.patch - 3.2.3-plat-cygwin.patch + 3.2.3-export-PySignal_SetWakeupFd.patch + 3.2.3-extension.patch + 3.2.3-libpython-abi.patch +# ${gentoo_overlay}/3.0/22_all_internal-expat.patch?format=txt +# 2.6.5-platdir.patch # 3.0b3-ossaudio.patch +# 3.2.3-plat-cygwin.patch SRC_DIR=Python-${PV} @@ -29,10 +32,10 @@ PKG_NAMES=${PN} ${PN}-test ${PN}-tkinter idle3 ${PN}-doc PKG_HINTS=setup test tkinter idle doc -python3_CONTENTS=--exclude=idle3 --exclude=idlelib --exclude=htmldocs +python3_CONTENTS=--exclude=idle3* --exclude=idlelib --exclude=htmldocs --exclude=_tkinter.dll --exclude=tkinter --exclude=test --exclude=tests usr/ -idle3_CONTENTS=usr/bin/idle3 ${pyrootdir#/}/idlelib/ +idle3_CONTENTS=usr/bin/idle3* ${pyrootdir#/}/idlelib/ python3_doc_CONTENTS=usr/share/doc/${PN}/htmldocs/ python3_test_CONTENTS=${pyrootdir#/}/*/test*/ ${pyrootdir#/}/test/ python3_tkinter_CONTENTS=--exclude=test ${pydylddir#/}/_tkinter.dll ${pyrootdir#/}/tkinter/ @@ -57,11 +60,17 @@ dodir /usr cygmake -j1 DESTDIR=${D} altinstall maninstall - dosym python${slot}.exe /usr/bin/python3 - dosym python${slot}-config /usr/bin/python3-config + abi=$(${B}/python.exe -c 'import sys; print(sys.abiflags)') + + dosym python${slot}${abi}.exe /usr/bin/python3 + dosym python${slot}${abi}-config /usr/bin/python3-config dosym python-${slot}.pc /usr/lib/pkgconfig/python3.pc - dosym python${slot}/config/libpython${slot}.dll.a /usr/lib/libpython${slot}.dll.a + dosym python${slot}/config-${slot}${abi}/libpython${slot}${abi}.dll.a /usr/lib/libpython${slot}${abi}.dll.a + + dosym idle${slot} /usr/bin/idle3 + + dosym python${slot}.1 /usr/share/man/man1/python3.1 dodir /usr/share/doc/${PN}/htmldocs cp -r ${S}/../python-${doc_v}-docs-html/* ${D}/usr/share/doc/${PN}/htmldocs/
Re: startx - no keyboard or mouse focus with single xterm, repeatable error
I upgraded yesterday, and am similarly afflicted Thanks Patrick for a workaround, +200+200 works for me. Mario's suggestion of startxwin doesn't solve the problem because startxwin doesn't allow single root window mode. Another minimal way to demonstrate the problem: DISPLAY=:0; export DISPLAY XWin twm notice that twm doesn't have focus, and pressing button1 on the root window doesn't show a menu. Howewver if you then force twm to ask where to place a window by doing: xclock then once the window has been placed I can see the button1 menu, and subsequent xterms etc work properly. When I tried fvwm as an alternative window manager, it worked ok. -- Scott Merrilees -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
startx - no keyboard or mouse focus with single xterm, repeatable error - WORKAROUND
I've found a better workaround for this problem which works without needing to calculate the correct placement of a remedial xterm. Install the xsetroot package and run the following once the X server has started up: # Traditional X11 X-shaped cursor xsetroot -cursor_name X_cursor or # Normal left-pointing arrow cursor xsetroot -cursor_name left_ptr Setting the cursor in this way fixes both the keyboard focus and missing pointer problems. Also - can anyone tell me how to respond correctly to messages in a digest or from the mailing list archive? I've just pasted in the subject heading for this email and Scott's original email below (minus the email addresses), but I'm guessing this email won't show up in the right thread location in the overal email structure of the archive. Regards, Patrick From: Scott Merrilees To: Cc: Date: Thu, 14 Jun 2012 16:05:22 +1000 Subject: Re: startx - no keyboard or mouse focus with single xterm, repeatable error I upgraded yesterday, and am similarly afflicted Thanks Patrick for a workaround, +200+200 works for me. Mario's suggestion of startxwin doesn't solve the problem because startxwin doesn't allow single root window mode. Another minimal way to demonstrate the problem: DISPLAY=:0; export DISPLAY XWin twm notice that twm doesn't have focus, and pressing button1 on the root window doesn't show a menu. Howewver if you then force twm to ask where to place a window by doing: xclock then once the window has been placed I can see the button1 menu, and subsequent xterms etc work properly. When I tried fvwm as an alternative window manager, it worked ok. -- Scott Merrilees -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Cygwin/X sends Focus events to wrong windows
Testing with xev and two other windows A and B (X or native), the following can be observed: (click into A, then into B; focus changes) click into A, move mouse over xev (some MotionEvents will be reported), then click into B: a FocusEvent is reported by xev although xev was not clicked This does not happen always but often. It confuses e.g. terminal windows, and their child processes if the terminal notifies them about Focus events (ESC[?1004h mode). This can also be seen with xterm, although not quite easily: In an xterm, enable Focus reporting mode. Then enable echo of control characters. Since for some reason, control character echoing with the ^[ notation does not work on cygwin, either a character tracing program could be started, or remote login to a Linux box and start 'cat' there. Then click into xterm and another window, a few times. Focus events should be reported as ESC[O (focus out) or ESC[I (focus in) but are often not in sync with the actual clicking. -- Thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
XKeysymDB missing ?
package libX11_6/libX11_6-1.3.3-1 /usr/share/X11/XKeysymDB present package libX11_6/libX11_6-1.4.4-1 /usr/share/X11/XKeysymDB missing The FAQ has some references to XKeysymDB which are confusing given it's omission from 1.4.4-1, and had me wondering is the Xterm input issues I was seeing were related to the lack of this file. If XKeysymDB is missing by design, then probably the FAQ should note this where it talks about XKeysymDB -- Scott Merrilees -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
setxkbmap
Hello, I'm setting xkbmap option compose to lwin/rwin, but it's not having an effect: 'setxkbmap -option compose:lwin -option compose:rwin'. I expect it to make a special character when I hold down the compose key and type a code, but it just types the keys instead. I can't figure out the xkboption for XWin because I use the XWin shortcut with the startxwin.exe command, and I put '-- -xkboption compose:lwin' at the end. However,excuse me, prevented X from starting. Regards, Kete -- 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
cygwin ruby + gems connection trouble
I installed ruby 1.9.2 + rubygems + gems in cygwin when i run the application gems (gem application called earthquake, it is a twitter client ruby) when I run the command $ earthquake output is 401 unauthorized, I tried to find it on google found the same problem, and someone there to answer for time synchronization. and there is also an answer from any internet connection is blocked I think my normal internet applications do not block any sites. question: how synchronization of time in cygwin? how to check port / internet access from cygwin? -- 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: Trusted Software Vendor
Greetings, Vaclav Zeman! Out of curiosity would downloading setup.exe using wget also work around the problem? Most likely. I don't think wget cares about protecting Windows users from their own stupidity. If you use wget, you should know what you're doing. How about you just give it a try? Er, I don't have this problem. I wasn't the one reporting it. Downloading setup.exe with wget has another problem. The downloaded file is missing the +x bit, IIRC. It's irrelevant for setup.exe. -- WBR, Andrey Repin (anrdae...@freemail.ru) 14.06.2012, 22:45 Sorry for my terrible english...
Re: Performance problems with emacs-X11 in current cygwin
On 13/06/2012 5:40 PM, Christopher Faylor wrote: On Wed, Jun 13, 2012 at 05:07:17PM -0400, Ken Brown wrote: On 6/13/2012 2:40 PM, Ken Brown wrote: On 6/10/2012 8:45 PM, Ken Brown wrote: The bisection shows that the first problematic commit is this one: http://git.gnome.org/browse/glib/commit/?h=glib-2-32id=7eae486179e2799c369ed9ffcea663bf9161ce79 Author: Ryan Lortiede...@desrt.ca Date: Wed Aug 31 22:07:02 2011 -0400 GMain: simplify logic for g_wakeup_acknowledge() Instead of messing around with context-poll_waiting, just look at the GPollFD to see if the GWakeup needs to be acknowledged. I think this commit contains a typo: events should be revents. (context-wake_up_rec.events is always nonzero at this point in the code, so it makes no sense to test that.) As a result, g_wakeup_acknowledge() is being called much more often than necessary. I think this could easily explain the performance problems that have been reported, but I won't have a chance to test this on my (slow) XP system for a while, and possibly not until tomorrow. I've confirmed that fixing the typo solves the problem on my XP system. I suspect that this issue is not specific to XP after all and has more to do with the slowness of the machine, so that the performance problem is more noticeable. In any case, it's clearly a glib bug. I've filed a bug report upstream: https://bugzilla.gnome.org/show_bug.cgi?id=678052 What incredible perseverence you've shown in tracking this down. Bravo! ++ Amazing. This is one of the nastier kinds of bugs I've seen anybody track down... bug not where anybody thinks it is, and in library code generally assumed to be robust, bisecting the monster that is glibc, bug hunter knows (or willing to learn) glibc well enough to tell what revents and events do (and that revents even exists!), but not so well that the eyes glossed over the typo. Ironically, the 'r' key on my laptop has been acting up lately, so I can totally relate to the poor fellow who tried to type 'revents' and didn't notice when 'events' compiled and checked in instead... Ryan -- 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: Performance problems with emacs-X11 in current cygwin
On 6/14/2012 3:18 PM, Ryan Johnson wrote: On 13/06/2012 5:40 PM, Christopher Faylor wrote: On Wed, Jun 13, 2012 at 05:07:17PM -0400, Ken Brown wrote: On 6/13/2012 2:40 PM, Ken Brown wrote: On 6/10/2012 8:45 PM, Ken Brown wrote: The bisection shows that the first problematic commit is this one: http://git.gnome.org/browse/glib/commit/?h=glib-2-32id=7eae486179e2799c369ed9ffcea663bf9161ce79 Author: Ryan Lortiede...@desrt.ca Date: Wed Aug 31 22:07:02 2011 -0400 GMain: simplify logic for g_wakeup_acknowledge() Instead of messing around with context-poll_waiting, just look at the GPollFD to see if the GWakeup needs to be acknowledged. I think this commit contains a typo: events should be revents. (context-wake_up_rec.events is always nonzero at this point in the code, so it makes no sense to test that.) As a result, g_wakeup_acknowledge() is being called much more often than necessary. I think this could easily explain the performance problems that have been reported, but I won't have a chance to test this on my (slow) XP system for a while, and possibly not until tomorrow. I've confirmed that fixing the typo solves the problem on my XP system. I suspect that this issue is not specific to XP after all and has more to do with the slowness of the machine, so that the performance problem is more noticeable. In any case, it's clearly a glib bug. I've filed a bug report upstream: https://bugzilla.gnome.org/show_bug.cgi?id=678052 What incredible perseverence you've shown in tracking this down. Bravo! ++ Amazing. This is one of the nastier kinds of bugs I've seen anybody track down... Thanks. I actually enjoyed learning some new things, though it was frustrating at times. 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
cygwin 1.7.15: svn disk I/O error
Recently, I've noticed cygwin svn getting a LOT of errors during operations. I think this started when upgrading from 1.7.14 to 1.7.15, but I can't say for sure. The nature of these errors are as follows: $ svn up Updating '.': svn: E200030: disk I/O error, executing statement 'RELEASE s6' svn: E200030: sqlite: unable to open database file svn: E200030: sqlite: unable to open database file $ svn cleanup svn: E200030: disk I/O error, executing statement 'RELEASE s79' Sometimes the errors happen, sometimes not. It seems to be about 50% of the time svn has this type of error now. I've tried running the exact same version of SVN (the command-line version shipped with TourtoiseSVN) on the exact same working copies and I don't have any errors. I'm not running any anti-virus (I was, but I uninstalled it a couple of days ago to make sure it wasn't causing this trouble). Cygwin Configuration Diagnostics Current System Time: Thu Jun 14 20:43:04 2012 Windows 7 Professional N Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Intel\Services\IPT C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared C:\Program Files (x86)\Common Files\Roxio Shared\OEM\12.0\DLLShared C:\Program Files (x86)\Roxio\OEM\AudioCore C:\Program Files\TortoiseSVN\bin Output from C:\cygwin\bin\id.exe UID: 1001(rcampbell) GID: 513(None) 513(None)545(Users) SysDir: C:\Windows\system32 WinDir: C:\Windows HOME = 'C:\cygwin\home\rcampbell' PWD = '/home/rcampbell' USER = 'rcampbell' ALLUSERSPROFILE = 'C:\ProgramData' APPDATA = 'C:\Users\rcampbell\AppData\Roaming' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' COMPUTERNAME = 'DWI-A3380' COMSPEC = 'C:\Windows\system32\cmd.exe' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' CommonProgramW6432 = 'C:\Program Files\Common Files' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (March 2009)\' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Users\rcampbell' HOSTNAME = 'dwi-a3380' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' LANG = 'en_US.UTF-8' LOCALAPPDATA = 'C:\Users\rcampbell\AppData\Local' LOGONSERVER = '\\DWI-A3380' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' NUMBER_OF_PROCESSORS = '8' OLDPWD = '/c/svn/5.6' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' PRINTER = 'CutePDF Writer' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_ARCHITEW6432 = 'AMD64' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = '6' PROCESSOR_REVISION = '2a07' PROGRAMFILES = 'C:\Program Files (x86)' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' PUBLIC = 'C:\Users\Public' ProgramData = 'C:\ProgramData' ProgramFiles(x86) = 'C:\Program Files (x86)' ProgramW6432 = 'C:\Program Files' SESSIONNAME = 'Console' SHELL = '/bin/bash' SHLVL = '1' SYSTEMDRIVE = 'C:' SYSTEMROOT = 'C:\Windows' TEMP = 'C:\cygwin\tmp' TERM = 'xterm' TMP = 'C:\cygwin\tmp' TZ = 'America/New_York' USERDOMAIN = 'DWI-A3380' USERNAME = 'rcampbell' USERPROFILE = 'C:\Users\rcampbell' VBOX_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\' VS90COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\' WINDIR = 'C:\Windows' _ = '/usr/bin/cygcheck' temp = 'C:\Users\RCAMPB~1\AppData\Local\Temp' tmp = 'C:\Users\RCAMPB~1\AppData\Local\Temp' windows_tracing_flags = '3' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin User: Key: c5e39b7a9d22bafb Path: C:\cygwin c: hd NTFS121311Mb 68% CP CS UN PA FC OS d: hd NTFS 1907726Mb 9% CP CS UN PA FC New Volume e: cd N/AN/A z: net NTFS 1907727Mb 8% CP CS UN PA FC Warning: Mount entries should not have a trailing (back)slash C:\cygwin/ system binary,auto C:\ /c system binary D:\ /d system binary E:\ /e system binary F:\ /f system binary G:\ /g system binary
Re: cygwin 1.7.15: svn disk I/O error
On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote: Recently, I've noticed cygwin svn getting a LOT of errors during operations. I think this started when upgrading from 1.7.14 to 1.7.15, but I can't say for sure. The nature of these errors are as follows: $ svn up Updating '.': svn: E200030: disk I/O error, executing statement 'RELEASE s6' svn: E200030: sqlite: unable to open database file svn: E200030: sqlite: unable to open database file $ svn cleanup svn: E200030: disk I/O error, executing statement 'RELEASE s79' Sometimes the errors happen, sometimes not. It seems to be about 50% of the time svn has this type of error now. I've tried running the exact same version of SVN (the command-line version shipped with TourtoiseSVN) on the exact same working copies and I don't have any errors. I'm not running any anti-virus (I was, but I uninstalled it a couple of days ago to make sure it wasn't causing this trouble). Why would you think that a disk I/O error was either anti-virus or Cygwin related and not... a disk I/O error? Have you looked in your event logs for errors? cgf -- 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: cygwin 1.7.15: svn disk I/O error
On 2012-06-14 15:55, Christopher Faylor wrote: On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote: $ svn cleanup svn: E200030: disk I/O error, executing statement 'RELEASE s79' Sometimes the errors happen, sometimes not. It seems to be about 50% of the time svn has this type of error now. I've tried running the exact same version of SVN (the command-line version shipped with TourtoiseSVN) on the exact same working copies and I don't have any errors. I'm not running any anti-virus (I was, but I uninstalled it a couple of days ago to make sure it wasn't causing this trouble). Why would you think that a disk I/O error was either anti-virus or Cygwin related and not... a disk I/O error? Have you looked in your event logs for errors? cgf I thought it might be anti-virus related because I read another message about someone having a similar problem and he thought it might be anti-virus related. But now I can't find where I was reading that message anymore. Anyway, another reason is because I only experience this error when I use the cygwin version of SVN. Other versions do not run into any errors when accessing the exact same working copies. I just checked my event logs and I don't see any system errors related to I/O. The only error today is about failing to start the PBADRV service. -- 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: cygwin 1.7.15: svn disk I/O error
-Original Message- Subject: Re: cygwin 1.7.15: svn disk I/O error On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote: Recently, I've noticed cygwin svn getting a LOT of errors during operations. I think this started when upgrading from 1.7.14 to 1.7.15, but I can't say for sure. The nature of these errors are as follows: $ svn up Updating '.': svn: E200030: disk I/O error, executing statement 'RELEASE s6' svn: E200030: sqlite: unable to open database file svn: E200030: sqlite: unable to open database file $ svn cleanup svn: E200030: disk I/O error, executing statement 'RELEASE s79' Sometimes the errors happen, sometimes not. It seems to be about 50% of the time svn has this type of error now. I've tried running the exact same version of SVN (the command-line version shipped with TourtoiseSVN) on the exact same working copies and I don't have any errors. I'm not running any anti-virus (I was, but I uninstalled it a couple of days ago to make sure it wasn't causing this trouble). Why would you think that a disk I/O error was either anti-virus or Cygwin related and not... a disk I/O error? Have you looked in your event logs for errors? It is indeed AV related -- a race between SQLite and AV http://mail-archives.apache.org/mod_mbox/subversion-users/201204.mbox/%3ce3f0ae62d06f6c42acf59588421a2cc50f667...@defthw99e54msx.ww902.siemens.net%3E I just ran into this and got around it by temporarily disabling AV -- 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: cygwin 1.7.15: svn disk I/O error
-Original Message- Subject: RE: cygwin 1.7.15: svn disk I/O error -Original Message- Subject: Re: cygwin 1.7.15: svn disk I/O error On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote: Recently, I've noticed cygwin svn getting a LOT of errors during operations. I think this started when upgrading from 1.7.14 to 1.7.15, but I can't say for sure. The nature of these errors are as follows: $ svn up Updating '.': svn: E200030: disk I/O error, executing statement 'RELEASE s6' svn: E200030: sqlite: unable to open database file svn: E200030: sqlite: unable to open database file $ svn cleanup svn: E200030: disk I/O error, executing statement 'RELEASE s79' Sometimes the errors happen, sometimes not. It seems to be about 50% of the time svn has this type of error now. I've tried running the exact same version of SVN (the command-line version shipped with TourtoiseSVN) on the exact same working copies and I don't have any errors. I'm not running any anti-virus (I was, but I uninstalled it a couple of days ago to make sure it wasn't causing this trouble). Why would you think that a disk I/O error was either anti-virus or Cygwin related and not... a disk I/O error? Have you looked in your event logs for errors? It is indeed AV related -- a race between SQLite and AV http://mail-archives.apache.org/mod_mbox/subversion- users/201204.mbox/%3CE3F0AE62D06F6C42ACF59588421A2CC50F66713D@DEFTHW99E5 4MSX.ww902.siemens.net%3E I just ran into this and got around it by temporarily disabling AV See also this thread http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061dsMessageId=2906294 -- 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
git-gui: remote - fetch from fails, fetch-pack: unable to fork off index-pack
I recently upgraded to a new laptop. After upgrading, I copied some git repositories from my old laptop to my new laptop. I then installed Cygwin on my new laptop. I was able to use git-gui to commit changes into 2 local repositories. However, when I then tried using git-gui to fetch changes from one local repository into the other local repository, I received this error message: 1 [main] git-fetch 10668 fork: child -1 - forked process 10012 died unexpectedly, retry 0, exit code -1073741515, errno 11 error: cannot fork() for index-pack: Resource temporarily unavailable fatal: fetch-pack: unable to fork off index-pack I followed the instructions at http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures;. But I am still seeing the same error. Do you have any suggestions for how I can resolve this error? I am attaching a copy of the output from cygcheck -s -v -r. cygcheck.out Description: cygcheck.out -- 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
DenyHosts (as service) won't start/hangs @ cygwin 1.7.15-1 / Win7 x64
Hello, I have set up DenyHosts for my sshd running on Windows 7 x64 (cygwin 1.7.15-1) based on the guides I've found in the cygwin newsgroup archives, but I have reached a dead end. The steps I have followed: - install and config syslog-ng (working ok), python (working ok) - install denyhosts (ok) - configure denyhosts startup script and config file (both files attached) - install denyhosts as a service (cygrunsrv -I DenyHosts -p /usr/share/denyhosts/daemon-control -a start -d DenyHosts -f DenyHosts 2.6 -y sshd -x /var/run/denyhosts.pid -o) - after first unsuccessful start of DenyHosts service, checked the logs, realized /etc/hosts.deny is missing, so created the file (touch /etc/hosts.deny) - tried to start the service again - service hangs in starting, even though it seems to be working (it has successfully created one new entry in /etc/hosts.deny parsing latest ssh attack in the syslog) And this is dead-end for me - don't know how to make it work correctly. Why dead end? There's nothing more for me in the logs to catch on. Denyhosts logs show normal startup: starting DenyHosts:/usr/bin/env python /usr/bin/denyhosts.py --daemon --config=/usr/share/denyhosts/denyhosts.cfg and no error in denyhosts logfile (the one without extension) - the file is also logging normal operations (even new entries in /etc/hosts.deny). The only thing I have to catch on is the startup log of DenyHosts service in syslog: Jun 14 17:23:03 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#1) Jun 14 17:23:04 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#2) Jun 14 17:23:05 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#3) Jun 14 17:23:06 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#4) Jun 14 17:23:07 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#5) Jun 14 17:23:08 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#6) Jun 14 17:23:09 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#7) Jun 14 17:23:10 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#8) Jun 14 17:23:11 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#9) Jun 14 17:23:12 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#10) Jun 14 17:23:13 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#11) Jun 14 17:23:14 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#12) Jun 14 17:23:15 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#13) Jun 14 17:23:16 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#14) Jun 14 17:23:17 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#15) Jun 14 17:23:18 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#16) Jun 14 17:23:19 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#17) Jun 14 17:23:20 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#18) Jun 14 17:23:21 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#19) Jun 14 17:23:22 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#20) Jun 14 17:23:23 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#21) Jun 14 17:23:24 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#22) Jun 14 17:23:25 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#23) Jun 14 17:23:26 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#24) Jun 14 17:23:27 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#25) Jun 14 17:23:28 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#26) Jun 14 17:23:29 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#27) Jun 14 17:23:30 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#28) Jun 14 17:23:31 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#29) Jun 14 17:23:32 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#30) Jun 14 17:23:33 NUTRIA DenyHosts: PID 7232: service `DenyHosts': 5516 did not fork, sending SIGTERM Jun 14 17:23:39 NUTRIA DenyHosts: PID 7232: service `DenyHosts': 5516 did not terminate, sending SIGKILL SIGTERM and SIGKILL are sent out automatically, but have no effect (service is still running, reporting, it's trying to start), even though they have been clearly sent. Any ideas what could be wrong? I'd like to have denyhosts service running without any issues. Thanks in advance. Best regards, Martin daemon-control Description: Binary data denyhosts.cfg Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ:
Re: DenyHosts (as service) won't start/hangs @ cygwin 1.7.15-1 / Win7 x64
There is one more thing I've just found regarding this issue - after DenyHosts service startup, there are two python2.6 processes running. Here is current situation: - tried to start DenyHosts service - same issue as always, service hangs, syslog reports: Jun 15 02:16:21 NUTRIA DenyHosts: PID 6568: service `DenyHosts': 7316 did not fork, sending SIGTERM Jun 15 02:16:27 NUTRIA DenyHosts: PID 6568: service `DenyHosts': 7316 did not terminate, sending SIGKILL - checking currently running processes: $ ps -ef UID PID PPID TTY STIME COMMAND SYSTEM 7316 6568 ? 02:15:50 /usr/bin/python2.6 SYSTEM 2288 1 ? 04:34:35 /usr/bin/cygrunsrv SYSTEM 6568 1 ? 02:15:50 /usr/bin/cygrunsrv censor 9872 9384 pty0 02:16:51 /usr/bin/ps SYSTEM 2332 2288 ? 04:34:35 /usr/sbin/syslog-ng cyg_serv 2224 1 ? 04:34:35 /usr/bin/cygrunsrv cyg_serv 2280 2224 ? 04:34:35 /usr/sbin/sshd SYSTEM 7208 1 ? 02:15:52 /usr/bin/python2.6 censor 9384 9304 pty0 02:06:51 /usr/bin/bash censor 9304 1 ? 02:06:51 /usr/bin/mintty - checking /var/run/denyhosts.pid file: 7208 So according to syslog, startup of DenyHosts is looking for PID 7316, but denyhosts.pid reports PID 7208. Both PIDs belong to two python2.6 processes. I have no idea, why there are two of them, nor why Denyhosts is so schizophrenic with PIDs. Please help. Regards, Martin On Fri, Jun 15, 2012 at 2:13 AM, martin cygwin at drcain.sk wrote: Hello, I have set up DenyHosts for my sshd running on Windows 7 x64 (cygwin 1.7.15-1) based on the guides I've found in the cygwin newsgroup archives, but I have reached a dead end. The steps I have followed: - install and config syslog-ng (working ok), python (working ok) - install denyhosts (ok) - configure denyhosts startup script and config file (both files attached) - install denyhosts as a service (cygrunsrv -I DenyHosts -p /usr/share/denyhosts/daemon-control -a start -d DenyHosts -f DenyHosts 2.6 -y sshd -x /var/run/denyhosts.pid -o) - after first unsuccessful start of DenyHosts service, checked the logs, realized /etc/hosts.deny is missing, so created the file (touch /etc/hosts.deny) - tried to start the service again - service hangs in starting, even though it seems to be working (it has successfully created one new entry in /etc/hosts.deny parsing latest ssh attack in the syslog) And this is dead-end for me - don't know how to make it work correctly. Why dead end? There's nothing more for me in the logs to catch on. Denyhosts logs show normal startup: starting DenyHosts: /usr/bin/env python /usr/bin/denyhosts.py --daemon --config=/usr/share/denyhosts/denyhosts.cfg and no error in denyhosts logfile (the one without extension) - the file is also logging normal operations (even new entries in /etc/hosts.deny). The only thing I have to catch on is the startup log of DenyHosts service in syslog: Jun 14 17:23:03 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#1) Jun 14 17:23:04 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#2) Jun 14 17:23:05 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#3) Jun 14 17:23:06 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#4) Jun 14 17:23:07 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#5) Jun 14 17:23:08 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#6) Jun 14 17:23:09 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#7) Jun 14 17:23:10 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#8) Jun 14 17:23:11 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#9) Jun 14 17:23:12 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#10) Jun 14 17:23:13 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#11) Jun 14 17:23:14 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#12) Jun 14 17:23:15 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#13) Jun 14 17:23:16 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#14) Jun 14 17:23:17 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#15) Jun 14 17:23:18 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#16) Jun 14 17:23:19 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#17) Jun 14 17:23:20 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#18) Jun 14 17:23:21 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#19) Jun 14 17:23:22 NUTRIA DenyHosts: PID 7232: service `DenyHosts': waiting for fork of 5516 (#20) Jun 14 17:23:23 NUTRIA DenyHosts: