- Pharo-dev - lists.pharo.org

[Pharo-project] [COTDC] 34 - MCSystemCategoryParser

by laurent laffont

Today: MCSystemCategoryParser Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

March 21, 2011

[Pharo-project] Security Vunerability in SqueakSource

by Matthew Fulmer

As demonstrated by the VMMaker team, SqueakSource has a rather serious security vunerability: http://bugs.squeak.org/view.php?id=7617 Below is the dialog that led to this discovery: On Sun, Mar 20, 2011 at 11:26:20AM -0700, Eliot Miranda wrote: > > > Hmm, wouldn't applying the ï¿½defaultï¿½ naming scheme prevent such > > overwrites? > > > > > > That is, now there would be > > > VMMaker-oscog-eem.52 > > > for Elliots version and > > > VMMaker-oscog-IgorStasenko.52 > > > for Igors version. > > > What would prevent us from that? > > > > > > I don't see a naming conflict. I've been using VMMaker-oscog.NN since > > the beginning and Igor has been using VMMaker-oscog-IgorStasenko.NN. This > > isn't about names, it's about content. Igor is miffed I didn't merge in > > some changes he made when I published VMMaker-oscog.52, right Igor? > > > > > > > No, youï¿½obviously accidentallyï¿½overwrote his version of the 18th of March: > > > > So how did Monticello allow me to do that? That's a /bad/ bug. > > > > > > >>> > > Name: VMMaker-oscog.52 > > Author: IgorStasenko > > Time: 18 March 2011, 12:45:14 am > > UUID: a2810aac-4423-6740-b70e-7e821b979cb4 > > Ancestors: VMMaker-oscog-IgorStasenko.50, > > VMMaker-oscog-EstebanLorenzano.50, VMMaker-oscog.51 > > > > Merge with oscog-49-51 & Esteban-50 > > <<<< > > > > which has the same file name as yours: > > > > >>> > > Name: VMMaker-oscog.52 > > Author: eem > > Time: 20 March 2011, 9:31:20 am > > UUID: 1241a856-8570-4725-a069-a6d3d8a8a222 > > Ancestors: VMMaker-oscog.51 > > > > Fix primitiveFlushCacheByMethod for objects-as-methods. > > <<<< -- Matthew Fulmer (a.k.a. Tapple)

March 21, 2011

Re: [Pharo-project] [squeak-dev] [UPD] NativeBoost runs on new Cog VMs

by Igor Stasenko

On 21 March 2011 02:43, Levente Uzonyi <leves(a)elte.hu> wrote: > On Sun, 20 Mar 2011, Igor Stasenko wrote: > >> Hello, >> i just wanna to inform you that i adopted NativeBoost plugin for >> building with latest Cog vms. > > Great. > >> >> To build VM, you should have an image with VMMaker + CMakeVMMaker >> packages installed. >> >> Then load NBIntaller package and do: >> NBInstaller installCogPlugin >> >> There are new cmake configurations i added to build VMs with NB plugin >> support. > > It's an old question, but I don't remember your answer, so: wouldn't it > be better to add a command line switch for enabling NB? So even if a VM is > compiled with NB, I can still turn it off if I want to. > It is disabled by default, when you starting a new image. This allows me to not care if some of the methods were carrying native code saved into an image. For enabling a native code, one should invoke #primitiveEnable first. You can customize a mechanism of enabling it in NativeBoost class>>enableNativeCode and put checking of command-line argument(s) there. And yes, i am against putting extra logic at plugin side :) The reason is simple: if you using it, then you know what you doing, and if you don't - then you safe anyways. Also, plugin can be made external, if you want. But there is certainly some intimate connection with VM, so i wouldn't recommend making it external, because it can easy break things, if you mismatch VM/plugin pairs. I am also looking forward for making JITted code to make direct calls to NB native code. In a way, that JIT code would not call #primitiveNativeCall (and only then enter native code) but instead directly call the native code which method contains. It will , of course, bypass all logic placed in #primitiveNativeCall, like checking if NB is enabled etc.. and could be dangerous.. but the speed will be... :) In a longer perspective this means that eventually JIT compiler could be moved from VM to language side (like Exupery does). -- Best regards, Igor Stasenko AKA sig.

