May 2014 - Pharo-users - lists.pharo.org

3D with Pharo and OpenGL ?

by RIOU Judith

Hy, I'm working at Thales for a year internship and I would like to do some OpenGL demos in smalltalk. I'm searching a demo which shows the capacity to implement 3D drawing with Pharo. Does a demo already available on Pharo 3.0 ? I aim to code my own demo and for example begin with a 3D drawing of the earth (earth texture and arcball camera). Thanks. Judith [@@ THALES GROUP INTERNAL @@]

May 22, 2014

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

by Johan Fabry

On May 22, 2014, at 5:00 AM, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> In general I am not so sure that adding configurations for one simple package are the way to go though. It seems like adding extra layers of indirection for reasons that are unclear to me. > > The reason is that any package* should be self described. Your configuration describes your project. If you use another piece of software, it should also be self-described. > Let's take the following example: > â¢ for now, it's easy for you to add a direct dependency to Roassal2Spec, just as if it was a part of your project ... => no problem > â¢ ... but it is not. Maybe tomorrow, Alex will need to add a dependency to one or more packages for Roassal2Spec => you will have problems because you will not get these dependencies. Of course, you can still add them to your configuration but you can easily see that you will end with a configuration including all flatten dependencies, and with a lot of dependencies not directly related to your project (transitive dependencies). Flatten dependencies is really something that we should avoid, else maintenance of dependencies will be a hell. > That's why I'm really in favor of having configurations, even for one single MC package inside the configuration. I understand what you are saying, but my point of view is different. I put a high priority on the simplicity rule: if it is just one package with no special dependencies the Monticello package is the simplest solution, so you use that. If there are special dependencies, then the simplest solution for that package to work is to have a configuration for it, so you create it. The latter is still not so obvious apparently, Alex has tried 2 times to include Roassal2Spec in the Roassal config, and it still does not load in a default Pharo 3. Alex, can you try again? ( hint hint :-) ) ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

May 22, 2014

Re: [Pharo-users] Ghost Proxy

by stepharo

We will discuss. Stef > > 2014-05-21 8:37 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>>: > > In general, we should think about if is would make sense that the > language comes with > a good proxy model by default. > (this way we would avoid that everyone creates one that is not > completely working) > > > I completely agree with that. > I think that most people come back to DNU because it is there and > simple to implement. > > But some others also told me that they use a different design from the > one of Ghost and I do not know what they change and why. > > Luc > > > > On 21 May 2014, at 08:31, Luc Fabresse <luc.fabresse(a)gmail.com > <mailto:luc.fabresse@gmail.com>> wrote: > >> Hi FranÃ§ois, >> >> The code is here http://ss3.gemstone.com/ss/Ghost.html/Latest >> the configuration is working but I do not remember if I tested in >> Pharo 3 now >> >> Cheers, >> >> #Luc >> >> >> 2014-05-20 18:15 GMT+02:00 FranÃ§ois Stephany >> <tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>>: >> >> What is the best way to load Ghost in Pharo 3.0? Is there a >> configuration somewhere? >> >> Is anyone using it? Voyage does seem to use the >> ProtoObject+dnu+becomeForward trick. Is there any reason for >> that? >> >> > >

May 22, 2014

Re: [Pharo-users] Ghost Proxy

by stepharo

> In general, we should think about if is would make sense that the > language comes with > a good proxy model by default. + 1 We should do that with Camille. > (this way we would avoid that everyone creates one that is not > completely working)

May 22, 2014

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

by Christophe Demarey

