- Pharo-dev - lists.pharo.org

Frozen is melted (can you guys please be patient?)
by Esteban Lorenzano March 10, 2017

March 10, 2017

Hi, First, let me be clear: I *like* sublimish theme (not for my use, but I like it), and I like (a lot) the windows list on spotter, and I like in general all this new additions. And I know, most of those additions are usability enhancements so a good thing. But can you guys stop pushing new features into a (in theory) frozen version? Pharo 7 will arrive soonâ¦ *if* we can fix all things missing. If I can suggest an orientation, it would be good, for those that use linux and mac (windows is not ready), to test and help fix 64bits version. There are still plenty of bugs to fix there, like for example why Spotter does not shows search line. Last week I added support to Athens and SDL2 in 64bits but that meant: - some important changes in UFFI - discover something that seems is failing on callbacks for Cairo (no idea if it is a callbacks problem or an image problem that causes a callback problem). I would say all this and the fact we are working on 64bits in general deserves a lot of testing. I will add links in Pharo page to download 64bits (Iâm at the train now), but in the mean time you can download all from here: http://files.pharo.org/get-files/60/pharo-64.zip <http://files.pharo.org/get-files/60/pharo-64.zip> http://files.pharo.org/get-files/60/pharo64-linux-latest.zip <http://files.pharo.org/get-files/60/pharo64-linux-latest.zip> (linux) http://files.pharo.org/get-files/60/pharo64-mac-latest.zip <http://files.pharo.org/get-files/60/pharo64-mac-latest.zip> (mac) http://files.pharo.org/get-files/60/sources.zip <http://files.pharo.org/get-files/60/sources.zip> (in case you need them) cheers, Esteban

17 48

Pharo Association event listing updated
by Marcus Denker March 10, 2017

March 10, 2017

Hi, I added all events (tech talks, sprints, pharodays) that will happen till June here: https://association.pharo.org/events Marcus

1 0

[pharo-project/pharo-core]
by GitHub March 10, 2017

March 10, 2017

Branch: refs/tags/60438 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] d4cfeb: 60438
by GitHub March 10, 2017

March 10, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: d4cfebeac30af6f00482e1698b668bbeedf21530 https://github.com/pharo-project/pharo-core/commit/d4cfebeac30af6f00482e169… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-03-10 (Fri, 10 Mar 2017) Changed paths: R BaselineOfIDE.package/BaselineOfIDE.class/instance/actions/preload_package_.st M BaselineOfIDE.package/BaselineOfIDE.class/instance/baseline/baseline_.st M MonticelloFileTree-Core.package/MCFileTreeRepository.class/instance/storing/basicStoreVersion_.st M MonticelloGUI.package/MCFileRepositoryInspector.class/instance/morphic ui/refresh.st A Ombu.package/OmDeferrer.class/instance/scheduling/runMessageProcess.st M Ombu.package/OmDeferrer.class/instance/scheduling/schedule.st M Polymorph-Widgets.package/UITheme.class/instance/morph creation/scrollBarDownButtonBoundsFor_.st R Refactoring-Critics.package/extension/ReAbstractRule/class/asRBRule.st R Refactoring-Critics.package/extension/ReAbstractRule/instance/asRBRule.st A Renraku.package/ReAbstractRule.class/class/conversion/asRBRule.st A Renraku.package/ReAbstractRule.class/instance/conversion/asRBRule.st A Renraku.package/ReAbstractRule.class/instance/testing/isComposite.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60437.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60438.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60437.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60438.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Tool-CriticBrowser.package/extension/ReAbstractRule/instance/isComposite.st Log Message: ----------- 60438 19786 MonticelloFileTree-Core package exported to Git contains a strange extension https://pharo.fogbugz.com/f/cases/19786 19825 circular dependency between Renraku and Refactoring-Critics https://pharo.fogbugz.com/f/cases/19825 19824 fix #scrollBarDownButtonBoundsFor: calculation https://pharo.fogbugz.com/f/cases/19824 19819 Epicea browser doesnt refresh when tests produce code changes https://pharo.fogbugz.com/f/cases/19819 http://files.pharo.org/image/60/60438.zip

