* what path to use that is not DOS?? @ 2014-10-08 19:56 Linda Walsh 2014-10-08 20:11 ` Eric Blake 2014-10-08 20:15 ` Eric Blake 0 siblings, 2 replies; 6+ messages in thread From: Linda Walsh @ 2014-10-08 19:56 UTC (permalink / raw) To: cygwin I get this message the 1st time logging in via 'rlogin': MS-DOS style path detected: /Windows/System32/cygwin/usr/spool/mail/Bliss/law Preferred POSIX equivalent is: /Windows/System32/cygwin/usr/spool/mail/Bliss/law Can someone explain what is wrong with the 1st that the 2nd corrects? Thanks... -- 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: what path to use that is not DOS?? 2014-10-08 19:56 what path to use that is not DOS?? Linda Walsh @ 2014-10-08 20:11 ` Eric Blake 2014-10-11 21:38 ` Linda Walsh 2014-10-08 20:15 ` Eric Blake 1 sibling, 1 reply; 6+ messages in thread From: Eric Blake @ 2014-10-08 20:11 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 914 bytes --] On 10/08/2014 01:55 PM, Linda Walsh wrote: > I get this message the 1st time logging in via 'rlogin': > > MS-DOS style path detected: > /Windows/System32/cygwin/usr/spool/mail/Bliss/law > Preferred POSIX equivalent is: > /Windows/System32/cygwin/usr/spool/mail/Bliss/law Could any prefix of that path be a symlink with questionable contents? For example, if /Windows is a symlink to 'c:/' instead of '/cygdrive/c', that might explain the cryptic error message being reported on the pre-symlink expansion name although the name being warned about is post-symlink expansion. At any rate, you are right that it is an awkward message, so it would be nice to get to a root cause of what you did that provoked it to make the message nicer, as well as letting you fix your root cause. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 539 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: what path to use that is not DOS?? 2014-10-08 20:11 ` Eric Blake @ 2014-10-11 21:38 ` Linda Walsh 2014-10-13 16:26 ` Eric Blake 0 siblings, 1 reply; 6+ messages in thread From: Linda Walsh @ 2014-10-11 21:38 UTC (permalink / raw) To: cygwin Eric Blake wrote: > On 10/08/2014 01:55 PM, Linda Walsh wrote: >> I get this message the 1st time logging in via 'rlogin': >> >> MS-DOS style path detected: >> /Windows/System32/cygwin/usr/spool/mail/Bliss/law >> Preferred POSIX equivalent is: >> /Windows/System32/cygwin/usr/spool/mail/Bliss/law > > Could any prefix of that path be a symlink with questionable contents? Cygwin can't use any of the normal methods to find my home and because USERNAME isn't set it tries 'USER'. So for a mail-spool dir it looks for /usr/spool/mail/<USER=Bliss\law> The backslash is in the USER var. I would say this is a result of logind corrupting the environment and losing all of windows's expected environment. -- 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: what path to use that is not DOS?? 2014-10-11 21:38 ` Linda Walsh @ 2014-10-13 16:26 ` Eric Blake 0 siblings, 0 replies; 6+ messages in thread From: Eric Blake @ 2014-10-13 16:26 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 1674 bytes --] On 10/11/2014 03:37 PM, Linda Walsh wrote: > Eric Blake wrote: >> On 10/08/2014 01:55 PM, Linda Walsh wrote: >>> I get this message the 1st time logging in via 'rlogin': >>> >>> MS-DOS style path detected: >>> /Windows/System32/cygwin/usr/spool/mail/Bliss/law >>> Preferred POSIX equivalent is: >>> /Windows/System32/cygwin/usr/spool/mail/Bliss/law >> >> Could any prefix of that path be a symlink with questionable contents? > > Cygwin can't use any of the normal methods to find my home > and because USERNAME isn't set it tries 'USER'. > > So for a mail-spool dir it looks for > /usr/spool/mail/<USER=Bliss\law> Is it cygwin1.dll or rlogin that is trying to convert $USER into a determination of a mail spool directory? If it is cygwin, we should probably patch cygwin to ignore or modify any $USER containing backslash, rather than trying to treat it as a subdirectory. That is, tilde expansion will treat '~Bliss/law' as the username 'Bliss' with a subdirectory 'law', rather than as the single username 'Bliss\law'. I suspect the bug is in rlogin rather than cygwin, though, if you are only getting the message when trying to log in with rlogin, and since the message is about a mail spool and not about a $HOME. Meanwhile, I still wonder why the error message is printing 'Bliss/law' as the problematic string, when it appears that the reason the warning appeared is because rlogin was using $USER literally as 'Bliss\law'. We may still need to find and squash a cygwin bug that displays the message incorrectly. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 539 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: what path to use that is not DOS?? 2014-10-08 19:56 what path to use that is not DOS?? Linda Walsh 2014-10-08 20:11 ` Eric Blake @ 2014-10-08 20:15 ` Eric Blake 2014-10-08 22:08 ` login -p disabling leads to Windows failures -- as it expects its ENV to remain instact for new processes Linda Walsh 1 sibling, 1 reply; 6+ messages in thread From: Eric Blake @ 2014-10-08 20:15 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 481 bytes --] On 10/08/2014 01:55 PM, Linda Walsh wrote: > I get this message the 1st time logging in via 'rlogin': You do realize, of course, that rlogin is a security hole, and that you really ought to consider using something more secure like ssh if you are trying to use it outside the boundaries of a heavily-firewalled intranet? http://cc-ipcp.icp.ac.ru/Section1.2.html -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 539 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* login -p disabling leads to Windows failures -- as it expects its ENV to remain instact for new processes 2014-10-08 20:15 ` Eric Blake @ 2014-10-08 22:08 ` Linda Walsh 0 siblings, 0 replies; 6+ messages in thread From: Linda Walsh @ 2014-10-08 22:08 UTC (permalink / raw) To: cygwin Eric Blake wrote: > On 10/08/2014 01:55 PM, Linda Walsh wrote: > >> I get this message the 1st time logging in via 'rlogin': >> > > You do realize, of course, that rlogin is a security hole, and that you > really ought to consider using something more secure like ssh if you are > trying to use it outside the boundaries of a heavily-firewalled intranet? > http://cc-ipcp.icp.ac.ru/Section1.2.html > No, ??? security hole? Depends on your security policy. People cannot talk about rlogin being a "security hole" -- only in the context of specific usage. "/bin/sh" "is a security hole" under the wrong security policy... It's not the program, but how it is used! Don't blame the poor program! ;-) In any event, only local-subnet, non-routable hosts are in the ".rhosts". Had problems making localhost work, but might try again.... I'm trying to use it to login from the same machine into itself. and heavily-firewalled?... um... not exactly, but it isn't on the internet (has to use an http-proxy to get out)... Theoretically, a tunnel could be created through the proxy (http or socks), that could allow someone to run the command to access the local host. or if I ran MS's TCP6 helper that sets up connectivity through firewalls via proxies automatically when you get win7 out of the box (not sure about sp1.. might have made it non-default)... But....the real problem is "login"... Corinna "corrupted" the cygwin version: -p Used by getty(8) to tell login not to destroy the environment. This is disabled in the Cygwin version. --- Thus I log in, but random things fail because standard Windows security environment that windows expects to be there, ISN'T. ...even cygwin uses many of these vars to setup the user's environment. Things like: Path after cygwin clears it: (Note, since windows loads it's libraries via the PATH, Note Windows dirs are not in path: PATH=/Users/law.Bliss/bin/lib:/usr/sbin:.:/prog64/vim:/usr/bin:/sbin:/prog (Normal path using a console window: > echo $PATH /Users/law.Bliss/bin/lib:/usr/sbin:.:/prog64/vim:/usr/bin:/sbin:/prog/sysinternals/cmd:/prog/sysinternals:/Windows/system32:/Windows:/Windows/System32/Wbem:/Windows/System32/WindowsPowerShell/v1.0:/Prog/Common Files/DivX Shared:/Prog/NVIDIA Corporation/PhysX/Common:/Prog64/VanDyke Software/Clients:/Prog64/NVIDIA GPU Computing Toolkit/CUDA/v4.0/bin:/Prog/NVIDIA Corporation/Cg/bin:/Prog/NVIDIA Corporation/Cg/bin.x64:/Prog/QuickTime:/Prog/Microsoft SQL Server/110/Tools/Binn:/Prog/Microsoft SQL Server/110/DTS/Binn:/Program Files/Microsoft SQL Server/110/Tools/Binn:/Prog/Microsoft SQL Server/110/DTS/Binn:/Users/law.Bliss/bin:/usr/local/bin:/etc/local/func_lib --- If cygwin wants to clear env and start with an unchanged copy out of the registry, that's fine... but leaving them (there were about 2x more than I list below) out make many programs designed for cygwin (on windows), fail like: bin/dumphive: line 11: USERPROFILE: unbound variable 3564 (process ID) old priority 19, new priority 19 bin/dumphive: line 11: USERPROFILE: unbound variable Root has problems getting any shell: > rlogin -l root athenae Password: rlogin: connection closed. > rlogin -l Bliss\\root athenae Password: cygwin warning: MS-DOS style path detected: /Windows/System32/cygwin/usr/spool/mail/Bliss/root Preferred POSIX equivalent is: /Windows/System32/cygwin/usr/spool/mail/Bliss/root CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames rlogin: connection closed. --- There's that warning again... missing vars: ALLUSERSPROFILE=C:\ProgramData APPDATA=C:\Users\law.Bliss\AppData\Roaming CLASSPATH=.;"C:\Prog\Java\jre7\lib\ext\QTJava.zip";C:\Program Files (x86)\ COMMONPROGRAMFILES=C:\Program Files\Common Files CYGWIN=system nodosfilewarning winsymlinks:native export CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files HISTFILE=/Users/law.Bliss/.histAthenae_cons0 HOMEDRIVE=C: HOMEPATH=\Users\law.Bliss LOCALAPPDATA=C:\Users\law.Bliss\AppData\Local LOGONSERVER=\\ISHTAR OS=Windows_NT PATH=/Users/law.Bliss/bin/lib:/usr/sbin:.:/prog64/vim:/usr/bin:/sbin:/prog PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PROGRAMFILES=C:\Program Files PSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ PUBLIC=C:\Users\Public ProgramData=C:\ProgramData ProgramFiles(x86)=C:\Program Files (x86) ProgramW6432=C:\Program Files QTJAVA=C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip SESSIONNAME=Console SHELL=C:/Bin/Bash.exe SYSTEMDRIVE=C: TEMP=/tmp TERM=cygwin TMP=/tmp USERDOMAIN=Bliss USERDOMAIN_ROAMINGPROFILE=Bliss USERNAME=law USERPROFILE=C:\Users\law.Bliss VIMRUNTIME=C:/Prog64/Vim -- 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-10-13 16:26 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-10-08 19:56 what path to use that is not DOS?? Linda Walsh 2014-10-08 20:11 ` Eric Blake 2014-10-11 21:38 ` Linda Walsh 2014-10-13 16:26 ` Eric Blake 2014-10-08 20:15 ` Eric Blake 2014-10-08 22:08 ` login -p disabling leads to Windows failures -- as it expects its ENV to remain instact for new processes Linda Walsh
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).