Le 22 mai 2014 Ã 01:02, Johan Fabry a Ã©crit : > > On May 21, 2014, at 5:07 AM, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > >> To me, it is preferable to add a configuration (even if very small) for each dependency outside your project. It is the way it should be done (that's why Versionner only allows that) but they are always other ways or workarounds. > > Thanks for the answers, my trick now was to ask Alex to include the required package inside the configuration of Roassal. :-) > > In general I am not so sure that adding configurations for one simple package are the way to go though. It seems like adding extra layers of indirection for reasons that are unclear to me. The reason is that any package* should be self described. Your configuration describes your project. If you use another piece of software, it should also be self-described. Let's take the following example: for now, it's easy for you to add a direct dependency to Roassal2Spec, just as if it was a part of your project ... => no problem ... but it is not. Maybe tomorrow, Alex will need to add a dependency to one or more packages for Roassal2Spec => you will have problems because you will not get these dependencies. Of course, you can still add them to your configuration but you can easily see that you will end with a configuration including all flatten dependencies, and with a lot of dependencies not directly related to your project (transitive dependencies). Flatten dependencies is really something that we should avoid, else maintenance of dependencies will be a hell. That's why I'm really in favor of having configurations, even for one single MC package inside the configuration. * I mean, not a Monticello package but a piece of software that you want to deliver independently. It may be a whole project or part of it. It may also refers to one or many Monticello packages

May 22, 2014

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

by Johan Fabry

On May 21, 2014, at 5:07 AM, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Le 20 mai 2014 Ã 22:53, Sean P. DeNigris a Ã©crit : > >> Christophe Demarey wrote >>> but it will not work as it is hosted on another repository >> >> Not that I'm recommending it, but if necessary, you could always copy it >> into your project's repo to get around that (or I think you can specify a >> repository in the #with: block of the package spec. > > To me, it is preferable to add a configuration (even if very small) for each dependency outside your project. It is the way it should be done (that's why Versionner only allows that) but they are always other ways or workarounds. Thanks for the answers, my trick now was to ask Alex to include the required package inside the configuration of Roassal. :-) In general I am not so sure that adding configurations for one simple package are the way to go though. It seems like adding extra layers of indirection for reasons that are unclear to me. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

May 21, 2014

Re: [Pharo-users] A possible problem coming from Zinc?

by Sven Van Caekenberghe

Hi Usman, Thanks for the feedback, there must be something wrong with ZnFileLogger then I guess. I'll put it on the todo list ;-) Sven

May 21, 2014

Re: [Pharo-users] A possible problem coming from Zinc?

by Usman Bhatti

On Wed, May 21, 2014 at 5:15 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 21 May 2014, at 16:59, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > > > > > > > > > On Wed, May 21, 2014 at 1:37 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > On 21 May 2014, at 13:30, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > > > > > Hi, > > > > > > When turning on ZincFileLogger on a Zinc server, after some time (1h > or so) I get the FileWrite error (see screenshot). I browsed through the > bugs related to Zinc in the Fogbugz but couldn't find any bug related to my > problem. I get the problem both on Mac (local machine) and Ubuntu > (DigitalOcean instance) on Pharo 3.0 (release). > > > > > > This is my code to register logging on the server events: > > > > > > server := ZnMultiThreadedServer startOn: 4001. > > > logger := ZnFileLogger onFileNamed: 'server-log.txt'. > > > server log addListener: logger. > > > > > > Any pointers? > > > > That is really weird: in the code above the file is named > 'server-log.txt' while in the screenshot the file is named > 'License-log.txt', how is that possible ? > > > > The error is that the file is closed, probably 'underneath' the logging > code, so the question is, how is that possible, who did that ? > > > > Oops. I renamed the log file name in my mail. I should have had a closer > look at the screenshot before sending it :((. So, my code should have > looked like it to match the error in the screenshot: > > > > server := ZnMultiThreadedServer startOn: 4001. > > logger := ZnFileLogger onFileNamed: 'License-log.txt'. > > server log addListener: logger. > > OK. > > > Can it be that two file (descriptors) got swapped ? > > > > Did you save the image, move it around, across machines ? > > > > I had this doubt of moving my development image to the cloud instance so > I created a script on the cloud instance to prepare my server from a > freshly downloaded pharo image. But I had the same problem. Contents from > the tail of the log file, if that can be of any help: > > > > 2014-05-20 21:01:03 308891 T GET /validate:123 200 18B 4ms > > 2014-05-20 21:01:03 308891 I Wrote a ZnResponse(200 OK > text/plain;charset=utf-8 18B) > > 2014-05-20 21:01:03 308891 D ZnUnknownHttpMethod bad request while > parsing > > 2014-05-20 21:01:03 308891 D ConnectionClosed: Cannot write data while > writing response > > 2014-05-20 21:01:03 308891 D Closing stream > > 2014-05-20 21:06:03 817717 D Wait for accept timed out > > 2014-05-20 21:11:03 817717 D Wait for accept timed out > > 2014-05-20 21:16:03 817717 D Wait for accept timed out > > I have to little information to say anything. I doubt that it is related > to Zn logging on itself, but who knows, anything is possible. It seems you > can reproduce it quite easily. Is there more in PharoDebug.log ? > > In most cases I use #logToTranscript, but with something like > > NonInteractiveTranscript file install. > > on top of my start.st script. That way I can easily write other things to > the same log file. > The problem disappears when I use Transcript logging and my image is stable. So, I'll stick to this solution. tx. usman > > Sven > > >

May 21, 2014

Re: [Pharo-users] glorp

by Pablo R. Digonzelli

Thanks! Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 ----- Mensaje original ----- De: "Esteban A. Maringolo" <emaringolo(a)gmail.com> Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Enviados: MiÃ©rcoles, 21 de Mayo 2014 15:17:41 Asunto: Re: [Pharo-users] glorp They are the same thing... but the naming confuses everyone :D I'm loading this: spec repository: 'http://smalltalkhub.com/mc/DBXTalk/Glorp/main'. spec package: 'Glorp'. spec package: 'GlorpPharoCompatibility' with: [ spec requires: 'Glorp' ]. spec package: 'GlorpTests' with: [ spec requires: 'Glorp' ]. spec repository: 'http://www.smalltalkhub.com/mc/PharoExtras/PostgresV2/main'. spec package: 'GlorpDriverPostgreSQL' with: [ spec requires: 'Glorp' ]. Regards, Esteban A. Maringolo 2014-05-21 15:06 GMT-03:00 Pablo R. Digonzelli <pdigonzelli(a)gmail.com>: > Esteban hi, are you using glorp or glorp-dbx thing? > > TIA > > > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > ----- Mensaje original ----- > De: "Pablo R. Digonzelli" <pdigonzelli(a)gmail.com> > Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Enviados: MiÃ©rcoles, 21 de Mayo 2014 11:03:22 > Asunto: Re: [Pharo-users] glorp > > thanks all!. > > I am going to do some experience with glorp and shure i will ask you lot of things. > > > > > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > ----- Mensaje original ----- > De: "Esteban A. Maringolo" <emaringolo(a)gmail.com> > Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Enviados: MiÃ©rcoles, 21 de Mayo 2014 9:54:24 > Asunto: Re: [Pharo-users] glorp > > Pablo, > > I'm using GLORP for two of my projects, with the Native PostgresV2 driver. > It is super solid, but still has some gotchas. Additionally, Pharo's version > isn't the latest. > > Ask anything you need. GLORP can be really frustrating in the beginning. > > Regards, > > Esteban A. Maringolo > > > 2014-05-21 1:15 GMT-03:00 Pablo R. Digonzelli <pdigonzelli(a)gmail.com>: >> Hi all, where can i get updated info about glorp ?. >> Is someone using GLORP in a real business app? >> >> Tia >> >> ________________________________ >> Ing. Pablo Digonzelli >> Software Solutions >> IP-Solutiones SRL >> Metrotec SRL >> 25 de Mayo 521 >> Email: pdigonzelli(a)softsargentina.com >> pdigonzelli(a)gmail.com >> Cel: 5493815982714 >> > > >

May 21, 2014

Re: [Pharo-users] glorp

by Esteban A. Maringolo

They are the same thing... but the naming confuses everyone :D I'm loading this: spec repository: 'http://smalltalkhub.com/mc/DBXTalk/Glorp/main'. spec package: 'Glorp'. spec package: 'GlorpPharoCompatibility' with: [ spec requires: 'Glorp' ]. spec package: 'GlorpTests' with: [ spec requires: 'Glorp' ]. spec repository: 'http://www.smalltalkhub.com/mc/PharoExtras/PostgresV2/main'. spec package: 'GlorpDriverPostgreSQL' with: [ spec requires: 'Glorp' ]. Regards, Esteban A. Maringolo 2014-05-21 15:06 GMT-03:00 Pablo R. Digonzelli <pdigonzelli(a)gmail.com>: > Esteban hi, are you using glorp or glorp-dbx thing? > > TIA > > > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > ----- Mensaje original ----- > De: "Pablo R. Digonzelli" <pdigonzelli(a)gmail.com> > Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Enviados: MiÃ©rcoles, 21 de Mayo 2014 11:03:22 > Asunto: Re: [Pharo-users] glorp > > thanks all!. > > I am going to do some experience with glorp and shure i will ask you lot of things. > > > > > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > ----- Mensaje original ----- > De: "Esteban A. Maringolo" <emaringolo(a)gmail.com> > Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Enviados: MiÃ©rcoles, 21 de Mayo 2014 9:54:24 > Asunto: Re: [Pharo-users] glorp > > Pablo, > > I'm using GLORP for two of my projects, with the Native PostgresV2 driver. > It is super solid, but still has some gotchas. Additionally, Pharo's version > isn't the latest. > > Ask anything you need. GLORP can be really frustrating in the beginning. > > Regards, > > Esteban A. Maringolo > > > 2014-05-21 1:15 GMT-03:00 Pablo R. Digonzelli <pdigonzelli(a)gmail.com>: >> Hi all, where can i get updated info about glorp ?. >> Is someone using GLORP in a real business app? >> >> Tia >> >> ________________________________ >> Ing. Pablo Digonzelli >> Software Solutions >> IP-Solutiones SRL >> Metrotec SRL >> 25 de Mayo 521 >> Email: pdigonzelli(a)softsargentina.com >> pdigonzelli(a)gmail.com >> Cel: 5493815982714 >> > > >

May 21, 2014