- Pharo-dev - lists.pharo.org

[Pharo-project] [update] #10435

by Marcus Denker

10435 ----- Issue 1159: System-Settings package must disappear Issue 1172: ScriptLoader>>#cleanupForRelease calls deprecated methods Postscript: (MCPackage named: 'System-Settings') unload. ScriptLoader new cleanUpForRelease. -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 4, 2009

[Pharo-project] [update] #10434

by Marcus Denker

10434 ----- Issue 1162: Test fail: FontTest>>testMultiStringFallbackFont Issue 1166: failing test: testOpenWorkspaceAns Issue 1170: IdentitySetTest>>identityCollectionWithElementsCopyNotIdentical: non- existing ivar referenced Issue 1171: Undeclared in HostSystemMenu>>#modifySqueakMenu: Issue 1168: Undeclared not empty Issue 1169: There are Obsolete Classes This was already fixed: Issue 1007: Code critic MNU in MethodProperties>>analogousCodeTo: -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 4, 2009

Re: [Pharo-project] Bug reports for all failing tests

by Peter Hugosson-Miller

On 4 sep 2009, at 20.11, Marcus Denker <denker(a)acm.org> wrote: > > On 04.09.2009, at 13:48, Peter Hugosson-Miller wrote: >>> >>> http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.0 >>> >> >> I *love* fixing failing tests, so if any of those issues are going >> begging, I'd be happy to take some :-) >> > > Yes, that would be cool! I fixed some, those I will now put into the > next > update. But some are left that would be nice if they are killed: > > 1167 > 1165 > 1164 > > Marcus > > > > > -- > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project OK, I'll take those. -- Cheers, Peter

Sept. 4, 2009

Re: [Pharo-project] Bug reports for all failing tests

by Marcus Denker

On 04.09.2009, at 13:48, Peter Hugosson-Miller wrote: >> >> http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.0 >> > > I *love* fixing failing tests, so if any of those issues are going > begging, I'd be happy to take some :-) > Yes, that would be cool! I fixed some, those I will now put into the next update. But some are left that would be nice if they are killed: 1167 1165 1164 Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 4, 2009

Re: [Pharo-project] Bug reports for all failing tests

by Peter Hugosson-Miller

On 4 sep 2009, at 17.45, Marcus Denker <denker(a)acm.org> wrote: > Hi, > > I added reports for any of the left over failing Tests. They are > tagged "1.0": > > http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.0 > > 30 issues left all in all. > > Marcus > > > > > > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project I *love* fixing failing tests, so if any of those issues are going begging, I'd be happy to take some :-) -- Cheers, Peter Hugosson-Miller

Sept. 4, 2009

Re: [Pharo-project] [Bulk] Re: Rio: binary mode copy not keep

by Vicnet

Heelo, Miguel Enrique CobÃ¡ Martinez (via Nabble) a Ã©crit : > > There are 2 independant pbs: > Keith has already asked what is a pb. I suppose that means "problem" in > a very cell-phone-sms-message slang. Ooooppps. I don't understand his question ! I just realize my mistake now !!! Yes, you're rigth. pb is problem for me. Excuse-me for this shortcut. I never use slang or phone langage, just one or two terms and this is one of them ! sorry. a+ Vicnet -- View this message in context: http://n2.nabble.com/Rio-binary-mode-copy-not-keep-tp3571512p3581275.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 4, 2009

Re: [Pharo-project] Getting Pharo 1.0 released

by Daniel P Zepeda

On Sep 4, 2009, at 2:40 AM, StÃ©phane Ducasse wrote: >> Is "Pharo by Example" done ? > > Yes :) Really!? Where can we get it? I'm really hot to get my hands on this because I'm getting my son started on Squeak by Example after your excellent book 'Learning Squeak with Robots' But I want him to learn Pharo because the overall goal is to get him into Seaside and Webapps. Now would be the perfect time to get this book for us anyway. Thanks! P.S. BTW, He set up a blog on his own, with pix he created with the ideas he got from Learning with Robots: Sorry, this is a bit off-topic. DZ

Sept. 4, 2009

[Pharo-project] Bug reports for all failing tests

by Marcus Denker

Hi, I added reports for any of the left over failing Tests. They are tagged "1.0": http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.0 30 issues left all in all. Marcus Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 4, 2009

Re: [Pharo-project] runaway Pharo beta image

by Adrian Lienhard

Hi Paul, A likely scenario is that you have a process in an endless loop (probably the one in ByteString(String)>>encodeOn:). Its stack grows and uses more and more memory. The first thing to try is control-. (or apple-.), which should interrupt the current process. If the GUI is still responsive you can also open the process browser (in the Tools menu) and try to debug or just terminate the offending process. HTH, Adrian On Sep 4, 2009, at 15:56 , Paul DeBruicker wrote: > Hi - > > > I have done something to my image and don't know how to fix it. When > it opens it maximizes one of the processors and allocates a large > amount of RAM to itself. When I attempt to run the Debug > Start > profiling all Processes it crashes the vm after I move the mouse to > the top of the screen. When I run > > Process allInstancesDo: [ :p | | rules | > rules := ProcessBrowser nameAndRulesFor: p. > rules second ifTrue: [ p terminate ] "1=name, 2=safe-to-kill, > 3=safe-to-debug" > ]. > > from here: http://wiki.squeak.org/squeak/1799 nothing changes. > > Printing 'ProcessBrowser new processList' in a workspace gives: > > a WeakArray(a Process in Delay class>>handleTimerEvent a Process in > SystemDictionary>>lowSpaceWatcher a Process in [] in Delay>>wait a > Process in WeakArray class>>finalizationProcess a Process in nil a > Process in ByteString(String)>>encodeOn: a Process in [] in > BlockClosure>>newProcess) > > > And the VM statistics are: > > uptime 0h8m53s > memory 1,055,051,120 bytes > old 1,050,497,028 bytes (99.6%) > young 83,708 bytes (0.0%) > used 1,050,580,736 bytes (99.6%) > free 4,470,384 bytes (0.4%) > GCs 4,999 (107ms between GCs) > full 3 totalling 18,400ms (3.0% uptime), avg 6133.0ms > incr 4996 totalling 120,999ms (23.0% uptime), avg 24.0ms > tenures 112 (avg 44 GCs/tenure) > > > Are there other things I can do to get it back under control or should > I just save everything in some MC repositories and set up a new image? > I'm reluctant to do that now because I don't know what I did to > create the situation I'm in. > > > Thanks for your help > > Paul > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 4, 2009

Re: [Pharo-project] [Bulk] Re: Rio: binary mode copy not keep

by Miguel Enrique CobÃ¡ Martinez

El vie, 04-09-2009 a las 03:22 -0500, Vicnet escribiÃ³: > Helllo, > > > Sorry but I dont understand most of your email. > > Ok, I resume > > There are 2 independant pbs: Keith has already asked what is a pb. I suppose that means "problem" in a very cell-phone-sms-message slang. > > 1) when use Directory>>addTree, I've got: > UTF8TextConverter(Object)>>error:'Invalid utf8 input detected' > on stream reading > > 2) "Directory home binary files first isBinary" return false > I think it should return true because base dir is binary. > > For the suggestion on FileKernel>>entries, it think, IMHO, that > self select: [:e | true ] > is not so elegant (even Collection have a #contents method, which return > self in fact :-) ) > But it's not important... just a thought. > > a+ > Vicnet > -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 4, 2009