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

[Pharo-project] FloatArray inaccuracy

by Martin Dias

Hi I found that FloatArray>>at:put: is inaccurate: | floats | floats := FloatArray new: 1. floats at: 1 put: 11.22321. floats at: 1 " ------------> 11.223210334777832 " Do you know this issue? This is the implementation of at:put:: at: index put: value <primitive: 'primitiveAtPut' module: 'FloatArrayPlugin'> value isFloat ifTrue:[self basicAt: index put: value asIEEE32BitWord] ifFalse:[self at: index put: value asFloat]. ^value Thanks in advance Martin

July 28, 2011

[Pharo-project] Morph does not refresh or show

by abara

Hello, I am having an issue where I need to refresh an object that is a subclass of RectangleMorph in a window. My object needs to travel across the screen at certain intervals. A controller object tells this RectangleMorph object where wants it, and in turn the Rectangle object sets its new position with self position: newX@ newY. but the object does not show up. It does however take the exact time it should to travel, but it just doesn't display itself. When I run the same program in debug, everything works fine, meaning I can see the object travel across the screen. Am I missing a method to refresh the object in real time? I have tried self changed, etc. Thanks Barakat -- View this message in context: http://forum.world.st/Morph-does-not-refresh-or-show-tp3700516p3700516.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 28, 2011

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

Tudor Girba-2 wrote: > > I think this is Pharo specific. Is it Ok to commit such changes, or is the > code meant to work in Squeak as well (in which case, we should fork it for > Pharo)? > Sounds like it's Squeak-compatible, so commit away! -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3700018.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 27, 2011

Re: [Pharo-project] Downloading 1.4

by Igor Stasenko

Yes, if i remember correctly, this protocol was added/changed to both pharo and squeak. 2011/7/28 Levente Uzonyi <leves(a)elte.hu>: > On Wed, 27 Jul 2011, Nicolas Cellier wrote: > >> I would say commit it, we will just add Squeak.SmalltalkImage>>os >> ^self for compatibility > > The method SmalltalkImage >> #os already exists in Squeak. It was probably > added by you: nice 3/7/2010. > > > Levente > >> >> Nicolas >> >> 2011/7/27 Tudor Girba <tudor(a)tudorgirba.com>: >>> >>> Hi, >>> >>> Great. I just tried it and it works in Pharo 1.3. However, I stumbled >>> across a small problem: >>> >>> "SmalltalkImage current platformName" which should be "Smalltalk os >>> platformName". >>> >>> I think this is Pharo specific. Is it Ok to commit such changes, or is >>> the code meant to work in Squeak as well (in which case, we should fork it >>> for Pharo)? >>> >>> Cheers, >>> Doru >>> >>> >>> On 27 Jul 2011, at 17:22, Sean P. DeNigris wrote: >>> >>>> >>>> Tudor Girba-2 wrote: >>>>> >>>>> - is there a morph with progress/play/pause/stop controls? >>>>> >>>> >>>> I think I just had that one Morph, but there is plenty more >>>> functionality in >>>> Sophie that could be ported. >>>> >>>> >>>> Tudor Girba-2 wrote: >>>>> >>>>> - the squeaksource repository says the license is MIT. Is that correct? >>>>> Was the original code MIT as well (I do not know, so I am asking :))? >>>>> >>>> >>>> From the comment in SpdQtInfo: >>>> License: All code committed to the SqueakSource repository will be >>>> automatically under the MIT license. Â However, the bulk of this code is >>>> taken from OpenSophie, whose license states: >>>> >>>> OpenSophie Source License >>>> >>>> OpenSophie is open-source software licensed under the new BSD license. >>>> >>>> Parts of OpenSophie are >>>> >>>> Copyright (c) 2004-2008, Regents of the University of Southern >>>> California >>>> All rights reserved. >>>> >>>> Redistribution and use in source and binary forms, with or without >>>> modification, are permitted provided that the following conditions are >>>> met: >>>> >>>> Redistributions of source code must retain the above copyright notice, >>>> this >>>> list of conditions and the following disclaimer. >>>> Redistributions in binary form must reproduce the above copyright >>>> notice, >>>> this list of conditions and the following disclaimer in the >>>> documentation >>>> and/or other materials provided with the distribution. >>>> Neither the name of the University of Southern California, Los Angeles >>>> nor >>>> the names of its contributors may be used to endorse or promote products >>>> derived from this software without specific prior written permission. >>>> THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS >>>> IS" >>>> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, >>>> THE >>>> IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR >>>> PURPOSE >>>> ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE >>>> LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR >>>> CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF >>>> SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS >>>> INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN >>>> CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) >>>> ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF >>>> THE >>>> POSSIBILITY OF SUCH DAMAGE. >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Downloading-1-4-tp3696454p3698853.html >>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Being happy is a matter of choice." >>> >>> >>> >>> >>> >> > -- Best regards, Igor Stasenko AKA sig.

