- Pharo-users - lists.pharo.org

Strange results from Zinc for the www.delicious.com domain
by Andy Burnett May 4, 2011

May 4, 2011

I have just come across a very odd 'bug'? in Zinc. Evaluating the two lines (below) will return the same result for the various domains I tested, but not for Delicious. In their case, the HTTPClient returns what I expected - i.e. the contents of the page. But, the Zinc client returns an undefined object. Any thoughts on what is going on - user agent maybe?? response := HTTPClient httpGet:'http://www.delicious.com'. response2 := ZnHttpClient new url:'http://www.delicious.com'; get. Cheers Andy >

4 6

Re: [Pharo-users] About SqueakDBX
by Mariano Martinez Peck May 4, 2011

May 4, 2011

On Wed, May 4, 2011 at 2:30 PM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > Hi Mariano, > Hi Nicolas. Please, let me answer in the mailing list so that other can benefit also. > > I was wondering what can SqueakDBX do. http://www.squeakdbx.org/ here you have all you will probably need. In summary, it is a database driver. Like ODBC or like any other wrapper. The good thing is that it provides the same API to all databases and since there is no SQL conversion, you can exploit the benefits of each database. SqueakDBX delegates to the C library OpenDBX, which delegates to the C database client library. So...the "worst" thing of SqueakDBX is that you need the OpenDBX library and the database client libraries. This is explained here: http://www.squeakdbx.org/Architecture%20and%20desing Features: http://www.squeakdbx.org/Targets%20and%20Features Documentation: http://www.squeakdbx.org/documentation > How stable/scalable is it? Is > SqueakDBX itself is really stable. It is being used in several production apps without problems. The only tricky (depending on the OS and database) is to install OpenDBX + client libraries. But once it is working, is really stable. > there an ORM on top of it? > > Yes, it is called GlorpDBX, which is a modified version of the Glorp port to squeak (which was all hardcoded to the postgresql native driver). That version is a little old and we only make it work for PostgreSQL, Oracle, MySQL and MSSQL. However, ESUG has sponsored again. The project is being renamed to DBXTalk and the team (the students) are working in two important things: 1) new port (with the latest code) from Glorp of VW to pharo. And try to automatize the process for the future. 2) new mapping tool on top of squeakDBX but much simpler than Glorp. Something like ActiveRecord or SandstoneDB. The main idea for now is to use Magritte for describing the mappings. These two things are just starting.....so you will have to wait ;) -- Mariano http://marianopeck.wordpress.com

1 0

Fwd: [Pharocasts] New comment on SandstoneDb, simple ActiveRecord style persistence....
by laurent laffont May 4, 2011

May 4, 2011

Someone knows ? Laurent ---------- Forwarded message ---------- From: Bernat Romagosa <noreply-comment(a)blogger.com> Date: Wed, May 4, 2011 at 1:37 PM Subject: [Pharocasts] New comment on SandstoneDb, simple ActiveRecord style persistence.... To: laurent.laffont(a)gmail.com Bernat Romagosa <http://www.blogger.com/profile/04492856362620588522> has left a new comment on your post "SandstoneDb, simple ActiveRecord style persistence...<http://www.pharocasts.com/2010/04/sandstonedb-simple-activerecord-style.html>": I was trying to migrate a simple image-based persistence app into Sandstone, so I just recompiled my biz objects to be subclasses of SDActiveRecord, but of course the objects I want to save are already created and "floating" in the image, so when I try to save them I get an error as many instvars haven't been initialized upon creating these objects (as they were already there). Is there a way to automatically do this? Thanks! Bernat. Posted by Bernat Romagosa to Pharocasts <http://www.pharocasts.com/> at May 4, 2011 4:37 AM

1 0

VHI (Very Huge Image),
by TedvG TedvG May 3, 2011

May 3, 2011

