setup.exe Runtime terminates on corrupt setup.rc file
I've been getting the following message when downloading the mirror list: === Microsoft Visual C++ Runtime Library: This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. === This problem is occurring on the latest version of setup.exe (2.774). I've tracked this problem down to a corrupt file at C:\cygwin\etc\setup\setup.rc. It's causing the following function call to throw an exception: site.cc: 340 load_site_list (cached_site_list, theCachedString); The corrupt file is attached in bz2 format. A workaround is to delete setup.rc and let setup.exe create a new configuration file. setup.rc.bz2 Description: BZip2 compressed data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygheap problems, 20040326 snapshot
Christopher Faylor wrote: On Sun, Apr 04, 2004 at 12:16:06AM -0500, Mark Blackburn wrote: Christopher Faylor wrote: On Fri, Apr 02, 2004 at 08:27:32PM -0500, Mark Blackburn wrote: Brian Ford wrote: On Mon, 29 Mar 2004, Mark Blackburn wrote: No it isn't. I recently tried my own build of cygwin: Could you possibly build it with the attached patch and report the strace output? Also, if you could scan cygwin/winsup/cygwin/how-to-debug-cygwin.txt, it will tell you how to get a working gdb to debug this. The output of info dll would be interesting. Thanks. Unfortunately the failure doesn't occur when things (gdb & cygstart) are run under strace. Here's the output when run normally: Use the "error_start" option to the CYGWIN environment variable. It will cause gdb to pop up when the error occurs. I tried setting error_start as explained in winsup/cygwin/how-to-debug-cygwin.txt. However, gdb doesn't pop up when this error occurs. All I get is the same error message as before. I'm going to try Pierre's patch next. configure with "--enable-debugging". I did, I still couldn't get gdb to pop up. In any case its moot for me. My wife did a windows update on my win2k machine and this problem doesn't happen any more for the post 1.5.9 snapshots. As such I can't test for this problem unless I can roll back the update. Sorry. Mark Blackburn -- 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/ -- If it's not POSIX... it's CRAP! -- 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: cygheap problems, 20040326 snapshot
Christopher Faylor wrote: On Fri, Apr 02, 2004 at 08:27:32PM -0500, Mark Blackburn wrote: Brian Ford wrote: On Mon, 29 Mar 2004, Mark Blackburn wrote: No it isn't. I recently tried my own build of cygwin: Could you possibly build it with the attached patch and report the strace output? Also, if you could scan cygwin/winsup/cygwin/how-to-debug-cygwin.txt, it will tell you how to get a working gdb to debug this. The output of info dll would be interesting. Thanks. Unfortunately the failure doesn't occur when things (gdb & cygstart) are run under strace. Here's the output when run normally: Use the "error_start" option to the CYGWIN environment variable. It will cause gdb to pop up when the error occurs. I tried setting error_start as explained in winsup/cygwin/how-to-debug-cygwin.txt. However, gdb doesn't pop up when this error occurs. All I get is the same error message as before. I'm going to try Pierre's patch next. Another data point: This error doesn't occur when I start cygpath, cygstart or gdb from the win2k cmd command prompt. It only occurs when I run these programs from bash or sh. -- If it's not POSIX... it's CRAP! -- 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: cygheap problems, 20040326 snapshot
Brian Ford wrote: On Mon, 29 Mar 2004, Mark Blackburn wrote: No it isn't. I recently tried my own build of cygwin: Could you possibly build it with the attached patch and report the strace output? Also, if you could scan cygwin/winsup/cygwin/how-to-debug-cygwin.txt, it will tell you how to get a working gdb to debug this. The output of info dll would be interesting. Thanks. Unfortunately the failure doesn't occur when things (gdb & cygstart) are run under strace. Here's the output when run normally: [EMAIL PROTECTED] ~ $ cygstart 8 [main] ? 1416 cygheap_fixup_in_child: Couldn't reserve 53234884 bytes of space for cygwin's heap (0x616C <0x41>) in child, Win32 error 487 5894 [main] ? 1416 cygheap_fixup_in_child: m.AllocationBase 0x0, m.BaseAddress 0x616C, m.RegionSize 0x1AC, m.State 0x1 E:\cygwin\bin\cygstart.exe (1416): *** blocking m.AllocationBase 0x6318, m.BaseAddress 0x6318, m.RegionSize 0x1000, m.State 0x1000 [EMAIL PROTECTED] ~ $ gdb 4 [main] ? 1444 cygheap_fixup_in_child: Couldn't reserve 53234884 bytes of space for cygwin's heap (0x616C <0xAD>) in child, Win32 error 487 6216 [main] ? 1444 cygheap_fixup_in_child: m.AllocationBase 0x0, m.BaseAddress 0x616C, m.RegionSize 0x1AC, m.State 0x1 E:\cygwin\bin\gdb.exe (1444): *** blocking m.AllocationBase 0x6318, m.BaseAddress 0x6318, m.RegionSize 0x1000, m.State 0x1000 [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.0 althor 1.5.10(0.113/4/2) 2004-04-02 19:54 i686 unknown unknown Cygwin -- Mark Blackburn -- 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: cygheap problems, 20040326 snapshot
Larry Hall wrote: At 06:17 PM 3/26/2004, you wrote: My problems with chgrp -R from coreutils are fixed with this snapshot. However I'm seeing some other problems: [EMAIL PROTECTED] ~ $ cygstart . 7 [main] ? 760 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x616B <0x41>) in child, Win32 error 487 E:\cygwin\bin\cygstart.exe (760): *** m.AllocationBase 0x0, m.BaseAddress 0x616B, m.RegionSize 0x1AD, m.State 0x1 And this isn't solved by running 'rebaseall'? No it isn't. I recently tried my own build of cygwin: [EMAIL PROTECTED] ~ $ cygstart . 7 [main] ? 1776 cygheap_fixup_in_child: Couldn't reserve 53234884 bytes of space for cygwin's heap (0x616C <0x41>) in child, Win32 error 487 E:\cygwin\bin\cygstart.exe (1776): *** m.AllocationBase 0x0, m.BaseAddress 0x616C, m.RegionSize 0x1AC, m.State 0x1 [EMAIL PROTECTED] ~ $ gdb 3 [main] ? 1876 cygheap_fixup_in_child: Couldn't reserve 53234884 bytes of space for cygwin's heap (0x616C <0xAD>) in child, Win32 error 487 E:\cygwin\bin\gdb.exe (1876): *** m.AllocationBase 0x0, m.BaseAddress 0x616C, m.RegionSize 0x1AC, m.State 0x1 [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.0 althor 1.5.10(0.113/4/2) 2004-03-29 01:38 i686 unknown unknown Cygwin [EMAIL PROTECTED] ~ $ -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
cygheap problems, 20040326 snapshot
My problems with chgrp -R from coreutils are fixed with this snapshot. However I'm seeing some other problems: [EMAIL PROTECTED] ~ $ cygstart . 7 [main] ? 760 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x616B <0x41>) in child, Win32 error 487 E:\cygwin\bin\cygstart.exe (760): *** m.AllocationBase 0x0, m.BaseAddress 0x616B, m.RegionSize 0x1AD, m.State 0x1 [EMAIL PROTECTED] ~ $ gdb 6 [main] ? 1208 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x616B <0xAD>) in child, Win32 error 487 E:\cygwin\bin\gdb.exe (1208): *** m.AllocationBase 0x0, m.BaseAddress 0x616B, m.RegionSize 0x1AD, m.State 0x1 [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.0 althor 1.5.10s(0.112/4/2) 20040326 13:21:11 i686 unknown unknown Cygwin Mark Blackburn Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 26 18:10:46 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: E:\cygwin\usr\X11R6\bin E:\cygwin\bin e:\WINNT\system32 e:\WINNT e:\WINNT\System32\Wbem e:\Program Files\Support Tools\ Output from E:\cygwin\bin\id.exe (nontsec) UID: 1003(beth) GID: 513(None) 513(None) Output from E:\cygwin\bin\id.exe (ntsec) UID: 1003(beth) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: E:\WINNT\system32 WinDir: E:\WINNT CYGWIN = `binmode ntsec tty' HOME = `E:\cygwin\home\beth' MAKE_MODE = `unix' PWD = `/home/beth' USER = `beth' ALLUSERSPROFILE = `E:\Documents and Settings\All Users' APPDATA = `E:\Documents and Settings\beth\Application Data' COLORFGBG = `default;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `E:\Program Files\Common Files' COMPUTERNAME = `ALTHOR' COMSPEC = `E:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' HOMEDRIVE = `E:' HOMEPATH = `\' HOSTNAME = `althor' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\ALTHOR' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `E:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `E:\Program Files' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `E:' SYSTEMROOT = `E:\WINNT' TEMP = `e:\DOCUME~1\beth\LOCALS~1\Temp' TERM = `rxvt' TMP = `e:\DOCUME~1\beth\LOCALS~1\Temp' USERDOMAIN = `ALTHOR' USERNAME = `beth' USERPROFILE = `E:\Documents and Settings\beth' WINDIR = `E:\WINNT' WINDOWID = `168047456' _ = `/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 (default) = `/cygdrive' cygdrive flags = 0x0022 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) = `E:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/text (default) = `e:\text' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `E:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `E:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `E:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd FAT32 4986Mb 76% CPUN C d: cd CDFS 206Mb 100%CS UN CPS_UP e: hd NTFS8863Mb 75% CP CS UN PA FC E . /cygdrive userbinmode,cygdrive E:\cygwin / system binmode e:\text/text system textmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E:\cygwin\usr\X11R6\lib\X11\fonts /u
Re: Would like to release 1.5.10 soon -- please try latest snapshot: Win95, "make" fixes
Buzz wrote: >[...] >begin 644 cygcheck.out > >Cygwin Win95/NT Configuration Diagnostics >Current System Time: Fri Mar 26 06:37:12 2004 >[...] > 653k 1998/10/30 C:\WINDOWS\SYSTEM\cygwinb19.dll - os=4.0 img=1.0 sys=4.0 > "cygwinb19.dll" v0.0 ts=1998/7/15 19:50 ^ Having older versions of cygwin (B19! What's the world comming to?) on your system is generally considered a bad idea. >[...] -- If it's not POSIX... it's CRAP! -- 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 do you fstat an open directory?
Corinna Vinschen wrote: [...] No, it's a bug in Cygwin's fstat implementation which happens to go wrong for directories. Thanks for catching this. Corinna Has this been fixed? If so a snapshot would be real handy... Mark Blackburn -- If it's not POSIX... it's CRAP! -- 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: procps "Unknown HZ value" question
Richard Duran wrote: Does anyone know what to do (what argument to pass) so that procps doesn't display the "Unknown HZ value..." error message? You didn't provide any information about your system, but I'm guessing the --replace-win9x-with-win2k option will do it :) Mark Blackburn -- If it's not POSIX... it's CRAP! -- 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/
How do you fstat an open directory?
I've been trying to get chgrp -R from coreutils working and I ran up
against this problem. I can't properly stat a directory whose file
descriptor I get from the dirfd function/macro.
[EMAIL PROTECTED] ~
$ cat > testcase.c
#include
#include
#include
#include
#include
int main() {
DIR *dirp;
int fd;
struct stat sb;
dirp = opendir("d");
fd = dirfd(dirp);
fstat(fd, &sb);
printf("inode of d:%llu\n", sb.st_ino);
}
[EMAIL PROTECTED] ~
$ gcc testcase.c -o testcase
[EMAIL PROTECTED] ~
$ mkdir d
[EMAIL PROTECTED] ~
$ ./testcase.exe
inode of d:17489383932880356520
[EMAIL PROTECTED] ~
$ ls -id d
3659174697343209 d/
[EMAIL PROTECTED] ~
$
Notice that the inodes don't match from ls -id and from my test program.
Am I doing something wrong?
Mark Blackburn
--
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: cp.exe bug
Mark Blackburn wrote: Ross Boulet wrote: [...] Above is the makefile which produced the error. The cause seems to be cp's handling of a .exe file. A simple way to get what I now see as a misleading error message from cp is: $ touch foo.exe $ cp foo bar# note the absence of the .exe extension cp: `foo' and `bar' are the same file This problem still exists in the coreutils-5.2.0-1 package that I have recently posted on cygwin-apps. Correction: cp in coreutils returns the following message in the above case: cp: cannot open `foo' for reading: No such file or directory [...] Mark Blackburn -- 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: cp.exe bug
Ross Boulet wrote: [...] Above is the makefile which produced the error. The cause seems to be cp's handling of a .exe file. A simple way to get what I now see as a misleading error message from cp is: $ touch foo.exe $ cp foo bar# note the absence of the .exe extension cp: `foo' and `bar' are the same file This problem still exists in the coreutils-5.2.0-1 package that I have recently posted on cygwin-apps. Alan's issue arose from the fact that his makefile used a symbol for the resulting executable and gcc naturally appends the .exe in the cygwin environment. When he tries to use the symbol in his cp command, the .exe is not there and cp gives the 'same file' error message. I did some googling and found this issue has been mentioned in several threads. From what I can gather, at least one iteration of fileutils would allow making a copy of a .exe file without using the extension, as long as another file with the same basename and no .exe extension did not exist. It looks like there was some code in fileutils 4.1-1 to handle .exe copies like this, but the code was removed from the released cp in fileutils 4.1-2. I've been looking at the fileutils-4.1-1 and fileutils-4.1-2 source code and AFAICT there has been some .exe handling code ripped out between these versions. I assume it was problematic but I haven't been able to dig up a bug report that explains why it was taken out. http://www.cygwin.com/ml/cygwin-announce/2001/msg00081.html http://www.cygwin.com/ml/cygwin/2003-04/msg00017.html Mark Blackburn -- 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: Advice needed: Scheduled rsync via SSH with ssh-agent...
You should be able to use rsync -e ssh and call it from system agent Don Littlefield II wrote: Hi there folks, I need some advice on how to do what I initially thought would be a simply thing. Basically, on a scheduled basis, I need to rsync some files between hostA to hostB. I have to make use of SSH for the connection which is where my troubles are coming in. As this process needs to be automated and hands off, I need to make the authentication happen automatically. Interactively, I can run ssh-agent and then ssh-add to get rsync to continue without a prompt. However, as this process needs to be scripted and work after reboots with no fiddling...im in a bit of a rut. I cannot see how I can get ssh-agent running as a service. I've seen some posts from folks on this, but I tried their methods to no avail. While I do get ssh-agent running as a service, the needed env variables are not set and so ssh-add does not work. Maybe there is some other workaround to this or there is some better solution you folks can think of. My only other possibility is using a Perl script I wrote using SCP to do the sync with Net::SCP::Expect.., but...rsync is more robust and hence I would like to stick with it. Any ideas appreciated! -- 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: sshd vs. lftp
Chris Herborth wrote: I've noticed some odd behaviour with the current sshd and lftp; "everything" is current (OpenSSH 3.8p1-1, lftp 2.6.10-2) and "working" (ssh and sftp work fine, lftp to other sites works fine). When I lftp to this box, tab completion doesn't work, and the "mirror" command downloads the specified directory, but none of its contents: I tried to replicate but I didn't see the same problems. I'm using lftp fish://[EMAIL PROTECTED] though since I don't have acces to another machine running cygwin. [EMAIL PROTECTED] [531]: pwd /tmp [EMAIL PROTECTED] [532]: lc mirror/ test-lftp/ [EMAIL PROTECTED] [533]: find test-lftp -print test-lftp test-lftp/file1 test-lftp/file2 test-lftp/file3 [EMAIL PROTECTED] [534]: cd mirror /tmp/mirror [EMAIL PROTECTED] [535]: !lftp lftp -u chris fish://localhost/tmp/ Password: lftp [EMAIL PROTECTED]:/tmp> mirror -v test-lftp Total: 1 directory, 0 files, 0 symlinks Using lftp 2.6.12 under Mac OS X exhibits the same problems; works fine with the other sites I tested, but not the box running cygwin's sshd. sshd is started from inetd, which is running as a service. CYGWIN is set to "ntea ntsec tty" for the service. My home system is running cygwin's open ssh 3.7.1p2-2 and it appears to work properly with the current cygwin lftp and my Mac OS X build. [EMAIL PROTECTED] ~ $ /usr/sbin/sshd -h sshd: option requires an argument -- h sshd version OpenSSH_3.8p1, OpenSSL 0.9.7c 30 Sep 2003 [...] [EMAIL PROTECTED] ~ $ lftp --version Lftp | Version 2.6.10 | Copyright (c) 1996-2002 Alexander V. Lukyanov This is free software with ABSOLUTELY NO WARRANTY. See COPYING for details. Send bug reports and questions to <[EMAIL PROTECTED]>. [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.0 althor 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown Cygwin $ echo $CYGWIN binmode ntsec tty sshd is running through cygrunsrv. I'm not using inetd. My "althor" box is at home and I won't be able to mess with the setup there until Monday to do further testing. Sorry. Maybe you could try "fishing" at localhost on your cygwin box (i.e. lftp fish://[EMAIL PROTECTED]) Mark Blackburn, lftp cygwin port maintainer. I wasn't able to find anything about this in the online docs, FAQ, or mailing list archives... any clues? -- 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] Update: lftp 2.6.10-2
I have updated the lftp package to 2.6.10-2. A command line file transfer program. It supports ftp, ftps, http, https, hftp, fish and file protocols. It also supports tab-completion, command histories and more. -The previous release (2.6.10-1) didn't have SSL support. I have recompiled lftp with SSL support. 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. To install lftp for the first time, choose "lftp" from the packages list, in the "Net" category. If you already have lftp installed, the update will be pre-selected. Remember that some mirror sites may not have updated before this announcement is made. If your usual mirror does not have the latest version of this package, please be patient or select an alternate mirror. If you have general questions or comments, please send them to <[EMAIL PROTECTED]>. I would appreciate it if you would use this address rather than emailing me directly. Thanks. Mark Blackburn -- 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 2.6.10-1 missing SSL support and with wrong dependency
Frédéric L. W. Meunier wrote: I don't see anything in the announcement about the lack of support - http://sources.redhat.com/ml/cygwin-apps/2003-12/msg00225.html . 2.6.8-3 has it. I didn't have openssl-devel installed when I built the lftp-2.6.10-1 package. I'll release a new package soon. But I see /usr/share/doc/Cygwin/lftp-2.6.10.README doesn't mention --enable-ssl and lftp-2.6.8.README does. The correct option to pass to configure is --with-ssl I believe. The README doesn't mention it because it that option is passed in the build script. Also, I think the crypt dependency can be removed: /bin/bash ../libtool --silent --mode=link gcc -O2 -pipe -Wall -Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti -fno-implement-inlines -Winline -Wl,-s -o lftp.exe -export-dynamic lftp.o complete.o lftp_rl.o libjobs.a libtasks.a liblftp-pty.la liblftp-network.la proto-ftp.la proto-http.la proto-file.la proto-fish.la proto-sftp.la cmd-mirror.la cmd-sleep.la -lreadline ../lib/liblib.a -lssl -lcrypto -liconv -lcurses -lsupc++ No -lcrypt. When I rebuilt the package the crypt dependency reappeared: $ cygcheck lftp-2.6.10/.build/src/lftp.exe lftp-2.6.10/.build/src/lftp.exe d:\cygwin\bin\cygcrypto-0.9.7.dll d:\cygwin\bin\cygwin1.dll C:\WINDOWS\SYSTEM\KERNEL32.dll d:\cygwin\bin\cygncurses7.dll d:\cygwin\bin\cygreadline5.dll C:\WINDOWS\SYSTEM\USER32.dll C:\WINDOWS\SYSTEM\GDI32.dll C:\WINDOWS\SYSTEM\ADVAPI32.dll d:\cygwin\bin\cygssl-0.9.7.dll d:\cygwin\bin\cygintl-2.dll d:\cygwin\bin\cygiconv-2.dll Mark Blackburn -- 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: Why 2 DLL names?
Roy Clemmons wrote: Greetings, Using Cygwin 1.5.5-1, I am porting a Unix shared library to Windows. After making and linking the library with libtool, two DLLs were created: libxx.dll.a cygxx-1.dll libxx.dll.a is the import library cygxx-1.dll is the dll Read http://cygwin.com/cygwin-ug-net/dll.html for a more complete explanation. I guess I was only expecting: libxx.dll. Why were the 2 names generated and why the "cyg" prefix on one of them? Also, which one should I use? Thank you for you patience with me as I learn the cygwin environment. Roy -- 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/
[ANNOUNCEMENT] Update: lftp 2.6.10-1
I have updated the lftp package to 2.6.10-1. A command line file transfer program. It supports ftp, ftps, http, https, hftp, fish and file protocols. It also supports tab-completion, command histories and more. Changes: -Update to newer upstream version (2.6.10) -Add fix to allow DOS text files to be used as scripts Here's the author's list of changes for version 2.6.10 and 2.6.9: Version 2.6.10 - 2003-12-11 Some bugs fixed. * security fixes in html parsing code. * fxp between ftps session is now possible (unencrypted yet). * fixed a rare bug with access to freed memory in ftp. * fixed a bug in mirror, now it does not incorrectly append directory name when target directory is the root. * fixed compilation on AIX. * Polish translation updated. Version 2.6.9 - 2003-11-19 Some bugs fixed, some new features added. * new setting ftp:ssl-protect-list for encrypting file listings selectively. * don't use PRET again if it is not supported. * added cls --sort=time option (alias for sort=date). * don't set file modification time if it grew while downloading. * new setting cmd:verify-path-cached. * added long options for `open' command. 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. To install lftp for the first time, choose "lftp" from the packages list, in the "Net" category. If you already have lftp installed, the update will be pre-selected. Remember that some mirror sites may not have updated before this announcement is made. If your usual mirror does not have the latest version of this package, please be patient or select an alternate mirror. If you have general questions or comments, please send them to <[EMAIL PROTECTED]>. I would appreciate it if you would use this address rather than emailing me directly. Thanks. Mark Blackburn -- 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] Update: lftp 2.6.9-1
I have updated the lftp package to 2.6.9-1. A command line file transfer program. It supports ftp, ftps, http, https, hftp, fish and file protocols. It also supports tab-completion, command histories and more. Changes: -Update to newer upstream version (2.6.9) -Add fix to allow DOS text files to be used as scripts 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. To install lftp for the first time, choose "lftp" from the packages list, in the "Net" category. If you already have lftp installed, the update will be pre-selected. Remember that some mirror sites may not have updated before this announcement is made. If your usual mirror does not have the latest version of this package, please be patient or select an alternate mirror. If you have general questions or comments, please send them to <[EMAIL PROTECTED]>. I would appreciate it if you would use this address rather than emailing me directly. Thanks. Mark Blackburn -- 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 2.6.8 does not support dos file format
Hi Didrik, Could you send me (or the list) a script file as an attachment so I can test with it. I'm not too familiar with lftp scripts. Thanks. Mark Blackburn (lftp cygwin port maintainer) Didrik Pinte wrote: Hi everybody, I've just tried to use lftp under Cygwin and encounter the following problem. When using script file, lftp does not work properly when it is DOS formatted (CR/LF). Especially with the mirror command, it seems to work but does not recurse subdirectories. Is it a bug or a feature... I cannot answer but my feeling is that it is a problem to loose an hour or more on such a thing. I hope it will help other users Didrik -- 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: Problem making rxvt
Did you read /usr/doc/Cygwin/rxvt-2.7.10.README ? It says to configure like so: ./configure --enable-utmp --enable-wtmp --enable-lastlog \ --enable-xpm-background --enable-menubar --enable-rxvt-scroll \ --enable-next-scroll --enable-xterm-scroll --enable-frills \ --enable-linespace --enable-mousewheel --enable-keepscrolling \ --enable-old-selection --enable-transparency \ --with-xpm-includes=`pwd`/W11/X11 --with-xpm-library=`pwd`/W11/lib \ --with-x-library=`pwd`/W11/lib \ --enable-languages --with-encoding=noenc \ CFLAGS="-O -g -W -I`pwd`/W11" \ LDFLAGS="-mwindows -Wl,--subsystem,console" \ DLIB=`pwd`/W11/wrap/rxvt_res.o When I configure like that the output looks more like this: configuring for rxvt 2.7.10 checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for AIX... no checking for library containing strerror... none required checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r [snip] David A. Cobb wrote: My configure/make score is just barely above zero. I'd be sure it was all me if it was indeed zero - but not quite. Latest attempt: rxvt-2.7.10 My file layout: ~/Build/rxvt/rxvt-2-7-10=untarred package; ~/Build/rxvt/i686-pc-cygwin=build directory configure & make are run from outside the source tree - I know it sometimes matters. Configure shows nothing exciting. [log attached] Make gets into a loop in subdirectory W11 ! Unlimited recursive makes here. -- 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/
[ANNOUNCEMENT] Updated: lftp-2.6.8-3
I've updated lftp to latest upstream version 2.6.8. I've also fixed a buggy postinstall script that was causing setup to lock up. lftp is an ftp client that supports many protocols: ftp, ftps, http, https, hftp, fish and file. lftp also has readline support (ie tab-completion and history like bash and ncftp). Using lftp with the fish protocol makes it a convenient substitute for sftp. Here's a list of changes since 2.6.6 (from the lftp homepage): # Version 2.6.8 - 2003-10-10 Some bugs fixed, some new features added. * better multibyte character support. * experimental ftp protocol command PRET added; new setting ftp:use-pret. * unblock SIGCLD signal when running external programs. * fixed included readline compilation. * fixed compilation with socks. # Version 2.6.7 - 2003-08-29 Some bugs fixed, some new features added. * new settings ftp:use-size, ftp:use-mdtm, ftp:use-telnet-iac. * optimized writing to local disk by increasing write size. * fixed size catching from 150 ftp server reply. * correct exit code of commands help, lftp (reported by trancefx). * hftp improvements from Johannes Zellner: CSM proxy support; colored listings; do not print hour:minute if not known. * translations updated. * fixed a bug with saving last working directory for a site. * fixed a bug with FXP of zero sized files. * fixed a bug happening when a 5xx reply is received after QUIT is sent. * readline updated to version 4.3. Mark Blackburn, lftp 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/
[Warning] lftp hangs on install
As reported previously installing lftp-2.6.8-1 over a previously installed lftp-2.6.6-1 will cause setup to hang and an errant sh.exe process to write repeatedly to a /var/log/setup.log.postinstall file. This was a bug in my postinstall script that was uncovered by new functionality in setup. To avoid this problem either do not install lftp (either version since the bug exists in both versions). Or make sure to delete or move /etc/lftp.conf (if it exists) before attempting to install it. If not you will have to kill the sh.exe process that is running the sh.exe. This is best done through task manager on W2K or CTRL-ALT-DEL on Win98. This sh.exe process will fill up your hard drive otherwise. The lftp-2.6.8-1.tar.bz2 has been removed from cygwin.com and should dissappear from the mirrors soon. This is to alleviate this problem. Sorry for this inconvenience. Mark Blackburn. -- 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: problem with lftp 2.6.8-1 postinstall script
I apologize for the trouble this is causing people. I'm looking into this problem now. I didn't test the install with setup. I just ran my postinstall script by hand to test it. I don't know why installing with setup is having this effect. For now I suggest that no one installs the lftp-2.6.8 package. I also ask that this package be removed from the cygwin.com ftp server until I can package a 2.6.8-2 version. Mark Blackburn Andrew Waltman wrote: For me when installing lftp 2.6.8-1 the postinstall script at /etc/postinstall/lftp.sh gets stuck in an infinite loop on lines 23-27 if you have and existing /etc/lftp.conf file. The output gets set to the /var/log/setup.log.full file filling up the disk. I cancelled the install and found that the file was over a 1.5 GB in size! I removed the file, reinstalled the package, killed the sh process of the postinstall script and the rest of the postinstall scripts for the other packages finished successfully. The setup.log.full showed more of the same output from the lftp.sh script, but since the sh process was killed did not fill the disk again. I guess another workaround would be to move the /etc/lftp.conf out of the way before the running the installer and put it back when it is done (unless you want the new version). I don't know if anyone else has run into this, but thought I should send something out to let people know to be on the lookout. Thanks, 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/ -- 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: Gtk+-2.0
Bhasker C V wrote: Hi the gtk+-2.0 package is available at many places but there is no consolidated effort where things work. I downloaded some packages and corrected them so that they work in my system the tar.bz2 is available - how to upload it so that people can make use of this ? You should read http://cygwin.com/setup.html to find out how to submit it. You should read over the whole page to make sure that you packaged it correctly. Also, if you need further help with packaging and submitting a package [EMAIL PROTECTED] is a better place to ask. Mark Blackburn -- 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] Available for test: lftp-2.6.6-1
lftp is an ftp client that supports many protocols: ftp, ftps, http, https, hftp, fish and file. lftp also has readline support (ie tab-completion and history like bash and ncftp). Using lftp with the fish protocol makes it a convenient substitute for sftp. Known issues: -When using the fish protocol, lftp causes a segfault when copying a file to the host (put operation). Smaller files (<6k) will work OK. But anything larger causes a segfault for me. -lftp won't store the file time from the server. (reported by: Frédéric L. W. Meunier). Mark Blackburn, lftp 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: auto tab complete
Christopher Faylor wrote: On Fri, Aug 22, 2003 at 09:47:06PM +0200, Andrew Markebo wrote: Give lftp a try.. "It supports the FISH protocol which sftp uses. You should be able to do whatever you need with LFTP's rich command set." http://lists.q-linux.com/pipermail/plug/2002-December/023712.html And well lftp can be found at http://lftp.yar.ru/, and compiles fine under cygwin. Which raises the obvious question of whether someone wants to be a package maintainer for lftp so that it can officially be distributed with cygwin. cgf I'll volunteer for maintaining lftp. I'll send an email to cygwin-apps. Mark Blackburn -- 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/
Is profiling broken?
Whenever I try to compile with gcc -p I get "undefined reference to `mcount'". -- 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: Problem with cygwin.dll ver 1.5.0-1
Gene Livshits wrote: Here is a more detailed description of the problem: + /usr/bin/rsync -arvzu -e /usr/bin/ssh --delete --force --stats -- progress --rsync-path /usr/bin/rsync z floyd.orangeblues.com:/tmp Failed to dup/close : Socket operation on non-socket rsync error: error in IPC code (code 14) at /tmp/rsync-2.5.6/pipe.c(68) rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /tmp/rsync- 2.5.6/i o.c(177) I'm just grasping at straws here but make sure that your server is using a compatible version of ssh. I've seen "rsync protocol data stream" errors when my client was using ssh 1 protocol and my server was using ssh 2 protocol. Mark. -- 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: [PATCH] : make cygpath use multiple filename arguments
Randall R Schulz wrote:
Mark,
Cygpath will process multiple names when it's operating as a filter.
I suggest that your patch be changed to print each converted argument
on a separate line.
Randall Schulz
At 13:53 2003-07-17, Mark Blackburn wrote:
Dunno if anybody will find this useful or not:
Currently if you say:
# cygpath -w /usr /lib
you get a usage error. With my patch you get:
# cygpath -w /usr /lib
c:\cygwin\usr c:\cygwin\lib
Mark.
--
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/
Index: utils/cygpath.cc
===
RCS file: /cvs/src/src/winsup/utils/cygpath.cc,v
retrieving revision 1.28
diff -u -p -r1.28 cygpath.cc
--- utils/cygpath.cc12 Jun 2003 20:40:58 - 1.28
+++ utils/cygpath.cc18 Jul 2003 13:59:37 -
@@ -675,11 +675,13 @@ main (int argc, char **argv)
if (output_flag)
dowin (o);
- if (optind != argc - 1)
+ if (optind > argc - 1)
usage (stderr, 1);
- filename = argv[optind];
- doit (filename);
+ for (int i=optind; argv[i]; i++) {
+ filename = argv[i];
+ doit (filename);
+ }
}
else
{
--
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: [PATCH] : make cygpath use multiple filename arguments
Picky, picky...
Rolf Campbell wrote:
What about filenames with spaces in them? Wouldn't the output be
ambiguous?
Mark Blackburn wrote:
Dunno if anybody will find this useful or not:
Currently if you say:
# cygpath -w /usr /lib
you get a usage error. With my patch you get:
# cygpath -w /usr /lib
c:\cygwin\usr c:\cygwin\lib
Mark.
Index: utils/cygpath.cc
===
RCS file: /cvs/src/src/winsup/utils/cygpath.cc,v
retrieving revision 1.28
diff -u -p -r1.28 cygpath.cc
--- utils/cygpath.cc12 Jun 2003 20:40:58 -1.28
+++ utils/cygpath.cc17 Jul 2003 20:36:17 -
@@ -479,7 +479,7 @@ doit (char *filename)
}
}
- puts (buf);
+ printf ("%s", buf);
}
static void
@@ -675,11 +675,16 @@ main (int argc, char **argv)
if (output_flag)
dowin (o);
- if (optind != argc - 1)
+ if (optind > argc - 1)
usage (stderr, 1);
- filename = argv[optind];
- doit (filename);
+ for (int i=optind; argv[i]; i++) {
+if (i != optind)
+ printf(" ");
+filename = argv[i];
+doit (filename);
+ }
+ printf("\n");
}
else
{
--
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/
? aoeu
Index: utils/cygpath.cc
===
RCS file: /cvs/src/src/winsup/utils/cygpath.cc,v
retrieving revision 1.28
diff -u -p -r1.28 cygpath.cc
--- utils/cygpath.cc12 Jun 2003 20:40:58 - 1.28
+++ utils/cygpath.cc18 Jul 2003 05:20:07 -
@@ -30,6 +30,7 @@ static int shortname_flag, longname_flag
static int ignore_flag, allusers_flag, output_flag;
static int mixed_flag;
static const char *format_type_arg;
+static int quote_output;
static struct option long_options[] = {
{(char *) "absolute", no_argument, NULL, 'a'},
@@ -479,7 +480,10 @@ doit (char *filename)
}
}
- puts (buf);
+ if (quote_output && strchr(buf,' ') != NULL)
+printf("\"%s\"", buf);
+ else
+printf ("%s", buf);
}
static void
@@ -675,11 +679,21 @@ main (int argc, char **argv)
if (output_flag)
dowin (o);
- if (optind != argc - 1)
+ if (optind > argc - 1)
usage (stderr, 1);
- filename = argv[optind];
- doit (filename);
+ if (optind == argc - 1)
+ quote_output = 0;
+ else
+ quote_output = 1;
+
+ for (int i=optind; argv[i]; i++) {
+ if (i != optind)
+ printf(" ");
+ filename = argv[i];
+ doit (filename);
+ }
+ printf("\n");
}
else
{
--
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/
[PATCH] : make cygpath use multiple filename arguments
Dunno if anybody will find this useful or not:
Currently if you say:
# cygpath -w /usr /lib
you get a usage error. With my patch you get:
# cygpath -w /usr /lib
c:\cygwin\usr c:\cygwin\lib
Mark.
Index: utils/cygpath.cc
===
RCS file: /cvs/src/src/winsup/utils/cygpath.cc,v
retrieving revision 1.28
diff -u -p -r1.28 cygpath.cc
--- utils/cygpath.cc12 Jun 2003 20:40:58 - 1.28
+++ utils/cygpath.cc17 Jul 2003 20:36:17 -
@@ -479,7 +479,7 @@ doit (char *filename)
}
}
- puts (buf);
+ printf ("%s", buf);
}
static void
@@ -675,11 +675,16 @@ main (int argc, char **argv)
if (output_flag)
dowin (o);
- if (optind != argc - 1)
+ if (optind > argc - 1)
usage (stderr, 1);
- filename = argv[optind];
- doit (filename);
+ for (int i=optind; argv[i]; i++) {
+ if (i != optind)
+ printf(" ");
+ filename = argv[i];
+ doit (filename);
+ }
+ printf("\n");
}
else
{
--
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 'bell' not working
Apologies for the misfire... Jerry D. Hedden wrote: The following command is supposed to sound a 'bell', but does not produce any sound output on my machine: echo -e '\a' If I output a ^G using Window's echo command, I do get a beep. Pump up the Volume Lately, cygwin sends bell characters to the soundcard if available. If your speakers are turned down you won't hear it. Mark Blackburn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 'bell' not working
Jerry D. Hedden wrote: The following command is supposed to sound a 'bell', but does not produce any sound output on my machine: echo -e '\a' If I output a ^G using Window's echo command, I do get a beep. I am not using X-Windows. I am using Windows 'command prompt' window running bash. Does Cygwin lack the ability to sound the computer's bell? If not, what do I need to change to fix this? = Jerry D. Hedden - Author of MegaWiki for Palm-based handhelds http://www.palmgear.com/software/showsoftware.cfm?prodID=36156 http://groups.yahoo.com/group/megawiki/ and http://www.megawiki.com << I know you believe you understand what you think I said, but I'm not sure you realize that what you heard is not what I meant. >> __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://platinum.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: rxvt-2.7.10-1
Steve O, Could you update /usr/doc/cygwin/rxvt-2.7.10.README with a configure line that works. Here's my suggestion: --- rxvt-2.7.10.README 2003-03-31 02:17:46.0 -0500 +++ rxvt-2.7.10.README.new 2003-04-01 13:23:42.0 -0500 @@ -203,7 +203,7 @@ --enable-linespace --enable-mousewheel --enable-keepscrolling \ --enable-old-selection --enable-transparency \ --with-xpm-includes=`pwd`/W11/X11 --with-xpm-library=`pwd`/W11/lib \ - --with-x-library="-mwindows ../W11/wrap/rxvt_res.o -Wl,--subsystem,console" \ + --x-libraries=". -mwindows ../W11/wrap/rxvt_res.o -Wl,--subsystem,console" \ --enable-languages --with-encoding=noenc \ CFLAGS="-O -g -W -I`pwd`/W11" This also seems to fix the default icon problem Mark Blackburn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
windres and RCDATA sections
windres seems to choke on multiline strings. With the following exerpt from a .rc file 83 IDR_DEVICES RCDATA 84 BEGIN 85 "mswinpr2,\0" /* can't set resolution in device dialog box */ 86 "djet500,300x300,150x150,100x100,75x75\0" 87 "\0" 88 END I get: windres: srcwin/gvwin1.rc:86: parse error windres has invoked like this: $ windres --include-dir= --include-dir ./srcwin --include-dir ./src --include-dir ./obj -D_Windows -D__WIN32__ --include-dir="en" -o ./obj/gsvw32en.res -i ./srcwin/gvwin1.rc I also tried with the \0's removed and it still chokes. I'm guessing that Microsoft's rc compiler allows the above syntax. I've never seen it before. It's from the gsview-4.3 source, windows version. I was trying to make a cygwin compatible Makefile for it. It currently compiles with the MSVC toolset. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Grep says file exists and then doesn't grep it
[EMAIL PROTECTED] wrote: Works fine here but I'm on W2K. Does 'grep -r -e hello .' or 'grep -r hello .' work? No and No. Same result as before. Maybe compiling on Win98 makes some sort of difference? I assume it was originally compiled on W2K. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Grep says file exists and then doesn't "grep" it
If I type: $ grep -e hello -r . I get: grep: .: File exists and grep doesn't search the contents of any files If I try compiling it myself from the setup source package (grep-2.5-1) this doesn't happen anymore. Grep behaves as expected. Has anybody else seen this behaviour? uname -a CYGWIN_98-4.10 MARK 1.3.17(0.67/3/2) 2002-11-27 18:54 i686 unknown cygcheck -s: Windows 98 Ver 4.10 Build 1998 [...] d:\usr /opt system binmode d:\home/home system binmode d: /dsystem binmode d:\work/home/worksystem binmode d:\home\windows\desktop/desktop system binmode d:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode d:\cygwin / system binmode d:\cygwin\bin /usr/bin system binmode d:\cygwin\lib /usr/lib system binmode . /mnt user binmode,cygdrive [yadda, yadda...] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /bin/shutdown on ME
Igor Pechtchanski wrote: Quoting from the ExitWindowsEx page on MSDN: Windows 95/98/Me: ExitWindowEx does not work from a console application. (the typo is theirs) One solution I tried, consequently, is making shutdown into a window (WinMain) application, using the run program as a template. No luck so far. I can post the code I currently have, in case others have further insights. Igor If you run shutdown from a bash session in one of the old versions of rxvt (the ones that were compiled as a GUI app) it works fine on Win98. Personally I have two version of rxvt on my machine, the regular console compiled one (-Wl,--subsystem,console) and one that is compiled as a GUI app (-Wl,--subsystem,windows) and I rename it to rxvtw. I do this because the way that cygwin interacts console programs tends to lock up my machine every once in a while. Though I blame the Trident 9750 video driver since I get pretty patterns on the screen when it locks up. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash question
You asked this in the wrong place btw, (I think its a bash specific questing) but here goes anyways: #!/bin/bash i=0 for x in 1 2 3; do let i=i+1 echo "item $x" done echo "Processed $i items" cat > /tmp/file
Re: Possible error in cygpath
On Wed, 15 May 2002, Joerg R. Schaible wrote:
> Hi Corinna,
>
> "Corinna Vinschen" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > On Wed, May 15, 2002 at 11:44:51AM +0200, Schaible, Jorg wrote:
> > > The reason why I just implemented -s (in 1999) was that GetLongPathName
> is
> > > not available for Win95. If we have to be Win95-compatible still, you
> will
> > > have to load the function yourself directly form the DLL and use
> > > FindFirstFile (as mensioned in the MSDN docs for *GetShortPathName*) for
> > > every part of the path if the function is not available.
> >
> > Are you interested in implementing that functionality anyway?
>
> No, not me! I just want to remember Mark, that it is not done just by
> calling GetLongPathName. Mark, do you still want to implement this ?
I didn't know about GetLongPathName, I used GetFullPathName and
FindFirstFile. You mentioned using FindFirstFile on every part of the
path, I hadn't thought of that, I was just trying to solve the problem of
running gunzip on an 8.3 filename ie foo.c.gz (FOOC~1.GZ) turns to FOOC~1
and you lose the "inside" .c extension. Here's my patch but it its kinda
half-assed (I don't think it restores 8.3 directories in the path, just
the file) and flaky (it sometimes truncates the filename). Oh and sorry
about the extraneous fprintf(stderr,...)'s.
--- cygpath.cc.orig 2002-05-14 13:41:46.0 -0400
+++ cygpath.cc 2002-05-14 13:58:46.0 -0400
@@ -27,7 +27,7 @@
static char *file_arg;
static char *close_arg;
static int path_flag, unix_flag, windows_flag, absolute_flag;
-static int shortname_flag, ignore_flag, allusers_flag, output_flag;
+static int longname_flag, shortname_flag, ignore_flag, allusers_flag,
output_flag;
static struct option long_options[] = {
{(char *) "help", no_argument, NULL, 'h'},
@@ -40,6 +40,7 @@
{(char *) "version", no_argument, NULL, 'v'},
{(char *) "windows", no_argument, NULL, 'w'},
{(char *) "short-name", no_argument, NULL, 's'},
+ {(char *) "long-name", no_argument, NULL, 'l'},
{(char *) "windir", no_argument, NULL, 'W'},
{(char *) "sysdir", no_argument, NULL, 'S'},
{(char *) "ignore", no_argument, NULL, 'i'},
@@ -61,6 +62,7 @@
-i|--ignore ignore missing argument\n\
-p|--pathfilename argument is a path\n\
-s|--short-name print Windows short form of filename\n\
+ -l|--long-name print Windows/Unix long form of filename\n\
-u|--unixprint Unix form of filename\n\
-v|--version output version information and exit\n\
-w|--windows print Windows form of filename\n\
@@ -150,6 +152,57 @@
return sbuf;
}
+static char *
+get_long_name (const char *filename)
+{
+ char *sbuf;
+ HANDLE ffh;
+ WIN32_FIND_DATA w32_fd;
+ char *pfname;
+ int fname_offset;
+
+ fprintf(stderr, "get_long_name (%s)\n", filename);
+ fflush(stderr);
+
+ DWORD len = GetFullPathName(filename,0,NULL,NULL);
+
+ if (len == 0)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+
+ sbuf = (char*)malloc(len);
+ if (sbuf == NULL)
+{
+ fprintf (stderr, "%s: out of memory\n", prog_name);
+ exit (1);
+}
+ len = GetFullPathName(filename,len,sbuf,&pfname);
+ fname_offset = pfname - sbuf;
+ if (len == 0)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+ ffh = FindFirstFile(filename, &w32_fd);
+ if (ffh == INVALID_HANDLE_VALUE)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+ fprintf(stderr, "w32_fd.cFileName = %s\n", w32_fd.cFileName);
+ sbuf = (char*)realloc(sbuf, len - fname_offset +
strlen(w32_fd.cFileName) + 1);
+
+ strcpy(sbuf+fname_offset, w32_fd.cFileName);
+ fprintf(stderr, "get_long_name (%s) = %s\n", filename, sbuf);
+ fprintf(stderr, "sbuf (%p)\n", sbuf);
+ return sbuf;
+}
+
static void
doit (char *filename)
{
@@ -209,6 +262,12 @@
cygwin_posix_to_win32_path_list (filename, buf);
if (shortname_flag)
buf = get_short_paths (buf);
+ else if (longname_flag)
+ {
+fprintf(stderr, "Line: %i\n", __LINE__);
+fflush(stderr);
+buf = get_long_name (buf);
+ }
}
}
else
@@ -228,6 +287,12 @@
}
if (!unix_flag && shortname_flag)
buf = get_short_name (buf);
+ else if (!unix_flag && longname_flag)
+ {
+fprintf(stderr, "Line: %i\n", __LINE__);
+fflush(stderr);
+ buf = get_long_name (buf);
+ }
}
puts (buf);
@@ -277,12 +342,13 @@
unix_flag = 0;
windows_flag = 0;
shortname_flag = 0;
+ longname_flag = 0;
ignore_flag = 0;
options_from_file_flag = 0;
allusers_flag = 0;
output_flag = 0;
while ((c =
- getopt_long
Re: Possible error in cygpath
I forgot to mention that there are a total of 4 places where GetShortPathName is used Lines 92 110 131 144 The same problem appears in all places. On Tue, 14 May 2002, Corinna Vinschen wrote: > On Tue, May 14, 2002 at 10:44:20AM -0400, Mark Blackburn wrote: > > In cygpath.cc there is a function that goes like this: > > Thanks for the heads up. I've checked in a patch. > > Corinna > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Possible error in cygpath
In cygpath.cc there is a function that goes like this:
static char *
get_short_name (const char *filename)
{
char *sbuf;
DWORD len = GetShortPathName (filename, NULL, 0);
if (len == ERROR_INVALID_PARAMETER)
{
fprintf (stderr, "%s: cannot create short name of %s\n", prog_name,
filename);
exit (2);
}
sbuf = (char *) malloc (++len);
if (sbuf == NULL)
{
fprintf (stderr, "%s: out of memory\n", prog_name);
exit (1);
}
if (GetShortPathName (filename, sbuf, len) == ERROR_INVALID_PARAMETER)
{
fprintf (stderr, "%s: cannot create short name of %s\n", prog_name,
filename);
exit (2);
}
fprintf(stderr, "get_short_name: sbuf=%s\n",sbuf);
return sbuf;
}
The spot where it says:
DWORD len = GetShortPathName (filename, NULL, 0);
if (len == ERROR_INVALID_PARAMETER)
is what worries me, I think it should be a little more like:
DWORD len = GetShortPathName (filename, NULL, 0);
if (len == 0 && GetLastError() == ERROR_INVALID_PARAMETER)
I don't know how this problem might manifest itself though I suspect that
if GetShortPathName returns a length of 87 then bad things might happen
( 87 The parameter is incorrect. ERROR_INVALID_PARAMETER).
By the way I noticed this while I was trying to add a -l option to cygpath
which is similar to the -s option but it will convert a muddled 8.3 name
like PROGRA~1 to "Program Files" and I want to know if anyone else might
have been working on that.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: EISDIR EACCES and open in grep
Well so far I have two solutions to this recursive grep on Windows 98
problem:
1) The patch I submitted earlier here it is again relative to the 1.3.10-1
version of cygwin:
--- fhandler.cc.bak Tue Feb 19 22:25:00 2002
+++ fhandler.cc Thu May 9 10:18:40 2002
@@ -409,7 +409,26 @@
if (GetLastError () == ERROR_INVALID_HANDLE)
set_errno (ENOENT);
else
- __seterrno ();
+ {
+ if (GetLastError () == ERROR_ACCESS_DENIED)
+ {
+ WIN32_FIND_DATA find_file_data;
+ if (INVALID_HANDLE_VALUE != FindFirstFile(get_win32_name (),
+ &find_file_data))
+ {
+ if (FILE_ATTRIBUTE_DIRECTORY ==
+ find_file_data.dwFileAttributes)
+ set_errno (EISDIR);
+ }
+ else
+ {
+ SetLastError (ERROR_ACCESS_DENIED);
+ __seterrno ();
+ }
+ }
+ else
+ __seterrno ();
+ }
goto done;
}
OR
2) Compile grep with the HAVE_DIR_EACCES_BUG flag enabled.
I've tested these both on Windows 98. I have no idea what these changes
would do to NT/2000 however.
BTW: thanks to Chris Faylor for helping with the cygwin1.dll compile
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
