- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] Amazon AWS S3 Client
by Sven Van Caekenberghe Jan. 6, 2011

Jan. 6, 2011

Hi All, I implemented and published a Pharo client for Amazon's AWS S3 service called ZnAWSS3Client. For some background, see http://en.wikipedia.org/wiki/Amazon_S3 or http://aws.amazon.com/s3. The code can be found in the package 'Zinc-AWS' in http://www.squeaksource.com/ZincHTTPComponents.html. It depends on both Zinc HTTP Components and XML Support (an excellent package BTW) as well as on the cryptography functionality in Pharo (md5, sha1 & hmac). Basically, Amazon S3 (Simple Storage Service) is an online storage web service where you store and retrieve objects under keys organized in groups called buckets. Objects can be any web resource identified by a mime type. The main advantage is that S3 is a highly scalable, reliable, secure, fast, inexpensive service. The client is currently a proof of concept implementing the basic S3 concepts. Here is some example usage: | client | (client := ZnAWSS3Client new) accessKeyId: '2ZGSSBGBHQGJ9VV5N441'; secretAccessKey: 'OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV'; checkIntegrity: true. client buckets. client keysIn: 'my-bucket'. client keysIn: 'my-bucket' query: (Dictionary with: 'prefix'->'my-'). client at: 'my-bucket' -> 'my-key'. client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: '0123456789'). client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: 'Smalltalk rules S3!') headers: (Dictionary with: 'x-amz-acl'->'public-read'). Sven PS: the code does contain comments but you will need to read up on S3 first. To run anything you will have to create an AWS S3 account.

3 2

[Pharo-project] James Robertosn's Pharo videos added to website
by Mariano Martinez Peck Jan. 6, 2011

Jan. 6, 2011

In: http://www.pharo-project.org/documentation/screencasts<http://www.pharo-project.org/documentation/screencasts> cheers mariano

1 0

[Pharo-project] UI Painter for Pharo videos
by Geert Claes Jan. 6, 2011

Jan. 6, 2011

Pretty cool videos of the UI Painter in Pharo by NullPointer: http://www.youtube.com/user/nullPointerSM http://www.youtube.com/user/nullPointerSM -- View this message in context: http://forum.world.st/UI-Painter-for-Pharo-videos-tp3177000p3177000.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] Alien and callbacks from "foreign" threads?
by Joachim Geidel Jan. 6, 2011

Jan. 6, 2011

