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

[Pharo-project] Pharo on iOS w/ faster graphics

by J.F. Rick

Hi everyone, I've been lurking a little while here and thought I would jump in to see if Pharo would be appropriate for what I want to do. First, here's a little background about myself. I'm an academic researcher in human-computer interaction and educational technology. I've been programming in Smalltalk since the early days of Squeak. For those who remember, I wrote Swiki. I'm now doing work on multi-touch interfaces, such as interactive tabletops and tablets. There's a huge difference between designing interfaces for mouse / keyboard and designing for multi-touch. My current research interests are in creating interfaces that are optimized for the latter, rather than the former. Smalltalk is a great environment for that, because you really can rebuild the GUI from the ground up. I've gone ahead and worked off the work that John McIntosh did on iSqueak to create several applications for iPad. I'm thinking of transitioning from Squeak to Pharo as the current development state of Pharo is a bit cleaner than Squeak. I'm glad to see that there is some interest in getting Pharo on iOS (though there do seem to be problem). I'm not an Objective-C or C expert, so I wouldn't be good at getting the VM to work, but I would be able to go from there to creating some interesting widgets, frameworks, and apps that I could share with the community. One major hurdle I see in my work is that Morphic is just too slow on iPads. While I have been able to optimize the speed of my applications to have them work on Morphic, it is a lot of extra work and I may eventually get to a point where it won't work for what I need it to do. Is there some sort of magic bullet for addressing this? Cairo? Does anyone have any recommendations for addressing this inside Pharo? I'm not interested in 3D interfaces, but rather fast 2D interfaces. Any advice would be greatly appreciated. Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

March 27, 2012

Re: [Pharo-project] VM on iOS: still no luck, even with 4.2 and Cmake 2.8.3

by Esteban Lorenzano

Hi, with 4.2 you should have a target list, and iStackVM as one of them. Sorry, I can't take it now, I don't know how Guille does it (he is doing pharo stuff while preparing his travel), but I just don't have the time :( next week I will be able to work with you to obtain a working build process, if you can wait a little. best, Esteban El 26/03/2012, a las 4:17p.m., philippe.back(a)highoctane.be escribiÃ³: > Hello, > > Out of options for 4.3, I downloaded Xcode 4.2 and installed it back alongside 4.3. Then cleaned about everything, regenerated sources (including the IOSPlugin issue). > > xcode select to go back to 4.2 > > Then did a cmake -G Xcode . in build/ > > An Xcode project materialized there. > > > > Opening it works,.. well, opens as an empty project in Xcode. There are lots of stuff in the package tough. Viewable and all. > > But nothing to build... :-( > > Argh. > > /Philippe

March 27, 2012

Re: [Pharo-project] Bug in DateAndTime?

by David T. Lewis

On Mon, Mar 26, 2012 at 08:17:17PM -0700, Sean P. DeNigris wrote: > > Max Leske wrote > > > > DateAndTime fromUnixTime: <seconds> > > > > DateAndTime>>fromUnixTime: anInteger > > ^ self fromSeconds: anInteger + > > 2177452800 "unix epoch constant" > > > > This seems like a bug to me. Wikipedia defines unix epoch time as "the > number of seconds elapsed since midnight Coordinated Universal Time > (UTC)..." > > However, #fromSeconds: takes the resulting time and simply tacks on the > local offset. For example, it makes 12:02pm+0hrs into 12:02pm-4hrs (for NY). > > I scraped a unix time from an html page, and put it into Pharo. The unix > time was based (correctly as defined above) on UTC, so in this case, it > should have done: > 12:02pm+0hrs -> 8:02am-4hrs > instead of > 12:02pm+0hrs -> 12:02pm-4hrs > > To get the correct result now, one has to jump through hoops like: > DateAndTime fromUnixTime: (1332807176 + DateAndTime localOffset asSeconds). > or > ((DateAndTime fromUnixTime: 1332807176) offset: Duration zero) asLocal > > Does all this sound right? If so, I'll create an issue for it... (cc to squeak-dev) The Squeak Chronology system has limited ability to deal with time zone offsets, which are not static offsets but vary as a function of time for any given time zone. The problem you are seeing here is not a single bug, it is one of many symptoms of this limited implementation. See TimeZoneDatabase on SqueakSource for one way to address this: http://wiki.squeak.org/squeak/1076 Chronos is another implementation: http://chronos-st.org/ The current implementation with fixed offsets is simple and fast, so you may consider the limited implementation to be either a bug or a feature depending on your use case ;) Dave

