- Pharo-users - lists.pharo.org

Re: [Pharo-users] CannotWriteData errors in P3 and Seaside

by Sven Van Caekenberghe

Hi Esteban, I have a web app with P3 under Seaside in production and it works fine. But that is without Glorp, nor any connection pooling. You say the connection seems closed, maybe the closing got triggered by your app somehow ? How do you clean up expired sessions ? How do you handle logouts ? P3 does normally reconnect automatically, IIRC. You could try to enable logging in P3Client, that is a recent addition. It should show you what happens to your connections. Sven > On 10 Aug 2020, at 21:15, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > Hi all, Sven ;-) > > I'm having erratic P3 errors in a recent application I wrote using > Pharo, Seaside and Glorp with P3 as driver. > > Each Seaside session has a GlorpSession, which in turn has a > P3Connection in its accessor. I don't know why, but sometimes the > P3Connection socket is closed, and then when trying to read from the > database, it cannot write the query to the P3 socket and exception is > raised, and it isn't handled by the P3DatabaseDriver (automatically > trying to reconnect?). > > I don't know if I'm doing something wrong, I plan to migrate the > GlorpPooledDatabaseAccessor and also use the P3ConnectionPool, but I > want to be sure that the current setup works of if maybe I'm exceeding > some limit or timeout that causes the connection to be closed. > > Regards! > > > Esteban A. Maringolo >

Aug. 10, 2020

Re: [Pharo-users] CannotWriteData errors in P3 and Seaside

by Esteban Maringolo

To add to this hard to reproduce issue, it only happens in production (where if not?) when running within a Docker Swarm where PostgreSQL is inside the Swarm, so there might be something there fiddling with the network, or I don't know really :-/ Regards. Esteban A. Maringolo On Mon, Aug 10, 2020 at 4:15 PM Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > Hi all, Sven ;-) > > I'm having erratic P3 errors in a recent application I wrote using > Pharo, Seaside and Glorp with P3 as driver. > > Each Seaside session has a GlorpSession, which in turn has a > P3Connection in its accessor. I don't know why, but sometimes the > P3Connection socket is closed, and then when trying to read from the > database, it cannot write the query to the P3 socket and exception is > raised, and it isn't handled by the P3DatabaseDriver (automatically > trying to reconnect?). > > I don't know if I'm doing something wrong, I plan to migrate the > GlorpPooledDatabaseAccessor and also use the P3ConnectionPool, but I > want to be sure that the current setup works of if maybe I'm exceeding > some limit or timeout that causes the connection to be closed. > > Regards! > > > Esteban A. Maringolo

Aug. 10, 2020

CannotWriteData errors in P3 and Seaside

by Esteban Maringolo

Hi all, Sven ;-) I'm having erratic P3 errors in a recent application I wrote using Pharo, Seaside and Glorp with P3 as driver. Each Seaside session has a GlorpSession, which in turn has a P3Connection in its accessor. I don't know why, but sometimes the P3Connection socket is closed, and then when trying to read from the database, it cannot write the query to the P3 socket and exception is raised, and it isn't handled by the P3DatabaseDriver (automatically trying to reconnect?). I don't know if I'm doing something wrong, I plan to migrate the GlorpPooledDatabaseAccessor and also use the P3ConnectionPool, but I want to be sure that the current setup works of if maybe I'm exceeding some limit or timeout that causes the connection to be closed. Regards! Esteban A. Maringolo

Aug. 10, 2020

Re: [Pharo-users] Extract-method refactoring erratic behavior in Pharo 8

by StÃ©phane Ducasse

Thanks. This is a useful information. We found a bug in calypso, apparently the editor is sometimes working on the edited text and sometimes on the previous version (via the object). Philippe did you open the issue we talked about? Tx > On 8 Aug 2020, at 01:36, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > Hi, > > Just to add some feedback to this, I found that having the formatter > in auto mode seems to interfere. If I disable the formatter and resort > to the manual Ctrl+Shift+F shortcut, then it seems I'm able to extract > code in a more predictable way. > > I don't know if it was that or if it was just a coincidence and I'm in a fluke. > > Regards, > > Esteban A. Maringolo > > On Sun, Aug 2, 2020 at 4:19 PM Tim Mackinnon <tim(a)testit.works> wrote: >> >> I think these ones should be testable quite easily - I wrote (when prompted by Stef) a series of tests for the text selection expansion commands which use a similar ast/node based inferencing - so the refactorings should be written with an ast passed to them along with cursor and text selection positioning and that is all testable. (if its not this way, we should change it so it is unit testable like this). >> >> If I can get some time (hopefully my newish job starts to lighten up a bit), I will try and have a look if no-one else has stepped in. I'm quite passionate in making pharo more "intellij fluid-like" so we can have an enjoyable keyboard centric, and fast modern refactoring experience as we have all the right tooling to do this really well. >> >> Tim >> >> On Sun, 2 Aug 2020, at 3:45 PM, tbrunz wrote: >>> I found the same problem only yesterday when I tried "Extract method" in >>> Pharo 8 (for the first time). >>> >>> Comprehensive UI tests would be a great thing. But complicated to create. >>> Like writing tutorials for GUI-based applications. ;^) >>> >>> Is there a way to emulate a GUI user and the actions of mouse moves & clicks >>> (as well as keypresses)? And to capture the results of pointing, clicking, >>> right-click menu selections, etc? >>> >>> Is there a UI testing framework for Pharo that includes this? If not, >>> should we start building one? >>> >>> How much of the above is tied directly to Spec2 and how much is part of the >>> core elements of Pharo? >>> >>> -t >>> >>> >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> >>> >> > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 10, 2020

