jnp@daimi.dk (J|rgen N|rgaard) (12/28/88)
Hello, I have experienced the following some-what curious interpretation of a file-name: Assume <name> is a _plain_ file Then ls <name>/. results in '<name>/.' !!! That is : what ought (?) to be a directory (<name>/.), and by the way non-existing as such, is accepted whereas <name>/.. is not accepted. Any ideas what happens ? Does anybody know if there is an assembler that faithfully handles case in (external-) labels. In version 1.0 rev 9.09 all labels, even externals are converted to lower-case. This is problematic as the C-compiler does respect case. (System: DN3500 running SR10.0, running as BSD4.3 UNIX) Regards J|rgen N|rgaard e-mail: jnp@daimi.dk -------------------------------------------------------------------------------
mkhaw@teknowledge-vaxc.ARPA (Mike Khaw) (12/28/88)
<1884@daimi.dk>, by jnp@daimi.dk (J|rgen N|rgaard): > Assume <name> is a _plain_ file > Then ls <name>/. results in > '<name>/.' !!! > That is : what ought (?) to be a directory (<name>/.), and > by the way non-existing as such, is accepted whereas > <name>/.. is not accepted. Interesting. Under SR9.7 Domain/IX, I get % ls foo/. foo/. % ls foo/.. [ ls of the directory that foo is in ] Doesn't happen under ultrix or SunOS Mike Khaw -- internet: mkhaw@teknowledge.arpa uucp: {uunet|sun|ucbvax|decwrl|ames|hplabs}!mkhaw%teknowledge.arpa hardcopy: Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303
mkhaw@teknowledge-vaxc.ARPA (Mike Khaw) (12/28/88)
- Assume <name> is a _plain_ file - Then ls <name>/. results in - '<name>/.' !!! - That is : what ought (?) to be a directory (<name>/.), and - by the way non-existing as such, is accepted whereas - <name>/.. is not accepted. Maybe it's for compatibility with Aegis. /com/ld works for both foo/. and foo/.. where foo is an ordinary file. Mike Khaw -- internet: mkhaw@teknowledge.arpa uucp: {uunet|sun|ucbvax|decwrl|ames|hplabs}!mkhaw%teknowledge.arpa hardcopy: Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303