August 2016 - Pharo-dev - lists.pharo.org

Iceberg in general

by Norbert Hartl

I played a little further with Iceberg and not even creating a local repository worked. I'm using pharo5 and I wonder we is this version marked as stable and if there is an ETA for a first stable version. Norbert

Aug. 9, 2016

Re: [Pharo-dev] Iceberg cannot parse url with dashes

by Esteban Lorenzano

Hi, for now, here: https://github.com/npasserini/iceberg/issues (until this stops to be an external project and we integrate it in Pharoâ¦ as it is planned, once is not alpha anymore) cheers, Esteban > On 09 Aug 2016, at 13:31, Norbert Hartl <norbert(a)hartl.name> wrote: > > Hi, > > I wanted to try Iceberg. So I opened the UI and clicked on "Clone new repository". But adding > > git@github.com:pharo-nosql/voyage.git > > as URL I got the error > > Could not parse URL: git@github.com:pharo-nosql/voyage.git > > Removing the dash worked but the repo isn't there ;) > > Where should I open tickets regarding Iceberg? > > Norbert > >

Aug. 9, 2016

Iceberg cannot parse url with dashes

by Norbert Hartl

Hi, I wanted to try Iceberg. So I opened the UI and clicked on "Clone new repository". But adding git@github.com:pharo-nosql/voyage.git as URL I got the error Could not parse URL: git@github.com:pharo-nosql/voyage.git Removing the dash worked but the repo isn't there ;) Where should I open tickets regarding Iceberg? Norbert

Aug. 9, 2016

Re: [Pharo-dev] DNU with GT Debugger

by Tudor Girba

Hi, Thanks for the report. Do you happen to have an image around? Doru > On Aug 9, 2016, at 11:47 AM, stepharo <stepharo(a)free.fr> wrote: > > While trying to debug pillar I got a DNU when clicking on the raw pane (when the items was selected) > > DNU: > > presentation rawSelection is aLinkedList and it does not understand key > > > > > 'From Pharo 6.0 of 13 May 2016 [Latest update: #60173] on 9 August 2016 at 11:45:10.355092 am'! > > !GTRawObjectVariablesBrowser methodsFor: 'private building' stamp: 'AndreiChis 4/26/2016 10:37'! > variablesIn: composite > ^ composite table > showOnly: 50; > shouldValidate: false; > allowsRecursiveSearch: false; > children: [ :assoc | > assoc key = 'self' > ifTrue: [ #() ] > ifFalse: [ self variableValuePairsFor: assoc value ] ]; > icon: [ :assoc | self iconFor: assoc value ]; > display: [ :anObject | > self rebuildCacheFor: anObject. > self variableValuePairsFor: anObject ]; > column: 'Variable' > evaluated: [:assoc | ' ', (GTObjectPrinter new asNonTruncatedTextFrom: assoc key) ]; > column: 'Value' > evaluated: [:assoc | GTObjectPrinter new asTruncatedTextFrom: assoc value ] > modified: [:newValue :assoc :presentation | > self updateInstanceVariable: assoc key from: presentation entity basedOn: newValue. > presentation update ]; > morphicSelectionAct: [:list | list selection value browse ] > icon: GLMUIThemeExtraIcons glamorousBrowse > on: $b > entitled: 'Browse'; > morphicSelectionAct: [:list | list selection value inspect ] > icon: GLMUIThemeExtraIcons glamorousInspect > on: $i > entitled: 'Inspect'; > selectionAct: [:list | > ((list selection pointersToExcept: { list selection }) > reject: [ :each | each pointsOnlyWeaklyTo: list selection ]) inspect ] > on: $t > entitled: 'Open pointers to'; > dynamicActionsOnSelection: [ :presentation | > (presentation entity class hasInstVarNamed: presentation rawSelection key) > > ^^^^^^^^ here > > > > ifTrue: [ > { > GLMGenericAction new > action: [:list | self systemNavigation browseAllAccessesTo: list rawSelection key from: list entity class ]; > title: 'List methods using this variable'. > GLMGenericAction new > action: [:list | self systemNavigation browseAllStoresInto: list rawSelection key from: list entity class ]; > title: 'List methods storing into this variable'. > } > ] > ifFalse: [ #() ] ]! ! > > <GTRawObjectVariablesBrowser-variablesIn.st> -- www.tudorgirba.com www.feenk.com "Reasonable is what we are accustomed with."

Aug. 9, 2016

DNU with GT Debugger

by stepharo

While trying to debug pillar I got a DNU when clicking on the raw pane (when the items was selected) DNU: presentation rawSelection is aLinkedList and it does not understand key 'From Pharo 6.0 of 13 May 2016 [Latest update: #60173] on 9 August 2016 at 11:45:10.355092 am'! !GTRawObjectVariablesBrowser methodsFor: 'private building' stamp: 'AndreiChis 4/26/2016 10:37'! variablesIn: composite ^ composite table showOnly: 50; shouldValidate: false; allowsRecursiveSearch: false; children: [ :assoc | assoc key = 'self' ifTrue: [ #() ] ifFalse: [ self variableValuePairsFor: assoc value ] ]; icon: [ :assoc | self iconFor: assoc value ]; display: [ :anObject | self rebuildCacheFor: anObject. self variableValuePairsFor: anObject ]; column: 'Variable' evaluated: [:assoc | ' ', (GTObjectPrinter new asNonTruncatedTextFrom: assoc key) ]; column: 'Value' evaluated: [:assoc | GTObjectPrinter new asTruncatedTextFrom: assoc value ] modified: [:newValue :assoc :presentation | self updateInstanceVariable: assoc key from: presentation entity basedOn: newValue. presentation update ]; morphicSelectionAct: [:list | list selection value browse ] icon: GLMUIThemeExtraIcons glamorousBrowse on: $b entitled: 'Browse'; morphicSelectionAct: [:list | list selection value inspect ] icon: GLMUIThemeExtraIcons glamorousInspect on: $i entitled: 'Inspect'; selectionAct: [:list | ((list selection pointersToExcept: { list selection }) reject: [ :each | each pointsOnlyWeaklyTo: list selection ]) inspect ] on: $t entitled: 'Open pointers to'; dynamicActionsOnSelection: [ :presentation | (presentation entity class hasInstVarNamed: presentation rawSelection key) ^^^^^^^^ here ifTrue: [ { GLMGenericAction new action: [:list | self systemNavigation browseAllAccessesTo: list rawSelection key from: list entity class ]; title: 'List methods using this variable'. GLMGenericAction new action: [:list | self systemNavigation browseAllStoresInto: list rawSelection key from: list entity class ]; title: 'List methods storing into this variable'. } ] ifFalse: [ #() ] ]! !

Aug. 9, 2016

Re: [Pharo-dev] another segfault from Pharo5.0 vm (freshly downloaded today) Ubuntu 14.04

by stepharo

Me too I get from time to time a VM crash (sometimes after a smalltalkhub hiccups). Stef Le 8/8/16 Ã 15:26, Mariano Martinez Peck a Ã©crit : > For the record, I do also continue to see this crash in Pharo 5.0 with > it's stable VM. > But as Esteban said, it's too random that I don't have more info to > share :( > > > On Mon, Aug 8, 2016 at 6:39 AM, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > > damn :( > FreeType bug strikes againâ¦ :(( > > to be honest, Iâm playing with the idea to completely replace it > with a UFFI version. > I cannot find why/how this happensâ¦ in some conditions handle > become invalid and pharo has no idea pointer is not valid any > moreâ¦ then crash. Double free was what I guess but I do not find > where that happens (the double free). And Iâm also open to believe > in some memory handling problem in VM, now :(( > > Esteban > > > On 05 Aug 2016, at 22:55, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com > <mailto:dale.henrichs@gemtalksystems.com>> wrote: > > > > Attached crash dump file ... > > > > This one occurred after I'd had an image open for several hours > interesting that similar to the other crashes I've seen recently > FreeTypeFace seems to be implicated: > > > > Smalltalk stack dump: > > 0xff7bc02c I [] in FreeTypeFace(FT2Handle)>pvtDestroyHandle > 0xcdeae10: a(n) FreeTypeFace > > 0xff7bc04c M BlockClosure>ensure: 0x9edc9b0: a(n) BlockClosure > > 0xff7bc078 I [] in Mutex>critical: 0xadc7960: a(n) Mutex > > 0xff7bc098 M [] in Semaphore>critical: 0xba42d50: a(n) Semaphore > > 0xff7bc0b8 M BlockClosure>ensure: 0x9edcab8: a(n) BlockClosure > > 0xff7bc0d8 M Semaphore>critical: 0xba42d50: a(n) Semaphore > > 0xff7bc100 I Mutex>critical: 0xadc7960: a(n) Mutex > > 0xff7bc124 I FreeTypeFace(FT2Handle)>pvtDestroyHandle 0xcdeae10: > a(n) FreeTypeFace > > 0xff7bc13c M FreeTypeFace(FT2Handle)>finalize 0xcdeae10: a(n) > FreeTypeFace > > 0xff7bc154 M ByteSymbol(Symbol)>value: 0xa3ab850: a(n) ByteSymbol > > 0xff7bc178 M ObjectFinalizerCollection(OrderedCollection)>do: > 0xaa62580: a(n) ObjectFinalizerCollection > > 0xff7bc19c I ObjectFinalizerCollection>finalize 0xaa62580: a(n) > ObjectFinalizerCollection > > 0xff7bc1c0 I WeakFinalizerItem>finalizeValues 0xb8cae80: a(n) > WeakFinalizerItem > > 0xff7bc1dc M [] in WeakRegistry>finalizeValues 0xa6dd690: a(n) > WeakRegistry > > 0xff7bc1f4 M BlockClosure>on:do: 0x9edc8a8: a(n) BlockClosure > > 0xff7bc214 M BlockClosure>on:fork: 0x9edc8a8: a(n) BlockClosure > > 0xff7bc234 M [] in WeakRegistry>finalizeValues 0xa6dd690: a(n) > WeakRegistry > > 0xff7bc258 M OrderedCollection>do: 0x9edc450: a(n) OrderedCollection > > 0xff7bc280 M WeakRegistry>finalizeValues 0xa6dd690: a(n) > WeakRegistry > > 0xff7bc29c M [] in WeakArray class>finalizationProcess > 0xa5cefc0: a(n) WeakArray class > > 0xff7bc2b4 M BlockClosure>on:do: 0x9edc398: a(n) BlockClosure > > 0xff7bc2d4 M BlockClosure>on:fork: 0x9edc398: a(n) BlockClosure > > 0xff7bc2f4 M [] in WeakArray class>finalizationProcess > 0xa5cefc0: a(n) WeakArray class > > 0xff7bc318 M WeakArray(SequenceableCollection)>do: 0xa381328: > a(n) WeakArray > > 0xff7bc33c I [] in WeakArray class>finalizationProcess > 0xa5cefc0: a(n) WeakArray class > > 0xff7bc35c M [] in Semaphore>critical: 0xcc147b0: a(n) Semaphore > > 0xff7bc37c M BlockClosure>ensure: 0x9edb760: a(n) BlockClosure > > 0xff7bc39c M Semaphore>critical: 0xcc147b0: a(n) Semaphore > > 0xff7bc3c0 I WeakArray class>finalizationProcess 0xa5cefc0: a(n) > WeakArray class > > 0xbd19fe8 s [] in WeakArray class>restartFinalizationProcess > > 0xce10050 s [] in BlockClosure>newProcess > > > > Looks like pvtDestroyHandle went a little overboard:) > > > > Dale > > <crash.dmp> > > > > > > -- > Mariano > http://marianopeck.wordpress.com

Aug. 9, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] e91f1f: 60171

by stepharo

Pay attention that it was on my todo to work on packaging Grid and I need to do a pass on the Spec version because I do not like the design. So I will probably change the Grid package. Then I not sure that the grid should be by default in Pharo. It was a personal project and I should probably improve it again. Stef Le 8/8/16 Ã 10:34, GitHub a Ã©crit : > 60171 > 18875 RBRemoveClassRefactoring applicable despite showing a warning > https://pharo.fogbugz.com/f/cases/18875 > > 18793 Add CTGrid > https://pharo.fogbugz.com/f/cases/18793 > > 18876 Rename BinaryFileStream >> setAtEnd -> setToEnd > https://pharo.fogbugz.com/f/cases/18876

Aug. 9, 2016

Re: [Pharo-dev] ensure blocks in TestCase>>tearDown are not run if an error occurs inside ensured block when test itself was halted ...

by Max Leske

> On 9 Aug 2016, at 00:03, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > 2016-08-08 17:35 GMT+02:00 Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>>: > >> On 8 Aug 2016, at 17:15, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >> >> >> >> 2016-08-08 15:26 GMT+02:00 Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>>: >> >>> On 8 Aug 2016, at 15:00, Dale Henrichs <dale.henrichs(a)gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote: >>> >>> Max, >>> >>> Thanks for looking into this. >>> >>> Do you think that this bug will be fixed in Pharo5.0? When I'm debugging the tests with this fatal pattern, my only recourse is to start and stop images between test runs ... >>> >>> >> >> If this is indeed a bug in the termination logic then yes, it will be ported to Pharo 5 since itâs critical. >>> The side effect of not running ensure blocks in tests is that a SharedQueue gets stuck waiting on an empty queue and when I interrupt that process (and get another debugger that is closed) I end up with the Empty Debugger problem where the debuggers have decide to stop working ... I saw that there was logic in Process>>terminate involved in dealing with processes running in critical blocks and that logic might be faulty as well ... >>> >>> >> >> Thanks for the details. >> >> >> Hey Max, >> >> I looked at >> Process>>#terminate >> and I think the problem is that it sets isTerminating := true, but later for the "Unwind error during termination", it spaws a new debugger for this process. >> And if we now again press "Abondand" we don't try to terminate this process (and don't call the inner ensure-block) because isTerminating is already true. > > Thanks Nicolai, > > I canât look at the code at the moment, but as far as I recall, sending #terminate twice should signal a warning. So if what youâre saying is true, Iâd expect to see a debugger opened with that warning. I also think that even if there was an unwind error, the process that is already terminating the process within termination should be the only process to continue termination. In other terms: only a single process should ever execute termination for a given process. But thatâs an educated guess, as I donât know how the exception handling is implemented for unwind errors. > > If itâs indeed how you describe, then I think the proper way to terminate the process in case of an unwind error, would be to pop the contexts up to the next unwind handler and execute that. #terminate should not be sent multiple times. > > > There are actually two ensure-blocks involved. > If we "Abandon" the first debugger window, the ensure block of TestCase>>#runCase is called, which in turn throws an error from BugTestCase>>#tearDown, so we now have an exception during > process terminations unwind operation. That is why the second debugger windonw shows "Unwind error during termination" instead of "Error:teardown". > If we new "ABandon" this second debugger window, we try to terminate a process that is within its terminate-and-unwind operation. Ok. Thanks for the analysis. > > Cheers, > Max > >> >> >> >>> Dale >>> >>> On 8/8/16 12:11 AM, Max Leske wrote: >>>> Thanks Nicolai. >>>> >>>> Iâve opened an issue on phogbugz: https://pharo.fogbugz.com/f/cases/18885/Ensure-blocks-in-test-tear-down-not… <https://pharo.fogbugz.com/f/cases/18885/Ensure-blocks-in-test-tear-down-not…>. >>>> >>>> >>>>> On 8 Aug 2016, at 09:03, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >>>>> >>>>> >>>>> >>>>> 2016-08-08 8:52 GMT+02:00 Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>>: >>>>> Wow, thatâs pretty bad. The process termination logic should be taking care of the ensure blocks. Unfortunately I canât run any Pharo images at the moment but if thereâs something wrong with process termination then itâs likely that me or Ben made some mistake. Could someone please rerun Daleâs test scenario with the original process termination code (e.g. from Pharo 3) and report the results? >>>>> >>>>> Yes, test runs fine in pharo 30864 (halts in the ensure block) >>>>> >>>>> >>>>> Cheers, >>>>> Max >>>>> >>>>> >>>>> > On 8 Aug 2016, at 03:25, Dale Henrichs <dale.henrichs(a)gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote: >>>>> > >>>>> > While attempting to characterize the "Empty Debugger" problem that I've recently reported[1], I found that ensure blocks in TestCase>>teardown methods are not run if an Error is signaled while executing the code protected by the ensure block ... when the test itself brings up a debugger --- now that is a mouthful :) ... but a situation that commonly occurs ... >>>>> > >>>>> > I've attached a fileIn with a very simple reproduction of this problem. After filing in the code, execute the following: >>>>> > >>>>> > BugTestCase debug: #test. >>>>> > >>>>> > Abandon the first halt -- this is the halt in the test. Next a debugger is brought up on the error from inside the ensure block in the tearDown method: >>>>> > >>>>> > tearDown >>>>> > [ self error: 'teardown' ] >>>>> > ensure: [ >>>>> > "Imagine that something important NEEDED to be done here" >>>>> > self halt ]. >>>>> > super tearDown. >>>>> > >>>>> > Abandon the error and the `self halt` in the ensure block is not run ... >>>>> > >>>>> > If you take the `self halt` out of the test method itself, the `self halt` in the ensure block _is_ run ... >>>>> > >>>>> > This does not directly lead to the Empty Debugger, but when the ensure blocks called during teardown are not run, a resource is not cleaned up properly and that leads to SharedQueue hanging ... when I interrupt the SharedQueue, I believe that this leads to the "Empty Debugger" a separate, but more nasty problem ... >>>>> > >>>>> > Dale >>>>> > >>>>> > [1] http://forum.world.st/Re-Empty-debugger-Pharo-5-0-td4909911.html <http://forum.world.st/Re-Empty-debugger-Pharo-5-0-td4909911.html> >>>>> > >>>>> > <BugTestCase.st <http://bugtestcase.st/>>

Aug. 9, 2016

Re: [Pharo-dev] Status of SmallPOS

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

> > I do not have the time now to write configuration (working on boring > report) > You shouldn't probably make the configuration even if you have time. Reason is: SmallPOS is dependent on outdated version of both Seaside and GLORP. No reason to make configuration before I'll adopt the contemporary ones. Really it's the reason I didn't made it myself. It would be nice. > I want to see if I can say to lionel to have a look :) > Ok, I'll do it. You should have PostgreSQL installed on your system, BTW. P.S. There are couple of screenshots of SmallPOS-based management system, They are in russian, but you can understand basic idea. 2016-08-07 21:37 GMT+03:00 stepharo <stepharo(a)free.fr>: > > Well, general procedure is loading magritte, then loading seaside 2.8, > then loading SmallPOS...I made some packaging efforts, see > https://code.google.com/archive/p/smalltalkpos/wikis/ > FullyAutomatedGoferScriptForSmallPOSInstallation.wiki > > > ok > I do not have the time now to write configuration (working on boring > report). > > > But, well, at the moment simplest possibility is sending you > pre-configured image. I may make one for you, if you want. > > Another trouble is: SmallPOS is not the management software, it's a > framework for making management software. I.e., if only smallpos loaded, > then you can't look at how it *works*. > > If you want, I may tinker a small SmallPOS-based example, it's easy and > usefull anyway, so do not hesitate to ask :) Something like "Firms and > persons", or "books, authors and bookholders" or "teachers, students and > courses" - feel free to propose one. > > It would be nice. > I want to see if I can say to lionel to have a look :) > > > There ARE some real-life examples at the same repo, but trouble is they > are tinkered for russian market, so all the labels in russian :) > > Greetings, > Yuriy Mironenko > > 2016-08-07 14:36 GMT+03:00 stepharo <stepharo(a)free.fr>: > >> There is no configuration and I tried to load the latest version and it >> looks like it depends on magritte. >> >> How do you load it? >> >> >> Stef >> >> >> Le 30/7/16 Ã 19:16, Yuriy Mironenko a Ã©crit : >> >>> Sorry for answering the "deadly long forgotten" post, but, anyway: it >>> happens >>> >>> at the moment of migration to ss3, I believe. I don't really remember >>> actual >>> "relicensing" process, I think it was just...welll...selecting from the >>> drop-down list, and this time I selected another option. >>> >>> If you or somebody else will ever need SmallPOS under any other open >>> license, I will be glad to deliver it under this license. >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/Status-o >>> f-SmallPOS-tp4649796p4908797.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> > >

