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

[pharo-project/pharo-core] d50264: 50648

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d50264541f536e261d08af1de8010a2a12f548c7 https://github.com/pharo-project/pharo-core/commit/d50264541f536e261d08af1d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-03-17 (Thu, 17 Mar 2016) Changed paths: M ConfigurationOfGTDebugger.package/ConfigurationOfGTDebugger.class/instance/symbolic versions/stable_.st A ConfigurationOfGTDebugger.package/ConfigurationOfGTDebugger.class/instance/versions/version23_.st M ConfigurationOfGTEventRecorder.package/ConfigurationOfGTEventRecorder.class/instance/symbolic versions/stable_.st A ConfigurationOfGTEventRecorder.package/ConfigurationOfGTEventRecorder.class/instance/versions/version011_.st M ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/versions/version34_.st M ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/versions/version34_.st M ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/symbolic versions/stable_.st A ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/versions/version24_.st M ConfigurationOfGToolkitCore.package/ConfigurationOfGToolkitCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGToolkitCore.package/ConfigurationOfGToolkitCore.class/instance/versions/version315_.st M ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version45_.st A ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version46_.st R GT-Debugger.package/GTBrowsingActions.class/instance/accessing/currentMessageCategoryName.st M GT-Debugger.package/GTBrowsingActions.class/instance/actions/browseClassVarRefs.st M GT-Debugger.package/GTBrowsingActions.class/instance/actions/browseInstVarRefs.st R GT-Debugger.package/GTMoldableDebugger.class/instance/accessing/currentClass.st R GT-Debugger.package/GTMoldableDebugger.class/instance/accessing/currentClassOrMetaClass.st R GT-Debugger.package/GTMoldableDebugger.class/instance/accessing/currentMessageCategoryName.st R GT-Debugger.package/GTMoldableDebugger.class/instance/accessing/currentMessageName.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseClassRefs.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseClassVarRefs.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseClassVariables.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseInstVarRefs.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseMessages.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseMethodFull.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseSendersOfMessages.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/browseVersions.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/fileOutMessage.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/inspectInstances.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/inspectSubInstances.st R GT-Debugger.package/GTMoldableDebugger.class/instance/actions/methodHierarchy.st M GT-EventRecorder.package/GTEventTool.class/definition.st R GT-EventRecorder.package/GTEventTool.class/instance/api/ensureExctractedData.st A GT-EventRecorder.package/GTEventTool.class/instance/api/ensureExtractedData.st M GT-EventRecorder.package/GTEventTool.class/instance/api/ensureLocalDirectory.st M GT-EventRecorder.package/GTEventTool.class/instance/api/extract.st M GT-EventRecorder.package/GTEventTool.class/instance/configuration/defaultDownloadFilename.st M GT-EventRecorder.package/GTEventTool.class/instance/printing/printHumanReadableSize_.st M GT-EventRecorder.package/GTEventTool.class/instance/private/defaultUrl.st M GT-Inspector.package/GTExampleImpostorPragma.class/instance/comparing/=.st M GT-InspectorExtensions-Core.package/extension/FileReference/instance/gtInspectorZipItemsIn_.st M GT-Spotter.package/GTSpotterHelp.class/class/accessing/pages.st A GT-Spotter.package/GTSpotterHelp.class/class/documentation/resettingSpotter.st A GT-Spotter.package/GTSpotterItemBrick.class/instance/accessing/processor.st M GT-Spotter.package/GTSpotterItemBrick.class/instance/event handling/checkOrUncheck.st M GT-Spotter.package/GTSpotterMorph.class/instance/initialization/bindingDictionnary.st M GT-Spotter.package/GTSpotterResultsBrick.class/instance/event handling/onCandidateSelected_.st M GT-SpotterExtensions-Core.package/GTSelectorImplementors.class/instance/ui/spotterImplementorsFor_.st M GT-SpotterExtensions-Core.package/GTSelectorImplementors.class/instance/ui/spotterSendersFor_.st M GT-Tests-Spotter.package/GTSpotterProcessorsForExamplesTest.class/instance/tests/testEachProcessor.st R Glamour-FastTable.package/GLMFastListOutlineDataSource.class/instance/private/elementShouldBeDisplayed_.st M Glamour-FastTable.package/GLMFastTableDataSource.class/definition.st R Glamour-FastTable.package/GLMFastTableDataSource.class/instance/factory/editRowMorphForColumn_element_.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/factory/modified_from_with_.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/private/editRowMorphForColumn_element_.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/private/forceStopStepping.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/private/resetStopStepping.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/stepping/shouldStopStepping.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/stepping/stepTime.st A Glamour-FastTable.package/GLMFastTableDataSource.class/instance/stepping/wantsSteps.st A Glamour-FastTable.package/extension/FTTableMorph/instance/step.st A Glamour-FastTable.package/extension/FTTableMorph/instance/stepTime.st A Glamour-FastTable.package/extension/FTTableMorph/instance/wantsSteps.st R Glamour-Morphic-Theme.package/GLMWhitespaceTheme.class/class/installing/installFullTheme.st R Glamour-Morphic-Theme.package/GLMWhitespaceTheme.class/class/settings/setPreferredShoutColors.st R Glamour-Morphic-Theme.package/GLMWhitespaceTheme.class/class/settings/setPreferredWorldBackground.st A Glamour-Morphic-Theme.package/GLMWhitespaceTheme.class/instance/defaults/shStyleTable.st A Glamour-Morphic-Theme.package/GLMWhitespaceTheme.class/instance/fill-styles/desktopColor.st M Glamour-Rubric-Presentations.package/GLMRubricSmalltalkCodePresentation.class/instance/accessing/executionSelectionActions.st M Polymorph-Widgets.package/MorphicUIManager.class/instance/private/activate.st M Refactoring-Tests-Environment.package/RBBrowserEnvironmentTest.class/instance/testing-environments/testAndEnvironment.st A Refactoring-Tests-Environment.package/RBBrowserEnvironmentTest.class/instance/testing-environments/testAndEnvironmentWithStoreOn.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50647.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50648.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50647.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50648.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50648 Moose http://files.pharo.org/image/50/50648.zip

March 17, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] dbba45: 50646

by Guillermo Polito

Ok, I started following Ben's breadcrumbs. I'm on debian jessie also, 64bits. First, I could reproduce the issue (only if I maximize the image). And I started looking at the debugger/stack trace. The first thing I noticed is that with the debugger open in newFaceFromExternalMemory: aFreeTypeExternalMemory index: anInteger If I retry to evaluate self primNewFaceFromExternalMemory: aFreeTypeExternalMemory size: memSize index: anInteger. This always fails. I checked the Freetype plugin an the freetype library doc and my only guess is that the first argument (aFreeTypeExternalMemory) is wrong, or a remanent from another session. BUT! I made another discovery. If we actually walk to the top of the stack, we will see - the failure happens at startup, while starting up WorldMorph (what would explain why people observe this issue when saving the image) And, the redrawing happens because I maximized the window, what forces the morphs to redraw, explaining somehow why the bug appears when we maximize the window (?). - and then if we evaluate SessionManager default startupList we will see that WorldMorph is being started up before freetype. This means that the WorldMorph is being redrawn before freetype objects are cleaned, which may cause having wrong freetype handles/values. Of course, I'm half-way understanding all what's happenning :) These are all conjectures. But nevertheless, if somebody wants to try, I made a changeset (attached) that should be filed in and two lines that reset the session manager SessionManager default: SessionManager initializedSessionManager. SessionManager default installNewSession. Guille On Wed, Mar 16, 2016 at 7:09 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Thu, Mar 17, 2016 at 1:07 AM, Ben Coman <btc(a)openinworld.com> wrote: > > On Wed, Mar 16, 2016 at 8:36 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> On 16 Mar 2016, at 13:28, GitHub <noreply(a)github.com> wrote: > >> > >> 17797 random crash while trying to dispose a NULL handle > >> https://pharo.fogbugz.com/f/cases/17797 > >> > >> again, this is an attempt against the "Font crashing VMâ bugâ¦ please I > need > >> all reports possibleâ¦ even if you think is the same as before (even if > IS > >> the same as before). > > > > "[A]" ImageWorker do: [ 1 + 1] within: 2 seconds onTimeout: [ self > inform: 'timeout' ] > > > > A1. Ran refresh.sh per last post and opened Image. > > A2. Opened playground without adjusting native window. > > A3. Three times successfully inspected [A], seeing "2". > > A4. Opened Nautilus and a few more times successfully inspected [A], > seeing "2". > > A5. Maximised native window > > A6. Inspecting [A] caused forked child Image to remain open with error > > FT2Error: Freetype2 primitive failed [error 2][unknown file format] > > Refinements... > B1. Ran refresh.sh per last post and opened Image. > B2. Opened playground without adjusting native window. > B3. Three times successfully inspected [A], seeing "2". > B4. Maximised native window > B5. Inspecting [A] caused forked child Image to remain open with error > > FT2Error: Freetype2 primitive failed [error 2][unknown file format] > > C1. Ran refresh.sh per last post and opened Image. > C2. Maximised native window. > C3. Opened playground > C4. Inspected [A] once, getting... > > Error: External Image Failed: 34304 > C5. Saved&quit Image > C6. Restarted, got... > stack page bytes 4096 available headroom 2788 minimum unused headroom > 3020 > (Segmentation fault) > > D1. Ran refresh.sh per last post and opened Image. > D2. Opened playground > D3. Inspected [A], successfully getting "2" > D4. Several times, Saved Image, Restarted Image, goto D3. > D5. Maximised window. > D6. Inspected [A], forked child Image stayed open, playground is > red-pane-of-death, > predebug window... FT2Error: Freetype2 primitive failed [error > 2][unknown file format] > D7. Quit child Image without saving. > D8. In parent, save&quit then restart produces error... > stack page bytes 4096 available headroom 2788 minimum unused > headroom 3020 (segmentation fault) > > Btw, sometimes the the forked child Image (e.g. named > 3635603974497675) that starts up, and sometimes the parent Image is > started, so there are two native windows open titled > "Pharo-5.0-Issue-Tracker-image.image" Both encounter similar frequency > of FT2Error errors. > > Trying incrementally changing resolution > 244x665 okay = 2 > 244x683 okay = 2 > 244x695 okay = 2 > 244x709 child error FT2Error > 244x685 okay = 2 (recovered) > 244x700 okay = 2 > 244x705 parent error Error: External Image Failed: 34304 > 244x709 okay = 2 > 244x716 okay = 2 > 244x918 okay = 2 > 244x1147 child error FT2Error > > The last one is full height. Now I repeatedly inspected [A] with > strange results. > Using CTRL-I would predominately fail with some successes. Most fails > occurred in spawned Image with a FT2Error. Using "Inspect" from the > context menu predominately succeeded, with some failures. > > Also, sometimes the spawned image startup is s-l-o-w, so the 'timeout' > inform executes, even though the inspect [A] successfully returns "2". > > More mucking around indicates a definite tendency to error more often > when the window is large. > > cheers -ben > >

March 17, 2016

Re: [Pharo-dev] [Pharo-users] Little how to

by Alexandre Bergel

:-) Alexandre > On Mar 16, 2016, at 11:36 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 03/03/16 09:23, stepharo wrote: >> for the mooc I would like have a list of how to that students should >> look in the system and implement. >> The idea is to show to the participants that Pharo is open and that they >> can find information. > > At #saner16 there was a talk about type hints in argument names in Pharo. The longest they found was aSelectorOrElementOrjQueryOrBooleanOrNumber. > Alexandre replied that that could have been one of his, so I checked in a Seaside image (jQuery is a good hint), it was > JQAccordion>active: aSelectorOrElementOrjQueryOrBooleanOrNumber > by Lukas. So what are the longest type hinting argument names Alexandre uses? In Moose 6-1137? > > |arguments| > arguments := Set new. > (CompiledMethod allInstances select: [ :each | > each author = 'AlexandreBergel' ]) > do: [ :m | > arguments addAll: m argumentNames ]. > arguments asOrderedCollection sort: [ :a :b | a size > b size ] > > gives > numberOfMillisecondsToWaitBeforeRefresh > changePrimarySelectionSelector > aValueOrASymbolOrAOneArgBlock > ... > > Stephan > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 17, 2016

Re: [Pharo-dev] [Pharo-users] Little how to

by Tudor Girba

Nice one! Doru > On Mar 16, 2016, at 11:36 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 03/03/16 09:23, stepharo wrote: >> for the mooc I would like have a list of how to that students should >> look in the system and implement. >> The idea is to show to the participants that Pharo is open and that they >> can find information. > > At #saner16 there was a talk about type hints in argument names in Pharo. The longest they found was aSelectorOrElementOrjQueryOrBooleanOrNumber. > Alexandre replied that that could have been one of his, so I checked in a Seaside image (jQuery is a good hint), it was > JQAccordion>active: aSelectorOrElementOrjQueryOrBooleanOrNumber > by Lukas. So what are the longest type hinting argument names Alexandre uses? In Moose 6-1137? > > |arguments| > arguments := Set new. > (CompiledMethod allInstances select: [ :each | > each author = 'AlexandreBergel' ]) > do: [ :m | > arguments addAll: m argumentNames ]. > arguments asOrderedCollection sort: [ :a :b | a size > b size ] > > gives > numberOfMillisecondsToWaitBeforeRefresh > changePrimarySelectionSelector > aValueOrASymbolOrAOneArgBlock > ... > > Stephan > > > -- www.tudorgirba.com www.feenk.com "Beauty is where we see it."

March 17, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] dbba45: 50646

by Ben Coman

On Thu, Mar 17, 2016 at 1:07 AM, Ben Coman <btc(a)openinworld.com> wrote: > On Wed, Mar 16, 2016 at 8:36 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> On 16 Mar 2016, at 13:28, GitHub <noreply(a)github.com> wrote: >> >> 17797 random crash while trying to dispose a NULL handle >> https://pharo.fogbugz.com/f/cases/17797 >> >> again, this is an attempt against the "Font crashing VMâ bugâ¦ please I need >> all reports possibleâ¦ even if you think is the same as before (even if IS >> the same as before). > > "[A]" ImageWorker do: [ 1 + 1] within: 2 seconds onTimeout: [ self inform: 'timeout' ] > > A1. Ran refresh.sh per last post and opened Image. > A2. Opened playground without adjusting native window. > A3. Three times successfully inspected [A], seeing "2". > A4. Opened Nautilus and a few more times successfully inspected [A], seeing "2". > A5. Maximised native window > A6. Inspecting [A] caused forked child Image to remain open with error > FT2Error: Freetype2 primitive failed [error 2][unknown file format] Refinements... B1. Ran refresh.sh per last post and opened Image. B2. Opened playground without adjusting native window. B3. Three times successfully inspected [A], seeing "2". B4. Maximised native window B5. Inspecting [A] caused forked child Image to remain open with error > FT2Error: Freetype2 primitive failed [error 2][unknown file format] C1. Ran refresh.sh per last post and opened Image. C2. Maximised native window. C3. Opened playground C4. Inspected [A] once, getting... > Error: External Image Failed: 34304 C5. Saved&quit Image C6. Restarted, got... stack page bytes 4096 available headroom 2788 minimum unused headroom 3020 (Segmentation fault) D1. Ran refresh.sh per last post and opened Image. D2. Opened playground D3. Inspected [A], successfully getting "2" D4. Several times, Saved Image, Restarted Image, goto D3. D5. Maximised window. D6. Inspected [A], forked child Image stayed open, playground is red-pane-of-death, predebug window... FT2Error: Freetype2 primitive failed [error 2][unknown file format] D7. Quit child Image without saving. D8. In parent, save&quit then restart produces error... stack page bytes 4096 available headroom 2788 minimum unused headroom 3020 (segmentation fault) Btw, sometimes the the forked child Image (e.g. named 3635603974497675) that starts up, and sometimes the parent Image is started, so there are two native windows open titled "Pharo-5.0-Issue-Tracker-image.image" Both encounter similar frequency of FT2Error errors. Trying incrementally changing resolution 244x665 okay = 2 244x683 okay = 2 244x695 okay = 2 244x709 child error FT2Error 244x685 okay = 2 (recovered) 244x700 okay = 2 244x705 parent error Error: External Image Failed: 34304 244x709 okay = 2 244x716 okay = 2 244x918 okay = 2 244x1147 child error FT2Error The last one is full height. Now I repeatedly inspected [A] with strange results. Using CTRL-I would predominately fail with some successes. Most fails occurred in spawned Image with a FT2Error. Using "Inspect" from the context menu predominately succeeded, with some failures. Also, sometimes the spawned image startup is s-l-o-w, so the 'timeout' inform executes, even though the inspect [A] successfully returns "2". More mucking around indicates a definite tendency to error more often when the window is large. cheers -ben

March 16, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] dbba45: 50646

by Ben Coman

On Wed, Mar 16, 2016 at 8:36 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 16 Mar 2016, at 13:28, GitHub <noreply(a)github.com> wrote: > > 17797 random crash while trying to dispose a NULL handle > https://pharo.fogbugz.com/f/cases/17797 > > again, this is an attempt against the "Font crashing VMâ bugâ¦ please I need > all reports possibleâ¦ even if you think is the same as before (even if IS > the same as before). "[A]" ImageWorker do: [ 1 + 1] within: 2 seconds onTimeout: [ self inform: 'timeout' ] 1. Ran refresh.sh per last post and opened Image. 2. Opened playground without adjusting native window. 3. Three times successfully inspected [A], seeing "2". 4. Opened Nautilus and a few more times successfully inspected [A], seeing "2". 5. Maximised native window 6. Inspecting [A] caused forked child to remain open with error FT2Error: Freetype2 primitive failed [error 2][unknown file format]

