December 2016 - Pharo-users

Re: [Pharo-users] NeoCSVWriter automatic quotes

by Peter Uhnak

On Fri, Nov 25, 2016 at 09:38:42PM +0100, Sven Van Caekenberghe wrote: > Peter, > > > On 25 Nov 2016, at 19:35, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > Hi, > > > > is it/would it be possible to modify NeoCSVWriter to add quotes only where necessary? So only if the written value contains the separator (is there any other case that would require the quotes?). > > > > Thanks, > > Peter > > Why exactly do you want this ? My use case is that sometimes I need/want to view the file with my eyes, and when in 95% of the file the content is single (or couple words), then quotes add a lot of clutter. So if in 5% (or 1%) of the file there are quotes and the reset aren't, then I would be happy. :) But it's not such a big problem, I've added it for myself, at least until we will have a usable way to edit CSV files in Pharo... do we really not have any table editor? :/ Peter > > CSV is a pretty simple format, having a field quoted in one line and not in another already sounds like being a bit too clever, though it does seem to be allowed. > > The idea of having different field writers was to choose the most efficient one for your data (types). You can configure a writer per field (column). If you have numbers, raw gives you the fastest performance. > > Doing optional quoting would always require more than one pass, if not many more, over the string, possibly generating more garbage. (Like in your example implementation). > > There are 3 reasons to do quoting: embedded separator, embedded newline, embedded quote (you forgot the newline case). > > All that being said, maybe an #optionalQuoted field writer could be a reasonable configureable option, but I would not make it the default. > > Again, why do you want this ? > > Sven > >

Dec. 5, 2016

Re: [Pharo-users] Debugger and stepping over a function that will have a DNU

by Denis Kudriashov

2016-12-04 9:04 GMT+01:00 Holger Freyther <holger(a)freyther.de>: > Hi, > > before I try to reproduce this exactly I wondered if the following is a > known issue with Pharo5. If I am in the debugger and try to step over a > message send and that would generate a DNU, Pharo starts taking 99% cpu > time. If I use CMD+./CTRL+. to interrupt it doesn't really work either. I > get it to repaint the screen once and see a lot of message boxes with > errors but the system remains unresponsive. > > Is that known? > It was fixed here 16877 <https://pharo.fogbugz.com/f/cases/16877/another-endless-debugger-loop> and here 19108 <https://pharo.fogbugz.com/f/cases/19108/Logging-error-stack-should-not-hang…>. (last allows interrupt in such cases)

Dec. 5, 2016

Re: [Pharo-users] Debugger and stepping over a function that will have a DNU

by Norbert Hartl

I think it is known. But there seem to be more problems in the debugger when stepping. So not easy to find the exact culprit Norbert > Am 04.12.2016 um 14:34 schrieb Holger Freyther <holger(a)freyther.de>: > > Hi, > > before I try to reproduce this exactly I wondered if the following is a known issue with Pharo5. If I am in the debugger and try to step over a message send and that would generate a DNU, Pharo starts taking 99% cpu time. If I use CMD+./CTRL+. to interrupt it doesn't really work either. I get it to repaint the screen once and see a lot of message boxes with errors but the system remains unresponsive. > > Is that known? > > holger > > >

Dec. 5, 2016

Re: [Pharo-users] Mustache and section

by Norbert Hartl

I agree. But there is also a point in sharing mustache templates between different runtimes. Altering mustache does not make it very mustache anymore. And it will make it slower. I put that on my ever growing list of things to do. Maybe a switch could bring the best of both worlds. Norbert > Am 05.12.2016 um 16:24 schrieb Stephane Ducasse <stepharo.self(a)gmail.com>: > > having a nicer mustache can be cool :) > >> On Mon, Dec 5, 2016 at 6:25 AM, Norbert Hartl <norbert(a)hartl.name> wrote: >> Ok. I think about that again. It might be a useful thing to have although not supported IMHO by other mustache implementations. >> >> Norbert >> >> > Am 04.12.2016 um 18:19 schrieb Hilaire <hilaire(a)drgeo.eu>: >> > >> > Okay. >> > Indeed, my bypass was to copy the label in the list. >> > >> > Thank you for your answer. >> > >> > Hilaire >> > >> >> Le 04/12/2016 Ã 08:14, Norbert Hartl a Ã©crit : >> >>>> So far in my attempt the #label tag is not processed. >> >>>> >> >>>> Am I interpreting something wrongly? >> >>>> >> >> No, what you want is not possible. To achieve it you should copy label into the elements of the list section. >> >> >> >> Norbert >> > >> > -- >> > Dr. Geo >> > http://drgeo.eu >> > >> > >> >> >

