January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Prepared Statements on PostgresV2?

by Alain Rastoul

Le 11/01/2015 19:57, phil(a)highoctane.be a Ã©crit : > > Leboncoin.fr runs everything on it. Interesting I've been told biomerieux has some productions apps on it too. > Yeah, a beast. > > Phil > > -- Regards, Alain

Jan. 11, 2015

Re: [Pharo-dev] Prepared Statements on PostgresV2?

by phil＠highoctane.be

On Sun, Jan 11, 2015 at 6:41 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > Le 11/01/2015 14:03, olivier auverlot a Ã©crit : > >> Supporting open source database is the first step but you're right, we >> must also propose a solution for proprietary databases. The difficulty >> is to create an framework that proposes the ability to mix native driver >> (as level 4 in JDBC) and driver wrappers for undocumented protocols. >> > Seeing how fast MS is trying to change, perhaps wait a while and see how > it comes (and may be they will open source Sql, I don't think but who > knows). > One could also look at the source code of the free jtds driver (it works > very well) as a reference implementation and at the free tds docs. > > About Postgresql, I was joking at my very bad knowledge, but for the few I > saw in docs, it seems to be a nice beast. > Leboncoin.fr runs everything on it. Yeah, a beast. Phil > Sqlite and Postgresql are good choices IMHO, Mysql not sure but as there > is already a smalltalk native driver IIRC, it may be not too difficult (and > it seems to be fairly used too). > >> >> As you, I'm a big fan of MSQL Server but keeps secret this information ;-) >> > Don't worry, I'll keep your secret secret :) > >> >> Olivier >> > > -- > Regards, > > Alain > > > --

Jan. 11, 2015

Re: [Pharo-dev] Essay Topics

by horrido

Please, is there anyone who cares to tackle, say, the question of concurrent multi-core programming in Smalltalk? Or tooling vis-Ã -vis in the Java or C# world? *We need more essays.* horrido wrote > I haven't heard from anyone else, which concerns me a little. > > I remind everyone that this campaign is about you. Without your > participation, it cannot succeed. > > Just drop me a line and tell me which topic you're writing on. You may, if > you wish, create a new topic, as well. My list of topics was chosen based > on the concerns I heard from other developers. Thanks. > horrido wrote >> Our first essay (in response to Topic #2)! >> http://smalltalkrenaissance.wordpress.com/2015/01/06/smalltalk-in-business-… >> <http://smalltalkrenaissance.wordpress.com/2015/01/06/smalltalk-in-business-…> >> >> Please step up. We need more. >> >> Thanks. >> horrido wrote >>> As promised, here is my first list of essay topics. I would like to ask >>> you to submit an essay on one of these topics. Multiple submissions are >>> welcome; if they're good, they will all get published at Smalltalk >>> Renaissance. >>> >>> I will edit the articles for grammar and style. You should look good >>> after I'm done. >>> >>> There's no deadline, but obviously the sooner you can write them, the >>> better. SRP is a fast-moving campaign. >>> >>> If you have other suggestions for essay topics, please let me know. >>> >>> Without further ado, here are the topics... >>> >>> >>> Topic #1: >>> >>> How do modern IDEs, such as Eclipse and IntelliJ and Visual Studio, >>> compare with the tried-and-true Smalltalk development environment? >>> >>> ----- >>> Topic #2: >>> >>> It is the contention of some critics, including >>> Robert Martin <https://www.youtube.com/watch?v=YX3iRjKj7C0> >>> , that Smalltalk did not (does not?) address the needs of the >>> enterprise. Present a counter-argument. >>> >>> Explain how Smalltalk can assist the enterprise in team development, in >>> large-scale development, and in integrating with existing (typically >>> Windows-based) infrastructures. >>> >>> Pay particular attention to the question of RDBMS usage, which is often >>> critical in the enterprise. >>> >>> ----- >>> Topic #3: >>> >>> Some critics complain that Smalltalk does not play well with existing >>> file-based tooling. / >>> Duh! / >>> Smalltalk is a "new" approach to IDEs and software engineering. We >>> should be advancing this paradigm with new tooling, rather than falling >>> back on the old again and again. Otherwise, things will never change for >>> the better. >>> >>> Make a case for why we should embrace this change now, rather than >>> waiting (for what?). >>> >>> Also, this >>> webpage <http://thoughtstorms.info/view/smalltalkunix/view/smalltalk> >>> poses an interesting argument against Smalltalk. Perhaps someone can >>> tackle it. >>> >>> ----- >>> Topic #4: >>> >>> In the age of multi-core processors and concurrency programming, how is >>> Smalltalk addressing the concerns of developers? >>> >>> ----- >>> Topic #5: >>> >>> How should we address the issue of compatibility (ie, fragmentation) >>> among various implementations of Smalltalk? Does this issue hamper the >>> creation of an ecosystem of libraries and shared code? -- View this message in context: http://forum.world.st/Essay-Topics-tp4797847p4798919.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 11, 2015