Hi everybody, I am close to releasing JNIPort (http://jniport.wikispaces.com) for Pharo and Squeak. Almost everything works on both Mac OS X and Windows with one exception. I can attach a Java VM to Pharo/Squeak, I can send messages to Java objects and get results back, and even callbacks from Java to Smalltalk seem to work. The exception is that a callback from Java to Smalltalk which comes from a different thread leads to a crash of the Squeak VM. I have not been able to figure out what the problem is. There is a similar problem with a hook of the Java VM: one can register a callback function which is called whenever the Java VM produces output for stdout/stderr. With Pharo 1.1.1 on Mac OS X, using this hook works when the hook contains a "nil halt", and if I simply proceed in each of the notifiers. When I remove the halt or replace it by a Delay, the image freezes. In Squeak 4.1 on Windows, the behavior is different: the VM crashes. Does Alien support callbacks coming from a "foreign" thread? Or is this a limitation of Alien? Thanks in advance for any help, Joachim Geidel -- View this message in context: http://forum.world.st/Alien-and-callbacks-from-foreign-threads-tp3175989p31… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

6 13

Re: [Pharo-project] [Moose-dev] Re: xmlsupport conflict in pharo 1.2
by Tudor Girba Jan. 5, 2011

Jan. 5, 2011

Yes. He used the term correctly, because the decided titles were PharoCore for core, and Pharo for core+tools :) Cheers, Doru On 5 Jan 2011, at 23:12, StÃ©phane Ducasse wrote: > do you mean in Pharo-dev? > > On Jan 5, 2011, at 6:39 PM, Alexandre Bergel wrote: > >> I had a quick look at it. >> In Pharo 1.2, the XML-Parser parkage is clean (i.e.,not dirty). Loading XMLSupport turns the package dirty. The user is asked whether he is ready to lose his changes. I cannot determine why the packages turned dirty. >> >> Executing: >> Gofer new >> squeaksource: 'XMLSupport'; >> package: 'ConfigurationOfXMLSupport'; >> load. >> (Smalltalk at: #ConfigurationOfXMLSupport) perform: #loadDefault. >> >> in a fresh image raises the popup. Without canceling or accepting, open a Monticello browser, you will see the package dirty. >> >> Jaaryer, can you have a look at it? There is something weird with the configuration. I sincerely hope we will have a better tool for managing configuration. I am currently working on it, but it is still too early for releasing it. >> >> Cheers, >> Alexandre >> >> On 5 Jan 2011, at 11:41, Tudor Girba wrote: >> >>> Hi, >>> >>> XMLSupport is present in the latest Pharo 1.2. Loading a new version generates an exception apparently, so I removed for the moment XMLSupport from the default ConfigurationOfMoose. >>> >>> I think we should only load this conditionally. Or do you have another solution? >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing should have the right to be different." >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "Presenting is storytelling."

1 0

[Pharo-project] about cleaning undo
by Mariano Martinez Peck Jan. 5, 2011

Jan. 5, 2011

Hi alain. In #cleanUpForRelease of Pharo 1.1 we did at some point a Smalltalk cleanUpUndoCommands. Now in pharo 1.2 this is removed. I guess it is because of the new undo framework? in such case, there insn't anything to be cleaned ? thanks mariano

2 2

Re: [Pharo-project] Pharo and CommandShell on OSX ?
by StÃ©phane Ducasse Jan. 5, 2011

Jan. 5, 2011

On Jan 4, 2011, at 4:25 AM, David T. Lewis wrote: > On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >> Hello Everyone, >> So, long time squeaker, first time pharo(er ?). Please don't hold this against me ;) >> >> I am trying to get CommandShell loaded into Pharo (using the Seaside Image) via Monticello. I have tried this on Pharo 1.1/1.1.1/1.2 for the record (same thing). I skip past the MVC/Morphic errors about PluggableList etc, and I can get the command shell to pop-up, however, two things happen; >> > > The CommandShell package on SqueakSource is also now broken down > into sub-packages, so you can load the individual parts if you want. > But just proceding through the MVC warnings as you did is harmless. > >> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning > > AFAIK, noone has tried building the AioPlugin for Mac, so you will get this > warning when running on a Mac. But as you say, it's just a warning. I imagine that we will see that with igor and the automatic build too. > >> but >> 2) None of the commands get executed. If I try the stuff which will eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello world'; cr.). However, if I try a command such as 'ls' or 'who', all hell breaks lose. stack trace follows :) >> >> If I am doing anything obviously wrong, please feel free to hit me over the head :) > > Nope, it's not you, it's the plugin included with your VM. Some > of the Mac VMs in circulation were accidentally built with a very > out of date version of the OSProcessPlugin. Apparently you have > one of them, and it will definitely not work. But I think there > is a newer version (4.2.5 IIRC) that has the up to date plugin > that works properly on Mac. > > Dave > > >> >> Regards >> S. >> >> >> >> >> 3 January 2011 6:49:43 pm >> >> VM: Mac OS - intel - 1065 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.4b1 >> Image: Pharo-1.1-11406-rc3 [Latest update: #11406] >> >> SecurityManager state: >> Restricted: false >> FileAccess: true >> SocketAccess: true >> Working Dir /Users/stef/squeak/SeaSide-3.0 >> Trusted Dir /foobar/tooBar/forSqueak/bogus >> Untrusted Dir /Users/stef/Library/Preferences/Squeak/Internet/My Squeak >> >> UndefinedObject(Object)>>mustBeBooleanIn: >> Receiver: nil >> Arguments and temporary variables: >> context: BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> proceedValue: nil >> Receiver's instance variables: >> nil >> >> UndefinedObject(Object)>>mustBeBoolean >> Receiver: nil >> Arguments and temporary variables: >> >> Receiver's instance variables: >> nil >> >> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> sqFile: #[48 205 236 155 72 91 120 160 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0] >> bufferSize: 1000 >> buffer: '...etc... >> count: #(0) >> Receiver's instance variables: >> >> >> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> >> Receiver's instance variables: >> >> >> BufferedAsyncFileReadStream>>update: >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> aParameter: a PseudoAioEventHandler >> Receiver's instance variables: >> >> >> [] in PseudoAioEventHandler(Object)>>changed: >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> aParameter: BufferedAsyncFileReadStream: 'pipeReader' >> aDependent: a PseudoAioEventHandler >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> DependentsArray>>do: >> Receiver: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> Arguments and temporary variables: >> aBlock: [:aDependent | aDependent update: aParameter] >> dep: BufferedAsyncFileReadStream: 'pipeReader' >> i: 1 >> iLimiT: 1 >> Receiver's instance variables: >> a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> >> PseudoAioEventHandler(Object)>>changed: >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> aParameter: a PseudoAioEventHandler >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> PseudoAioEventHandler(Object)>>changed >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> d: a Delay(125 msecs) >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> BlockClosure>>repeat >> Receiver: [self changed. >> d wait] >> Arguments and temporary variables: >> >> Receiver's instance variables: >> outerContext: [] in PseudoAioEventHandler>>eventGeneratorProcess >> startpc: 59 >> numArgs: 0 >> >> [] in PseudoAioEventHandler>>eventGeneratorProcess >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> d: a Delay(125 msecs) >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> [] in BlockClosure>>newProcess >> Receiver: [[self changed. >> d wait] repeat] >> Arguments and temporary variables: >> >> Receiver's instance variables: >> outerContext: PseudoAioEventHandler>>eventGeneratorProcess >> startpc: 54 >> numArgs: 0 >> >> >> --- The full stack --- >> UndefinedObject(Object)>>mustBeBooleanIn: >> UndefinedObject(Object)>>mustBeBoolean >> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >> BufferedAsyncFileReadStream>>update: >> [] in PseudoAioEventHandler(Object)>>changed: >> DependentsArray>>do: >> PseudoAioEventHandler(Object)>>changed: >> PseudoAioEventHandler(Object)>>changed >> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >> BlockClosure>>repeat >> [] in PseudoAioEventHandler>>eventGeneratorProcess >> [] in BlockClosure>>newProcess >> >

