Re: [RFU 1.5 and 1.7] libaprutil1-1.3.4-3 and libaprutil1-1.3.4-4
On Jun 7 13:03, David Rothenberger wrote:
On 6/7/2009 1:30 AM, Corinna Vinschen wrote:
Uploaded.
Thanks.
Are there any old versions we can remove? The current
selection contains 1.2.2-1, 1.2.7-1, 1.2.8-1, 1.2.10-1, and 1.3.4-x with
1 =x = 4.
I guess you could remove everything but 1.2.10-1 and 1.3.4-{3,4}. I took
over with 1.3.4-1, but 1.3.4-{1,2} have a security issue, so I don't
think we should keep those.
Ok, done.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Re: Oops - don't upload mpfr-2.4.1-3 (was Re: [1.7 RFU] gmp-4.3.1-3 and mpfr-2.4.1-3 - fix rebase problems)
On Jun 8 06:55, David Billinghurst wrote: David Billinghurst wrote: gmp-4.3.1-1 and mpfr-2.4.1-2 cannot be rebased - see the thread starting http://cygwin.com/ml/cygwin/2009-06/msg00184.html and ending at http://cygwin.com/ml/cygwin/2009-06/msg00268.html. Versions rebuilt with CVS binutils and -shared-libgcc are available for upload. I tried quite hard to break them using rebase and rebaseall but they still work, and Marc Girod has reported success with gmp. These may not be the final solution but they are definitely better. Don't upload mpfr-2.4.1-3 as it already exists. Sorry about that. I have removed it from my server. Expect a mpfr-2.4.1-3 shortly gmp-4.3.1-3 is OK. Uploaded and 4.3.1-1 removed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [1.7 RFU] mpfr-2.4.1-4 - fix rebase problems
On Jun 8 07:54, David Billinghurst wrote:
A new version of mpfr-2.4.1-4 for cygwin-1.7 is available for upload.
This version is a rebuild with -shared-libgcc and CVS binutils. It
fixes the rebase failures with the DLL in mpfr-2.4.1-3.
I suggest that we delete mpfr-2.4.1-3 and leave 2.4.1-2 - the last gcc-3
based build - as previous.
##
D=http://billinghurst.customer.netspace.net.au/cygwin-1.7
wget -x -nH --cut-dirs=1 \
${D}/mpfr/libmpfr-devel/libmpfr-devel-2.4.1-4.tar.bz2 \
${D}/mpfr/libmpfr-devel/setup.hint \
${D}/mpfr/libmpfr1/libmpfr1-2.4.1-4.tar.bz2 \
${D}/mpfr/libmpfr1/setup.hint \
${D}/mpfr/mpfr-2.4.1-4-src.tar.bz2 \
${D}/mpfr/mpfr-2.4.1-4.tar.bz2 \
${D}/mpfr/setup.hint
Uploaded and 2.4.1-3 removed.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Re: Windows 7 RC1 and Cygwin 1.7
Yaakov (Cygwin/X) wrote: On 15/05/2009 15:13, Jim Reisert AD1C wrote: I have installed Windows 7 RC1 (64-bit) as well as Cygwin 1.7, including the Xorg stuff in the Cygwin setup-1.7.exe file Same here. I have also noticed the following issues: 1) In multiwindow mode, all X programs are considered as one wrt taskbar buttons. Nothing really new there, but it's more noticeable now that the default is Always combine, hide labels. When combined, the icon shown is that of the first program launched, which is obviously inaccurate if several different X programs are running. If a windowed X server is launched, it shows as one window with the X icon (as expected), which will be grouped together with X programs running multiwindow on a different DISPLAY. Pinning that X icon to the taskbar has the same effect. It would be preferable to force ungrouping (or grouping by program in multiwindow, if possible), but if that's not possible, the X icon should represent the group no matter which program launched first. It doesn't seem to be clearly documented how the taskbar makes these decisions: if it's based on the executable, the window class or name or some hints associated with it. It would be neat if we could set things up so that the X windows group in the same way as native windows, but I'm not aware of a way to do that... The shell interface ITaskbarList() seems completely inadequate for this purpose. 2) It would be nice to port the tray icon menu to the new Jump List. 3) With Aero in multiwindow, fbpanel (in Ports) has a large border around the panel. IIRC there was a slight border in XP, but it's much larger and more noticeable with Aero. 4) In multiwindow, if two programs overlap, then Aero Peek will show the correct shape for each window but the contents of one window superimposed on the other in their stacking order. Yes, I've seen the same behaviour with the TaskSwitchXP alt+tab replacement. This is a consequence of the way multiwindow mode is currently implemented: everything is drawn onto a shadow framebuffer, and then areas from that are drawn into native windows when they are exposed. This means that we can only correctly draw the contents of the X window at the top of the Z-order stack (as this may be occluding other X windows). There are probably solutions to this. -- 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: AltGr sometimes generates Control_L
Hannu Koivisto wrote: Greetings, I run Cygwin/X with XWin.exe -multiwindow -clipboard -silent-dup-error. I start xev from shell and start pressing(releasing) a and AltGr keys consecutively: a AltGr a AltGr ... ---8-- KeyPress event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1906670500, (595,1269), root:(771,1501), state 0x14, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (01) ☺ XmbLookupString gives 1 bytes: (01) ☺ XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1906670593, (595,1269), root:(771,1501), state 0x14, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (01) ☺ XFilterEvent returns: False ---8-- ...where the string looked like a happy face. Hmm... can I see the first few lines of your /var/log/Xwin.0.log, please, so I can see what keyboard layout windows is reporting and X is using. But a bigger problem is that AltGr sometimes generates Control_L in addition to ISO_Level3_Shift, which makes Emacs (which I run from a Linux machine remotely over X) quite unhappy. For example, when I'm trying to enter }, which in Finnish layout is done by AltGr+0, Emacs complains that C-} is undefined. Hmm.. in fact, I think a Ctrl-L is generated for every AltGr keypress by Windows. The X server contains special code to eat these keypresses, but it seems this is not working as reliably as it should be. It would be useful to know if you have TweakUI installed, as comments in the code indicate and FAQ 5.1.7 indicate that did cause problems with this AltGr handling which are thought to be fixed.. ---8-- KeyPress event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1907120437, (478,827), root:(676,1088), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1907120437, (478,827), root:(676,1088), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1907120531, (478,827), root:(676,1088), state 0x94, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xe1, root 0x7c, subw 0x0, time 1907120531, (478,827), root:(676,1088), state 0x90, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False ---8-- I've seen earlier complaints about the same problem dating back to 2005 but nothing that would help me solve this problem. Links, please -- 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 fork.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-06-08 19:45:39 Modified files: winsup/cygwin : ChangeLog fork.cc Log message: * fork.cc (frok::parent): Remove ancient code erroneously flushing stdout descriptor. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4514r2=1.4515 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fork.cc.diff?cvsroot=srcr1=1.204r2=1.205
src/winsup/cygwin ChangeLog autoload.cc fhandl ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-06-08 20:04:37 Modified files: winsup/cygwin : ChangeLog autoload.cc fhandler_proc.cc Log message: * autoload.cc (GetSystemTimes): Define. * fhandler_proc.cc (format_proc_uptime): Use GetSystemInfo to retrieve processor count. Use GetSystemTimes when available to retrieve system idle time. Improve debug output. (format_proc_stat): Use GetSystemInfo to retrieve processor count. Improve debug output. Ignore if SystemPerformanceInformation returns error. Explain why. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4515r2=1.4516 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.158r2=1.159 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=srcr1=1.85r2=1.86
src/winsup/cygwin ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-06-08 20:06:57 Modified files: winsup/cygwin : ChangeLog Log message: Fix ChangeLog entry Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4516r2=1.4517
How to make cygwin redirect in UNIX mode?
Hi All, I do as the manual (http://cygwin.com/cygwin-ug-net/using-textbinary.html) says: When redirecting, the Cygwin shells uses rules (a-e). For these shells the relevant value of CYGWIN is that at the time the shell was launched and not that at the time the program is executed. Non-Cygwin shells always pipe and redirect with binary mode. With non-Cygwin shells the commands cat filename | program and program filename are not equivalent when filename is on a text-mounted partition. I have edited c:\cygwin\cygwin.bat as: @echo off set CYGWIN=binmode C: chdir C:\cygwin\bin bash --login -i After I relaunch cygwin and run: echo abc a.txt The file a.txt is in DOS format, not in UNIX. What's wrong then? -- 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] gmp-4.3.1-3 for cygwin-1.7
Version 4.3.1-3 of gmp, libgmp3, libgmpxx4 and libgmp-devel for cygwin-1.7 have been uploaded. This release is intended provide DLLs that can be successfully rebased. PACKAGE DESCRIPTION === Homepage: http://gmplib.org/ License : GNU LGPL GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface. CHANGES SINCE LAST RELEASE == The DLLs in the 4.3.1-1 release could not be rebased, which broke applications including gcc-4 and expr. This was a consequence of the move from gcc-3 to gcc-4. This release is rebuilt using CVS binutils and using the -shared-libgcc option, which seems to solve the problem. INSTALL OR UPGRADE NOTES Standard install. -- 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] mpfr-2.4.1-4 for cygwin-1.7
Version 2.4.1-4 of mpfr/libmpfr1/libmpfr-devel for cygwin-1.7 has been uploaded. This release is intended provide a DLL that can be successfully rebased, unlike the DLL in version 2.4.1-3. PACKAGE DESCRIPTION === Homepage: http://www.mpfr.org License : GNU LGPL 2.1 or later The MPFR library is a C library for multiple-precision floating-point computations with exact rounding (also called correct rounding). It is based on the GMP multiple-precision library. The main goal of MPFR is to provide a library for multiple-precision floating-point computation which is both efficient and has a well-defined semantics. It copies the good ideas from the ANSI/IEEE-754 standard for double-precision floating-point arithmetic. CHANGES SINCE LAST RELEASE == The DLL in the 2.4.1-3 release could not be rebased, which broke applications such as gcc-4. This was an unexpected consequence of the move to compiling with gcc-4. This 2.4.1-4 release is rebuilt using CVS binutils and using the -shared-libgcc option, which seems to solve the problem. INSTALL OR UPGRADE NOTES Standard install. -- 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/
R: How to make cygwin redirect in UNIX mode?
--- Lun 8/6/09, Pan ruochen ha scritto: Da: Pan ruochen Oggetto: How to make cygwin redirect in UNIX mode? A: cygwin@cygwin.com Data: Lunedì 8 giugno 2009, 11:40 Hi All, I do as the manual (http://cygwin.com/cygwin-ug-net/using-textbinary.html) says: When redirecting, the Cygwin shells uses rules (a-e). For these shells the relevant value of CYGWIN is that at the time the shell was launched and not that at the time the program is executed. Non-Cygwin shells always pipe and redirect with binary mode. With non-Cygwin shells the commands cat filename | program and program filename are not equivalent when filename is on a text-mounted partition. I have edited c:\cygwin\cygwin.bat as: @echo off set CYGWIN=binmode C: chdir C:\cygwin\bin bash --login -i After I relaunch cygwin and run: echo abc a.txt The file a.txt is in DOS format, not in UNIX. What's wrong then? 1) To help on trouble shooting, please cygcheck -s -v -r -h cygcheck_output.txt and send us the result. See http://cygwin.com/cygwin-ug-net/using-utils.html#cygcheck 2) I guess that you installed cygwin in text mode what does mount report ? Regards Marco -- 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: R: How to make cygwin redirect in UNIX mode?
as you can see: Mount entries: these map POSIX directories to your NT drives. -NT- -POSIX--Type- -Flags- C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive you installed cygwin in text mode. So the output is DOS style, to have UNIX output you need to install in binmode Regards Marco --- Lun 8/6/09, Pan ruochen ha scritto: Da: Pan ruochen Oggetto: Re: R: How to make cygwin redirect in UNIX mode? A: Marco Atzeri Data: Lunedì 8 giugno 2009, 12:05 1) To help on trouble shooting, please cygcheck -s -v -r -h cygcheck_output.txt and send us the result. See http://cygwin.com/cygwin-ug-net/using-utils.html#cygcheck Cygwin Configuration Diagnostics Current System Time: Mon Jun 08 18:02:38 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\SecureCRT\ c:\Program Files\CodeLite c:\Program Files\CodeLite\bin c:\Program Files\TortoiseSVN\bin d:\Tools\UltraEdit\ c:\splint-3.1.1\bin d:\sbin d:\Program Files\Vim\vim64 d:\sbin\svn-win32-1.6.1\bin C:\cygwin\opt\3.4.0\bin C:\cygwin\opt\sde-mips\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 12685(reachpan) GID: 10513(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10513(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 12685(reachpan) GID: 10513(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10513(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Here's some environment variables that may affect cygwin: USER = 'reachpan' PWD = '/cygdrive/d/SZ_SVN/latest/scripts' CYGWIN = 'binmode' HOME = '/cygdrive/c/Documents and Settings/reachpan' MAKE_MODE = 'unix' Here's the rest of your environment variables: HOMEPATH = '\Documents and Settings\reachpan' MANPATH = '/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' APPDATA = 'C:\Documents and Settings\reachpan\Application Data' HOSTNAME = 'reachpan-bj' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 9, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'D:\Tools\Microsoft Visual Studio 8\Common7\Tools\' TMPDIR = '/cygdrive/c/WINDOWS/TEMP' OLDPWD = '/cygdrive/d/SZ_SVN/latest' USERDOMAIN = 'ACTIONS' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/reachpan/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'reachpan' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\reachpan' LANG = 'zh_CN.GBK' CLIENTNAME = 'Console' PS1 = '\[\033]0;\w\007 \033[32m\...@\h \[\033[33m\w\033[0m\] $ ' LOGONSERVER = '\\SRV-MICRO-DC' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' USERDNSDOMAIN = 'ACTIONS.COM.CN' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/reachpan/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0409' LC_CTYPE = 'zh_CN.gbk' INFOPATH = '/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' CHARSET = 'GBK' SESSIONNAME = 'Console' OUTPUT_CHARSET = 'GBK' COMPUTERNAME = 'REACHPAN-BJ' _ = '/usr/bin/cygcheck' Scanning registry for keys with 'Cygnus' in them... HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options Listing available drives... Drv Type Size Used Flags Name c: hd NTFS 20481Mb 81% CP CS UN PA FC system d: hd NTFS 55764Mb 71% CP CS UN PA FC data e: cd N/A N/A fd = floppy, hd = hard
Re: doc about the cygwin vfs?
there is obviously a kind of vfs else /cygdrive/C or / wouldn't exist. /dev/null neither as long as the fs shown to the application isn't the same as the one of the native OS there is a vfs... JLM On Sun, Jun 7, 2009 at 9:36 PM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Jun 7 16:35, jean-luc malet wrote: I would like to see if I can implement a fuse extention in cygwin vfs... where can I find usefull hints about the cygwin vfs system? There's no documentation because there's no vfs. 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/ -- KISS! (Keep It Simple, Stupid!) (garde le simple, imbécile!) mais qu'est-ce que tu m'as pondu comme usine à gaz? fait des choses simples et qui marchent, espèce d'imbécile! - Si vous pensez que vous êtes trop petit pour changer quoique ce soit, essayez donc de dormir avec un moustique dans votre chambre. Betty Reese http://www.grainesdechangement.com/citations.htm -- 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: LFTP issue
First thought that springs to my mind: what kind of console is in use here? What is the setting of CYGWIN=(no)tty? And does Ctrl+D work as well as Ctrl+C? Both a Cygwin console, as well as MinTTY. Ctrl+D doesn't work, only Ctrl+C does. echo $CYGWIN displays nothing (so I assume that means notty?). Following up on the lftp mailing list, I've been told it works under 1.5 (I'm using the latest 1.7), so I don't know if something specific to 1.7 is coming in to play. Chris -- Chris Sutcliffe http://emergedesktop.org -- 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/
R: [1.7] output redirection problems with gfortran
--- Lun 8/6/09, Gustavo Seabra ha scritto: Da: Gustavo Seabra Oggetto: [1.7] output redirection problems with gfortran A: cygwin@cygwin.com Data: Lunedì 8 giugno 2009, 15:28 Hi All, I'm having a strange problem with gfortran here. I am trying to run a simple configure program, but it chokes on the fortran compilation. The test program it uses is very simple: $ cat testp.f program testf write(6,*) 'testing a Fortran program' end program testf It is being compiled with: $ gfortran -O0 -fno-second-underscore -o testp testp.f and it generates the executable testp.exe: $ ./testp testing a Fortran program The problem comes in the testing. If I try to redirect this output to pretty much anything, I get nothing: $ ./testp | /bin/grep Fortran $ (It returns nothing.) I also tried changing the compiler options to remove the -fno-second-underscore or the -O0 options, with no changes. The same happens if I try to redirect the output to a file, or try to tee the output: to a file, i.e., in both cases I only get empty files: $ ./testp testp.out $ cat testp.out $ or $ ./testp 21 | tee testp.out $ cat testp.out $ I attached the output of cygcheck -s -v -r in this message. Here are some more details about the gfortran version being used: $ gfortran --version GNU Fortran (GCC) 4.3.2 20080827 (beta) 2 [SNIP] Gustavo Seabra Hi Gustavo, we already noticed such fault and it is on the long list of Dave Korn to look for. http://thread.gmane.org/gmane.os.cygwin/104875/focus=104963 I suspect it is more 1.7 related than gfortran related as the test program is working on cygwin-1.5. Regards Marco -- 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: doc about the cygwin vfs?
jean-luc malet wrote: there is obviously a kind of vfs else /cygdrive/C or / wouldn't exist. /dev/null neither as long as the fs shown to the application isn't the same as the one of the native OS there is a vfs... Ah, fhandlers: http://cygwin.com/cgi-bin/cvsweb.cgi/~checkout~/src/winsup/cygwin/how-fhandlers-work.txt?cvsroot=src cheers, DaveK -- 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] output redirection problems with gfortran
Gustavo Seabra wrote: Hi All, I'm having a strange problem with gfortran here. I am trying to run a simple configure program, but it chokes on the fortran compilation. The test program it uses is very simple: $ cat testp.f program testf write(6,*) 'testing a Fortran program' end program testf It is being compiled with: $ gfortran -O0 -fno-second-underscore -o testp testp.f As Marco says, known problem with libgfortran DLL at the moment; as a workaround, use static linking: $ gfortran -O0 -fno-second-underscore -o testp testp.f -static ad...@ubik /tmp/fortran/2 $ ./testp 21 | tee testp.out testing a Fortran program ad...@ubik /tmp/fortran/2 $ cheers, DaveK -- 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: LFTP issue
On Jun 8 09:12, Chris Sutcliffe wrote: First thought that springs to my mind: what kind of console is in use here? What is the setting of CYGWIN=(no)tty? And does Ctrl+D work as well as Ctrl+C? Both a Cygwin console, as well as MinTTY. Ctrl+D doesn't work, only Ctrl+C does. echo $CYGWIN displays nothing (so I assume that means notty?). Following up on the lftp mailing list, I've been told it works under 1.5 (I'm using the latest 1.7), so I don't know if something specific to 1.7 is coming in to play. I just tried lftp from the distro under the latest Cygwin 1.7 DLL from CVS and both, `ls | grep foo' as well as `ls | less' work fine for me in a console window as well as in mintty. I'm puzzled what could be the cause for what you observe. 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/
bash `test -e' problem with cdrom drive and soft-disk drive
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
--
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: LFTP issue
I just tried lftp from the distro under the latest Cygwin 1.7 DLL from CVS and both, `ls | grep foo' as well as `ls | less' work fine for me in a console window as well as in mintty. I'm puzzled what could be the cause for what you observe. Is there a snapshot I can try? I'm currently using 1.7.0-48, so perhaps something has changed since then? Chris -- Chris Sutcliffe http://emergedesktop.org -- 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: bash `test -e' problem with cdrom drive and soft-disk drive
On Jun 8 22:53, Haojun Bao wrote:
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
And what's the problem?
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: LFTP issue
On Jun 8 11:04, Chris Sutcliffe wrote: I just tried lftp from the distro under the latest Cygwin 1.7 DLL from CVS and both, `ls | grep foo' as well as `ls | less' work fine for me in a console window as well as in mintty. I'm puzzled what could be the cause for what you observe. Is there a snapshot I can try? I'm currently using 1.7.0-48, so perhaps something has changed since then? I'll upload 1.7.0-49 today. I'm just waiting for a reply from Chris in terms of a patch which might or might not go in. 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: bash `test -e' problem with cdrom drive and soft-disk drive
On Jun 8 17:06, Corinna Vinschen wrote:
On Jun 8 22:53, Haojun Bao wrote:
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
And what's the problem?
Oh, I see...
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: bash `test -e' problem with cdrom drive and soft-disk drive
Corinna Vinschen corinna-cyg...@cygwin.com writes:
On Jun 8 22:53, Haojun Bao wrote:
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
And what's the problem?
The problem is that I think if `cd /cygdrive/a' failes, then so should
`test -e /cygdrive/a/Windows'
--
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: bash `test -e' problem with cdrom drive and soft-disk drive
Corinna Vinschen corinna-cyg...@cygwin.com writes:
On Jun 8 22:53, Haojun Bao wrote:
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
And what's the problem?
Also, here's another test case:
for x in {a..z}; do PATH=/cygdrive/$x/bin:$PATH; ls.exe; done
The result will be take a long time to complete if you have a `A:' drive
in `My Computer', like the following:
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/a/bin/ls.exe: Permission denied
bash: /cygdrive/j/bin/ls.exe: Permission denied
bash: /cygdrive/k/bin/ls.exe: Permission denied
Since I have nothing in drive A:/J:/K:, I think something is wrong with
the file system mounting. Can you reproduce it?
Oh, forgot to mention, I'm testing the cygwin-1.7.
--
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: bash `test -e' problem with cdrom drive and soft-disk drive
On Jun 8 23:19, Haojun Bao wrote:
Corinna Vinschen corinna-cyg...@cygwin.com writes:
On Jun 8 22:53, Haojun Bao wrote:
If you have cd-rom/soft-disk drive, please run the following test case,
for x in {a..z}; do
if test -e /cygdrive/$x/Windows ; then
echo Windows found on /cygdrive/$x
cd /cygdrive/$x
fi
done
And here's the result:
Windows found on /cygdrive/a
bash: cd: /cygdrive/a: No medium found
Windows found on /cygdrive/c
Windows found on /cygdrive/j
bash: cd: /cygdrive/j: No medium found
Windows found on /cygdrive/k
bash: cd: /cygdrive/k: No medium found
And what's the problem?
Also, here's another test case:
[...]
Since I have nothing in drive A:/J:/K:, I think something is wrong with
the file system mounting. Can you reproduce it?
Easily. Thanks for the testcase!
Oh, forgot to mention, I'm testing the cygwin-1.7.
The problem was in one core path conversion function in Cygwin. The
status code returned by the NT function used to test the file for
existance in a case like that, STATUS_NO_MEDIA_IN_DEVICE, was not
handled at all. Patched in CVS. This will be fixed in the next 1.7
test release.
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: How to run GNU Emacs from Windows icon
-Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andrew DeFaria Sent: Friday, June 05, 2009 8:03 PM To: cygwin@cygwin.com Subject: Re: How to run GNU Emacs from Windows icon David Karr wrote: -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andrew DeFaria Sent: Friday, June 05, 2009 8:47 AM To: cygwin@cygwin.com Subject: Re: How to run GNU Emacs from Windows icon David Karr wrote: I now need to set up Windows desktop icons that can start these processes. I managed to get XEmacs working, with the following command line: C:\cygwin\bin\bash.exe --login -c C:/cygwin/bin/xemacs-21.4.22.exe Why the insistence on running bash? Why not simply run Xemacs? That's what I do at work and it works fine for me. It may not produce any difficult symptoms with XEmacs itself, but without that I don't get a normal login shell out of the box. And why do you require a normal login shell? Here's what I have for my shortcut that starts up XEmacs: C:\Cygwin\bin\run.exe xemacs. Nothing else is required. I don't need to login. I'm logged in already. I just need to edit files... Again, why run bash first then run emacs? Again, so I get a login shell. In any case, this has no effect on the symptom. I tried doing this without bash, and it fails in exactly the same way. You have not defined what exactly your symptom is WRT xemacs. You stated: I managed to get XEmacs working, with the following command line: C:\cygwin\bin\bash.exe --login -c C:/cygwin/bin/xemacs-21.4.22.exe Then went on to describe how it fails with emacs (not xemacs) because emacs and a problem with your terminal type. I would think that xemacs doesn't care as much about terminal type. Is xemacs failing with the same error about terminal type? What is TERM set to for you? (Me: it's set to cygwin). Sorry I didn't make that clear, but it wasn't really relevant to this. XEmacs is working fine with respect to basic startup from an icon. I'm having issues with the help window machinery, which doesn't have anything to do with these problems. -- 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/
Occasional OpenSSH hang with Cygwin 1.7
Hi All... The other day, someone posted about an occasional first time of the day hang when sshing into a Cygwin box. I commented that I had not seen the problem with Cygwin 1.7 on the server host. I just had a hang from a fast Vista machine to a slow XP laptop, both running Cygwin 1.7 (with the 20090607 snapshot). I just wanted the archives to reflect that this does still happen with Cygwin 1.7. Thanks, ...Karl _ Lauren found her dream laptop. Find the PC that’s right for you. http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290 -- 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: How to make cygwin redirect in UNIX mode?
Pan ruochen wrote: Hi All, I do as the manual (http://cygwin.com/cygwin-ug-net/using-textbinary.html) says: When redirecting, the Cygwin shells uses rules (a-e). For these shells the relevant value of CYGWIN is that at the time the shell was launched and not that at the time the program is executed. Non-Cygwin shells always pipe and redirect with binary mode. With non-Cygwin shells the commands cat filename | program and program filename are not equivalent when filename is on a text-mounted partition. I have edited c:\cygwin\cygwin.bat as: @echo off set CYGWIN=binmode C: chdir C:\cygwin\bin bash --login -i After I relaunch cygwin and run: echo abc a.txt The file a.txt is in DOS format, not in UNIX. What's wrong then? I'd recommend reading and following the problem reporting guidelines found at the link below for all problem reports. It keeps folks on this list that could help from having to guess about your configuration. Problem reports: http://cygwin.com/problems.html Currently, my WAG is that you have 'c:\cygwin\bin' mounted as text. -- 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: [1.7] output redirection problems with gfortran
On Mon, Jun 8, 2009 at 10:56 AM, Dave Korndave.korn.cyg...@googlemail.com wrote: Gustavo Seabra wrote: Hi All, I'm having a strange problem with gfortran here. I am trying to run a simple configure program, but it chokes on the fortran compilation. The test program it uses is very simple: $ cat testp.f program testf write(6,*) 'testing a Fortran program' end program testf It is being compiled with: $ gfortran -O0 -fno-second-underscore -o testp testp.f As Marco says, known problem with libgfortran DLL at the moment; as a workaround, use static linking: $ gfortran -O0 -fno-second-underscore -o testp testp.f -static ad...@ubik /tmp/fortran/2 $ ./testp 21 | tee testp.out testing a Fortran program ad...@ubik /tmp/fortran/2 $ cheers, DaveK That works. Thanks! -- Gustavo Seabra Postdoctoral Associate Quantum Theory Project - University of Florida Gainesville - Florida - USA --- Q: Why do mountain climbers rope themselves together? A: To prevent the sensible ones from going home. -- 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: R: [1.7] output redirection problems with gfortran
On Mon, Jun 8, 2009 at 10:21 AM, Marco Atzerimarco_atz...@yahoo.it wrote: --- Lun 8/6/09, Gustavo Seabra ha scritto: Da: Gustavo Seabra Oggetto: [1.7] output redirection problems with gfortran A: cygwin@cygwin.com Data: Lunedì 8 giugno 2009, 15:28 Hi All, I'm having a strange problem with gfortran here. I am trying to run a simple configure program, but it chokes on the fortran compilation. The test program it uses is very simple: $ cat testp.f program testf write(6,*) 'testing a Fortran program' end program testf It is being compiled with: $ gfortran -O0 -fno-second-underscore -o testp testp.f and it generates the executable testp.exe: $ ./testp testing a Fortran program The problem comes in the testing. If I try to redirect this output to pretty much anything, I get nothing: $ ./testp | /bin/grep Fortran $ (It returns nothing.) I also tried changing the compiler options to remove the -fno-second-underscore or the -O0 options, with no changes. The same happens if I try to redirect the output to a file, or try to tee the output: to a file, i.e., in both cases I only get empty files: $ ./testp testp.out $ cat testp.out $ or $ ./testp 21 | tee testp.out $ cat testp.out $ I attached the output of cygcheck -s -v -r in this message. Here are some more details about the gfortran version being used: $ gfortran --version GNU Fortran (GCC) 4.3.2 20080827 (beta) 2 [SNIP] Gustavo Seabra Hi Gustavo, we already noticed such fault and it is on the long list of Dave Korn to look for. http://thread.gmane.org/gmane.os.cygwin/104875/focus=104963 I suspect it is more 1.7 related than gfortran related as the test program is working on cygwin-1.5. Regards Marco Thanks. Compiling with -static, as suggested by Dave Korn, worked for me. -- Gustavo Seabra Postdoctoral Associate Quantum Theory Project - University of Florida Gainesville - Florida - USA --- Q: Why do mountain climbers rope themselves together? A: To prevent the sensible ones from going home. -- 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: How to make cygwin redirect in UNIX mode?
On 06/08/2009, Larry Hall (Cygwin) wrote: Pan ruochen wrote: What's wrong then? I'd recommend reading and following the problem reporting guidelines found at the link below for all problem reports. It keeps folks on this list that could help from having to guess about your configuration. Problem reports: http://cygwin.com/problems.html Currently, my WAG is that you have 'c:\cygwin\bin' mounted as text. Doh! Please ignore the thread restart... -- 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: LFTP issue
According to the LFTP documentation, I should be able to do: ls | grep string and ls | less both of which only return something if I Ctrl+C, if I don't Ctrl-C it just sits there. I'm not able to reproduce this behavior in my Cygwin 1.7 installation, with lftp 3.7.6-4. Both of the commands you describe work normally for me, without Ctrl-C. My $CYGWIN is empty, BTW. I've abandoned my Cygwin 1.5 installation-- nothing at all works there any more and I'm tired of screwing with it-- so I can't check your problem report there. Andrew. -- 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] Cannot read /proc/stat
On Jun 8 11:29, Yaakov S wrote: Running 1.7.0-48 on Windows 7 RC (x64), 'cat /proc/stat' shows nothing but exits 0. Other /proc files are fine. cygcheck output attached. Confirmed. The reason is that a datastructure on the NT level has another size on 64 bit systems, and the WOW64 layer doesn't translate the structure into the 32 bit format. The function is unsupported, so that makes sort of sense. I'll create another solution using the official function for to fetch that information. Unfortunaltey it doesn't exist on NT4, so I have to sp3cial case that(*) Thanks for the report, Corinna (*) Is anybody here actually still using NT4? -- 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: [1.7] Cannot read /proc/stat
(*) Is anybody here actually still using NT4? Since support for 9x is ending in 1.7, shouldn't NT4 support also end? Chris -- Chris Sutcliffe http://emergedesktop.org -- 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] Cannot read /proc/stat
(*) Is anybody here actually still using NT4? Anyone still running NT4 has a security disaster on their hands. Not that that's a reason to cut them off of Cygwin... in fact they probably could use the help... but Microsoft EOL'd NT4 years ago, and at some point it seems that Cygwin should do the same. -- 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] Cannot read /proc/stat
On Mon, Jun 08, 2009 at 01:32:33PM -0400, Chris Sutcliffe wrote: (*) Is anybody here actually still using NT4? Since support for 9x is ending in 1.7, shouldn't NT4 support also end? The decision to stop supporting 9x was mainly due to the desire to use the more advanced API which is not availalbe on the MS-DOS based versions of Windows. NT4 has enough functionality that I don't see any reason to stop supporting it quite yet. cgf -- 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] Cannot read /proc/stat
On 08/06/2009 12:14, Corinna Vinschen wrote: Confirmed. The reason is that a datastructure on the NT level has another size on 64 bit systems, and the WOW64 layer doesn't translate the structure into the 32 bit format. The function is unsupported, so that makes sort of sense. I'll create another solution using the official function for to fetch that information. Unfortunaltey it doesn't exist on NT4, so I have to sp3cial case that(*) Thanks. (*) Is anybody here actually still using NT4? It looks like MS dropped support for NT4 in 2004[1]. Since we are dropping support for 9x/ME for the same reason, why not NT4? [1] http://support.microsoft.com/gp/lifewinfaq#Windows%20NT%20Server Yaakov -- 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] Cannot read /proc/stat
Andrew Schulman wrote: (*) Is anybody here actually still using NT4? Anyone still running NT4 has a security disaster on their hands. Not that that's a reason to cut them off of Cygwin... in fact they probably could use the help... but Microsoft EOL'd NT4 years ago, and at some point it seems that Cygwin should do the same. NT4 is still widely used in corporate environments where it just lives in a private intranet and isn't exposed (hopefully!) to the outside world. I think we shouldn't rush to ditch support for it as long as it doesn't start to become a significant burden in terms of missing support for newer APIs. cheers, DaveK -- 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: LFTP issue
I'm not able to reproduce this behavior in my Cygwin 1.7 installation, with lftp 3.7.6-4. Both of the commands you describe work normally for me, without Ctrl-C. My $CYGWIN is empty, BTW. Doing a little more debugging, and it looks like the issue is related directory size. I can execute 'ls | grep string' in a directory with 22 items with no issue at all. However, when I do a 'ls | grep string' in a directory that has 1,928 items, that's when I see the behaviour I'm experiencing. Is there some sort of limitation on listing size? I tried using 'rels' to see if it was a caching issue (as I understand it 'rels' doesn't cache), but I experienced the same behaviour. Chris -- Chris Sutcliffe http://emergedesktop.org -- 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: Installing Cygwin
TIOTTL'd (Take It Off The Talk List'd) Run the installer on a machine with the appropriate connection. The installer has an option to Just Download Packages Set the download directory somewhere you can move around (I burn it to DVD/CD most of the time) and select the packages you need. Move to the other side (machine to have Cygwin installed) and run the installer. Point it at the local files. install. Its Not Hard. -- Morgan gangwere Space does not reflect society, it expresses it. -- Castells, M., Space of Flows, Space of Places: Materials for a Theory of Urbanism in the Information Age, in The Cybercities Reader, S. Graham, Editor. 2004, Routledge: London. p. 82-93. -- 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: ClamAv update to 0.95.1 ?
Mike Cappella schrieb:
Are there plans to update ClamAv to version 0.95.1 ?
Yes. I was just very busy.
I just got
include/w32api/objidl.h:95: error: expected identifier or '(' before
string constant
so it will need some more hours.
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
--
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 setup-1.7.exe (2.627)
I just uploaded another new setup-1.7.exe (2.627) to http://cygwin.com/setup-1.7.exe, which contains the following bug fix: - When running postinstall scripts, start bash so that it ignores any system or user profiles. The original patch applied to 2.625 was inadequate. Please replace your local version of setup-1.7.exe with this one. 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/
[ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-49
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-49. The list with the changes related to the previous test release 1.7.0-48 is attached below. === IMPORTANT NOTE The former -48 test release came with a couple of modifications which are based around a change in mount point handling. I strongly advise that you update to the latest setup-1.7.exe, version number is 2.627, from http://cygwin.com/setup-1.7.exe before installing this latest Cygwin test release. === Cygwin 1.7 is a major jump from Cygwin 1.5.x. The list with the changes related to Cygwin 1.5.25 is part of the User's Guide now: http://cygwin.com/1.7/cygwin-ug-net/ov-new1.7.html === If nothing goes overly wrong, the official 1.7.1 release goes public within the next 3 weeks. === Just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. As usual, please report bugs and problems to the mailing list cygwin AT cygwin DOT com. We have a new User's Guide for 1.7, which is currently located at http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.html We now have new API documentation http://cygwin.com/1.7/cygwin-api/cygwin-api.html And we have a new FAQ, though very likely not quite complete since we still don't know what exactly *is* a FAQ related to Cygwin 1.7. http://cygwin.com/1.7/faq/faq.html Bug fixes and extensions to the documentation in the form of patches to the source SGML files are much appreciated. The SGML sources are located in the CVS repository under the winsup/doc directory, for example here: http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/doc/?cvsroot=src Same goes for Cygwin patches in general, of course. === This is still a TEST release. Don't use in critical production environments. Nevertheless I'd like to encourage everyone to give 1.7 a shot. Due to internal changes it is possible to install a 1.7 release in parallel to a 1.5 release and even run 1.7 processes in parallel to 1.5 processes. * The processes will not know about each other! Any try to interact * between 1.7-based and 1.5-based processes will lead to, at least, funny * results. To install a 1.7 release in parallel to a 1.5 release, all you have to do is to choose another root directory (for instance: C:\cygwin-1.7) in setup-1.7's Choose Installation Directory dialog. * NOTE: Due to the way setup-1.7 works, you have to change the directory * right the first time you visit this dialog! If you pressed the Next * button and then Back again, it's already too late and setup-1.7 will * create a broken 1.7 install. If you pressed Next by mistake, exit * setup-1.7 and start it again. === What's new in contrast to 1.7.0-48 === - When running Cygwin applications in the Windows console window, the Backspace key now returns ASCII DEL (^?, \177) instead of ASCII BS (^H, \008). The Control-Backspace key now returns ESC-DEL (^[^?, \033\177) or \377, dependent on the meta mode set by the setmetamode utility, rather than DEL. Control-Space now returns ASCII NUL. These changes should running emacs in a console window support better and improve compatibility with the Linux Console and xterm. - Add -C option to cygpath(1) to allow specifying a codepage when converting a path to a native Win32 path. - Improved implementation of wcwidth now handles CJK Ambiguous Width characters differently based on the language set with setlocale(3). If language is jp, ko, or zh, set the width of these characters to 2, otherwise to 1. - Optimize a couple of wide character functions for speed. Bugfixes: = - Fix a few bugs in the new mount handling which could result in missing /usr/bin and /usr/lib entries. - Try harder to create a complete UTF-16 string, especially when converting the command line for native Windows processes. - Fix implementation of certain synchronization functions. This should fix a couple of scenarios in which Cygwin potentially hang. - Fix setting console title string when using multibyte charsets. - Fix potential crash when trying to read from /dev/clipboard if Windows clipboard is empty. - Reimplement memory allocation for a per-DLL helper structure, which drops the probability for undesired DLL rebasing when loading DLLs into a process. DLL rebasing is the major factor which contributes to failing fork() calls in Cygwin. - Fix accessing files on removable media, if no medium is inserted in the drive. - Fix a bug when building cygpath(1) and ps(1) so that Cygwin functions are not shadowed by
Bug in $PATH initialization?
I am trying to get bash -i to start up with $PATH having /usr/local/bin:/usr/bin:/bin at the beginning. I believe I need to do this without any init file running so I set the windows Path variable to contain the corresponding windows directories first. So I set Path in cmd.exe with set Path=c:\cygwin\bin;%Path% set Path=c:\cygwin\usr\bin;%Path% set Path=c:\cygwin\usr\local\bin;%Path% and then I do bash -i However $PATH starts with /usr/local/bin:/usr/bin:/usr/bin I thought the last dir above should be /bin, not /usr/bin. Is this intentional or is it a bug. If it is intentional can I somehow do what I want another way? -- 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/
cygwin 1.7 beta and msys
After installing cygwin 1.7 beta I tried to start msys sh (which I have not been doing for a long while). I got the following error: @c:\msys\1.0\bin\sh --login %* AllocationBase 0x0, BaseAddress 0x715B, RegionSize 0x15, State 0x1 c:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 -- 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: Bug in $PATH initialization?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lennart Borgman wrote: I am trying to get bash -i to start up with $PATH having /usr/local/bin:/usr/bin:/bin at the beginning. I believe I need to do this without any init file running so I set the windows Path variable to contain the corresponding windows directories first. So I set Path in cmd.exe with set Path=c:\cygwin\bin;%Path% set Path=c:\cygwin\usr\bin;%Path% set Path=c:\cygwin\usr\local\bin;%Path% and then I do bash -i However $PATH starts with /usr/local/bin:/usr/bin:/usr/bin I thought the last dir above should be /bin, not /usr/bin. Is this intentional or is it a bug. If it is intentional can I somehow do what I want another way? In Cygwin, /bin and /usr/bin both always point to the same place, so it does get the effect you seem to want, just not in the way you expected. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkotkKAACgkQOypDUo0oQOpQ6wCg20NQ1Yf/7/sW08Pxbp3NUgA6 3akAoMztsU4OQPr79EPJXo7c1or8kgc5 =Pqw2 -END PGP SIGNATURE- -- 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: Bug in $PATH initialization?
On Tue, Jun 9, 2009 at 12:28 AM, ABCDen.a...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lennart Borgman wrote: I am trying to get bash -i to start up with $PATH having /usr/local/bin:/usr/bin:/bin at the beginning. I believe I need to do this without any init file running so I set the windows Path variable to contain the corresponding windows directories first. So I set Path in cmd.exe with set Path=c:\cygwin\bin;%Path% set Path=c:\cygwin\usr\bin;%Path% set Path=c:\cygwin\usr\local\bin;%Path% and then I do bash -i However $PATH starts with /usr/local/bin:/usr/bin:/usr/bin I thought the last dir above should be /bin, not /usr/bin. Is this intentional or is it a bug. If it is intentional can I somehow do what I want another way? In Cygwin, /bin and /usr/bin both always point to the same place, so it does get the effect you seem to want, just not in the way you expected. Thanks, but why do I see both /usr/bin and /bin in a cygwin shell started with --login then? -- 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: Bug in $PATH initialization?
From the bash manual (in emacs: M-: (info (bash) Bash Startup Files)): When Bash is invoked as an interactive login shell, or as a non-interactive shell with the `--login' option, it first reads and executes commands from the file `/etc/profile', if that file exists. After reading that file, it looks for `~/.bash_profile', `~/.bash_login', and `~/.profile', in that order, and reads and executes commands from the first one that exists and is readable. The `--noprofile' option may be used when the shell is started to inhibit this behavior. and When an interactive shell that is not a login shell is started, Bash reads and executes commands from `~/.bashrc', if that file exists. This may be inhibited by using the `--norc' option. So, in the typical case, when you start bash with '-i', it sources the following files: /etc/profile # which typically contains PATH initialization ~/.bash_profile # or some other login file, such as ~/.profile ~/.bash_profile will usually source ~/.bashrc (the non-login code) To avoid having these files read, start bash with '--noprofile' (if you wish to avoid reading /etc/profile and ~/.bash_profile) and '--norc' (if you wish to avoid reading ~/.bashrc. Or, simply edit /etc/profile and ~/.bashrc, where PATH is typically set to get PATH to have the ordering that you want. -- 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: Bug in $PATH initialization?
On Tue, Jun 9, 2009 at 1:05 AM, Mark Harigidirect...@aim.com wrote: From the bash manual (in emacs: M-: (info (bash) Bash Startup Files)): When an interactive shell that is not a login shell is started, Bash reads and executes commands from `~/.bashrc', if that file exists. This may be inhibited by using the `--norc' option. So, in the typical case, when you start bash with '-i', it sources the following files: /etc/profile # which typically contains PATH initialization ~/.bash_profile # or some other login file, such as ~/.profile ~/.bash_profile will usually source ~/.bashrc (the non-login code) To avoid having these files read, start bash with '--noprofile' (if you wish to avoid reading /etc/profile and ~/.bash_profile) and '--norc' (if you wish to avoid reading ~/.bashrc. Or, simply edit /etc/profile and ~/.bashrc, where PATH is typically set to get PATH to have the ordering that you want. Thanks Mark. I might need this information, I am not sure at the moment, but I am trying to do avoid changing anything in this file. I am not the user so to say. What I am trying to do is to make the setup for the command cygwin-shell in the Emacs+EmacsW32 distro as automatic as possible. The user should not have to care. It should just work. (This is native Emacs, compiled for windows, not for cygwin.) So therefor I check the cygwin installation from the windows registry and try to add the path for cygwin as I told before. The information I got here is that the result from what I do should work as expected. There is now only one flaw and that is that cygwin will not show the expected path in $PATH. This could be a source of great confusion and waste a lot of time for a user hunting a difficult error so it would be good if it could be fixed. -- 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: LFTP issue
On Mon, Jun 08, 2009 at 02:36:12PM -0400, Chris Sutcliffe wrote: I'm not able to reproduce this behavior in my Cygwin 1.7 installation, with lftp 3.7.6-4. ?Both of the commands you describe work normally for me, without Ctrl-C. ?My $CYGWIN is empty, BTW. Doing a little more debugging, and it looks like the issue is related directory size. I can execute 'ls | grep string' in a directory with 22 items with no issue at all. However, when I do a 'ls | grep string' in a directory that has 1,928 items, that's when I see the behaviour I'm experiencing. Is there some sort of limitation on listing size? Can anyone reduce this to a test case which doesn't involve downloading lftp source? cgf -- 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: cygwin 1.7 beta and msys
On Mon, Jun 08, 2009 at 11:33:42PM +0200, Lennart Borgman wrote: After installing cygwin 1.7 beta I tried to start msys sh (which I have not been doing for a long while). I got the following error: @c:\msys\1.0\bin\sh --login %* AllocationBase 0x0, BaseAddress 0x715B, RegionSize 0x15, State 0x1 c:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 I can say with great assurance that we really don't care about supporting msys in cygwin. If you can duplicate the problem with something besides msys then we'll look into it. Otherwise: Oh well. -- 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: cygwin 1.7 beta and msys
Ok, thanks. I have reported it as a mingw bug then. On Tue, Jun 9, 2009 at 2:22 AM, Christopher Faylorcgf-use-the-mailinglist-ple...@cygwin.com wrote: On Mon, Jun 08, 2009 at 11:33:42PM +0200, Lennart Borgman wrote: After installing cygwin 1.7 beta I tried to start msys sh (which I have not been doing for a long while). I got the following error: �...@c:\msys\1.0\bin\sh --login %* AllocationBase 0x0, BaseAddress 0x715B, RegionSize 0x15, State 0x1 c:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 I can say with great assurance that we really don't care about supporting msys in cygwin. If you can duplicate the problem with something besides msys then we'll look into it. Otherwise: Oh well. -- 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/ -- 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: LFTP issue
Doing a little more debugging, and it looks like the issue is related directory size. I can execute 'ls | grep string' in a directory with 22 items with no issue at all. However, when I do a 'ls | grep string' in a directory that has 1,928 items, that's when I see the behaviour I'm experiencing. Is there some sort of limitation on listing size? I was given access to a friend's Debian box and confirmed that lftp worked as expected when listing that directory. Can anyone reduce this to a test case which doesn't involve downloading lftp source? I'm not all the familiar with Cygwin / 'nix code so I'm not sure where I would begin. Would it help if I did an strace to see where lftp is hanging? Chris -- Chris Sutcliffe http://emergedesktop.org -- 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/
Remote desktop connection
I just downloaded Cygwin 1.7 Beta and installed it successfully. Now I would like to use it to establish a two-screen remote desktop connection to a remote computer with Win XP. Which package(s) do I need to install? Any other sage advice? Thanks! Robert Rackl r4 -- 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: Remote desktop connection
Robert Rackl wrote: I just downloaded Cygwin 1.7 Beta and installed it successfully. Now I would like to use it to establish a two-screen remote desktop connection to a remote computer with Win XP. Which package(s) do I need to install? Any other sage advice? How is this related to Cygwin? To establish remote desktop connection you use RDP or mstsc.exe. -- Andrew DeFaria http://defaria.com I was born by Cesarean section, but you really can't tell...except that when I leave my house, I always go out the window... -- 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: Remote desktop connection
It seems that with regular RDP, I can only do it using one local screen; if there is a way to use multiple screens please let me know how. A couple of years ago, a friend showed me how to use Cygwin to establish a remote desktop connection using two local screens which worked well until a disk crash. That friend is now far away and very busy - I'd rather not bother him. r4 -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andrew DeFaria Sent: Monday, June 08, 2009 19:03 To: cygwin@cygwin.com Subject: Re: Remote desktop connection Robert Rackl wrote: I just downloaded Cygwin 1.7 Beta and installed it successfully. Now I would like to use it to establish a two-screen remote desktop connection to a remote computer with Win XP. Which package(s) do I need to install? Any other sage advice? How is this related to Cygwin? To establish remote desktop connection you use RDP or mstsc.exe. -- Andrew DeFaria http://defaria.com I was born by Cesarean section, but you really can't tell...except that when I leave my house, I always go out the window... -- 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/ -- 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: OpenSSH server installation error on Windows Vista Business/Ultimate
Please address your messages to the list. If you wish to hire me, I prefer silver and gold U.S. coins. :-) I really wish I can afford to hire you:-) I am still having trouble to set up OpenSSH server. Following the suggestions below, Which suggestions? Please copy/ paste/ indent/ reformat the text you wish to comment upon into your message, and then reply immediately below so we don't have to guess/ infer. Sorry for not well formated messages. I am still new to cygwin list. I subscribed the list in the digest form, and it is not so easy to compose a good reply from yahoo email to the messages appeared in the list. I will try to do a better job. I run mmc.exe to make sure the Administrator account is enabled. Then I logon the Administrator account and from there I reinstalled cygwin from scratch. Please provide more information. I am unaware of formal Cygwin install and uninstall mechanisms (e.g. *.msi, Add/Remove Programs, scripts, etc.), and so follow my own seat-of-the-pants procedures (http://cygwin.com/ml/cygwin/2009-05/msg00720.html). Please document what you did/ do so that it can be repeated/ troubleshot. This what I did: 1. Log on as Administrator. 2. Remove my existing Cygwin directory 3. Download Cygwin Setup to C:\Downloads 4. Run Cygwin Setup. Accept the default package selections (e.g. base) and also get OpenSSH package. Download cygwin at C:\Dowloads and install cygwin at C:\cygwin. Have Cygwin Setup create Start menu icon. 5. Run Cygwin Bash Shell via Start menu. 6. Run ssh-host-config -y in Cygwin Bash Shell again. The console session is pasted below. ~ ssh-host-config -y *** Query: Overwrite existing /etc/ssh_config file? (yes/no) yes *** Info: Creating default /etc/ssh_config file *** Query: Overwrite existing /etc/sshd_config file? (yes/no) yes *** Info: Creating default /etc/sshd_config file *** Info: Privilege separation is set to yes by default since OpenSSH 3.3. *** Info: However, this requires a non-privileged account called 'sshd'. *** Info: For more info on privilege separation read /usr/share/doc/openssh/READ ME.privsep. *** Query: Should privilege separation be used? (yes/no) yes *** Warning: The file /etc/passwd is not readable by all. *** Warning: Please run 'chmod +r /etc/passwd'. *** Warning: The file /etc/group is not readable by all. *** Warning: Please run 'chmod +r /etc/group'. *** ERROR: Problem with LocalSystem or Adminstrator IDs ~ However, when I run ssh-host-config -y Don't use the -y option. Automagic is bad when you're troubleshooting (unless, of course, you're troubleshooting the automagic ;-). again, I still got the same error message. If you mean: *** Warning: The file /etc/passwd is not readable by all. *** Warning: Please run 'chmod +r /etc/passwd'. *** Warning: The file /etc/group is not readable by all. *** Warning: Please run 'chmod +r /etc/group'. *** ERROR: Problem with LocalSystem or Adminstrator IDs The warnings contain the solution (assuming you know Unix; do you know Unix?). Start a Cygwin Bash shell and run the commands: chmod +r /etc/passwd chmod +r /etc/group Then, run ssh-host-config again. You will get one or two more sets of warnings/ errors with solutions. Follow the instructions and repeat. I recall it taking three or four passes and that Vista took more work than XP. I have used Unix for years and have better-than-average knowledge about using Unix/Linux/Ubuntu. I understand those warnings and tried chmod commands. But they have no effect. I did try ssh-host-config without -y option and it has no effect either. The machine I tried above is a laptop running Windows Vista Business 32bit. Any more clues? Please: 1. Confirm that you have installed Cygwin using the (real Vista) Administrator account. Only use this account when administering Cygwin. Yes. 2. Run Cygwin Setup and make sure your installation is up to date. 3. Run cygcheck per http://cygwin.com/problems.html and save cygcheck.out. It is attached to this message. 4. Open a Cygwin Bash shell and attempt to configure the OpenSSH server. 5. If you're still stuck, reply to the list (cc myself if you like), attach cygcheck.out, include your console session (at the end or attached as a *.txt file), and copy/ paste key lines from the console session into your message with your thoughts/ comments/ questions. Unfortunately I still have no luck. 6. When you do figure it out, post a summary to the list so that everyone benefits. (I am constantly rebuilding my machines with various flavors of Windows, Linux, BSD, etc., and have run into vaguely familiar problems only to STFW and find my own solutions posted on the web!) This message is sent to the list and cc'ed to David. Similar to my previous messages, I meant to get help from general list subscribers. The copy cc'ed to him is for his information, not for pressing him to give me a reply. He kindly
Re: R: How to make cygwin redirect in UNIX mode?
you installed cygwin in text mode. So the output is DOS style, to have UNIX output you need to install in binmode Regards Marco I did get one cygwin distribution which can excute scripts both in DOS mode and in UNIX mode and output in UNIX mode. The distribution is released in one install-shield package instead of numbers of gzip packages with a setup program in the traditional way. I have no idea that distribution is modified in source code level or in configurations after installation. Here are the messages for that distribution: $mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) e: on /cygdrive/e type user (binmode,noumount) f: on /cygdrive/f type user (binmode,noumount) g: on /cygdrive/g type user (binmode,noumount) $cygcheck -s -v -r -h Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jun 09 10:21:48 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\SecureCRT\ c:\PROGRA~1\F-Secure\SSHTRI~1 . Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Here's some environment variables that may affect cygwin: HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/cygdrive/c' USER = `Administrator' Here's the rest of your environment variables: ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SHARE-ALG-BJ' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `share-alg-bj' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\SHARE-ALG-BJ' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 4 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0409' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\...@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `SHARE-ALG-BJ' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINDOWS' _ = `/usr/bin/sh' POSIXLY_CORRECT = `1' Scanning registry for keys with `Cygnus' in them... HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options Listing available drives... Drv TypeSize Free Flags Name c: hd FAT32 20471Mb 70% CPUN d: hd NTFS 19108Mb 9% CP CS UN PA FC e: hd NTFS 21446Mb 1% CP CS UN PA FC f: hd FAT32 15202Mb 34% CPUN 新加卷 g: fd FAT 1905Mb 64% CPUN fd=floppy, hd=hard drive, cd=CD-ROM, net=Network Share CP=Case Preserving, CS=Case Sensitive, UN=Unicode PA=Persistent ACLS, FC=File Compression, VC=Volume Compression Mount entries: these map POSIX directories to your NT drives. -NT- -POSIX--Type- -Flags- C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Looking to see where common programs can be found, if at all... Found:
Re: R: How to make cygwin redirect in UNIX mode?
On Tue, Jun 09, 2009 at 10:27:27AM +0800, Pan ruochen wrote: you installed cygwin in text mode. So the output is DOS style, to have UNIX output you need to install in binmode I did get one cygwin distribution which can excute scripts both in DOS mode and in UNIX mode and output in UNIX mode. The distribution is released in one install-shield package instead of numbers of gzip packages with a setup program in the traditional way. Whoa! Stop right there. If you got Cygwin from someone else then you should go to the source for support. We don't support other people's packages here. We support the version of Cygwin that you get from the Cygwin web site. Theoretically this should not be too surprising. Please don't bother this list with questions about someone else's distribution. Really. I mean it. -- Christopher Faylor spammer? - aaas...@sourceware.org A Cygwin Project Leader -- 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: LFTP issue
On Mon, Jun 08, 2009 at 09:14:36PM -0400, Chris Sutcliffe wrote: Doing a little more debugging, and it looks like the issue is related directory size. ?I can execute 'ls | grep string' in a directory with 22 items with no issue at all. ?However, when I do a 'ls | grep string' in a directory that has 1,928 items, that's when I see the behaviour I'm experiencing. ?Is there some sort of limitation on listing size? I was given access to a friend's Debian box and confirmed that lftp worked as expected when listing that directory. Can anyone reduce this to a test case which doesn't involve downloading lftp source? I'm not all the familiar with Cygwin / 'nix code so I'm not sure where I would begin. Would it help if I did an strace to see where lftp is hanging? I guess so. Please send the strace to me personally rather than cluttering the list with a large file. Just remove the obvious parts from my From address above. Or contact me on irc if that doesn't work. cgf -- 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/
Cygwin OpenSSH GPL Violation?
http://www.neophob.com/serendipity/ Hi All... I just ran across this site and didn't find any source code offered. Is this a known site? Thanks, ...Karl _ Hotmail® has ever-growing storage! Don’t worry about storage limits. http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage_062009 -- 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/
why /etc/bash.bashrc is not executed when logging in as a domain user?
Hi All, The system wide bashrc file /etc/bash.bashrc is not executed if I log in Windows XP as a domain user; and it is executed if I log in as a local user. Is this mentioned in the manual? PRC Jun 9,2009 -- 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/
gmp-4.3.1-3 for cygwin-1.7
Version 4.3.1-3 of gmp, libgmp3, libgmpxx4 and libgmp-devel for cygwin-1.7 have been uploaded. This release is intended provide DLLs that can be successfully rebased. PACKAGE DESCRIPTION === Homepage: http://gmplib.org/ License : GNU LGPL GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface. CHANGES SINCE LAST RELEASE == The DLLs in the 4.3.1-1 release could not be rebased, which broke applications including gcc-4 and expr. This was a consequence of the move from gcc-3 to gcc-4. This release is rebuilt using CVS binutils and using the -shared-libgcc option, which seems to solve the problem. INSTALL OR UPGRADE NOTES Standard install.
mpfr-2.4.1-4 for cygwin-1.7
Version 2.4.1-4 of mpfr/libmpfr1/libmpfr-devel for cygwin-1.7 has been uploaded. This release is intended provide a DLL that can be successfully rebased, unlike the DLL in version 2.4.1-3. PACKAGE DESCRIPTION === Homepage: http://www.mpfr.org License : GNU LGPL 2.1 or later The MPFR library is a C library for multiple-precision floating-point computations with exact rounding (also called correct rounding). It is based on the GMP multiple-precision library. The main goal of MPFR is to provide a library for multiple-precision floating-point computation which is both efficient and has a well-defined semantics. It copies the good ideas from the ANSI/IEEE-754 standard for double-precision floating-point arithmetic. CHANGES SINCE LAST RELEASE == The DLL in the 2.4.1-3 release could not be rebased, which broke applications such as gcc-4. This was an unexpected consequence of the move to compiling with gcc-4. This 2.4.1-4 release is rebuilt using CVS binutils and using the -shared-libgcc option, which seems to solve the problem. INSTALL OR UPGRADE NOTES Standard install.
[1.7] Updated: cygwin-1.7.0-49
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-49. The list with the changes related to the previous test release 1.7.0-48 is attached below. === IMPORTANT NOTE The former -48 test release came with a couple of modifications which are based around a change in mount point handling. I strongly advise that you update to the latest setup-1.7.exe, version number is 2.627, from http://cygwin.com/setup-1.7.exe before installing this latest Cygwin test release. === Cygwin 1.7 is a major jump from Cygwin 1.5.x. The list with the changes related to Cygwin 1.5.25 is part of the User's Guide now: http://cygwin.com/1.7/cygwin-ug-net/ov-new1.7.html === If nothing goes overly wrong, the official 1.7.1 release goes public within the next 3 weeks. === Just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. As usual, please report bugs and problems to the mailing list cygwin AT cygwin DOT com. We have a new User's Guide for 1.7, which is currently located at http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.html We now have new API documentation http://cygwin.com/1.7/cygwin-api/cygwin-api.html And we have a new FAQ, though very likely not quite complete since we still don't know what exactly *is* a FAQ related to Cygwin 1.7. http://cygwin.com/1.7/faq/faq.html Bug fixes and extensions to the documentation in the form of patches to the source SGML files are much appreciated. The SGML sources are located in the CVS repository under the winsup/doc directory, for example here: http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/doc/?cvsroot=src Same goes for Cygwin patches in general, of course. === This is still a TEST release. Don't use in critical production environments. Nevertheless I'd like to encourage everyone to give 1.7 a shot. Due to internal changes it is possible to install a 1.7 release in parallel to a 1.5 release and even run 1.7 processes in parallel to 1.5 processes. * The processes will not know about each other! Any try to interact * between 1.7-based and 1.5-based processes will lead to, at least, funny * results. To install a 1.7 release in parallel to a 1.5 release, all you have to do is to choose another root directory (for instance: C:\cygwin-1.7) in setup-1.7's Choose Installation Directory dialog. * NOTE: Due to the way setup-1.7 works, you have to change the directory * right the first time you visit this dialog! If you pressed the Next * button and then Back again, it's already too late and setup-1.7 will * create a broken 1.7 install. If you pressed Next by mistake, exit * setup-1.7 and start it again. === What's new in contrast to 1.7.0-48 === - When running Cygwin applications in the Windows console window, the Backspace key now returns ASCII DEL (^?, \177) instead of ASCII BS (^H, \008). The Control-Backspace key now returns ESC-DEL (^[^?, \033\177) or \377, dependent on the meta mode set by the setmetamode utility, rather than DEL. Control-Space now returns ASCII NUL. These changes should running emacs in a console window support better and improve compatibility with the Linux Console and xterm. - Add -C option to cygpath(1) to allow specifying a codepage when converting a path to a native Win32 path. - Improved implementation of wcwidth now handles CJK Ambiguous Width characters differently based on the language set with setlocale(3). If language is jp, ko, or zh, set the width of these characters to 2, otherwise to 1. - Optimize a couple of wide character functions for speed. Bugfixes: = - Fix a few bugs in the new mount handling which could result in missing /usr/bin and /usr/lib entries. - Try harder to create a complete UTF-16 string, especially when converting the command line for native Windows processes. - Fix implementation of certain synchronization functions. This should fix a couple of scenarios in which Cygwin potentially hang. - Fix setting console title string when using multibyte charsets. - Fix potential crash when trying to read from /dev/clipboard if Windows clipboard is empty. - Reimplement memory allocation for a per-DLL helper structure, which drops the probability for undesired DLL rebasing when loading DLLs into a process. DLL rebasing is the major factor which contributes to failing fork() calls in Cygwin. - Fix accessing files on removable media, if no medium is inserted in the drive. - Fix a bug when building cygpath(1) and ps(1) so that Cygwin functions are not shadowed by
