Re: Cygwin/Xfree86 is not working
Date: Mon, 30 Jun 2003 10:36:12 -0400 (EDT) From: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-Id: CIVEX09-030630143518Z-47235*/PRMD=USDOJ/ADMD= /C=US/@MHS Hi everyone. I have installed xfree86 in a windows nt sp6. I open a cygwin session. I type $ sh startxwin.sh ssh-agent: not found I have no [EMAIL PROTECTED] /usr/X11R6/bin The cygwin/xfree86:0.0 started but I cannot open any xterm. Hi, Federico, Just a wild guess. Did you install the OpenSSH package when you installed Cygwin? Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: xinit: No such file or directory
From: Tomasz Rojek [EMAIL PROTECTED] Subject: Re: xinit: No such file or directory Date: Fri, 27 Jun 2003 18:39:19 +0200 I only run into this problem as nonadministrator. I don't know if this will help in your case, but maybe during instalation process you have selected Install for: Only me instead of All users? Thanks, Tomasz. As I confirmed with Andrew, I believe the permissions to the /tmp/.X11-unix got narrowed during the setup of sshd. I emailed Mike Erdely and his ssh-l mailing list about this. The same setup procedure also made the /home unwritable, so cygwin couldn't create new home directories for new users. Funny that no one commented on that when I reported it. I imagine Mike's quite busy right now, as his personal website shows that he is a new father. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: ~^Z hangs ssh
Larry Hall wrote: Shing-Fat Fred Ma wrote: Hello, I'm finding that ~^Z hangs the cygwin session rather than suspending my connection. I'm using cygwin to ssh into a solaris box. I've confirmed that suspension works properly when using ssh from sun box to sun box. Can't find any mention of this problem in the mailing list or Google. Does anyone else have this problem, or a fix? Sorry, I don't have a Sun box to ssh into but it works fine going from Cygwin (W2K) to Cygwin (W2K) (different boxes though). Perhaps you want to try round-tripping to Cygwin on the same box or different ones and see how that works for you. Hmm, it works fine for me too. At my current location, I only have a single PC running cygwin and sshd, so I ssh'd myself. ~^Z works fine. It also works fine if I ssh to cygwin from a sunbox. The solaris version is OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f The Cygwin version is OpenSSH_3.6.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090702f Anyway, thanks for checking into it. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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/
~^Z hangs ssh
Hello, I'm finding that ~^Z hangs the cygwin session rather than suspending my connection. I'm using cygwin to ssh into a solaris box. I've confirmed that suspension works properly when using ssh from sun box to sun box. Can't find any mention of this problem in the mailing list or Google. Does anyone else have this problem, or a fix? Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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: xinit: No such file or directory
Andrew Markebo wrote: |+ rm -rf /tmp/.X11-unix |rm: cannot remove directory `/tmp/.X11-unix': | Permission denied [...] |drwxr-xr-x 2 Name None 0 Jan 29 04:57 /tmp/.X11-unix |srwxr-xr-x 1 Name None 0 Jun 27 16:11 /tmp/.X11-unix/X0 Yeah, think it is around here the error is, my .X11-unix, it is owned by me, assuming Name is your name? Actually, that was my mistake. Name is the userid on the machine that doesn't have problems. On the PC that only lets administrator do startx, /tmp/.X11-unix is owned by administrator, and does not have write permission for anyone else. Have you tried removed the file and subdir as admin, and then tried firing it up again, BTW My files has the rights drwxrwxrwt+ 2 flognat None0 May 16 23:37 .X11-unix [...] /Andy Yes, if I remove /tmp/.X11-unix, it gets recreated by the userid which does startx. It is writable by everyone, as is yours above. For that reason, any other user can also do startx. That seems to solve the problem. So the problem is that the permissions got changed somehow. I'm pretty sure it happened when I setup sshd according to http://tech.erdelynet.com/cygwin-sshd.html. This procedure, contains the step chmod -R go-w /, which narrows the accessibility of /tmp/.X11-unix to the only creator. I guess that it is an attempt to improve security, given that sshd allows an external login. However, the subsequent fixup chmod go+w /tmp is not enough to open up accessibility to /tmp/.X11-unix. Another part of the problem is that /tmp/.X11-unix is left behind after X windows shuts down. This ensures that the next user to do startx is using the directory /tmp/.X11-unix created by someone else. Thus, everyone is dependent on the directory having write permission by group and world. The problem could be avoided by having the X windows startup scripts/programs remove /tmp/.X11-unix when X windows shuts down. Thanks, Andrew, for your help in solving this problem. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: Question re. export environment variable
Igor Pechtchanski wrote: On Thu, 20 Feb 2003, Fred Ma wrote: Hello, I'm using cygwin bash 2.05b-8 (it's actually gnu). I thought that $HOSTNAME was an environment variable. When I run gnu make (I'm pretty sure this is not a make problem), $(HOSTNAME) is empty. It gets fixed if I do export HOSTNAME before running make. Is there a way to check if the export command has been applied to $HOSTNAME? Does the actual transcription of $HOSTNAME's value to the environment happen only once, when export is applied, or is there a continual monitoring an mirroring of changes to $HOSTNAME forever after applying export? Fred Fred, I'm afraid you might be confused about what exporting a variable means. Bash maintains an environment, which contains the values of all the variables it's using. When bash spawns a child, that child inherits those variables from the parent's environment that are exported. Thus, if you export HOSTNAME, the child will get the current value of HOSTNAME. If you then change HOSTNAME in the parent, the child *will not* see the change. However, if you spawn another child, that new child *will* see the new value. BTW, export with no variable name will print out the list of all variables that are exported from the current shell. And, if you want to make sure it's exported, export HOSTNAME can do no harm. But both this and the above are off-topic for the Cygwin list, and could have been found by a simple perusal of man bash. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune Igor, Thanks for the information. The man bash confirms what you said, and what I thought I knew before encountering the problem. What made me uncertain was that things don't always behave the same in the cygwin environment as they do in, say, solaris, and I'm never sure what behaviour might be due to customizations. Another thing that made me unsure was that it seems strange for $HOSTNAME not to be marked export by default, I didn't think that would happen intentionally. Though it appears now that it is that way. I did miss the bit in the man pages about showing all the export variables. My apologies, I should have spent more time reading it more carefully. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question re. export environment variable
Thanks, Bob. That's the way I expected it to work. I was just unsure of whether there was something cygwin-specific, as it seems strange that something like HOSTNAME is not marked for export at the time that it is set. I'll stick it into ~/.bashrc. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 Bob McGowan wrote: Fred, perhaps this will help: echo $TEST # Test has no value, hence the blank line. $ TEST=noexport # Set but not exported $ echo $TEST noexport $ env|grep TEST # Nothing found, no output. $ export TEST # Export it. $ env|grep TEST # And now it's found in the environment. TEST=noexport $ TEST=second # Change its value. $ env|grep TEST # Same search as above, but the value is changed. TEST=second Perhaps the easiest way to look at it is to think of exporting as making a type of global variable. Everyone (within certain limits; for the shell, only its children...) will see the exported variable. If the value changes, it changes everywhere. I've quoted everywhere because this only applies to children invoked after the change. So if TEST=second and you run an xterm, the new shell sees TEST=second. Change TEST=third in the first shell, you still have TEST=second in the second shell, since it already got its value for TEST. Start a third shell from the first, it will see TEST=third. And so on. Fred Ma wrote: Hello, I'm using cygwin bash 2.05b-8 (it's actually gnu). I thought that $HOSTNAME was an environment variable. When I run gnu make (I'm pretty sure this is not a make problem), $(HOSTNAME) is empty. It gets fixed if I do export HOSTNAME before running make. Is there a way to check if the export command has been applied to $HOSTNAME? Does the actual transcription of $HOSTNAME's value to the environment happen only once, when export is applied, or is there a continual monitoring an mirroring of changes to $HOSTNAME forever after applying export? -- Bob McGowan Staff Development Engineer VERITAS Software [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tee is coredumping
Igor Pechtchanski wrote: On Thu, 20 Feb 2003, Fred Ma wrote: Hello, I've got the latest cygwin 1.3.20-1, cygutils 1.1.3-1. The tee command is core dumping on me, but only with a particular set of circumstances. I use it as follows: make -f client.mak 21 | tee client.out I realize this is not telling you a whole lot because it depends on what all happens in client.mak. I don't get a core dump if I just do ls 21 | tee client.out. Here is the short contents of client.mak: CC = gfilt $(warning Hostname is $(HOSTNAME)) ifeq ($(HOSTNAME),fmalap) $(warning Disabling Matlab engine code.) NOML = -DNOML LIBS = else NOML = LIBS = -L /opt/matlab13/extern/lib/sol2 -leng -lmx endif client: client.cpp client.hpp client.mak $(CC) $(NOML) -O -o client \ -I/opt/matlab13/extern/include \ client.cpp \ $(LIBS) The key in this file that seems to cause the crash is using CC=gfilt instead of g++. gfilt is a perl script (or rather, a shell script that invokes perl) to decrypt the very confusing messages from the C++ standard library. I realize it's not realistic to ask What's wrong, but perhaps a few strategies to isolate the problem? I am no perl guy (I've used twice, like an overpowered sed script). The perl version is 5.6.1-2, with gnu license. But perl is probably not the problem, since it's tee that's dumping. Thanks in advance. Fred man addr2line. cd /bin cygcheck tee.exe. This should get you started. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] Thanks again, Igor. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-xfree Digest 5 Feb 2003 11:06:42 -0000 Issue 998
Subject: Re[2]: Beginners questions. Date: Tue, 4 Feb 2003 19:04:16 -0600 From: Magus [EMAIL PROTECTED] To: Shing-Fat Fred Ma [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Fred, Thanks for the reply, it eased my mind a _lot_. I think I have a fairly workable install of Cygwin and Xfree on my machine. No problem. SFFM command. I found that I had to run startx from /usr/X11R6/bin. SFFM Simply putting the directory into my path didn't work. Interesting you should mention that. I have absolutely no problem here on Win98 SE. Do you, like me, have the latest version of Cygwin1.dll? A few days old as of my posting date, same as on the web. cygcheck -cvr gives cygwin 1.3.19-1 Doesn't seem like a -cvr kind of problem, it complains that I have a badly formed file inquiry. I've seen that message with shell scripts that have and if(), where the shell mistook the if logical expression as a query for file existence, or something similar. It happens between the time startx calls xinit and the time when my .xiinitrc script *starts* to run. Since xinit is a binary executable, I can't see what's going on in there. I notice that you are with or in the Dept. of Electronics at Carleton. Interesting coincidence, I'm a C. Tech. in Electronics. Unemployed right now while I await an operation, but still a C. Tech. I don't know how you knew, but I'm glad you did. Thanks once again for the help and a belated Happy New Year of the sheep. Best regards, Magus What's a C. Tech? Thanks for the wishes. Good luck in your job hunt. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: Beginners questions.
Sorry for the 2nd mailing. I forgot to change the subject line, as often happens. Subject: Re[2]: Beginners questions. Date: Tue, 4 Feb 2003 19:04:16 -0600 From: Magus [EMAIL PROTECTED] To: Shing-Fat Fred Ma [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Fred, Thanks for the reply, it eased my mind a _lot_. I think I have a fairly workable install of Cygwin and Xfree on my machine. No problem. SFFM command. I found that I had to run startx from /usr/X11R6/bin. SFFM Simply putting the directory into my path didn't work. Interesting you should mention that. I have absolutely no problem here on Win98 SE. Do you, like me, have the latest version of Cygwin1.dll? A few days old as of my posting date, same as on the web. cygcheck -cvr gives cygwin 1.3.19-1 Doesn't seem like a -cvr kind of problem, it complains that I have a badly formed file inquiry. I've seen that message with shell scripts that have and if(), where the shell mistook the if logical expression as a query for file existence, or something similar. It happens between the time startx calls xinit and the time when my .xiinitrc script *starts* to run. Since xinit is a binary executable, I can't see what's going on in there. I notice that you are with or in the Dept. of Electronics at Carleton. Interesting coincidence, I'm a C. Tech. in Electronics. Unemployed right now while I await an operation, but still a C. Tech. I don't know how you knew, but I'm glad you did. Thanks once again for the help and a belated Happy New Year of the sheep. Best regards, Magus What's a C. Tech? Thanks for the wishes. Good luck in your job hunt. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: Beginners questions.
Subject: Beginners questions. Date: Mon, 3 Feb 2003 08:07:05 -0600 From: Magus [EMAIL PROTECTED] To: Cygwin-XFree Mailing List [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi All, I think I've got Cygwin and XFree installed correctly on my Win98 SE box. I type think because I have no standard to go by. How can I tell when Cygwin is correctly installed? It currently runs and I can access info, man, sh, bc and most other good things that I know about. I'm in the same position with the X window stuff. I have no idea what I'm supposed to see. Since there are at least three ways of starting X detailed in the FAQ/User Manual, I'd like to try and tell you folks what I see when I try them and then you can tell me if this is normal or not, OK?- -- Best regards, Magus Hey, Magus, I don't think there's a normal X window. It depends on what's in your ~/.xinitrc. I copied it from /etc/X11/xinit. This is one of the ways of starting up X, using the startx command. I found that I had to run startx from /usr/X11R6/bin. Simply putting the directory into my path didn't work. In ~/.xinitrc, twm starts the window manqager. You will see 3 commands to start xterms, and 1 to start a clock. That's what you should get on your desktop. The first thing I did was replace all that stuff with stuff I normally start up on the sun boxes (I use twm instead of the sun desktop). That varies from individual to individual. The capabilities of twm are in the man page, but it's kind of hard to read. I would search for a tutorial on the web. But a bit of experimenation reveals pretty all there is (it's a bare bones windows manager). Most of the functionality can be seen in the popup menus, which show up when you click the mouse on the desktop, away from any windows. Some xterm options menus can be seen by pressing control-mouse-button in the xterm. The good thing about twm is that it's easier than other window managers to customize, since everything is in the man page. It's not light reading, and requires experimentation, but probably way simpler than customizing, say, Sun's CDE. Good luck. And hope it's an interesting experience, exploring the vagaries of X, though it's admittedly not always straightforward. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: less 378 still not anchoring to \word\
Max Bowsher wrote: f wrote: I just reinstalled less from the cygwin site. It still doesn't seem to anchor to word boundaries using regex(3) rules i.e. \SomeWord\ doesn't match anything, as does SomeWord. I read a posting suggesing a solution by using perl syntax (apparently): /\bSomeWord\b That works, but is there a known reason why the regex notation doesn't work? Because less is linked with pcre(3), not regex(3). Max. Thanks, Max. The posting I saw did indeed mention linking Perl, but I thought that meant added features rather than different syntax. It looks like I better accelerate my picking up of Perl. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xterm Page-Up -- does it work?
No. And also, page up seems to work on xterms running on remote sun boxes. I access the remote twm desktop from the same laptop, using VNC. Same PageUp keys. Exact same Xresources and .twmrc . Go figure. Fred P.S. I gather that it works for you? Yes, though I hit shift-pgup. Works the same in a regular xterm or a remote gnome-terminal, etc. Cary Actually..Shift-PageUp works for me too! That's different from twm on the sun boxes (solaris 8). Thanks alot! Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: startx: Malformed file inquiry
Thomas Chadwick wrote: What happens if you run xinit directly (instead of via startx)? For quite some time now I have been launching Cygwin/XFree86 via xinit without a hitch (no need to use startx IMHO). More info in the ML archives... http://www.cygwin.com/ml/cygwin-xfree/2002-10/msg00091.html Same thing, that is if: Malformed file inquiry. but none of the messages before that. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
xterm Page-Up -- does it work?
Hello, I just fired up Xfree86 after using cygwin for a while. Nice. The xterms don't page up, though. Is this just a missing functionality, or is it me? Couldn't find anything about it in the archives. Thanks Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
gnu tar opens tgz's with file times in the future
Hello, I'm gnu-tarring files with tar version 1.13.25 on solaris, then untarring with the same version on cygwin. The files are dated 2002-12-31 18:09:xx in the tgz on solaris. When I sftp them to cygwin, the tar programs shows the files to be dated 2003-01-01 03:09.xx. But typing date at the cygwin prompt shows the computer clock to be right i.e. Tue Dec. 31 2002. Cygcheck gives: cygutils1.1.3-1 cygwin 1.3.17-1 I'm using Win2K with SP3. Thanks for any pointers. -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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/
SOLVED: gnu tar opens tgz's with file times in the future
Shing-Fat Fred Ma wrote: Hello, I'm gnu-tarring files with tar version 1.13.25 on solaris, then untarring with the same version on cygwin. The files are dated 2002-12-31 18:09:xx in the tgz on solaris. When I sftp them to cygwin, the tar programs shows the files to be dated 2003-01-01 03:09.xx. But typing date at the cygwin prompt shows the computer clock to be right i.e. Tue Dec. 31 2002. It was the time zone not set right on the PC. Didn't know gnu tar was made to compensate for time zones.. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dos2unix/d2u does nothing
Subject: RE: dos2unix/d2u does nothing From: David Kilroy [EMAIL PROTECTED] Date: Mon, 25 Nov 2002 13:33:42 - To: [EMAIL PROTECTED] I have seen similar behaviour to what Fred sees, but I can't remember if that was u2d or d2u. In that case the files had mixed use of \n and \r\n line endings. I presumed d2u/u2d detected a single \n (or \r\n) in the first X bytes, and assumed the file was already in the appropriate format. I 'fixed' this by running u2d then d2u (or vice versa). Dave. -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: 23 November 2002 05:12 To: [EMAIL PROTECTED] Subject: Re: dos2unix/d2u does nothing Fred, It works OK for me. You may be experiencing an interaction with a text mode mount (though from the looks of it, conv.c was ported for cygwin to open files in binary mode, so this shouldn't happen). As to the mod time, perhaps you wrote the file and then converted it within the same minute, so ls -l doesn't show a change in the modification time (even though the difference is there at the finer time resolution that the OS and / or file system uses to record file modification times). By the way, dos2unix and d2u are identical (byte-for-byte). The other thing I can think of is that you're not running the dos2unix from the cygutils package, that the version you're running was not ported to Cygwin to be immune to the mount type and (conceivably) that it resets the file's modification time after reformatting it. Randall Schulz Mountain View, CA USA Hi, All, It's in the cygwin file tree, /usr/bin/dos2unix version 0.1.2. The file was a few minutes old when I tried in-place conversion. Anything is possible, regarding preserving the file timestamp even after the conversion (afterall, I think some gzip's do that). My fix is to use it as a filter. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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/
No such file, but it's right there
Hi, I'm using cygwin 1.3.15 in WinME: Cygwin DLL version info: DLL version: 1.3.15 DLL epoch: 19 When I try to ls a file I know to be there, I'm told it isn't: $ which ftp telnet /usr/bin/ftp /usr/bin/telnet $ cd /usr/bin $ ls -l ftp telnet -rwxr-xr-x 1 unknown unknown 57344 Jan 6 2002 ftp* -rwxr-xr-x 1 unknown unknown 79360 Jan 6 2002 telnet* $ less ftp telnet ftp: No such file or directory telnet: No such file or directory I don't really want to less a binary file, just see whether the file's presence is recognized. I wouldn't think it's a mount problem, but here's the mount information: $ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /c type user (textmode) d: on /d type user (textmode) Thanks if you have any suggestions. Fred -- 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/
No such file, but it's right there
Well the files are, of course, ftp.exe and telnet.exe. Cygwin's automagical .exe workarounds seems to not be working when going through a mount where there is no underlying directory. Max. Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Randall Schulz Mountain View, CA USA Thanks. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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/
gvimdiff fails on network drive
Hello, I'm using cygwin-1.3.12-4 on WinME. I'm using gvim 6.0 to diff a pair of files residing on a mounted network drive i.e. /SomeUser is a mount pointing to \\RemoteSunBox\SomeUser. Read/write access to /SomeUser is no problem. Using gvim -d on localfiles is no problem. But using gvim -d on files residing on /SomeUser generates the error E97 (can't create diff files). I thought it might be a path name problem, though both invocations would use unix style path names. But just to see, I tried putting this in _vimrc (courtesy Machitani-san): if has(unix) set shell=/bin/bash elseif has(win32) set shell=c:/cygwin/bin/bash set shell=c:\\cygwin\\bin\\bash.exe set shellcmdflag=-c set shellpipe=21\|\ tee set shellslash endif But the problem persisted. Just as a note, my gvim is invoked by the bash function { ( unset SHELL; /c/Program\ Files/vim/vim60/gvim $* ) } because gvim's diff *never* worked prior to the unset SHELL. Thanks for any suggestions. Fred --- Fred Ma Department of Electronics Carleton University, Mackenzie Building 1125 Colonel By Drive Ottawa, Ontario Canada K1S 5B6 [EMAIL PROTECTED] === -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gvimdiff fails on network drive
Vince Hoffman wrote: Gvim isnt linked to cygwin1.dll so it wont see cygwin mount points. Vince, I understand your explanation, and it sounds like it is the cause. But why am I able to open the two files, but not diff them? When I use gvim -dR, the two files open but just don't diff. (I first cd to the remote directory via the mount point). Fred --- Fred Ma Department of Electronics Carleton University, Mackenzie Building 1125 Colonel By Drive Ottawa, Ontario Canada K1S 5B6 [EMAIL PROTECTED] === -Original Message- From: Shing-Fat Fred Ma [mailto:fma;doe.carleton.ca] Sent: 25 October 2002 19:25 To: [EMAIL PROTECTED] Subject: gvimdiff fails on network drive Hello, I'm using cygwin-1.3.12-4 on WinME. I'm using gvim 6.0 to diff a pair of files residing on a mounted network drive i.e. /SomeUser is a mount pointing to \\RemoteSunBox\SomeUser. Read/write access to /SomeUser is no problem. Using gvim -d on localfiles is no problem. But using gvim -d on files residing on /SomeUser generates the error E97 (can't create diff files). I thought it might be a path name problem, though both invocations would use unix style path names. But just to see, I tried putting this in _vimrc (courtesy Machitani-san): if has(unix) set shell=/bin/bash elseif has(win32) set shell=c:/cygwin/bin/bash set shell=c:\\cygwin\\bin\\bash.exe set shellcmdflag=-c set shellpipe=21\|\ tee set shellslash endif But the problem persisted. Just as a note, my gvim is invoked by the bash function { ( unset SHELL; /c/Program\ Files/vim/vim60/gvim $* ) } because gvim's diff *never* worked prior to the unset SHELL. Thanks for any suggestions. Fred -- 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/