January 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] OT: Re: Open Debugger, Save and Quit
by Mariano Martinez Peck Jan. 12, 2018

Jan. 12, 2018

On Wed, Nov 8, 2017 at 1:45 AM, Joachim Tuchel <jtuchel(a)objektfabrik.de> wrote: > Ben, > > (this is a bit off-topic) > > do you happen to know the purpose of that pre-debug-window? I must say > that I find it annoying every time I get it in Pharo or VA? Why doesn't the > debugger show up immediately? > > I disabled that in all my images (via a startup setting). See #*alwaysOpenFullDebugger *below: "Define some settings/preferences for GTDebugger" (Smalltalk at: #GTGenericStackDebugger) perform: #enableDebuggerWindowDistinctColor: with: true. (Smalltalk at: #GTGenericStackDebugger) perform: #enableStackColoring: with: true. *(Smalltalk at: #GTGenericStackDebugger) perform: #alwaysOpenFullDebugger: with: true.* Cheers, But your suggestion is a good one, imo. In the startup phase of an image, > the image might not be ready to provide any means of reacting to a problem, > so why bother showing errors that early? > > What you describe should be quite easy to achieve with a handler that > records and resumes errors during startup. > > Joachim > > Am 08.11.2017 03:54 schrieb Ben Coman <btc(a)openinworld.com>: > > > > > > > > On Wed, Nov 8, 2017 at 10:16 AM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> > >> In a headless image, I'd like to do the following: if there's any error, > >> arrange to have a debugger open on the next (headful) launch, and then > save > >> and quit. > >> > >> I'm drawing a blank - how would I do that? > >> > >> I explored various dead ends, the culmination of which was the > >> image-breaking: > >> actualWorkBlock on: Error do: [ [ Smalltalk snapshot: true andQuit: > true ] > >> fork. Halt now ] > >> > >> Thanks! > > > > > > Sorry not a solution, but you sparked a side-thought... To avoid > sometimes being swamped by Pre-Debug windows. Instead of an error bringing > up an individual Pre-Debug window, we could have error go into a queue > which a singleton Pre-Debug window could have a view into. This "Error > Queue Viewer" would have on row per error, and you click on a row to open > a normal debugger, much like you click <Debug> button in the existing > Pre-Debug window. In a headless image, the Error Queue Viewer would not > appear, but the error would keep being queued until the next time the Error > Queue Viewer is manually opened. The same error-queue might provide a > similar interface point for Pharo Remote Tools, so you can see errors that > occurred while you were not connected. > > > > cheers -ben -- Mariano http://marianopeck.wordpress.com

3 2

OT: Re: Open Debugger, Save and Quit
by Joachim Tuchel Jan. 12, 2018

Jan. 12, 2018

Ben, (this is a bit off-topic) do you happen to know the purpose of that pre-debug-window? I must say that I find it annoying every time I get it in Pharo or VA? Why doesn't the debugger show up immediately? But your suggestion is a good one, imo. In the startup phase of an image, the image might not be ready to provide any means of reacting to a problem, so why bother showing errors that early? What you describe should be quite easy to achieve with a handler that records and resumes errors during startup. Joachim Am 08.11.2017 03:54 schrieb Ben Coman <btc(a)openinworld.com>: > > > > On Wed, Nov 8, 2017 at 10:16 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> In a headless image, I'd like to do the following: if there's any error, >> arrange to have a debugger open on the next (headful) launch, and then save >> and quit. >> >> I'm drawing a blank - how would I do that? >> >> I explored various dead ends, the culmination of which was the >> image-breaking: >> actualWorkBlock on: Error do: [ [ Smalltalk snapshot: true andQuit: true ] >> fork. Halt now ] >> >> Thanks! > > > Sorry not a solution, but you sparked a side-thought...Â To avoid sometimes being swamped by Pre-Debug windows.Â Instead of an error bringing up an individual Pre-Debug window, we could have error go into a queue which a singleton Pre-Debug window could have a view into.Â This "Error Queue Viewer"Â would have on row per error, and you click on a row to open a normal debugger, much like you click <Debug> button in the existing Pre-Debug window.Â In a headless image, the Error Queue Viewer would not appear, but the error would keep being queued until the next time the Error Queue Viewer is manually opened.Â The same error-queue might provide a similarÂ interface point for Pharo Remote Tools, so you can see errors that occurred while you were not connected. > > cheers -ben

1 0

Re: [Pharo-users] Open Debugger, Save and Quit
by Joachim Tuchel Jan. 12, 2018

Jan. 12, 2018

Sean, I am not a regular Pharo user, so I have no code example for you. Just an idea: why not save an image copy instead of the image itself? Thus if an error occurs that might not happen at next startup (external dependencies etc.) , you couldÂ restart the "real image" and still use the failed copies to analyse your startup problems. I guess Pharo can do a "Save image as..." ? Joachim Am 08.11.2017 03:16 schrieb "Sean P. DeNigris" <sean(a)clipperadams.com>: > > In a headless image, I'd like to do the following: if there's any error, > arrange to have a debugger open on the next (headful) launch, and then save > and quit. > > I'm drawing a blank - how would I do that? > > I explored various dead ends, the culmination of which was the > image-breaking: > actualWorkBlock on: Error do: [ [ Smalltalk snapshot: true andQuit: true ] > fork. Halt now ] > > Thanks! > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

