Pharo-users

By thread

pharo-users@lists.pharo.org

December 2010

37 participants
175 messages

Re: [Pharo-users] Fastest matrix implementation?

by HernÃ¡n Morales Durand

Hi Benoit, I've loaded the package but it seems the port is not complete, i.e. if you evaluate: DhbMatrix new: 10 you will get a MessageNotUnderstood: Interval>>asVector because extension methods were not ported. I uploaded to the SqueakSource a new version including extension methods and now most tests pass. Concerning the performance issues, I've narrowed my code to only measure the writing and reading of a matrix of 710500 elements, resulting in 58239 milliseconds for the native Matrix implementation and 56920 for DhbMatrix. It seems my performance problem involves reading and parsing a "CSV" file Elements Matrix DhbMatrix 53400 18274 17329 175960 61043 60722 710500 379276 385278 I will check if it's worth to implement a primitive for very fast parsing of CSV files. Cheers, 2010/12/5 Benoit St-Jean <bstjean(a)hotmail.ca>: > Have you tried the matrix implementation in the numerical package from > Didier H. Besset? > > http://squeaksource.com/@Q45T_l348Ag07gGT/VMsGzidC > > > > > ----------------- > Benoit St-Jean > A standpoint is an intellectual horizon of radius zero. > (Albert Einstein) > > > > >> Date: Sun, 5 Dec 2010 17:33:17 -0300 >> From: hernan.morales(a)gmail.com >> To: pharo-users(a)lists.gforge.inria.fr >> Subject: [Pharo-users] Fastest matrix implementation? >> >> Hi list >> >> In the context of a scientific project here we are building big >> matrices for later processing, mostly exporting to custom file formats >> for PLINK, HaploView, etc (bioinformatics tools). I've tested one of >> our scripts in both Pharo 1.1 (not CogVM) with the corresponding >> Python 2.6 implementation (without PyPy), and the performance in >> Python was superior, about 8x faster than ST. >> So I wonder if anyone knows the fastest (or a faster) implementation >> of Matrix than the included by default in Collections? >> >> Cheers, >> -- HernÃ¡n Morales Information Technology Manager, Institute of Veterinary Genetics. National Scientific and Technical Research Council (CONICET). La Plata (1900), Buenos Aires, Argentina. Telephone: +54 (0221) 421-1799. Internal: 422 Fax: 425-7980 or 421-1799.

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by Sean P. DeNigris

http://forum.world.st/Pharo-Wishlist-was-Native-Windows-in-Pharo-td3075089.… -- View this message in context: http://forum.world.st/Native-Windows-in-Pharo-tp3071794p3075180.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by Sean P. DeNigris

Andres Fortier-2 wrote: > > Ok, I see. Is there a "wishlist" associated with Pharo? Something like > http://feedback.assembla.com/? > I'm moving this conversation to the dev list, so that it will have it's own thread and because not all devs are on this list. Sean -- View this message in context: http://forum.world.st/Native-Windows-in-Pharo-tp3071794p3075179.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by andres

IMHO services as uservoice.com are really good for open source developments, since you can measure what your users really want. As a user having 10 votes (or whatever amount of votes do you want to give to your users) makes you think about what do you really want and not just ask for any features. An finally, if you *really* want something you can put more than one vote on a given feature. I think is a cool approach. My 2 cts. AndrÃ©s Mariano Martinez Peck escribiÃ³: > On Mon, Dec 6, 2010 at 7:39 PM, andres <andres(a)lifia.info.unlp.edu.ar>wrote: > >> Thanks Mariano! I was looking for something more "formal", to let user's >> vote for features and a commitment of the dev team to include N of the most >> voted per release (of course N depends on the release cycle and the feature >> complexity). >> >> > well...no, we don't have a "survey" but that list was build with users > requests in the mailing list. > But maybe having a survay would be a good idea. > > cheers > > mariano > > >> Thanks! >> >> AndrÃ©s >> >> Mariano Martinez Peck escribiÃ³: >> >>> On Mon, Dec 6, 2010 at 12:47 PM, andres <andres(a)lifia.info.unlp.edu.ar >>>> wrote: >>> >>> Ok, I see. Is there a "wishlist" associated with Pharo? Something like >>>> http://feedback.assembla.com/? >>>> >>>> >>>> There are some related pages in http://code.google.com/p/pharo/w/list >>> For exampple: http://code.google.com/p/pharo/wiki/IdeasToImplement >>> >>> cheers >>> >>> mariano >>> >>> >>> thanks! >>>> AndrÃ©s >>>> >>>> StÃ©phane Ducasse escribiÃ³: >>>> >>>> On Dec 3, 2010, at 10:57 PM, andres wrote: >>>> >>>>> Thanks for the quick response Sean, but I'm looking for a >>>>> cross-platform >>>>> >>>>>> solution and as far as I can see Mars is targeted at mac. Also, just to >>>>>> be >>>>>> clear, I don't need native widgets or deep OS integration, just the >>>>>> ability >>>>>> to open Pharo GUIs in separate native windows. >>>>>> >>>>>> so far this is not possible. >>>>> There was ffenstraria but it was never push to the point where we could >>>>> use it. >>>>> >>>>> Cheers, >>>>> >>>>>> AndrÃ©s >>>>>> >>>>>> >>>>>> Sean P. DeNigris escribiÃ³: >>>>>> >>>>>> Check out the Mars project. >>>>>>> Sean >>>>>>> >>>>>>> >>>>> >

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by Mariano Martinez Peck

