- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.3] #13184
by stephane ducasse May 7, 2011

May 7, 2011

13184 ----- - Issue 4162: AbstractTool. Thanks Benjamin van Ryseghem. - Issue 4156: New widgets for senders/implementors. Thanks Benjamin van Ryseghem. - Issue 4163: RecentSubmission with Flat Browser. Thanks Benjamin van Ryseghem. One step more to get rid of StringHolder crap. We will get there. Stef

1 0

Re: [Pharo-project] Want ugly FFI interface [was: Popularity of Smalltalk in Software Industry]
by laurent laffont May 7, 2011

May 7, 2011

> > > >> > Have just used ctypes: > >> >>>> import ctypes > >> >>>> import ctypes.util > >> >>>> ctypes.util.find_library("yaz") > >> > '/usr/local/lib/libyaz.dylib' > >> >>>> yaz = ctypes.cdll.LoadLibrary("libyaz.dylib") > >> >>>> con = yaz.ZOOM_connection_new("z3950.loc.gov", 7090); > >> > >> oh cool.. give me a 5 minutes to load external library, look up the > >> random symbol exported by it > >> and make a call to it with random number of arguments, and expect it > >> won't crash. > >> > >> Works outta box! Cool. > >> > >> Now serious. How about spending time writing a bindings for that > library? > >> Where you have properly organized classes/interfaces, error handling > >> and other stuff. > >> No takers? > >> > >> Seriously, if you want such kind of shitty interface, which allows you > >> to call arbitrary function with arbitrary arguments > >> without any argument type checking, i can write it for you. > > > > > > Do it, please do it. Seriously. Thanks > > Laurent. > > Oh. Okay. I will put that in my years-long todo list. Remind me time to > time :) > This is just a matter of priority. I vote for highest :) Laurent > > > > >> > >> > Laurent > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

1 0

[Pharo-project] Instantiations forum moved to forum.world.st!
by Geert Claes May 7, 2011

May 7, 2011

I am happy to announce that Instantions' forum has joined all the other forums on http://forum.world.st forum.world.st and is now available at http://forum.world.st/Instantiations-f3404935.html forum.world.st/Instantiations-f3404935.html -- View this message in context: http://forum.world.st/Instantiations-forum-moved-to-forum-world-st-tp350290… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] Tutorial on Announcements
by DougEdmunds May 7, 2011

May 7, 2011

http://dougedmunds.com/pmwiki.php?n=Pharo.AnnouncementsTutorial What you can get out of this tutorial and sample code How to use Announcements Ideas on building a GUI Associating buttons with actions Pulling text out of a text field morph. Convert text to numbers using exception handling How to create and exit an endless loop Setting process priority -- View this message in context: http://forum.world.st/Tutorial-on-Announcements-tp3485040p3485040.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 2

[Pharo-project] Relational Databases [WAS] Re: Nile tests red - Pharo 1.3
by Mariano Martinez Peck May 6, 2011

May 6, 2011

On Fri, May 6, 2011 at 10:55 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On May 6, 2011, at 10:44 AM, Alain rastoul wrote: > > > I used odbc-ffi and they are serious problem with the single threaded vm, > you can lock the vm with only 2 connections. > > That's what I want to check with dbx. I m also interested in glorp. > > I would really like to have a good layer build on glorp to support easy > CRUDE in Smalltalk > The problem of Glorp was that it is a bit heavyweight. > Well...DBXTalk is working on several fronts: 1) Port the new GLorp to Pharo: in fact, Guillermo has already ONLY 15 red tests over 800 :) with the new port. Only with Postgres....but we will move soon to the rest. 2) Guille will continue to port the Glorp Active Record package, which is kind of what you want 3) Santiago is working in a Magritte based tool to describe your model and be able to do easy CRUD. Cheers Mariano > > > . Sqlite is good for standalone or small apps. > > I'm talking of small to medium business systems from 1-10 users (small) > to 500 (medium) computer users - where customers have dba and other > admistrators who impose things like sql server or oracle. > > Postgresql could be also a player - don't know. > > I feel that pharo could take a place here with seaside apps > > > > -- > > Alain_rastoul > > > > > > > -- Mariano http://marianopeck.wordpress.com

3 3

[Pharo-project] doesNotUnderstand:/createActualMessageTo: for zero-argument sends appears to imply the need for an extra stack slot in methods
by Eliot Miranda May 6, 2011

May 6, 2011