[ANN] Smalltalk's Successor

by Richard Kenneth Eng

https://smalltalk.tech.blog/2020/08/10/smalltalks-successor/ A bold claim. It'll be interesting to see if anybody challenges me on this.

Aug. 10, 2020

Re: [Pharo-users] Extract-method refactoring erratic behavior in Pharo 8

by Esteban Maringolo

Hi, Just to add some feedback to this, I found that having the formatter in auto mode seems to interfere. If I disable the formatter and resort to the manual Ctrl+Shift+F shortcut, then it seems I'm able to extract code in a more predictable way. I don't know if it was that or if it was just a coincidence and I'm in a fluke. Regards, Esteban A. Maringolo On Sun, Aug 2, 2020 at 4:19 PM Tim Mackinnon <tim(a)testit.works> wrote: > > I think these ones should be testable quite easily - I wrote (when prompted by Stef) a series of tests for the text selection expansion commands which use a similar ast/node based inferencing - so the refactorings should be written with an ast passed to them along with cursor and text selection positioning and that is all testable. (if its not this way, we should change it so it is unit testable like this). > > If I can get some time (hopefully my newish job starts to lighten up a bit), I will try and have a look if no-one else has stepped in. I'm quite passionate in making pharo more "intellij fluid-like" so we can have an enjoyable keyboard centric, and fast modern refactoring experience as we have all the right tooling to do this really well. > > Tim > > On Sun, 2 Aug 2020, at 3:45 PM, tbrunz wrote: > > I found the same problem only yesterday when I tried "Extract method" in > > Pharo 8 (for the first time). > > > > Comprehensive UI tests would be a great thing. But complicated to create. > > Like writing tutorials for GUI-based applications. ;^) > > > > Is there a way to emulate a GUI user and the actions of mouse moves & clicks > > (as well as keypresses)? And to capture the results of pointing, clicking, > > right-click menu selections, etc? > > > > Is there a UI testing framework for Pharo that includes this? If not, > > should we start building one? > > > > How much of the above is tied directly to Spec2 and how much is part of the > > core elements of Pharo? > > > > -t > > > > > > > > > > > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > >

Aug. 7, 2020

Re: [Pharo-users] Intermediate-Level Tutorials for Pharo

by StÃ©phane Ducasse

