October 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Hello + postgresql

by Mariano Martinez Peck

On Mon, Oct 22, 2012 at 10:57 PM, roberto.minelli(a)usi.ch < roberto.minelli(a)usi.ch> wrote: > Thank you for the answer. > Actually I put Pharo in standby for a while (deadlines are coming!) > > The last thing I tried to do, was a query on a relatively big database > (~10m entries) and every time I issued the query, Pharo quitted > unexpectedly. > > mmmm I am not sure anyone did a 10m entries before. Maybe the issue can be related to the memory allocated by FFI, no idea. In either case, if you have time later, we would love to have more information. > As soon as I resume my tests with Pharo, Postgres, OpenDBX, and Glorp I'll > for sure get back to you! By now thanks for your answer. Anyway, did > someone manage to install OpenDBX on a Mac running Mountain Lion (and Pharo > 2.0)? As far as I rememer I had problems in compiling and installing > OpenDBX native driver. However, I'll post more detailed question as soon as > I resume my tests :) > Indeed, compiling and building is the worst task. But once that is done, the rest is easy. I don't remember if there is anyone using DBX with Montain Lion. However, we did manage to build openDBX in 64 bits (you have to use some flags to be sure to compile in 32 bits). And then you need to be sure of installing the 32 bits client library of the database. Not sure what happens with LLVM instead of GCC (never tried) but I guess it should work. Otherwise, try to force to compile with GCC. Anyway, how were you able to query the database if you had problems with the compilation of openDBX? Thanks > > Cheers, > Roberto > > Il giorno 22-ott-2012, alle ore 22:42, "Mariano Martinez Peck" < > marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>> ha scritto: > > > > On Fri, Oct 19, 2012 at 6:38 PM, roberto.minelli(a)usi.ch<mailto: > roberto.minelli(a)usi.ch> <roberto.minelli(a)usi.ch<mailto: > roberto.minelli(a)usi.ch>> wrote: > I managed to have Pharo 1.4 with a working version of PostgresV2 native > driver. I'll try with a fresh image and dbxtalk and let you guys know. > > You can see our set of tools here: http://dbxtalk.smallworks.com.ar/tools > > > Il giorno 19-ott-2012, alle ore 18:05, "Yanni Chiu" <yanni(a)rogers.com > <mailto:yanni@rogers.com>> ha scritto: > > > On 19/10/12 4:05 AM, roberto.minelli(a)usi.ch<mailto: > roberto.minelli(a)usi.ch> wrote: > >> > >> I already received some answers, but further hints are appreciated. > > > > Just download a Pharo-1.4 one-click, and proceed to install and setup up > dbxtalk (see: http://dbxtalk.smallworks.com.ar/) The dbxtalk stuff has > the option to use the native PostgreSQL driver. > > > > IMHO, further up front investigation is going to be of limited value. > > I already tried, tried and tried. I just wrote in the mailing list after > severa trials. However next time I'll write when I encounter specific > problems ;) > > > Just dive in, and ask specific questions as you work through it (e.g. > where do I find ...? Is ... supposed to be working, because I did ..., and > it didn't work). > > Thank you, > > > Roberto > > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Oct. 23, 2012

Re: [Pharo-project] NativeBoost VM on Windows

by dimitris chloupis

yeah you are not the only one, I am still waiting for jenkins to start successful building Nativeboost CogVM. They got some issues with it and they trying to solve, so patience is your friend :D ________________________________ From: Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> To: Pharo-project(a)lists.gforge.inria.fr Sent: Tuesday, 23 October 2012, 14:30 Subject: [Pharo-project] NativeBoost VM on Windows Where do I find one? The one in oneclick distribution returns nil from NativeBoost platformId, and the one for win platform in "NativeBoost-Cog-VM" Jenkins platform doesn't seem to have any succesfully built versions... Cheers, Henry

Oct. 23, 2012

[Pharo-project] NativeBoost VM on Windows

by Henrik Sperre Johansen

Where do I find one? The one in oneclick distribution returns nil from NativeBoost platformId, and the one for win platform in "NativeBoost-Cog-VM" Jenkins platform doesn't seem to have any succesfully built versions... Cheers, Henry

Oct. 23, 2012

Re: [Pharo-project] NativeBoost FFI

by Igor Stasenko

