March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] SqueakNOS update released!

by Denis Kudriashov

Hello, Javier. Very impressive work. What you mean by support for Alien and FFI? What libraries I can call from SqueakNOS? And how I can build that libraries? Can I use curl plugin or openssl from SqueakNOS somehow? Best regards, Denis 2011/3/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > For all those who may be intrested, we are glad to announce that we have > just uploaded an updated version of SqueakNOS to our site. You can find the > updated download links here<http://squeaknos.blogspot.com/p/download.html> > . > > This release adds the following items to the previous version: (99.9% > modeled with objects) > > - Improved support for ATA devices access > - Implementation of a model of files and directories > - Implementation of FAT32 filesystem > - Support for reading sources from the hard disk > - Support for X86 paging setup and handling of page faults > - Implementation of a model of free and used memory > - Implementation of image snapshotting (based on the paging mechanism) > - Based on Pharo, but also supporting Squeak and Cuis > - Added some primitives for communicating between VM and image > - Support for Alien and FFI > - Added basic support for writing to serial via VM so that it's possiblo to > out debug info to the outside world. > - Added pretty basic ATA benchmarks > - Added some scripts to automatize work done from the outside world > - Many code cleanups > > Future directions are: > > - Support for Cog VM > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do > more on the image > - Offloading memory pages to disk > - More tests > - Benchmarks > > For the brave ones, remember that you can always generate a SqueakNOS image > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or by > manually loading the packages from monticello. Also to generate a SqueakNOS > VM download its code from GIT (hosted on sourceforge.net) > > Don't forget to visit squeaknos.blogspot.com for news and instructions. We > hope to be able to write more soon. > > Many thank's t all the people who made it possible to understand the code > and to develop all this. > > SqueakNOS' Team > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires >

March 22, 2011

Re: [Pharo-project] test crashing the cog vm

by Toon Verwaest

> On Mon, Mar 21, 2011 at 7:23 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > > This would be a nice little topic... this bytecode verifier. > > > Probably on top of Opal > > > The bytecode verifier must be in the VM. If it is up in the image it > can be side-stepped. The VM is the ultimate executor of code and so > it must apply verification. It could be written in Smalltalk and > verified in Smalltalk and then translated. But it must be part of the > VM and used by the VM before running any previously unverified method. > > best, > Eliot Indeed, Mariano's response made me want to scream: NOOOOO! :) HOWEVER!, Thinking about it now, it's actually a very interesting proposal! What if we write this piece of software in Smalltak and give it to the VM as part of the VM definition. The VM decides what the application can see, so it might as well not give access to this smalltalk-written bytecode validator that it knows to be safe. If it's built by a separate classbuilder in a separate environment, it can be clearly separated, invulnerable to become: and other evil-doing. So, in short. It's written in Smalltalk (YAY!), but becomes part of the VM runtime, not of the image running on the VM. If we just make sure that we can write out image segments that the VM can use as part of its core (exactly what I do in Pinocchio incidentally), we can just develop and test it nicely in Pharo. Ain't that super-duper cool? Ok, I think I drank too much Yerba Mate. Bad bad caffeine :) cheers, Toon

March 21, 2011

Re: [Pharo-project] [ANN] SqueakNOS update released!

by Javier PimÃ¡s

we use "squeaknos" platform, which is mainly a unix one minus libc with a custom makefile. All platform support files are in the git repo, and the slang is generated with VMMakerTool selecting squeaknos platform. On Mon, Mar 21, 2011 at 6:21 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 21 March 2011 17:30, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > > For all those who may be intrested, we are glad to announce that we have > > just uploaded an updated version of SqueakNOS to our site. You can find > the > > updated download links here. > > This release adds the following items to the previous version: (99.9% > > modeled with objects) > > - Improved support for ATA devices access > > - Implementation of a model of files and directories > > - Implementation of FAT32 filesystem > > - Support for reading sources from the hard disk > > - Support for X86 paging setup and handling of page faults > > - Implementation of a model of free and used memory > > - Implementation of image snapshotting (based on the paging mechanism) > > - Based on Pharo, but also supporting Squeak and Cuis > > - Added some primitives for communicating between VM and image > > - Support for Alien and FFI > > - Added basic support for writing to serial via VM so that it's possiblo > to > > out debug info to the outside world. > > - Added pretty basic ATA benchmarks > > - Added some scripts to automatize work done from the outside world > > - Many code cleanups > > Future directions are: > > - Support for Cog VM > > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do > more > > on the image > > - Offloading memory pages to disk > > - More tests > > - Benchmarks > > For the brave ones, remember that you can always generate a SqueakNOS > image > > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or > by > > manually loading the packages from monticello. Also to generate a > SqueakNOS > > VM download its code from GIT (hosted on sourceforge.net) > > Don't forget to visit squeaknos.blogspot.com for news and instructions. > We > > hope to be able to write more soon. > > Many thank's t all the people who made it possible to understand the code > > and to develop all this. > > SqueakNOS' Team > > > > Which platform used to build SqueakNOS VM? > > > > -- > > Javier PimÃ¡s > > Ciudad de Buenos Aires > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 21, 2011

