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

[Pharo-project] NBOpenGL issue with latest 1.4 Pharo image and latest NBCog VM
by Lawson English March 24, 2012

March 24, 2012

I procure the latest and greatest of each of the components: NBCog, Pharo 1.4.image Pharo 1.4.changes etc I procure the latest CofigurationOfNBOpenGL from: MCHttpRepository location: 'http://www.squeaksource.com/NBOpenGL' user: '' password: ''. I run the following in a workspace: ConfigurationOfNBOpenGL project lastVersion load. NBInstaller install. Now, when I evaluate: GLTTRenderingDemo new OpenInWorld. Pharo hangs. cmd+. doesn't interrupt. Sigh.... Lawson

3 3

[Pharo-project] [update 1.4] #14410
by Marcus Denker March 24, 2012

March 24, 2012

14410 ----- Issue 5539: Clean up unused source file related machinery http://code.google.com/p/pharo/issues/detail?id=5539 Issue 5536: Disabled background color for list is not dark enough http://code.google.com/p/pharo/issues/detail?id=5536 Issue 5461: Test failing: MCFileInTest>>testStWriter http://code.google.com/p/pharo/issues/detail?id=5461 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14409
by Marcus Denker March 24, 2012

March 24, 2012

14409 ----- Issue 5535: DropListItem class>>#example references non-existing class http://code.google.com/p/pharo/issues/detail?id=5535 Issue 5496: UIManager>>grafPort should be made abstract (#grafPort not needed) http://code.google.com/p/pharo/issues/detail?id=5496 Issue 5475: flat padded date formats (added tests) http://code.google.com/p/pharo/issues/detail?id=5475 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Seth Talk at BoS 2008 Is The Marketing Lesson Every Engineer and Specialist Must Watch
by Sebastian Sastre March 23, 2012

March 23, 2012

Hey guys, this is an oldie, but I think it's relevant to make this well known in our community: Seth Talk at BoS 2008 Is The #Marketing Lesson Every Engineer and Specialist Must Watch [1] #software #business cheers, sebastian o/ [1] http://sebastianconcept.com/brandIt/seth-talk-at-bos-2008-is-the-marketing-…

1 0

[Pharo-project] Needs help with hang images
by Denis Kudriashov March 23, 2012

March 23, 2012

Hello. I have standalone application with UI which hangs sometime (very *rarely*). This application has many threads which interacts with server. All interactions with server and UI activity logged. But at hang state there are no new log entries. There are no server interactions. It looks like all VM block image stuff. ("alt ." not work too). Logs always finished at same position. I know where I should add extra logging which give me information before hang. So I need help. What information about system can help me? What code I should use? Is somebody has same problems? Application uses old cog VM (maybe one of first distributions from Eliot) and Pharo1.1. Application uses continuations actively. I want try updated VM. What version I should use? I need most reliable cog (not latest I think). Best regards, Denis

4 5

Re: [Pharo-project] Behavior modification VM crash
by Eliot Miranda March 23, 2012

March 23, 2012