1 0

Helvetia in Pharo?
by H. Hirzel March 10, 2017

March 10, 2017

Hello Doru On 3/2/17, Tudor Girba <tudor(a)tudorgirba.com> wrote: ..... > That said, I do want to have mechanisms that allow us to embed other > languages and DSLs in our environment. In this area I prefer the approach > put forward by Helvetia because it is not invasive and highly flexible (and > now should even not be expensive to have anymore). Just wondering what you mean by this. Could you please elaborate a bit what you mean that it would now be less expensive to have a Helvetia system in Pharo? The last time it was implemented was in Pharo 1.1.2 ** Regards Hannes **http://scg.unibe.ch/research/helvetia

3 2

Epicea - showing latest lost changes
by Ben Coman March 9, 2017

March 9, 2017

One thing I am missing from Epicea that I used to be able to do is being able to filter out old changes. If I've been thrashing some method back and forth between a few implementations, often I don't want to see *all* the old changes,only the latest ones. An option to restore old versions would also be nice, but I don't think that feature existed previously. cheers -ben

4 10

Re: [Pharo-dev] [Vm-dev] We need help from VM experts. Re: Freeze after Morph& nbsp; & nbsp; & nbsp; & nbsp; Activity
by Eliot Miranda March 9, 2017

March 9, 2017

