May 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] TxText: More Cleaning and Questions

by Sean P. DeNigris

Sean P. DeNigris wrote > - Issue 15475: TxText Cleanup for Pharo 5.0 #2 Okay to include? I'd like to resume cleaning but don't want to get too deep before some of this gets integrated... ----- Cheers, Sean -- View this message in context: http://forum.world.st/TxText-More-Cleaning-and-Questions-tp4823894p4824535.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 5, 2015

Re: [Pharo-dev] Debugger hangs vm on step into

by Alain Rastoul

Le 05/05/2015 12:35, Ben Coman a Ã©crit : > I tried... > * my usual locked image avoidance hack when playing at this level to > comment out calls to #interCyclePause: > * changing to DelayMillisecondScheduler and DelaySemaphoreSchedulers > ...but no luck. > No luck means you reproduced and were still locked ? > How do mean that "DebugSession someInstance stepInto" does not hang? How > do you get to that point. sorry I was not clear I was trying to debug the step into code of the debugger by selecting the 'DebugSession someInstance stepInto' code in a playground and right click / debug it, ie I tried to step into the stepinto code by running the debugger on itself ... It was just a trial, it worked, that's why I'm not sure of the execution flow instructive anyway :) -- Regards, Alain

May 5, 2015

Re: [Pharo-dev] Package comments

by Marcus Denker

Hello, Right now we do not have yet Package comments. But we should! MBInfo seems to be a private class of Versionnerâ¦ For package comments we first need to evaluate the design spaceâ¦ e.g. where to store it in the image, how to store it in Monticelloâ¦ Marcus > On 04 May 2015, at 18:33, Kasper Osterbye <kasper(a)itu.dk> wrote: > > In the Nautilus browser I have been working a bit on allowing Pillar for > class comments. When browsing that part of Nautilus, I notice that there are > some hooks for package comments in the getComments and addComments methods. > > Is there a history of "package comments" somewhere in the system? I was not > able to find anything like that. Also it does not seem like there are any > fields in the hierarchy of MBInfo that has anything to do with > documentation. Is that the case?

May 5, 2015

Re: [Pharo-dev] Improving the About Text of Versionner

by Marcus Denker

> On 05 May 2015, at 01:03, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: > > > Wow! Look what I stirred up! > > Ok, I *vaguely* understand the two configuration schemes. > > I do understand how I touched two projects that are mantained differently and the problems in that. > > I'm not sure what to learn from all of this (I know I didn't do anything wrong) > > Yes, the situation is not niceâ¦ already Slices are complex, and the âsome (undefined) projects work differentlyâ setup is a mess. But we will improve it! Marcus

May 5, 2015

Re: [Pharo-dev] PharoForTheEnterprise: Where are the "MigratedToOtherPlaces" pages?

by Damien Cassou

Esteban Lorenzano <estebanlm(a)gmail.com> writes: > Iâm looking for the Voyage chapterâ¦ https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ https://github.com/SquareBracketAssociates/EnterprisePharo -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 5, 2015

Re: [Pharo-dev] Debugger hangs vm on step into

by Ben Coman

