<div dir="ltr">Dear all, especially @Masashi<div><br></div><div>I wanted to draw attention to the <a href="http://ipfs.io">http://ipfs.io</a> project, "the permanent web" which works. It is a distributed peer-to-peer filesystem that works somewhat like bittorrent. You get the functionality of Git as well. It is truly ingenious. </div><div><br></div><div>Since I have taken an interest in Smalltalk (I'm still learning) I have salivated at the possibilities for, say Amber + ipfs. </div><div><br></div><div>There is currently a call for APIs implemented in other languages;</div><div><a href="https://github.com/ipfs/ipfs/issues">https://github.com/ipfs/ipfs/issues</a></div><div>I see no one there is interested in Smalltalk so I though I should undertake it, but it will be many months before I have the knowledge and there is no guarantee that I am up to the task... Now seeing that Masashi is working with filesystems, perhaps you would take an interest in this idea. </div><div><br></div><div>The inventor Juan Benet has many brilliant ideas and has done several presentations to be found on the ipfs site. Unfortunately, he seems to drink a lot of coffee and talks extremely fast and does not enunciate, making the presentations very difficult to understand for those of whom english is a second language. I can definitely help with this by making a transcript if there is interest.</div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 22, 2015 at 1:00 PM, <span dir="ltr"><<a href="mailto:cuis-request@jvuletich.org" target="_blank">cuis-request@jvuletich.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Send Cuis mailing list submissions to<br>
<a href="mailto:cuis@jvuletich.org">cuis@jvuletich.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org" rel="noreferrer" target="_blank">http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cuis-request@jvuletich.org">cuis-request@jvuletich.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:cuis-owner@jvuletich.org">cuis-owner@jvuletich.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Cuis digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Wrapper for file access in different Smalltalk dialects<br>
(Masashi UMEZAWA)<br>
2. New Cog VMs available... (Eliot Miranda)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sat, 22 Aug 2015 22:15:43 +0900<br>
From: Masashi UMEZAWA <<a href="mailto:ume@blueplane.jp">ume@blueplane.jp</a>><br>
To: Juan Vuletich <<a href="mailto:juan@jvuletich.org">juan@jvuletich.org</a>><br>
Cc: Discussion of Cuis Smalltalk <<a href="mailto:cuis@jvuletich.org">cuis@jvuletich.org</a>>, "H. Hirzel"<br>
<<a href="mailto:hannes.hirzel@gmail.com">hannes.hirzel@gmail.com</a>><br>
Subject: Re: [Cuis] Wrapper for file access in different Smalltalk<br>
dialects<br>
Message-ID:<br>
<CA+=<a href="mailto:t-6DYQrpd9421Gq8jX7Zd5HTB05OUjRe2VyMx10UXpDDTPA@mail.gmail.com">t-6DYQrpd9421Gq8jX7Zd5HTB05OUjRe2VyMx10UXpDDTPA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Hi Juan,<br>
<br>
Yes, I'm concerning about backward-compatibility.<br>
FmFileEntry>>#readStream has been used long. So I would prefer just<br>
adding new APIs.<br>
<br>
Best regards,<br>
<br>
> I guess I would prefer #readStream for the basic, raising exceptions api,<br>
> and maybe #readStreamNoFail or #readStreamOrEmpty or such for the "exception<br>
> eating api" . In any case it is your call, I understand there is back<br>
> compatibility to care about, and I'll be happy with your choice.<br>
><br>
> Cheers,<br>
> Juan Vuletich<br>
><br>
><br>
>> 2015-07-27 23:58 GMT+09:00 Juan Vuletich<<a href="mailto:juan@jvuletich.org">juan@jvuletich.org</a>>:<br>
>>><br>
>>> Hi Masashi,<br>
>>><br>
>>> Recently we found that in FileMan, if we do<br>
>>><br>
>>> 'inexistentFile' asFileEntry readStream<br>
>>><br>
>>> we get an empty readStream.<br>
>>><br>
>>> I think it is better to throw the #fileDoesNotExistException , as<br>
>>> FileDirectory did, and let the user handle the exception appropriately.<br>
>>> But<br>
>>> I would not want to break compatibility with FileMan, as the main purpose<br>
>>> of<br>
>>> FileMan is to give compatibility amongst dialects.<br>
>>><br>
>>> Are there good reasons to avoid the exception? Should we add another<br>
>>> method,<br>
>>> besides #readStream when we want a readStream strictly on existing file<br>
>>> contents?<br>
>>><br>
>>> Thanks,<br>
>>> Juan Vuletich<br>
>>><br>
>>><br>
>>><br>
>>> On 6/14/2015 8:38 AM, Masashi UMEZAWA wrote:<br>
>>>><br>
>>>> Hello Juan,<br>
>>>><br>
>>>> Thank you for the patches and more tests! I'll adapt those updates for<br>
>>>> other FileMan ports.<br>
>>>><br>
>>>> Best regards,<br>
>>>><br>
>>>> 2015-06-07 12:42 GMT+09:00 Juan Vuletich<<a href="mailto:juan@jvuletich.org">juan@jvuletich.org</a>>:<br>
>>>>><br>
>>>>> Hi Masashi,<br>
>>>>><br>
>>>>> I was trying FileMan tests today and I saw they create some folders in<br>
>>>>> my<br>
>>>>> drive. The names looked a bit strange, so I took a closer look and<br>
>>>>> found<br>
>>>>> a<br>
>>>>> couple of bugs. At least on Windows, #testRecursiveDelete instead of<br>
>>>>> creating<br>
>>>>> subDir/aaa/bbb/ccc/ddd/eee/fff/ggg/test1<br>
>>>>> it created<br>
>>>>> subDir/bbb/ccc/eee/ggg/test!<br>
>>>>><br>
>>>>> So I wrote a few more tests on the issues I saw, and teaked the code to<br>
>>>>> make<br>
>>>>> them pass. The result is attached, and I think is useful for all ports<br>
>>>>> of<br>
>>>>> FileMan.<br>
>>>>><br>
>>>>> Thanks,<br>
>>>>> Juan Vuletich<br>
>>>>><br>
>>>>> On 5/26/2015 11:34 PM, Masashi UMEZAWA wrote:<br>
>>>>>><br>
>>>>>> Hi all,<br>
>>>>>><br>
>>>>>> I think it is nice if FileMan is on the core package repository.<br>
>>>>>><br>
>>>>>> FileMan for Cuis (and Squeak) has minimum dependencies to the existing<br>
>>>>>> FileDirectory and DirectoryEntry. FileMan selectively uses a few<br>
>>>>>> methods of them.<br>
>>>>>><br>
>>>>>> So we can gradually adopt FileMan interfaces and trim the<br>
>>>>>> FileDirectory and DirectoryEntry's non-intuitive methods.<br>
>>>>>><br>
>>>>>> Another way of cleaning-up the file-related classes is to port<br>
>>>>>> FileSystems to Cuis.<br>
>>>>>> But since Cuis is a lightweight Smalltalk dialect, FileSystems might<br>
>>>>>> be an overkill.<br>
>>>>>><br>
>>>>>> Best regards,<br>
>>>>>><br>
>>>>>> 2015-05-19 9:42 GMT+09:00 Juan Vuletich<<a href="mailto:juan@jvuletich.org">juan@jvuletich.org</a>>:<br>
>>>>>>><br>
>>>>>>> Hi Folks,<br>
>>>>>>><br>
>>>>>>> I apologize for talking before taking even a quick look, but anyway,<br>
>>>>>>> We'd<br>
>>>>>>> take a good look at this. And seriously consider replacing files<br>
>>>>>>> stuff<br>
>>>>>>> in<br>
>>>>>>> Cuis base. Or at least adopting it as a core package in our repo.<br>
>>>>>>><br>
>>>>>>> Thoughts?<br>
>>>>>>><br>
>>>>>>> Masashi-san: opinions?<br>
>>>>>>><br>
>>>>>>> Thanks,<br>
>>>>>>> Juan Vuletich<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> On 5/17/2015 12:07 PM, H. Hirzel wrote:<br>
>>>>>>>><br>
>>>>>>>> Below are the comments from the FileMan package.<br>
>>>>>>>><br>
>>>>>>>> Question: How do you compare the FileMan package to the FileSystem<br>
>>>>>>>> package in Pharo?<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L45" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L45</a><br>
>>>>>>>> I represent a single file entry (including directory).<br>
>>>>>>>> You can write data by #fileContents: , and read the data by<br>
>>>>>>>> #fileContents.<br>
>>>>>>>> ---<br>
>>>>>>>> mu 11/6/2006 20:21!<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L53" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L53</a><br>
>>>>>>>> I represent a single file directory.<br>
>>>>>>>> I implement various directory specific behaviors.<br>
>>>>>>>> You can write data by #at:put: , and read the data by #at:.<br>
>>>>>>>> ---<br>
>>>>>>>> mu 11/6/2006 20:21<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L63" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Core.pck.st#L63</a><br>
>>>>>>>> !FmFileIOAccessor commentStamp: '<historical>' prior: 0!<br>
>>>>>>>> I am an accessor to the low level file IO.<br>
>>>>>>>> You can extend/rewrite me if you port FileMan to other Smalltalk<br>
>>>>>>>> dialects.<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L44" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L44</a><br>
>>>>>>>> !FmBackupDirectoryEntry commentStamp: 'mu 5/4/2007 23:26' prior: 0!<br>
>>>>>>>> This is a simple example for adding special behaviors to<br>
>>>>>>>> FmDirectoryEntry.<br>
>>>>>>>> I backup file contents automatically, while users are not conscious<br>
>>>>>>>> about<br>
>>>>>>>> that.<br>
>>>>>>>> Usage:<br>
>>>>>>>> dir := './withBackup' asDirectoryEntry: FmBackupDirectoryEntry.<br>
>>>>>>>> dir at: 'text' put: 'abc'.<br>
>>>>>>>> dir at: 'text' put: 'def'.<br>
>>>>>>>> (dir at: 'text') inspect. "def"<br>
>>>>>>>> (dir backupAt: 'text') inspect. "abc"<br>
>>>>>>>> ((dir / 'sub') at: 'text2' put: '123').<br>
>>>>>>>> ((dir / 'sub') at: 'text2' put: '456').<br>
>>>>>>>> ((dir / 'sub') at: 'text2') inspect. "456"<br>
>>>>>>>> ((dir / 'sub') backupAt: 'text2') inspect. "123"<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L63" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L63</a><br>
>>>>>>>> This is a simple example for adding special behaviors to<br>
>>>>>>>> FmDirectoryEntry.<br>
>>>>>>>> I put and get file contents as gzipped, while users are not<br>
>>>>>>>> conscious<br>
>>>>>>>> about that.<br>
>>>>>>>> Usage:<br>
>>>>>>>> | dir |<br>
>>>>>>>> dir := './gzipped2' asDirectoryEntry: FmGZipDirectoryEntry.<br>
>>>>>>>> dir binaryAt: 'bin' put: #(1 2 3 12 34 56) asByteArray.<br>
>>>>>>>> (dir binaryAt: 'bin') inspect.<br>
>>>>>>>> dir at: 'text' put: 'This will be gzipped'.<br>
>>>>>>>> (dir at: 'text') inspect.<br>
>>>>>>>> I would be useful for storing/loading big contents in a simple<br>
>>>>>>>> dictionary-like manner.<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> On 5/17/15, H. Hirzel<<a href="mailto:hannes.hirzel@gmail.com">hannes.hirzel@gmail.com</a>> wrote:<br>
>>>>>>>>><br>
>>>>>>>>> Hello Masashi-san<br>
>>>>>>>>><br>
>>>>>>>>> I'd like to come back to your FileMan package<br>
>>>>>>>>><br>
>>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan</a><br>
>>>>>>>>><br>
>>>>>>>>> and ask a question.<br>
>>>>>>>>><br>
>>>>>>>>> Is this package a port from somewhere or did you write it from<br>
>>>>>>>>> scratch?<br>
>>>>>>>>><br>
>>>>>>>>> Some background information is appreciated.<br>
>>>>>>>>><br>
>>>>>>>>> There is no description<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L2" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan/blob/master/FileMan-Example.pck.st#L2</a><br>
>>>>>>>>><br>
>>>>>>>>> Thank you in advance<br>
>>>>>>>>><br>
>>>>>>>>> Hannes Hirzel<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> On 5/2/14, Masashi UMEZAWA<<a href="mailto:ume@blueplane.jp">ume@blueplane.jp</a>> wrote:<br>
>>>>>>>>>><br>
>>>>>>>>>> Hi all,<br>
>>>>>>>>>><br>
>>>>>>>>>> Thank you for the kind words. I've just started Cuis on March, and<br>
>>>>>>>>>> I<br>
>>>>>>>>>> was impressed with its cleanness, simplicity, etc.<br>
>>>>>>>>>> So I did a introductory presentation at Tokyo Smalltalkers<br>
>>>>>>>>>> meeting.<br>
>>>>>>>>>> It<br>
>>>>>>>>>> was successful.<br>
>>>>>>>>>> Now I'm planning to port Folktale (telnet-base object shell), and<br>
>>>>>>>>>> SIXX<br>
>>>>>>>>>> to Cuis. My pace maybe slow, but please stay tuned. ;)<br>
>>>>>>>>>><br>
>>>>>>>>>> Best regards,<br>
>>>>>>>>>><br>
>>>>>>>>>> 2014-05-02 1:05 GMT+09:00 Germ?n Arduino<<a href="mailto:garduino@gmail.com">garduino@gmail.com</a>>:<br>
>>>>>>>>>>><br>
>>>>>>>>>>> Wow, I was completely unaware of Masashi working in Cuis! Welcome<br>
>>>>>>>>>>> aboard!!<br>
>>>>>>>>>>><br>
>>>>>>>>>>><br>
>>>>>>>>>>> 2014-05-01 12:19 GMT-03:00 H. Hirzel<<a href="mailto:hannes.hirzel@gmail.com">hannes.hirzel@gmail.com</a>>:<br>
>>>>>>>>>>><br>
>>>>>>>>>>>> Thank you for the link to Masashi Umezawa's presentation.<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> It is from 2014 and talks about<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> - the number of classes compared to Squeak and Pharo<br>
>>>>>>>>>>>> - the size of Morphic -- Morph allSelectors size "=> 502"<br>
>>>>>>>>>>>> - something I do not fully get about instance variables<br>
>>>>>>>>>>>> 'bounds owner submorphs fullBounds color extension'<br>
>>>>>>>>>>>> versus<br>
>>>>>>>>>>>> 'owner submorphs location layoutNeeded layoutSpec<br>
>>>>>>>>>>>> properties'<br>
>>>>>>>>>>>> - layoutSpec<br>
>>>>>>>>>>>> - PackageInfo<br>
>>>>>>>>>>>> - version control with git<br>
>>>>>>>>>>>> - Feature require: '<PackageName>'.<br>
>>>>>>>>>>>> - your Unicode package<br>
>>>>>>>>>>>> <a href="https://github.com/KenDickey/Cuis-Smalltalk-Unicode" rel="noreferrer" target="_blank">https://github.com/KenDickey/Cuis-Smalltalk-Unicode</a><br>
>>>>>>>>>>>> -<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> <a href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-StyledTextEditor" rel="noreferrer" target="_blank">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-StyledTextEditor</a><br>
>>>>>>>>>>>> - How to query for other Cuis-Smalltalk repositories<br>
>>>>>>>>>>>> <a href="https://github.com/search?q=cuis-smalltalk" rel="noreferrer" target="_blank">https://github.com/search?q=cuis-smalltalk</a><br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> All things which we will include Cuis documentation effort.<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> --Hannes<br>
>>>>>>>>>>>><br>
>>>>>>>>>>>> On 5/1/14, Ken Dickey<<a href="mailto:Ken.Dickey@whidbey.com">Ken.Dickey@whidbey.com</a>> wrote:<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> On Thu, 1 May 2014 07:28:54 +0000<br>
>>>>>>>>>>>>> "H. Hirzel"<<a href="mailto:hannes.hirzel@gmail.com">hannes.hirzel@gmail.com</a>> wrote:<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>>> A noteworthy effort<br>
>>>>>>>>>>>>>><br>
>>>>>>>>>>>>>> <a href="https://github.com/mumez/Cuis-Smalltalk-FileMan" rel="noreferrer" target="_blank">https://github.com/mumez/Cuis-Smalltalk-FileMan</a><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> Yes. Masashi Umezawa is the man in Japan!<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> He should introduce himself.<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> He gave a talk about Cuis at the 63rd Smalltalkers' meeting in<br>
>>>>>>>>>>>>> Tokyo:<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> <a href="http://www.smalltalk-users.jp/Home/gao-zhi/dai63kaismalltalkbenkyoukai/shiryou" rel="noreferrer" target="_blank">http://www.smalltalk-users.jp/Home/gao-zhi/dai63kaismalltalkbenkyoukai/shiryou</a><br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> Masashi has ported several packages to CUis.<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> Because of Unicode interest, I was made aware that recent font<br>
>>>>>>>>>>>>> tweaks<br>
>>>>>>>>>>>>> have<br>
>>>>>>>>>>>>> broken my Unicode package in the latest Cuis versions.<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> Masashi-san, would you care to tell us about yourself and what<br>
>>>>>>>>>>>>> people<br>
>>>>>>>>>>>>> there<br>
>>>>>>>>>>>>> think about Cuis?<br>
>>>>>>>>>>>>><br>
>>>>>>>>>>>>> -KenD<br>
>>>>>>>><br>
>>>>>>>> _______________________________________________<br>
>>>>>>>> Cuis mailing list<br>
>>>>>>>> <a href="mailto:Cuis@jvuletich.org">Cuis@jvuletich.org</a><br>
>>>>>>>> <a href="http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org" rel="noreferrer" target="_blank">http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org</a><br>
>>>>>>><br>
>>>>>>><br>
>>>><br>
><br>
<br>
<br>
<br>
--<br>
[:masashi | ^umezawa]<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Sat, 22 Aug 2015 09:38:30 -0700<br>
From: Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>><br>
To: Squeak Virtual Machine Development Discussion<br>
<<a href="mailto:vm-dev@lists.squeakfoundation.org">vm-dev@lists.squeakfoundation.org</a>><br>
Cc: The general-purpose Squeak developers list<br>
<<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>>, Discusses Development of<br>
Pharo <<a href="mailto:pharo-dev@lists.pharo.org">pharo-dev@lists.pharo.org</a>>,<br>
"<a href="mailto:newspeaklanguage@googlegroups.com">newspeaklanguage@googlegroups.com</a>"<br>
<<a href="mailto:newspeaklanguage@googlegroups.com">newspeaklanguage@googlegroups.com</a>>, Discussion of Cuis Smalltalk<br>
<<a href="mailto:cuis@jvuletich.org">cuis@jvuletich.org</a>><br>
Subject: [Cuis] New Cog VMs available...<br>
Message-ID:<br>
<CAC20JE1-f=nHr-jkoMsmpYaH=<a href="mailto:s2rkNxmaDom6bqZ3shfjDq2_g@mail.gmail.com">s2rkNxmaDom6bqZ3shfjDq2_g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
... at <a href="http://www.mirandabanda.org/files/Cog/VM/VM.r3427" rel="noreferrer" target="_blank">http://www.mirandabanda.org/files/Cog/VM/VM.r3427</a>.<br>
<br>
Squeak V5 users will want to upgrade their VMs because they, along with<br>
Smalltalk changes to follow soon, fix image segments. But upgrading is not<br>
a trivial process because the VMs on my site are not complete. The best<br>
way to update is to take a copy of the Squeak 5.0 all-in-one and replace<br>
the main VM executable there-in with one from my site. This gets you<br>
up-to-date plugins and an up-to-date VM. I hope that this process will get<br>
easier soon.<br>
<br>
<br>
------------------------------------------------------------------------<br>
CogVM binaries as per VMMaker.oscog-eem.1441/r3427<br>
<br>
Modify Spur ImageSegment load to become the segmentWordArray into an Array<br>
of<br>
the loaded objects if load is successful, hence decoupling ImageSegment from<br>
the assumption that objects are allocated in order.<br>
<br>
Fix Integer receiver, float arg comparison with NaNs in the machine-code<br>
primitive. This has started failing in the FloatTest>>testNaNCompare since<br>
the<br>
new machine-code perform primitive invoked the machine-code version of the<br>
primitive. The Interpretewr code has always been correct and the old<br>
perform<br>
primitive would always run the Interpreter primitive if it exsted, since<br>
this<br>
would probably be faster.<br>
<br>
Fix the bug introduced by the fix to primitive function invocation in<br>
VMMaker.oscog-eem.1351 The fix correctly changed primitve code to set the<br>
primitiveFunctionPointer appropriately when a jitted external primitive was<br>
rebound, but it didn't remember to void the jit's record of the offset of<br>
the<br>
assignment that sets the primitiveFunctionPointer when switching between<br>
profiling andf non-profiling regimes, so that the address from the wrong<br>
regime<br>
would remain and be used to smash prmitive code. The fix is simply to void<br>
the<br>
externalSetPrimOffsets in voidCogCompiledCode. This fixes the bug whose<br>
symptom is a hard VM crash when using AndreasSystemProfilier.<br>
<br>
Integrate Marcel Taeumel & Tobias Pape's v2 SSL plugin changes.<br>
<br>
Fix negative 64-bit shift in the 64-bit Spur Stack interpreter.<br>
<br>
Newspeak:<br>
Fix MNU for cogged self and outer sends.<br>
<br>
Make the Newspeak VM packager include the V50 sources file instead of V41.<br>
<br>
_,,,^..^,,,_<br>
best, Eliot<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://jvuletich.org/pipermail/cuis_jvuletich.org/attachments/20150822/35d7bb41/attachment-0001.html" rel="noreferrer" target="_blank">http://jvuletich.org/pipermail/cuis_jvuletich.org/attachments/20150822/35d7bb41/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Cuis mailing list<br>
<a href="mailto:Cuis@jvuletich.org">Cuis@jvuletich.org</a><br>
<a href="http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org" rel="noreferrer" target="_blank">http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Cuis Digest, Vol 38, Issue 21<br>
************************************<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div><font size="1" face="monospace, monospace">Gmail is unsecure. Why? See: <a href="https://ssd.eff.org/tech/email" name="UNIQUE_ID_SafeHtmlFilter_title_1" style="color:rgb(118,59,117)" target="_blank">EFF Surveillance Self-Defense Project</a></font></div><div><font size="1" face="monospace, monospace"><br></font></div><div><font size="1" face="monospace, monospace">My preferred secure email address: infomaniac(at)i2pmail(dot)org<br></font></div><div><font size="1" face="monospace, monospace">(For more information, please see: <a href="http://www.i2p2.de/intro.html" style="color:rgb(102,0,102)" target="_blank">About I2P</a>)</font></div><div><font size="1" face="monospace, monospace"><br></font></div><div><font size="1" face="monospace, monospace">If you prefer to send to this gmail account, consider using <a href="https://www.mailpile.is" target="_blank">https://www.mailpile.is</a></font></div><div><font size="1" face="monospace, monospace"> </font></div><div><font size="1" face="monospace, monospace">My Public key: </font></div><div><font size="1" face="monospace, monospace"><a href="https://pgp.mit.edu/pks/lookup?op=vindex&search=0x8726E59217F0E6F9" target="_blank">https://pgp.mit.edu/pks/lookup?op=vindex&search=0x8726E59217F0E6F9</a></font><br><div><font size="1" face="courier new, monospace"><br></font></div><br></div></div></div></div></div>
</div></div></div>