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

Re: [Pharo-project] experience with large images?

by Igor Stasenko

I think you looking for solution in a wrong direction. Just ask yourself, how much of that data you need to keep in operative memory at single moment of time to efficiently compute results. If today you need to deal with >500Mb data sets, tomorrow you may need to deal with multigigabyte datasets, which can easily surpass the amount of operative memory your computer has. I know, it is easier to find cheap solution, without spending time implementing own data caching scheme, but you just delaying inevitable. With things like Fuel, i think it won't take too much effort to do it. On 24 November 2011 14:06, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> But, I also guess that Alex refers to the default values for memory when running the VM. Is that correct Alex? > > Yes. > > Alexandre > >> >> >> On 24 Nov 2011, at 07:27, Francois Stephany wrote: >> >>> I'm wondering: how big is a dataset > 500MB ? I've no idea how big it is. >>> Alex, what is your use case (in practice!) for more than 500MB? >>> >>> On 23/11/11 18:25, Igor Stasenko wrote: >>>> It is problematic, and requires different memory management than we >>>> currently have. >>>> I think if you need really big data sets, then use gemstone, which is >>>> developed to deal with that specifically. >>> >> >> -- >> www.tudorgirba.com >> >> "Speaking louder won't make the point worthier." >> >> -- Best regards, Igor Stasenko.

Nov. 24, 2011

Re: [Pharo-project] How turn on Halo's?

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > in pharo halos are there but only when you really want them. :) > In Squeak, you can cycle through the halos either front to back or reverse. I'd like to get that behavior back on my personal images as I use it all the time. Does anyone know where the functionality lived? I checked the issue tracker but didn't find the actual code that was integrated to remove it. Thanks. Sean -- View this message in context: http://forum.world.st/How-turn-on-Halo-s-tp2227309p4104352.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 24, 2011

Re: [Pharo-project] GUI Testing Library

by Ben Coman

Sean P. DeNigris wrote: > I'm starting to put together some helpers for UI testing. What's out there > already? > > I started simulating keyboard events. It seems like the place to hook is > ActiveHand>>handleEvent:. This way, it will take into account the keyboard > focus and route the event the way it would for a real event. Does that sound > right? > > So far the API adds TestCase>>simulateKeyStrokes: which forwards to > ActiveHand>>handleEvent:, so you can put in a test: > testMyMorph > MyMorph new openInWorld. "MyMorph takes the keyboard focus in > #initialize" > self simulateKeyStrokes: 'abcd'. "keystrokes go to MyMorph instance" > > Obviously, there are things missing (like modifier keys), but what are your > thoughts on the general approach? > > Sean > > -- > View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4097866.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > Perhaps an event recorder and replay could be added. This may be useful for instance if a regression GUI bug is introduced between Pharo versions that I encounter when driving the GUI. Then in the earlier version I could record the expected output of what I do in the GUI, then save that as a test to be loaded into the later version, and also attached to the issue tracker. just idle chatter and wild speculation. cheers, Ben

Nov. 24, 2011

[Pharo-project] [update 1.4] #14235

by Marcus Denker

14235 ----- Issue 5019: testSourceByIdentifierEncoding dependent on Network UUID http://code.google.com/p/pharo/issues/detail?id=5019 Issue 5018: deprecated #addLast:times: http://code.google.com/p/pharo/issues/detail?id=5018 Issue 5012: [ENH]: UITheme>>exampleGroups doIt comment http://code.google.com/p/pharo/issues/detail?id=5012 Issue 3702: squeeze out a bit more speed from TextDiffBuilder http://code.google.com/p/pharo/issues/detail?id=3702 -- Marcus Denker -- http://marcusdenker.de

Nov. 24, 2011

[Pharo-project] Pharo 1.3 vs 1.2.1 some results for ConfigurationOfODBC

by Ben Coman

I have a Microsoft Access database on Microsoft Windows that I want to process using Pharo. ConfigurationOfODBC looked promising so followed instructions at http://www.pharocasts.com/2010/12/access-database-through-odbc.html, though using a blank MDB file rather than SQLLite, and 'TestMDB' as the ODBC DSN, I executed... --8<--- Gofer new squeaksource: 'ODBC'; package: 'ConfigurationOfODBC'; load. (Smalltalk at: #ConfigurationOfODBC) load. connection := ODBCConnection dsn: 'TestMDB' user: '' password: ''. connection execute: 'CREATE TABLE user(name varchar(10), age smallint)'. connection execute: 'INSERT INTO user VALUES(''Old Bob'', 100)'. contents := (connection query: 'select * from user;') execute: ''. contents asTable inspect. connection close. --8<--- which failed on Pharo 1.3 but worked on Pharo 1.2.1. To debug this I compared each by single stepping 1.3 & 1.2.1 side-by-side. I executed... connection := ODBCConnection dsn: 'TestMDB' user: '' password: ''. which seemed to worked the same on both platforms up to the inserted 'self halt' shown here... --8<--- ODBCConnection>>connect "Connect to the database" self registerForFinalization. hEnv := self sqlAllocEnv. false ifTrue: [ self sqlSetEnvAttr: 200 value: 2 "SQL_ATTR_ODBC_VERSION" ]. self halt. hdbc := self sqlAllocConnect: hEnv. --8<--- ODBCConnection>>sqlAllocConnect: envHandle | h | h := SQLHDBC new. self checkSQLReturn: (ODBCLibrary default sqlAllocConnectEnvironment: hEnv connection: h ). ^h --8<--- ODBCLibrary(Object)>>sqlAllocConnectEnvironment: environmentHandle connection: connectionHandle "SQLRETURN SQLAllocConnect( SQLHENV EnvironmentHandle, SQLHDBC *ConnectionHandle);" <cdecl: short 'SQLAllocConnect' (SQLHENV SQLHDBC*)> ^ self externalCallFailed --8<--- ODBCConnection>>checkSQLReturn: sqlReturn "private - check the sqlReturn and generates an exception if corresponds" self checkSQLReturn: sqlReturn environment: hEnv connection: hdbc statement: nil --8<--- If you've followed the call chain down to here, then the result is... In Pharo 1.2.1 (WinXP & Win7) primitive SQLAllocConnect primitive succeeds, with sqlReturn=0 In Pharo 1.3 (WinXP & Win7) primitive SQLAllocConnect primitive succeeds, with sqlReturn=-2 I cannot find what -2 may mean on any of the Microsoft ODBC API pages, nor a few header files I checked (though I may have missed some header file) ================= To investigate further, I thought to try running the bypassed code... --8<--- ODBCConnection>>connect "Connect to the database" self registerForFinalization. hEnv := self sqlAllocEnv. self halt. true ifTrue: [ self sqlSetEnvAttr: 200 value: 2 "SQL_ATTR_ODBC_VERSION" ]. --8<--- sqlSetEnvAttr: attr value: value self checkSQLReturn: (ODBCLibrary default sqlSetEnvAttr: hEnv attr: attr value: value length: 0 ) --8<--- sqlSetEnvAttrPtr: hEnv attr: attr value: value length: length "SQLRETURN SQLSetEnvAttr( SQLHENV EnvironmentHandle, SQLINTEGER Attribute, SQLPOINTER ValuePtr, SQLINTEGER StringLength);" <cdecl: short 'SQLSetEnvAttr' (SQLHENV long void* long)> ^ self externalCallFailed --8<--- For both 1.2.1 and 1.3 'self externalCallFailed' is executed for 1.2.1 errCode=12 'No module to load address from' for 1.3 errCode=13 'Unable to find function address' --8<--- Pointers anyone? btw, In parallel I am also trying out DBXTalk.

Nov. 24, 2011

Re: [Pharo-project] experience with large images?

by Alexandre Bergel

> But, I also guess that Alex refers to the default values for memory when running the VM. Is that correct Alex? Yes. Alexandre > > > On 24 Nov 2011, at 07:27, Francois Stephany wrote: > >> I'm wondering: how big is a dataset > 500MB ? I've no idea how big it is. >> Alex, what is your use case (in practice!) for more than 500MB? >> >> On 23/11/11 18:25, Igor Stasenko wrote: >>> It is problematic, and requires different memory management than we >>> currently have. >>> I think if you need really big data sets, then use gemstone, which is >>> developed to deal with that specifically. >> > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 24, 2011

Re: [Pharo-project] experience with large images?

by Alexandre Bergel

Having a reification in Moose of 100 versions of Mondrian for example :-) Just answering the question 'Which classes and methods of Mondrian have changed more than 10 times since the day Mondrian was born?' cannot be easily done without a lot of memory Alexandre On 24 Nov 2011, at 03:27, Francois Stephany wrote: > I'm wondering: how big is a dataset > 500MB ? I've no idea how big it is. > Alex, what is your use case (in practice!) for more than 500MB? > > On 23/11/11 18:25, Igor Stasenko wrote: >> It is problematic, and requires different memory management than we >> currently have. >> I think if you need really big data sets, then use gemstone, which is >> developed to deal with that specifically. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 24, 2011