I tried... * my usual locked image avoidance hack when playing at this level to comment out calls to #interCyclePause: * changing to DelayMillisecondScheduler and DelaySemaphoreSchedulers ...but no luck. How do mean that "DebugSession someInstance stepInto" does not hang? How do you get to that point. I am having a look by putting a haltOnce in DebugSession>>stepInto: then pressing the <Into> button. cheers -ben On Tue, May 5, 2015 at 5:10 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > Hi > > I wanted to step into SharedQueue code, but got a hanged vm on simple test > code below. > It works fine in Pharo 3 but hangs in Pharo4-40611 and Pharo5-50029, > it does not hang in squeak 4.5 but the Monitor code is not the same. > > In a playgound, execute the first two lines of code then select > the third line and 'Debug it' (right click menu option) to step into it. > > q := SharedQueue new . > q nextPut: 1 . > q next. > > > Everything goes fine until stepping into 'aBlock value' in > Monitor>>critical: > critical: aBlock > > ^[ > self enter. > Hangs here >>>>aBlock value<<<<<< ] > ensure: [self exit]. > > The vm get hanged and can be interrupted only once, then it is completely > hanged. > > I once got an error message Error: Monitor access violation message and a > stack trace in debug log before hanging > but was unable to reproduce it (something related to effectiveProcess?) > > --- The full stack --- > Monitor(Object)>>error: > Monitor>>checkOwnerProcess > Monitor>>waitWhile:for:maxMilliseconds: > Monitor>>waitWhile:for: > Monitor>>waitWhile: > [ > monitor waitWhile: [ items isEmpty ]. > items removeFirst ] in SharedQueue>>next > [ > self enter. > aBlock value ] in Monitor>>critical: > BlockClosure>>ensure: > Monitor>>critical: > SharedQueue>>next > UndefinedObject>>DoIt > CompiledMethod>>valueWithReceiver:arguments: > [ aCompiledMethod valueWithReceiver: anObject arguments: (evalContext > ifNil: [ #() ] ifNotNil: [ {evalContext} ]) ] in > RubSmalltalkEditor>>debug:receiver:in: > [ > self value. > Processor terminateActive ] in BlockClosure>>newProcess > > ------------------------------------------------------------------------------- > > Can someone have a look and confirm it is a bug before I open a bug entry ? > And/or give me hints on how to debug this ? > I tried to modify Monitor>>waitWhile: and put a delay, put traces but > still hanging. > DebugSession someInstance stepInto does not hang, but I'm not sure that > the execution flow is the same ... > > > TIA > -- > Regards, > > Alain > > >

May 5, 2015

PharoForTheEnterprise: Where are the "MigratedToOtherPlaces" pages?

by Esteban Lorenzano

Iâm looking for the Voyage chapterâ¦ Esteban

May 5, 2015

Debugger hangs vm on step into

by Alain Rastoul

