- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 5445: Broken command-line arguments in 1.4

by Michael Roberts

Hi, i tested the fix in 1.4 and it seemed to work fine. http://code.google.com/p/pharo/issues/detail?id=5445 thanks, Mike

April 7, 2012

Re: [Pharo-project] [ANN] NBOpenGL update

by Igor Stasenko

On 7 April 2012 09:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > thanks a lot. > Did you define a stable version because like that we can publish it to the MetaReportForPharo14 and > use the browser to load it. > i never publish broken metacello versions.. if something is broken in version i fixing it instead of releasing new metacello version. > Stef > > On Apr 6, 2012, at 3:31 PM, Igor Stasenko wrote: > >> Hi there, >> >> for those, who interested, i updated a NBOpenGL configuration. >> >> Changes are: >> >> - updated GL API to most recent available (taken directly from opengl >> specs). Now there is about 300 more methods to explore :) >> - finally dealt with win32 support code and made it working again >> - fixed the GLX function prefix , which should be 'glX' not 'glx' >> >> To load it in 1.4 use: >> >> Gofer new >> Â squeaksource: 'NBOpenGL'; >> Â package: 'ConfigurationOfNBOpenGL'; >> Â load. >> >> >> and then >> >> (ConfigurationOfNBOpenGL project version: '1.0.2') load >> >> I did not tested the update thoroughly.. so i would appreciate if >> people will try it out and tell how it goes. >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

April 7, 2012

[Pharo-project] GSoC news: we got 30 proposals, few stats

by Janko MivÅ¡ek

Dear Smalltalkers, Yesterday passed a deadline for students to propose how will they do the projects and we received 30 proposals from 23 students, which is in my opinion quite a nice number and I'm sure we can end up with quite a number of nice projects this year. And what is even more important: new Smalltalkers in community! Next two weeks mentors will review and rank/vote for the proposals, Google will give us a number of stipendiums it will provide and in few days after Friday 20.April we will have a final list of accepted students and their projects. Few stats (numbers of all participating): 32 projects 34 mentors 32 students 30 proposals 23 students wrote proposal Students by Smalltalk skill: 11 None 9 Low 5 Medium 7 High Students from countries: 5 Argentina 5 India 4 Russia 3 USA 2 Chile 2 Czech Republic 2 Malaysia 1 China 1 Croatia 1 Ecuador 1 Egypt 1 France 1 Germany 1 Sweden 1 Ukraine 1 Slovenia Stay tuned! Janko @ Carla -- Smalltalk GSoC Admin Team http://gsoc2012.esug.org

April 7, 2012

Re: [Pharo-project] Why do we have classOrganizer and BasicClassOrganizer?

by Craig Latta

> Ideally I want to remove categories because they are redundant with > package and they should be managed as class tags. Hear hear. -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547 + 1 510 282 7468

April 7, 2012

Re: [Pharo-project] Why do we have classOrganizer and BasicClassOrganizer?

by StÃ©phane Ducasse