Re: [Pharo-project] test crashing the cog vm

by Igor Stasenko

On 21 March 2011 21:14, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Mon, Mar 21, 2011 at 12:13 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> >> On Mon, Mar 21, 2011 at 7:23 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> This would be a nice little topic... this bytecode verifier. >> >> Probably on top of Opal > > The bytecode verifier must be in the VM. Â If it is up in the image it can be > side-stepped. Â The VM is the ultimate executor of code and so it must apply > verification. Â It could be written in Smalltalk and verified in Smalltalk > and then translated. Â But it must be part of the VM and used by the VM > before running any previously unverified method. indeed > best, > Eliot >> >> >>> >>> Stef >>> >>> On Mar 21, 2011, at 2:57 PM, Toon Verwaest wrote: >>> >>> > Yes you are right! Bytecode validation would be very important here. If >>> > you ask me, the VM should only allow verified bytecode to be executed. Here >>> > it could have a dual model, where bytecodes are "internalized" whenever you >>> > give them to the VM first. At that point they are validated. Once it's >>> > internalized, it can't be modified anymore from the outside, since the >>> > Smalltalk world doesn't have direct access to the internalized version. All >>> > changes to the bytecode "source", needs to be propagated to the VM by >>> > re-internalizing it. >>> > >>> > This is exactly the model I'm using in Pinocchio... and that allows us >>> > to not use bytecodes in the first place :) You just need a way to map the >>> > internal version back onto the highlevel version for debugging. (We don't >>> > verify the bytecode yet though). >>> > >>> > Bytecode verification btw shouldn't be too hard. You just need to make >>> > sure that all the codes are safe for the instance at hand, and for the >>> > method contexts you create. Anything else is just a runtime semantical error >>> > which you can't guarantee, since you don't know what the programmer is >>> > trying to do. We don't verify it yet since I'm still designing my >>> > register-based bytecodes; and since I atm have too much work at hand :) >>> > >>> > cheers, >>> > Toon >>> > >>> > On 03/21/2011 02:22 PM, Igor Stasenko wrote: >>> >> On 21 March 2011 13:14, Toon Verwaest<toon.verwaest(a)gmail.com> Â wrote: >>> >>> I couldn't agree more! >>> >>> >>> >>> However, here the problem is not that the format isn't a correct >>> >>> format. The >>> >>> problem is that a bytecode is activated that is incompatible with the >>> >>> instance format. So basically on every bytecode accessing an instance >>> >>> you >>> >>> would have to check if this is a valid access. And as we all know, >>> >>> Smalltalk >>> >>> avoids this; it makes things faster :) >>> >>> >>> >> In other words, a responsibility of having correct bytecode lies on >>> >> image side, not on VM side. >>> >> >>> >> Adding a bytecode verifier to VM will be a lot of work.. And of course >>> >> it could verify it only when you installing a method, >>> >> not when you activating it. >>> >> >>> >>> Toon >>> >>> >>> >>> On 03/21/2011 12:49 PM, Igor Stasenko wrote: >>> >>>> On 21 March 2011 11:29, Tudor Girba<tudor.girba(a)gmail.com> Â Â wrote: >>> >>>>> Thanks, Toon! >>> >>>>> >>> >>>>> I changed the code to explicitly set the format, and it seems to >>> >>>>> fix the >>> >>>>> problem: >>> >>>>> >>> >>>>> Â Â Â Â cls := Class new superclass: MooseElement; >>> >>>>> Â Â Â Â Â Â Â Â setFormat: MooseElement format; >>> >>>>> Â Â Â Â Â Â Â Â yourself. >>> >>>>> Â Â Â Â cls compileSilently: 'mooseName Â ^ 1/0'. >>> >>>>> Â Â Â Â element := cls new. >>> >>>>> >>> >>>>> Is this correct? >>> >>>>> >>> >>>> Yes, you should pay attention to have correct format. >>> >>>> But of course VM could also be more cautios Â and verify if your >>> >>>> class >>> >>>> are well formed before creating an instance of it.. >>> >>>> >>> >>>> >>> >>>> >>> >>>>> Cheers, >>> >>>>> Doru >>> >>>>> >>> >>>> >>> >>> >>> >>> >>> >> >>> >> >>> > >>> > >>> >>> >> > > -- Best regards, Igor Stasenko AKA sig.

