May 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Send a notification

by Alexandre Bergel

Thanks, Alexandre On 6 May 2011, at 15:59, Jan van de Sandt wrote: > > On May 6, 2011 8:45 PM, "Alexandre Bergel" <alexandre.bergel(a)me.com> wrote: > > > > > As long as your SMTP doesn't require encryption this is simple: Use > > > MailSender that comes with every Pharo image. Seaside provides some > > > objects on top of that, so that you don't have to assemble the message > > > by hand. > > > > Ok, we will check > > > > >> We then thought about emitting twitts, but there is a need to authorize the client. Anyone has experience? > > > > > > Twitter requires OAuth, which requires an SSL capable HTTP client. > > > > Does this mean this cannot be done now in Pharo? > > It can be done in Pharo using CloudforkSSO. See http://blog.doit.st > > Jan. > > > > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by laurent laffont

On Fri, May 6, 2011 at 9:16 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Laurent, > > I am starting to understand your pain, or at least how it manifests itself > in my world. First, the search path for libraries (Unix VM) can be a > problem, not because of how it works, but because it does not tell me what > it is trying to do. IMHO, any time the vm translates something (library > name to search path, COM port name to number or vice versa), it should > describe what it did, perhaps only if the attempt to open/load/whatever > fails (if a load works, I'm probably happy and not looking). I have been > known to hack the vm to add such tracing - syslog, stdout - wherever, but > somewhere. > Yes. I remember some mails you sent on this subject some months ago. > Mangled names are another topic, but I do NOT consider this to be a > Squeak/Pharo/VM failing of any type. The author of the library failed to > use extern "C" - simple as that. I wonder why Python / Ruby can manage mangled names and that FFI don't. Because it's a real pain. Laurent. > The most recent encounter I had with this was on Windows, and I left behind > the following comment: > > The conspicuous (in hindsight) absence of extern "C" from > the header file comes at a price: the names are mangled. > Enter pexports.exe and some copy/paste with periodic > acerbic remarks. > > Translation: if you have not done this, consider using pexports.exe to > obtain the true exported symbol names, and put them (with ?@, etc. intact) > in your FFI definitions. HTH. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont > [laurent.laffont(a)gmail.com] > Sent: Friday, May 06, 2011 2:34 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry > > On Fri, May 6, 2011 at 8:06 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu > <mailto:bschwab@anest.ufl.edu>> wrote: > No real agenda either way here, except to say that we almost have that in > FFI. If you know enough to make the call, do you not know enough to write > the FFI wrapper? Just asking. Having stirred the broth, I'll shut up and > learn :) > > > > My last attempts: > > http://forum.world.st/Re-Z3950-on-OSX-module-yaz3-not-found-tp3161332p31613… > > http://forum.world.st/Re-FFI-crashes-VM-on-Linux-was-Z3950-on-OSX-module-ya… > > Any help appreciated. > > Laurent. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto: > pharo-project-bounces(a)lists.gforge.inria.fr> [ > pharo-project-bounces(a)lists.gforge.inria.fr<mailto: > pharo-project-bounces(a)lists.gforge.inria.fr>] On Behalf Of laurent laffont > [laurent.laffont(a)gmail.com<mailto:laurent.laffont@gmail.com>] > Sent: Friday, May 06, 2011 1:47 PM > To: Pharo-project(a)lists.gforge.inria.fr<mailto: > Pharo-project(a)lists.gforge.inria.fr> > Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry > > On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko <siguctua(a)gmail.com<mailto: > siguctua(a)gmail.com><mailto:siguctua@gmail.com<mailto:siguctua@gmail.com>>> > wrote: > On 6 May 2011 18:45, laurent laffont <laurent.laffont(a)gmail.com<mailto: > laurent.laffont(a)gmail.com><mailto:laurent.laffont@gmail.com<mailto: > laurent.laffont(a)gmail.com>>> wrote: > > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko <siguctua(a)gmail.com > <mailto:siguctua@gmail.com><mailto:siguctua@gmail.com<mailto: > siguctua(a)gmail.com>>> wrote: > >> > >> Is it works because someone already provided a bindings for libraries > >> you mention, > >> or you did it by yourself? > > > > Have just used ctypes: > >>>> import ctypes > >>>> import ctypes.util > >>>> ctypes.util.find_library("yaz") > > '/usr/local/lib/libyaz.dylib' > >>>> yaz = ctypes.cdll.LoadLibrary("libyaz.dylib") > >>>> con = yaz.ZOOM_connection_new("z3950.loc.gov<http://z3950.loc.gov>< > http://z3950.loc.gov>", 7090); > > oh cool.. give me a 5 minutes to load external library, look up the > random symbol exported by it > and make a call to it with random number of arguments, and expect it > won't crash. > > Works outta box! Cool. > > Now serious. How about spending time writing a bindings for that library? > Where you have properly organized classes/interfaces, error handling > and other stuff. > No takers? > > Seriously, if you want such kind of shitty interface, which allows you > to call arbitrary function with arbitrary arguments > without any argument type checking, i can write it for you. > > > Do it, please do it. Seriously. Thanks > > Laurent. > > > > > Laurent > > -- > Best regards, > Igor Stasenko AKA sig. > > > > > >

