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

[Pharo-project] [TODO 1.3] Issues tagged 1.3
by Marcus Denker Dec. 11, 2011

Dec. 11, 2011

http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [TODO 1.4] Issues tagged 1.4
by Marcus Denker Dec. 11, 2011

Dec. 11, 2011

http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.4 - All issues "FixReviewNeeded" needs to be looked at and reviewed. Does it fix the bug (or for an improvement: is this good? Do you want it in the release? - All issues "NoSourcesAvailable" do have fixes, but described in wonderful prose. ("change the third character of the second line.." (nearly...). The idea here is that it's far far far far easier to look at things that one can just load in the system as opposed to solve a textual riddle first. yes, it's trivial... but it's amazing how the triviality between "machine readable code" and "textual description for a human to parse" changes how long an issue is not looked at. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] keymapping problem: pasting in a pluggable text morph
by Tudor Girba Dec. 11, 2011

Dec. 11, 2011

Hi, I am trying to handle pasting in a PluggableTextMorph, but there seems to be a problem induced by Keymapping. Consider the following simple case: morph := (PluggableTextMorph on: StringHolder new text: #contents accept: #acceptContents:) autoAccept: true; color: Color white; yourself. morph openInWindow In the regular Pharo image it behaves as expected: - If you type some text, it gets auto accepted (there is no orange triangle on the top right) - If you use Ctrl+v, it auto accepts - If you use Cmd+v (on Mac) or Alt+v (on Windows), it also auto accepts. When Keymapping is loaded we have a problem: - If you type some text, it gets auto accepted (there is no orange triangle on the top right) - If you use Ctrl+v, it auto accepts ===> But if you use Cmd+v (on Mac) or Alt+v (on Windows), the orange triangle appears. If you inspect the contents, indeed they are not updated. I tried to look into this, but I did not manage to get to the bottom of this. Can anyone help? Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

3 3

[Pharo-project] keymapping
by Tudor Girba Dec. 11, 2011

Dec. 11, 2011

Hi Guille, We recently added Keymapping to the Moose distribution (actually part of Glamour), but it seems that it breaks the image in subtle ways: - Ctrl+v and Cmd+v lead to different behaviour - pasting a piece of code leaves the cursor at the beginning of the pasted text Do you happen to have time to look into these? Cheers, Doru -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

2 3

[Pharo-project] problem installing seaside in pharo
by sergio_101 Dec. 11, 2011

Dec. 11, 2011

i am getting the following error when trying to install seaside in pharo using: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. ((Smalltalk at: #ConfigurationOfSeaside30) project latestVersion) load. and i am getting the following error: GoferRepositoryError(Object)>>doesNotUnderstand: #asSortedCollection anyone have any ideas? -- ---- peace, sergio photographer, journalist, visionary http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

2 3

[Pharo-project] [update 1.4] #14255
by Marcus Denker Dec. 10, 2011

Dec. 10, 2011

14255 ----- Issue 5080: Remove BitmapStreamTests http://code.google.com/p/pharo/issues/detail?id=5080 Issue 5079: Small cleanup methods unsent sending unexisting messages http://code.google.com/p/pharo/issues/detail?id=5079 Issue 5076: veryDeepCopyUsing: is not used http://code.google.com/p/pharo/issues/detail?id=5076 Issue 5082: remove GZipSurrogateStream http://code.google.com/p/pharo/issues/detail?id=5082 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] SMTPClient uses local address
by Sean P. DeNigris Dec. 10, 2011

Dec. 10, 2011

SMTPClient>>initiateSession ... self sendCommand: ... NetNameResolver localHostName. ... This results in the local address (e.g. 10.0.0.5) being used, which sometimes gets kicked back by the mail server with: 550-"JunkMail rejected - ool-182daabe.dyn.optonline.net (10.0.0.5) -- View this message in context: http://forum.world.st/SMTPClient-uses-local-address-tp4178445p4178445.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 4

[Pharo-project] How to resurrect an unrepsonsive image?
by Norbert Hartl Dec. 10, 2011

Dec. 10, 2011

I have a headless image that was running for a couple of days. Now it is not responding anymore. The image was running still but the sockets for http and vnc were closed and restarting the image just brings it up without any sockets opened. Injecting something via script does not work either. I copied the image to my desktop and tried a few things but no success. What would be a good way to get a glimpse of what is causing problems? I had Scheduler running that saved the image every hour. And the image itself issues http request to the outside world every 10 minutes. thanks, Norbert

10 29

[Pharo-project] GZipWriteStream crashing my VM when serializing ?
by Mariano Martinez Peck Dec. 10, 2011

Dec. 10, 2011

Hi guys. We are doing some experiments with Fuel and GZip streams... Now I have a beatiful test like this: testMethodContextThisContext | materializedContext context | context := thisContext copy. materializedContext := self resultOfSerializeAndMaterialize: context. and it crashes like crazy. From the VM crash stack, I can see: Smalltalk stack dump: 0xbff66ba4 M GZipWriteStream(DeflateStream)>deflateBlock 447551436: a(n) GZipWriteStream 0xbff66bc8 M GZipWriteStream(DeflateStream)>nextPutAll: 447551436: a(n) GZipWriteStream 0xbff66be4 M GZipWriteStream(DeflateStream)>next:putAll:startingAt: 447551436: a(n) GZipWriteStream 0xbff66c08 M FLBufferedWriteStream>flushBuffer 448048664: a(n) FLBufferedWriteStream 0xbff66c20 M FLBufferedWriteStream>nextBytesPutAll: 448048664: a(n) FLBufferedWriteStream 0xbff66c40 M FLBufferedWriteStream>nextStringPut: 448048664: a(n) FLBufferedWriteStream 0xbff66c5c M FLByteStringCluster>serialize:on: 448054196: a(n) FLByteStringCluster 0xbff66c7c M FLByteStringCluster(FLPrimitiveCluster)>serializeInstance:with: 448054196: a(n) FLByteStringCluster 0xbff66ca0 M [] in FLByteStringCluster(FLIteratingCluster)>serializeInstances: 448054196: a(n) FLByteStringCluster 0xbff66cc8 M IdentitySet(Set)>do: 451711680: a(n) IdentitySet 0xbff66ce4 M FLByteStringCluster(FLIteratingCluster)>serializeInstances: 448054196: a(n) FLByteStringCluster 0xbff66d00 M FLByteStringCluster(FLIteratingCluster)>serializeInstancesStepWith: 448054196: a(n) FLByteStringCluster 0xbff66d1c M FLSerialization>clusterInstancesStepOf: 448053428: a(n) FLSerialization 0xbff66d38 M [] in FLSerialization>instancesStep 448053428: a(n) FLSerialization 0xbff66d58 M OrderedCollection>do: 449989736: a(n) OrderedCollection 0xbff66d74 M FLSerialization>instancesStep 448053428: a(n) FLSerialization 0xbff66d8c M FLSerialization>run 448053428: a(n) FLSerialization 0xbff66db0 I [] in FLSerializer>defaultSerialization 447550464: a(n) FLSerializer 0xbff66dd8 M [] in FLSerializer>serialize:on: 447550464: a(n) FLSerializer 0xbff66df8 M BlockClosure>ensure: 448052884: a(n) BlockClosure 0xbff66e18 M FLSerializer>serialize:on: 447550464: a(n) FLSerializer 0xbff66e3c M [] in FLMethodContextSerializationTest(FLSerializationTest)>serialize: 447235380: a(n) FLMethodContextSerializationTest 0xbff66e60 M [] in GZipWriteStream class(PositionableStream class)>on:do: 419845144: a(n) GZipWriteStream class 0xbff66e80 M BlockClosure>ensure: 448048616: a(n) BlockClosure 0xbff66ea0 M GZipWriteStream class(PositionableStream class)>on:do: 419845144: a(n) GZipWriteStream class 0xbff66ec4 M [] in FLGZipStrategy>writeStreamDo: 447550896: a(n) FLGZipStrategy 0xbff66ee0 M FLByteArrayStreamStrategy>writeStreamDo: 447550884: a(n) FLByteArrayStreamStrategy 0xbff66efc M FLGZipStrategy>writeStreamDo: 447550896: a(n) FLGZipStrategy 0xbff66f18 M FLMethodContextSerializationTest(FLSerializationTest)>serialize: 447235380: a(n) FLMethodContextSerializationTest 0xbff66f34 M FLMethodContextSerializationTest(FLSerializationTest)>resultOfSerializeAndMaterialize: 447235380: a(n) FLMethodContextSerializationTest 0xbff66f58 M FLMethodContextSerializationTest>testMethodContextThisContext 447235380: a(n) FLMethodContextSerializationTest any idea of where I should start to look at? Thanks -- Mariano http://marianopeck.wordpress.com

2 2

[Pharo-project] [COTDC] 95 - GZipReadStream
by sean＠clipperadams.com Dec. 10, 2011

Dec. 10, 2011

95 classes done 801 classes remaining Continuing in Compression... Today: GZipReadStream Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

1 0