March 21, 2011

Re: [Pharo-project] Getting a functionning unstable image

by Nicolas Cellier

Hmm, I downloaded https://gforge.inria.fr/frs/download.php/24391/PharoV10.sources.zip and it seems different. 'From Pharo1.0beta of 16 May 2008 [Latest update: #10487] on 19 October 2009 at 4:57:33 pm'! BracketSliderMorph subclass: #AColorSelectorMorph instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Polymorph-Widgets'! !AColorSelectorMorph commentStamp: 'gvc 5/18/2007 13:52' prior: 0! ColorComponentSelector showing an alpha gradient over a hatched background.! !AColorSelectorMorph methodsFor: 'accessing' stamp: 'gvc 9/3/2009 13:43'! color: aColor "Set the gradient colors." super color: aColor asNontranslucentColor. self fillStyle: self defaultFillStyle! ! So it was my fault finally: it's because I was too early, and started from Pharo0.x, then applied this automated condenseSources: Name: ScriptLoader-AdrianLienhard.1122 Author: AdrianLienhard Time: 19 October 2009, 3:16:59 pm UUID: 320cde37-392d-44d8-8d29-8c28bcbc552d Ancestors: ScriptLoader-AdrianLienhard.1121 Condense sources ScriptLoader>>update10488 "self new update10488" self withUpdateLog: 'Condense sources'. self script566. Smalltalk condenseSources. self flushCaches. That explains why I can never upgrade from a newer image... I brought my 0.x image up to 1.2 by some tricky manual MC loading and/or selective loading. But now, things shall be easier :) Nicolas 2011/3/21 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > I'm inquiring and it seems related to bad handling of author/timestamps. > Here: > > (CompiledMethod allInstances select: [:e | e fileIndex = 1]) > detectMax: [:e | e filePosition] > (ZipWriteStream class>>#regressionTestFrom: "a > CompiledMethod(353370112)") filePosition 16234210 > > (SourceFiles at: 1) size 16249263 > > So, the highest position still in the source file. > Let's see the lowest: > > (CompiledMethod allInstances select: [:e | e fileIndex = 1]) > detectMin: [:e | e filePosition] > (AColorSelectorMorph>>#color: "a CompiledMethod(894697472)") filePosition 468 > > Now, let us see what is in the source file: > > (SourceFiles at: 1) position: 0; next: 468 > Â '''From Pharo1.0beta of ''''18 October 2009'''' [Latest update: > #10487] on 19 October 2009 at 6:18:53 pm''! > BracketSliderMorph subclass: #AColorSelectorMorph > Â Â Â Â instanceVariableNames: '''' > Â Â Â Â classVariableNames: '''' > Â Â Â Â poolDictionaries: '''' > Â Â Â Â category: ''Polymorph-Widgets''! > !AColorSelectorMorph commentStamp: ''gvc 5/18/2007 13:52'' prior: 0! > ColorComponentSelector showing an alpha gradient over a hatched background.! > > > !AColorSelectorMorph methodsFor: ''accessing'' stamp: ''gvc 9/3/2009 ' > > (SourceFiles at: 1) next: 100. > '13:43''! > color: aColor > Â Â Â Â "Set the gradient colors." > > Â Â Â Â super color: aColor asNontranslucentColor. > Â Â Â Â sel' > > Yeah, that's what I get in the browser 13:43, it's not the source, > it's the time...` > > In 1.2: > (AColorSelectorMorph>>#color: ) filePosition 476 > > (ZipWriteStream class>>#regressionTestFrom: ) filePosition 16248101 > > So, someone broke my pointers, or someone have a different sources. > > Nicolas > > 2011/3/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hi nicolas >> >> this is strange because I always update all the updates from the latest unstable published by marcus >> (so yes it can be long) and I never get this error. May be you have a broken sources files or something like that. >> I update often multiple times especially when I integrate changes to make sure that I do not a strange changes around. >> and I never get such error. >> What is your OS? >> >> Stef >> >> On Mar 21, 2011, at 9:53 PM, Nicolas Cellier wrote: >> >>> Hi guys, >>> Updating Pharo from the update stream failed many times and keep on >>> failing for me... >>> But maybe it's just me... >>> >>> So I picked the unstable link from the web site >>> (http://www.pharo-project.org/pharo-download/unstable-core) >>> This drives me to a 13091 image. >>> The first thing I do is select the 'update system' menu... >>> Err, it fails... It seems related to broken sources... >>> Well the image points to which source file ? can't remember the >>> incantation, let just browse it... >>> Err, no source, I can't browse. >>> No matter, I set the browser to decompile mode... >>> Err, this does not work, I still can't browse code. >>> Hmm very bad starting experience, I know what unstable means, but I >>> was dreaming of other words like continuous development. >>> >>> So ket's open an older image (my own updated 1.2) to find the incantations. >>> (Scanner>>#scanTokens:) fileIndex -> 1, so it seems that the source >>> file is corrupted. >>> (SourceFiles at: 1) -> MultiByteFileStream: >>> '/Users/nicolas/Smalltalk/Squeak/pharo/PharoV10.sources' >>> >>> Well, for my previous Pharo images, this very file works ! >>> How damned can be the file be changed and the version not incremented ? >>> >>> Is it me who did something wrong ? >>> Or the update process somewhere did condense the sources ? >>> Or did someone elese messed with the sources ? >>> Is it a known problem ? >>> >>> Any help appreciated. >>> >>> Nicolas >>> >> >> >> >