|question | question = 'Can Pharo run with a VHI (Very Huge Image)? on my Intel i5 Windows7 64-bit 2GB machine Pharo reports with the "space left" command: 7,802,896 bytes (internal) 468,402,192 bytes (physical) 468,402,192 bytes (total) What is in this context: internal and physical? Is this the maximum size of the image on any machine (mine is 2 GB) or does it increase? E.g. is it four times larger if I have 16 GB? What is the maximum image space of Pharo as it is now? theoretically only limited to the address range? 64-bit machines, e.g. an Intel i5 CPU, can handle address range of 2 raisedTo: 64 = 18446744073709551616 bytes That is astronomical, we won't need all that. Anyway, for my Intel i5 661 processor the limit is 16 GB. Waiting for processors with larger memory access.. ' Suppose a CPU can handle a memory of 2 Terabytes and we would need such a large image (all the company's logic and data lives in there) If all the pointers in Pharo are already 64 bit wide?, then such an extremely (at least for today's standards) large image would be possible?. Regards Ted '. pharoHumanBeings do: [ : individual | individual thinkAbout: question; answer; receiveThanks]

1 0

Re: [Pharo-users] Pharocast ContactManager using SandstoneDb
by laurent laffont May 3, 2011

May 3, 2011

On Tue, May 3, 2011 at 10:09 PM, Doug Edmunds <dougedmunds(a)gmail.com> wrote: > Hello, > > I took the ContactManager code from your Pharocast at > http://www.pharocasts.com/2011/02/pharo-gui-with-polymorph.html > and modified it to run with SandstoneDb, using the ideas from > > http://www.pharocasts.com/2010/04/sandstonedb-simple-activerecord-style.html > > Go ahead and use it for a future Pharocast if you want, or figure out > some place to put it. > > Because Contact is an SDActiveRecord, the database is constructed from > the SandstoneDb records: > > Contacts class >>database > |db| > db := Contact findAll asOrderedCollection. > ^ db > > and so it is portable, so long as the Contacts records are put in the > correctly named Pharo subdirectory. > > > Opening the ContactListEditor uses an initialization which is supposed > to avoid the need to close/reopen Pharo after creating the Contacts class. > > Tested on Pharo 1.3 using SandstoneDb-RamonLeon.135.mcz > > Thanks a lot Doug. May be the next step would be to create a ConfigurationOfContactManager :) Laurent > > -- Doug Edmunds >

1 0

Re: [Pharo-users] [Pharo-project] [COTDC] 57 - ColorMap
by laurent laffont May 3, 2011

May 3, 2011

Thanks Fernando ! BitBlt examples are funny :) Laurent On Mon, May 2, 2011 at 11:13 PM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > I'm a transformation of pixel values. I apply up to four masks and > shits to compute the transformed pixel value. > > I'm used when applying a BitBlt transfer, whenever pixels from a > source to a destination have diferent depths. For further information > refer to BitBlt class comments. > > To see me in action evaluate: BitBlt exampleColorMap > > Fernando > > On Mon, May 2, 2011 at 8:52 PM, laurent laffont > <laurent.laffont(a)gmail.com> wrote: > > Today: ColorMap > > > > Comment Of The Day Contest - One Day One Comment > > Rules: > > #1: Each day a not commented class is elected. Each day the best comment > > will be integrated with name of the author(s). > > #2: If you cannot comment it, deprecate it. > > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent > >

1 0

Re: [Pharo-users] [update 1.3] #13180
by Marcus Denker May 3, 2011

May 3, 2011

On May 3, 2011, at 8:12 PM, Mariano Martinez Peck wrote: > > > On Tue, May 3, 2011 at 7:39 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 13180 > ----- > > Issue 4075: when you execute a script in headless mode, doesnt quit > Issue 4144: MessageSet buildWith: is unused and can be removed > Issue 4128: update links of Announcements help > Issue 4120: CrLfFileStream needs to be moved to Compatibility package > Issue 4149: Fix a deprecation in SHParserST80 (fixed by undeprecated) > > > SHParserST80 isn't it from Shout ? It is not in the core.... yes, that is why I opted to "fix" instead Core to not deprecate this method but (for now) have it in the new Compatibility package. > I don't understand :( > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[update 1.3] #13180
by Marcus Denker May 3, 2011

May 3, 2011

13180 ----- Issue 4075: when you execute a script in headless mode, doesnt quit Issue 4144: MessageSet buildWith: is unused and can be removed Issue 4128: update links of Announcements help Issue 4120: CrLfFileStream needs to be moved to Compatibility package Issue 4149: Fix a deprecation in SHParserST80 (fixed by undeprecated) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-users] Backward compatibility [WAS] Re: [ANN] PharoDev-1.3-13173
by Marcus Denker May 3, 2011