Ideally I want to remove categories because they are redundant with package and they should be managed as class tags. > On Fri, Apr 6, 2012 at 10:30 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 6 April 2012 20:07, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > > > On Fri, Apr 6, 2012 at 6:59 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> > >> On 6 April 2012 16:53, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > >> > BasicClassOrganizer has no users... Is it there for any purpose? > >> > > >> > What about joining them? > >> > > >> > >> Ehh... i was also looked at those classes couple years ago and > >> wondered why if its really worth > >> having so complex implementation to save few bytes of space.. > >> > >> I would rewrite this stuff and leave just a Categorizer with clean > >> protocol and structure: > > > > > > yes > > > >> - categorizer holds categories (order could be important, but i would > >> just keep it unspecified , i.e, > > > > > > yes. I was working in a simple version having #sort:, #sortAlphabetically, > > #sortByAmmountOfElements > > > >> > >> instead > >> OrderedCollection ( categoryName -> {.. category items .. } ) > >> > >> I would use Dictionary > >> #categoryName -> Set(items) > > > > > > I'd like having a Category object there. > > > >> > >> > >> this class should serve basic operations like adding /removing and > >> queries: > >> - what is a categor(ies) of element (if element can be include only > >> into single category at once) > >> - what are category names > >> - what are elements of specific category.. > >> Period. > >> And it actually can serve as a general categorizer (not just for > >> classes/packages). > > > > > > but then we have to put the changes announcements/notifications in another > > place > > > yes. of course. > usually operations are logged by separate entity than in place where > it actually happens. > you recording some operation over some model, and model don't > necessary needs to know > that you recording, isn't? > > I'm with you :), was just remarking one implication of the change. And thinking that way makes the change much more aggressive :P. But I know, step by step... > > > >> > >> > >> The way how BasicClassOrganizer using inheritance is abuse.. > >> since it extends a clean concept (Categorizer) with unrelated stuff, > >> like classComment and commentStamp. > > > > > > Ok, you are making me open an issue to move those to class :). 1.5? > > > >> > >> Class organizer, should instead delegate, or even better, Class > >> should use two different fields for categories and class comment.. > >> but not mixing everything into one pile of mess. > >> > >> > Guille > >> > >> -- > >> Best regards, > >> Igor Stasenko. > >> > > > > > > -- > Best regards, > Igor Stasenko. > >

April 7, 2012

Re: [Pharo-project] SmallLint and manifest

by StÃ©phane Ducasse

Thanks > Hi, > > Thanks. > > I gave it a short try, and here are some comments: > - The Manifest-Core should contain only the core of the manifest engine. For example, I see here some mechanism for traversing Manifest classes and retrieving data from them. Everything else that is specific to SmallLint should be in a Manifest-SmallLint package. > - All tests should be in the Manifest-Tests package (currently, there are extension tests in Manifest-Core - I actually do not know why) > - I like it that a Manifest class does not have to inherit from a specific root class. > - There exists a ManifestManifestCore class, but I do not understand why there are subclasses to it. > - You are using numbers to identify SmallLint rules. For this, you extended the rules with unique numbers. This is a very brittle scheme, and when people have domain specific rules, you will likely get a mess. Furthermore, I do not see the reason for having a number as a unique identifier, when you already have a unique identifier in the name of the rule class. Also, when looking at a method, we see something like: rule17V1FalsePositive. This is unnecessary cryptic. Because we do not want to rely on class refactoring. > - In the rule methods, you are storing strings. This means that when someone renames a rule, the code in there will not be updated. Why not store this information as normal code and use symbols that can be queried? I do not get it? It is normal code no? You mean symbols instead of strings. We will the issues. > > Cheers, > Doru > > > > On 6 Apr 2012, at 09:51, Simon Allier wrote: > >> Hi pharoers >> >> Since a couple of months the Pharo team has been working on improving the support for rules checking and in particular the handling of false positives (there is nothing more boring that to get all the time the same warnings that we know are not adequate). >> We added a manifest mechanism to manage the false/true positive of SmallLint, the rule checker of Pharo. A manifest is a class that contains meta data. In the future we may add package license and package documentation. This data is stored in methods on the meta side of the class. So, manifest can be versioned in Monticello and not lost. There is one manifest per package. >> >> It possible to use SmallLint with Manifest using the Critics Browser (menuWorld > Tool > CriticBrowser). With the Critics browser you can inspect violations of rules and mark them as false positive or true positive (ToDo) and see previous warnings flagged as false positives or toDo. >> In addition all the logic of the browser has been developed so that the manifest can be saved within the package without adding dependencies. >> We will continue to improve the Browser. In addition we will run SmallLint rules to all the Pharo packages and the rules checking will be part of the package validation. We want the community to use rule checking for real so that we all improve. >> >> Simon and Stef >> >> Gofer >> new >> url: 'http://www.squeaksource.com/PharoTaskForces'; >> package: 'ConfigurationOfManifest'; >> load. >> ((Smalltalk at: #ConfigurationOfManifest) project version: #stable) load > > -- > www.tudorgirba.com > > "Not knowing how to do something is not an argument for how it cannot be done." > >

April 7, 2012

Re: [Pharo-project] CogVM segmentation fault (on linux) when running headless

by StÃ©phane Ducasse

sebastian can you open a bug entry? thanks Stef On Apr 6, 2012, at 4:06 AM, Sebastian Sastre wrote: > Hi guys, > > I'm testing CogVM for one airflowing worker we have in stage and it looks quite promising when we start the image with UI but when we start it headless it immediately segfaults > > Below is the log > > sebastian > > o/ > > > :~$ sudo invoke-rc.d airflowing0 start > :~$ > Segmentation fault Thu Apr 5 21:00:09 2012 > > > Squeak VM version: 3.9-7 #1 Thu Apr 5 14:40:40 CEST 2012 gcc 4.1.2 > Built from: CoInterpreter VMMaker-oscog-EstebanLorenzano.139 uuid: 5aa53979-d7d8-4ca3-91fe-cfc3b4109c33 Apr 5 2012 > With: StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.139 uuid: 5aa53979-d7d8-4ca3-91fe-cfc3b4109c33 Apr 5 2012 > Revision: https://git.gitorious.org/cogvm/blessed.git Commit: 846551630c3c10df1f59588a6e7131d602f00b45 Date: Thu Apr 5 14:13:41 2012 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> > Build host: Linux pharo-build.lille.inria.fr 2.6.18-194.26.1.el5xen #1 SMP Tue Nov 9 14:13:46 EST 2010 i686 i686 i386 GNU/Linux > plugin path: /home/prod/pharo/cog/ [default: /home/prod/pharo/cog/] > > > C stack backtrace: > /home/prod/pharo/cog/CogVM[0x80968b1] > /home/prod/pharo/cog/CogVM[0x8096a52] > [0xb77a8440] > /lib/tls/i686/cmov/libc.so.6(iconv+0x6e)[0xb761e4ee] > /home/prod/pharo/cog/CogVM(convertChars+0xb4)[0x8094384] > /home/prod/pharo/cog/CogVM(sq2uxPath+0x47)[0x80945d7] > /home/prod/pharo/cog/CogVM(dir_Lookup+0x73)[0x80b8703] > /home/prod/pharo/cog/CogVM[0x80b7180] > /home/prod/pharo/cog/CogVM(interpret+0x3f68)[0x808dcc8] > /home/prod/pharo/cog/CogVM[0x808fc97] > /home/prod/pharo/cog/CogVM[0x8090664] > /home/prod/pharo/cog/CogVM(main+0x38a)[0x809774a] > /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb761d460] > /home/prod/pharo/cog/CogVM[0x805acc1] > > > Smalltalk stack dump: > 0xbfdc45d8 I FSUnixStore(FSDiskStore)>directoryAt:ifAbsent:nodesDo: -1431671128: a(n) FSUnixStore > 0xbfdc4608 I FSUnixStore(FSDiskStore)>nodeAt:ifPresent:ifAbsent: -1431671128: a(n) FSUnixStore > 0xbfdc4634 I FSUnixStore(FSStore)>exists: -1431671128: a(n) FSUnixStore > 0xbfdc4658 I FSFilesystem>exists: -1431671120: a(n) FSFilesystem > 0xbfdc467c I FSReference>exists -1431667420: a(n) FSReference > 0xbfdc469c I FSLocator>exists -1431671980: a(n) FSLocator > 0xbfdc46bc I FLHelper>hasConfDirectory -1431672032: a(n) FLHelper > 0xbfdc46dc I FLHelper>start -1431672032: a(n) FLHelper > 0xbfdc46fc I FLHelper class>start -1446907784: a(n) FLHelper class > 0xbfdc471c I FLHelper class>startUp -1446907784: a(n) FLHelper class > 0xbfdc4734 M FLHelper class(Behavior)>startUp: -1446907784: a(n) FLHelper class > 0xbfdc4760 M [] in SmalltalkImage>send:toClassesNamedIn:with: -1478292160: a(n) SmalltalkImage > 0xbfdc4788 I OrderedCollection>do: -1480202612: a(n) OrderedCollection > 0xbfdc47b0 I SmalltalkImage>send:toClassesNamedIn:with: -1478292160: a(n) SmalltalkImage > 0xbfdc47dc I SmalltalkImage>processStartUpList: -1478292160: a(n) SmalltalkImage > 0xbfdc4804 I [] in SmalltalkImage>snapshot:andQuit: -1478292160: a(n) SmalltalkImage > 0xbfdc4824 M BlockClosure>ensure: -1436539624: a(n) BlockClosure > 0xbfdc4848 I MorphicUIManager(UIManager)>boot:during: -1441995864: a(n) MorphicUIManager > 0xbfdc4878 I SmalltalkImage>snapshot:andQuit: -1478292160: a(n) SmalltalkImage > -1436547788 s SmalltalkImage>saveSession > -1436547696 s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1436547604 s BlockClosure>ensure: > -1437443620 s CursorWithMask(Cursor)>showWhile: > -1437443732 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1436547512 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > -1436547420 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > -1436547328 s MouseButtonEvent>sentTo: > -1436547236 s ToggleMenuItemMorph(Morph)>handleEvent: > -1436547144 s MorphicEventDispatcher>dispatchDefault:with: > -1436547052 s MorphicEventDispatcher>dispatchEvent:with: > -1436546960 s ToggleMenuItemMorph(Morph)>processEvent:using: > -1436546868 s MorphicEventDispatcher>dispatchDefault:with: > -1436546776 s MorphicEventDispatcher>dispatchEvent:with: > -1436546684 s MenuMorph(Morph)>processEvent:using: > -1436546592 s MenuMorph(Morph)>processEvent: > -1436546500 s MenuMorph>handleFocusEvent: > -1436546408 s [] in HandMorph>sendFocusEvent:to:clear: > -1436546316 s [] in PasteUpMorph>becomeActiveDuring: > -1437443244 s BlockClosure>on:do: > -1437444096 s PasteUpMorph>becomeActiveDuring: > -1437444216 s HandMorph>sendFocusEvent:to:clear: > -1436546224 s HandMorph>sendEvent:focus:clear: > -1437444332 s HandMorph>sendMouseEvent: > -1437444424 s HandMorph>handleEvent: > -1436546132 s HandMorph>processEvents > -1436546040 s [] in WorldState>doOneCycleNowFor: > -1436545948 s Array(SequenceableCollection)>do: > -1436545856 s WorldState>handsDo: > -1437444768 s WorldState>doOneCycleNowFor: > -1436545764 s WorldState>doOneCycleFor: > -1436545672 s PasteUpMorph>doOneCycle > -1441147720 s [] in Project class>spawnNewProcess > -1441147868 s [] in BlockClosure>newProcess > > Most recent primitives > value: > compare:with:collated: > compare:with:collated: > value: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > size > size > at: > compare:with:collated: > size > basicNew: > compare:with:collated: > new: > at:put: > basicNew > new: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > size > + > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > size > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew > new: > compare:with:collated: > compare:with:collated: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > value:value: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > = > size > at: > compare:with:collated: > size > basicNew: > at: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > size > new: > size > at:put: > size > size > at: > basicNew > new: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > size > compare:with:collated: > basicNew: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew: > basicNew > value: > at:put: > size > new > value: > replaceFrom:to:with:startingAt: > value > at:put: > <= > * > + > value: > at: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > species > basicNew: > replaceFrom:to:with:startingAt: > basicNew > basicNew: > basicNew > findFirstInString:inSet:startingAt: > replaceFrom:to:with:startingAt: > lookupEntryIn:index: > > (Segmentation fault) >

April 7, 2012

Re: [Pharo-project] [ANN] NBOpenGL update

by StÃ©phane Ducasse

Igor thanks a lot. Did you define a stable version because like that we can publish it to the MetaReportForPharo14 and use the browser to load it. Stef On Apr 6, 2012, at 3:31 PM, Igor Stasenko wrote: > Hi there, > > for those, who interested, i updated a NBOpenGL configuration. > > Changes are: > > - updated GL API to most recent available (taken directly from opengl > specs). Now there is about 300 more methods to explore :) > - finally dealt with win32 support code and made it working again > - fixed the GLX function prefix , which should be 'glX' not 'glx' > > To load it in 1.4 use: > > Gofer new > squeaksource: 'NBOpenGL'; > package: 'ConfigurationOfNBOpenGL'; > load. > > > and then > > (ConfigurationOfNBOpenGL project version: '1.0.2') load > > I did not tested the update thoroughly.. so i would appreciate if > people will try it out and tell how it goes. > > > -- > Best regards, > Igor Stasenko. >

April 7, 2012

Re: [Pharo-project] How should we tag new issues

by StÃ©phane Ducasse

1.4 should get out. So only show stoppers On Apr 6, 2012, at 12:47 PM, Guillermo Polito wrote: > I have this issue: > > http://code.google.com/p/pharo/issues/detail?id=5584&thanks=5584&ts=1333709… > > I should not tag it as critical, but it is important to newcomers who are learning to use changesets and fileouts to have this working nicely :). > > how should we handle the new issues tagging? > > - critical/showstoppers for 1.4 > - non critical for 1.5 > > ? > > Guille

April 7, 2012

Re: [Pharo-project] Using Merlin in Web UI's

by StÃ©phane Ducasse

Yes there is. If I remember correctly there is a visitor or something like that that generates morphic or seaside. Stef On Apr 6, 2012, at 5:19 AM, HernÃ¡n Morales Durand wrote: > Hi all, > > Is there any support for using Merlin (a wizard library) with Seaside? (or any other web framework like Aida or Iliad) > Cheers, > > HernÃ¡n >

April 7, 2012