- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN 1.2.1Core] pre-build 1.2.1 Core image
by Marcus Denker March 29, 2011

March 29, 2011

https://gforge.inria.fr/frs/download.php/28417/PharoCore-1.2.1.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Issue 3852 in pharo: 1.2 Build is broken
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.2-DevImage New issue 3852 by marcus.d...(a)gmail.com: 1.2 Build is broken http://code.google.com/p/pharo/issues/detail?id=3852 DuplicatedVariableError: stylingActive is already defined in Workspace Not clear why it suddenly tries to load different code.

1 1

Re: [Pharo-project] Issue 1894 in pharo: Rescue Sophie audio
by pharo＠googlecode.com March 29, 2011

March 29, 2011

Updates: Status: Closed Comment #1 on issue 1894 by marcus.d...(a)gmail.com: Rescue Sophie audio http://code.google.com/p/pharo/issues/detail?id=1894 Moved to http://code.google.com/p/pharo/wiki/IdeasToImplement

1 1

[Pharo-project] ProgressDisplay package released
by Ralph Boland March 29, 2011

March 29, 2011

I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. SystemProgressMorph could be made a subclass of one of its classes though. It is designed largely to meet my specific needs but since it's MIT anyone may use it, steal components, or move components of it to Squeak/Pharo. It has a utility class category with useful classes for things like array permutation generation and array multiset permutation generation, numeric partitioning of a number, and a class RangeList (which I will be expanding upon later). All of these classes will be removed when the package meant to contain them is ready (not soon). There are also a number of utility methods that could be stolen or put into Squeak/Pharo proper. It probably has lots of bugs, so bug reports appreciated. Comments on its function, design, and implementation most welcome. Proposals for improvements or extensions will be considered but no promises. If you need access to make changes let me know. If Levente Uzonyi likes it but feels compelled to rewrite it completely from scratch, thats okay too. :-) ONE OF MY REASONS FOR RELEASING IT IS BECAUSE OF A BUG I COULD NOT FIX. It is supposed to be possible to turn on the ability to catch user interrupts but when this feature is turned on and an interrupt generated while the progress bar is displayed the interrupt is caught but not processed until the progress bar closes. :-( Of course the interrupt was meant to be processed immediately. If anyone can tell me how to fix this bug (or better still send me the code or add the code to the package) that would be great! Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do

6 5

[Pharo-project] [update 1.2] #12345
by Marcus Denker March 29, 2011

March 29, 2011

What a beautiful update number... 12345 ----- Release 1.2.1 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] Can we get 1.2 on the pharo web site?
by Marcus Denker March 29, 2011

March 29, 2011

On Mar 29, 2011, at 7:51 PM, Adrian Lienhard wrote: > Sure! I can help with updating the website. > > Is the list of changes [1] still work in progress or should I add as is? It would be nice to have it structured (I can do this) and a bit more detailed if possible. The site for the 1.1 release had a quite verbose summary [2]. > > Do we have the Pharo 1.2 and Pharo one click images ready already? > No. We don't even have a 1.2 Full release yet... Open bugs: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2-DevImage But I think we should just release... else we will never do it. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] Getting Pharo 1.2 on Hudson green/blue again
by Marcus Denker March 29, 2011

March 29, 2011

On Mar 29, 2011, at 9:33 AM, Torsten Bergmann wrote: > Hi Markus, > > I think I've found out what the problem with the > hudson build for Pharo 1.2 is: > > - the Pharo-1.2.st Skript used to build it includes this line: > > ((Smalltalk at: #ConfigurationOfPharo) project lastVersion) > > which now returns 1.3. instead of 1.2 since the config was extended. > > Guess who did it: ConfigurationOfPharo-MarcusDenker.148 > on 22 March 2011, the day when the hudson build broke > > So change the line in Pharo-1.2.st to: > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.2-beta2') perform: #silently: with: true; perform: #load. > > and the build works. At least it does manually when I try it here. > Oh... I fixed the build script. Hudson building now. > If that works you either send me a beer or you take the time to > exchange the VM to the customized ones I've sent you so we can > move 1.2 out of the door and concentrate on 1.3... > I will do a release of 1.2.1 and then fix the one-click. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

March 29, 2011

HI guys Would it be possible that we have Pharo 1.2 on the web site? Marcus I can focus on 1.3. current fixes. Stef

2 1

[Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...
by Toon Verwaest March 29, 2011

March 29, 2011

For whoever might care: I rewrote / fixed the Opal decompiler. Sorry about me being a bit bad... my only test is this: CompiledMethod allInstances collect: [ :m | (OCBytecodeDecompiler new decompile: m) compiledMethod ] At least on the helvetia image that doesn't give any errors :) On to hooking it in with my new classbuilder and MethodModification model to apply bytecode rewriting for hyperfast class changes. I'll be back in an hour ;P cheers, Toon

5 10

[Pharo-project] Text field converter refactoring
by Gary Chambers March 29, 2011

March 29, 2011

Hi all, I've refactored the ObjectStringConverter support to be more flexible and provide feedback in the UI (via corner triangle). Also, should be no more MNU's in, for example, ColorSelectorDialogWindow when numeric fields are made empty! Note that any fields in use need to be recreated. A save of the image (or otherwise) is required to reinitialize the EditorFindReplaceDialogWindow singleton. Attached cs. Regards, Gary

2 1