Hi Juan, Hi All, On Mon, Mar 6, 2017 at 6:06 AM, Juan Vuletich <JuanVuletich(a)zoho.com> wrote: > > I finally understood what was happening. The problem with is primitive 136: > > primSignal: aSemaphore atMilliseconds: aSmallInteger > "Signal the semaphore when the millisecond clock reaches the value of > the second argument. Fail if the first argument is neither a Semaphore nor > nil. Essential. See Object documentation whatIsAPrimitive." > <primitive: 136> > ^self primitiveFailed > Yes, but primitive 136 *should not be used* :-). You should use primitive 242: primSignal: aSemaphore atUTCMicroseconds: anInteger "Signal the semaphore when the UTC microsecond clock reaches the value of the second argument. Fail if the first argument is neither a Semaphore nor nil, or if the second argument is not an integer. Essential. See Object documentation whatIsAPrimitive." <primitive: 242> ^self primitiveFailed The use of the UTC microsecond count eliminates any and all wrapping issues for about 50,000 years [puhleaze Mr Pruitt can you try and do your bit to make it possible that we'll make it that far. hic. ed.]. The old primitive 136 primSignal:atMilliseconds: is subject to wrapping problems. I see that primSignal:atMilliseconds: is still used in Squeak 5.x but only to turn off signaling: Delay class>>shutDown "Suspend the active delay, if any, before snapshotting. It will be reactived when the snapshot is resumed." "Details: This prevents a timer interrupt from waking up the active delay in the midst snapshoting, since the active delay will be restarted when resuming the snapshot and we don't want to process the delay twice." AccessProtect wait. self primSignal: nil atMilliseconds: 0. self saveResumptionTimes. DelaySuspended := true. Delay class>>stopTimerInterruptWatcher "Reset the class variables that keep track of active Delays and re-start the timer interrupt watcher process. Any currently scheduled delays are forgotten." "Delay startTimerInterruptWatcher" self primSignal: nil atMilliseconds: 0. TimingSemaphore ifNotNil:[TimingSemaphore terminateProcess]. I will change this now. HTH > If the requested tick is already in the past, all the VMs except for > Spur-64 will signal the semaphore anyway. Spur-64 won't. Taking care of > this in the Cuis image was easy enough. > > Squeak seems not to be affected because it uses a newer primitive, that > takes the large integer microsecond ticker, that might have the older > behavior (signaling anyway). I'm not really sure, and maybe someone could > check the primitive behavior and the corresponding assumptions in Squeak. > > Older Squeak images are not affected, as they are all 32-bit. So maybe > there's no action required. In any case, making the behavior consistent > across VMs and in both primitives would be nice. > > Cheers, > > On 3/3/2017 3:55 PM, Juan Vuletich wrote: > > > > Hi Folks, > > Today, I was able to get closer to the origin of the problem. The problem > is when Morphic tries to do a Delay (inter-cycle-pause) of 1 or two > milliseconds. (Usually they are quite larger, and the problem does not > appear). With the 64-bit VM, sometimes very short delays hang the complete > system. I don't know why, but this: > > waitDelay _ Delay forMilliseconds: 50. > [ true ] whileTrue: [ > 1000 atRandom print. > waitDelay setDelay: 1; wait ]. > > is enough to hang Cuis in a short time. When trying to reproduce the > problem in Squeak I had mixed results. It doesn't seem to hang there, but > if I let this run for a couple of minutes and then try to halt with alt-. , > then the hang occurs, and Squeak becomes irresponsibe. As a workaround, in > Cuis in the inter cycle pause, I'm avoiding very short delays. > > I'm not sure if the bug is in the VM, in the image, or both, but it is > still there, and it also affects Squeak. I haven't tried it, but Pharo > might also have the problem (if not, it can show a possible solution). > > BTW, Bert, I guess Squeak never does short delays in #interCyclePause: ... > > Thanks, > > On 2/6/2017 12:28 PM, Bert Freudenberg wrote: > > > > Yes, I tried with Spur64. Have not seen it freeze yet on Mac in Squeak, > but we possibly have not replicated the test well enough yet. > > It *did* freeze in Cuis Spur64 on Mac too. > > - Bert - > > On Mon, Feb 6, 2017 at 2:08 PM, Juan Vuletich <juanvuletich(a)zoho.com> > wrote: > >> >> Were you usig Spur64? On Debian it does not freeze with CogV3 or Spur32. >> Only with Spur64. >> >> Thanks, >> Juan >> >> Sent using Zoho Mail <https://www.zoho.com/mail/> >> >> >> ---- On Mon, 06 Feb 2017 09:19:48 -0300 * bert(a)freudenbergs.de >> <bert(a)freudenbergs.de> * wrote ---- >> >> On Mon, Feb 6, 2017 at 3:15 AM, David T. Lewis <lewis(a)mail.msen.com> >> wrote: >> >> It would be interesting to try reproducing this in a Squeak image, but I >> have not quite figured out how to make the Tokenish example work in >> Squeak. >> >> >> See attachment. Did not freeze on Mac with 10 Tokenish jumping. >> - Bert - >> >> >> >> > > > -- > Juan Vuletichwww.cuis-smalltalk.orghttps://github.com/Cuis-Smalltalk/Cuis-Smallt… > @JuanVuletich > > > > -- > Juan Vuletichwww.cuis-smalltalk.orghttps://github.com/Cuis-Smalltalk/Cuis-Smallt… > @JuanVuletich > > > -- _,,,^..^,,,_ best, Eliot

1 0

implementors followed by rename method -> DNU
by stepharong March 9, 2017

March 9, 2017

Hi I have the impression that if you - perform an implementor of a method (not closing the window) - then perform an rename method => you get a DNU ast Could I get some confirmation? Stef

1 0

ExternalForm was removed 10 days ago in 60413
by Aliaksei Syrel March 9, 2017

March 9, 2017

... and was moved to OSWindow-SDL2 as OSSDL2ExternalForm. If we require external form but don't want to depend on OSWindow what is the right way to go? Do we need to copy OSSDL2ExternalForm with project specific name? Advice with best practice would be nice :) Cheers, Alex

4 6

Segmentation fault on Moose 6.1 Build
by Blondeau Vincent March 9, 2017

March 9, 2017

Hi, The latest builds of the Moose6.1 image are failing due to a segmentation fault. Here is the link to the last build: https://ci.inria.fr/moose/job/moose-6.1/550/console How can we fix this? Thanks in advance, Cheers, Vincent !!!************************************************************************************* "Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

6 23