April 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] setting a custom header for HTTP via CurlPlugin
by Saris Hein April 21, 2010

April 21, 2010

Hi, I am trying to get some stuff done with REST using Pharo. So far, I am able to do GETs, but I am unable to do PUTs because the REST service expects the content sent to be JSON. For this to work, I need to set the Content-Type of the request to 'application/json'. I have successfully installed the CurlPlugin via Gofer (version 25 from dao), and thanks to John (M. McIntosh), who provided me with a new version of the bundle for Mac, I was able to pass all the tests, except for the testApiOptions test, which fails on the timeout: test. The version John provided me with is 2.0.0. I first tried with version 1.1.0, but that failed on 13 tests due to a primitive that failed constantly (<primitive: 'primSetOptLong' module: 'CurlPlugin'>). There is a method addHeader: in the plugin, but it does not seem to do anything useful. I have found a blog (Jazz Programming) by Giovanni Corriga, who claims to have a version of the plugin that allows for custom headers to be set, but the link to his version gives a 304 error. Plus the blog dates from 2007. Having a version of the CurlPlugin that allows me to set a custom header would be great, so if anybody has one, please let me know. But what I would really like to have is a good implementation of the HTTP protocol in Squeak/Pharo, so that we are not dependent on a plugin. The standard HTTP client in Squeak/Pharo is based on HttpSocket, and is only a partial implementation of the HTTP protocol (it only supports GETs as far as I can tell). Does anyone know of another way to do basic HTTP in Squeak/Pharo? Regards, Hein

4 3

Re: [Pharo-project] FEATURE: User chooses preferred location for MC directory repositories
by Dale Henrichs April 21, 2010

April 21, 2010

Sean, Don't know if this has already mentioned, but you can programmatically add Directory repositories as follows: | repo | {'/path/to/repositories/project-1/'. '/path/to/repositories/project-2/'. '/path/to/repositories/project-3/'. } do: [:path | repo := MCDirectoryRepository new directory: (FileDirectory on: path). MCRepositoryGroup default addRepository: repo ]. ----- "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: | I'll give you my use case: | I share my projects among a few images, and I like to keep them in | sub- | directories like: | /path/to/repositories/project-1/ | /path/to/repositories/project-2/ | /path/to/repositories/project-3/ | So each one of these is a separate, unrelated repository in a common | | parent directory for ease of finding. | | So when I +Repository to each image, I have to navigate from the | default directory to my repository for each new repository. If I can | | pick a start directory once as a setting, I can add new project's sub- | | directory or open them without any navigation. | | Does that make sense? | | Sean | | On Apr 20, 2010, at 1:33 PM, "Chris Muller-3 [via Smalltalk]" | <ml-node+2017760-613088063-217701(a)n4.nabble.com | > wrote: | | > Whether the user is required to specify a "default directory" or a | > directory to a repository, it's the same task isn't it? | > | > Once you add it once to MC, it can be "added" to any other package. | > So this defaultDirectory would seem to be a feature not worth its | > weight.. | > | > | > On Mon, Apr 19, 2010 at 6:00 PM, Sean P. DeNigris <[hidden email]> | | > wrote: | > | > > | > > http://code.google.com/p/pharo/issues/detail?id=2329 | > > | > > Pharo image: Pharo 1.0 | > > | > > In Monticello Browser, when I click "+Repository" and select | > "directory," | > > I'd love to be taken right to the directory where I keep my local | > > repositories, instead of having to click to the same place over | > and over. | > > | > > I changed the following method: | > > MCDirectoryRepository class>>morphicConfigure | > > ^ (UIManager default chooseDirectoryFrom: (FileDirectory | on: | > > '/path/to/my/Repositories')) ifNotNil: | > > [:directory | | > > self new directory: directory] | > > | > > How should I store the default repository directory? Would anyone | | > else find | > > this helpful? | > > | > > Sean DeNigris | > > -- | > > View this message in context: | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… | > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. | > > | > > _______________________________________________ | > > Pharo-project mailing list | > > [hidden email] | > > | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project | > > | > | > _______________________________________________ | > Pharo-project mailing list | > [hidden email] | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project | > | > View message @ | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… | > To unsubscribe from FEATURE: User chooses preferred location for MC | | > directory repositories, click here. | > | | -- | View this message in context: | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… | Sent from the Pharo Smalltalk mailing list archive at Nabble.com. | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

4 3

[Pharo-project] what expectedfailures expected to do?
by StÃ©phane Ducasse April 21, 2010

April 21, 2010

Hi I tagged some tests as expected failures and I got a strange behavior. On the the tests which was passing was listed under the failures. When I renamed the method without updating the expected failures my bar was green. So expected failures really expect that the tests failed? We cannto have green tests in there? Stef

4 15

[Pharo-project] Running Alien on Windows
by Torsten Bergmann April 21, 2010

April 21, 2010

