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

Re: [Pharo-project] Morphic Cleanup Status

by Alain Plantec

Le 25/11/2011 07:39, Sean P. DeNigris a Ã©crit : > What's currently in progress? SimpleMorphic? CUIS related? Other? > > I was pulling my hair out with Morphic layouts yesterday and started to > clean, but I don't want to duplicate efforts on things already being worked > on. There are a bunch of open issues and discussions on the list. What's > actively being done right now? Hi Sean, AFAIK, no deep cleaning action. nothing from my side for now. I think they have done some refactoring around layout managing in CUIS (SimpleMorphic). btw, **thanks a lot** for all you are doing. Cheers Alain > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Morphic-Cleanup-Status-tp4106566p4106566.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 25, 2011

Re: [Pharo-project] VM Exit Value

by Lukas Renggli

Not nice, but works reasonably well. The invoking script "listens" to Pharo generating some output file. Have a look at builder.sh, it does that. Lukas On Friday, 25 November 2011, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hi, > > For scripting purposes, I would like to use/control the VM exit status/value (on Linux). > > There is SmalltalkImage>>#snapshot:andQuit: but there is nothing there that indicates that one can set the process exit status. Is there a way to do that ? > > Has anyone a good idea on how the CogVM could communicate back to its invoking script whether is ran OK or not ? > > Thx, > > Sven > -- Lukas Renggli (mobile) http://www.lukas-renggli.ch

Nov. 25, 2011

[Pharo-project] VM Exit Value

by Sven Van Caekenberghe

Hi, For scripting purposes, I would like to use/control the VM exit status/value (on Linux). There is SmalltalkImage>>#snapshot:andQuit: but there is nothing there that indicates that one can set the process exit status. Is there a way to do that ? Has anyone a good idea on how the CogVM could communicate back to its invoking script whether is ran OK or not ? Thx, Sven

Nov. 25, 2011

[Pharo-project] Morphic Cleanup Status

by Sean P. DeNigris

What's currently in progress? SimpleMorphic? CUIS related? Other? I was pulling my hair out with Morphic layouts yesterday and started to clean, but I don't want to duplicate efforts on things already being worked on. There are a bunch of open issues and discussions on the list. What's actively being done right now? Thanks. Sean -- View this message in context: http://forum.world.st/Morphic-Cleanup-Status-tp4106566p4106566.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 25, 2011

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

by Igor Stasenko

On 25 November 2011 01:28, Stephan Eggermont <stephan(a)stack.nl> wrote: > Igor Stasenko wrote: > >> 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. > > All of it. And then of course the annotations and resulting output model. > I know practically nothing about the data at first (about 700 files, > about 700 MB). When trying to understand the data, it is crucial that I can > test hypotheses fast. Efficiency is about my time, not computer time. > >> 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. > > 16 GB DIMMS are about 250 Euro. For a commercial project it is > easy to justify half a terabyte of ram. > ok. then how about investing a bit to make sure VMs could conserve that much memory? :) >> I know, it is easier to find cheap solution, without spending time >> implementing own >> data caching scheme, but you just delaying inevitable. > > Delaying is crucial. If I wait long enough, PC's will have enough memory. > > Stephan > > -- Best regards, Igor Stasenko.

Nov. 24, 2011

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

by Stephan Eggermont

Igor Stasenko wrote: > 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. All of it. And then of course the annotations and resulting output model. I know practically nothing about the data at first (about 700 files, about 700 MB). When trying to understand the data, it is crucial that I can test hypotheses fast. Efficiency is about my time, not computer time. > 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. 16 GB DIMMS are about 250 Euro. For a commercial project it is easy to justify half a terabyte of ram. > I know, it is easier to find cheap solution, without spending time > implementing own > data caching scheme, but you just delaying inevitable. Delaying is crucial. If I wait long enough, PC's will have enough memory. Stephan

Nov. 24, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Igor Stasenko

On 23 November 2011 23:20, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I'm going to have to run down that dynamic library quote - I vaguely recall seeing it, but obviously need a refresher course. this is a quote about object-oriented and C++ :) [ Actually I made up the term "object-oriented", and I can tell you I did not have C++ in mind. ] -- Best regards, Igor Stasenko.

