Re: [RFU] [1.7] Base-Files 3.8-2
On Sun, Feb 15, 2009 at 11:59:37AM -, John Morrison wrote: Er, John, I'm sure you really know how to look at the cygwin-announce mailing list archives right? http://cygwin.com/ml/cygwin-announce/2009-02/ Sorry Chris, I've been (a little) out of touch with the cygwin stuff for a while... but it looks like I need to patch it anyway before the announcement. I've not upgraded these packages in, err, years! J.
[RFU] [1.7] Base-Files 3.8-3 (was 3.8-2)
Change Log -- 3.8-3 * Ensure that the destination directory exists during postinstall - Yitzchak Scott-Thoennes http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.8-3.tar.bz2 md5sum: 600a176402bd3f9659433cffd1d71aa0 In case they're wanted... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hint wget http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.8-3.tar.bz2 J.
Re: [RFU] [1.7] Base-Files 3.8-3 (was 3.8-2)
On Feb 16 08:56, John Morrison wrote: wget http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.8-3.tar.bz2 Uploaded. I pulled the 3.8-2 version so 3.7-1 is prev. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU 1.7] rsync-3.0.5-1
On Feb 15 22:54, Lapo Luchini wrote: http://lapo.it/cygwin/rsync/rsync-3.0.5-1-src.tar.bz2 http://lapo.it/cygwin/rsync/rsync-3.0.5-1.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU 1.7] serf-0.3.0-2
On 2/6/2009 9:24 AM, David Rothenberger wrote: wget -x -nH --cut-dirs=2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0-devel/libserf0-devel-0.3.0-2.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0-devel/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0_0/libserf0_0-0.3.0-2.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0_0/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/serf-0.3.0-2-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/setup.hint Did this get uploaded? -- David Rothenberger daver...@acm.org Meekness: Uncommon patience in planning a revenge that is worth while. -- Ambrose Bierce
Re: [RFU 1.7] serf-0.3.0-2
On Feb 16 09:47, David Rothenberger wrote: On 2/6/2009 9:24 AM, David Rothenberger wrote: wget -x -nH --cut-dirs=2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0-devel/libserf0-devel-0.3.0-2.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0-devel/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0_0/libserf0_0-0.3.0-2.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/libserf0_0/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/serf-0.3.0-2-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin-1.7/serf/setup.hint Did this get uploaded? Oops. Yes, it got uploaded... a minute ago. Thanks for the heads up, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: John Emmas john...@tiscali.co.uk One more thing Jon. I'm probably being ludicrously simplistic here - but to fix the resizing problem (not resizing until the user lets go of the mouse button) could there be a simple fix for this just by responding to the WM_MOUSEHOVER notification? Or if you'd prefer not to do this in WM_SIZING, WM_NCMOUSEHOVER might be more successful and would at least make Cygwin's resizing work more like Linux's. I guess the main problem with WM_NCMOUSEHOVER though is that it doesn't get issued by older versions of Windows. However, that's Windows fault, not Cygwin's. John -- 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/
starxwin.bat always misfires the xterm once
Hi all, I have installed cygwin-x on windows XP and I'm pretty much happy about it. There is only one little annoying thing that I am not able to fix. I use cygwin-x to ssh into linux systems and occasionally launch remote applications. I do not use a x-desktop. I've added an icon to the quick-launch windows toolbar pointing to startxwin.bat. Pressing that icon should launch cygwin-x and open a xterm. It does so on my other window box, running win 2000. However, on windows xp there seems to be some glitch. The first time I launch the cygwin-x icon after booting the OS, no xterm pops up. At least, not immediatly. I've been waiting a few minutes, but no trace of xterm all the same. The xserver is running, though. I can launch an xterm from by right clicking the small X icon in the icon tray, but it opens in /usr/X11R6/bin, prompting bash-3.2$. If I close the xserver and launch it a second time, all goes as I expect to. The xserver is started again, and an xterm almost immediatly pops out as required in startxwin.bat. The xterm correctly starts from my home directory. Therefore I always have to launch cygwin-x, shut down the server and launch it again. As I mention, this double launching is not necessary in win 2000. The xterm pops up the first time I launch startxwin.bat. Is this a known problem? I've tried to search the mailing list but came up with nothing. Perhaps I've used the wrong search terms. Thanks a lot for any help F -- 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/
R: starxwin.bat always misfires the xterm once
--- Lun 16/2/09, Franz di Coccio ha scritto: Da: Franz di Coccio Oggetto: starxwin.bat always misfires the xterm once A: cygwin-xfree@cygwin.com Data: Lunedì 16 febbraio 2009, 11:08 Hi all, I have installed cygwin-x on windows XP and I'm pretty much happy about it. There is only one little annoying thing that I am not able to fix. I use cygwin-x to ssh into linux systems and occasionally launch remote applications. I do not use a x-desktop. I've added an icon to the quick-launch windows toolbar pointing to startxwin.bat. Pressing that icon should launch cygwin-x and open a xterm. It does so on my other window box, running win 2000. However, on windows xp there seems to be some glitch. The first time I launch the cygwin-x icon after booting the OS, no xterm pops up. At least, not immediatly. I have a similar issue. It is probably due to Xwin not yet ready when xterm tries to verify the existence of a X server try to add %CYGWIN_ROOT%\bin\sleep 4 so a 4 second delay (or what ever value is fine for you system) before %RUN% xterm -e /usr/bin/bash -l this should allow xterm to find a ready Xwin. I've been waiting a few minutes, but no trace of xterm all the same. The xserver is running, though. I can launch an xterm from by right clicking the small X icon in the icon tray, but it opens in /usr/X11R6/bin, prompting bash-3.2$. If I close the xserver and launch it a second time, all goes as I expect to. The xserver is started again, and an xterm almost immediatly pops out as required in startxwin.bat. The xterm correctly starts from my home directory. Therefore I always have to launch cygwin-x, shut down the server and launch it again. As I mention, this double launching is not necessary in win 2000. The xterm pops up the first time I launch startxwin.bat. Is this a known problem? I've tried to search the mailing list but came up with nothing. Perhaps I've used the wrong search terms. Thanks a lot for any help F Regards Marco Passa a Yahoo! Mail. La webmail che ti offre GRATIS spazio illimitato, antispam e messenger integrato. http://it.mail.yahoo.com/ -- 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/
R: starxwin.bat always misfires the xterm once - it works!
Marco, your suggestion to insert %CYGWIN_ROOT%\bin\sleep 4 before the xterm launch instruction %RUN% xterm -e /usr/bin/bash -l in starxwin.bat did the trick! Thanks a lot! Grazie! F PS That's a weird behaviour, anyway... I wonder why the pause is needed only for the first execution after the system boot. Whatever... Now it works :) -- 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/
RE: RE: Intermittent X clipboard failure
This is the same workaround I've been using. I'm also using Office 2003 and X11R7. I'm fine with this workaround. I need Office but I don't need the Office clipboard. We have other X servers here and I've experienced clipboard problems with those and the Office clipboard also. -Chris -Original Message- From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of n05q4nn Sent: Wednesday, January 21, 2009 11:43 AM To: cygwin-xfree@cygwin.com Subject: Re: RE: Intermittent X clipboard failure I don't know if there is permanent fix for this but this is my workaround. I faced similar issue after I upgraded my X server recently. Copy/paste between X and windows apps works fine as long as no MS Office 2003 apps are open. If Office apps are open, they hang immediately if I copy anything from X, e.g. xterm. Killing the hung Office apps usually restore my copy/paste function. My workaround: disable the Office clipboard. This forces Office apps to use the Windows clipboard but the apps don't hang when I copy/paste from X. To disable the Office clipboard: * On the Office Clipboard task pane, click Options. * Clear the Show Office Clipboard Automatically check box. * Clear the Show Office Clipboard When Ctrl+C Pressed Twice check box. * Clear the Collect Without Showing Office Clipboard check box. YMMV Williams, Chris (Marlboro) wrote: Hi, This clipboard failure happened again. This time I notice I could still copy from X apps to the Windows clipboard buffer. Also this time I copied some log information about the shutdown: Start log clip winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! End log clip Anyone have any specific hints about hunting down this clipboard problem? Possibly apropos, anyone have any issues running the Office Clipboard that comes with MS Office 2003 with this new X server, X.Org 7.4? Thanks, Chris -Original Message- From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Williams, Chris (Marlboro) Sent: Thursday, December 18, 2008 6:59 PM To: cygwin-xfree@cygwin.com Subject: Intermittent X clipboard failure Hi, I've been using the Xwin release 1.5.3.0 on XP SP2 and I'm experiencing odd copy/paste behavior. When I first start the X server with the -clipboard command-line option everything works fine, copy/paste to/from X apps with no problem. After a while, and unfortunately I don't know what event triggers this, Windows stops accepting clipboard data from the X apps and vice versa, I can't paste into any X app. The log isn't that much help, probably because I don't understand what I'm looking at. I do see messages like: winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: If I restart the X server this problem goes away immediately. Or if I wait long it enough I stop seeing those log messages and the problem goes away on it's own apparently. Anyone else have this type of problem? I'm not even sure what the next step is as far as providing useful data for debugging purposes. I'll also add that I'm only talking about text copy here. Thank you, Chris -- 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/ -- 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/ -- 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/ -- 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/
Re: Intermittent X clipboard failure
Hello, Williams, Chris (Marlboro) wrote: After a while, and unfortunately I don't know what event triggers this, Windows stops accepting clipboard data from the X apps and vice versa, I can't paste into any X app. I recognize your symptoms. I have the same problem on Windows Vista. The application I use most in GNU emacs. It eventually dies with a message of memory exhaustion. Most often, closing the Office application, if early enough, helps. An other symptom is an Office Clipboard report of: 6 of 24 - Clipboard Item not collected. and something like: Format non supported. Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p22046890.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/
/usr/bin/startx fails on new x.org install?
I updated Cygwin and got the new x.org server. I have a couple of problems: 1. /usr/bin/startx can no longer be used to launch X in multiwindow mode. Instead, it creates the auth file, prints a dialog telling me to read /var/log/XWin.0.log, and that I'm running the Cygwin/X project version 1.5.3.0 (20090205), i.e. I'm current, and exits. /var/log/XWin.0.log says: [..] XWin was started with the following command line: /usr/bin/X :0 -auth /cygdrive/c/Documents and Settings/lwood/.serverauth.3000 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1400 h 1050 winInitializeDefaultScreens - returning Unrecognized option: and [..] the 'and' suggesting that something, somewhere, is not quoting path names or escaping spaces to '\ 'to handle the spaces in 'Documents and Settings' correctly. Some messing around with the startx script didn't turn up anything obvious; putting quotes around /cygdrive/c/Documents and Settings/lwood/.serverauth.3000 did not change the error behaviour; still 'Unrecognized option: and'. So, probably not startx's fault. it would be nice if the unrecognised option line shows up in the dialog directly to speed up testing. 2. Trouble launching multiwindow mode. startx (which previously gave me multiwindow) no longer works (above). xinit -multiwindow fails xinit -- -multiwindow oddly, succeeds. No idea why. 3. No cut and paste between the X desktop and Windows. Completely separate. Is this by design? (I can't figure out any copy/paste in the cygwin dumb terminal window, either.) Hurrah for multiwindow mode, where it works, and which I happily scurried back to as soon as I figured out how. 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates: http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in e.g. the mail program where I'm writing this. 5. No OpenGL hardware acceleration (yet?) Any hints welcomed. thanks, L. -- 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/
src/winsup/cygwin ChangeLog cygwin.din posix.s ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-02-16 15:36:01 Modified files: winsup/cygwin : ChangeLog cygwin.din posix.sgml winsup/cygwin/include: inttypes.h winsup/cygwin/include/cygwin: version.h Log message: * cygwin.din: Export wcstoimax, wcstoumax. * posix.sgml: Move wcstoimax and wcstoumax to SUSv4 section. * include/inttypes.h: Declare wcstoimax and wcstoumax. * include/cygwin/version.h: Bump API minor number. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4380r2=1.4381 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.198r2=1.199 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.22r2=1.23 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/inttypes.h.diff?cvsroot=srcr1=1.2r2=1.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.280r2=1.281
src/winsup/cygwin include/cygwin/version.h Cha ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-02-16 20:22:38 Modified files: winsup/cygwin/include/cygwin: version.h winsup/cygwin : ChangeLog cygwin.din malloc_wrapper.cc posix.sgml winsup/cygwin/libc: fts.c Log message: * cygwin.din: Export reallocf. * malloc_wrapper.cc( reallocf): New function. * posix.sgml: Add reallocf to BSD section. * include/cygwin/version.h: Bump API minor number. * libc/fts.c: Remove erroneous reallocf definition. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.281r2=1.282 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4381r2=1.4382 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.199r2=1.200 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/malloc_wrapper.cc.diff?cvsroot=srcr1=1.38r2=1.39 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.23r2=1.24 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/libc/fts.c.diff?cvsroot=srcr1=1.2r2=1.3
Re: [attention base-files maintainer] copying /bin files to home dir on first run of cygwin.bat
I did a base install of cygwin 1.7 (using setup-1.7.exe), and the first time I ran cygwin.bat, it gave the following: +/bin/mkdir -p `dirname ${fDest}` Thanks I'll patch that ASAP. J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SSH/SCREEN/REATTACH bug
hi screen hangs when attempting to reattach to a session that wasn't manually detached but instead the ssh connection to the server where screen is running was closed. i can neither screen -list nor screen -D -RR to get back into the session. for both calls screen will wait forever but nothing will happen. strace screen -list will stop here: 329 136923 [main] screen 137852 fhandler_socket::af_local_send_secret: Sending af_local secret succeeded strace for dead screen session that doesn't come back 41 57588150 [main] SCREEN 45224 fhandler_socket::af_local_accept: af_local_accept called 63 57588213 [main] SCREEN 45224 fhandler_socket::af_local_recv_secret: Received af_local secret: 4D1A3031-594D961E-6465BE71-DAE06456 69 57588282 [main] SCREEN 45224 fhandler_socket::af_local_send_secret: Sending af_local secret succeeded 113 57588395 [main] SCREEN 45224 fhandler_socket::af_local_recv_cred: Received eid credentials: pid: 36100, uid: 1007, gid: 513 68 57588463 [main] SCREEN 45224 fhandler_socket::af_local_send_cred: Sending eid credentials succeeded 63 57588526 [main] SCREEN 45224 fhandler_socket::accept: res 7 68 57588594 [main] SCREEN 45224 cygwin_accept: 7 = accept (4, 0x22C7A0, 0x22C41C) 44 57588638 [main] SCREEN 45224 sig_send: sendsig 0x2F8, pid 45224, signal -34, its_me 1 45 57588683 [main] SCREEN 45224 sig_send: wakeup 0x1B0 81 57588764 [sig] SCREEN 45224 wait_sig: signalling pack.wakeup 0x1B0 -13 57588751 [main] SCREEN 45224 sig_send: Waiting for pack.wakeup 0x1B0 203 57588954 [main] SCREEN 45224 sig_send: returning 0x0 from sending signal -34 98 57589052 [main] SCREEN 45224 readv: readv (7, 0x22C3D0, 1) blocking, sigcatchers 5 45 57589097 [main] SCREEN 45224 readv: no need to call ready_for_read 77 57589174 [main] SCREEN 45224 readv: 0 = readv (7, 0x22C3D0, 1), errno 2 47 57589221 [main] SCREEN 45224 close: close (7) 195 57589416 [main] SCREEN 45224 fhandler_socket::close: 0 = fhandler_socket::close() 45 57589461 [main] SCREEN 45224 close: 0 = close (7) 42 57589503 [main] SCREEN 45224 sig_send: sendsig 0x2F8, pid 45224, signal -34, its_me 1 41 57589544 [main] SCREEN 45224 sig_send: wakeup 0x1AC 44 57589588 [main] SCREEN 45224 sig_send: Waiting for pack.wakeup 0x1AC 111 57589699 [sig] SCREEN 45224 wait_sig: signalling pack.wakeup 0x1AC 56 57589755 [main] SCREEN 45224 sig_send: returning 0x0 from sending signal -34 39 57589794 [main] SCREEN 45224 readv: readv (3, 0x2297F0, 1) nonblocking, sigcatchers 5 48 57589842 [main] SCREEN 45224 peek_pipe: /dev/tty3, PeekNamedPipe failed, Win32 error 109 36 57589878 [main] SCREEN 45224 peek_pipe: /dev/tty3, n -1 168 57590046 [main] SCREEN 45224 fhandler_base::ready_for_read: read_ready 1, avail 1 53 57590099 [main] SCREEN 45224 fhandler_tty_slave::read: read(22B840, 4096) handle 0x110 screen -version Screen version 4.00.03 (FAU) 23-Oct-06 uname -a CYGWIN_NT-5.2-WOW64 lalala 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Does CYGWIN work on Windows 2008 x86 architecture ?
Hi I try again to ask if someone has installed CYGWIN on Windows 2008 x86 architecture. It works fine on x64 architecture but bash fails on X86 like this bash 2 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 315 [main] bash 3520 open_stackdumpfile: Dumping stack trace to bash.exe.stackdump 430671 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 448747 [main] bash 3520 _cygtls::handle_exceptions: Error while dumping state ( probably corrupted stack) I have not found an answer in the cygwin mailing list. Could you help me ? Thanks in advance. Martine -- Martine Carannante System Software Development RD Bull, Architect of an Open World TM Tél : (+33) 1 30 80 71 87 http://www.bull.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
man command not working
Hi Man command is not working on my cygwin. When I type simple man command without parmaters it prompts What manual page do you want?. But when i give a parameter it says. $ man ls sh: /usr/bin/tbl: No such file or directory sh: /usr/bin/less: No such file or directory Error executing formatting or display command. System command (cd /usr/share/man (echo .ll 15.9i; echo .nr LL 15.9i; echo .pl 1100i; /usr/bin/gunzip -c '/usr/share/man/man1/ls.1.gz'; echo .\\\; echo .pl \n(nlu +10) | /usr/bin/tbl | /usr/bin/nroff -c -mandoc 2/dev/null | /usr/bin/less -isrR) exited with status 32512. No manual entry for ls Any idea why this error is occuring and how to fix it. Thanks, Ashish -- View this message in context: http://www.nabble.com/man-command-not-working-tp22034883p22034883.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Does CYGWIN work on Windows 2008 x86 architecture ?
On Feb 16 11:05, Martine Carannante wrote: Hi I try again to ask if someone has installed CYGWIN on Windows 2008 x86 architecture. It works fine on x64 architecture but bash fails on X86 like this bash 2 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 315 [main] bash 3520 open_stackdumpfile: Dumping stack trace to bash.exe.stackdump 430671 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 448747 [main] bash 3520 _cygtls::handle_exceptions: Error while dumping state ( probably corrupted stack) I have not found an answer in the cygwin mailing list. Works fine for me. Except in one case: http://cygwin.com/ml/cygwin/2008-10/msg00459.html I opened a support case at Microsoft but it has been refused. Since the problem occurs in a Microsoft DLL, we have no way to fix it in Cygwin. Cygwin 1.7 has a crude workaround for this situation, though. So your choices are - Deinstall Terminal Services entirely - Switch off DEP - Use Cygwin 1.7 (still in TEST for another few weeks) If it's not TS, it's probably a case of http://cygwin.com/acronyms/#BLODA Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
new x.org server - startx and xinit fail?
I've just updated my Cygwin installation (1.5.25), and got the new x.org xserver. startx has stopped working. After xauth creates a new authority file, it throws up a dialog saying it's put help text in /var/log/XWin.0.log Perusing /var/log/XWin.0.log shows: XWin was started with the following command line: /usr/bin/X :0 -auth /cygdrive/c/Documents and Settings/ lwood/.serverauth.32660 [..] unrecognized option: and suggesting that missing quotes somewhere in startx borked the command. Adding quotes in throughout startx (xinit command, whenever I saw $HOME) didn't change this; whatever can't handle spaces is a little hidden. xinit run alone dies because it can't find supported fonts. How to get cygwin's x-window-in-Windows-window support running again and get to an xterm? thanks, L. http://info.surrey.ac.uk/Personal/L.Wood/l.w...@surrey.ac.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Does CYGWIN work on Windows 2008 x86 architecture ?
Thanks a lot Martine Corinna Vinschen wrote: On Feb 16 11:05, Martine Carannante wrote: Hi I try again to ask if someone has installed CYGWIN on Windows 2008 x86 architecture. It works fine on x64 architecture but bash fails on X86 like this bash 2 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 315 [main] bash 3520 open_stackdumpfile: Dumping stack trace to bash.exe.stackdump 430671 [main] bash 3520 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 448747 [main] bash 3520 _cygtls::handle_exceptions: Error while dumping state ( probably corrupted stack) I have not found an answer in the cygwin mailing list. Works fine for me. Except in one case: http://cygwin.com/ml/cygwin/2008-10/msg00459.html I opened a support case at Microsoft but it has been refused. Since the problem occurs in a Microsoft DLL, we have no way to fix it in Cygwin. Cygwin 1.7 has a crude workaround for this situation, though. So your choices are - Deinstall Terminal Services entirely - Switch off DEP - Use Cygwin 1.7 (still in TEST for another few weeks) If it's not TS, it's probably a case of http://cygwin.com/acronyms/#BLODA Corinna -- Martine Carannante System Software Development RD Bull, Architect of an Open World TM Tél : (+33) 1 30 80 71 87 http://www.bull.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: man command not working
* ashabrol (Mon, 16 Feb 2009 02:34:27 -0800 (PST)) Man command is not working on my cygwin. When I type simple man command without parmaters it prompts What manual page do you want?. But when i give a parameter it says. $ man ls sh: /usr/bin/tbl: No such file or directory sh: /usr/bin/less: No such file or directory Error executing formatting or display command. System command (cd /usr/share/man (echo .ll 15.9i; echo .nr LL 15.9i; echo .pl 1100i; /usr/bin/gunzip -c '/usr/share/man/man1/ls.1.gz'; echo .\\\; echo .pl \n(nlu +10) | /usr/bin/tbl | /usr/bin/nroff -c -mandoc 2/dev/null | /usr/bin/less -isrR) exited with status 32512. No manual entry for ls First check if the files mentioned in the error message are there. You might have an incomplete installation. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] [1.7] Updated: rsync 3.0.5-1
I've updated the Cygwin 1.7 version of rsync to 3.0.5-1. rsync is a file transfer program. rsync uses the 'rsync algorithm' which provides a very fast method for bringing remote files into sync. It does this by sending just the differences in the files across the link, without requiring that both sets of files are present at one of the ends of the link beforehand. If you're not sure what version do you have you can use the following command to both check version number and integrity of the install: % cygcheck -c rsync If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** 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://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Lapo Luchini -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new x.org server - startx and xinit fail?
Lloyd Wood wrote: I've just updated my Cygwin installation (1.5.25), and got the new x.org xserver. startx has stopped working. After xauth creates a new authority file, it throws up a dialog saying it's put help text in /var/log/XWin.0.log Perusing /var/log/XWin.0.log shows: XWin was started with the following command line: /usr/bin/X :0 -auth /cygdrive/c/Documents and Settings/lwood/.serverauth.32660 [..] unrecognized option: and suggesting that missing quotes somewhere in startx borked the command. Adding quotes in throughout startx (xinit command, whenever I saw $HOME) didn't change this; whatever can't handle spaces is a little hidden. xinit run alone dies because it can't find supported fonts. How to get cygwin's x-window-in-Windows-window support running again and get to an xterm? X questions and issues should go to the cygwin-xfree list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new x.org server - startx and xinit fail?
Ah, installing a number of fonts in Cygwin setup's X11 list, that allows xinit to produce a working X11 virtual desktop window. Once I launch a window manager it's usable, with xterms etc. However, /usr/bin/startx and treating X windows as Windows windows appears to have problems with spaces in path names, as outlined below. On 16 Feb 2009, at 13:20, Lloyd Wood wrote: I've just updated my Cygwin installation (1.5.25), and got the new x.org xserver. startx has stopped working. After xauth creates a new authority file, it throws up a dialog saying it's put help text in /var/log/XWin.0.log Perusing /var/log/XWin.0.log shows: XWin was started with the following command line: /usr/bin/X :0 -auth /cygdrive/c/Documents and Settings/ lwood/.serverauth.32660 [..] unrecognized option: and suggesting that missing quotes somewhere in startx borked the command. Adding quotes in throughout startx (xinit command, whenever I saw $HOME) didn't change this; whatever can't handle spaces is a little hidden. xinit run alone dies because it can't find supported fonts. How to get cygwin's x-window-in-Windows-window support running again and get to an xterm? http://info.surrey.ac.uk/Personal/L.Wood/l.w...@surrey.ac.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new x.org server - startx and xinit fail?
On 02/16/2009, Lloyd Wood wrote: Ah, installing a number of fonts in Cygwin setup's X11 list, that allows xinit to produce a working X11 virtual desktop window. Once I launch a window manager it's usable, with xterms etc. However, /usr/bin/startx and treating X windows as Windows windows appears to have problems with spaces in path names, as outlined below. http://cygwin.com/ml/cygwin/2009-02/msg00369.html Please use the recommended list for X questions and issues. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] [1.7] Updated packages: {serf,libserf0_0,libserf0-devel}-0.3.0-2
This package is for Cygwin 1.7. The serf packages have been updated to the new upstream release 0.3.0. See http://code.google.com/p/serf/source/browse/tags/0.3.0/CHANGES for more details about the changes in this release More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org Meekness: Uncommon patience in planning a revenge that is worth while. -- Ambrose Bierce -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[1.7.0-40] parallel (multiple) instances of version 1.7
Hello The latest discussion about parallel instances are dated back to april 2008, discussing parallel instances of 1.5 and 1.7, not multiple instances of 1.7 I noticed when having parallel instances of 1.7 the first startet instances sets the base in /etc/fstab. All further startups (bash) of different cygwin installations use the first installation as their base. Is it possible to have parallel instances of 1.7 ? How much do the cygwin1.dll have to different (will version 1.7.0-40 be different to version 1.7.0-41) ? Is it possible to change something in the DLL, etc., to make instances be different ? Regards Pascal -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7.0-40] parallel (multiple) instances of version 1.7
On Feb 16 19:22, Pascal Favre wrote: Hello The latest discussion about parallel instances are dated back to april 2008, discussing parallel instances of 1.5 and 1.7, not multiple instances of 1.7 I noticed when having parallel instances of 1.7 the first startet instances sets the base in /etc/fstab. All further startups (bash) of different cygwin installations use the first installation as their base. Is it possible to have parallel instances of 1.7 ? The 1.7 version changed the way the global objects are created but there was never planned to have multiple version of 1.7. Even though you can use a 1.5 and a 1.7 install and run in parallel, the there must be only one Cygwin running rule applies. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Does CYGWIN work on Windows 2008 x86 architecture ?
Corinna Vinschen wrote: Works fine for me. Except in one case: http://cygwin.com/ml/cygwin/2008-10/msg00459.html I opened a support case at Microsoft but it has been refused. Since the problem occurs in a Microsoft DLL, we have no way to fix it in Cygwin. Cygwin 1.7 has a crude workaround for this situation, though. So your choices are Boy if that doesn't smack of monopoly abuse. Brings back memories of DR-DOS and others. -Ben -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/