HI, Ciprian. I added you to developers. Just single comment about auto-generated wrapper(s)/bindings: You need to do it only once. Then it will not be needed. Yes, you can do it automated or manually (automated is preferred), but since you do it only once, even if manually, this is not going to be too big bottleneck. Sure things, having a tool(s) which can automate that would be nice. But according to my experience, you can automate it only partially, but not fully. There , of course, exceptions like OpenGL library which API design allows to automate wrapping. And sure thing it would be nice to have some code generators to import from C header(s). On 22 October 2012 19:52, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: > Hi guys, > > First of all sorry for not saying anything the whole day ... but I don't > have internet connection at work. I hope I'll be excused though ;) > > Now it will be a difficult for me to address all the issues raised ... > however I will try > > First of all, IMHO any FFI should facilitate the task of the person writing > the library wrapper. > This comes the issue of (hopefully automatically) parsing C headers and > generating the calls. > Why?... well because if I take for instance the BLAS/LAPACK case (which was > cited today) have over 1000 functions exported. > Even if it is not 1000 lets say that you have a smaller library from which > you want to use only one function X but in order to use that precise > function you will maybe have to initialize some C context data, or a > specific data structure. > Of course you can do that by hand, but what if you really want to benefit > from the library without diving into the details... well in that case you > are a little bit stuck, either you write by hand a bunch of wrappers or you > quit. > > The problem is that nice libraries that you want to use they usually have > horrible data structures behind that you cannot set up easily. This happened > to me several times in the future while trying to use different external > library calls (graphviz, metis, abc, vpr to name a few) in Pharo (with FFI, > with Alien, etc). In almost all cases I ended up generating text files and > calling some bloody c program using these files as input. The problem is > that has a huge impact on performances... > > Now with nativeboost I found it pretty easy to automatically generate some > usable binding... I parsed the C headers with srcml, the I have parsed the > XML looking for function definitions... For these definitions I've generated > the wrappers. Only that for over 15 argument functions that did not work. > > Now, I do not like the idea of hacking the compiler, or even subclassing it > like Nicolas did for Smallapack. And luckily we do not need to do that with > the arguments in an array trick... Moreover, I completely agree with Igor on > the fact that 15 arguments are to many, however Pharo really needs to have > an automatable FFI generation. > > Igor, I have seen that you have mentioned some work-arounds using instance > variables, and/or NBExternalStructures. Both these ideas are great, > especially the use of the NBExternalStructure, however in my opinion if you > want to generate them automatically you've got yourself an even bigger > problem. > Will you generate a new class for each function call that you have? > What about the FFI being a wormhole to an ugly and mean world? > I think we should try to reduce the size of that hole ;) > Though, you have a point with using named arguments, and I think that is a > cool solution too. That is why I was speaking about directly accessing the > instance variables by name. > I simply didn't know enough about the hidden powers of NBExternalStructure. > ;) > > As for extending the nativeboost signatures and accessing object fields by > name, I completely agree with you that it is not a good idea. > > However, using the indices of arrays I think is only a small addition that > can have a huge impact on the way people use NativeBoost FFI without adding > to much extra-overhead. > By the way, I think we definitely have to do the bound-checking trick by > default. > Moreover, having the NBSTInObjectArgument as a wrapper over another loader > is a great idea, giving us another degree of "controlled" freedom. ;) > > Thanks Henrik for the good joke (I didn't see it coming :)), It makes me > hate this idea now. :P > > self callFn: {x . y} > Looks kinda familiar doesnt it? (hint: swap { for ( and . for , ) > I for one welcome our new syntactic overlords! > > As for supporting or not more than 15 arguments for typical method calls... > I don't know... maybe is good maybe is bad, but I think there are other > things that need to be done before making a fuss about it. By the way is it > an arbitrary limit, or it is imposed by the use of 4 bytes for storing the > number of arguments? > > Now let me come back to practical issues. My squeaksource id is cip.t (you > can find me searching "ciprian" in the members list). > > Cheers, > Ciprian Teodorov > > > > > > On Mon, Oct 22, 2012 at 1:09 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 22 October 2012 12:00, Henrik Sperre Johansen >> <henrik.s.johansen(a)veloxit.no> wrote: >> > On 22.10.2012 02:37, Igor Stasenko wrote: >> >> >> >> On 22 October 2012 01:59, Nicolas Cellier >> >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> >> >>> 2012/10/22 Igor Stasenko <siguctua(a)gmail.com>: >> >>>> >> >>>> On 22 October 2012 01:20, Nicolas Cellier >> >>>> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>>>> >> >>>>> 5 parameters???? Igor, you're a dictator ;) >> >>>>> Those theories are nice, but unhelpfull when applied to FFI >> >>>>> Pragmatically there's not any chance I rewrite LAPACK+BLAS for the >> >>>>> sake of purity. >> >>>>> >> >>>>> And your workaround (creating a class) is very poor, because maybe >> >>>>> classes themselves should not have more than 5 instance variables ;) >> >>>>> >> >>>> Hehe. >> >>>> This is same thing like increasing number of literals for methods >> >>>> (and >> >>>> max distances between jumps). >> >>>> It just makes sense where you deal with external chaotic world. >> >>>> My ideology is simple: prevent that chaos from entering our little >> >>>> peaceful bay. >> >>>> >> >>> That's not exactly the philosophy behind FFI. >> >>> FFI is here to let the user manage the external chaotic world. >> >>> OK, external peels of the onion should have 5 parameters or less. >> >>> Near the sprout, you can't raise such barriers, or there is no onion >> >>> at >> >>> all. >> >>> >> >> Well, that's part of developer's responsibility, how to prevent chaos. >> >> Needless to say, nobody wants to deal with so many arguments at once >> >> (too much space for mistakes). >> >> As for my workaround: this mainly, how you tame the complexity in case >> >> it is inevitable? >> >> Look how code to call that function will look like: >> >> >> >> 1. passing as array >> >> >> >> args := Array new: 100. >> >> args at:1 put: x; >> >> at:2 put: y; >> >> ... >> >> at: 100 put: zork >> >> >> >> self callFn: args. >> > >> > self callFn: {x . y} >> > Looks kinda familiar doesnt it? (hint: swap { for ( and . for , ) >> > I for one welcome our new syntactic overlords! >> > >> >> Yes, it looks familiar, but cannot tell where i seen it. >> Gah.. how i could forget about it? >> >> >> >> >> >> 2. passing as instance of class, or external structure: >> >> >> >> args := MyFunctionArgs new. >> >> args >> >> firstArgumentName: x; >> >> secondArgumentName: y; >> >> ... >> >> hundrethArgumentName: zork. >> >> self callFn: args. >> >> >> >> admit that dealing with names instead of numbers leaves much less >> >> space for mistakes >> >> and serves for better clarity at same time. >> >> So, even if it is more cumbersome because requires defining extra >> >> class, at the end you win much more. >> >> >> >> Anyways, if people think it is worth adding indirect argument loader ( >> >> in form of param@<index>, but not param@ivar), we can introduce that. >> >> >> > While I often find this a good idea for maintainability, it sorta flies >> > in >> > the face of another of ST's strengths, iterative/exporatory programming. >> > If you are forced to think up front about which parameter classes you >> > need >> > due to a small limit, rather than introduce them ad-hoc when the code >> > really >> > needs the refactoring to remain legible, it slows you down. >> > >> > Not thinking of FFI specifically, but I have seen lots of evolved >> > mathematical models where a 5-parameter limit upfront would probably >> > lead to >> > either: >> > a) *Really* bad code, ie. making the calculation object stateful by >> > storing >> > in instvars instead. (and in the process, make it really hard to know >> > which >> > instvars are actually part of object state and not temp vars of some >> > calculation) >> > b) Switching to another programming language out of frustration. >> > >> >> keyword message syntax is bad for many arguments.. >> for such cases i find a positional argument notation more appeal >> because it is more compact. >> In any case, a complex math formulas smell equally bad in any >> programming language >> (sometime even if written by hand on paper using math notation(s) ;) >> >> > Cheers, >> > Henry >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro -- Best regards, Igor Stasenko.

