- Pharo-dev - lists.pharo.org

[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

Archive Page for Pharo TechTalks
by Marcus Denker March 9, 2017

March 9, 2017

Hi, I added http://pharo.org/TechTalk <http://pharo.org/TechTalk> This is linked from http://pharo.org/community <http://pharo.org/community> The idea is to keep a log of all past tech talks with links to the archival recording (if there is one). Marcus

4 6

Callback regression in Pharo 6 (60437)
by Aliaksei Syrel March 9, 2017

March 9, 2017

Callback instantiation: createCallback > ^ FFICallback > signature: #(long (long)) > block: [ :value | value ] C functions: long test(long(*function)(long), long value) { > return function(value); } #include <limits.h> > > long long_min() { > return LONG_MIN; > } FFI calls: primCall: aCallback long: aNumber > ^ self ffiCall: #(long test(FFICallback aCallback, long aNumber)) > primLongMin > ^ self ffiCall: #(long long_min()) Test case: test > self > assert: (self primCall: self createCallback long: self primLongMin) equals: self primLongMin self primLongMin returns -2147483648 (= LONG_MIN). Result of callback is 0 => test fails. P.S. works in Pharo 5 Cheers, Alex

1 0

Need to login to access pharo-dev ci
by Yuriy Tymchuk March 9, 2017

March 9, 2017

HI, when I go to https://ci.inria.fr/pharo-contribution/ <https://ci.inria.fr/pharo-contribution/> I end up on a page asking me to login. Shouldnât it be possible to see the jobs without logging in? Uko

4 6