Re: [Pharo-project] Pharo Kernel Tests working again

by StÃ©phane Ducasse

sure! On Nov 24, 2011, at 11:24 AM, Pavel Krivanek wrote: > Hi, > > Pharo Kernel Tests job on Hudson is working again. Let's start to > clean failures. Can you integrate this? > > http://code.google.com/p/pharo/issues/detail?id=5018 > > Cheers, > -- Pavel >

Nov. 24, 2011

[Pharo-project] Pharo Kernel Tests working again

by Pavel Krivanek

Hi, Pharo Kernel Tests job on Hudson is working again. Let's start to clean failures. Can you integrate this? http://code.google.com/p/pharo/issues/detail?id=5018 Cheers, -- Pavel

Nov. 24, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by StÃ©phane Ducasse

On Nov 24, 2011, at 12:33 AM, Fernando Olivero wrote: > Ah! So Athens is a facade, for a Canvas API, based on Paths, that > could have a Cairo, OpenGl or BallonCanvas rendering engine as a > backend. Yes!!! Yo got it. > In the current case, using BallonCanvas (bit map based), i guess you > are implementing the scalable fonts using the free type library? In > Gaucho, i've done exactly that, i have a FontLibrary which acts as a > cache for a particular font family, at a requested size. So when the > canvas renders a string with a given font, it asks the library for the > font at the current scale of the desired size. fernando you should mention more often what you are doing. Because like that we can maximize impact and interaction. > Although i prefer the abstractions that are present in Athens, and > will try to use it instead eventually. > > Fernando > pd: attached screen shot of Gaucho, using a scalable GCanvas (built on > top of the free type lib and FormCanvas). > > > On Wed, Nov 23, 2011 at 1:08 PM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: >> +1 >> >> Something big is happening in the Pharo World. >> >> Alexandre >> >> >> On 23 Nov 2011, at 08:44, StÃ©phane Ducasse wrote: >> >>> put it in the class comments somewhere. >>> Do not expect that people will know what you know. >>> Make the entry simple and immediate. >>> >>> Stef >>> >>>> On 23 November 2011 11:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Igor >>>>> >>>>> prepare the following: >>>>> - a class showing an example >>>>> with the transformation stuff (because it is unclear) >>>> >>>> There is one: >>>> AthensBalloonSurfaceExamples >>>> >>>> >>>>> >>>>> - a tester canvas so that people can to >>>>> >>>>> (CanvasTester testClass: CircleMorph) open. >>>>> >>>> err.. what is it? >>>> >>>> To test morphic display on Athens you can do following: >>>> >>>> | surf | >>>> surf := AthensBalloonSurface new form: (Form extent: Display extent depth: 32). >>>> >>>> surf drawDuring: [ :canvas | >>>> >>>> canvas fullDrawMorph: yourMorph. >>>> ]. >>>> >>>> Display getCanvas translucentImage: surf form at: 0@0 >>>> >>>> >>>> >>>> >>>>> People could then extend the Athens package with the method in the morph. >>>>> >>>>>> It would be great to help adapting all morphs for Athens. >>>>>> Morphs, that having own draw method(s), should also have own >>>>>> #drawOnAthensCanvas: >>>>>> >>>>>> I didn't covered all of them yet, so a little help with it would be nice. >>>>>> Also, it is good for checking the missing functionality in Athens API >>>>>> as well as learning it. >>>>>> >>>>>> There's not much to learn yet :) >>>>>> >>>>>> basicly what you should know is that you have coordinate system: >>>>>> >>>>>> canvas pathTransform >>>>>> (instance of AthensAffineTransform) >>>>>> >>>>>> which you can manipulate to achieve desirable results. >>>>>> >>>>>> And actual drawing: >>>>>> >>>>>> canvas setPaint: somePaintObject. ( color, gradient, or anything which >>>>>> conforms to AthensPaint protocol ). >>>>>> canvas drawShape: (rect or path or anything , which responds to: >>>>>> 'paintFillsUsing: aPaint on: anAthensCanvas' ). >>>>>> canvas draw: (anything , which responds to #drawOnAthensCanvas: ) >>>>> >>>>> think that we are dummies willing to help and do the two things I mention above. >>>>> I'm then sure you will get contributions. >>>>> >>>>> Stef >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> > <scalableText-gCanvas.jpg>

Nov. 24, 2011