Re: [Pharo-dev] PettitParser and Python

by Thierry Goubier

2015-01-11 18:42 GMT+01:00 kilon alios <kilon.alios(a)gmail.com>: > Thank you I have taken a look at SmaCC looks very interesting I also found > some documentation for it via the link in github so I will study it now and > be back with any further question :) > Please do :) > Its ok if the support is partial , something is always much better than > nothing ;) > Well, I'd say the base is good; good enough that I'd use it professionally for a project... Except that I don't have such a project at the moment (no funding and too much to do on the ones which are paying), so this is why it is in that "partial" state. Thierry > > On Sun, Jan 11, 2015 at 6:17 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> Hi Kilon, Stef, >> >> the SmaCC python parser is in the SmaCC repository on github. >> >> It should be loaded if you use the development version of SmaCC. Thanks >> to past work on Python (and Damien and Jean-Baptiste help), there is a lot >> of python code samples to test it ;) But, as far as I know, the AST >> building code may not be complete. >> >> Thierry >> >> >> 2015-01-11 12:25 GMT+01:00 stepharo <stepharo(a)free.fr>: >> >>> Thierry goubier nicely helped us with a Parser (just parsing) python >>> code with Smacc. >>> I do not remember where we put the code. >>> >>> Stef >>> >>> Le 9/1/15 19:30, kilon alios a Ã©crit : >>> >>>> Hello guys I am learning PettitParser , I dowloaded the video tutorials >>>> of Tudor Girba (very good tutorial Tudor , well done ) and other >>>> documentation and I was wondering if a parser for Python already exists . I >>>> hope I am not asking something obvious. >>>> >>>> For my project I want to parse python types , that will be given to me >>>> as strings , to pharo objects. So that means parsing lists, dictionaries >>>> and other usual candidates. For example a python list is like >>>> >>>> '[1, 3, 50, [45, 'hello', 0.2], 63]' >>>> >>>> etc >>>> >>>> Anyone already worked on such problem ? >>>> >>>> >>>> >>> >>> >> >

Jan. 11, 2015

Re: [Pharo-dev] PettitParser and Python

by kilon alios

Thank you I have taken a look at SmaCC looks very interesting I also found some documentation for it via the link in github so I will study it now and be back with any further question :) Its ok if the support is partial , something is always much better than nothing ;) On Sun, Jan 11, 2015 at 6:17 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Kilon, Stef, > > the SmaCC python parser is in the SmaCC repository on github. > > It should be loaded if you use the development version of SmaCC. Thanks to > past work on Python (and Damien and Jean-Baptiste help), there is a lot of > python code samples to test it ;) But, as far as I know, the AST building > code may not be complete. > > Thierry > > > 2015-01-11 12:25 GMT+01:00 stepharo <stepharo(a)free.fr>: > >> Thierry goubier nicely helped us with a Parser (just parsing) python code >> with Smacc. >> I do not remember where we put the code. >> >> Stef >> >> Le 9/1/15 19:30, kilon alios a Ã©crit : >> >>> Hello guys I am learning PettitParser , I dowloaded the video tutorials >>> of Tudor Girba (very good tutorial Tudor , well done ) and other >>> documentation and I was wondering if a parser for Python already exists . I >>> hope I am not asking something obvious. >>> >>> For my project I want to parse python types , that will be given to me >>> as strings , to pharo objects. So that means parsing lists, dictionaries >>> and other usual candidates. For example a python list is like >>> >>> '[1, 3, 50, [45, 'hello', 0.2], 63]' >>> >>> etc >>> >>> Anyone already worked on such problem ? >>> >>> >>> >> >> >