Oct. 23, 2012

Re: [Pharo-project] [one-click 1.4/2.0] use INI file on Windows

by Marcus Denker

On Oct 18, 2012, at 12:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Oct 18, 2012, at 11:52 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> The one click ZIP for Windows is now delivered >> without any VM: >> >> https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/ >> >> Anyone able to check Jenkins? >> > > Yes, I added an issue... > > http://code.google.com/p/pharo/issues/detail?id=6836 > this is fixed. -- Marcus Denker -- http://marcusdenker.de

Oct. 23, 2012

[Pharo-project] Fwd: [fossa12-program] fOSSa 2012 Edition // Free Open Source Software Academia Conference

by StÃ©phane Ducasse

Hi guys we will have a slot in this conference on Opensource :) I hope to see some of you there :) Stef Begin forwarded message: > From: Stephane Ribas <stephane.ribas(a)inria.fr> > Subject: [fossa12-program] fOSSa 2012 Edition // Free Open Source Software Academia Conference > Date: October 23, 2012 8:04:27 AM GMT+02:00 > To: fossa12-logistic(a)inria.fr, fossa12-program(a)inria.fr > > Bonjour, hello! > I hope you are all fine. > I am sending this message as we need your HELP to promote the fOSSA 2012 Edition. > > Most of the past conference lacked (according to organizers I spoke to) of promotion locally, and nationnaly. > SO we would be grateful if you could look at the message below and start disseminate it whithin your contact network. > the message below is also visible at: http://fossa.inria.fr/en/archives/2635 + http://fossa.inria.fr/fr/archives/2635 > > You can change the text and logos according to your needs and you can also tweet it :-) > Please send a message to everyone: your familly, your co-workers, etc ! > ITâS IMPORTANT. > Thanks!!!! > > -- Stephane Ribas > > // BEGIN > > French text below -- > Dear all, > > Inria & EuraTechnologies are happy to announce you the fOSSa 2012 Edition! > fOSSa conference will take place on the 4,5, 6th December 2012 in Lille, France, nearby London, Paris and Brussels. > > Thanks to the quality of our speakers & attendees, thanks to our open & pragmatic approach, more than 250 people came each year; more than 100 articles in the press & webzines talk positively about the conference content... fOSSa conference is playing a predominant role in the OSS arena year after year. > > This year, the conference will address: > - Education, Research & Innovation, fOSSarcheology - History of the Free Software/Open Source movement, Movie: 'Revolution OSâ, Digital Native Generation, Openness, Openarts, Open Hardware, Licences, Community management, Workshops (Many code development training sessions are scheduled -> Gnome, Mozilla, LibreOffice, Pharo, SpagoBI, ROS framework, Elgg & Social Network Usages, etc.) > > "What marks the difference between fOSSa and other events is the air that you breath there. An event organized by passionate people, with passionate attendees as well â¦ and great speakers. Every year you can get some presentations of greater international events in advance (I remember the year of Arduino, to give you an example).â -- Gabriele Ruffatti -- SpagoWorld Blog 2012. > > So donât hesitate to visit .... fOSSa.website + fOSSa.program + fOSSa.call for participation.7-7-7-live-sessions > > fOSSa program & organization committee members are Engineering Group, EuraTechnologies, Framasoft, Inria, Insa de Lyon, Mairie de Lille and University of Paris 8. > fOSSa is sponsored by HP. > fOSSa registrations are free like in free beer :-) > Registration will open on the 31st of october. > > Thanks for your support! > > > > -- En franÃ§ais dans le texte > Bonjour Ã tous, > > Inria et EuraTechnologies sont heureux de vous annoncer la tenue prochaine de lâÃ©dition 2012 des confÃ©rences fOSSa qui se dÃ©roulera les 4, 5 et 6 dÃ©cembre 2012 Ã Lille, France. > > La qualitÃ© de nos intervenants et de notre auditoire, lâoriginalitÃ© de notre approche et les thÃ©matiques abordÃ©es Ã fOSSa, font venir chaque annÃ©e plusieurs centaines de passionnÃ©s et des acteurs de lâopen source ; La trÃ¨s large couverture de fOSSa par la presse et les webzines est probablement dÃ» au caractÃ¨re atypique de fOSSa qui offre Ã la fois la convivialitÃ© dâun Ã©vÃ©nement de taille humaine et qui attire de grandes figures de lâopen source. Câest la dynamique de cette communautÃ© qui permet Ã fOSSa de jouer, dâune Ã©dition Ã la suivante, un rÃ´le prÃ©dominant dans lâarÃ¨ne de lâopen source. > > Cette annÃ©e, nous reviendrons aux racines de lâopen source : dÃ©veloppement, recherche, communautÃ©s. fOSSa 2012 abordera : > > - Lâenseignement, la recherche & lâinnovation, fOSSarcheology - lâHistoire du logiciel libre et de lâopen source, Projection du film Revolution OS, Digital Native Generation, Openness, Open Arts & Open Hardware, Licences, Community management, et enfin plusieurs dâateliers intÃ©ressants sont au programme -> Gnome, Mozilla, LibreOffice, Pharo, SpagoBI, Debian, Robotique ROS, Elgg, les usages des rÃ©seaux sociaux dâentreprises, etc. > > Alors pensez Ã rÃ©servez les 4, 5 et 6 dÃ©cembre 2012 Ã Euratechnologie , Lille, France. > > Plus dâinfos sur : > fOSSa.website > fOSSa.program > fOSSa.call for participation.7-7-7-live-sessions > > Les membres du comitÃ© de programme et dâorganisation de fOSSa sont Engineering Group,EuraTechnologies, Framasoft, Inria, lâInsa de Lyon, la Mairie de Lille, et lâUniversitÃ© de Paris 8. > fOSSa est sponsorisÃ© par Hewlett Packard. > Les confÃ©rences fOSSa sont gratuites (comme dans "biÃ¨re gratuite" ;-) mais pensez Ã vous enregistrer pour que nous puissions bien vous accueillir. > DÃ©marrage des inscriptions le 31 octobre. > > Merci pour votre soutien! > --

