Re: Documentation on -mno-cygwin Accuracy
On 2/7/2012 10:42 AM, marco atzeri wrote: On 2/7/2012 5:13 PM, carolus wrote: On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote: The -mno-cygwin flag is still handled by gcc3, but that is deprecated and may be removed at any time. The officially supported way to build such apps is to use the appropriate mingw or mingw64 cross-compiler. Is there an easy procedure that is equivalent to the old -mno-cygwin (suitable for a dumb engineer who is not a programmer and knows nothing about cross-compilation)? -mno-cygwin was a very handy way to distribute a cygwin fortran executable to non-cywin users without having to include cygwin1.dll (which I think is not exactly legal). define CC=i686-pc-mingw32-gcc.exe FC=i686-pc-mingw32-gfortran.exe if you want to use mingw-gcc compilers. similar CC=i686-w64-mingw32-gcc.exe FC=i686-w64-mingw32-gfortran.exe for the mingw64-i686-gcc compilers Regards Marco I assume that FC and CC are for use by make, so I put them in a makefile and tried a test program with the following result: cdr@dell03 ~/mingtest $ make hello i686-w64-mingw32-gfortran.exehello.f -o hello cdr@dell03 ~/mingtest $ ./hello /home/cdr/mingtest/hello.exe: error while loading shared libraries: libgfortran- 3.dll: cannot open shared object file: No such file or directory -- 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: associating device names with cygdrive directories
Is there an easy way to find the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the association before writing to the device with dd? Larry Hall wrote: you can certainly use the information from Disk Management to figure out the mapping. essentially, Disk 0 = /dev/sda, etc. Thanks. That is the mapping I was looking for. Jeremy Bopp wrote: How would you handle the case where you have more than a single mount which looks like that? e.g.) /dev/sda1 on /live/image1 type vfat (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,iocharset=utf8) /dev/sdb1 on /live/image2 type vfat (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,iocharset=utf8) *** If I know that /dev/sda1 maps to /live/image1, then I can use df and ls on /live/image1 to identify the device - easier than using dd |strings on /dev/sda1. I'm concerned with distinguishing among USB storage devices. Corinna Vinschen wrote: $ for F in $(gawk '{if (FNR 2) print /dev/ $4;}' /proc/partitions) ; do echo $F$(./cygpath -w $F) ; done /dev/sda\\.\PhysicalDrive0 /dev/sda1 \\.\Volume{781f8bd9-7d0d-11de-8012-806e6f6e6963} /dev/sda2 \\.\C: /dev/sda3 \\.\D: /dev/sda1 is not available under a drive letter, so that's fine. * Nice, but evidently requires your patches, not working on my installation. __ Andrey Repin wrote: please, use reply option when replying to list, instead of writing new message. ** I would use gmane to enable this, but I'm on dial-up at the end of a miserable rural telephone line in Maine, where even DNS lookup usually takes several tries, and servers that are not patient enough for lots of retries simply won't work. _ Thanks everyone. I was successful in creating a bootable USB flash drive using Cygwin to dd from debian-live.img. It was so slow, though, that I will forget about using Cygwin to clone a hard drive. -- 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
associating device names with cygdrive directories
What is the best way to find or predict the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the assignment before writing to the device with dd? -- 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: associating device names with cygdrive directories
On 8/25/2010 2:49 PM, Charles D. Russell wrote: What is the best way to find or predict the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the assignment before writing to the device with dd? I think this link should help a little: http://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices The POSIX device names are generated from the Windows information/layout of these devices. So your best bet is to look to Windows to get the device number - drive letter association and then fill in the rest from there. I had read that reference, but don't see how it helps to find whether a given USB storage device is sda, sdb, or whatever. I found that a flash drive was /dev/sdc by unplugging all other USB devices and trial-and-error with dd if=/dev/sdc |od|less, but there must be a better way. I want to use multiple USB devices at the same time, and they don't all have stuff on them that I can recognize in binary. On Linux, the mount command reveals the association between filesystem names and /dev/ names, but Cygwin mount doesn't tell. The cited reference mentions NT internal device names, but I don't know what those are or how to find them. Is there some connection with the device numbers revealed by the Control Panel under Windows Computer Management/Storage/Disk Management? -- 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: associating device names with cygdrive directories
Maybe it won't always work, but with debian mount I get the following line of output, which tells me what I want to know (and more): /dev/sda1 on /live/image type vfat (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,iocharset=utf8) I infer from the replies that in Cygwin there is no easier way to find my way around in /dev than the way I was doing it, though I realize strings is a better choice than od. With dd if=/dev/sda|strings|less I discovered that /dev/sda is actually my hard drive. -- 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: How to delete a file without owner and group?
On 3/2/2010 3:15 AM, Larry Hall (Cygwin) wrote: Does http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids answer your question? Is there a short answer, one that does not require understanding how it all works? One thing I like about Cygwin is that I don't have to learn anything about Windows. So far I've always been able to get rid of intractable Windows files using Cygwin with chmod 777 and chown, but this seems to be an example where that won't work. -- 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: How to delete a file without owner and group?
On 3/2/2010 6:16 PM, Larry Hall (Cygwin) wrote: information that would help to clarify and resolve the actual problem. Any chance you could file a problem report that might help in that regard? Sorry, the original poster will have to answer that one. I don't have the problem; I'm just a bystander who wondered if there was some simple fix at the user level, as distinct from the programmer level. -- 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: How to delete a file without owner and group?
On 3/2/2010 8:22 PM, Dave Korn wrote: Cygwin can't override the permissions enforced by the OS. It attempts to /use/ those permissions to model the posix user/group/world model, but if a file was created outside cygwin (i.e. in windows itself) there's no guarantee the permissions set on it will make sense in the posix world. Then I've been lucky so far. After transferring large directory trees over a network using Windows file sharing I frequently end up with a few files that I can't figure out how to delete under Windows, for some reason I can't fathom. The following, in a Cygwin script, fixes the problem: find . -name '*' -print -exec chmod 777 {} \; I routinely run Windows with administrative privileges. I'm just a dumb engineer, not a programmer, and my simple viewpoint is that Cygwin is making my Windows box look like a sensible Unix system. -- 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: Problem [1.7]: Inconsistent and wrong results from e.g. ls and md5sum
Corinna Vinschen wrote: I dislike FAT32 a lot, so I usually never test on it. But there is no alternative for external storage that is to be readable on Windows, Linux, and Mac OSX. And I use Cygwin scripts for all my backups and housekeeping. -- 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: mingw headers and libraries missing
Dave Korn wrote: You have just discovered why -mno-cygwin is a kludgey hack that we are removing from future versions of the compiler! Kludgey perhaps, but handy for me. If I want to give a copy of one of my fortran console apps to a colleague, I can simply recompile it with -mno-cygwin. No knowledge of Windows is required on my part. I'll be sorry to see that feature go. -- 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: mingw headers and libraries missing
Dave Korn wrote: Charles D. Russell wrote: Dave Korn wrote: You have just discovered why -mno-cygwin is a kludgey hack that we are removing from future versions of the compiler! Kludgey perhaps, but handy for me. If I want to give a copy of one of my fortran console apps to a colleague, I can simply recompile it with -mno-cygwin. No knowledge of Windows is required on my part. I'll be sorry to see that feature go. Even if I promise to replace it with a fully-fledged and even more importantly, *correct* cross-compiler? ;-) cheers, DaveK Sounds great, as long as it is simple enough for a dumb engineer who is not a programmer. -- 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
getting gdb I/O and progam I/O into separate windows
Can this be done? I can't redirect program output (from ncurses) into an rxvt window using the tty command in gdb. Googling gdb+tty+cygwin shows that there have been problems in the past, but I didn't find anything recent. -- 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: Poor man's mailer??
Kevin M wrote: Hello, A while ago Pierre gave me a poor mans mailer and I have lost he email that contained the instructions. Sorry about that. I recall setting up a MAILTO= something or another in the crontab file and after that I can't remember. Forgive me for losing the information can somebody help me. Thanks! Cygwin has a package called email that may be what you want. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to switch user
Larry Hall (Cygwin) wrote: sunny wrote: when logged as a user, i want to switch to a different user. how can i do that? Install and use ssh. how can i add a new user in cygwin? You can't. Use the Windows 'net' command. Apropos of ssh: I can't login remotely to another account than my own. ssh -l My Wife dell03 and ssh My Wife@dell03 both fail, returning a request for a password, though My Wife was set up with no password. My Wife/.ssh was been set up on dell03 using ssh-user-config. I can connect to my own account on dell03 with no trouble. I'm never sure whether I've got the quoting right when dealing with those damned spaces in path or file names. -- 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: Cygwin1.dll
Brian Dessent wrote: sroberts82 wrote: Can someone help me understand this, its probably really straightforward but I can't find an answer for this. Why is it when I build the most basic helloworld.exe and try and run it I get told of a dependancy on cygwin1.dll? Why do I need this dll, and what When you build that program that calls printf(hello world), where do you think that implementation of printf comes from? On linux you have a libc.so, on Cygwin you have a cygwin1.dll, they are analogous. how do I build to avoid needing this? You don't. Or you use something other than Cygwin. Not as drastic as it sounds. Look at the compiler flag -mno-cygwin. Very handy if you occasionally want to distribute executables without cygwin1.dll. -- 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/
preserving ssh configuration when reinstalling cygwin
After reinstalling cygwin from scratch on computer A, I simply used tar -p to transfer $HOME/.ssh/* and /etc/ssh* (with their privileges) from the old installation to the new. However, I can no no longer ssh from A to computer B, though I can still ssh from B to A. The error message is connect to host xxx port 22: Connection refused. I have verified that sshd is running and has firewall privileges on B. Was my approach oversimplified? Must I start again from the beginning to set up ssh? -- 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/
configuration problem: ssh working but not sftp
Why does ssh work but not sftp? What is wrong with my configuration? sftp works OK in the other direction, from sony06 to dell03. [EMAIL PROTECTED] ~/cygarc $ sftp sony06 Connecting to sony06... Received message too long 1920298606 [EMAIL PROTECTED] ~/cygarc $ ssh sony06 Last login: Wed Sep 26 20:05:06 2007 from dell03 Fanfare!!! You are successfully logged in to this server!!! -- 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: configuration problem: ssh working but not sftp
Igor Peshansky wrote: On Wed, 26 Sep 2007, Charles D. Russell wrote: Why does ssh work but not sftp? What is wrong with my configuration? sftp works OK in the other direction, from sony06 to dell03. [EMAIL PROTECTED] ~/cygarc $ sftp sony06 Connecting to sony06... Received message too long 1920298606 [EMAIL PROTECTED] ~/cygarc $ ssh sony06 Last login: Wed Sep 26 20:05:06 2007 from dell03 Fanfare!!! You are successfully logged in to this server!!! When you connect via ssh, you get a login shell. When you connect via sftp, you get a non-login shell, which communicates with the sftp command via standard output. Make sure your non-login shell doesn't print anything (say, from .bashrc). Yes, echo from .bashrc was the problem. FWIW, 1920298606 in hex is 72756E6E (which also spells runn). Coincidence? ;-) No. Thanks. -- 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: Accessing remote PC (ssh?)
Larry Hall (Cygwin) wrote: You could check your network settings under Windows to see if it properly points to your router for DNS. Can this advice be reduced to a simple instruction for someone who doesn't understand what he is doing? One reason I use Cygwin is to avoid having to learn anything about Windows. Simply killing known_hosts when necessary is a pretty good solution for me, since the IP adresses seem stable for weeks at a time, perhaps until I go out of town for a while and leases run out. I don't know whether these leases come from Windows or from the router. If I understand correctly, Windows XP can support a LAN even without a router. If this is a cleaner message, it is thanks to Matthew Woehlke, who pointed me to news.gmane.org. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Accessing remote PC (ssh?)
Dave Korn wrote: You already answered your own question. Set up sshd. It's the Cygwin way. :-) When ssh and sshd are installed and configured by means of the scripts supplied in the cygwin documentation, are static IP addresses required, or is DHCP supported? -- 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: Accessing remote PC (ssh?)
Dave Korn wrote: Sshd does not care about the IP of the machine it's running on. All it does is listen on a port. Ssh stores the hostname/IP in ~/.ssh/known_hosts. If the IP changes, ssh may prompt you to accept the host keys again (although this mostly happens if using raw IPs to connect). ___ Truly a prompt, that tells explicitly what to do, or just a message, that requires you to understand something about networking? My ssh/sshd installation has broken twice. After noticing that IP addresses had changed, I read about DHCP and suspected that to be the problem. I'm not a programmer, just a dumb engineer who normally counts on setup.exe (or in this case the installation scripts) to take care of all the sysadmin stuff. What I am getting, with a formerly working installation, is: $ ssh sony06 ssh: sony06: no address associated with name I have reason to believe, from previous correspondence with this group, that my installation is flaky. I did not reinstall then, because at the time it was working. If I reinstall by means of the scripts, is ssh expected to work without periodic maintenance? (Just within a home WNET using a wireless router with DHCP.) How should I proceed to ensure a clean reinstall? -- 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: Accessing remote PC (ssh?)
RE: Accessing remote PC (ssh?) * /From/: zzapper david at tvis dot co dot uk * /To/: cygwin at cygwin dot com * /Date/: Thu, 15 Mar 2007 15:20:02 + (UTC) * /Subject/: RE: Accessing remote PC (ssh?) * /References/: [EMAIL PROTECTED] http://cygwin.com/ml/cygwin/2007-03/msg00442.html [EMAIL PROTECTED] http://cygwin.com/ml/cygwin/2007-03/msg00445.html - Dave Korn wrote Set up sshd. zzapper wrote: You have to have a Windows password. _ What for? For external communications? I got sshd to work within a local network, at least for a while, without any Windows passwords. -- 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: Accessing remote PC (ssh?)
*Dave Korn wrote: On 15 March 2007 16:50, Charles D. Russell wrote: Dave Korn wrote: Sshd does not care about the IP of the machine it's running on. All it does is listen on a port. Like hell I did! My most humble apologies to you and Igor Peshansky. -- 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: Accessing remote PC (ssh?)
* /From/: Dave Korn It may be relevant that that is the windows native version of ping rather than the cygwin one, although I don't see why a name lookup would work for 'doze and not for cygwin. Very odd. Perhaps we should take a look at your overall system status: please run cygcheck -s -v -r cygcheck.out and then send us the cygcheck.out file **as an attachment please** with your next post. _ I can't find a ping.exe in the cygwin tree. cygcheck.out attached. Cygwin Configuration Diagnostics Current System Time: Thu Mar 15 11:48:25 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: . C:\cygwin\home\cdr\script 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\Sonic Shared\Ligos\GoMotion c:\Program Files\Common Files\Sonic Shared\Ligos\Decoders c:\Program Files\Common Files\Sonic Shared\MainConcept c:\Program Files\Common Files\Adaptec Shared\System C C:\cygwin\ut c:\Program Files\QuickTime\QTSystem\ C:\cygwin\lib\lapack Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(cdr) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(cdr) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'cr' PWD = '/home/cdr/junk' HOME = '/home/cdr' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\cdr' ARCEXT = '.tar' AR = 'ar' PPFLAGS = '-C -P -traditional' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\cdr\Application Data' CRWP = ''/cygdrive/c/Documents and Settings/cdr/My Documents'' LCLIMPORTDIR = '/usr/local/bin/lclintimp' HOSTNAME = 'dell03' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' BINDIR = '/usr/local/bin' INCDIR = '/usr/local/include' TEXDOCVIEW_txt = 'cygstart %s' BIGSTACK = '-Wl,--stack,0x40' TEXDOCVIEW_dvi = 'cygstart %s' LINTFLAGS = '-I/usr/local/include:/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/include' OLDPWD = '/home/cdr' USERDOMAIN = 'DELL03' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' LINT = 'lclint' !:: = '::\' ARCMGR = 'tar' TEMP = '/cygdrive/c/DOCUME~1/cdr/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' JRW = '/cygdrive/c/Documents and Settings/Judith Russell/My Documents' FCHEKFLAGS = ' -sixchar -nonovice -noverbose -nopretty -usage=1 -notruncation -array=0 -library -noextern ' LARCH_PATH = '/usr/local/bin/lclintlib' FPP = 'fpp' QTJAVA = 'C:\Program Files\Java\j2re1.4.2_06\lib\ext\QTJava.zip' USERNAME = 'cdr' LIBDIR = '/usr/local/lib' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '15' ARCDIR = '/home/cdr/cygarc' ODDIR = '/cygdrive/d' ETCDIR = '/home/cdr/etc' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'EnableNXShowUI ' CRTMP1 = '/home/cdr/tmp1' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\cdr' PYTHONSTARTUP = '/home/cdr/.pythonrc.py' CRW = '/cygdrive/c/Documents and Settings/cdr/My Documents' CRTMP = '/home/cdr/tmp' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\DELL03' MANDIR1 = '/usr/man/man1' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' CR = '/home/cdr' SHLVL = '1' ARFLAGS = 'rv' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' MAKEFIG = '/home/cdr/config.mk' CFLAGS = '-g -DALPHA -ansi' GFFLAGS = '-g -fbounds-check' ARCFLAGS = '--posix -cf' FC = 'g77' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/cdr/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'HP OfficeJet R40xi' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0207' CLASSPATH = 'C:\Program Files\Java\j2re1.4.2_06\lib\ext\QTJava.zip' MINGW = '-mno-cygwin' CRWSONY = 'sony06:/cygdrive/c/Documents and Settings/cdr/My Documents' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' CC = 'gcc' GFC = '/home/irun/bin/gfortran' NUMBER_OF_PROCESSORS = '1' SESSIONNAME = 'Console' MACHDEP = '/home/cdr/machdep_dell03' COMPUTERNAME = 'DELL03' _ = '/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 (default) = 0x0400 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
RE: Accessing remote PC (ssh?)
Dave Korn wrote: **as an attachment please** __ I tried, really. Before sending, I looked through the Thunderbird options to see if there was an option to send attachments in-line, and couldn't find one. But it must be there somewhere, unintentionally set. -- 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: Accessing remote PC (ssh?)
// Larry Hall wrote what does your known_hosts file look like for sony06? .ssh/known_hosts on dell03 contains explicit IP addresses for both dell03 and sony06 that are no longer current. -- 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: Accessing remote PC (ssh?)
Dave Korn wrote: Yow, it's starting to sound like you have a not-entirely-dead-simple network setup. Hmmm, if you have a wireless router maybe you need to switch on dns proxying or something like that. ___ A $50 Linksys router and two XP machines. But as I said at the outset, anything much more than running an installation script is getting over my head. It would be convenient to have ssh, but I am unwilling to spend much time on the problem. Let's call it quits. -- 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: Accessing remote PC (ssh?)
*Larry Hall wrote: .ssh/known_hosts on dell03 contains explicit IP addresses for both dell03 and sony06 that are no longer current. Move this file out of the way and try ssh again. __ Success! That's all it took. I suppose I'll have to repeat this every time DHCP changes the IP addresses. What little I know about networking makes me fear blundering into a morass if I depart much from the default installation scripts. Also, my existing DHCP configuration works with Knoppix and other linux live disks. So I think I'll stick with DHCP. -- 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: Setting up a ssh service
Christopher Layne wrote: BTW: I've had the funky SSH issues before where nothing at all works. My solution was pretty much voodoo based: 1. Delete every single ssh, ssh_server, ssh-related user manually. Delete these users from /etc/passwd as well as the windows side of the things. 2. Delete every dynamically generated ssh file - keys, config, etc. 3. Run ssh-host-config again. I've gotten cygwin ssh to work on my home network, but after it broke for the second time I felt it was just too much hassle to reinstall. For me ssh is a convenience, not a necessity. Would rsh be any easier to maintain? I would gladly trade security for convenience. -- 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: stupid spaces in environment vars
* //Larry Hall (Cygwin) wrote: David Bear wrote: I would like to have used something like cd $USERPROFILE in a bash script but since windows insists on putting spaces in names, this seems impossible. I did find a usecase where the spaces in c:\Documents and Settings\username were tripple quoted. However, this did not work for me. Bash still wanted to split on the space. Is there any cool utility that could be used like cleanpath=pathcleaner($USERPROFILE) cd $cleanpath I know this is a consistent issue with cygwin. There really needs to be a good solution. $ cat cup #!/bin/bash cd $USERPROFILE pwd $ ./cup /Documents and Settings/me What's the problem again? OK from the system prompt, but I've never found a way to quote this in a shell script. So I make symlinks to $HOME/my/docs/, my/pics/, my/mus to avoid those infernal microsoft spaces. -- 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: stupid spaces in environment vars
Charles Russell wrote: OK from the system prompt, but I've never found a way to quote this in a shell script. So I make symlinks to $HOME/my/docs/, my/pics/, my/mus to avoid those infernal microsoft spaces. __ Pardon the idiocy. But the symlinks do simplify things. -- 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: Download Cygwin???
* Brian Keener wrote: http://cygwin.com/ml/cygwin/2007-02/msg00225.html - Brian D wrote: ?Is there any way that I can d/l Cygwin, with the packages that I need, at my workplace, then write a CD-R and take it home for installation??? ?Comments or advice??? Sure - don't see why not - when you run the setup.exe program select the option for download only and then place them in whatever folder you want. Burn that folder to CD and then when you get it home you can run setup.exe again and this time select the the option for install from local and select the path where the files are now - either the cd or where you copied to your hard drive. Two comments: 1) CD file formats don't always accept the long directory names created by cygwin setup, so it is safer to zip or tar the files before copying to CD. 2) You can also install from net (rather than download from net), since all the downloaded compressed files are retained. Make sure setup.exe is in the directory with the compressed files, zip that directory, transfer via CD, then use setup.exe with the install from disk option. That way you can check out your installation before transferring or archiving. Without remembering the details, I think install-from-net also prevents duplicate file downloads whenever downloading is interrupted and then completed later. -- 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: mp3 tag editor for cygwin
Andy Kriger wrote: Can someone recommend a good command-line tool for editing mp3 tags? _ I'm happy with this one: http://home.wanadoo.nl/squell/id3.html See attached correspondence for building under cygwin. In the most recent distro, $(CXXFLAGS) was omitted from the makefile at one point where it should follow $(CXX). The only other change I found necessary was the modification of charconv.h suggested below by the author. _ Marc R. Schoolderman wrote: Charles D. Russell wrote: I can successfully build id3 v0.78 under cygwin using the -mno-cygwin option, which invokes the mingw package instead of using the cygwin dll. However, the -q option in id3 then produces output strings terminated with a carriage return that I have to filter out in order to use the string in a bash script. It would be nice if I could get a normal cygwin build with normal unix emulation, but when I omit I think you already mailed me on this; Yes, but I had not encountered the carriage return problem, so I thought it was a complete fix. the -mno-cygwin switch seems to me to be a fine approach to take and I'll make sure to document this in next release. Attached is a quick hack to which should force stdout to binary mode on Windows; please try it. That looks like a GNU patch file, but since I've never used the GNU patch tool, and don't even know if I have it installed, I didn't try this. As another possible solution, in order to get a regular Cygwin build, changing line 32 in charconv.h: #if (__DJGPP__) || (__GNUC__ == 2) into: #if 1 might help. This does the trick! No error messages in the build, and the .exe has the desired unix-like behavior with no carriage returns in the print strings.. Thanks again. _ --- main.cpp2006-03-21 10:03:46 +0100 +++ patched.cpp2007-01-03 22:00:06 +0100 @@ -5,6 +5,8 @@ #include ctime #include stdexcept #include string +#include io.h +#include fcntl.h #include setgroup.h #include setid3.h #include setfname.h @@ -470,6 +472,7 @@ int main(int argc, char *argv[]) { +setmode(fileno(stdout), O_BINARY); if(char* prog = argv[0]) {// set up program name if(char* p = strrchr(argpath(prog), '/')) prog = p+1; #if defined(__DJGPP__) || defined(__WIN32__) -- 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: can't start sshd
Windows event log shows only information events (id 0) from sshd, but /var /log/sshd.log showed: /var/empty must be owned by root and not group or world-writable Presumably that is my problem, since ls shows: drwxr-xr-x+ 2 cdr None 0 Jan 6 13:48 empty/ The simple hack of disabling privilege separation has given me a working system, which I am not inclined to monkey with, but if I have problems in the future I'll pursue this track. Thanks for the advice. -- 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/
can't start sshd
After a clean reinstall of cygwin from the web and copying my old HOME directory to the new installation, I can no longer start sshd. Messages are as follows: $ net start sshd The CYGWIN sshd service is starting. The CYGWIN sshd service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534. $ cygrunsrv -S sshd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. sbin/sshd.exe is in fact present and not already running. -- 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/
can't start sshd
After a clean reinstall of cygwin from the web and copying my old HOME directory to the new installation, I can no longer start sshd. _ Never mind. I must have previously selected the nondefault value of no for allow privilege separation? in ssh-host-config, without recording that fact in my installation notes. -- 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/
can't start sshd
After a clean reinstall of cygwin from the web and copying my old HOME directory to the new installation, I can no longer start sshd. _ Never mind. I must have previously selected the nondefault value of no for allow privilege separation? in ssh-host-config, without recording that fact in my installation notes. __ Well, no. I found an old copy of etc/sshd_config that shows I was indeed previously using the default value of yes, so something about the current installation must be different. Another user sent me a message describing a similar problem, after a cygwin upgrade, that he solved by a complete cygwin reinstall. I am using a completely new installation, but I did try re-installing openssh, to no avail. Anyway, simply disallowing privilege separation has allowed me to get ssh to work in an apparently satisfactory manner. -- 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/
getting scp to work
I can't get scp to transfer files between two Windows computers on a home WLAN. A log of scp -v is attached. There are no error messages recognizable to me, but the log correctly reports that 0 bytes were transferred. ssh seems to be working ok, at least to log in remotely and to run pwd and ls remotely. A curious fact is that the attached output of scp -v contains carriage returns, although running mount shows all drives on both computers to be binary. Furthermore, at one point in the installation of the ssh package on host sony06, I got a message indicating that my installation was identified as just me, when in fact it was all users. I have no idea whether these are significant clues. scp -v testdell [EMAIL PROTECTED]: log.out 21 Executing: program /usr/bin/ssh host sony06, user cdr, command scp -v -t . OpenSSH_4.5p1, OpenSSL 0.9.8d 28 Sep 2006 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to sony06 [192.168.2.101] port 22. debug1: Connection established. debug1: identity file /home/cdr/.ssh/identity type 0 debug1: identity file /home/cdr/.ssh/id_rsa type 1 debug1: identity file /home/cdr/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.5 debug1: match: OpenSSH_4.5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'sony06' is known and matches the RSA host key. debug1: Found key in /home/cdr/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /home/cdr/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 277 debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending command: scp -v -t . running .bashrc on sony06 debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 debug1: Exit status 0 -- 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: getting scp to work
* /From/: René Berber Charles D. Russell wrote: I can't get scp to transfer files between two Windows computers on a home WLAN. When you test ssh, do you get some messages after successful log in? I think the problem is that scp received those extraneous messages and didn't know what to do... the solution is cleaning up your .bashrc or whatever is causing those messages. debug1: Sending command: scp -v -t . running .bashrc on sony06 What's going on here? That running part shouldn't be there... unless you have specified it in your ~/.ssh/config or some other place I don't know. __ Deleting the echo statements in .bashrc, which I hsd inserted for debugging trace, solved the problem, just as you suspected. Thanks. -- 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/
installing guile
After installing the cygwin guile package, attempting to run guile leads to the message that it cannot find guile.init. I find no reference to guile.init in either info guile nor in the cygwin guile README. I had previously gotten a working guile by installing cygwin guile on top of a previous SCM that I had built, with some trouble, from source. I decided to delete that and simply install from setup, for a clean default installation that could be maintained automatically by cygwin setup.exe. However, the current package does not even seem to install the prerequisite SLIB. I am spoiled by six years of having cygwin setup.exe install and configure my software so that it is simply plug-and-play. I can understand that for less popular packages it may be impractical to fully automate installation and configuration through setup.exe, but in such cases it would be very handy to have a set of cookbook directions in the accompanying README or, better yet, in a separate INSTALL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installing guile
Charles D. Russell [EMAIL PROTECTED] writes: After installing the cygwin guile package, attempting to run guile leads to the message that it cannot find guile.init. How odd. Guile.init is not a part of guile-1.8.1. You probably have have leftovers from a previous installation, eg, something like a ~/.guile? Jan. _ The leftover was an alias in my .bashrc. Thanks. -- 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: getting rcp or scp to work on a home wireless network
* From: Brian Dessent brian at dessent dot net Charles D. Russell wrote: What is the easiest way to get rcp or scp working on a simple home wireless LAN? I have set up /etc/hosts, .rhosts, and .ssh/authorized_keys. Is there something else to configure? Yes, of course. Make sure you've installed the openssh package, run ssh-host-config and ssh-user-config, and read /usr/share/doc/Cygwin/openssh.README if you have problems. Thanks. That solved the problem. -- 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/
getting rcp or scp to work on a home wireless network
What is the easiest way to get rcp or scp working on a simple home wireless LAN? I get: $ scp arctime [EMAIL PROTECTED]:testfile ssh: connect to host sony06 port 22: Connection refused $ rcp arctime [EMAIL PROTECTED]:testfile sony06:Connection refused I have set up /etc/hosts, .rhosts, and .ssh/authorized_keys. Is there something else to configure? Simple Windows File Sharing works OK,. Switching off firewalls does not help. -- 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: .exe.stackdump and core dump files questions
* /From/: Angelo Graziosi Angelo dot Graziosi at roma1 dot infn dot it * /Subject/: .exe.stackdump and core dump files questions I would ask if there is an utility that transforme an .exe.stackdump (bootstrap-emacs.exe.stackdump, for example) file in human-readable informations. __ The following advice worked for me: __ Re: how to read stackdump From: Igor Pechtchanski pechtcha at cs dot nyu dot edu To: Charles D. Russell Cc: cygwin at cygwin dot com Date: Sun, 11 May 2003 21:29:02 -0400 (EDT) Subject: Re: how to read stackdump Reply-to: cygwin at cygwin dot com On Sun, 11 May 2003, Charles D. Russell wrote: Some time back, someone asked in this mailing list how to read the stackdump and was told to man addr2line. I can't seem to get addr2line to work, though. Perhaps I don't understand the syntax, and man and info give no examples. When you type in the address, should it be the number under Frame, the number under Function, or what? I have tried either and both, and nothing works (I always get ??:0) I also tried addr2line -e testprog.exe testprog.stackdump which gives me a whole column of ??:0. I'm compiling with g77 using -g. What am I doing wrong? Charles, addr2line expects addresses of functions. It also expects its input executables to be compiled with debugging support enabled. Try the following: awk '/^[0-9]/{print $2}' testprog.exe.stackdump | addr2line -f -e testprog.exe If testprog.exe was compiled with the -g gcc flag, this should work and give you the names of the functions *in testprog.exe*. Functions that came from DLLs will need a separate invocation of addr2line (I don't think you can specify several -e targets in one command), and will require DLLs with debugging information, AFAIK. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski '---''(_/--' `-'\_) fLa.k.a JaguaR-R-R-r-r-r-.-.-. Meow! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installing/configuring tcllib under tcltk
Problem solved. The installation instructions give two options: 1) .\configure; make install or 2) installer.tcl. It says that make simply calls installer.tcl, so it would seem unlikely that it would make a difference. However option 2) works and option 1) does not. tcllib is pretty big and, with option 2), it is easy to install, so it is probably better not to include it in the cygwin tcltk package. It would be nice to include it as a separate package, though, to avoid hassles like the above. I realize now that the tcllib package in ruby contains only a small fraction of the full library (though it does include the file utilities that I wanted.) -- 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/
installing/configuring tcllib under tcltk
Simply running the install routine for tcllib (from sourceforge) ran without error messages but the library routines are still not accessible using a package require command. Note to package maintainer: is there some reason tcllib is not routinely included with cygwin tcltk? The cygwin ruby package contains tcllib repackaged into .rb code! (I would contact the maintainer directly if I knew how.) -- 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 using ftp with rxvt
Thanks. You provided several solutions to my problem. Try searching for bin/script\b on the Cygwin package search page Is the syntax for the Cygwin package search described somewhere? I don't know the meaning of \b. -- 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/
Problem using ftp with rxvt
When ftp is opened in rxvt, some of the incoming text that should be written to the screen is lost. Simplest example: at shell prompt, enter ftp. One does not get the ftp prompt, but one is indeed running ftp, since if one next types help you get the header for the help screen, with the rest of the help screen missing. Again no ftp prompt, but typing quit gets you back to the bash prompt. type ftp shows that this is using the cygwin ftp, not the windows ftp. ftp works ok from the bash console, and rxvt seems to work ok for capturing local output and for using vim with mark/copy/paste, but ftp and rxvt don't work together. My problem is that when I try to get directory information on a remote machine using ftp commands ls or dir, it scrolls off the bash screen faster than I can read it. On Unix, I used the command script to deal with this problem, but there seems to be no script command in cygwin. rxvt is the only way I know to capture output before it scrolls away. Without directory information, I can't navigate the remote machine. -- 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: Test: zip-2.31 and unzip-5.52
Charles Wilson wrote: Do you really think that every cygwin package compiles out-of-box with no changes? _ Not every package, but I would have thought that zip could be written in code that would work on any unix system, and that the standard cygwin installation would provide adequate unix emulation. I built zip from source on a unix system a few years ago, and didn't notice anything complicated. Thanks for the explanation. -- 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/
Subject: RE: Test: zip-2.31 and unzip-5.52
Gary van Sickle wrote To the OP (sic!): Old != Well Tested. You should be testing whatever program you're using to do backups, GNU, Cygwin, or otherwise. _ No testing that I could do is as comprehensive as the trial by thousands of users that any new version of zip will have been subjected to by the time it has been out for a few months. I suspect any release that is described as stable has already been much better tested than I could do. The biggest bug risk in my backups is in the scripts that generate the zip and tgz files. What I did not realize was that the modifications of zip for cygwin are not trivial and that separate testing is required. So I should not be in a big hurry to upgrade, even if the version of zip has been around a while. I don't unzip frequently enough to be a very helpful tester myself. -- 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:Test: zip-2.31 and unzip-5.52
Charles Wilson wrote: Updated versions of these packages should hit the mirrors soon. Although they are minor releases, I'd like some testing by other-than-me, because these are basically new ports... Some of my old patches were re-implemented upsteam. There were other new changes affecting cygwin. AND some of my old patches had to be re-applied by hand. Ugly...I *think* everything is okay, but...some confirmation would be nice. Especially encrypted/password-protected round-trip tests, on DOS-mounts. ___ I use zip and gzip for backup files, where a bug is unlikely to be detected before the problem is catastrophic. Thus I like to stick to old, well-tested versions, and am interested in understanding where problems might arise. I would have thought that the cygwin executable would be the same as that obtained by taking the standard source and running make. What is special about cygwin that requires patches? -- 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/
where can I download man2 pages
Is there somewhere I can download the *.2 manpages for functions available in cygwin? I couldn't find them using the setup package search. I have an old printed unix manual, but it would be nice not to have to carry it around. -- 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: where can I download man2 pages
According to Charles D. Russell on 5/2/2006 6:55 AM: Is there somewhere I can download the *.2 manpages for functions available in cygwin? Eric Blake wrote: Not all the functions have man pages in cygwin - volunteers are welcome to help write some. Having said that, the web is your friend - most of the cygwin syscalls are modeled after Linux, so looking at Linux man pages is usually a good start (although not always accurate on cygwin); also POSIX and SUSv3 are freely available standards on the web, with pretty good descriptions of what a portable implementation will do. Best I've found so far is http://www.informatik.uni-frankfurt.de/doc/man/hpux.section_top.html which allows you to wget the whole man2 for hpux. However, it is html and requires a browser. There used to be a way to specify an extension for google search, but I've forgotten the command and it is not in the complete list of options on the google website. Anyone know how to limit google search to extension .2? -- 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/
indexing cygwin data files for rapid search
Is there any utility that will index the contents of cygwin files (.tar.gz, etc.) for rapid search, like the Google personal search software for Windows files? I would not expect that the Google tool for Windows would include Linux compression and archiving formats. -- 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: slow windows foreground operation after installing cygwin-1.5.17-1
* /From/: Mark Hadfield m dot hadfield at niwa dot co dot nz * /To/: cygwin at cygwin dot com * /Date/: Mon, 30 May 2005 12:07:28 +1200 * /Subject/: Re: slow windows foreground operation after installing cygwin-1.5.17-1 * /References/: [EMAIL PROTECTED] http://sources.redhat.com/ml/cygwin/2005-05/msg01325.html Mark Hadfield wrote: Charles D. Russell wrote: The new cygwin1.dll (1.5.17-1) now lets me run fortran programs with large static arrays that occupy most of the available memory, but it is no longer possible to run Windows programs (MSWord or even Windows Explorer) in the foreground while a big math problem is chugging along in the background. The foreground Windows process appears not to get enough priority in the time sharing allocation to function at a usable speed. _ The problem disappeared after a clean reinstallation using setup to re-download everything. (My actual intent was to have a smaller set of download files in order to back up the current cygwin installation to CD, but it happened to fix the problem.) This may be flogging a dead horse (since you say the problem has gone away) but you didn't say what priority were you running the background program at. Since you didn't say--and it's obviously relevant--I wonder if you know about the facilities for setting program priorities. These include the Cygwin nice command and the Set Priority item in Task Manager (switch to process list and right-click on the process in question). I do a lot of CPU-intensive, RAM-hungry numerical work in Windows 2000, with a variety of applications, some Cygwin and some not, and I have found that they *normally* interfere with foreground operation unless I reduce the priority of the background task. Part of the problem is that Windows GUI operations may to spin off low-priority tasks which then take *forever* to execute. The DDE system seems to be particularly prone to this. So I find myself adjusting priorities regularly. ___ Thanks for the advice. I didn't know how to set priorities in Windows. I have used nice with unix but had not looked for it in Cygwin. (IIRC, there is also a more precise way to set priorities in unix.) What struck me was the change in behavior on updating cygwin1.dll with no change in the Windows configuration. Some slowdown was expected when running a big background problem, but not enough to prohibit examining directories with Windows Explorer, or doing simple text editing with MS Word. Evidently I just had a corrupt installation. I have been very happy with a four-year-old cygwin installation on a 64 Mb Windows 98 laptop running fortran programs that use nearly four times the physical memory. (Having no problems, I never upgraded.) I am glad to be able now, with the new cygwin1.dll, to make better use of the 512 Mb in my desktop. -- 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: slow windows foreground operation after installing cygwin-1.5.17-1
The new cygwin1.dll (1.5.17-1) now lets me run fortran programs with large static arrays that occupy most of the available memory, but it is no longer possible to run Windows programs (MSWord or even Windows Explorer) in the foreground while a big math problem is chugging along in the background. The foreground Windows process appears not to get enough priority in the time sharing allocation to function at a usable speed. _ The problem disappeared after a clean reinstallation using setup to re-download everything. (My actual intent was to have a smaller set of download files in order to back up the current cygwin installation to CD, but it happened to fix the problem.) -- 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/
slow windows foreground operation after installing cygwin-1.5.17-1
The new cygwin1.dll (1.5.17-1) now lets me run fortran programs with large static arrays that occupy most of the available memory, but it is no longer possible to run Windows programs (MSWord or even Windows Explorer) in the foreground while a big math problem is chugging along in the background. (Windows XP SP2). I did not notice such a problem when using the old fudge of changing the stack size, when using -mno-cygwin, or even when using the recent development snapshot cygwin1-20050510.dll. (Though I cannot be completely certain that I ever tried running Windows programs concurrently with a big job.) The foreground Windows process appears not to get enough priority in the time sharing allocation to function at a usable speed. On the other hand, there is no evident problem with foreground cygwin processes. Using vim in a second cygwin window, I am typing this note in the foreground with no problems. In any event, the new dll beats being unable to run big fortran programs at all. -- 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: ls finds file1 but ls file1 does not
Eric Blake wrote: What version of coreutils are you using? Attach the output of `cygcheck -svr' as described in cygwin.com/problems.html, then consider upgrading. __ I am attaching cygcheck in case you can find something obvious. However,I am reluctant to upgrade because the use of large static fortran arrays with cygwin/g77 seems to be a fragile issue and my current installation is now working (but only with -mno-cygwin). On further reflection, this is not a problem I can safely ignore, since I use cygwin scripts for my backup routines. I tried rebooting and chkdsk to no avail, then tried to reproduce the problem, and found that I can reproduce it with the following script. (Which in fact I used before, but forgot about.) It is a newly written script, thus a likely suspect for the newly encountered problem. Sorry about appending cygcheck.out as well as attaching it. Must have hit a wrong button. #! /usr/bin/sh # rename_lc.sh # rename - change filenames to lower case (to restore after MS unzip) # for all files in default directory echo rename to lower case echo for all files in default directory echo operating on directory $PWD #trial run for approval for f in ` ls ` do echo $f ` echo $f | tr A-Z a-z ` done #approve echo type y to proceed read PROCEED echo $PROCEED if test $PROCEED != y then exit 0 fi #execute for f in ` ls ` do echo renaming $f mv -v $f ` echo $f | tr A-Z a-z ` done -- 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: ls finds file1 but ls file1 does not
Eric Blake wrote: mv -v $f ` echo $f | tr A-Z a-z ` EVIL - you are moving FOO to foo (Windows strips trailing spaces, but not leading spaces, so it is really moving to foo). YOU ARE ADDING SPACES to the filename. Fix your script so that there are no spaces between ` and `. _ Thought it was clever of me to make that little ` visible to my old eyes. ___ Also, as mentioned elsewhere, `ls -q' or `ls -Q' would have made this apparent. __ ls -Q does, if invoked as ls -Q and not as ls -Q as* Thanks for the help, and sorry for an inquiry that turned out to be off-topic. _ I am reluctant to upgrade because the use of large static fortran arrays with cygwin/g77 seems to be a fragile issue and my current installation is now working (but only with -mno-cygwin). Dave Korn wrote: That one is *well-and-truely* fixed, solved, sorted, straightened out, banged on the head, put to bed, laid to rest, and otherwise dealt with! ___ Many thanks to the cygwin folks. I thought that fix would have to await the impending replacement of g77 with gfortran. -- 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/
memory for large fortran arrays: problem fixed
The following seems important enough to fortran users to be indexed by an appropriate subject header. I am reluctant to upgrade because the use of large static fortran arrays with cygwin/g77 seems to be a fragile issue and my current installation is now working (but only with -mno-cygwin). That one is *well-and-truely* fixed, solved, sorted, straightened out, banged on the head, put to bed, laid to rest, and otherwise dealt with! Really! I'm not sure if the fix was in 1.5.16 or if you'd need to use a recent snapshot, but the underlying problem is *completely* gone and will not be returning any time soon. I would deeply urge you not to let any worries about it hold you back from upgrading. Oh, and even better, you won't need -mno-cygwin any more. Here, let me quote this testimonial from a satisfied customer: Yeaaah, boy! That got it! Using cygwin1-20050428.dll, I can now run g77 executables having a static array up to about 1.5 GiB. [ ... ] But still, this meets my needs, and I don't need that silly -Wl,--stack,8388608 workaround anymore. Job well done, both you and Corinna! [ With apologies to the nameless OP for quoting from a private email, but hey, it's not exactly intimate or personal! ] cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ls finds file1 but ls file1 does not
ls finds file1 but ls file1 does not. How can this happen? The following example occurred just after I had renamed some *.htm files to *.html using an ash shell script. No such problem occurred, however, when I used DOS rename to make the same change. (Windows XP Pro SP 2) Does Windows have some kind of special handling for the extension .htm? EXAMPLE: [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_c $ ls _index.htm*finder.dat* lib_over.htm* setjmp.htm* time.htm* assert.htm*float.htm* lib_prin.htm* signal.htm* types.htm* charset.htm* function.htm* lib_scan.htm* stdarg.htm* wchar.htm* crit_pb.htm* gif/limits.htm* stddef.htm* wctype.htm* ctype.htm* index.htm* locale.htm* stdio.htm* ./ declare.htm* intro.htm* math.htm* stdlib.htm* ../ errno.htm* iso646.htm* portable.htm* string.htm* express.htm* lib_file.htm* preproc.htm*syntax.htm* [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_c $ ls assert.htm ls: assert.htm: No such file or directory -- THIS IS THE PROBLEM a bit of exploration follows: [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_c $ ls as* ls: as*: No such file or directory [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_c $ ls *.htm _index.htm*express.htm*lib_over.htm* preproc.htm* string.htm* assert.htm*float.htm* lib_prin.htm* setjmp.htm*syntax.htm* charset.htm* function.htm* lib_scan.htm* signal.htm*time.htm* crit_pb.htm* index.htm* limits.htm* stdarg.htm*types.htm* ctype.htm* intro.htm* locale.htm* stddef.htm*wchar.htm* declare.htm* iso646.htm* math.htm* stdio.htm* wctype.htm* errno.htm* lib_file.htm* portable.htm* stdlib.htm* [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_c $ ls AS* ls: AS*: No such file or directory [EMAIL PROTECTED] /cygdrive/c/Documents and Settings/cdr/My Documents/books_open/c/stdcbook_bad/STD_C $ ls -l total 722 -rwx--+ 1 cdr None58614 Oct 12 1995 _index.htm* -rwx--+ 1 cdr None 2177 Oct 12 1995 assert.htm* -rwx--+ 1 cdr None17888 Oct 12 1995 charset.htm* -rwx--+ 1 cdr None 3661 Oct 12 1995 crit_pb.htm* -rwx--+ 1 cdr None 9185 Oct 12 1995 ctype.htm* -rwx--+ 1 cdr None42189 Oct 12 1995 declare.htm* -rwx--+ 1 cdr None 2584 Oct 12 1995 errno.htm* -rwx--+ 1 cdr None84781 Oct 12 1995 express.htm* -rwx--+ 1 cdr None 3440 Nov 20 1995 finder.dat* The only difference here from a correctly working directory is that the correctly working directory does not have execute permissions -- 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/
ls finds file1 but ls file1 does not
Response to Eric Blake: Thanks. I forgot that unix had separate permissions for directories. However, I have now given myself all the permissions I know of and I still have the same problem. EXAMPLE: $ ls ass* ls: ass*: No such file or directory --BUT IT IS THERE $ ls -l total 722 -rwxrwxrwx+ 1 cdr None58614 Oct 12 1995 _index.htm* -rwxrwxrwx+ 1 cdr None 2177 Oct 12 1995 assert.htm* -rwxrwxrwx+ 1 cdr None17888 Oct 12 1995 charset.htm* -rwxrwxrwx+ 1 cdr None 3661 Oct 12 1995 crit_pb.htm* -rwxrwxrwx+ 1 cdr None 9185 Oct 12 1995 ctype.htm* etc/ $ ls -ld . drwxrwxrwx+ 4 cdr None0 May 8 12:27 ./ $ getfacl . # file: . # owner: cdr # group: None user::rwx group::rwx group:root:rwx group:SYSTEM:rwx mask:rwx other:rwx default:user:cdr:rwx default:group:root:rwx default:group:SYSTEM:rwx default:mask:rwx -- 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/
ls finds file1 but ls file1 does not
Response 2 to Eric Blake: Thanks. I forgot that unix had separate permissions for directories. However, I have now given myself all the permissions I know of and I still have the same problem. EXAMPLE: $ ls ass* ls: ass*: No such file or directory --BUT IT IS THERE $ ls -l total 722 -rwxrwxrwx+ 1 cdr None58614 Oct 12 1995 _index.htm* -rwxrwxrwx+ 1 cdr None 2177 Oct 12 1995 assert.htm* #Next thing to check - do you have shell globbing disabled or filtered? (For more info on #these options, read `man bash'.) #$ echo ignoring:$GLOBIGNORE options:$- #$ shopt | grep glob ___ I haven't yet puzzled out these commands, but I'm forwarding the results anyway. I doubt this is the problem, since similar results occur without globbing, and I can't imagine how my defaults could get mucked up. The installation is several years old, apart from upgrades. $ echo ignoring:$GLOBIGNORE options:$- ignoring: options:himBH $ shopt |grep glob dotglob off extglob off nocaseglob off nullgloboff #If GLOBIGNORE includes *.htm or the builtin set includes -f, bash will not expand *, but #instead looks for the literal file named ass*, which does not exist. I'm also guessing #that nullglob is off, otherwise bash would expand the failed * into no arguments at all, #which would cause a full directory listing, rather than passing the literal string with * #on to ls. _ Same problem occurs with no globbing (I was using * only to avoid spelling errors): $ ls assert.htm ls: assert.htm: No such file or directory By the way, where can I find documentation for the command $ stat -c %A . in your first post? The only stat command I can find is a C system call. $ stat bash: stat: command not found -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ls finds file1 but ls file1 does not
Original Message From: Charles D. Russell ls finds file1 but ls file1 does not. How can this happen? The following example occurred just after I had renamed some *.htm files to *.html using an ash shell script. No such problem occurred, however, when I used DOS rename to make the same change. Not 100% sure what's going on here, but can I just ask one thing? $ ls _index.htm*finder.dat* lib_over.htm* setjmp.htm* time.htm* assert.htm*float.htm* lib_prin.htm* signal.htm* types.htm* charset.htm* function.htm* lib_scan.htm* stdarg.htm* wchar.htm* [etc] Did your ash script go wrong and rename all those files with actual asterisks on the end ? Documents/books_open/c/stdcbook_bad/STD_c $ ls assert.htm ls: assert.htm: No such file or directory -- THIS IS THE PROBLEM But ISTM there is no such file as assert.htm. What output do you get from ls assert.htm\* ? _ $ ls assert.htm\* ls: assert.htm*: No such file or directory The * in the listing just indicates that the file is executable (an ls option that I use by default). Unaliasing gives: $ \ls _index.htmfinder.dat lib_over.htm setjmp.htm time.htm assert.htmfloat.htm lib_prin.htm signal.htm types.htm charset.htm function.htm lib_scan.htm stdarg.htm wchar.htm crit_pb.htm giflimits.htm stddef.htm wctype.htm ctype.htm index.htm locale.htm stdio.htm junk declare.htm intro.htm math.htm stdlib.htm errno.htm iso646.htm portable.htm string.htm express.htm lib_file.htm preproc.htmsyntax.htm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ls finds file1 but ls file1 does not
Ross Boulet wrote: ls is acting like the -F option is specified which would cause the '*' to be displayed at the end of any file name which is executable (as one prior message shows these files are).? Under what shell is ls being run and is there an alias for ls that is causing this option to be invoked?? If so, are there any other options in the alias? _ This has been my default for years so I give it no thought but doubt it is doing anything unexpected: $ alias ls alias ls='ls -aF' I use bash for terminal interaction, \bin\sh for shell scripts. -- 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/
ls finds file1 but ls file1 does not
Eric Blake wrote: So next, check: $ type ls $ alias ls ___ $ type ls ls is aliased to `ls -aF' $ alias ls alias ls='ls -aF' __ Maybe you have an alias/function for ls that includes the --hide='*.htm' option, so that ls is doing the filtering (and not bash, like I guessed before). Also, you can escape the program name to overcome the alias - try this: $ \ls as* ___ $ \ls assert.htm ls: assert.htm: No such file or directory $ \ls as* ls: as*: No such file or directory ___ If it still fails, then it is back to permissions problems that are beyond me - your new ACLs don't seem to show any problems. One last possibility is whether you have a Windows setting that auto-bundles html files into an invisible directory, so that when cygwin tries to list the directory contents, it gets a different list then directly spelling the listed filenames. By the way, where can I find documentation for the command $ stat -c %A . in your first post? The only stat command I can find is a C system call. $ stat bash: stat: command not found What version of coreutils are you using? Attach the output of `cygcheck -svr' as described in cygwin.com/problems.html, then consider upgrading. It may also be an old version of cygwin that has since been fixed that is giving you the ls error. stat(1) is provided by coreutils, as a nice wrapper around the stat(2) system call. Once you have upgraded, `stat --help' or `info coreutils stat' will tell you more. __ I am attaching cygcheck in case you can find something obvious. However,I am reluctant to upgrade because the use of large static fortran arrays with cygwin/g77 seems to be a fragile issue and my current installation is now working (but only with -mno-cygwin). From this mailing list, there is clearly a problem, but I have seen no explanation or remedy from the experts, just at best another user saying this worked for me. Cygwin Configuration Diagnostics Current System Time: Mon May 09 23:35:14 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: .\ C:\cygwin\home\cdr\script 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\Sonic Shared\Ligos\GoMotion c:\Program Files\Common Files\Sonic Shared\Ligos\Decoders c:\Program Files\Common Files\Sonic Shared\MainConcept c:\Program Files\Common Files\Adaptec Shared\System C C:\cygwin\ut Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(cdr) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(cdr) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\cdr' MAKE_MODE = `unix' PWD = `/home/cdr/junk' USER = `cr' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\cdr\Application Data' AR = `ar' ARCDIR = `/home/cdr/cygarc' ARCEXT = `.tar' ARCFLAGS = `--posix -cf' ARCMGR = `tar' ARFLAGS = `rv' BIGSTACK = `-Wl,--stack,0x40' BINDIR = `/usr/local/bin' CC = `gcc' CFLAGS = `-g -DALPHA -ansi' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DELL03' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CR = `/home/cdr' CRTMP1 = `/home/cdr/tmp1' CRTMP = `/home/cdr/tmp' CRW = `/cygdrive/c/Documents and Settings/cdr/My Documents' CRWP = `'/cygdrive/c/Documents and Settings/cdr/My Documents'' CVS_RSH = `/bin/ssh' ETCDIR = `/home/cdr/etc' FC = `g77' FCHEK = `c:/d/bin/ftnchek' FCHEKFLAGS = ` -sixchar -nonovice -noverbose -nopretty -usage=1 -notruncation -array=0 -library -noextern ' FFLAGS = `-ggdb -fbounds-check -march=pentium -fno-automatic -fugly-assumed -w' FPP = `fpp' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\cdr' HOSTNAME = `dell03' INCDIR = `/usr/local/include' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' JRW = `/cygdrive/c/Documents and Settings/Judith Russell/My Documents' LARCH_PATH = `/usr/local/bin/lclintlib' LCLIMPORTDIR = `/usr/local/bin/lclintimp' LIBDIR = `/usr/local/lib' LINT = `lclint' LINTFLAGS = `-I/usr/local/include:/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/include' LOGONSERVER = `\\DELL03' MAKEFIG = `/home/cdr/config.mk' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' MINGW = `-mno-cygwin' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/cdr' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PPFLAGS = `-C -P -traditional' PRINTER = `HP OfficeJet R40xi' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES =
Getting around 160 MB limit in g77 under cygwin
Jim McDonald wrote: I read your message about this g77 limit in the cygwin mail archives. I just installed cygwin-1.5.13-1 today and ran into the 160-MByte limit on memory for static variables under g77. I used g77 -mno-cygwin maxarray.f -o maxarray to compile program maxarray real*8 a(24000) do i=1,24000 a(i) = i end do print *, a(24000) stop end The resulting executable ran to completion. Without -mno-cygwin, the executable returned immediately, with no output or error message. Using -Wl,--stack,8388608 did not help, and actually reduced the memory limit. Setting the registry entry heap_chunk_in_mb to 1024 did not help either, and with that entry still in effect, my array storage has exceeded that limit. I'm running cygwin under Windows 2000 SP4 + latest hotfixes. If this solution works for you, you may want to post it at cygwin.com or on comp.lang.fortran. - Jim McDonald Naval Research Lab, Code 6841 (202) 404-6936, fax 767-1280 James.A.McDonald at nrl.dot navy mil This works now. I can again get 770 Mb of useful array space with 512 Mb of RAM using Windows XP Pro, as I could a couple of years ago by increasing the stack size. I did try -mno-cygwin before, but without success. Your message prompted me to try again, and now it works. Either I blundered the first time, or there has been some change in my system since then: 1) I reinstalled the old cygwin version for which changing the stack size was at one time, but no longer, an effective fix 2) I cleared the Windows Prefetch directory. Some comments in the cygwin mail archives suggest that the problem resides in the cygwin loader (a modification of gnu ld?). I suppose using -mno-cygwin avoids invoking the cygwin loader, but I am a bit disturbed that the problem did not disappear when I first tried that option. Has anyone else had problems with large fortran arrays when using -mno-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: What has changed in cygwin's memory access?
I wrote: Using a version of cygwin installed around April of '03 I could increase the stack size with gcc flag -Wl,--stack to 256 Mb, but now, on the same machine (512 Mb RAM, Windows XP Pro) I can get only 150 Mb using a recent cygwin download. What has changed in memory usage since April '03? _ I reinstalled the prior version of cygwin but cannot duplicate the behavior I observed before. (Still having problems with g77, too.) Could this be related to upgrading Windows XP to SP2? -- 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/
What has changed in cygwin's memory access?
Using a version of cygwin installed around April of '03 I could increase the stack size with gcc flag -Wl,--stack to 256 Mb, but now, on the same machine (512 Mb RAM, Windows XP Pro) I can get only 150 Mb using a recent cygwin download. What has changed in memory usage since April '03? In case someone is willing to read the rest of this message even after seeing the word fortran, let me explain my real problem. In April of '03 I was able to access 770 Mb of memory for g77 arrays, but using the current version of cygwin (on the same computer) I can access only 150 or 160 Mb using either g77 or gfortran. I can do better than that (240 Mb) on my old Windows 98 laptop with only 64 Mb of RAM using a 4-year-old version of cygwin! The configuration that worked successfully for large fortran arrays in April '03 was: 1) increase allocated memory in cygwin to 1 Gb (from default around 384 Mb) using: regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 1024 2) increase stack size to 4 Mb (from default 2Mb) using compiler option: -Wl,--stack,0x40 3) increase Windows virtual memory to max paging file size 2048 Mb What has changed in cygwin since April '03 to mess up memory access by g77 and gfortran? Can it be reversed by a configuration change? -- 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/
text editor for cygwin
It has always seemed strange to me that vim was not included in the development package, since vi is a normal component of linux/unix. -- 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: text editor for cygwin
On Sat, 20 Mar 2004, Charles D. Russell wrote: It has always seemed strange to me that vim was not included in the development package, since vi is a normal component of linux/unix. Igor Pechtchanski wrote: Again, there is no development package in Cygwin. There are individual packages for things like vim, and bash, and sed, and sh-utils, etc. There was a suggestion of implementing profiles for Cygwin that bundle various packages for specific usage patterns, but nobody has gotten around to implementing it yet. ___ Package was the wrong word, since it has a specific technical meaning, but there is an option in cygwin setup, labelled development, that downloads a fairly complete unix programming environment -- except for an editor. I now have in my personal installation notes a memo not to forget about the editor, but why confuse new users? -- 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: g77 compiling problem
The default directory is not in your path by default unless you put it there, for example in your .profile file. I put it in mine -- 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 to get session transcript (like unix script)
Since the unix script command is missing from cygwin, is there any easy way to record a transcript of a console application (both the input and output)?. -- 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/
Installing cygwin NOT from web
What I have gleaned from watching this subject is: 1) setup.exe is really designed to work best for direct installation from the web, so do that first on some computer with an internet connection. 2) when you install from the web, copies of all the downloaded files - including setup.exe - are retained in a directory that you can specify. After completing the installation, if you burn that directory to a CD, you have everything you need to reinstall to that or another computer. I have not actually tried doing it this way, but assume that if I am wrong, someone will holler, and then I will know that my backup strategy is flawed. -- 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/
Installing cygwin NOT from web
On Thu, 13 Mar 2003, Charles D. Russell wrote: What I have gleaned from watching this subject is: 1) setup.exe is really designed to work best for direct installation from the web, so do that first on some computer with an internet connection. 2) when you install from the web, copies of all the downloaded files - including setup.exe - are retained in a directory that you can specify. After completing the installation, if you burn that directory to a CD, you have everything you need to reinstall to that or another computer. Igor Pechtchanski wrote: FYI, setup has a Download from Internet mode which creates the cache without actually installing. But as I understand it, setup.exe ignores the cache and looks only at what has been actually installed. So if you don't get all the files you want in a single session, and don't install, then you have problems. -- 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/
Installing cygwin NOT from web
Is the following statement correct? Installing from web, rather than downloading to disk, eliminates the risks of !) having to download the same file twice and 2) having duplicate files (from different mirrors) retained in the cache. -- 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/
how to freeze a version of cygwin
In order to ensure that I could reinstall a working cygwin version if necessary, I have in the past used the download from internet option in setup, then burned the installation files to a CD. However, it looks like the same files are downloaded and retained if one selects install from internet. Is that correct? Can one reliably reinstall, say after a hard drive replacement and without an internet connection, using only a CD copy of the download directory generated by using install from internet? -- 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/
how to freeze a version of cygwin
In order to ensure that I could reinstall a working cygwin version if necessary, I have in the past used the download from internet option in setup, then burned the installation files to a CD. However, it looks like the same files are downloaded and retained if one selects install from internet. Is that correct? Can one reliably reinstall from only a CD copy of the download directory generated by using install from internet? Larry Hall wrote: Depends on your definition of reliable. In short, this is an unsafe way to make a backup freeze? If I want a safe backup, I should continue to download from internet first? What is your recommended procedure for making a backup freeze of a partial installation? -- 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/
how to freeze a version of cygwin
Larry Hall wrote: Just install from the internet and then make a CD of the local directory that gets created in the process. Does this provide the answer you're looking for? Yes, thanks. Just wanted to make sure I got all the files needed to reinstall a duplicate from scratch -- 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/
size limit for static arrays in cygwin/gcc
Is there some limit on the size of one-dimensional static arrays in cygwin/gcc short of available memory and 2**32 address space? Is there some place I should be looking this 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/
size limit for static arrays in cygwin/gcc
(Response to Max Bowsher): Thanks, but my question was whether there is any OTHER limit than memory. Any compiler or system limit? -- 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/
size limit for static arrays in cygwin/gcc
I have two systems, one with 64 Mb of physical memory and standard cygwin installation that I have used happily for over a year, and a newer one with 512 Mb of physical memory. On the new one, I have used regtool to set 1024 Mb. The max_memory program listed in the users guide now verifies 1024 Mb. My problem is getting cygwin/g77 or cygwin/f2c to fully utilize the memory in the new computer so that I can enlarge the array sizes in my fortran programs to accomodate my largest data sets. If anyone is willing to read a posting with fortran in the subject line, they can find my real problem described a few threads back. I described a fixup that works for me, but I question whether it is safe and stable. Meanwhile, I am trying to find an equivalent problem in C so that it will get more attention. Unfortunately, I don't know much C. The subsequent program fails with a segmentation violation if one tries to allocate more than a few Mb of memory on either my old or my new system. Why? What limit am I bumping into? /* bigc - find max static array size */ /* same size limit whether bigger array or multiple arrays */ /* if arrays are allocated dynamically, one can access much more mem */ #include stdio.h int main(){ int i,j, idim; double array[10][2]; /* works OK */ /* double array[10][3]; */ /* seg fault */ printf(sizeof(double)=%d\n,sizeof(double)); printf(sizeof(int)=%d\n,sizeof(int)); printf(sizeof(array)=%d\n,sizeof(array)); return 0; } -- 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/
size limit for static arrays in cygwin/gcc
:Danny Smith wrote By default stack reserve is set to 2MB by ld.exe. Try setting stack reserve higher, eg, -Wl,--stack=0x200 will get you 32MB stack reserve - Thanks. That was a revelation. I thought stack was for pointers and automatic variables, and a big stack was needed only for deep recursion. So the trick of increasing the stack, which works for g77, does not simply displace a bug to another part of memory. f2c still doesn't work for large arrays, even setting -Wl in CFLAGS, but maybe CFLAGS is not passed through the shell script used with f2c to emulate f77. I'll have to look at that sometime, but g77 will serve for now. I've had no problem using f2c for large arrays on a unix system. Running fortran used to be simpler. You just had to remember to drop in the compiler deck first, the data deck last. -- 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/
Big fortran arrays: is this behavior expected?
There is still a problem with big fortran arrays even after resetting heap_chunk_in_mb 1024. The subsequent test program exits with no output and no error message. When run in gdb, a segmentation fault is reported. Following a suggestion from comp.lang.fortran, I increased the stack size using compiler flag -Wl,--stack,0x40. With this change I can now access a bit over 770 Mb, above which the program fails with an erroneous message saying that I have multiple copies of cygwin1.dll. However, this smells like a bug, for the following reasons: 1) Crashing with no message. I've used cygwin for more than a year on smaller systems and have not encountered any flaky behavior. 2) After increasing stack size, the test program fails at a different point, this time with a message, but an incorrect one (it thinks I have multiple cygwin1.dll's). 3) Should one need a big stack just to declare one matrix and assign values to a couple of elements? Converting the program to C by means of f2c also leads to failure, and increasing the stack size is not a successful fix in that case. I don't know enough C to interpret this, beyond noting that f2c creates one large static one-dimensional array, and fiddling with some simple test routines suggests to me that cygwin/gcc doesn't like such large static arrays. Although I can now successfully port all my fortran code from unix to cygwin, the stacksize fixup seems flaky and I fear it might collapse with the next change in either cygwin or Windows. Apropos of recent remarks about how the simple setup routine has degraded the user base, I confess to being one of the degraded users. For years I ran fortran from my desktop using telnet in a DOS box, connecting to a unix workstation. Cygwin provides a virtually identical environment. Cygwin eliminated the workstation and Cygwin setup eliminates the system administrator that kept the workstation running. It is heavenly to gain a solid fortran platform without having to learn anything about either unix administration or Windows. Thanks to all the Cygwin folks, even the mean ones. implicit double precision (a-h,o-z) c ny=300 works (240 Mb), 400 doesnt parameter(nx=10,ny=400) dimension a(nx,ny) c dimension a1(nx,ny) write(6,*) 'megabytes= ',nx*ny*8/1d6 a(1,1)=1d0 a(nx,ny)=1d0 write(6,*) 'extremes initialized' end -- 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/
Memory for large arrays in cygwin/g77
I tried the procedure cited in the user manual, but the test program fails with message shell returned 128 when I try to add a second matrix of the same size. Initially, max_memory indicated insufficient memory so, I increased the virtual memory limits (Windows XP Pro) to initial 1536, max 2048. After this change, max_memory resulted in exactly 1024. I then used exactly the regtool commands specified in the user manual. The result of the list command looked OK. -- 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/