March 27, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Igor Stasenko

On 27 March 2012 09:16, chadwick <mathnoir(a)gmail.com> wrote: > oh god sorry for that call stack ^ ! > > I just noticed I'm getting this error too: > ioLoadModule(/usr/lib/nvidia-current-updates/libGL.so): > Â /usr/lib/nvidia-current-updates/libGL.so: wrong ELF class: ELFCLASS64 > > in the console, so it's a 32/64 bit thing. I'm on 64bit ubuntu, and I have > ia32-libs installed yeah.. but make sure you linking with right 32bit lib.. otherwise you will get things like that. it would be nice to have VM running natively on 64 bits.. but we're not there yet. -- Best regards, Igor Stasenko.

March 27, 2012

Re: [Pharo-project] interpreter cannot read image file

by Henrik Sperre Johansen

On 27.03.2012 08:36, Pavel Krivanek wrote: > Hi, > > I'm trying to open an old production image based on Squeak 3.9.1 file > with CogVM and I get: > This interpreter (vers. 6505) cannot read image file (vers. 6502) > > I've always seen only the inverse report. Any idea how to convert the image? > > Cheers, > -- Pavel > 6502 is pre-closure image format iirc, so it's a bit of work... I'd think the changesets from cuis 2.0 related to this would be the best starting point. Cheers, Henry

March 27, 2012

Re: [Pharo-project] more Nautilus feed back

by Mariano Martinez Peck

wow, how much new feedback :) it looks like Nautilus is getting better. On Fri, Mar 9, 2012 at 10:17 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > On Mar 9, 2012, at 8:22 PM, Igor Stasenko wrote: > > > On 9 March 2012 13:27, Helene Bilbo <thereluctantprogrammer(a)fastmail.fm> > wrote: > >> > >> Igor Stasenko wrote > >>> > >>> so then go finish arts and design schools (min 5 years each). and only > >>> then you may get back and continue working on nautilus! Hurry up. :) > >>> > >>> I can also easily tell what i don't like in Nautilus. Much harder is > >>> to propose alternative. > >>> > >> So after finishing art school i propose a better UI in the attached > drawing. > >> It gets rid of all Toggle-Buttons except one for the comments: > >> > >> http://forum.world.st/file/n4459175/nautilusui.jpg > >> > > > > Breadcrumbs!, I want breadcrumbsss!! > > Something like that: http://dl.dropbox.com/u/24369478/Breadcrumbs.mov :) > > Took 20 minutes ;) > > Ben > > > > And search bar. And back/forward buttons. > > And other custom stuff which others can put at toolbar via plugin > mechanism. > > > >> Good Luck with the exams, Helene. > >> > >> > >> -- > >> View this message in context: > http://forum.world.st/more-Nautilus-feed-back-tp4457416p4459175.html > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > > -- Mariano http://marianopeck.wordpress.com

March 27, 2012

[Pharo-project] Smalltalk job - Dublin

by stan shepherd

Hi, we are looking for another Smalltalker for our Dublin office, working on Misys's syndicated loans software Loan-IQ. http://www.misys.com/tcm/markets/syndicated_lending_solutions-loan_iq.html If you know anyone who may be interested, please ask them to contact me at stan.shepherd(a)misys.com Thanks, ...Stan

March 27, 2012

Re: [Pharo-project] CodeLoader>>startUp: installing World?

by Mariano Martinez Peck

On Wed, Mar 14, 2012 at 3:08 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > CodeLoader class>>startUp: resuming > resuming ifTrue: [ > World ifNotNil: [ World install. ActiveHand position: 100@100]. > self processUpdates. > ]. > > > Is this method ok in this class? I'd expect for > > World ifNotNil: [ World install. ActiveHand position: 100@100]. > > to be on PasteUpMorph or so... > Yes, and moreover I still don't understand why CodeLoader needs to reinstall World. Why it needs that apart from the #processUpdates ? Maybe we can remove all that World reinitialization from this startUp: Anyone knows? > > Guille > -- Mariano http://marianopeck.wordpress.com

March 27, 2012

Re: [Pharo-project] [Vm-dev] Re: Bug in WAMemoryItem>>sizeOfObject

by Mariano Martinez Peck

