--- On Sat, 5/23/09, David Korn <[email protected]> wrote:
> From: David Korn <[email protected]>
> Subject: Re: [uwin-users] strange 'ksh' behavior WRT file extension and 'mv'
> To: [email protected]
> Date: Saturday, May 23, 2009, 5:31 AM
> Subject: Re: [uwin-users] strange
> 'ksh' behavior WRT file extension and 'mv'
> --------
>
> > Hello,
> >
> > while running 'ksh' under Win2k I needed to "hide"
> /lib/cpp.
> >
> > When I did
> >
> > mv /lib/cpp /lib/cpp.hidden
> >
> > , it worked, but essentially this is wrong - that's
> because the source
> > file actually was
> >
> > /lib/cpp.exe
> >
> > , not /lib/cpp .
> >
> > Thanks,
> > Sergei.
> >
>
> This is intentional behavior. The .exe is a windows
> artifact (only
> really necessary for windows 95, 98, me) that is not
> relevant for
> unix users.
>
> If you refer to foo and foo does not exist but foo.exe
> exists,
> uwin maps this to foo.exe. Every UNIX name is mapped
> into a
> win32 name and this is part of the rules of the mapping
> function.
>
> David Korn
> [email protected]
> _______________________________________________
And I think the intent is wrong.
If there are both foo.exe and foo I do not want to have doubts.
And the type of OS _can_ be determined, so the assumption that foo is
expanded to foo.exe should be made only in windows 95, 98, me, or not at
all - the mentioned OSes are not relevant.
Thanks,
Sergei.
_______________________________________________
uwin-users mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/uwin-users