> One more thought on this... I assume you've seen Jupyter Notebooks? > They're starting to see some use where I work (we now have our own > 'enterprise server'). I recently took an intro class to see how it works, > and how to use them. > > How much of a "Jupyter-style" notebook capability would the community be > interested in? By that I mean having the ability to mix 'rich' > documentation with code and data to produce interactive 'notebooks' with > similarities to what Jupyter does -- but simpler! Jupyter is much too > complicatedâ¦ I would not go that road for class and package comments. Now we have a good infrastructure for doing this with Pillar. > What you describe for enhanced comments sounds like a step in that > direction... Obviously Pharo is already oriented toward mixing code and > data in one document, and enhancing the comments moves it closer to a > notebook with richer documentation possibilities. > > So it seems to me that generalizing this "enhanced document capability" and > making it more prominent (such as giving it its own type of window, rather > than it being a browser pane tied to the code?) would take it closer yet to > realizing a general, flexible "Pharo Notebooks" concept. In the future (once I have finished making sure that we can write book in microdown) we could think about loading book in notebooks with a bit more liveness. Now it requires man power and we are busy on other topics. GT is already doing it. > My understanding is that Offray's Grafoscopio is essentially what I'm > describing, but maybe more oriented to data analysis & presentation..?? (He > can say better than I, as I'm not sure how accurate that is.) I am thinking > of something that would include that, but maybe be more general-purpose. > > Part of this idea is to feature a "semi-automated" subset of Spec2 that > makes it easier to get nice graphical UIs in a notebook fashion -- but does > not require as much depth of understanding Spec2. (All of Spec2 allows > anyone to build anything.. but not everyone needs to build so much..? This > is the value of frameworks and selectable motifs, yes?) > > Could what I'm describing be a way for everyone to step easily into Spec2 > when its full flexibility for making GUIs isn't needed (yet)? By this I'm > implying code generators that create common/typical Spec2 framework classes > & methods that would make up the front-end of the 'documentation' element of > "Pharo Notebooks". Pharo being Pharo, one could then customize furtherâ¦ To me documenting framework is another level. For now I would be more than happy if we would have a good old way book containing tutorials about Spec2. > Because "it's always easier to edit something than to create from a blank > page", yes? > > I can see Pharo taking away "market share" from Jupyter Notebooks, by being > simpler and easier to work with. Data + Code + Document: All three elements > being "live" and interactive. Pharo has the first two.. What about the > third? Having a document renderer is a first step then after we can decide what is the semantics of certain boxes inside the texte and get some live and others not. But this requires coding effort. S.

Aug. 6, 2020

Re: [Pharo-users] ZnInvalidUTF8: Illegal leading byte for utf-8 encoding while running Elegant Code image conversion example

by StÃ©phane Ducasse

this would be nice for archival in the bug entry. S > On 5 Aug 2020, at 18:34, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Thanks StÃ©phane and Tomo, > > I have added the working code to the GH issue thread. There is still need of testing images for the non working one? > > Offray > > On 5/08/20 4:00 a. m., StÃ©phane Ducasse wrote: >> offray >> >> could you add your pictures to the bug entry >> >> https://github.com/pharo-project/pharo/issues/7043 <https://github.com/pharo-project/pharo/issues/7043> >> >> S. >> >>> On 5 Aug 2020, at 07:53, Tomohiro Oda <tomohiro.tomo.oda(a)gmail.com <mailto:tomohiro.tomo.oda@gmail.com>> wrote: >>> >>> Offray, >>> >>> I tried it myself and found that the code works on some jpg pics and >>> does not work on some other pics. >>> For my case, using PluginBasedJPEGReadWriter instead of JPEGReadWriter >>> solved the problem. >>> >>> Best Regards, >>> --- >>> tomo >>> >>> 2020å¹´8æ5æ¥(æ°´) 2:43 Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: >>>> >>>> Thanks Tomo, >>>> >>>> I tried your proposal, but now I get: "Error: marker C2 cannot be >>>> handled" and still the exportation is not working. >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>>> On 4/08/20 2:04 a. m., Tomohiro Oda wrote: >>>>> Offray, >>>>> >>>>> Apparently, readStreamDo: should be binaryReadStreamDo: and >>>>> writeStreamDo: should be binaryWriteStreamDo: . >>>>> --- >>>>> tomo >>>>> >>>>> 2020å¹´8æ4æ¥(ç«) 15:42 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>>: >>>>>> Thanks for the report I confirm that I can reproduce the problem. >>>>>> I do not know yet the answer. Now I think strange that we use a characterStream for reading jpeg. >>>>>> S. >>>>>> >>>>>> >>>>>> On 3 Aug 2020, at 20:41, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Today I was an introduction to Pharo. As usual, I asked the learner to >>>>>> taste the environment and syntax by running the examples in excellent >>>>>> Sven's Elegant Code[1] (BTW, can I translate snips of it to Spanish?). >>>>>> When she was adapting the example 6 about converting JPGs to PNGs, we >>>>>> get the error reported in this mail's subject. I tried running her >>>>>> example in my machine with her images and with my own and still I got >>>>>> the same error. What are we missing? >>>>>> >>>>>> [1] https://medium.com/concerning-pharo/elegant-pharo-code-bb590f0856d0 <https://medium.com/concerning-pharo/elegant-pharo-code-bb590f0856d0> >>>>>> >>>>>> We are using Pharo 8.x on Manjaro Gnu/Linux 64 bits. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -------------------------------------------- >>>>>> StÃ©phane Ducasse >>>>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >>>>>> 03 59 35 87 52 >>>>>> Assistant: Aurore Dalle >>>>>> FAX 03 59 57 78 50 >>>>>> TEL 03 59 35 86 16 >>>>>> S. Ducasse - Inria >>>>>> 40, avenue Halley, >>>>>> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >>>>>> Villeneuve d'Ascq 59650 >>>>>> France >>>>>> >>>> >>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 6, 2020

Re: [Pharo-users] A question concerning Nautilus

by StÃ©phane Ducasse

Thanks I will check this since Iâm working on it. > On 6 Aug 2020, at 17:37, gpatrick <g_patrickb(a)yahoo.com> wrote: > > > From: gpatrick <g_patrickb(a)yahoo.com> > Subject: Re: A question concerning Nautilus > Date: 6 August 2020 at 17:37:56 CEST > To: pharo-users(a)lists.pharo.org > > > I found the pdf of PBE 8, but it is the last change. The current build of > PBE 8 failed. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 6, 2020

Re: A question concerning Nautilus

by gpatrick

I found the pdf of PBE 8, but it is the last change. The current build of PBE 8 failed. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 6, 2020