- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Alexandre Bergel

AI Python libraries may be my first targetâ¦. I will let you know Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jan 8, 2018, at 4:25 AM, Julien <julien.delplanque(a)inria.fr> wrote: > > Happy you find this interesting. > > If you have suggestions, just let me know by creating an issue on the repository. > > If you create bridges to some Python 3 libraries, tell me as well! :-) > > Julien > > --- > Julien Delplanque > Doctorant Ã lâUniversitÃ© de Lille 1 > http://juliendelplanque.be/phd.html <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 > >> Le 8 janv. 2018 Ã 01:12, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> a Ã©crit : >> >> I have just tried Python3Generator. Impressive work! It is a wonderful contribution! >> >> Cheers, >> Alexandre >> >> >>> 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. >>> >> >> >

Jan. 8, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Julien

Happy you find this interesting. If you have suggestions, just let me know by creating an issue on the repository. If you create bridges to some Python 3 libraries, tell me as well! :-) 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 > Le 8 janv. 2018 Ã 01:12, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : > > I have just tried Python3Generator. Impressive work! It is a wonderful contribution! > > Cheers, > Alexandre > > >> 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. >> > >

Jan. 8, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Alexandre Bergel

I have just tried Python3Generator. Impressive work! It is a wonderful contribution! Cheers, Alexandre > 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. >

Jan. 8, 2018

Re: [Pharo-users] Is there a way to stop arrays sorting automatically?

by Andy Burnett

Richard wrote >>> I would check this in Pharo, but have so far failed to get it running under Ubuntu 17.10. Squeak _is_ running there, sort of, and the definition of #permutationsDo: in Interval is this code: permutationsDo: aBlock "Repeatly value aBlock with a single copy of the receiver. Reorder the copy so that aBlock is presented all (self size factorial) possible permutations." "(1 to: 4) permutationsDo: [:each | Transcript cr; show: each printString]" self asArray permutationsDo: aBlock Exactly the same comment is found in SequenceableCollections. Are you sure that Pharo has something different? "with a SINGLE COPY of the receiver" is pretty important. ... <<< Thanks Richard. The Pharo comment is identical. The problem was simply that I hadn't understood what it was - quite clearly - telling me. Now that I understand the problem, the explanation makes perfect sense :-) Cheers Andy

Jan. 7, 2018

Re: [Pharo-users] Formatted print for Duration

by Stephane Ducasse

Hi julien Yes it would be nice :) Stef On Thu, Jan 4, 2018 at 2:28 PM, Julien <julien.delplanque(a)inria.fr> wrote: > I chosen something like the second solution to avoid adding a dependency to > my project (it is a bit overkill for what I wanted to achieve). But > shouldnât this formatted-print feature be added in Duration? > > 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 > > Le 3 janv. 2018 Ã 23:02, Andreas Brodbeck <dassi(a)mindclue.ch> a Ã©crit : > > Am 03.01.18 um 14:07 schrieb Julien: > > Hello, > > I do not see how to do a formatted print from a duration. > > I would like to be able to do something like: > > String streamContents: [ :s | 90 minutes formatted: âhh:mmâ printOn: s ] > > The Duration>>#printOn: method prints the ANSI 5.8.2.16 format: > [-]D:HH:MM:SS[.S] > > The Duration>>#printHumanReadableOn: is not printing in the format I want. > > Am I missing something or such feature does not exist actually? > > > Hi Julien > > I did not find a ready made method for that, either. Probably because > there is no standard way to print a *Duration* as minutes and seconds, > because it is not obvious how to print it (Compared to instances of the > *Time* class). > > My solution would be to implement your own printing method using the > GRPrinter from the Grease package (Installable through Catalog Browser > in Pharo 6): > > ***************************** > > | hoursPrinter minutesPrinter printer | > > "Note: you can not use 'duration minutes', since this will give you only > the partial minutes inside a day" > hoursPrinter := GRMappedPrinter > block: [ :duration | duration asMinutes // 60 ] > next: (GRNumberPrinter new). > > minutesPrinter := GRMappedPrinter > block: [ :duration | duration minutes ] > next: (GRPrinter numberWithAtLeastDigits: 2). > > printer := hoursPrinter, $:, minutesPrinter. > > ^printer print: (9876 minutes) "Will result in '164:36'" > > ***************************** > > > > 2. solution: Or just dead simple: > > ***************************** > > | duration | > duration := (9876 minutes). > > ^(duration asMinutes // 60) asString, ':', > duration minutes asTwoCharacterString > > ***************************** > > > Cheers, Andreas > > -- > Andreas Brodbeck > www.mindclue.ch > >