And there is also #sizeInMemory sizeInMemory "Answer the number of bytes consumed by this instance including object header." | contentBytes | contentBytes := Smalltalk wordSize. "base header" contentBytes := contentBytes + (self class instSize * Smalltalk wordSize). "instance vars" self class isVariable ifTrue:[ | bytesPerElement | "indexed elements" bytesPerElement := self class isBytes ifTrue: [1] ifFalse: [4]. contentBytes := contentBytes + (self basicSize * bytesPerElement) ]. contentBytes > 255 ifTrue: [ contentBytes := contentBytes + (2 * Smalltalk wordSize) ] ifFalse: [ self class isCompact ifFalse: [ contentBytes := contentBytes + Smalltalk wordSize] ]. ^contentBytes which is also wrong for the cases of String. For example, 'aa' sizeInMemory answers 6 but should be 8 because of alligment. If someone fixes this, I think #sizeInMemory would be correct. Cheers On Thu, Mar 15, 2012 at 6:53 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > Hi Niko, > > the header size calculation is also wrong. If the byte size if the > object body is > 255 bytes there needs to be an additional header size > word. So something like > > byteSizeOfBody := anObject class isBytes > ifTrue: [....] > ifFalse: [.....]. > headerSize := byteSizeOfBody > 255 > ifTrue: [12] > ifFalse: > [anObject class indexIfCompact > 0 > ifTrue: [4] > ifFalse: [8]]. > > On Wed, Mar 14, 2012 at 1:05 PM, <niko.schwarz(a)googlemail.com> wrote: > >> Hi guys, >> >> I haven't checked if this bug exists already, so please ignore this if >> it's been reported before. >> >> Bug in WAMemoryItem: >> >> sizeOfObject: anObject >> | headerSize instanceSize variableSize | >> headerSize := anObject class indexIfCompact > 0 >> ifTrue: [ 4 ] >> ifFalse: [ 8 ]. >> instanceSize := anObject class instSize. >> variableSize := anObject class isBytes >> ifTrue: [ anObject basicSize ] >> ifFalse: [ >> anObject class isWords >> ifTrue: [ Smalltalk wordSize * anObject >> basicSize ] >> ifFalse: [ Smalltalk wordSize * anObject >> basicSize // 2 ] ]. >> ^ headerSize + instanceSize + variableSize >> >> >> In this snippet, the units that are added together in the last line are >> of different units. >> >> instanceSize is in unit "number of machine words", whereas variableSize >> and headerSize are in unit "bytes". >> >> >> The method is fixed here: >> >> sizeOfObject: anObject >> | headerSize instanceSize variableSize | >> headerSize := anObject class indexIfCompact > 0 >> ifTrue: [ 4 ] >> ifFalse: [ 8 ]. >> instanceSize := anObject class instSize * Smalltalk wordSize. >> variableSize := anObject class isBytes >> ifTrue: [ anObject basicSize ] >> ifFalse: [ >> anObject class isWords >> ifTrue: [ Smalltalk wordSize * anObject >> basicSize ] >> ifFalse: [ Smalltalk wordSize * anObject >> basicSize // 2 ] ]. >> ^ headerSize + instanceSize + variableSize >> >> >> >> Example: >> >> |m| >> dict := Dictionary new. >> m := WAMemory new. dict traverseWithMemory: m seen: IdentitySet new. >> m totalSize >> >> This will incorrectly spit out 10, but should return 16, on a 32 bit VM. >> >> Niko >> >> -- >> http://scg.unibe.ch/staff/Schwarz >> twitter.com/nes1983 >> Tel: +41786126354 >> >> >> > > > -- > best, > Eliot > > > -- Mariano http://marianopeck.wordpress.com

March 27, 2012

Re: [Pharo-project] ProtoObject initialize

by Mariano Martinez Peck

On Fri, Mar 23, 2012 at 11:03 AM, Noury Bouraqadi <bouraqadi(a)gmail.com>wrote: > Hi Guillermo, > > The expression "ProtoObject initialize" does actually work. > ProtoObject metaclass inherits the initialize method from Behavior. > But, running it resets the ProtoObject critical IVs (superclass, > methodDict and format). > Hence the hang. > Exactly. Otherwise, the VM would have crashed (not hanged) with an error saying "recursive does not understand". Check the VM code for more details. > > Noury > > On 22 mars 2012, at 22:44, Guillermo Polito wrote: > > > Answering myself, thanks to Esteban: > > > > It hangs because It does not understand #initialize, so It throws a DNU, > and it also does not understand #doesNotUnderstand: > > > > On Thu, Mar 22, 2012 at 6:12 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > > hanged my image :3. > > > > Is that something I was not supposed to do? > > > > Guille > > > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://www.kroobe.com/profile/noury > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > > > -- Mariano http://marianopeck.wordpress.com

March 27, 2012