May 6, 2011

[Pharo-project] ODBC Connection in Pharo 1.1.1

by Torsten Bergmann

Did you see: http://www.pharocasts.com/2010/12/access-database-through-odbc.html -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

May 6, 2011

Re: [Pharo-project] Send a notification

by Jan van de Sandt

On May 6, 2011 8:45 PM, "Alexandre Bergel" <alexandre.bergel(a)me.com> wrote: > > > As long as your SMTP doesn't require encryption this is simple: Use > > MailSender that comes with every Pharo image. Seaside provides some > > objects on top of that, so that you don't have to assemble the message > > by hand. > > Ok, we will check > > >> We then thought about emitting twitts, but there is a need to authorize the client. Anyone has experience? > > > > Twitter requires OAuth, which requires an SSL capable HTTP client. > > Does this mean this cannot be done now in Pharo? It can be done in Pharo using CloudforkSSO. See http://blog.doit.st Jan. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > >

May 6, 2011

Re: [Pharo-project] Send a notification

by Alexandre Bergel

> As long as your SMTP doesn't require encryption this is simple: Use > MailSender that comes with every Pharo image. Seaside provides some > objects on top of that, so that you don't have to assemble the message > by hand. Ok, we will check >> We then thought about emitting twitts, but there is a need to authorize the client. Anyone has experience? > > Twitter requires OAuth, which requires an SSL capable HTTP client. Does this mean this cannot be done now in Pharo? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2011

[Pharo-project] Recent changes on Pharo 1.3: ObjectStringConverter donÂ´t works like ObjectTransformedStringConverter

by nullPointer

I see now a change on Pharo 1.3 in the way for configure a text field for accept only numeric values. Before I configure a text field of that way: aNumericTextField converter: ((ObjectTransformedStringConverter forClass: Integer) transformBlock: [:s | s select: [:c | c isDigit]] ). That allow input only numeric chars. Now I see the change of class ObjectStringConverter and I try: aNumericTextField converter: ObjectStringConverter new configureForIntegers. but donÂ´t works. Somebody knows what happens? Regards -- View this message in context: http://forum.world.st/Recent-changes-on-Pharo-1-3-ObjectStringConverter-don… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 6, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by Schwab,Wilhelm K

Laurent, I am starting to understand your pain, or at least how it manifests itself in my world. First, the search path for libraries (Unix VM) can be a problem, not because of how it works, but because it does not tell me what it is trying to do. IMHO, any time the vm translates something (library name to search path, COM port name to number or vice versa), it should describe what it did, perhaps only if the attempt to open/load/whatever fails (if a load works, I'm probably happy and not looking). I have been known to hack the vm to add such tracing - syslog, stdout - wherever, but somewhere. Mangled names are another topic, but I do NOT consider this to be a Squeak/Pharo/VM failing of any type. The author of the library failed to use extern "C" - simple as that. The most recent encounter I had with this was on Windows, and I left behind the following comment: The conspicuous (in hindsight) absence of extern "C" from the header file comes at a price: the names are mangled. Enter pexports.exe and some copy/paste with periodic acerbic remarks. Translation: if you have not done this, consider using pexports.exe to obtain the true exported symbol names, and put them (with ?@, etc. intact) in your FFI definitions. HTH. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont [laurent.laffont(a)gmail.com] Sent: Friday, May 06, 2011 2:34 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry On Fri, May 6, 2011 at 8:06 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: No real agenda either way here, except to say that we almost have that in FFI. If you know enough to make the call, do you not know enough to write the FFI wrapper? Just asking. Having stirred the broth, I'll shut up and learn :) My last attempts: http://forum.world.st/Re-Z3950-on-OSX-module-yaz3-not-found-tp3161332p31613… http://forum.world.st/Re-FFI-crashes-VM-on-Linux-was-Z3950-on-OSX-module-ya… Any help appreciated. Laurent. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] On Behalf Of laurent laffont [laurent.laffont(a)gmail.com<mailto:laurent.laffont@gmail.com>] Sent: Friday, May 06, 2011 1:47 PM To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com><mailto:siguctua@gmail.com<mailto:siguctua@gmail.com>>> wrote: On 6 May 2011 18:45, laurent laffont <laurent.laffont(a)gmail.com<mailto:laurent.laffont@gmail.com><mailto:laurent.laffont@gmail.com<mailto:laurent.laffont@gmail.com>>> wrote: > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com><mailto:siguctua@gmail.com<mailto:siguctua@gmail.com>>> wrote: >> >> Is it works because someone already provided a bindings for libraries >> you mention, >> or you did it by yourself? > > Have just used ctypes: >>>> import ctypes >>>> import ctypes.util >>>> ctypes.util.find_library("yaz") > '/usr/local/lib/libyaz.dylib' >>>> yaz = ctypes.cdll.LoadLibrary("libyaz.dylib") >>>> con = yaz.ZOOM_connection_new("z3950.loc.gov<http://z3950.loc.gov><http://z3950.loc.gov>", 7090); oh cool.. give me a 5 minutes to load external library, look up the random symbol exported by it and make a call to it with random number of arguments, and expect it won't crash. Works outta box! Cool. Now serious. How about spending time writing a bindings for that library? Where you have properly organized classes/interfaces, error handling and other stuff. No takers? Seriously, if you want such kind of shitty interface, which allows you to call arbitrary function with arbitrary arguments without any argument type checking, i can write it for you. Do it, please do it. Seriously. Thanks Laurent. > Laurent -- Best regards, Igor Stasenko AKA sig.