July 27, 2011

Re: [Pharo-project] Downloading 1.4

by Levente Uzonyi

On Wed, 27 Jul 2011, Nicolas Cellier wrote: > I would say commit it, we will just add Squeak.SmalltalkImage>>os > ^self for compatibility The method SmalltalkImage >> #os already exists in Squeak. It was probably added by you: nice 3/7/2010. Levente > > Nicolas > > 2011/7/27 Tudor Girba <tudor(a)tudorgirba.com>: >> Hi, >> >> Great. I just tried it and it works in Pharo 1.3. However, I stumbled across a small problem: >> >> "SmalltalkImage current platformName" which should be "Smalltalk os platformName". >> >> I think this is Pharo specific. Is it Ok to commit such changes, or is the code meant to work in Squeak as well (in which case, we should fork it for Pharo)? >> >> Cheers, >> Doru >> >> >> On 27 Jul 2011, at 17:22, Sean P. DeNigris wrote: >> >>> >>> Tudor Girba-2 wrote: >>>> >>>> - is there a morph with progress/play/pause/stop controls? >>>> >>> >>> I think I just had that one Morph, but there is plenty more functionality in >>> Sophie that could be ported. >>> >>> >>> Tudor Girba-2 wrote: >>>> >>>> - the squeaksource repository says the license is MIT. Is that correct? >>>> Was the original code MIT as well (I do not know, so I am asking :))? >>>> >>> >>> From the comment in SpdQtInfo: >>> License: All code committed to the SqueakSource repository will be >>> automatically under the MIT license. Â However, the bulk of this code is >>> taken from OpenSophie, whose license states: >>> >>> OpenSophie Source License >>> >>> OpenSophie is open-source software licensed under the new BSD license. >>> >>> Parts of OpenSophie are >>> >>> Copyright (c) 2004-2008, Regents of the University of Southern California >>> All rights reserved. >>> >>> Redistribution and use in source and binary forms, with or without >>> modification, are permitted provided that the following conditions are met: >>> >>> Redistributions of source code must retain the above copyright notice, this >>> list of conditions and the following disclaimer. >>> Redistributions in binary form must reproduce the above copyright notice, >>> this list of conditions and the following disclaimer in the documentation >>> and/or other materials provided with the distribution. >>> Neither the name of the University of Southern California, Los Angeles nor >>> the names of its contributors may be used to endorse or promote products >>> derived from this software without specific prior written permission. >>> THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" >>> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE >>> IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE >>> ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE >>> LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR >>> CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF >>> SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS >>> INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN >>> CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) >>> ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE >>> POSSIBILITY OF SUCH DAMAGE. >>> >>> -- >>> View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3698853.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> -- >> www.tudorgirba.com >> >> "Being happy is a matter of choice." >> >> >> >> >> > >

July 27, 2011

Re: [Pharo-project] DNU with beMethodArg?

by Eliot Miranda