March 21, 2011

Re: [Pharo-project] [squeak-dev] Re: [Vm-dev] VM Maker: VMMaker-oscog.52.mcz

by Igor Stasenko

On 21 March 2011 02:16, Matthew Fulmer <tapplek(a)gmail.com> wrote: > On Sun, Mar 20, 2011 at 10:02:05PM +0100, Igor Stasenko wrote: >> I agree that having different repos could simplify things. >> Except things which will otherwise complicate them: >> Â - publishing new VMMaker version sends nice email to mailing list > > This is just a setting in SqueakSource that can be set for any > repository. Just have both repositories notify this list > >> Â - configuration(s) to automatically load VMMaker with all >> dependencies relying on having VMMaker package at certain known >> location, >> not at multiple ones. > > If you want to load a working VMMaker, you aren't going to mix > stuff from cog and stable VMMaker repositories without a manual > merge first. And if you are talking about .mcm files, they > support multiple repositories, as long as package names are not > duplicated (like, if there are two different packages named > VMMaker-oscog.52 in each repo, it's undefined which one mcm will > load) > No i'm talking about Metacello configuration, which currently used to load VMMaker. But you are right, i still manually control each update, so i can always change the location & packages which should be loaded for new version(s). > -- > Matthew Fulmer (a.k.a. Tapple) > > -- Best regards, Igor Stasenko AKA sig.

March 21, 2011

Re: [Pharo-project] [Vm-dev] VM Maker: VMMaker-oscog.52.mcz

by Matthew Fulmer

On Sun, Mar 20, 2011 at 10:02:05PM +0100, Igor Stasenko wrote: > I agree that having different repos could simplify things. > Except things which will otherwise complicate them: > - publishing new VMMaker version sends nice email to mailing list This is just a setting in SqueakSource that can be set for any repository. Just have both repositories notify this list > - configuration(s) to automatically load VMMaker with all > dependencies relying on having VMMaker package at certain known > location, > not at multiple ones. If you want to load a working VMMaker, you aren't going to mix stuff from cog and stable VMMaker repositories without a manual merge first. And if you are talking about .mcm files, they support multiple repositories, as long as package names are not duplicated (like, if there are two different packages named VMMaker-oscog.52 in each repo, it's undefined which one mcm will load) -- Matthew Fulmer (a.k.a. Tapple)

March 21, 2011

Re: [Pharo-project] [Pharo-users] Do you have a tool that works on Pharo ?

by Miguel CobÃ¡

Hey great idea, and very informative page although some of them a little outdated. I can update some. Can you create me an account? Thanks El dom, 20-03-2011 a las 22:22 +0100, Mariano Martinez Peck escribiÃ³: > ifTrue: [ self writeOnPharoBook: aTool] > > We need to improve our documentation. Right now, we have a > collaborative book where everyone can join and write: > http://book.pharo-project.org/ > > Here we have a list of tools that run on Pharo: > http://book.pharo-project.org/book/PharoTools > and it is REALLY important to have such list updated and maintained. > > So, if you have a tool that works in pharo and it is not there, please > add it. If you don't have a user, I can create one for you. If you are > TOO lazy, you can send by email the text to me and I write it. > > Thanks > > Mariano -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

March 21, 2011

Re: [Pharo-project] [ANN 1.2.1a] towards 1.2.1

by Marcus Denker

On Mar 20, 2011, at 11:44 PM, Michael Roberts wrote: > Hi, a meta question... > > when i made changes to SystemVersion I put a comment in that method > thinking it would not make sense to use it. I did not know. I just did what we did when changing the version in the past. (copy and paste from the postscript... same as setting the version to 1.2) It worked... > You have published a use > for it ;-) > I just changed the version number the same way it was done before. It did not give an error message, the version looks good. If this is not correct, the method should react by telling me. How can I know else? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 20, 2011

Re: [Pharo-project] [ANN 1.2.1a] towards 1.2.1

by Michael Roberts

