[squeak-dev] Re: The Trunk: Files-cmm.159.mcz

marcel.taeumel Marcel.Taeumel at hpi.de
Fri Jul 22 07:21:15 UTC 2016


Chris Muller-3 wrote
> This does change the return type in the case of a directory from a
> FileDirectory to a DirectoryEntryDirectory.
> 
> The intention is to gradually migrate most of FileDirectory's public
> api to DirectoryEntryDirectory, and let FileDirectory be concerned
> with the platform-specific access issues.
> 
> In the meantime, the most compatible thing to do for backward
> compatibility with the old #/ is to send #asFileDirectory to the
> result.
> 
> 
> On Thu, Jul 21, 2016 at 3:44 PM,  <

> commits at .squeak

> > wrote:
>> Chris Muller uploaded a new version of Files to project The Trunk:
>> http://source.squeak.org/trunk/Files-cmm.159.mcz
>>
>> ==================== Summary ====================
>>
>> Name: Files-cmm.159
>> Author: cmm
>> Time: 21 July 2016, 3:44:04.16263 pm
>> UUID: 52077283-7106-4ab6-8368-d5f4b5f6f641
>> Ancestors: Files-eem.158
>>
>> Fix FileDirectory>>#/ to not assume the argument represents another
>> directory; it could be a file.
>>
>> =============== Diff against Files-eem.158 ===============
>>
>> Item was changed:
>>   ----- Method: FileDirectory>>/ (in category 'path access') -----
>>   / aString
>>         "Answer a FileDirectory on a subdirectory named aString, of the
>> receiver."
>> +       ^ FileDirectory directoryEntryFor: (self fullNameFor: aString)!
>> -       ^ FileDirectory on: (self fullNameFor: aString)!
>>
>>

Hi Chris,

please watch out for the feature freeze deadline, which is a good week from
today. Either ensure that you can finish this migration in time or do it so
that no other code breaks. Changing the return type of a call is a serious
thing. :-)

Thanks.

Best,
Marcel



--
View this message in context: http://forum.world.st/The-Trunk-Files-cmm-159-mcz-tp4907392p4907435.html
Sent from the Squeak - Dev mailing list archive at Nabble.com.


More information about the Squeak-dev mailing list