Hi All, could you check my reasoning here. I think I've found a serious bug in the VM with doesNotUnderstand: processing for zero-argument sends and the calculation of the necessary stack size in MethodNode>>generate:* (senders of CompiledMethod>>needsFrameSize:). The bug causes a push beyond the end of a context, overwriting the header of the following object, when an MNU occurs for a zero-argument send when the stack is full. If you look at Interpreter>>createActualMessageTo: it does the following to push the message created as the argument of the doesNotUnderstand: self pop: argumentCount thenPush: message If argumentCount is zero this pushes an item on the stack. If the stack is full at this point (the receiver of the not-understood message is the last item in the context) then the push will be out of bound of the activeContext's stack and overwrite the first word of the following object's header. We observe this with a Newspeak application at Cadence and see a subsequent VM crash. 1. am I right? 2. is this an old bug? 3. did this, or did this not, affect Smalltalk-80 v2 and e.g. the Dorado implementation, and if so why (e.g. was the message of an MNU not pushed onto the stack, and instead MNUs activated by special code?, or was the activeContext not on the heap? or...) 4. what's the right fix? It seems to me that the right fix is simply to add one to the needed stack depth, with an explanatory comment, but in senders of CompiledMethod>>needsFrameSize: or in CompiledMethod>>needsFrameSize:? Trying to avoid pushing the argument of an MNU is going to involve lots of changes to the VM and will be tricky and likely have a bug tail. best, Eliot

2 1

[Pharo-project] ODBC Connection in Pharo 1.1.1
by Torsten Bergmann May 6, 2011

May 6, 2011

Did you see: http://www.pharocasts.com/2010/12/access-database-through-odbc.html -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

1 0

[Pharo-project] Recent changes on Pharo 1.3: ObjectStringConverter donÂ´t works like ObjectTransformedStringConverter
by nullPointer May 6, 2011

May 6, 2011

I see now a change on Pharo 1.3 in the way for configure a text field for accept only numeric values. Before I configure a text field of that way: aNumericTextField converter: ((ObjectTransformedStringConverter forClass: Integer) transformBlock: [:s | s select: [:c | c isDigit]] ). That allow input only numeric chars. Now I see the change of class ObjectStringConverter and I try: aNumericTextField converter: ObjectStringConverter new configureForIntegers. but donÂ´t works. Somebody knows what happens? Regards -- View this message in context: http://forum.world.st/Recent-changes-on-Pharo-1-3-ObjectStringConverter-don… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] What is Configuration? (was: Re: [squeak-dev] Personalized systems with Treated)
by Chris Muller May 6, 2011

May 6, 2011

> Chris. Metacello scripts are object specs and to me this is just great because they are objects > and with objects we can do a lot. Checking, transforming...... So of course hacking a little script is fast and > Metacello requires some care but I can tell you that for us this is **hyper** important (and not just > as some person may think because we like complex stuff - because this is plain wrong) > because Metacello are first class ***objects*** scripts. I am an objectician almost to a fault. I tend to want to solve every problem with a object model. Everyone knows I love objects. But I also view software as a _means_ not an end. A means to do something in the real world that I want done. In this case, I simply want to do Configuration. Configuration is not just about loading packages; it's about _configuring_ a system. It's about taking a VM + Legacy-Image and configuring it to do something practical in the real-world. If "Legacy-Image" is our dream super-stripped 1MB Spoon type of image; an image with just a Compiler and no MC or any tools, and I want to configure it for an embedded system, then this is where the Smalltalk-rubber hits the road: The person developing this type system will be configuring THAT image with a config-file, not an object-model. VM + Legacy-Image + config-file (config-file is just a .st, .sar, or anything else that can be interpreted by the Legacy-Image). Using an object-model in this case is counterproductive because just to be able to _interpret_ that (Metacello) object model, you have to load a gazillion packages into the image which is targeted to be embedded, just to "do" the configuring. This is why I think a "catalog of configuration files" is appropriate; so that the existence of this type of system can be documented alongside the existence of all other kinds of systems including Metacello-managed ones. Whether someone wants to bring Metacello into their life to do package management is their personal choice. But that is separate from having their application listed in The Catalog of ALL available Squeak (and, I hope, Pharo) titles in one place, regardless of whether they use Metacello or any other specific technology. - Chris

1 0

Re: [Pharo-project] ODBC Connection in Pharo 1.1.1
by sourav roy May 6, 2011

May 6, 2011

Great...Thanks for the info...This will really help me in exploring Smalltalk.RegardsSourav | Bangalore | India Original message From:"Serge Stinckwich"< serge.stinckwich(a)gmail.com >Date: 6 May 11 12:59:30Subject: Re: [Pharoproject] ODBC Connection in Pharo 1.1.1To: Pharoproject(a)lists.gforge.inria.fr; Sudhakar Krishnamachari Hi Sourav,I think you need also to connect to Indian Smalltalkers. There aresome at Bengalore.I hope to visit them some day soon.Have a look at the indian Smalltalk mailinglist here:http://tech.groups.yahoo.com/group/smalltalkindia/You could also contact Skrish (in CC).Regards,On Fri, May 6, 2011 at 2:05 PM, sourav roywrote:>> Hi All,>> Can any one explain me how to establish an ODBC connection in> PharoSmalltalk and Database programming (Any document or explanation).>> Thanks&Regards>> Sourav | Bangalore | India>> Dear pharoproject ! Get Yourself a cool, short @in.com Email ID now!>> Dear pharoproject ! Get Yourself a cool, short @in.com Email ID now! Se rge StinckwichUMI UMMISCO 209 (IRD/UPMC), Hanoi, VietnamEvery DSL ends up being Smalltalkhttp://doesnotunderstand.org/Get Yourself a cool, short @in.com Email ID now!

1 0