Hi, a meta question... when i made changes to SystemVersion I put a comment in that method thinking it would not make sense to use it. You have published a use for it ;-) is there a reason you did not want to do SystemVersion current suffix: '1a' that was the main reason i made the changes so it was easy to adjust image versions without having to parse the string all the time. Did you want to remove the accumulated update set for some reason? I can perhaps re-comment the method if i understood the use case better. thanks, Mike On Fri, Mar 18, 2011 at 8:13 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > With people now finally actually looking at 1.2Core, we need to start to collect bugfixes > and do a 1.2.1... > > So if you want to update 1.2Core, you need to > > Â Â Â Â SystemVersion newVersion: 'Pharo1.2.1a'. > > or download it from > > Â Â Â Â https://gforge.inria.fr/frs/download.php/28391/PharoCore-1.2.1a-12342.zip > > This is *not* linked as stable core... as it can break anytime. > And 1.2Core does not update withour changing the version number (We might > want to rethink that... but that can only be done in 1.3) > > > Â Â Â Â Marcus > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

March 20, 2011

Re: [Pharo-project] [Pharo-users] Do you have a tool that works on Pharo ?

by Mariano Martinez Peck

I've added: - Gofer - Monticello - Metacello - Fuel If you can check and improve it..please do. It only took me 30 mins. Cheers Mariano On Sun, Mar 20, 2011 at 11:12 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I forgot...If someone answer "but you can browse the MetecelloRepository" > or "XX" or "blah"....the answer is that we are not targeting the same > people. Someone that knows how that he has to browse MetacelloRepository, > probably knows how to install the software, what it is, etc. > With this page (after, moved to the pharo website) we want to targe > business and new comers. Imagine someone arriving to Pharo and asking > himseld "mmmmm does Pharo have XXX that I have in YYY language? ". So the > idea is to show all the available tools. > > Cheers > > Mariano > > > On Sun, Mar 20, 2011 at 10:42 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> thanks mariano this is a good initiative. >> >> Stef >> >> On Mar 20, 2011, at 10:22 PM, Mariano Martinez Peck wrote: >> >> > ifTrue: [ self writeOnPharoBook: aTool] >> > >> > We need to improve our documentation. Right now, we have a collaborative >> book where everyone can join and write: http://book.pharo-project.org/ >> > >> > Here we have a list of tools that run on Pharo: >> http://book.pharo-project.org/book/PharoTools >> > and it is REALLY important to have such list updated and maintained. >> > >> > So, if you have a tool that works in pharo and it is not there, please >> add it. If you don't have a user, I can create one for you. If you are TOO >> lazy, you can send by email the text to me and I write it. >> > >> > Thanks >> > >> > Mariano >> >> >> >

March 20, 2011

Re: [Pharo-project] [Pharo-users] Do you have a tool that works on Pharo ?

by Mariano Martinez Peck

I forgot...If someone answer "but you can browse the MetecelloRepository" or "XX" or "blah"....the answer is that we are not targeting the same people. Someone that knows how that he has to browse MetacelloRepository, probably knows how to install the software, what it is, etc. With this page (after, moved to the pharo website) we want to targe business and new comers. Imagine someone arriving to Pharo and asking himseld "mmmmm does Pharo have XXX that I have in YYY language? ". So the idea is to show all the available tools. Cheers Mariano On Sun, Mar 20, 2011 at 10:42 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > thanks mariano this is a good initiative. > > Stef > > On Mar 20, 2011, at 10:22 PM, Mariano Martinez Peck wrote: > > > ifTrue: [ self writeOnPharoBook: aTool] > > > > We need to improve our documentation. Right now, we have a collaborative > book where everyone can join and write: http://book.pharo-project.org/ > > > > Here we have a list of tools that run on Pharo: > http://book.pharo-project.org/book/PharoTools > > and it is REALLY important to have such list updated and maintained. > > > > So, if you have a tool that works in pharo and it is not there, please > add it. If you don't have a user, I can create one for you. If you are TOO > lazy, you can send by email the text to me and I write it. > > > > Thanks > > > > Mariano > > >

March 20, 2011