March 21, 2011

Re: [Pharo-project] [ANN] SqueakNOS update released!

by Mariano Martinez Peck

Excellent :) Congrats...people was expecting this since Deep Smalltalk School jajaj On Mon, Mar 21, 2011 at 5:30 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > For all those who may be intrested, we are glad to announce that we have > just uploaded an updated version of SqueakNOS to our site. You can find the > updated download links here<http://squeaknos.blogspot.com/p/download.html> > . > > This release adds the following items to the previous version: (99.9% > modeled with objects) > > - Improved support for ATA devices access > - Implementation of a model of files and directories > - Implementation of FAT32 filesystem > - Support for reading sources from the hard disk > - Support for X86 paging setup and handling of page faults > - Implementation of a model of free and used memory > - Implementation of image snapshotting (based on the paging mechanism) > - Based on Pharo, but also supporting Squeak and Cuis > - Added some primitives for communicating between VM and image > - Support for Alien and FFI > - Added basic support for writing to serial via VM so that it's possiblo to > out debug info to the outside world. > - Added pretty basic ATA benchmarks > - Added some scripts to automatize work done from the outside world > - Many code cleanups > > Future directions are: > > - Support for Cog VM > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do > more on the image > - Offloading memory pages to disk > - More tests > - Benchmarks > > For the brave ones, remember that you can always generate a SqueakNOS image > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or by > manually loading the packages from monticello. Also to generate a SqueakNOS > VM download its code from GIT (hosted on sourceforge.net) > > Don't forget to visit squeaknos.blogspot.com for news and instructions. We > hope to be able to write more soon. > > Many thank's t all the people who made it possible to understand the code > and to develop all this. > > SqueakNOS' Team > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires >

March 21, 2011

Re: [Pharo-project] [ANN] SqueakNOS update released!

by Luc Fabresse

Great. Thank you! #Luc 2011/3/21 GermÃ¡n Arduino <garduino(a)gmail.com> > wow, very very good news! > > Congrats Javier! > > 2011/3/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com>: > > For all those who may be intrested, we are glad to announce that we have > > just uploaded an updated version of SqueakNOS to our site. You can find > the > > updated download links here. > > This release adds the following items to the previous version: (99.9% > > modeled with objects) > > - Improved support for ATA devices access > > - Implementation of a model of files and directories > > - Implementation of FAT32 filesystem > > - Support for reading sources from the hard disk > > - Support for X86 paging setup and handling of page faults > > - Implementation of a model of free and used memory > > - Implementation of image snapshotting (based on the paging mechanism) > > - Based on Pharo, but also supporting Squeak and Cuis > > - Added some primitives for communicating between VM and image > > - Support for Alien and FFI > > - Added basic support for writing to serial via VM so that it's possiblo > to > > out debug info to the outside world. > > - Added pretty basic ATA benchmarks > > - Added some scripts to automatize work done from the outside world > > - Many code cleanups > > Future directions are: > > - Support for Cog VM > > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do > more > > on the image > > - Offloading memory pages to disk > > - More tests > > - Benchmarks > > For the brave ones, remember that you can always generate a SqueakNOS > image > > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or > by > > manually loading the packages from monticello. Also to generate a > SqueakNOS > > VM download its code from GIT (hosted on sourceforge.net) > > Don't forget to visit squeaknos.blogspot.com for news and instructions. > We > > hope to be able to write more soon. > > Many thank's t all the people who made it possible to understand the code > > and to develop all this. > > SqueakNOS' Team > > > > -- > > Javier PimÃ¡s > > Ciudad de Buenos Aires > > > >

March 21, 2011

Re: [Pharo-project] [ANN] SqueakNOS update released!

by GermÃ¡n Arduino

wow, very very good news! Congrats Javier! 2011/3/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com>: > For all those who may be intrested, we are glad to announce that we have > just uploaded an updated version of SqueakNOS to our site.Â You can find the > updated download links here. > This release adds the following items to the previous version:Â (99.9% > modeled with objects) > - Improved support for ATA devices access > - Implementation of a model of files and directories > - Implementation of FAT32 filesystem > - Support for reading sources from the hard disk > - Support for X86 paging setup and handling of page faults > - Implementation of a model of free and used memory > - Implementation of image snapshotting (based on the paging mechanism) > - Based on Pharo, but also supporting Squeak and Cuis > - Added some primitives for communicating between VM and image > - Support for Alien and FFI > - Added basic support for writing to serial via VM so that it's possiblo to > out debug info to the outside world. > - Added pretty basic ATA benchmarks > - Added some scripts to automatize work done from the outside world > - Many code cleanups > Future directions are: > - Support for Cog VM > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do more > on the image > - Offloading memory pages to disk > - More tests > - Benchmarks > For the brave ones, remember that you can always generate a SqueakNOS image > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or by > manually loading the packages from monticello. Also to generate a SqueakNOS > VM download its code from GIT (hosted onÂ sourceforge.net) > Don't forget to visitÂ squeaknos.blogspot.comÂ for news and instructions. We > hope to be able to write more soon. > Many thank's t all the people who made it possible to understand the code > and to develop all this. > SqueakNOS' Team > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires >

March 21, 2011

Re: [Pharo-project] Getting a functionning unstable image

by Nicolas Cellier