Jan. 11, 2015

Re: [Pharo-dev] Prepared Statements on PostgresV2?

by Alain Rastoul

Le 11/01/2015 14:03, olivier auverlot a Ã©crit : > Supporting open source database is the first step but you're right, we > must also propose a solution for proprietary databases. The difficulty > is to create an framework that proposes the ability to mix native driver > (as level 4 in JDBC) and driver wrappers for undocumented protocols. Seeing how fast MS is trying to change, perhaps wait a while and see how it comes (and may be they will open source Sql, I don't think but who knows). One could also look at the source code of the free jtds driver (it works very well) as a reference implementation and at the free tds docs. About Postgresql, I was joking at my very bad knowledge, but for the few I saw in docs, it seems to be a nice beast. Sqlite and Postgresql are good choices IMHO, Mysql not sure but as there is already a smalltalk native driver IIRC, it may be not too difficult (and it seems to be fairly used too). > > As you, I'm a big fan of MSQL Server but keeps secret this information ;-) Don't worry, I'll keep your secret secret :) > > Olivier -- Regards, Alain

Jan. 11, 2015

Woden on Windows?

by Torsten Bergmann

Hi, is woden 3D engine for Pharo working out of the box with Pharo 4 and latest VM on Windows? As OSWindow is already integrated I do not know if the load script still fits. Wanted to ask first. What is required to load? If so can we have a config in the config browser for easy access? Thx T.

Jan. 11, 2015

Re: [Pharo-dev] PNG in Artefact

by Torsten Bergmann

> > I improved Artefact this morning and added the support for PNG files. It's now possible to use PDFPngElement to include a PNG (untransparent) in a PDF file produced by Artefact. Nice, what is the reason only untransparent PNGs work? Thx T.

Jan. 11, 2015

Re: [Pharo-dev] PNG in Artefact

by Alexandre Bergel

Excellent! Alexandre > On Jan 11, 2015, at 10:43 AM, olivier auverlot <olivier.auverlot(a)gmail.com> wrote: > > I improved Artefact this morning and added the support for PNG files. It's now possible to use PDFPngElement to include a PNG (untransparent) in a PDF file produced by Artefact. > > https://sites.google.com/site/artefactpdf/ > > Best regards > Olivier ;-) -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 11, 2015

Re: [Pharo-dev] PettitParser and Python

by Thierry Goubier

Hi Kilon, Stef, the SmaCC python parser is in the SmaCC repository on github. It should be loaded if you use the development version of SmaCC. Thanks to past work on Python (and Damien and Jean-Baptiste help), there is a lot of python code samples to test it ;) But, as far as I know, the AST building code may not be complete. Thierry 2015-01-11 12:25 GMT+01:00 stepharo <stepharo(a)free.fr>: > Thierry goubier nicely helped us with a Parser (just parsing) python code > with Smacc. > I do not remember where we put the code. > > Stef > > Le 9/1/15 19:30, kilon alios a Ã©crit : > >> Hello guys I am learning PettitParser , I dowloaded the video tutorials >> of Tudor Girba (very good tutorial Tudor , well done ) and other >> documentation and I was wondering if a parser for Python already exists . I >> hope I am not asking something obvious. >> >> For my project I want to parse python types , that will be given to me as >> strings , to pharo objects. So that means parsing lists, dictionaries and >> other usual candidates. For example a python list is like >> >> '[1, 3, 50, [45, 'hello', 0.2], 63]' >> >> etc >> >> Anyone already worked on such problem ? >> >> >> > >

Jan. 11, 2015