On Mon, Dec 6, 2010 at 7:39 PM, andres <andres(a)lifia.info.unlp.edu.ar>wrote: > Thanks Mariano! I was looking for something more "formal", to let user's > vote for features and a commitment of the dev team to include N of the most > voted per release (of course N depends on the release cycle and the feature > complexity). > > well...no, we don't have a "survey" but that list was build with users requests in the mailing list. But maybe having a survay would be a good idea. cheers mariano > Thanks! > > AndrÃ©s > > Mariano Martinez Peck escribiÃ³: > >> On Mon, Dec 6, 2010 at 12:47 PM, andres <andres(a)lifia.info.unlp.edu.ar >> >wrote: >> >> >> Ok, I see. Is there a "wishlist" associated with Pharo? Something like >>> http://feedback.assembla.com/? >>> >>> >>> There are some related pages in http://code.google.com/p/pharo/w/list >> >> For exampple: http://code.google.com/p/pharo/wiki/IdeasToImplement >> >> cheers >> >> mariano >> >> >> thanks! >>> AndrÃ©s >>> >>> StÃ©phane Ducasse escribiÃ³: >>> >>> On Dec 3, 2010, at 10:57 PM, andres wrote: >>> >>>> Thanks for the quick response Sean, but I'm looking for a >>>> cross-platform >>>> >>>>> solution and as far as I can see Mars is targeted at mac. Also, just to >>>>> be >>>>> clear, I don't need native widgets or deep OS integration, just the >>>>> ability >>>>> to open Pharo GUIs in separate native windows. >>>>> >>>>> so far this is not possible. >>>> There was ffenstraria but it was never push to the point where we could >>>> use it. >>>> >>>> Cheers, >>>> >>>>> AndrÃ©s >>>>> >>>>> >>>>> Sean P. DeNigris escribiÃ³: >>>>> >>>>> Check out the Mars project. >>>>>> Sean >>>>>> >>>>>> >>>> >>>> >> >

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by andres

Thanks Mariano! I was looking for something more "formal", to let user's vote for features and a commitment of the dev team to include N of the most voted per release (of course N depends on the release cycle and the feature complexity). Thanks! AndrÃ©s Mariano Martinez Peck escribiÃ³: > On Mon, Dec 6, 2010 at 12:47 PM, andres <andres(a)lifia.info.unlp.edu.ar>wrote: > >> Ok, I see. Is there a "wishlist" associated with Pharo? Something like >> http://feedback.assembla.com/? >> >> > There are some related pages in http://code.google.com/p/pharo/w/list > > For exampple: http://code.google.com/p/pharo/wiki/IdeasToImplement > > cheers > > mariano > > >> thanks! >> AndrÃ©s >> >> StÃ©phane Ducasse escribiÃ³: >> >> On Dec 3, 2010, at 10:57 PM, andres wrote: >>> Thanks for the quick response Sean, but I'm looking for a cross-platform >>>> solution and as far as I can see Mars is targeted at mac. Also, just to be >>>> clear, I don't need native widgets or deep OS integration, just the ability >>>> to open Pharo GUIs in separate native windows. >>>> >>> so far this is not possible. >>> There was ffenstraria but it was never push to the point where we could >>> use it. >>> >>> Cheers, >>>> AndrÃ©s >>>> >>>> >>>> Sean P. DeNigris escribiÃ³: >>>> >>>>> Check out the Mars project. >>>>> Sean >>>>> >>> >>> >

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by Mariano Martinez Peck