I'm inquiring and it seems related to bad handling of author/timestamps. Here: (CompiledMethod allInstances select: [:e | e fileIndex = 1]) detectMax: [:e | e filePosition] (ZipWriteStream class>>#regressionTestFrom: "a CompiledMethod(353370112)") filePosition 16234210 (SourceFiles at: 1) size 16249263 So, the highest position still in the source file. Let's see the lowest: (CompiledMethod allInstances select: [:e | e fileIndex = 1]) detectMin: [:e | e filePosition] (AColorSelectorMorph>>#color: "a CompiledMethod(894697472)") filePosition 468 Now, let us see what is in the source file: (SourceFiles at: 1) position: 0; next: 468 '''From Pharo1.0beta of ''''18 October 2009'''' [Latest update: #10487] on 19 October 2009 at 6:18:53 pm''! BracketSliderMorph subclass: #AColorSelectorMorph instanceVariableNames: '''' classVariableNames: '''' poolDictionaries: '''' category: ''Polymorph-Widgets''! !AColorSelectorMorph commentStamp: ''gvc 5/18/2007 13:52'' prior: 0! ColorComponentSelector showing an alpha gradient over a hatched background.! !AColorSelectorMorph methodsFor: ''accessing'' stamp: ''gvc 9/3/2009 ' (SourceFiles at: 1) next: 100. '13:43''! color: aColor "Set the gradient colors." super color: aColor asNontranslucentColor. sel' Yeah, that's what I get in the browser 13:43, it's not the source, it's the time...` In 1.2: (AColorSelectorMorph>>#color: ) filePosition 476 (ZipWriteStream class>>#regressionTestFrom: ) filePosition 16248101 So, someone broke my pointers, or someone have a different sources. Nicolas 2011/3/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hi nicolas > > this is strange because I always update all the updates from the latest unstable published by marcus > (so yes it can be long) and I never get this error. May be you have a broken sources files or something like that. > I update often multiple times especially when I integrate changes to make sure that I do not a strange changes around. > and I never get such error. > What is your OS? > > Stef > > On Mar 21, 2011, at 9:53 PM, Nicolas Cellier wrote: > >> Hi guys, >> Updating Pharo from the update stream failed many times and keep on >> failing for me... >> But maybe it's just me... >> >> So I picked the unstable link from the web site >> (http://www.pharo-project.org/pharo-download/unstable-core) >> This drives me to a 13091 image. >> The first thing I do is select the 'update system' menu... >> Err, it fails... It seems related to broken sources... >> Well the image points to which source file ? can't remember the >> incantation, let just browse it... >> Err, no source, I can't browse. >> No matter, I set the browser to decompile mode... >> Err, this does not work, I still can't browse code. >> Hmm very bad starting experience, I know what unstable means, but I >> was dreaming of other words like continuous development. >> >> So ket's open an older image (my own updated 1.2) to find the incantations. >> (Scanner>>#scanTokens:) fileIndex -> 1, so it seems that the source >> file is corrupted. >> (SourceFiles at: 1) -> MultiByteFileStream: >> '/Users/nicolas/Smalltalk/Squeak/pharo/PharoV10.sources' >> >> Well, for my previous Pharo images, this very file works ! >> How damned can be the file be changed and the version not incremented ? >> >> Is it me who did something wrong ? >> Or the update process somewhere did condense the sources ? >> Or did someone elese messed with the sources ? >> Is it a known problem ? >> >> Any help appreciated. >> >> Nicolas >> > > >

March 21, 2011

Re: [Pharo-project] [ANN] SqueakNOS update released!

by Igor Stasenko

On 21 March 2011 17:30, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > For all those who may be intrested, we are glad to announce that we have > just uploaded an updated version of SqueakNOS to our site.Â You can find the > updated download links here. > This release adds the following items to the previous version:Â (99.9% > modeled with objects) > - Improved support for ATA devices access > - Implementation of a model of files and directories > - Implementation of FAT32 filesystem > - Support for reading sources from the hard disk > - Support for X86 paging setup and handling of page faults > - Implementation of a model of free and used memory > - Implementation of image snapshotting (based on the paging mechanism) > - Based on Pharo, but also supporting Squeak and Cuis > - Added some primitives for communicating between VM and image > - Support for Alien and FFI > - Added basic support for writing to serial via VM so that it's possiblo to > out debug info to the outside world. > - Added pretty basic ATA benchmarks > - Added some scripts to automatize work done from the outside world > - Many code cleanups > Future directions are: > - Support for Cog VM > - Investigate replacing SqueakNOS plugin with NativeBoost so that we do more > on the image > - Offloading memory pages to disk > - More tests > - Benchmarks > For the brave ones, remember that you can always generate a SqueakNOS image > by using the ConfigurationOfSqueakNOS (which is a bit outdated now), or by > manually loading the packages from monticello. Also to generate a SqueakNOS > VM download its code from GIT (hosted onÂ sourceforge.net) > Don't forget to visitÂ squeaknos.blogspot.comÂ for news and instructions. We > hope to be able to write more soon. > Many thank's t all the people who made it possible to understand the code > and to develop all this. > SqueakNOS' Team > Which platform used to build SqueakNOS VM? > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- Best regards, Igor Stasenko AKA sig.

March 21, 2011