Jan. 7, 2018

Re: [Pharo-users] Exception in Gofer with Pharo 7

by Stephane Ducasse

Hi Rafael thanks for reporting. Can you provide a sample that reproduce the error? Stef On Fri, Jan 5, 2018 at 12:41 PM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > Hi all. > > I'm trying to load some packages from SmalltalkHub and I get an exception > because ByteString did not understand #asUrl. > > Maybe it is related with String>>asUrl deprecated? > https://pharo.fogbugz.com/f/cases/2896/Deprecate-String-asUrl > > Thank you!

Jan. 7, 2018

Re: [Pharo-users] Is there a way to stop arrays sorting automatically?

by Andrew Black

+1 for what Richard says. Moreover, if you know that n is small, and you really want copies of all th permutations, then adding a copy message to your block is really simple. But if the permutationsDo: method made the copy, then it would be useless except for very small values of n. The comment that Richard quotes is in Pharo too. There is a good reason for the current behaviour, and it is documented.

Jan. 7, 2018

Re: [Pharo-users] Grafoscopio (Initial) Feedback

by Paul DeBruicker

Hi Offray, I think the docs you want are here: https://github.com/Metacello/metacello/blob/master/docs/MetacelloUserGuide.… and https://github.com/Metacello/metacello/blob/master/docs/MetacelloScriptingA… Hope this helps, Paul Offray Vladimir Luna CÃ¡rdenas-2 wrote > Hi Sean, > > I would like to use the Metacello script you advised to me for loading > Grafoscopio. The Gopher scripts were created following documentation in > PBE2. > > Does any has pointers to documentation on how to create Metacello > installing scripts? > > Thanks, > > Offray > > > On 31/12/17 11:08, Sean P. DeNigris wrote: >> Offray Vladimir Luna CÃ¡rdenas-2 wrote >>> Now they're in the SThub and also in the PDF Manual linked there. >> Ah, okay I see they are updated for 6.1, but they still use Gofer. Also, >> IIRC (I moved all my development to git a while ago now) the best >> practice >> is to always keep the most up-to-date ConfigurationOf in the canonical >> repo >> (i.e. yours) and then /copy/ it to the relevant platform >> metaRepoForXyz's. >> Otherwise, in my experience one invites chaos because people are >> downloading >> variously out-of-date configs from multiple sources (like me last night >> spending time reporting already-fixed bugs; don't worry I'm not upset!). >> See >> my previous post for the preferred script that should be expected to work >> on >> /any/ supported platform. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 6, 2018

Re: [Pharo-users] Is there a way to stop arrays sorting automatically?

by Richard O'Keefe

I would check this in Pharo, but have so far failed to get it running under Ubuntu 17.10. Squeak _is_ running there, sort of, and the definition of #permutationsDo: in Interval is this code: permutationsDo: aBlock "Repeatly value aBlock with a single copy of the receiver. Reorder the copy so that aBlock is presented all (self size factorial) possible permutations." "(1 to: 4) permutationsDo: [:each | Transcript cr; show: each printString]" self asArray permutationsDo: aBlock Exactly the same comment is found in SequenceableCollections. Are you sure that Pharo has something different? "with a SINGLE COPY of the receiver" is pretty important. The thing is that the number of permutations is so astronomically large that it really never makes sense to retain all of them in memory. Suppose an array of n elements takes n+2 words, then holding all of the permutations of 1..k would take (k+2)*k! + k! + 2 = k!(k+3)+2 words. For k = 5 10 15 20 that's 962 47174402 23538138624002 55956746188062720002 words. If we assume a 64-bit laptop with 16 GiB of memory, k=12 is already too big. Yet it is perfectly reasonable to iterate over all 12! permutations. Another thing about iterating over permutations is that straightforward algorithms take O(1) time per permutation, but not if you copy every time. I don't think I've ever found a use for #permutationsDo: that didn't need to be turned into a specialised backtracking algorithm with cutoffs pushed as early as possible.

Jan. 6, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Dimitris Chloupis