May 6, 2011

[Pharo-project] Send a notification

by Alexandre Bergel

Hi! Together with Ivan we have been looking for an easy way to send notifications. We first thought about sending email directly from Pharo, but apparently it is not easy to send email. Anyone has experience with this? We then thought about emitting twitts, but there is a need to authorize the client. Anyone has experience? Maybe producing a RSS could do the thing? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by laurent laffont

On Fri, May 6, 2011 at 8:06 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > No real agenda either way here, except to say that we almost have that in > FFI. If you know enough to make the call, do you not know enough to write > the FFI wrapper? Just asking. Having stirred the broth, I'll shut up and > learn :) > > My last attempts: http://forum.world.st/Re-Z3950-on-OSX-module-yaz3-not-found-tp3161332p31613… http://forum.world.st/Re-FFI-crashes-VM-on-Linux-was-Z3950-on-OSX-module-ya… Any help appreciated. Laurent. > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont > [laurent.laffont(a)gmail.com] > Sent: Friday, May 06, 2011 1:47 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry > > On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko <siguctua(a)gmail.com<mailto: > siguctua(a)gmail.com>> wrote: > On 6 May 2011 18:45, laurent laffont <laurent.laffont(a)gmail.com<mailto: > laurent.laffont(a)gmail.com>> wrote: > > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko <siguctua(a)gmail.com > <mailto:siguctua@gmail.com>> wrote: > >> > >> Is it works because someone already provided a bindings for libraries > >> you mention, > >> or you did it by yourself? > > > > Have just used ctypes: > >>>> import ctypes > >>>> import ctypes.util > >>>> ctypes.util.find_library("yaz") > > '/usr/local/lib/libyaz.dylib' > >>>> yaz = ctypes.cdll.LoadLibrary("libyaz.dylib") > >>>> con = yaz.ZOOM_connection_new("z3950.loc.gov<http://z3950.loc.gov>", > 7090); > > oh cool.. give me a 5 minutes to load external library, look up the > random symbol exported by it > and make a call to it with random number of arguments, and expect it > won't crash. > > Works outta box! Cool. > > Now serious. How about spending time writing a bindings for that library? > Where you have properly organized classes/interfaces, error handling > and other stuff. > No takers? > > Seriously, if you want such kind of shitty interface, which allows you > to call arbitrary function with arbitrary arguments > without any argument type checking, i can write it for you. > > > Do it, please do it. Seriously. Thanks > > Laurent. > > > > > Laurent > > -- > Best regards, > Igor Stasenko AKA sig. > > > >

May 6, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by Schwab,Wilhelm K

No real agenda either way here, except to say that we almost have that in FFI. If you know enough to make the call, do you not know enough to write the FFI wrapper? Just asking. Having stirred the broth, I'll shut up and learn :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont [laurent.laffont(a)gmail.com] Sent: Friday, May 06, 2011 1:47 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> wrote: On 6 May 2011 18:45, laurent laffont <laurent.laffont(a)gmail.com<mailto:laurent.laffont@gmail.com>> wrote: > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> wrote: >> >> Is it works because someone already provided a bindings for libraries >> you mention, >> or you did it by yourself? > > Have just used ctypes: >>>> import ctypes >>>> import ctypes.util >>>> ctypes.util.find_library("yaz") > '/usr/local/lib/libyaz.dylib' >>>> yaz = ctypes.cdll.LoadLibrary("libyaz.dylib") >>>> con = yaz.ZOOM_connection_new("z3950.loc.gov<http://z3950.loc.gov>", 7090); oh cool.. give me a 5 minutes to load external library, look up the random symbol exported by it and make a call to it with random number of arguments, and expect it won't crash. Works outta box! Cool. Now serious. How about spending time writing a bindings for that library? Where you have properly organized classes/interfaces, error handling and other stuff. No takers? Seriously, if you want such kind of shitty interface, which allows you to call arbitrary function with arbitrary arguments without any argument type checking, i can write it for you. Do it, please do it. Seriously. Thanks Laurent. > Laurent -- Best regards, Igor Stasenko AKA sig.

May 6, 2011