Aug. 9, 2016

Re: [Pharo-dev] Out of ideas...

by Bernardo Ezequiel Contreras

Hi, have you try with (World>>Help>>Help Browser>>Regular Expressions Framework>>Usage) SUBEXPRESSION MATCHES After a successful match attempt, you can query the specifics of which part of the original string has matched which part of the whole expression. A subexpression is a parenthesized part of a regular expression, or the whole expression. When a regular expression is compiled, its subexpressions are assigned indices starting from 1, depth-first, left-to-right. For example, `((ab)+(c|d))?ef' includes the following subexpressions with these indices: 1: ((ab)+(c|d))?ef 2: (ab)+(c|d) 3: ab 4: c|d After a successful match, the matcher can report what part of the original string matched what subexpression. And theres an example This facility provides a convenient way of extracting parts of input strings of complex format. For example, the following piece of code uses the 'MMM DD, YYYY' date format recognizer example from the `Syntax' section to convert a date to a three-element array with year, month, and day strings (you can select and evaluate it right here): | matcher | matcher := RxMatcher forString: '(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)[ ]+(:isDigit::isDigit:?)[ ]*,[ ]*(19|20)(:isDigit::isDigit:)'. (matcher matches: 'Aug 6, 1996') ifTrue: [Array with: (matcher subexpression: 5) with: (matcher subexpression: 2) with: (matcher subexpression: 3)] ifFalse: ['no match'] (should answer ` #('96' 'Aug' '6')'). you could make two subexpressions '([\s.;\:!?]*)(#\w+)' first subexpression is ([\s.;\:!?]*) and second subexpression is (#\w+) and then use It understandards these messages: subexpressionCount Answers the total number of subexpressions: the highest value that can be used as a subexpression index with this matcher. This value is available immediately after initialization and never changes. subexpression: anIndex An index must be a valid subexpression index, and this message must be sent only after a successful match attempt. The method answers a substring of the original string the corresponding subexpression has matched to. On Mon, Aug 8, 2016 at 7:10 PM, Casimiro - GMAIL <casimiro.barreto(a)gmail.com > wrote: > If someone can help me... I'm dealing with the following situation: > > > I may have a string in which matches of the following regex: > '[\s.;\:!?]*#\w+' may happen (multiple times). I want to replace the > #\w+ part of it by nothing but keep the [\s.;\:!?]* but it seems to be > no easy way using copyWithRegex: matchesTranslatedWith: or > copyWithRegex: matchesReplacedWith: > > Someone knows an easy (meaning, no several operations, etc) to do this???? > > > Thanks in advance, > > > Casimiro Barreto > > > -- > The information contained in this message is confidential and intended > to the recipients specified in the headers. If you received this message > by error, notify the sender immediately. The unauthorized use, > disclosure, copy or alteration of this message are strictly forbidden > and subjected to civil and criminal sanctions. > > == > > > --- > Este email foi escaneado pelo Avast antivÃrus. > https://www.avast.com/antivirus > > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

Aug. 8, 2016