On Mon, Dec 6, 2010 at 12:47 PM, andres <andres(a)lifia.info.unlp.edu.ar>wrote: > Ok, I see. Is there a "wishlist" associated with Pharo? Something like > http://feedback.assembla.com/? > > There are some related pages in http://code.google.com/p/pharo/w/list For exampple: http://code.google.com/p/pharo/wiki/IdeasToImplement cheers mariano > thanks! > AndrÃ©s > > StÃ©phane Ducasse escribiÃ³: > > On Dec 3, 2010, at 10:57 PM, andres wrote: >> >> Thanks for the quick response Sean, but I'm looking for a cross-platform >>> solution and as far as I can see Mars is targeted at mac. Also, just to be >>> clear, I don't need native widgets or deep OS integration, just the ability >>> to open Pharo GUIs in separate native windows. >>> >> >> so far this is not possible. >> There was ffenstraria but it was never push to the point where we could >> use it. >> >> Cheers, >>> AndrÃ©s >>> >>> >>> Sean P. DeNigris escribiÃ³: >>> >>>> Check out the Mars project. >>>> Sean >>>> >>> >> >> >> >

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by andres

Thanks for the pointer Mariano. I'll check it out. Cheers, AndrÃ©s Mariano Martinez Peck escribiÃ³: > what about using Seaside XUL ? I remember Esteban Lorenzano doing a desktop > app that way in Pharo. > > Cheers > > Mariano > > On Sat, Dec 4, 2010 at 1:50 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr>wrote: > >> On Dec 3, 2010, at 10:57 PM, andres wrote: >> >>> Thanks for the quick response Sean, but I'm looking for a cross-platform >> solution and as far as I can see Mars is targeted at mac. Also, just to be >> clear, I don't need native widgets or deep OS integration, just the ability >> to open Pharo GUIs in separate native windows. >> >> so far this is not possible. >> There was ffenstraria but it was never push to the point where we could use >> it. >> >>> Cheers, >>> AndrÃ©s >>> >>> >>> Sean P. DeNigris escribiÃ³: >>>> Check out the Mars project. >>>> Sean >> >> >

Dec. 6, 2010

Re: [Pharo-users] Native Windows in Pharo

by andres

Ok, I see. Is there a "wishlist" associated with Pharo? Something like http://feedback.assembla.com/? thanks! AndrÃ©s StÃ©phane Ducasse escribiÃ³: > On Dec 3, 2010, at 10:57 PM, andres wrote: > >> Thanks for the quick response Sean, but I'm looking for a cross-platform solution and as far as I can see Mars is targeted at mac. Also, just to be clear, I don't need native widgets or deep OS integration, just the ability to open Pharo GUIs in separate native windows. > > so far this is not possible. > There was ffenstraria but it was never push to the point where we could use it. > >> Cheers, >> AndrÃ©s >> >> >> Sean P. DeNigris escribiÃ³: >>> Check out the Mars project. >>> Sean > > >

Dec. 6, 2010

Re: [Pharo-users] SMTPClient issue

by Tony Fleig