Dec. 5, 2016

Re: [Pharo-users] Mustache and section

by Stephane Ducasse

having a nicer mustache can be cool :) On Mon, Dec 5, 2016 at 6:25 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > Ok. I think about that again. It might be a useful thing to have although > not supported IMHO by other mustache implementations. > > Norbert > > > Am 04.12.2016 um 18:19 schrieb Hilaire <hilaire(a)drgeo.eu>: > > > > Okay. > > Indeed, my bypass was to copy the label in the list. > > > > Thank you for your answer. > > > > Hilaire > > > >> Le 04/12/2016 Ã 08:14, Norbert Hartl a Ã©crit : > >>>> So far in my attempt the #label tag is not processed. > >>>> > >>>> Am I interpreting something wrongly? > >>>> > >> No, what you want is not possible. To achieve it you should copy label > into the elements of the list section. > >> > >> Norbert > > > > -- > > Dr. Geo > > http://drgeo.eu > > > > > > >

Dec. 5, 2016

Re: [Pharo-users] Pier3 with latest Pillar?

by Stephane Ducasse

I do not know where the project is hosted. May be esteban knows because he was maintaining Pier. On Sun, Dec 4, 2016 at 12:11 PM, Peter H. Meadows via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Sun, 4 Dec 2016 11:11:26 +0000 > Subject: Re: [Pharo-users] Pier3 with latest Pillar? > On 15 November 2016 at 07:30, Peter H. Meadows > <peter.h.meadows(a)googlemail.com> wrote: > > Hey. Can someone check this for me? In Pharo5 do: > > > > Gofer new > > smalltalkhubUser: 'Pier' project: 'Pillar'; > > configuration; > > loadDevelopment. > > > > Gofer new > > url:'http://www.smalltalkhub.com/mc/phm/PierLoadExperiment/main'; > > package: 'ConfigurationOfPierLoadExperiment'; > > load. > > ((Smalltalk at: #ConfigurationOfPierLoadExperiment) project version: > > #stable) load. > > > > Gofer new > > url:'http://www.smalltalkhub.com/mc/phm/ > PierLoadExperimentChanges/main'; > > package: 'ConfigurationOfPierLoadExperimentChanges'; > > load. > > ((Smalltalk at: #ConfigurationOfPierLoadExperimentChanges) project > > version: #stable) load. > > > > > > ZnZincServerAdaptor startOn: 8080. > > > > PRPierFrame registerAsApplication: 'pier' kernel: (PRKernel > > instanceNamed: 'pier'). > > > > (WAAdmin defaultDispatcher handlerAt: 'pier' ) exceptionHandler: > > WADebugErrorHandler . > > > > > > Then visit http://localhost:8080/pier > > Does it work? Is it loading the right things? (I didn't check the > > tests yet, and i don't really understand metacello or Pier, just > > playing by trial and error :), but if it works, maybe someone with > > more experience can turn it into a config that will load from catalog > > in Pharo6. Thx. > > > > Anyone check this? If it's correct, how do I get the changes into Pier? > > > > On 11 November 2016 at 13:16, stepharo <stepharo(a)free.fr> wrote: > >> Hi peter > >> > >> I do not know but I would love that it would work. I should find some > time > >> to do a new pass on pillar. > >> > >> On my first todo: > >> > >> - fix use of DNU instead of plain magritte methods. > >> > >> - extract object out of the command line. > >> > >> - document, document and document. > >> > >> > >> Stef > >> > >> > >> > >> Le 10/11/16 Ã 22:34, Peter H. Meadows via Pharo-users a Ã©crit : > >> > >> > > >

Dec. 5, 2016

Re: [Pharo-users] Pharo Launcher and 64bit VM

by Dimitris Chloupis

I'm using 64bit OS for quite some time (aka years) and consider it's > good sign of some technology to help me avoding fiddling with 32bit > setup. > > Yeap no doubt there, 64 bit programming languages are pretty much the standard. I am definitely a supporter of moving to 64 bit and from the looks of it , maybe I should give 64 bit pharo a try myself, I thought it was not quite ready yet. Glad I am wrong. > Do you mind to list some? > > Well the ones I care is lack for documentation or outdated documentation, lack of class method comments and lack of libraries which are the usual problems for small communities like pharo. I am coming from common lisp which was not very different. But then there are always pros and cons with every choice and nonetheless coding in pharo is still a joy for me :) " I never heard of this disadvantage of 64 bits before. Are you basically saing you can't run multiple instances of a 64-bit VM/Image on a multicore machine? Can you elaborate? Joachim " Yeah I should have been more clear, no I am not saying that 64-bit VM cannot do this. I was talking about multiple 32 bit pharo instances against a single 64 bit pharo instance. A unfair comparison but I was just trying to make a point. This ability of multiple instances running on multiple cores is not even a VM feature, its just normal process handling of the OS. The OS assign each process to a different core to take better advantage of the processing power of the CPU.

Dec. 5, 2016

Re: [Pharo-users] Pharo Launcher and 64bit VM

by jtuchel＠objektfabrik.de

Dimitris, On Sun, 04 Dec 2016 21:08:20 +0000 > Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> The big advantage that 64 bit gives is more memory access , 32 bit has >> access to 2 GBs of memory. Even in memory its not such a big deal >> because you can launch multiple instances of pharo and take advantage >> of your entire memory , the advantage also doing like this is that >> will give you the ability to run pharo on multiple cores something >> that a 64 bit VM by itself cannot do anyway, pharo / python / ruby >> etc. I never heard of this disadvantage of 64 bits before. Are you basically saing you can't run multiple instances of a 64-bit VM/Image on a multicore machine? Can you elaborate? Joachim

Dec. 5, 2016

Re: [Pharo-users] Pharo Launcher and 64bit VM

by Gour

On Sun, 04 Dec 2016 21:08:20 +0000 Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > why you care about 64 bit ? I'm using 64bit OS for quite some time (aka years) and consider it's good sign of some technology to help me avoding fiddling with 32bit setup. > I dont think Pharo is 64 bit ready but it should be soon OK. > The big advantage that 64 bit gives is more memory access , 32 bit has > access to 2 GBs of memory. Even in memory its not such a big deal > because you can launch multiple instances of pharo and take advantage > of your entire memory , the advantage also doing like this is that > will give you the ability to run pharo on multiple cores something > that a 64 bit VM by itself cannot do anyway, pharo / python / ruby > etc. I admit that I was not thinking about those advantages... > Lack of 64 bit is definetly not a good reason not to use pharo, I agree...it is just curiosity if it is ready for 64bit... > there are good reasons not to use pharo, but this one is not one of > them. Do you mind to list some? Sincerely, Gour -- Even a man of knowledge acts according to his own nature, for everyone follows the nature he has acquired from the three modes. What can repression accomplish?

Dec. 5, 2016

Re: [Pharo-users] Pharo Launcher and 64bit VM

by Gour

On Mon, 5 Dec 2016 07:43:51 +0100 Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > There are some download links in the first post. > > Remember, it is not yet finished, there will be issues. Thank you...Esteban Lorenzano helped me on the Slack... Sincerely, Gour -- One who sees inaction in action, and action in inaction, is intelligent among men, and he is in the transcendental position, although engaged in all sorts of activities.

Dec. 5, 2016