Path: utzoo!attcan!uunet!mcvax!enea!dkuug!daimi!jnp
From: jnp@daimi.dk (J|rgen N|rgaard)
Newsgroups: comp.sys.apollo
Subject: Peculiar behaviour in SR10.0 (file-names)
Message-ID: <1884@daimi.dk>
Date: 27 Dec 88 17:00:17 GMT
Reply-To: jnp@daimi.dk (J|rgen N|rgaard)
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Lines: 28


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
-------------------------------------------------------------------------------