Hi I wanted to step into SharedQueue code, but got a hanged vm on simple test code below. It works fine in Pharo 3 but hangs in Pharo4-40611 and Pharo5-50029, it does not hang in squeak 4.5 but the Monitor code is not the same. In a playgound, execute the first two lines of code then select the third line and 'Debug it' (right click menu option) to step into it. q := SharedQueue new . q nextPut: 1 . q next. Everything goes fine until stepping into 'aBlock value' in Monitor>>critical: critical: aBlock ^[ self enter. Hangs here >>>>aBlock value<<<<<< ] ensure: [self exit]. The vm get hanged and can be interrupted only once, then it is completely hanged. I once got an error message Error: Monitor access violation message and a stack trace in debug log before hanging but was unable to reproduce it (something related to effectiveProcess?) --- The full stack --- Monitor(Object)>>error: Monitor>>checkOwnerProcess Monitor>>waitWhile:for:maxMilliseconds: Monitor>>waitWhile:for: Monitor>>waitWhile: [ monitor waitWhile: [ items isEmpty ]. items removeFirst ] in SharedQueue>>next [ self enter. aBlock value ] in Monitor>>critical: BlockClosure>>ensure: Monitor>>critical: SharedQueue>>next UndefinedObject>>DoIt CompiledMethod>>valueWithReceiver:arguments: [ aCompiledMethod valueWithReceiver: anObject arguments: (evalContext ifNil: [ #() ] ifNotNil: [ {evalContext} ]) ] in RubSmalltalkEditor>>debug:receiver:in: [ self value. Processor terminateActive ] in BlockClosure>>newProcess ------------------------------------------------------------------------------- Can someone have a look and confirm it is a bug before I open a bug entry ? And/or give me hints on how to debug this ? I tried to modify Monitor>>waitWhile: and put a delay, put traces but still hanging. DebugSession someInstance stepInto does not hang, but I'm not sure that the execution flow is the same ... TIA -- Regards, Alain

May 5, 2015

Re: [Pharo-dev] Roassal3D and Woden process handling

by Yuriy Tymchuk

> On 04 May 2015, at 22:59, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi Yuriy! > > I gave a try to fix the problem. > Now, if the rendered is left untouched, there is no unnecessary refresh. The problem now is that the keystrokes are not properly handledâ¦ Can you give you try please? > Does this solve your problem? This looks cool! I wonder what we can do with controls, because for now the problem is that after key was pressed nothing else happens, and so the view is not updated. I think that we can either keep it updated on keypressed or update it periodically if any animation has to be done (like movement). But the second approach is more complicated. Uko > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On May 4, 2015, at 12:09 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >> Sadly, Iâm not very experienced in that topic. I just looked at CodeCity running on my colleagueâs matching and syntax highlighting working. The view is also subclassing GLViewportMorph, but other than that I canât tell why CodeCity is not blocking the other processes. >> >> Uko >> >>> On 04 May 2015, at 16:47, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: >>> >>> >>> >>> On Mon, May 4, 2015 at 4:16 PM, Ronie Salgado <roniesalg(a)gmail.com <mailto:roniesalg@gmail.com>> wrote: >>> Hi Yuriy, >>> >>> Process and OpenGL are a pain in the ass. This is why I hate the Smalltalk green threads, for the following reasons: >>> - Operating system Thread Local Storage is not respected. The current OpenGL is a thread local variable. >>> - No completely preemptive. >>> >>> Making Woden and Woden-Roassal to have a lower priority is a problem, because of reduced performance in Woden. When using OpenGL, the functions glFinish or SwapBuffers has to be called to force the execution of commands an display the rendered image in the screen. SwapBuffers usually calls glFlush. And if, v-sync is enabled, it blocks, which does not get well Pharo. >>> >>> With OSWindow, OpenGL can also be used to render the main Pharo window via SDL2. Because of this, I had to introduce a rendering process in OSWindow, which I am using to serialize all the OpenGL commands. And I guess that it also produces a reduction in performance. This thread is located OSWindowRenderThread. >>> >>> Perhaps you can fix the problem somewhere in OSWindowRenderThread. >>> >>> >>> Not having had a look, I suppose that this is a green thread in Pharo. >>> >>> Why not having a real OS thread doing the glFinish/SwapBuffers instead? >>> and some OpenGL ThreadLocal interface? >>> >>> >>> I am facing a kind of similar situation for another project. >>> >>> My current line of thought is that the best stable/fast thing is to have the 3D engine as a separate process (as in a true OS process) to which I do send high level commands. >>> >>> Of course, this makes it necessary to have a DSL to talk with and that extending the 3D engine is somewhat of a pain when in need of new commands. >>> >>> But it allows to do whatever I want in Pharo without blocking the rendering loop. >>> >>> What would be the design you'd like to see for Woden, Ronie? >>> >>> Phil >>> >>> >>> Best regards, >>> Ronie >>> >>> >>> 2015-05-04 11:36 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: >>> Hi! >>> >>> This is an excellent question. Ronie? >>> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>>> On May 4, 2015, at 9:33 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>>> >>>> Hi guys, >>>> >>>> Iâm not experienced in OpenGL, but Iâve noticed that both Roassal3D and Woden occupy a high level process and are not yielding Processor to anyone else. For example code highlight, spotter, and other lower priority processes are not working as soon as you open a 3D visualization. On the other hand this doesnât happen while using CodeCity (and it also uses OpenGL). Is it very complicated to make Roassal3D and Woden to respect other processes? >>>> >>>> Uko >>> >>> >>> >>> >>> >>> -- >>> >>> >> >

May 5, 2015

[pharo-project/pharo-core] d15aa3: 50030

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d15aa367e457d79c4cc4b226ea6067305d62df53 https://github.com/pharo-project/pharo-core/commit/d15aa367e457d79c4cc4b226… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-05 (Tue, 05 May 2015) Changed paths: M Polymorph-Widgets.package/UIThemeWatery.class/instance/border-styles/drawTextAdornmentFor_color_on_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script638.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script639.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50029.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50030.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50030 14923 TextAdornment: take account of current theme background color https://pharo.fogbugz.com/f/cases/14923 http://files.pharo.org/image/50/50030.zip

May 5, 2015