Oct. 23, 2012

Re: [Pharo-project] [Pharo-users] [ANN] Send and receive SMS from your Pharo image

by Mariano Martinez Peck

Excellent. Thanks! On Tue, Oct 23, 2012 at 8:11 AM, Milan Mimica <milan.mimica(a)parseco.com>wrote: > Hello Pharoers > > I'm happy to announce library which is a synergy of my professional and > private efforts to give something back to the Pharo community. Parseco<http://www.parseco.com/>is a service which allows your application to send and receive SMS. It > provides a handful set of libraries for various platforms, among others, > for Pharo smalltalk. Check them out at: https://github.com/parseco > > Pharo library <http://github.com/parseco/oneapi-pharo-smalltalk> relies > on NeoJSON and Zinc HTTP client (thanks Sven!). > > > -- > > *Milan Mimica* <rene.brakus(a)infobip.com>**** > > Software Engineer - Parseco <http://www.parseco.com/> **** > > [image: Description: Description: Description: Description: > http://arctic15.com/wp-content/uploads/2012/09/parseco.jpg]**** > > Office**** > > *Mletacka 12/III, HR-52100 Pula***** > > Fax**** > > *+385 (0)52 210 979***** > > Skype**** > > *mmimicaib* > > E-mail**** > > *milan.mimica(a)parseco.com <rene.brakus(a)parseco.com>* > -- Mariano http://marianopeck.wordpress.com