5 11

[Pharo-project] Best way for change a window style
by nullPointer Jan. 5, 2011

Jan. 5, 2011

For a TIP example I want implement in Pharo the steps for build a GUI like that: http://forum.world.st/file/n3032341/eBox.png The main problem for me is the window style. I understand one way for change the style of windows is create my own UITheme subclass; but exists some alternative way for generate a new style for windows? a generic window: I only want a one panel with the three buttons for close, minimize and maximize, and the rounded corners, much more rebranded in top corners than bottom, with the default behavior of window: draggable for the Desktop. Perhaps the best way for implement it is know if is possible change a few properties of a panel for have the same behavior of a window. Many thanks for the help. -- View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3032341.… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

8 21

Jan. 5, 2011

Begin forwarded message: > From: Annick Fron <info(a)afceurope.com> > Date: January 5, 2011 12:43:53 PM GMT+01:00 > To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > Subject: [Pharo-users] Smalltalk server pages > Reply-To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > > Hi, > > and in order to get a minimum of dynamic pages, (I think Seaside will be too large for my memory) what is best to get simple Smalltalk server pages, swazoo or Komhttpserver ? > > Annick Fron

3 2

[Pharo-project] IRC meeting next Tuesday, January 4, at ...?
by Adrian Lienhard Jan. 5, 2011

Jan. 5, 2011

Hi all, During the last meeting [1] we decided to do the next one on January 4 but we didn't decide when to start. The previous meeting started at 20:00 CET/UTC/GMT+1, which may not be optimal for people in other time zones. If somebody likes to suggest another time, please let us know soon! Cheers, Adrian [1] http://pharo-project.org/news?article=irc-meeting-notes

5 6