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

Re: [Pharo-users] glorp

by Pablo R. Digonzelli

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

Unique identifiers

by Esteban A. Maringolo

I would like to discuss alternatives for the generation of unique identifiers, in the context of URLs, database primary keys/no-sql keys, system interoperation, etc., etc. I used GUIDs in the past, which for simplicity I stored them in its string representation instead of using the byte/long representation. Do we have something other than UUID (16byte/36chars) to create identifiers? Does exist a shorter (ie. 8byte) UUID version? I know its uniqueness comes from the extra bits, but maybe a shorter display string can be used (as git commits does, but with 20 bytes) or directly less bytes like MongoDB's OID (12 byte). I'm thinking about unique identifiers in the context of different systems (and different languages), where datatype limitations can exist. E.g. Java's long is 2^64 -1, 8byte, SQLite can only store 8byte integers. So the most standard generator, least common denominator type would be the best approach. By now, the "least worst" solution I found is to keep using the 36 char string representation for persistence/serialization (JSON). But I'm sure there must be something else much more clever. What do you use for IDs? Regards, Esteban. Esteban A. Maringolo

May 21, 2014

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

by Usman Bhatti

Please find the debug log file here. I hope this helps. https://dl.dropboxusercontent.com/u/11804892/PharoDebug.log On my side, I'll switch to Transcript logging in the meantime to see if that is not coming from any errors in my implementation of the server. tx usman 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. > > Sven > > >

May 21, 2014

Re: [Pharo-users] observing Pillar execution (PharoLaserGameTutorial)

by Ben Coman

May 21, 2014

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

by Sven Van Caekenberghe

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. Sven

May 21, 2014

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

by Usman Bhatti

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. > > 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 usman > > > tx. > > > > Usman > > > > <Screen Shot 2014-05-21 at 1.20.46 PM.png> > > >

May 21, 2014

Re: [Pharo-users] glorp

by Pablo R. Digonzelli

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] observing Pillar execution (PharoLaserGameTutorial)

by Damien Cassou

On Wed, May 21, 2014 at 3:42 PM, Ben Coman <btc(a)openinworld.com> wrote: > For the PharoLaserGameTutorial I invoke compile.sh. How can I similarly > invoke Pillar but have it in GUI mode with a debugger so that I can learn > about how Pillar executes? you can replace the call to the executable so that it uses that pharo-ui binary -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 21, 2014

observing Pillar execution (PharoLaserGameTutorial)

by Ben Coman

The Pillar documentation [1] says the "@@note xyz..." should produce "Note: xyz..." but that doesn't seem to be happening. This seems to be handled in PRMarkdownWriter>>visitAnnotatedParagraph: but not in PRLaTexWriter. For the PharoLaserGameTutorial I invoke compile.sh. How can I similarly invoke Pillar but have it in GUI mode with a debugger so that I can learn about how Pillar executes? cheers -ben

May 21, 2014

Re: [Pharo-users] glorp

by Esteban A. Maringolo

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