Maybe this will help: I have successfully used Seaside's WAEmailMessage>>send. Here's what is does -- looks like username/password is supported. Here's the code it executes: seasideDeliverEmailMessage: aWAEmailMessage | client server serverAddress | client := SMTPClient new. "user login information if applicable" self seasideSmtpUsername ifNotNilDo: [ :username | client user: username. self seasideSmtpPassword ifNotNilDo: [ :password | client password: password ] ]. "use HELO/EHLO ip address format [127.0.0.1] if local host name is ip" (self isIpAddress: client localHostName) ifTrue: [ client localHostName: '[', client localHostName, ']' ]. "deliver the mail" server := self seasideSmtpServer. serverAddress := (self isIpAddress: server) ifTrue: [ server ] ifFalse: [ NetNameResolver addressForName: server ]. client openOnHost: serverAddress port: self seasideSmtpPort. [client mailFrom: aWAEmailMessage from greaseString to: aWAEmailMessage recipientsAddresses text: aWAEmailMessage plainMessage. client quit ] ensure: [ client close ] On Sun, Dec 5, 2010 at 5:32 PM, Daniel Klein <danielk(a)danielk.us> wrote: > I'd be happy to write up instructions for the class, but I have not been > able to get it working at all. And I've spent a considerable amount of time > on it. The main requirement I have, different from SMTPClient > class>>example, is that my smtp server requires authentication. > > Here is my best attempt based on Adrian's code below (the names have been > changed to protect the innocent ;-) ... > > | smtpClient serverName login password messageText fromAddress recipientList > | > serverName := 'smtp.server.name'. > login := 'login'. > password := 'password'. > messageText := > 'From: test(a)mail.whatever > To: "some(a)other.address" > Subject: this is a test > > Hello from Pharo!'. > > fromAddress := 'from(a)email.address'. > recipientList := #('to(a)email.address'). > smtpClient := SMTPClient openOnHostNamed: serverName. > smtpClient user: login. > smtpClient password: password. > [smtpClient initiateSession. > smtpClient mailFrom: fromAddress to: recipientList text: messageText. > smtpClient quit. > ] ensure: [smtpClient close] > > > When I run this code, I get a 'TelnetProtocolError'. > > I even tried changing SMPTClient>>deliverMailFrom: by adding in the 'user:' > and 'password:' methods, and then re-testing 'SMTPClient example'... > > deliverMailFrom: fromAddress to: recipientList text: messageText > usingServer: serverName > Â Â Â Â | smtpClient | > Â Â Â Â smtpClient := self openOnHostNamed: serverName. > Â Â Â Â smtpClient user: 'login'. Â "Added this and the next line with valid > credentials" > Â Â Â Â smtpClient password: 'password'. > Â Â Â Â [smtpClient initiateSession. > Â Â Â Â smtpClient mailFrom: fromAddress to: recipientList text: > messageText. > Â Â Â Â smtpClient quit] > Â Â Â Â ensure: [smtpClient close] > > but I get the same error. > > Just for kicks, and to prove my credentials are correct, I put together this > script in Python, using the same credentials, and I get a successful email > sent. > > import sys, smtplib, time > mailserver = 'smtp.server.name' > From = 'from(a)email.address' > To = 'to(a)email.address' > Subj = 'test message' > date = time.ctime(time.time()) > text = ('From: %s\nTo: %s\nDate: %s\nSubject: %s\n\n' % (From, To, date, > Subj)) > text = text + 'this is a one line message from python' > print 'Connecting...' > server = smtplib.SMTP(mailserver) > server.login('login','password') > server.sendmail(From, To, text) > server.quit() > > So there is either a bug in the authentication aspect in Pharo or (more > likely) I'm missing something. > > There are a very limited number of methods in then SMTPClient inheritance > tree that can be used for this, and I've tried a bunch of combinations. > > Can anyone out there in Pharo-land test SMTPClient against a server that > requires authentication? I'd really like to be able to send notifications > via email. I've certainly put in my best effort to get it working. > > Thanks, > Dan > > > -----Original Message----- > From: pharo-users-bounces(a)lists.gforge.inria.fr > [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Adrian > Lienhard > Sent: Tuesday, November 30, 2010 15:46 > To: A friendly place where any question about pharo is welcome > Subject: Re: [Pharo-users] SMTPClient issue > > Hi Dan, > > Authentication seems supported. You can send messages #user: and #password: > to a SMTPClient instance. The methods are defined in the indirect superclass > ProtocolClient. > > Something along the lines of > > smtpClient := SMPTClient openOnHostNamed: serverName. > smtpClient user: 'login'; password: 'secret'. > [ Â Â Â smtpClient initiateSession. > Â Â Â Â smtpClient mailFrom: fromAddress to: recipientList text: > messageText. > Â Â Â Â smtpClient quit > ] ensure: [smtpClient close] > > should work (not tested). > > HTH, > Adrian > > BTW, when you manage to make it work and would like to help a bit, please > write a short instruction that we can put into the class SMTPClient or the > help system so that others have a faster start. > > > On Nov 29, 2010, at 12:35 , Daniel Klein wrote: > >> Yes, my smtp server requires authentication, but I see nothing in Pharo > that >> allows me to enter a password like it does for >> "POP3Client example". >> >> Dan >> >> -----Original Message----- >> From: pharo-users-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Adrian >> Lienhard >> Sent: Monday, November 29, 2010 4:54 >> To: A friendly place where any question about pharo is welcome >> Subject: Re: [Pharo-users] SMTPClient issue >> >> It works for me... I changed the from, to, and the smtp server. >> >> What does the error say? Maybe your smpt server requires you to >> authenticate? >> >> Cheers, >> Adrian >> >> >> On Nov 29, 2010, at 01:28 , Daniel Klein wrote: >> >>> I can't seem to get: >>> >>> SMTPClient example >>> >>> to work. >>> >>> I changed the 'deliverMailFrom:', 'to:' and 'usingServer:' arguments to >>> valid entries but I keep getting a 'TelnetProtocolError'. >>> >>> Could someone else please test this out cos I think it's broken. Please >>> prove me wrong ;-) >>> >>> I'm using: >>> >>> Pharo-1.1.1-- >>> Latest update: #11414 >>> >>> on Windows XP Pro SP3. >>> >>> Dan >>> >>> >> >> >> > > > >

Dec. 6, 2010

Jump to page: