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

Re: [Pharo-project] Issue 1938 in pharo: related to 1910 Readonly....
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Updates: Status: Invalid Comment #5 on issue 1938 by marcus.d...(a)gmail.com: related to 1910 Readonly.... http://code.google.com/p/pharo/issues/detail?id=1938 Question was asked nearly one year ago, no answer --> seems not important. Closed.

1 0

Re: [Pharo-project] Issue 1324 in pharo: Analyze if the semantic of ContextPart tempNames is the correct one
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Updates: Status: Invalid Comment #2 on issue 1324 by marcus.d...(a)gmail.com: Analyze if the semantic of ContextPart tempNames is the correct one http://code.google.com/p/pharo/issues/detail?id=1324 I don't remember that we wanted to check... I close it for now

1 0

Re: [Pharo-project] Issue 1283 in pharo: Error when i try save a image
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Updates: Status: Closed Comment #7 on issue 1283 by marcus.d...(a)gmail.com: Error when i try save a image http://code.google.com/p/pharo/issues/detail?id=1283 I think this is now fixed... at least, I have not seen it for a looong time.

1 0

Re: [Pharo-project] Issue 3162 in pharo: OCompletion in inspectors sometimes opens a debugger
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Updates: Status: Closed Labels: Milestone-1.2 Comment #2 on issue 3162 by marcus.d...(a)gmail.com: OCompletion in inspectors sometimes opens a debugger http://code.google.com/p/pharo/issues/detail?id=3162 Can not reproduce this in 1.2

1 0

Re: [Pharo-project] Issue 3255 in pharo: It should be possible to print text from help browser to printer
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Comment #2 on issue 3255 by marcus.denker: It should be possible to print text from help browser to printer http://code.google.com/p/pharo/issues/detail?id=3255 pressing the button has no effect on MacOS

1 6

[Pharo-project] Issue 3633 in pharo: [Hudson] change build script for 1.3a
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com New issue 3633 by marcus.d...(a)gmail.com: [Hudson] change build script for 1.3a http://code.google.com/p/pharo/issues/detail?id=3633 As 1.3a now has headless support, we do not want to kill the image when a log file is written (copy and modify the build script)

1 1

[Pharo-project] Pharogenesis anew
by Max Leske March 20, 2011

March 20, 2011

I just pushed the (hopefully) final version of Pharogenesis to github (github.com/pharogenesis/pharogenesis) I appologize to the followers for deleting and recreating the repository but that's the only way to keep the history clean. Max

4 10

[Pharo-project] Issue 3446 in pharo: VMMakerTool load config button doesn't work
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: New Owner: ---- New issue 3446 by elpochodelagente: VMMakerTool load config button doesn't work http://code.google.com/p/pharo/issues/detail?id=3446 Pharo image: dev 1.1.1 Pharo core version: Pharo-1.1-11411 Virtual machine used: custom linux, allmost latest VMMaker, classic (not cog) Class browser used if applicable: OBSystemBrowserAdaptor Steps to reproduce: 1. Load VMMaker with 2. Open the VMMakerTool with: "VMMakerTool openInWorld" 3. Push load config button, you get an error message The problem is that VMMaker tool makes use of StandardFileDialog, which isn't present in Pharo anymore. The method that raises the error is VMMakerTool>>#loadConfig | fileResult file | fileResult := (StandardFileMenu oldFileMenu: FileDirectory default withPattern: '*.config') startUpWithCaption: 'Select VMMaker configuration...'. fileResult ifNotNil: [ file := fileResult directory fullNameFor: fileResult name. [ vmMaker := VMMaker forConfigurationFile: file. vmMaker logger: logger. vmMaker platformDirectory ] on: Error do: [self inform: 'Possible problem with path settings or platform name?']. self updateAllViews] Changing fileResult := (StandardFileMenu oldFileMenu: FileDirectory default withPattern: '*.config') startUpWithCaption: 'Select VMMaker configuration...'. for fileResult := UIManager default chooseFileMatching: nil label: 'Select VMMaker configuration...'. and file := fileResult directory fullNameFor: fileResult name. for file := fileResult Fixes it almost completely. It would be better to use chooseFileMatching: #('*.config') but it didn't work well.

5 9

[Pharo-project] Issue 3804 in pharo: #cannotInterpret: fails to work with JIT Cog, but works with StackInterpreter
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: Accepted Owner: siguc...(a)gmail.com New issue 3804 by siguc...(a)gmail.com: #cannotInterpret: fails to work with JIT Cog, but works with StackInterpreter http://code.google.com/p/pharo/issues/detail?id=3804 See tests failing in: http://code.google.com/p/pharo/issues/detail?id=3648 These tests are failing in Cog, but not in StackInterpreter: MessageCatchingProxyTests Update by Eliot: " Just to confirm, I have fixed this in my working image but have yet to push it to the repository because due to other changes I have introduced some regressions by mistake. "

1 1

Re: [Pharo-project] [ANN 1.2.1a] towards 1.2.1
by Marcus Denker March 20, 2011

March 20, 2011

>> >> > Probably you should rename the job to 1.2.1a. I tested it on my hudson server you can rename a job without breaking any dependencies to other jobs. I tested upstream trigger, copy artifacts. I don't know other dependencies. > But then the external links break. People do link to https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastSuccessfu… I think for names we should just care about Major versions. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0