Nov. 24, 2011

Re: [Pharo-project] object format of true, false, nil and others...

by Igor Stasenko

On 24 November 2011 23:29, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > > > On Thu, Nov 24, 2011 at 4:58 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> >> > We do the same for our bootstrapper. First allocate space for the >> > objects used by the metamodel: Metaclass, Class, Behavior, Object, >> > UndefinedObject, True, False, their instances, metaclasses, etc. Each object >> > of its corresponding size. >> >> Â Â Â Â how do you compute the size? > > > Good question. For now we still don't have a design that convinces me in > this area. In some cases we calculate it manually, for example in objects > without fields. In other cases we take it from the current image, this is > the case of metaclass and class. > but you should be able to calculate size taken from object format descriptor, don't you? > In the end, it depends on which are the compact classes, and what fields you > assume that some objects will have, like class and metaclass. > > After this kernel is bootstraped, objects are created sending new so the > size is calculated from the class. > >> >> >> > After that, fill the header and fields of these objects. Finally, new >> > objects can be created by sending messages to objects in this kernel. >> >> I was planning to do the same so I would like to see your code. >> Tomorrow I want to read it. >> >> Stef >> >> > >> > Cheers, >> > Javier. >> > >> > On Wed, Nov 23, 2011 at 10:59 PM, StÃ©phane Ducasse >> > <stephane.ducasse(a)inria.fr> wrote: >> > Hi >> > >> > imagine that I want to bootstrap our nice kernel. >> > I will need to somehow create a new nil, true, false, instances of new >> > classes Undefined, True, False. >> > Such instances will then be put on the SpecialObjectArray somehow. >> > >> > Now I can create a dummy object playing such roles and then use >> > SystemTracer to substitute my placeholder with the true nil falseâ¦. >> > or another trick to swap them. Now anybody has other ideas? >> > >> > Stef >> > >> > >> > >> > -- >> > Lic. Javier PimÃ¡s >> > Ciudad de Buenos Aires >> >> > > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires -- Best regards, Igor Stasenko.

Nov. 24, 2011

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

by Mariano Martinez Peck

Hi Bon. Are you using exactly the same VM for both, 1.3 and 1.2.1? from what I can see it looks like if FFI doesn't find the odbc library. cheers On Thu, Nov 24, 2011 at 4:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > did you check the plugins? > are they the same? > > Stef > > On Nov 24, 2011, at 3:31 PM, Ben Coman wrote: > > > 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. > > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 24, 2011

Re: [Pharo-project] object format of true, false, nil and others...

by Javier PimÃ¡s

On Thu, Nov 24, 2011 at 4:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > > We do the same for our bootstrapper. First allocate space for the > objects used by the metamodel: Metaclass, Class, Behavior, Object, > UndefinedObject, True, False, their instances, metaclasses, etc. Each > object of its corresponding size. > > how do you compute the size? > Good question. For now we still don't have a design that convinces me in this area. In some cases we calculate it manually, for example in objects without fields. In other cases we take it from the current image, this is the case of metaclass and class. In the end, it depends on which are the compact classes, and what fields you assume that some objects will have, like class and metaclass. After this kernel is bootstraped, objects are created sending new so the size is calculated from the class. > > > After that, fill the header and fields of these objects. Finally, new > objects can be created by sending messages to objects in this kernel. > > I was planning to do the same so I would like to see your code. > Tomorrow I want to read it. > > Stef > > > > > Cheers, > > Javier. > > > > On Wed, Nov 23, 2011 at 10:59 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > Hi > > > > imagine that I want to bootstrap our nice kernel. > > I will need to somehow create a new nil, true, false, instances of new > classes Undefined, True, False. > > Such instances will then be put on the SpecialObjectArray somehow. > > > > Now I can create a dummy object playing such roles and then use > SystemTracer to substitute my placeholder with the true nil falseâ¦. > > or another trick to swap them. Now anybody has other ideas? > > > > Stef > > > > > > > > -- > > Lic. Javier PimÃ¡s > > Ciudad de Buenos Aires > > > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Nov. 24, 2011