March 16, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] dbba45: 50646

by Ben Coman

On Wed, Mar 16, 2016 at 8:36 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 16 Mar 2016, at 13:28, GitHub <noreply(a)github.com> wrote: > > 17797 random crash while trying to dispose a NULL handle > https://pharo.fogbugz.com/f/cases/17797 > > > > again, this is an attempt against the "Font crashing VMâ bugâ¦ please I need > all reports possibleâ¦ even if you think is the same as before (even if IS > the same as before). > > thanks! > Esteban > > I am using a fresh Tracker image per attached refresh.sh Debian 8 Jessie 32-bit Pharo5.0 Latest update: #50647 CoInterpreter VMMaker.oscog-eem.1726 Mar 15 2016 Jenkins build #576 After one refresh, after starting Image, in Playground and doing the following several times... "[A]" ImageWorker do: [ 1 + 1] within: 2 seconds onTimeout: [ self inform: 'timeout' ] 1. In parent did [A] and got... Error: External Image Failed: 34304 ImageWorker>>handleForkedImageResultWithExitStatus: 2. In parent did [A] and got... Error: External Image Failed: 34304 ImageWorker>>handleForkedImageResultWithExitStatus: 3. In parent did [A], and in child got... FT2Error: Freetype2 primitive failed [error 2][unknown file format] FreeTypeFace(FT2Handle)>>primitiveFailed: FreeTypeFace(FT2Handle)>>primitiveFailed FreeTypeFace(FT2Face)>>primNewFaceFromExternalMemory:size:index: FreeTypeFace(FT2Face)>>newFaceFromExternalMemory:index: FreeTypeFace>>create FreeTypeFace>>validate FreeTypeFont>>face FreeTypeFontProvider>>fontFor:familyName: LogicalFontManager>>bestFontFor:whenFindingAlternativeIgnoreAll: LogicalFontManager>>bestFontFor: LogicalFont>>findRealFont LogicalFont>>realFont LogicalFont>>installOn:foregroundColor:backgroundColor: FormCanvas>>drawString:from:to:in:font:color: FormCanvas(Canvas)>>drawString:in: 4. In parent did [A], and in child got... FT2Error: Freetype2 primitive failed [error 2][unknown file format] 5. In parent, did a save&quit. Tried to restart from command line got... primNewFaceFromExternalMemory:size:index: stack page bytes 4096 available headroom 2788 minimum unused headroom 3020 (Segmentation fault) Aborted

March 16, 2016

Re: [Pharo-dev] jenkins slaves on pharo-contribution

by stepharo

thanks christophe I think that we should go over some projects and keep only one version. I started to remove some of mine too. Stef Le 16/3/16 08:48, Christophe Demarey a Ã©crit : > Hi, > > Jenkins slaves on pharos-contribution often go off-line because their disk is full. There are a lot of job executed there and the jenkins workspace on each slave growth quickly. > To avoid that, I set up a job to delete the whole workspace on slaves once a week: https://ci.inria.fr/pharo-contribution/job/purge-jenkins-slaves-workspace. > It ghouls solve this issue but has a drawback: sometimes, you will not have access to the workspace of the latest build of a job. In fact, it is not a problem if you archive artefacts at the end of a build. > > Christophe >

March 16, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] dbba45: 50646

by stepharo

TX esteban I will try my super crashing power to see if I can. I just need time to code :) Le 16/3/16 13:36, Esteban Lorenzano a Ã©crit : >> On 16 Mar 2016, at 13:28, GitHub <noreply(a)github.com >> <mailto:noreply@github.com>> wrote: >> >> 17797 random crash while trying to dispose a NULL handle >> https://pharo.fogbugz.com/f/cases/17797 > > > again, this is an attempt against the "Font crashing VMâ bugâ¦ please I > need all reports possibleâ¦ even if you think is the same as before > (even if IS the same as before). > > thanks! > Esteban > >

March 16, 2016

[pharo-project/pharo-core]

by GitHub

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

March 16, 2016