Camillo, On Fri, Mar 23, 2012 at 5:13 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > > On 2012-03-22, at 23:41, Eliot Miranda wrote: > > > > > > > On Thu, Mar 22, 2012 at 3:32 PM, Camillo Bruni <camillobruni(a)gmail.com> > wrote: > > > > On 2012-03-22, at 17:26, Eliot Miranda wrote: > > > > > > > > > > > On Thu, Mar 22, 2012 at 7:26 AM, Camillo Bruni <camillobruni(a)gmail.com> > wrote: > > > > > > On 2012-03-22, at 15:06, Stefan Marr wrote: > > > > > > > > > > > On 22 Mar 2012, at 14:45, Camillo Bruni wrote: > > > > > > > >> let's have some fun and do > > > >> > > > >> Object subclass: #Behavior > > > >> uses: TPureBehavior > > > >> instanceVariableNames: 'superclass methodDict format layout' > > > >> classVariableNames: 'ObsoleteSubclasses' > > > >> poolDictionaries: '' > > > >> category: 'Kernel-Classes' > > > >> > > > >> proceed over the several warnings not to change Behavior and BOOM! > :D > > > > > > > > Check classNameIndex and thisClassIndex in the VM implementation. > > > > They are typically the hardcoded indices into the expected object > layout of Class objects. > > > > > > > > And you just changed the layout -> BOOM! magic ;) > > > > > > > > I don't know how much overhead it is to examine such kind of indices > dynamically, but we do deduce indices based on inst var names to be able to > support the different object layouts. > > > > For my stuff, I do that at VM startup, which would not help you. > > > > > > They would be expensive to recompute all the time (they're used in > debug printing). But they're not expensive to compute. So they could be > recomputed easily. See below. > > > > > > > > > > David did it dynamically for the Process class and checked the > object identity of the class I think, to know when to update the index > table after a layout change. > > > > > > right. I guess I will have to move it to some further position... > > > although I have an old image with: > > > > > > Behavior subclass: #ClassDescription > > > layout: PointerLayout > > > uses: TClassAndTraitDescription > > > slots: { > > > #instanceVariables => Slot. > > > #organization => Slot. > > > #layout => Slot. > > > } > > > classSlots: {} > > > globals: '' > > > category: #'Kernel-Classes' > > > > > > > > > which works under said Cog version :/. I guess I will just have to > find some older VM which will support the changes > > > > > > I think we should make the VM work for this. classNameIndex and > thisClassIndex should only be used for debug printing, at least thats my > intent, and it would be possible to flush them and recompute them as a > side-effect of e.g. a flushCache primitive. > > > > > > Camilo, would you create a reproducible case for me, an image that > applies this change at start-up? Thanks. > > > > > > Also, can we please get into the habit of cc'ing vm-dev for issues > that touch on the VM? I ask this so that subsequent searching for VM > issues can be confined to a search of vm-dev archives. Again AdvThanksance. > > > > Submitted a bug report here: > > http://code.google.com/p/cog/issues/detail?id=76 > > > > the attached *.st files fail under Cog / StackVM. It would be indeed > nice if they would work. > > > > Which maybe it will one day if you can put in the effort to describe how > to reproduce the bug properly. There's no pointer to a suitable image. > There are no instructions beyond "use these files". How about a link to > an image, plus a small script that files in the files? Or even better how > about constructing an image that does this at startup so that the VM > maintainers only have to fire up the image instead of wasting time setting > up files? > > you know command line? > you know images? > > cool here we go.... > > > path/to/my/crashing/vm path/to/anImage.iamge > absolute/path/to/the/scripts/attached/to/the/bug/regport.st this is simply an insult on your part. You cannot even bother to specify a Pharo version. I use Squeak, and Newspeak. I don't use Pharo except for investigating VM bugs, for the benefit of the Pharo community as well as for Cog's overall quality. I give my limited time to the Pharo community in providing a significantly improved VM. Is it too much to ask that you can provide helpful bug reports that save me time? Or do you think I am your lackey to exploit and insult? > > here we go (mario) > > > -- best, Eliot

1 0

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 34 - Still unstable!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr March 23, 2012

March 23, 2012

1 0

[Pharo-project] About 1.4 Release...
by Marcus Denker March 23, 2012

March 23, 2012

Hi, We were discussing here about the 1.4 release... and my standpoint is: "What is on the Build Server will be the Release" For 1.4, this means that this image is the release image: https://ci.lille.inria.fr/pharo/job/Pharo%201.4/lastSuccessfulBuild/artifac… possibly with more bugs fixed. the list is here: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.4 It especially means that we will not load additional packages (RB, OB....), because then we should have used the resulting image already the last months and we did not. Is that what we want? or will people say "without refactorings, I will not use it?" Marcus -- Marcus Denker -- http://marcusdenker.de

5 7

[Pharo-project] direct object manipulation
by Francisco Garau March 23, 2012

March 23, 2012

Hi - what packages can be used in latest Pharo to manipulate objects directly? I am thinking something like MorphicWrappers, NakedObjects or Gaucho. Cheers, Francisco

3 2

[Pharo-project] Pharo 1.4 Tests-Mac - Build # 287 - Still Unstable!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr March 23, 2012

March 23, 2012

1 0