1 0

[ANN] Python3Generator and MatplotLibBridge
by Julien Jan. 12, 2018

Jan. 12, 2018

Hello, My new year main resolution: stop keeping my side-projects for me. Itâs been like 1 year that I created these two projects, one coming from a refactoring of the other. Now it is time to take time to announce them. I initially come from Python world and during my bachelor & master, I really liked to use matplotlib to plot data using Python. So I wanted to be able to use this Python module from Pharo. I did it by generating Python 3 code from Pharo and making Python 3 executing it. So, first I implemented everything in MatplotLibBridge package and then I split it in two package in order to be able to eventually create bridges to other Python 3 modules. So, Python3Generator [1] is made for generating programatically Python 3 code from Pharo. Basically, it allows you to easily build a Python 3 AST, to serialize it in Python 3 source code and eventually to execute it. For now you can transfer data from Pharo to Python (e.g. providing arguments to functions that are Pharoâs objects) but you can not retrieve data stored in Python variable from Pharo (but it should be possible, just I donât need to do that for my bridge to matplotlib). Some examples are provided on the githubâs README. MatplotLibBridge [2] is made for creating plots using matplotlib [3] from Pharo. There is a bunch of examples of what you can do on the README. The two features from matplotlib I like the most are: 1. You can generate your plot in a lot of file formats (png, pdf, svg, ps, etcâ¦) 2. It allows to embed LaTeX mathematical formulae everywhere in the plot (which can be really cool). All the possible plots in matplotlib are not available in Pharoâs side because I build parts of the bridge when I need them but it is not hard to do. I someone is interested in a plot type not available yet, please tell me. So, it is announced, if someone want to do something with those, please do it! Happy new year. Regards, Julien [1]: https://github.com/juliendelplanque/Python3Generator <https://github.com/juliendelplanque/Python3Generator> [2]: https://github.com/juliendelplanque/MatplotLibBridge <https://github.com/juliendelplanque/MatplotLibBridge> [3]: https://matplotlib.org <https://matplotlib.org/> --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40

10 31

Unresponsive/frozen Gui
by Andrei Stebakov Jan. 11, 2018

Jan. 11, 2018

I experience that issue once in a while when I leave the pharo 6.1 on windows and when I come back to it the UI is frozen. Now I download pharo with moose image and it started to happen again (BTW I couldn't install Moose in my pharo 6.1 using Metacello command) I wonder if it's something that happens to many users and I have to get used to it (ui freezes) or there ways to avoid it. Again, maybe it's a windows specific problem and most of the pharo users are either on Mac or Linux.

4 4

Pharo and ActiveDirectory
by Torsten Bergmann Jan. 11, 2018

Jan. 11, 2018

Hi, anyone used/uses Pharo to bind to ActiveDirectory? Last thread I've seen is http://forum.world.st/Pharo-amp-LDAP-td3308841.html Does it work now? Is http://map.squeak.org/package/ccbcb878-e09b-48ed-a773-5939bf8c2c3e the latest code is there something more updated? Thanks T.

3 2

How to I setup Bloc?
by Photon Jan. 10, 2018

Jan. 10, 2018

Hello I have trouble with Bloc. I tried to install it like this as i read it in a paper on Bloc but then this does not work because there is no suchclass, istall is send to nil. I had also trouble with the tutorial earlier. I could not see anything in the preview altho the code was aparrantly fine. I really like to do something with bloc but i cant even set it up properly. Please help me. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

3 9

Line feeds appearing in methods source code?
by Julien Jan. 9, 2018

Jan. 9, 2018

Hello, Itâs the third or fourth time that linefeeds appears in my methods source code while Iâm coding and I do not know whyâ¦ It happens on Pharo 6.1 and on different images. I am on MacOS and I am not copy/pasting code from the outside to Pharo so I do not understand why this happensâ¦ Anyone encounter the same thing? Julien --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40

3 2

Proposals and mentors GSoC
by Stephan Eggermont Jan. 9, 2018

Jan. 9, 2018

The time has come again to propose projects you'd want to see done in Google's Summer of Code for Pharo. And of course we're also looking for mentors Stephan

1 0

Re: [Pharo-users] Soup package
by Stephane Ducasse Jan. 9, 2018

Jan. 9, 2018

Hi Hayatou Can you tell us what did not work because it should? Did you see also the booklet on scraping HTML with xpath in http://books.pharo.org? Stef On Tue, Jan 9, 2018 at 11:39 AM, Hayatou Oumarou via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Hayatou Oumarou <hayaty55(a)yahoo.fr> > To: Pharo <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Tue, 9 Jan 2018 10:39:25 +0000 (UTC) > Subject: Soup package > where can i find a working version of Soup to manipulate HTML pages? the one on SmalltalkHub does not work > > ------------------------------------ > Hayatou Oumarou >

1 0