[ANNOUNCEMENT] Updated: lynx-2.8.5-3
I've updated the version of lynx to 2.8.5-3. This is a security update. It fixes a buffer overflow problem which allows to execute arbitrary code when visiting malicious web sites (CAN-2005-3120). Since the new version has no official new name, you can differ the old and new version by their build date or by their md5sum: Old: $ lynx --version Lynx Version 2.8.5rel.2 (22 Apr 2004) libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 0.9.8a Built on cygwin Jul 6 2005 11:15:49 $ md5sum /bin/lynx.exe 6ba22c808c76ec9a00792cbfccc62a29 */bin/lynx.exe New: $ lynx --version Lynx Version 2.8.5rel.2 (22 Apr 2004) libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 0.9.8a Built on cygwin Oct 18 2005 10:52:43 $ md5sum /bin/lynx.exe 8987cf5dcf28d6ffccd93c13386265f5 */bin/lynx.exe To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: "cygwin at cygwin dot com". I would appreciate it if you would use this mailing list rather than emailing me directly. *** 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: [EMAIL PROTECTED] 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. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- 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] New Package: pstoedit-3.42
INFO Wolfgang Glunz's pstodedit package (pstoedit-3.42) is now available for cygwin. pstoedit converts Postscript(TM) and PDF files to other vector graphic formats so that they can be edited graphically. It provides xfig-compatible .fig output format as one option. See /usr/share/doc/pstoedit-3.42/pstoedit.htm after package installation for more details on which output formats are supported by pstoedit. The architecture of pstoedit consists of a PostScript frontend which calls a PostScript interpreter (ghostscript) and the individual backends which are plugged into a kind of framework. pstoedit links to and requires the recently uploaded plotutils-2.41 package. In the near future it will also link to libEMF, providing emf output format. More information is available in /usr/share/doc/Cygwin/pstoedit-3.42.README. The Web page for the package is: http://www.pstoedit.net/pstoedit . UPDATE == To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'pstoedit' from the 'Graphics' category. Then click on the 'skip' field next to 'pstoedit' until '3.42' is displayed. 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: [EMAIL PROTECTED] 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. MAINTAINER == James R. Phillips -- 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/
Latest cvs causes programs using ptys to hang
I've rebuilt the Cygwin dll from CVS sources today and all programs using pseudo terminals hang. I've tried sshd, in.telnetd (via inetd), rxvt and MC and all of them hang. If I start MC without subshell support (i.e. pty support is not used) it will work flawlessly. in.telnetd manages to execute login which authenticates me fine and then bash is started but hangs before the prompt is displayed and after the following is displayed Last login: Tue Oct 18 16:35:32 from xxx.xxx.xxx.xxx Fanfare!!! You are successfully logged in to this server!!! You have mail. I've tried to debug the problem but it seems extremly hard to attach to a bash process using the pty slave end. strace doesn't print any data too. This behaviour is new. I've been working with dlls built from CVS for quite a while and this has never happened. -- 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: Question about OpenGL
Thom DeCarlo wrote: I'm wondering if there is any new development in the OpenGL libraries within cygwin. The package in the distribution says it is version 1.1, but the current OpenGL release, from Sept 2004, is v2.0. The last pre-2.0 version was 1.5. The last comment I found in the archives was from Andre Bleau in Feb 2003. He laid out a development plan but I can't find any changes after that time. Does anyone know if anything has happened lately? I'd like to use some of the 2.0 capabilities, but it doesn't look like I can get there with cygwin. Thanks for any info, Thom Thom, There never was an implementation of native OpenGL for Cygwin. All there is is a way for Cygwin programs to access the underlying implementation of OpenGL for Windows, and that implementation is stuck at version 1.1. Unless Bill Gates changes his mind about OpenGL, it will never be upgraded. There are ways to use the features of more recent OpenGL implementations provided with graphic card drivers through the use of extensions. That's a problem that all OpenGL developpers on the Windows platform have to face, not just the ones programming for Cygwin. If you want more info about how to do that, please look at the programming forums at http://www.opengl.org/ . The "development plan" you mentionned was about GLUT, a library often used by OpenGL programs, not about OpenGL itself. André Bleau, Cygwin's OpenGL package maintainer Please send any question regarding the OpenGL package to cygwin at cygwin dot com _ Balayez vos courriels entrants et sortants et les pièces jointes et contribuez à éliminer les virus destructeurs susceptibles dy être intégrés. http://join.msn.com/?pgmarket=fr-ca&page=features/virus Commencez dès maintenant à profiter de tous les avantages de MSN Premium et obtenez les deux premiers mois GRATUITS*. -- 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/
Hang at startup with 20051018 snapshot
Actually the subject line is not 100% correct, rxvt startup hangs. I don't use cygwin.bat and I usually start my shell with shortcut that contains this: C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash --login -i It is still possible to start cygwin.bat, and a ps shows $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1684 11684 1684 con 1006 10:07:09 /usr/bin/rxvt 2736168427364400 1006 10:07:09 /usr/bin/bash 3384 13384 3384 con 1006 10:08:21 /usr/bin/bash 2008 12008 2008? 1006 10:08:22 /usr/bin/ssh-agent 362833843628 2912 con 1006 10:08:30 /usr/bin/ps that propably the bash (2736) is hanging. $ kill -1 2736 bash: kill: (2736) - No such process But: $ strace --pid=2736 Attached to pid 2736 (windows pid 440) Unfortunately I didn't get any output and I couldn't stop the process exept with the Task Manager and that didn't produce anything for the strace. I don't attach a new cygcheck.log. Pick one of the last ones, nothing changed. Volker P.S.: The 20051017 snapshot doesn't show this problem -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
CPU usage issue with bash
Bash seems to be taking up a lot of CPU resources for me. It peaks to 100% for lengthy spans of around 20-30 seconds. On NT systems (with an older cygwin) I notice peaks to around 70-80% for shorter durations of time. Is this a known issue with bash ? I found this on the archives. http://www.cygwin.com/ml/cygwin/2004-03/msg01114.html But this does not provide any conclusive answer :-( If someone could provide some pointers, I would appreciate that. Is there any documentation on the minimum recommended hardware configuration for Cygwin ? Regards Shourya -- Shourya Sarcar Lead, Service Platform Clinical Software Engineering GE Healthcare, Bangalore, India Cell: +91.98801.52017 Dialcomm: *901 3314 -- 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: rxvt as Bash login console
From: "David Christensen" CC: "'Eric Blake'" Subject: RE: rxvt as Bash login console Date: Mon, 17 Oct 2005 21:25:12 -0700 Eric Blake wrote: > $ cat ~/.Xdefaults > ! Fix rxvt to mimic windows console coloring > XTerm*background: black > XTerm*foreground: gray > XTerm*geometry: 80x50 > XTerm*jumpScroll: True > XTerm*scrollBar_right: True "man rxvt" and this page were helpful: http://www.xfree86.org/current/xterm.1.html I was able to reduce my rxvt.bat file to this: [EMAIL PROTECTED]:~$ cat rxvt.bat @echo off rem $Id: rxvt.bat,v 1.1 2005/10/18 04:17:23 dpchrist Exp $ C: chdir C:\cygwin\bin rxvt -fn "Lucida Console-11" -e /bin/bash --login -i Here is my .Xdefaults: [EMAIL PROTECTED]:~$ cat .Xdefaults ! $Id: .Xdefaults,v 1.1 2005/10/18 04:17:23 dpchrist Exp $ XTerm*background: black XTerm*foreground: gray XTerm*colorBD: white XTerm*colorUL: cyan XTerm*saveLines: 1 XTerm*scrollBar_right: True XTerm*scrollTtyKeypress: True XTerm*scrollTtyOutput: True >> C:\cygwin / system textmode >> C:\cygwin/bin /usr/bin system textmode >> C:\cygwin/lib /usr/lib system textmode > Not a good idea. /bin, /lib, /usr/bin, and /usr/lib should generally > be binary mounts for best behavior. Okay. I ran Cygwin setup and changed the "Default Text File Type" to "Unix/ binary": [EMAIL PROTECTED]:~$ cygcheck -s -v -r | grep mode C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive It looks like CVS is now checking out text files using Unix line endings. I'm sure I'll find other differences as time goes on. Hopefully this won't be too painful of a change... Thanks! David Recent versions of CVSNT now pwwc (play well with Cygwin). That is, if you set CVS_RSH to 'C:\Cygwin\bib\ssh.exe' you can use Cygwin/OpenSSH (ssh, ssh-agent, etc.) for your connection. I started using it for better interoperability with WinCvs, but this also gives you DOS line endings no mater what your mounts look like (which may or may not be what you want). HTH, ...Karl -- 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: CPU usage issue with bash
> Bash seems to be taking up a lot of CPU resources for me. It peaks to > 100% for lengthy spans of around 20-30 seconds. > On NT systems (with an older cygwin) I notice peaks to around 70-80% for > shorter durations of time. > Is this a known issue with bash ? > I found this on the archives. > http://www.cygwin.com/ml/cygwin/2004-03/msg01114.html That message was for a much older configuration. Perhaps the issue has been fixed since then, but since you did not attach cygcheck.out for us to determine your configuration, I can't tell if you need to upgrade. > Problem reports: http://cygwin.com/problems.html > > Is there any documentation on the minimum recommended hardware > configuration for Cygwin ? If I understand right, cygwin uses assembly instructions that won't work on a 386. But beyond that, if you have a machine that can run Win95, then you can run cygwin (although it may be painfully slow). I regularly run cygwin on a 266 MHz Pentium Pro, Win98 (although I much prefer more modern machines). -- Eric Blake volunteer cygwin bash maintainer -- 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: Windows update vs. cygrunsrv
Updating cygwin seemd to fix it, a client just called and indicated that her computer was "slow". On Thu, 13 Oct 2005, Pavel Tsekov wrote: On Wed, 12 Oct 2005, Brian Dessent wrote: Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I've just installed this update too. cygrunsrv was using about 80 % of the CPU while CSRSS.EXE was using what was left. Here are backtraces from cygrunsrv and cygserver at the time the hang occured - both look pretty strange, both indicate that the programs are stuck in NTDLL.DLL. [cygrunsrv] (gdb) thread 1 [Switching to thread 1 (thread 700.0x2b8)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00f0 in ?? () #3 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 700.0x2c4)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00e8 in ?? () #3 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 700.0x2c8)]#0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c59a1af in WaitForMultipleObjectsEx () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x0001 in ?? () #3 0x18bfed58 in ?? () #4 0x0001 in ?? () #5 0x in ?? () from [Switching to thread 4 (thread 700.0x2f0)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x012c in ?? () #3 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 700.0x780)]#0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c57fe8f in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x7c57fe66 in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #3 0x in ?? () #4 0x192dffb4 in ?? () #5 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x192deff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #6 0x in ?? () from [cygserver] Load new symbol table from "/usr/sbin/cygserver.exe"? (y or n) y Reading symbols from /usr/sbin/cygserver.exe...done. [Switching to thread 764.0x6fc] (gdb) bt #0 0x77f813b2 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () #2 0x1a7cffb4 in ?? () #3 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x1a7ceff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #4 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 764.0x2e8)]#0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 764.0x2f4)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 4 [Switching to thread 4 (thread 764.0x300)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 764.0x304)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DL
Re: please test: coreutils-5.90-3
> 1) > Using coreutils-5.90-3 I have observed that the command 'cp -p' does not > preserve the timestamp of a file: > > $ ls -lrt > -rw-r--r-- 1 Administrator Administrators418 Aug 7 18:55 t.c > > $ cp -p t.c t.cpp > $ ls -lrt > -rw-r--r-- 1 Administrator Administrators418 Aug 7 18:55 t.c > -rw-r--r-- 1 Administrator Administrators418 Oct 18 19:05 t.cpp I'll investigate. > > 2) using ls --color (coreutils 5.90-3), the name of directories that have > all permission (drwxrwxrwx) is displayed as blue on green background (see > two examples, images.tar.gz; the images are well displayed with > Start/Programs/Accessories/Imaging). > > Is this a correct behaviour? Yes. Coreutils 5.91 was just released (although I haven't packaged it yet), and it corrected an omission in the NEWS for 5.90: dircolors now supports SETUID, SETGID, STICKY_OTHER_WRITABLE, OTHER_WRITABLE, and STICKY, with ls providing default colors for these categories if not specified by dircolors. drwxrwxrws directories fall under the new OTHER_WRITABLE category, and I bet your old /etc/.DIR_COLORS does not yet give a color for this category, so it falls to ls's defaults, which is green on blue. If you want to restore old behavior, you will have to use an edited .DIR_COLORS, and give OTHER_WRITABLE the same string as DIR. -- Eric Blake volunteer cygwin coreutils maintainer -- 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: SETUP: In-use files have been replaced
> Every time I update the cygwin package, I get a warning that in-use > files have been replaced and that I should reboot. I assume this is > caused by a Cygwin service, although at one point somebody on this > list (I think it was Corinna) said that SETUP stops these services > automatically. So I'm assuming my situation isn't normal. Your situation isn't normal because you didn't stop all cygwin services. While the idea has been tossed around on this list that it would be nice if setup.exe could stop services for you, to date, it does not. Therefore, IT IS UP TO YOU to stop services beforehand. Or provide a patch so that setup.exe can do it for you (and for the rest of us). I use this handy little script on my machine to help me stop (and restart) all services: $ cat serv #!/bin/bash usage='serv: manage cygwin services during cygwin upgrades usage: serv {--help|--stop|--start}' case $# in 1) case $1 in --help|-h) echo "$usage"; exit 0 ;; --stop) for service in `cygrunsrv --list` inetd ; do echo "stopping $service" cygrunsrv --stop $service || echo "problems with $service" ;; done ;; --start) for service in `cygrunsrv --list` inetd ; do echo "starting $service" cygrunsrv --start $service || echo "problems with $service" done ;; esac ;; *) echo "$usage"; exit 1 ;; esac > I've been working around this by carefully updating only the base > cygwin package and rebooting before updating the rest. Whenever I > forget to do this, post-install scripts generally fail and I have > to clean up by running them manually, etc. That is a reasonable solution (in that you at least guarantee that you have the latest cygwin before any other new package postinstall tries to run), but who likes rebooting? > > My cygcheck.out is attached. It would be nice if you could fix your mailer to send attachments as plain text, and not application/octet-stream. -- Eric Blake -- 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: Hang at startup with 20051018 snapshot
On Tue, Oct 18, 2005 at 10:19:34AM -0400, Volker Quetschke wrote: >Actually the subject line is not 100% correct, rxvt startup >hangs. This should be fixed in the latest (refreshed) snapshot. http://cygwin.com/snapshots/ 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: exiting vim changes background colour of console
On Tue, 18 Oct 2005, Robert Bram wrote: > Hi Corinna, > > > > == > > > I am finding that when I exit from vim, it turns my background > > > back into black (which is how I had it before I tried changing > > > it today). Is there a setting or something I have forgotten to > > > change? > > > == > > > Actually this is happenning not just after vim.. but even after I exit > > > "less"! > > > > Works for me. Did you close the console window and re-open one after > > changing the colors? Before doing this, the console colors are known > > to be scrambled as you describe above. > > Yes I closed and re-opened the console and the problem recurs. :-/ vim (and less, since you seem to have the same problem there) use something called an "alternate screen". This is a feature of the terminal that allows the program to make arbitrary modifications to the terminal screen that will be undone when the program switches back to the main screen. In particular, any color changes will be undone. Consequently, if you wish to change the color of the main screen, don't do this while running vim or less. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: SETUP: In-use files have been replaced
> I use this handy little script on my machine to help me stop > (and restart) all services: It would help if I didn't paste it wrong (I was using a nested case in my version, to special case one of my own services that is not a cygwin standard, and didn't completely strip the nested case before posting): > > $ cat serv > #!/bin/bash > usage='serv: manage cygwin services during cygwin upgrades > usage: serv {--help|--stop|--start}' > > case $# in > 1) case $1 in > --help|-h) echo "$usage"; exit 0 ;; > --stop) for service in `cygrunsrv --list` inetd ; do > echo "stopping $service" > cygrunsrv --stop $service || echo "problems with $service" ;; There should not be a ;; on this line. > done ;; > --start) for service in `cygrunsrv --list` inetd ; do > echo "starting $service" > cygrunsrv --start $service || echo "problems with $service" > done ;; > esac ;; > *) echo "$usage"; exit 1 ;; > esac > -- Eric Blake -- 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: SETUP: In-use files have been replaced
Eric Blake wrote: > Your situation isn't normal because you didn't stop all cygwin > services. While the idea has been tossed around on this list > that it would be nice if setup.exe could stop services for you, > to date, it does not. Therefore, IT IS UP TO YOU to stop services > beforehand. Thanks. I remember one of the Cygwin major contributors indicating that (s)he didn't find the need to stop the Cygwin services first, but perhaps I misunderstood. gsw -- 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: SETUP: In-use files have been replaced
> > Your situation isn't normal because you didn't stop all cygwin > > services. While the idea has been tossed around on this list > > that it would be nice if setup.exe could stop services for you, > > to date, it does not. Therefore, IT IS UP TO YOU to stop services > > beforehand. > > Thanks. I remember one of the Cygwin major contributors > indicating that (s)he didn't find the need to stop the > Cygwin services first, but perhaps I misunderstood. I believe you are referring to the recent question about whether cygwin services must be stopped during a WINDOWS upgrade, which is a different matter entirely from cygwin upgrades. The answer there was that it is usually safe to leave cygwin running during a windows upgrade, although the recent directx 9 patch on Win2k proved to be a counterexample. But when it comes to running cygwin while upgrading cygwin, the consensus on this list is that it is safest and simplest to just always stop all cygwin processes before starting setup.exe. -- Eric Blake -- 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/
Accessibility and Cygwin setup.exe
I read in the archives that there has been some discussions about accessibility and Cygwin setup.exe. Are there any plans to improve this? Keyboard support was not mentioned there but is also an important accessibility feature for many people. Are there any plans for keyboard support? Kind regards, Lennart -- 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/
cygrunsrv --list "Access is denied" (Was: Re: SETUP: In-use files have been replaced)
Eric Blake wrote: I use this handy little script on my machine to help me stop (and restart) all services: $ cat serv #!/bin/bash usage='serv: manage cygwin services during cygwin upgrades usage: serv {--help|--stop|--start}' case $# in 1) case $1 in --help|-h) echo "$usage"; exit 0 ;; --stop) for service in `cygrunsrv --list` inetd ; do echo "stopping $service" cygrunsrv --stop $service || echo "problems with $service" ;; done ;; --start) for service in `cygrunsrv --list` inetd ; do echo "starting $service" cygrunsrv --start $service || echo "problems with $service" done ;; esac ;; *) echo "$usage"; exit 1 ;; esac Every time I try to list services using cygrunsrv, I get an error: $ cygrunsrv --list cygrunsrv: Error enumerating services: OpenService: Win32 error 5: Access is denied. Cygwin Configuration Diagnostics Current System Time: Tue Oct 18 15:38:30 2005 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\Common Files\GTK\2.0\bin C:\Program Files\Perforce Output from C:\cygwin\bin\id.exe (nontsec) UID: 11643(rcampbell)GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11643(rcampbell)GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `rcampbell' PWD = `/tmp' HOME = `/home/rcampbell' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\rcampbell' MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = `C:\Documents and Settings\rcampbell\Application Data' HOSTNAME = `desk-rcampbell2' TERM = `xterm' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 3 Stepping 3, GenuineIntel' WINDIR = `C:\WINDOWS' WINDOWID = `4819216' OLDPWD = `/home/rcampbell' USERDOMAIN = `TROPICNETWORKS' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' TEMP = `/tmp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' USERNAME = `rcampbell' PROCESSOR_LEVEL = `15' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' USERPROFILE = `C:\Documents and Settings\rcampbell' CLIENTNAME = `Console' PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = `\\OTTDC1' PROCESSOR_ARCHITECTURE = `x86' SHLVL = `1' COLORFGBG = `0;default;15' TROPIC_UNIQUE_ID = `156' USERDNSDOMAIN = `TROPICNETWORKS.COM' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' COMSPEC = `C:\WINDOWS\system32\cmd.exe' TMP = `/tmp' SYSTEMROOT = `C:\WINDOWS' PRINTER = `\\spooler\135MC-4th' CVS_RSH = `/bin/ssh' PROCESSOR_REVISION = `0303' INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = `C:\Program Files' DISPLAY = `:0' COSMIC = `t' NUMBER_OF_PROCESSORS = `2' SESSIONNAME = `Console' P4CONFIG = `.p4config' COMPUTERNAME = `DESK-RCAMPBELL2' COLORTERM = `rxvt-xpm' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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\/a (default) = `A:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/bin (default) = `C:\cygwin\bin' flags = 0x004a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `C:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `C:\d' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `D:\tmp' 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 c: hd NTFS 38162Mb 55% CP CS UN PA FC d: hd NTFS152632Mb 14% CP CS UN PA FC MegaFast C:\cygwin / system binmode A: /a system binmode C:\cygwin\bin /bin system binmode,cygexec C: /c system binmode C:\d /d system binmode D:\tmp /tmp system binmode C:\cygwin\bin /usr/bin system binmode C:\c
Re: Accessibility and Cygwin setup.exe
On Tue, 18 Oct 2005, Lennart Borgman wrote: > I read in the archives that there has been some discussions about > accessibility and Cygwin setup.exe. Are there any plans to improve this? > Keyboard support was not mentioned there but is also an important > accessibility feature for many people. Are there any plans for keyboard > support? I don't believe anyone has voiced plans for adding accessibility features to the current implementation of the setup package chooser. There are a couple of people (including me) working (slowly) on re-implementing the chooser completely using standard Windows controls, which will support keyboard interaction, screen readers, etc, automatically. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: making .so files...
Jason Pyeron wrote: > I am not sure if this can be done on windows but here it goes. > > I am working with the Asterisk application, it uses "modules" these are > .so files which are linked against the main executable. > > Asterisk will load a module, which may or may not make use of code > exported by the main executable. > > Is this two way DLL allowed under windows? Restated, can a DLL call code > from the main executable? This gets asked regularly. You should search the archives. This is the last one that I remember, and it was just a few weeks ago: http://cygwin.com/ml/cygwin/2005-09/msg00875.html Yes, it's possible. But there are some drawbacks. Brian -- 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/
xdvi in cygwin?
Is it possible to install xdvi under 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/
Re: cygrunsrv --list "Access is denied" (Was: Re: SETUP: In-use files have been replaced)
Rolf Campbell wrote: > Every time I try to list services using cygrunsrv, I get an error: > > $ cygrunsrv --list > cygrunsrv: Error enumerating services: OpenService: Win32 error 5: > Access is denied. That means that there is some service that you do not have access to. When cygrunsrv goes to try to get information on it with OpenService it is denied access. You'd have to run it with a debugger to find out more details. I've been meaning to work on a patch that turns this error into a warning so that it can just keep going if it runs into this problem. Brian -- 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: Accessibility and Cygwin setup.exe
Igor Pechtchanski wrote: On Tue, 18 Oct 2005, Lennart Borgman wrote: I read in the archives that there has been some discussions about accessibility and Cygwin setup.exe. Are there any plans to improve this? Keyboard support was not mentioned there but is also an important accessibility feature for many people. Are there any plans for keyboard support? I don't believe anyone has voiced plans for adding accessibility features to the current implementation of the setup package chooser. There are a couple of people (including me) working (slowly) on re-implementing the chooser completely using standard Windows controls, which will support keyboard interaction, screen readers, etc, automatically. Igor Thanks, that sounds very nice. BTW are you using wxWidgets (which is crossplatform and L-GPL) for this? Kind regards, Lennart -- 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: xdvi in cygwin?
On 10/18/05, Paminu <[EMAIL PROTECTED]> wrote: > > Is it possible to install xdvi under cygwin? Yes. Just select the tetex-x11 package in the Publising category. -- Weiqi Gao (高为奇) [EMAIL PROTECTED] http://www.weiqigao.com/blog/
RE: SETUP: In-use files have been replaced
> Eric Blake wrote: > > Your situation isn't normal because you didn't stop all cygwin > > services. While the idea has been tossed around on this > list that it > > would be nice if setup.exe could stop services for you, to date, it > > does not. Therefore, IT IS UP TO YOU to stop services beforehand. > > Thanks. I remember one of the Cygwin major contributors > indicating that (s)he didn't find the need to stop the Cygwin > services first, but perhaps I misunderstood. > I think the following is obvious but to make sure and for those not experience with such issues: Wouldn't we also need to stop all Shells or any other CygWin process? And: If there are not CygWin processes (services, shells, other apps) is it considered a bug if Setup cannot complete the update? A related but really different question: I had to use source to compile a module with different from default options. How can that module be installed so that Setup will STOP trying to replace it? (...and thus not need me to uncheck the item, or ensure it is unchecked, on each run of Setup. Is this procedure described somewhere (FAQ etc.)? -- Herb Martin -- 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: exiting vim changes background colour of console
Hi Igor, Thanks to you and Corinna for the feedback so far! > > > > == > > > > I am finding that when I exit from vim, it turns my background > > > > back into black (which is how I had it before I tried changing > > > > it today). Is there a setting or something I have forgotten to > > > > change? > > > > == > > > > Actually this is happenning not just after vim.. but even after I exit > > > > "less"! > > > > > > Works for me. Did you close the console window and re-open one after > > > changing the colors? Before doing this, the console colors are known > > > to be scrambled as you describe above. > > > > Yes I closed and re-opened the console and the problem recurs. :-/ > > vim (and less, since you seem to have the same problem there) use > something called an "alternate screen". This is a feature of the terminal > that allows the program to make arbitrary modifications to the terminal > screen that will be undone when the program switches back to the main > screen. In particular, any color changes will be undone. Consequently, > if you wish to change the color of the main screen, don't do this while > running vim or less. > HTH, I admit to being somewhat confused by your remark - I didn't change the screen while running vim or less. I edited the properties of the console so that it would affect all consoles with the same name, changed the PS1 environment variable in my .bash_profile, closed the console, re-opened it, ran vim and/or less, exited vim and/or less and then found the console colors changed. Have I misunderstood your point? Interestingly, I find that I can keep pressing ENTER and 'clear' the screen back to how it was, but this is an ugly solution. Kind regards, Rob :) --- Robert Mark Bram Portal Analyst Programmer eTechnology, Coles Myer Limited [EMAIL PROTECTED] +61 3 9635 1036 -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Wednesday, 19 October 2005 4:28 AM To: Robert Bram Cc: cygwin@cygwin.com Subject: RE: exiting vim changes background colour of console On Tue, 18 Oct 2005, Robert Bram wrote: > Hi Corinna, > > > > == > > > I am finding that when I exit from vim, it turns my background > > > back into black (which is how I had it before I tried changing > > > it today). Is there a setting or something I have forgotten to > > > change? > > > == > > > Actually this is happenning not just after vim.. but even after I exit > > > "less"! > > > > Works for me. Did you close the console window and re-open one after > > changing the colors? Before doing this, the console colors are known > > to be scrambled as you describe above. > > Yes I closed and re-opened the console and the problem recurs. :-/ vim (and less, since you seem to have the same problem there) use something called an "alternate screen". This is a feature of the terminal that allows the program to make arbitrary modifications to the terminal screen that will be undone when the program switches back to the main screen. In particular, any color changes will be undone. Consequently, if you wish to change the color of the main screen, don't do this while running vim or less. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- 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: Accessibility and Cygwin setup.exe
hello! I'm one of the people who from time to time brings up the inaccessibility of the setup.exe program of cygwin. Basically what I've been told is that I'm free to work on it at any time. True but not helpfull because I don't know where to begin because I don't know enough about windows programming and don't know if these issues are due to a fault of the window classes not being recognized by my screen reader or if the developers of setup are using a wigit set that doesn't meet accessibility requirements. In short, and I appologize for those who have already seen me bring this up before, the view button should openup a standard listview controll containing 3state check boxes similar to those found on the windows installation cd and in the setup program in windows which allows you to add or remove some features. In this control on windows hitting the spacebar toggles the state from not installed to custom installed to fully installed. In other words, if you have some of the components of the accessories group, the box in windows setup allows you to remove accessories completely, install extra accessories components or keep the existing level of components. The other controlls which need work are the radio button for full vs. custom installation vs. all not installed. The radio buttons for prev cur and exp distrobutions work fine. Finally, the check boxes for add icon to desktop and add icon to start menu do not toggle with the space bar. - Original Message - From: "Lennart Borgman" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 18, 2005 1:21 PM Subject: Accessibility and Cygwin setup.exe > I read in the archives that there has been some discussions about > accessibility and Cygwin setup.exe. Are there any plans to improve this? > Keyboard support was not mentioned there but is also an important > accessibility feature for many people. Are there any plans for keyboard > support? > > Kind regards, > Lennart > > -- > 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: Accessibility and Cygwin setup.exe
Igor, have you been able to get any documentation from screen reader and screen magnification makers reguarding what are and are not accessible window controlls? Glad to hear this is being worked on. Sean - Original Message - From: "Igor Pechtchanski" <[EMAIL PROTECTED]> To: "Lennart Borgman" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, October 18, 2005 1:45 PM Subject: Re: Accessibility and Cygwin setup.exe > On Tue, 18 Oct 2005, Lennart Borgman wrote: > > > I read in the archives that there has been some discussions about > > accessibility and Cygwin setup.exe. Are there any plans to improve this? > > Keyboard support was not mentioned there but is also an important > > accessibility feature for many people. Are there any plans for keyboard > > support? > > I don't believe anyone has voiced plans for adding accessibility features > to the current implementation of the setup package chooser. There are a > couple of people (including me) working (slowly) on re-implementing the > chooser completely using standard Windows controls, which will support > keyboard interaction, screen readers, etc, automatically. > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ [EMAIL PROTECTED] > ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > If there's any real truth it's that the entire multidimensional infinity > of the Universe is almost certainly being run by a bunch of maniacs. /DA > > -- > 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: SETUP: In-use files have been replaced
Herb Martin wrote: > Wouldn't we also need to stop all Shells or any other > CygWin process? Yes, of course. > And: If there are not CygWin processes (services, > shells, other apps) is it considered a bug if Setup > cannot complete the update? What do you mean "cannot complete the update"? Setup should always be able to perform the updates, but if files are in use it will have to schedule them to be replaced on the next reboot. There is nothing it can do about this as it's a restriction of the windows filesystem. > I had to use source to compile a module with different > from default options. > > How can that module be installed so that Setup will > STOP trying to replace it? Don't use the same location as the packaged version. > (...and thus not need me to uncheck the item, or > ensure it is unchecked, on each run of Setup. If you replace a packaged file with one of your own, you will almost certainly encounter problems at some later point. All package management systems work this way, which is why you must use the designated locations (/usr/local, /opt, etc.) or otherwise inform the package system of your desire (for example, debian/apt has "diversions".) You will have the same thing happen on a linux system if you replace a file in /usr/lib with a self-compiled one. Brian -- 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: Accessibility and Cygwin setup.exe
Hi, I am be no means any expert on this, but I feel I still can add a couple of comments. I looked into the accessibility functions on MS Windows some years ago. I was interested in running programs automatically (for testing purposes). It turned out that this was technically very difficult (but possible) with old windows controls, but that the newer controls had support for this - in exactly the form of accessibility features. I believe Microsoft has put some effort in making all newer controls working with their accessibility framework (MSAA). So making basic accessibility work in MS Windows applications is possible by just using standard MS Windows controls. The keyboard support though, has to be made specific for every application, but the basic support for doing this is their and it is not difficult. To my previous note about using wxWidgets I should add that it looks like not all wxWidget controls have accessibility support yet, but it is currently beeing worked on, see http://www.wxwidgets.org/access.htm. Kind regards, Lennart Sean McMahon wrote: hello! I'm one of the people who from time to time brings up the inaccessibility of the setup.exe program of cygwin. Basically what I've been told is that I'm free to work on it at any time. True but not helpfull because I don't know where to begin because I don't know enough about windows programming and don't know if these issues are due to a fault of the window classes not being recognized by my screen reader or if the developers of setup are using a wigit set that doesn't meet accessibility requirements. In short, and I appologize for those who have already seen me bring this up before, the view button should openup a standard listview controll containing 3state check boxes similar to those found on the windows installation cd and in the setup program in windows which allows you to add or remove some features. In this control on windows hitting the spacebar toggles the state from not installed to custom installed to fully installed. In other words, if you have some of the components of the accessories group, the box in windows setup allows you to remove accessories completely, install extra accessories components or keep the existing level of components. The other controlls which need work are the radio button for full vs. custom installation vs. all not installed. The radio buttons for prev cur and exp distrobutions work fine. Finally, the check boxes for add icon to desktop and add icon to start menu do not toggle with the space bar. - Original Message - From: "Lennart Borgman" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 18, 2005 1:21 PM Subject: Accessibility and Cygwin setup.exe I read in the archives that there has been some discussions about accessibility and Cygwin setup.exe. Are there any plans to improve this? Keyboard support was not mentioned there but is also an important accessibility feature for many people. Are there any plans for keyboard support? Kind regards, Lennart -- 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: SETUP: In-use files have been replaced
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent > Sent: Tuesday, October 18, 2005 5:48 PM > To: cygwin@cygwin.com > Subject: Re: SETUP: In-use files have been replaced > > Herb Martin wrote: > > > Wouldn't we also need to stop all Shells or any other > CygWin process? > > Yes, of course. > > > And: If there are not CygWin processes (services, shells, > other apps) > > is it considered a bug if Setup cannot complete the update? > > What do you mean "cannot complete the update"? Setup should > always be able to perform the updates, but if files are in > use it will have to schedule them to be replaced on the next > reboot. There is nothing it can do about this as it's a > restriction of the windows filesystem. The context of the discussion was in use files requiring a reboot to complete the update so (obviously) I mean: Would it be considered a bug if all CygWin services, shells, and apps are shutdown but a reboot is still required by Setup? > > I had to use source to compile a module with different from default > > options. > > > > How can that module be installed so that Setup will STOP trying to > > replace it? > > Don't use the same location as the packaged version. Oddly enough, I didn't do that (for accidental reasons) and suspected that my mistake was in NOT using the download location. > > (...and thus not need me to uncheck the item, or ensure it is > > unchecked, on each run of Setup. > > If you replace a packaged file with one of your own, you will > almost certainly encounter problems at some later point. All > package management systems work this way, which is why you > must use the designated locations (/usr/local, /opt, etc.) or > otherwise inform the package system of your desire (for > example, debian/apt has > "diversions".) You will have the same thing happen on a > linux system if you replace a file in /usr/lib with a > self-compiled one. So what is the method to teach Setup that the file has been updated. The versions are the same LEVEL/source, but my version has been specially (switches/settings) make compiled. -- Herb Martin -- 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/
Timestamp not preserved by Cygwin sshd
Hi, I just noticed a bug in Cygwin ssd. If I try to preserve the time stamp of a file that I transfer via scp to a XP machine running Cygwin's sshd, the file gets copied but the timestamp is not preserved. The specific error that is reported is: -- scp: warning: File transfer protocol mismatch. scp: FATAL: sshfc_transfer.c:2496 SshFCTransfer (function name unavailable) Unreachable code failed: Invalid code reached. -- I am running the latest release of cygwin (1.5.18-1) on an up-todate Win XP Pro machine (SP2). -Alex __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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: Timestamp not preserved by Cygwin sshd
On Oct 18 21:20, Alex Luso wrote: > > Hi, > > I just noticed a bug in Cygwin ssd. > > If I try to preserve the time stamp of a file that I > transfer via scp to a XP machine running Cygwin's > sshd, the file gets copied but the timestamp is not > preserved. > > The specific error that is reported is: > -- > scp: warning: File transfer protocol mismatch. > scp: FATAL: sshfc_transfer.c:2496 SshFCTransfer > (function name unavailable) Unreachable code failed: > Invalid code reached. > -- This is an error message of a non-OpenSSH scp client. OpenSSH's ssh is usually working fine, also in setting timestamps when copying files, also on Cygwin. This is very likely a problem between your other scp client and OpenSSH and has nothing to do with Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: gcc 2.95 fails with the latest snapshot (20051018)
On Oct 19 01:20, Krzysztof Duleba wrote: > Hi > > I've just upgraded my cygwin1.dll from 20050826 (or something like that) > to 20051018. With 20050826 ls printed errors if called on drive letters. > Now ls works fine, but gcc 2.95 is broken. That's probably already solved in CVS. Please give the next snapshot a try or build from CVS, if you're setup for this. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: exiting vim changes background colour of console
On Oct 19 08:29, Robert Bram wrote: > > > > > I am finding that when I exit from vim, it turns my background > > > > > back into black (which is how I had it before I tried changing > > > > > it today). Is there a setting or something I have forgotten to > > > > > change? > > > > > == > > > > > Actually this is happenning not just after vim.. but even after I exit > > > > > "less"! > > > > > > > > Works for me. Did you close the console window and re-open one after > > > > changing the colors? Before doing this, the console colors are known > > > > to be scrambled as you describe above. > > > > > > Yes I closed and re-opened the console and the problem recurs. :-/ > > > > vim (and less, since you seem to have the same problem there) use > > something called an "alternate screen". This is a feature of the terminal > > that allows the program to make arbitrary modifications to the terminal > > screen that will be undone when the program switches back to the main > > screen. In particular, any color changes will be undone. Consequently, > > if you wish to change the color of the main screen, don't do this while > > running vim or less. > > HTH, > > I admit to being somewhat confused by your remark - I didn't change the > screen while running vim or less. I edited the properties of the console so > that it would affect all consoles with the same name, changed the PS1 > environment variable in my .bash_profile, closed the console, re-opened it, > ran vim and/or less, exited vim and/or less and then found the console colors > changed. Have I misunderstood your point? > > Interestingly, I find that I can keep pressing ENTER and 'clear' the screen > back to how it was, but this is an ugly solution. That's strange. My first action after creating the desktop icon to start a local Cygwin console is to change the cursor shape ("large"), the font (Lucida Console, 12pt) and the fore- and background colors (black on grey) in the shortcut pointing to the cygwin.bat script. I don't see what you see, the colors are..., well, "stable". The colors are only scrambled up while still running in the console window in which I made the changes. I have no idea what could be different in your setup, sorry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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/