January 2012 - Pharo-users - lists.pharo.org

Postmark email library

by Francois Stephany

Hi guys, I've made a simple wrapper around the Postmark API. It lets you send emails without dealing with a SMTP server. You can read about it here: http://developer.postmarkapp.com/developer-libs.html http://developer.postmarkapp.com/developer-build.html and there: http://articles.tulipemoutarde.be/send-email-from-pharo-with-postmark It's pretty simple and naive implementation but it gets the job done. I'll add email attachements when I will need it. Francois

Jan. 2, 2012

[ANN] Aida 6.4 Christmas Edition released

by Janko MivÅ¡ek

Dear Smalltalkers, Well, Christmas is over but to keep with a tradition here is a new Aida 6.4 on Squeak/Pharo and VisualWorks, as a present for Smalltalk community in New Year :) This one is mostly a maintenance release with two new features: * image backup before hourly snapshot * event handling: WebElement #on: anEventSymbol do: aBlock Enhancements: * Widget simplifications and enhancements * form support now works in all possible combinations * Widget examples added to demos More in Release notes: http://www.aidaweb.si/release-notes-6.4 The easiest way to Aida is One-Click Pharo image accessible from: http://www.aidaweb.si/download If you want to load by yourself: on Pharo it is really simple to load, just evaluate this script: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfAida'; load. (Smalltalk at: #ConfigurationOfAida) load. Then simply open http://localhost:8888 . Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 2, 2012

Re: [Pharo-users] Happy new year

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > I too wish everybody in the Pharo community all the best, personally and > professionally. > Happy New Year! So many exciting things were afoot in 2011, I'm excited just imagining what 2012 will bring. -- View this message in context: http://forum.world.st/Happy-new-year-tp4249503p4251548.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 1, 2012

Re: [Pharo-users] Interpreting a crash.dmp file was: Re: [Seaside] Seaside image health check

by StÃ©phane Ducasse

Hi Paul keep us informed because we really want to have a solid infrastructure. We are sorry for this problem. Stef > On 11-12-22 08:46 AM, Levente Uzonyi wrote: >> If you're using CogVM, then you can force printing the content of all >> smalltalk stacks to stdout by sending a USR1 signal to the process with >> the following command: >> >> kill -USR1 <pid> >> >> The currently active process will be printed first. > > Thanks Levente. > > > I have an image that stops responding to seaside requests and maxes out the CPU. This happens after a random amount of time generally longer than a day. Sometimes I can get it to pop out of the hang by signing in through the RFB server, but sometimes not. > > In this Pharo-1.3-13315 image (Ubuntu 64bit, Cog 2522 from Eliot's site) I'm using RFB and have applied the fixes described here: > https://code.google.com/p/pharo/issues/detail?id=4829#c6 > > I think that the crash.dmp file shows that the image was stuck trying to create an IdentitySet from an array. Maybe I need to take a sample of the "kill -USR1 <pid>" commands to know for sure. > > The other thing that's weird is that in the crash.dmp file I don't see the Seaside server process. I'm using Comanche as the server adapter. > > > Is there anything I should look for in my application or image to get more info about the disruption in processing requests? > > Thanks > > Paul > <crash.dmp>

Jan. 1, 2012

Interpreting a crash.dmp file was: Re: [Seaside] Seaside image health check

by Paul DeBruicker

On 11-12-22 08:46 AM, Levente Uzonyi wrote: > If you're using CogVM, then you can force printing the content of all > smalltalk stacks to stdout by sending a USR1 signal to the process with > the following command: > > kill -USR1 <pid> > > The currently active process will be printed first. Thanks Levente. I have an image that stops responding to seaside requests and maxes out the CPU. This happens after a random amount of time generally longer than a day. Sometimes I can get it to pop out of the hang by signing in through the RFB server, but sometimes not. In this Pharo-1.3-13315 image (Ubuntu 64bit, Cog 2522 from Eliot's site) I'm using RFB and have applied the fixes described here: https://code.google.com/p/pharo/issues/detail?id=4829#c6 I think that the crash.dmp file shows that the image was stuck trying to create an IdentitySet from an array. Maybe I need to take a sample of the "kill -USR1 <pid>" commands to know for sure. The other thing that's weird is that in the crash.dmp file I don't see the Seaside server process. I'm using Comanche as the server adapter. Is there anything I should look for in my application or image to get more info about the disruption in processing requests? Thanks Paul

Jan. 1, 2012

Re: [Pharo-users] Happy new year

by Sven Van Caekenberghe

On 31 Dec 2011, at 23:00, StÃ©phane Ducasse wrote: > Hi guys > > I wish you good health (because at the end this is the most important and when we are going well we do not > estimate how cool it is). > Then lot of fun and business. > > Stef I too wish everybody in the Pharo community all the best, personally and professionally. Let's make 2012 at least as interesting as 2011 was ! Sven

Jan. 1, 2012