Oct. 23, 2012

[Pharo-project] [update 2.0] #20361

by Marcus Denker

20361 ----- Issue 6863: Use named accessors for Exception handling code http://code.google.com/p/pharo/issues/detail?id=6863 Issue 6866: AuthorName Settings are broken http://code.google.com/p/pharo/issues/detail?id=6866 Issue 6867: Improve TestRunner CLI Class Comment / Help text http://code.google.com/p/pharo/issues/detail?id=6867 Diff information: http://ss3.gemstone.com/ss/Pharo20/System-Support-MarcusDenker.729.diff http://ss3.gemstone.com/ss/Pharo20/System-CommandLine-MarcusDenker.48.diff http://ss3.gemstone.com/ss/Pharo20/Settings-System-MarcusDenker.21.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1223.diff -- Marcus Denker -- http://marcusdenker.de

Oct. 23, 2012

Re: [Pharo-project] zero conf build

by Sven Van Caekenberghe

Very cool ! Thanks a lot for all the work. On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I finally managed to create a zero conf pharo image build setup: > > # =========================================================================== > curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh > ./vm.sh Pharo.image save $JOB_NAME > > REPO=http://smalltalkhub.com/mc/dh83/nabujito/main > ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development > ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito > > zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes > # =========================================================================== > > ./ciPharo20Cog.sh --help > > This is an entry point script for any Pharo image CI > This script will download the latest Pharo 2.0 image and the latest VM > > Result in the current directory: > vm directory containing the VM > vm.sh script forwarding to the VM inside vm/ > Pharo.image The latest pharo image > Pharo.changes The corresponding pharo changes" > > # =========================================================================== > > have fun!

Oct. 23, 2012

Re: [Pharo-project] zero conf build

by Paul DeBruicker

Camillo Bruni-3 wrote > the scripts starts with #!/bin/bash so IMO you're fine, no? > well definitely won't harm to pass it on directly to bash ;) > > thanks You'd think that were true and I did see that you had the #!/bin/bash but it still died when it hit the '[[' on line 8. Ubuntu uses dash as default shell and dash doesn't have the '[[]]' compound conditional statements. It could be that I've done something stupid to my system to cause it to break but maybe not. -- View this message in context: http://forum.world.st/zero-conf-build-tp4652566p4652570.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 22, 2012