This is Bug-in-Workspace-Browser in view mode; [Up]
Date: Sun 04-Dec-1989 16:11:26 From: Unknown Subject: Bug in Workspace/Browser (name expansion) There seems to be a bug in the name expansion facilty of the Directory Browser supplied by Workspace. The bug involves the parsing of path names with two consecutive slashes in them. For example, suppose that the following is a legal path on my /gil/mail/in If I type the following to my browser for name expansion (with no carriage return) /g<ESC>/m<ESC>//i<ESC> it correctly responds with the path /gil/mail//in (i.e., it knows to parse the double slash to a single one). However, if I then hit return, Workspace kills all my applications and logs me out. I don't feel that the browser must correctly parse redundant slashes (it was a typo), but I don't think killing all applications and logging out the user is an appropriate response. - Gil Neiger gil@gatech.edu >From: edwardm@hpcuhc.HP.COM (Edward McClanahan)
Date: Sun 08-Dec-1989 13:26:29 From: Unknown Subject: Re: Bug in Workspace/Browser (name expansion) In article <19360@mephisto.UUCP> gil@daffy.gatech.edu (Gil Neiger) writes: )There seems to be a bug in the name expansion facilty of the )Directory Browser supplied by Workspace. The bug involves the )parsing of path names with two consecutive slashes in them. Unless Mach changed this, namei in the Version 6 unix kernel had the "feature" of ignoring extra slashes. Anyhow, I've tried it in several variations with and without filec set and it works fine for me. Has anyone else been able to duplicaate this bug?
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.