Hi Steph, this is an interesting bug with Debugger doits inside Debugger doits. So at the outer level one has some method m0 in the debugger: nextEvent "Return the next event from the receiver." eventQueue == nil ifTrue:[^self nextEventSynthesized] ifFalse:[^self nextEventFromQueue] and in the right-hand context inspector one evaluates the following (which will cause a subscript bounds because there are no temps) ThisContext namedTempAt: 1 to create m1: DoItIn: ThisContext ^ ThisContext namedTempAt: 1 If in the debugger on m1 I evaluate e.g. ThisContext I get the below error in the compiler as it is trying to create m2 The underlying bug is that in m2 ThisContext is ambiguous. It can refer to the context for m1 or, as the programmer intends, the context for m0. What the programmer means to achieve is an m2 that reads DoItIn: ThisContext ^ (ThisContext tempAt: 0) namedTempAt: 1 where ThisContext tempAt: 0 accesses thisContext in m0. The symptom is due to Encoder>>init:context:notifying: binding ThisContext twice in aContext ~~ nil ifTrue: [| homeNode | homeNode := self bindTemp: self doItInContextName. "0th temp = aContext passed as arg" aContext tempNames withIndexDo: [:variable :index| scopeTable at: variable put: (MessageAsTempNode new receiver: homeNode selector: #namedTempAt: arguments: (Array with: (self encodeLiteral: index)) precedence: 3 from: self)]]. since aContext tempNames includes 'ThisContext' which is also self doItInContextName. I'm not sure how to fix this. One way is for the above loop to encode 'ThisContext' as 'ThisContext tempAt: 0', but that only works one level deep. Once one has an m3 it will access the wrong ThisContext, but it'll be better than the current situation as there will be no exception. On Tue, Jul 26, 2011 at 7:02 AM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr > wrote: > Hi guys > > I was debugging some bug and I got the following > > > DoItIn: ThisContext > ^ self > do: [:each | ((ThisContext namedTempAt: 1) > includes: each) > ifFalse: [^ false]] > > > I selected (ThisContext namedTempAt: 1 > > and I got MessageAsTempNode does not understand beMethodArg > > method: doit context: ctxt > " pattern [ | temporaries ] block => MethodNode." > > | sap blk prim temps messageComment methodNode | > properties := AdditionalMethodState new. > sap := self pattern: doit inContext: ctxt. > "sap={selector, arguments, precedence}" > properties selector: (sap at: 1). > encoder selector: (sap at: 1). > (sap at: 2) do: [:argNode | argNode beMethodArg]. > ^^^^ > doit ifFalse: [self pragmaSequence]. > temps := self temporaries. > messageComment := currentComment. > currentComment := nil. > doit ifFalse: [self pragmaSequence]. > prim := self pragmaPrimitives. > self statements: #() innerBlock: doit. > blk := parseNode. > doit ifTrue: [blk returnLast] > ifFalse: [blk returnSelfIfNoOther: encoder]. > hereType == #doIt ifFalse: [^self expected: 'Nothing more']. > self interactive ifTrue: [self removeUnusedTemps]. > methodNode := self newMethodNode comment: messageComment. > ^methodNode > selector: (sap at: 1) > arguments: (sap at: 2) > precedence: (sap at: 3) > temporaries: temps > block: blk > encoder: encoder > primitive: prim > properties: properties > > > argNode is a MessageAsTempNode and beMethodArg is only defined on > TempVariableNode > > > http://code.google.com/p/pharo/issues/detail?id=4551 > > Stef > > > -- best, Eliot

July 27, 2011

Re: [Pharo-project] Downloading 1.4

by Nicolas Cellier

I would say commit it, we will just add Squeak.SmalltalkImage>>os ^self for compatibility Nicolas 2011/7/27 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > Great. I just tried it and it works in Pharo 1.3. However, I stumbled across a small problem: > > "SmalltalkImage current platformName" which should be "Smalltalk os platformName". > > I think this is Pharo specific. Is it Ok to commit such changes, or is the code meant to work in Squeak as well (in which case, we should fork it for Pharo)? > > Cheers, > Doru > > > On 27 Jul 2011, at 17:22, Sean P. DeNigris wrote: > >> >> Tudor Girba-2 wrote: >>> >>> - is there a morph with progress/play/pause/stop controls? >>> >> >> I think I just had that one Morph, but there is plenty more functionality in >> Sophie that could be ported. >> >> >> Tudor Girba-2 wrote: >>> >>> - the squeaksource repository says the license is MIT. Is that correct? >>> Was the original code MIT as well (I do not know, so I am asking :))? >>> >> >> From the comment in SpdQtInfo: >> License: All code committed to the SqueakSource repository will be >> automatically under the MIT license. Â However, the bulk of this code is >> taken from OpenSophie, whose license states: >> >> OpenSophie Source License >> >> OpenSophie is open-source software licensed under the new BSD license. >> >> Parts of OpenSophie are >> >> Copyright (c) 2004-2008, Regents of the University of Southern California >> All rights reserved. >> >> Redistribution and use in source and binary forms, with or without >> modification, are permitted provided that the following conditions are met: >> >> Redistributions of source code must retain the above copyright notice, this >> list of conditions and the following disclaimer. >> Redistributions in binary form must reproduce the above copyright notice, >> this list of conditions and the following disclaimer in the documentation >> and/or other materials provided with the distribution. >> Neither the name of the University of Southern California, Los Angeles nor >> the names of its contributors may be used to endorse or promote products >> derived from this software without specific prior written permission. >> THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" >> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE >> IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE >> ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE >> LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR >> CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF >> SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS >> INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN >> CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) >> ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE >> POSSIBILITY OF SUCH DAMAGE. >> >> -- >> View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3698853.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > -- > www.tudorgirba.com > > "Being happy is a matter of choice." > > > > >

July 27, 2011

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

Tudor Girba-2 wrote: > > I think this is Pharo specific. Is it Ok to commit such changes, or is the > code meant to work in Squeak as well (in which case, we should fork it for > Pharo)? > To keep it as simple and widely available as possible, why don't we use the power of Metacello, and break it into Core and Platform sub-packages, making the "Smalltalk os platformName" call in a helper extension method (*Platform). This way the code will be in one place (no fork) and compatible with Pharo and Squeak. Sean -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3699183.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 27, 2011

Re: [Pharo-project] Downloading 1.4

by Tudor Girba

Hi, Great. I just tried it and it works in Pharo 1.3. However, I stumbled across a small problem: "SmalltalkImage current platformName" which should be "Smalltalk os platformName". I think this is Pharo specific. Is it Ok to commit such changes, or is the code meant to work in Squeak as well (in which case, we should fork it for Pharo)? Cheers, Doru On 27 Jul 2011, at 17:22, Sean P. DeNigris wrote: > > Tudor Girba-2 wrote: >> >> - is there a morph with progress/play/pause/stop controls? >> > > I think I just had that one Morph, but there is plenty more functionality in > Sophie that could be ported. > > > Tudor Girba-2 wrote: >> >> - the squeaksource repository says the license is MIT. Is that correct? >> Was the original code MIT as well (I do not know, so I am asking :))? >> > > From the comment in SpdQtInfo: > License: All code committed to the SqueakSource repository will be > automatically under the MIT license. However, the bulk of this code is > taken from OpenSophie, whose license states: > > OpenSophie Source License > > OpenSophie is open-source software licensed under the new BSD license. > > Parts of OpenSophie are > > Copyright (c) 2004-2008, Regents of the University of Southern California > All rights reserved. > > Redistribution and use in source and binary forms, with or without > modification, are permitted provided that the following conditions are met: > > Redistributions of source code must retain the above copyright notice, this > list of conditions and the following disclaimer. > Redistributions in binary form must reproduce the above copyright notice, > this list of conditions and the following disclaimer in the documentation > and/or other materials provided with the distribution. > Neither the name of the University of Southern California, Los Angeles nor > the names of its contributors may be used to endorse or promote products > derived from this software without specific prior written permission. > THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" > AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE > LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR > CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF > SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS > INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN > CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) > ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE > POSSIBILITY OF SUCH DAMAGE. > > -- > View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3698853.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "Being happy is a matter of choice."

July 27, 2011

Re: [Pharo-project] Maybe a brain dead idea

by Dale Henrichs

Randal, In certain situations a method (accessor or not) is an "implementation detail" ..."the smell is in the nose of the sniffer"... Dale ----- Original Message ----- | From: "Randal L. Schwartz" <merlyn(a)stonehenge.com> | To: "Dale Henrichs" <dhenrich(a)vmware.com> | Cc: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, July 27, 2011 8:35:19 AM | Subject: Re: [Pharo-project] Maybe a brain dead idea | | >>>>> "Dale" == Dale Henrichs <dhenrich(a)vmware.com> writes: | | Dale> | | Dale> | You should design your object's interface respecting the | needed | Dale> | protocols, not its internal design. Bad code smell | otherwise. | | Dale> If your intent is to provide for subclassing in the future (or | Dale> tomorrow), then you should use accessors exclusively. There is | a | Dale> place for such tool functionality. | | I disagree even with that. An "instance variable" is not an | interface... it's an implementation detail, even in the presence of | subclassing. The interface should be about the behavior, not the | implementation. | | -- | Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 | 777 0095 | <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> | Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. | See http://methodsandmessages.posterous.com/ for Smalltalk discussion |

July 27, 2011