May 3, 2011

On May 2, 2011, at 12:48 AM, Markus Fritsche wrote: > Hi, > > 2011/4/27 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> And as Marcus said, most of the times (sometimes we had some problems) we >> have a deprecation process where we (usually) say which should be used >> instead. > > From a a-little-bit-more-than-user perspective I am looking at > > SmalltalkImage>>#hasBindingThatBeginsWith: aString > self deprecated: 'Use Smalltalk globals'. > ^globals hasBindingThatBeginsWith: aString > Maybe we should not deprecate that quite yet but have it as a compatibility method (like at:put:) > Well, with a bit of analysis, I would be able to figure out, that the > author might have intended that I should search the SystemDictionary > myself. I feel like an additional comment would have been helpful. > > Same with the other problem I had with ServiceRegistry - it is gone > and it is not easy to find out what that was supposed to do. Next step > is to compare squeak and the Pharo releases to find out what happened > to it (the issue tracker does not easily yield results for this, but > maybe I searched in the wrong way). > Services brought lots of complexity without being used too much. We should build menues via pragmas (like the world menu), then extensions ot menues are just extension methods. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Backward compatibility [WAS] Re: [ANN] PharoDev-1.3-13173
by Mariano Martinez Peck May 2, 2011

May 2, 2011

On Wed, Apr 27, 2011 at 11:25 AM, Ted F.A. van Gaalen <tedvga(a)gmail.com>wrote: > Hi Marcus > As I wrote, I am thinking from the perspective > of an application developer, a typical pharo-user ? > imagine that I/we have hundreds of > apps written, will they run unchanged > say 5 years from now? > Probably not. We would like to improve the system and clean it. Unfortunately, sometimes there is no other way than loosing backward compatibility. What do you prefer? Pharo choose a better system. If you/companies do not even collaborate with updating your code (don't say even fixing bugs or submitting code) ...then don't expect anything from Pharo. Pharo is open-source, free and it is build in the free time. And I think Pharo is not the only one....out there most of the languages change a lot between versions, Python, blah. Cheers Mariano > > Regards > Ted > > On Wed, Apr 27, 2011 at 11:16 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > > > > On Apr 27, 2011, at 10:59 AM, Ted F.A. van Gaalen wrote: > > > >> Good morning Mariano > >> > >> This is something I wrote to Adrian Lienhard, > >> when an image did not run, straight out of the box > >> so to speak, because of VM differences > >> Some thoughts about reliability, and, very important > >> IMHO, upward compatibility. > >> > >> Thanks & Regards > >> Ted > >> > >>>>> > >> ? > >> I did expect that, nota bene working with > >> the Seaside supplied one-click image and > >> the virtual machine supplied with it, > >> provided on the Seaside.st site itself, > >> that everything is (and remains) > >> 100% upward compatible, > >> no matter what VM is or will be used in the future. > > > > This is impossible and, in the end, not a good idea. > > > > We can not be compatible forever, was this would mean > > that we can not improve anything. > > > > e.g. imagine someone would fix the VM to be better. > > (e.g. a modern object format). > > > > Do you really request to then *not* do this change because > > this VM could not run old images? (and new images would > > not run on old VMs?). > > > > Do you want to have a Future or be compatible to the Past? > > > > Marcus > > > > > > -- > > Marcus Denker -- http://www.marcusdenker.de > > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > > > -- Mariano http://marianopeck.wordpress.com

10 20