Re: [Pharo-users] compiling Pillar files locally (for LaserGame book)
And of course there is no need to have a lower number of screenshots now you can generate them from the image. Well I will let you for the book you will write and learn from you. For me and my time, I will minimize the number of screenshots and if you have some scripts to generate these screenshots I will use the scripts. Stef
Re: [Pharo-users] compiling Pillar files locally (for LaserGame book)
Stef wrote: >Well I will let you for the book you will write and learn from you. >For me and my time, I will minimize the number of screenshots and if you >have some scripts >to generate these screenshots I will use the scripts. Please do: http://forum.world.st/Making-screenshots-programmatically-for-book-td4757560.html#a4758268
Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies
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. smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-users] Ghost Proxy
Cool, thanks ! I'll let you know if I run into any trouble on Pharo 3. On Wed, May 21, 2014 at 8:43 AM, Luc Fabresse wrote: > > > 2014-05-21 8:37 GMT+02:00 Marcus Denker : > > 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 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 : >> >>> 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? >>> >>> >> >> >
[Pharo-users] TextMorph on Athens
Hello, What is its status? In Pharo 3.0, I see somes classes related to text and Athens. It is one of the final peace I need for Dr. Geo. Thanks Hilaire -- Dr. Geo http://drgeo.eu
Re: [Pharo-users] A possible problem coming from Zinc?
On 21 May 2014, at 13:30, Usman Bhatti 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 ? Can it be that two file (descriptors) got swapped ? Did you save the image, move it around, across machines ? > tx. > > Usman > >
Re: [Pharo-users] compiling Pillar files locally (for LaserGame book)
I will try. Now I do not know if I can script Nautilus. Stef On 21/5/14 10:51, Stephan Eggermont wrote: Stef wrote: Well I will let you for the book you will write and learn from you. For me and my time, I will minimize the number of screenshots and if you have some scripts to generate these screenshots I will use the scripts. Please do: http://forum.world.st/Making-screenshots-programmatically-for-book-td4757560.html#a4758268
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 : > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 >
[Pharo-users] observing Pillar execution (PharoLaserGameTutorial)
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
Re: [Pharo-users] observing Pillar execution (PharoLaserGameTutorial)
On Wed, May 21, 2014 at 3:42 PM, Ben Coman 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
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: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 - Mensaje original - De: "Esteban A. Maringolo" Para: "Any question about pharo is welcome" 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 : > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 >
Re: [Pharo-users] A possible problem coming from Zinc?
On Wed, May 21, 2014 at 1:37 PM, Sven Van Caekenberghe wrote: > > On 21 May 2014, at 13:30, Usman Bhatti 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 > > > > > > >
Re: [Pharo-users] A possible problem coming from Zinc?
On 21 May 2014, at 16:59, Usman Bhatti wrote: > > > > On Wed, May 21, 2014 at 1:37 PM, Sven Van Caekenberghe wrote: > > On 21 May 2014, at 13:30, Usman Bhatti 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
Re: [Pharo-users] observing Pillar execution (PharoLaserGameTutorial)
Damien Cassou wrote: On Wed, May 21, 2014 at 3:42 PM, Ben Coman 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 That works. thx.
Re: [Pharo-users] A possible problem coming from Zinc?
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 wrote: > > On 21 May 2014, at 16:59, Usman Bhatti wrote: > > > > > > > > > On Wed, May 21, 2014 at 1:37 PM, Sven Van Caekenberghe > wrote: > > > > On 21 May 2014, at 13:30, Usman Bhatti 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 > > >
[Pharo-users] Unique identifiers
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
Re: [Pharo-users] glorp
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: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 - Mensaje original - De: "Pablo R. Digonzelli" Para: "Any question about pharo is welcome" 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: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 - Mensaje original - De: "Esteban A. Maringolo" Para: "Any question about pharo is welcome" 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 : > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 >
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 : > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 > > - Mensaje original - > De: "Pablo R. Digonzelli" > Para: "Any question about pharo is welcome" > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 > > - Mensaje original - > De: "Esteban A. Maringolo" > Para: "Any question about pharo is welcome" > 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 : >> 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: pdigonze...@softsargentina.com >> pdigonze...@gmail.com >> Cel: 5493815982714 >> > > >
Re: [Pharo-users] glorp
Thanks! Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 - Mensaje original - De: "Esteban A. Maringolo" Para: "Any question about pharo is welcome" 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 : > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 > > - Mensaje original - > De: "Pablo R. Digonzelli" > Para: "Any question about pharo is welcome" > 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: pdigonze...@softsargentina.com > pdigonze...@gmail.com > Cel: 5493815982714 > > - Mensaje original - > De: "Esteban A. Maringolo" > Para: "Any question about pharo is welcome" > 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 : >> 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: pdigonze...@softsargentina.com >> pdigonze...@gmail.com >> Cel: 5493815982714 >> > > >
Re: [Pharo-users] A possible problem coming from Zinc?
On Wed, May 21, 2014 at 5:15 PM, Sven Van Caekenberghe wrote: > > On 21 May 2014, at 16:59, Usman Bhatti wrote: > > > > > > > > > On Wed, May 21, 2014 at 1:37 PM, Sven Van Caekenberghe > wrote: > > > > On 21 May 2014, at 13:30, Usman Bhatti 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 > > >
Re: [Pharo-users] A possible problem coming from Zinc?
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
Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies
On May 21, 2014, at 5:07 AM, Christophe Demarey 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