Ah ok so you want to target the AST specifically, I see now. Yeap I did not implement any security measure for Atlas because the goal was local and not remote execution. Yes indeed the socket connects directly to 127.0.0 port 4000.So Atlas is preconfigured to work locally. I think safety is something that the developer must control to make it specific to the nature of the code. Plus I am no web dev. Plus if OS security is breached to gain access to Atlas, the user is already in a deep mess, Atlas will be the least of his concerns. If my assumption is correct and you execute python code by writing it to a python file and then executing the module, note that this approach is actually much slower to the socket approach. Which is why I did not go for it in the first place. Sockets work similar to files but use memory and thus do not write to hard disk and so they work faster. Which is why sockets are so popular for local IPC as well. I am not sure if Pipes as faster but I doubt it. Memory mapped files are much safer and much faster, which is why shared memory is the most popular IPC for local comunication , the hacker would have to hack the memory low level style because memory mapped files are controlled by the OS kernel and is basically what is used for shared libraries, the very popular DLLs on windows , dylib on MacOS, and so on Linux. If performance becomes a serious issue for you and you want the safest way to do local IPC , I highly recommend this approach. But if you are happy with your current solution, there is no need to modify your code. On Fri, Jan 5, 2018 at 9:09 PM Julien <julien.delplanque(a)inria.fr> wrote: > > Le 5 janv. 2018 Ã 17:15, Dimitris Chloupis <kilon.alios(a)gmail.com> a > Ã©crit : > > > > >> >> Python3Generator allows to generate a Python 3 AST programatically. So >> basically you have objects that represent Python 3 AST nodes and some >> messages in top of that to make the generation of the AST easier from Pharo. >> >> E.g. >> >> ast := 'print' asP3GIdentifier callWith: #('Hello world'). >> >> ast inspect >> > > yes buy why ? Why you want to generate objects , Python AST nodes are > already python objects and you already generate AST nodes each time you > execute python code. > > Using the Atlas syntax your above example would be simpler > > py = ATLPyParser new > > py print:'("Hello World")' > > Is there an advantage using your own syntax ? Is there any advantage of > direct access to Python AST? > > > In MatplotLibBridge I do some checking/optimisations on the AST generated > by high-level API objects (e.g. for optimisation avoid importing a package > twice). > With an AST it is easy with basic Atlas I think this is not possible. > Having an AST allow to do stuff on the code to execute before executing it > and this easily > and maintainable (i.e. not using regexes). > > >> <Capture dâeÌcran 2018-01-05 aÌ 13.06.41.png> >> >> If you have a look at the readme on GitHub you will see more complexe >> examples. >> >> Yes I did take a look but I still did not know why you bother generating > identifiers for each python command manually when ATLPyParser does this > automatically for you. > > For example you have this example > > "Use and initialize the FFI interpreter." > P3GInterpreter useFFIInterpreter. > P3GInterpreter current pathToPython: '/usr/bin/python3'. > > instr := P3GInstructionsList new. > > json := 'json' asP3GIdentifier. > file := 'file' asP3GIdentifier. > os := 'os' asP3GIdentifier. > > instr addAll: { > json import. > os import. > file <- ('open' asP3GIdentifier callWith: #('/tmp/osp3g.json' 'w')). > (file=>#write) callWith: { (json=>#dumps) callWith: {{ > 'os' -> (os=>#name). > 'uname' -> (os=>#uname) call } asDictionary} }. > ((file=>#close) call) > }. > > instr execute. > > > Using the ATLPyParser of Atlas would have been much simpler > > py = ATLPyParser > > Atlas sendMessage:'import json,os' > > py > file:'= open("/tmp/osp3.json","w")';e; > file write:'(json.dump({"os":os.name,"uname":os.uname}))';e; > file close;e. > > Or the point is to fully parse pharo syntax to python ? > > > What I would like to experiment for fun is translating Pharo Smalltalk to > Python 3. > > And as said before with your technique you can not modify the AST easily > before sending it to Python. > > > > >> I wanted that to avoid the user having to set up a Python server >> listening on a socket when it is not needed to get data from Python. >> >> Yep, but if I want to get value from Python into Pharo, I want to have >> them as Pharo objects so as you said some conversion has to be made which >> means more work. >> > > Actually the server is setup at Pharo side, Python side is merely a > client. All the heavy lifting is taking place via Pharo. The user does not > need to do anything , its automatic. But yeah if you want to completely > liberate yourself from sockets I can understand that, though I do not > understand why, you use sockets every time you access the internet and they > are really fast. So its not as if you can avoid socket generation. > > > I agree that sockets are not costly but a problem I see with them is that > it creates a *huge* security issue by letting anyone execute arbitrary > Python code from the outside (except if you configured atlas to only accept > connections from 127.0.0.1). Since I do not need socket to execute > arbitrary code I prefer not using them. > >

Jan. 5, 2018