[Pharo-project] readonly status conflict with reading

Schwab,Wilhelm K bschwab at anest.ufl.edu
Sat Oct 9 09:22:08 EDT 2010


FWIW, the biggest problem I see with this is returning nil rather than raising an exception.  With that omission corrected, there are various ways I could envision it working, probably centered on failing to open a writable stream, but if one asks for a read-only stream, there would be no need for an error.  I don't too much care what the rules are, so long as the system enforces them consistently and tells me when I violate them.

Attached is a partial view of what I have been doing as I find such things in my way.  The goals are to provide entry points that my existing code expects and to (a path, not a destination) never fail silently.


From: pharo-project-bounces at lists.gforge.inria.fr [pharo-project-bounces at lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse [stephane.ducasse at inria.fr]
Sent: Saturday, October 09, 2010 2:39 AM
To: Pharo Development
Subject: [Pharo-project] readonly status conflict with reading

Hi john

When I set on mac a file to readonly, I get nil when I do
FileStream named: 'foo.txt'


Pharo-project mailing list
Pharo-project at lists.gforge.inria.fr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: FileStream class-*dolphincompatibility-streams.st
Type: application/octet-stream
Size: 3686 bytes
Desc: FileStream class-*dolphincompatibility-streams.st
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20101009/313d97aa/attachment.st>

More information about the Pharo-dev mailing list