Bouraqadi Noury wrote on pharo-dev >We have trouble running alien on Windows. Starting from a clean pharo >1.0 image and the latest VM, Would not work out of the box with the VM since it requires VM changes. Marco ported them from Newspeak and made them available [1]. Tests went green and he is sucessfully using Alien on Windows. But it is not yet in the official Squeak VM (which is 4.0.2.). There is also an issue for pharo [2] and an issue for VM developers [3] to follow progress. So the code is there and is ready for integration. Andreas asked for the license [4], Marco answered that code was from Newspeak [5]. After that we got a good response from John McIntosh on the license issue [6] which should be OK now. (Dont know, I'm not a lawyer) After I asked Andreas again he answered that it is not highest priority for him which I understood since Squeak 4.1 was in preparation. See last response regarding this [7] Dont know what should be the next steps to get Alien into the Win32-VM code base. Maybe Andreas could tell you more. As a workaround you could use the source provided by Marco to build your own unofficial VM - however you would have to reintegrate anytime Andreas makes a new release... Bye T. [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/003983.html [2] http://code.google.com/p/pharo/issues/detail?id=1360 [3] http://bugs.squeak.org/view.php?id=7475 [4] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004034.html [5] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004037.html [6] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004054.html [7] http://lists.squeakfoundation.org/pipermail/vm-dev/2010- March/004103.html -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 3

[Pharo-project] Next smalltalk meetup cologne in june
by Norbert Hartl April 21, 2010

April 21, 2010

Please join us on the 10th of June for the next Cologne Smalltalk User Meetup. Anyone interested in Smalltalk is invited, regardless if you only recently discovered the magic of doing things the Smalltalk way, are a die hard VM-Hacker, want to share your experience on web-development in Seaside or like to chit-chat while enjoying a KÃ¶lsch. Weâre gonna meet at 7pm at Vision Factory GmbH SÃ¶mmeringstr. 75 50823 KÃ¶ln (across the yard at the rear house) If you would like to do a presentation just let us know. Further information you'll find on http://colstme.selfish.org/ regards, Norbert

1 0

[Pharo-project] FFI in 1.1
by Torsten Bergmann April 21, 2010

April 21, 2010

>I wouldn't include neither FFI or Alien FFI in neither PharoCore or PharoDev >image. +1 >That's only my opinion. Maybe Stef should tell us more about why he thinks it should be included. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

11 17

[Pharo-project] [ANN] Magma 1.1
by Chris Muller April 21, 2010

April 21, 2010

In conjunction with the outstanding releases of Pharo 1.0 and Squeak 4.1, I am pleased to announce the immediate availability of Magma 1.1 release 1. Don't be fooled by the grand version number; it's just an increment of "1.0 release 44" (details below). This "1.1" is about compatibility with what I feel are these new beginnings in Smalltalk. - Chris Changes in 1.1r1 (since 1.0r44): - Compatible with Squeak 4.1 and Pharo 1.0 (also compatible with Squeak 3.10 and 3.9). Loads into all images cleanly, with no more warnings in Pharo. - No longer necessary to disable WriteBarrier to run the tests; if it can't be used, just don't rather than intrude on the user. - Added MagmaSession>>#fullBackup, for making a quick, convenient backup on the server in the same directory as the existing repository, but named with its commitNumber as an extension. This is useful insurance for when you're about to run, say, a domain migration script.. - Fix for case using relative-path local locations. - Moved MagmaSessionRequest to Ma base additions so that applications can be written to to signal MagmaSessionRequests without having to load all of the packages associated with Magma. - Added MaHashIndex>>#keyCounts to help developers determine distribution of keys and number of duplicates, for optimizing indexes. - Some other minor fixes and optimizations.

1 0

[Pharo-project] Addition to the Success story page
by Alexandre Bergel April 20, 2010

April 20, 2010

Hi! Would it be possible to add on the page http://www.pharo-project.org/about/success-stories : "University of Chile" in the Universities teaching in Pharo (http://www.uchile.cl/ ), and "PLEIAD / DCC" in the Research groups using Pharo (http://www.pleiad.cl ) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

7 12

April 20, 2010

Hi I would really like that one afternoon a month we gather and we program pharo stuff. We could start Friday 30. Let me know if you are ok. The idea is to have fun together. Stef

3 5

[Pharo-project] Wish List for Tests
by Torsten Bergmann April 20, 2010

April 20, 2010

Just a short wish list for 1.1. regarding test cases: 1. After running all tests in 1.0 I still have three files left on hard disk (rb-spelling.dat, foobug6933, NSDataStreamTest###testGlobal test) If we are able to create a Continuos Integration system (for core and dev image) we should check in a final test case that no files are left. 3. We still have classes with methods that are not categorized. For instance the methods in RenderBugz (a test case subclass) could be easily categorized. One quality check for the CI system could be to check if all methods in a release are categorized. 2. When deleting all test cases using TestCase allSubclasses do: [:each | each removeFromSystem ] I have also Monticello packages changed that are not in test packages. Hope we find the time to clearly separate the tests from the "core" package to clean unload the tests and continue the modularization efforts. However ... the only constant is change and our progress so far is really good. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

6 8