- Pharo-dev - lists.pharo.org

Respect Pharo and respect us

by Stephane Ducasse

Hi guys Could we have discussion about ***PHARO*** in the Pharo-dev mailing-list? Can we get a bit of respect? Should we create a private dev mailing-list so that we can get our focus? I start to get bored to have to mute threads. I let you imagine the threads I'm muting. In addition, I would really like that you ask yourself when is the last time that you did something for Pharo if ever. You see doing something for Pharo is as easy as - removing typo from a book - adding a comment in a method - helping a newbie but often you prefer to talk I know why because this is easy. So you do not need to have the perfect X&*^*&^ system to take 10 min of your great life to HELP (see above) Our goal is to build Pharo and we would love other people to help or at least do not use our bandwidth about other goals. So respect Pharo and us. Stef

May 6, 2017

Re: [Pharo-dev] Smalltalk Internet Browser

by Craig Latta

Raffaello writes: > > > If I understand the proposal correctly, something similar was > > > tried in project Lively Kernel (https://www.lively-kernel.org/) > > > which is dead since long... > > > > That project is alive, actually. > > The last news and copyright notices are from 2012, the last release is > from February 2014, the last mailing list entry is from August 2016 > and its gzipped volume in the last year is less than 5 KB. > > Would anybody honestly call such a project "alive"? As long as there are people using it, then yes, it's alive. I would say the best indication of activity is the HPI Lively Kernel page[1], and its associated wiki, which has content from 2017. You might also be interested in the consulting work done for Daimler with Lively, and other real-world projects described in the paper "A World of Active Objects for Work and Play: The First Ten Years of Lively", by Ingalls et al[2]. For me, the most relevant example of Lively's real-world impact is Bert Freudenberg's use of it to create SqueakJS. You can read about that in the paper "SqueakJS - A Modern and Practical Smalltalk That Runs in Any Browser"[3]. I'm using SqueakJS now to create in-browser JavaScript IDEs (for livecoding JS front-end frameworks like React), and distributed systems that federate native apps with web browsers across multiple machines. StÃ©phane writes: > ...is [SqueakJS] a browser plugin? No, it's a JS framework written in normal JavaScript, loadable by any HTML page via a <script> tag. One could package it as a web browser extension, though (or a node.js package, etc.). You can get all the details, and try it out, at [4]. thanks, -C [1] https://tinyurl.com/l3uxuzp (hpi.uni-potsdam.de) [2] https://tinyurl.com/lad3mqw (hpi.uni-potsdam.de) [3] https://tinyurl.com/lnwhbov (hpi.uni-potsdam.de) [4] https://squeak.js.org -- Craig Latta Black Page Digital Amsterdam :: San Francisco craig(a)blackpagedigital.com +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

May 6, 2017

Re: [Pharo-dev] Pharo booklet collection

by phil＠highoctane.be

For books, there is the docker-texlive thing from Damien that we looked into yesterday because TexLive was giving some headaches. https://github.com/philippeback/docker-texlive has my current thing for one to build a container with all prerequisites for TexLive and Pharo installed. Idea is to clone the book repo on the host and get into an container to build the book. There is a /work volume that can be mapped onto the host with the docker run's -v command. Then just use ./download.sh in there to install Pharo and pillar in the container. Do not do that in the host or you'll end up with wrong versions (like my host is CentOS and the container is Ubuntu, even worse with host is macOS or Windows). Then "make book" should give a book in build/ There is a "make wipeout" command that obliterates the build folder for good so you can start clean. No harm done on your files. Will document more of this but woul dbe nice if someone could check this out too. There is a script in base/ to build the docker image. Phil On Sat, May 6, 2017 at 9:20 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > I fixed it. > The code for the web site in on github. > > Stef > > On Tue, May 2, 2017 at 10:32 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: >> >> Correct link seems to be >> >> >> http://files.pharo.org/books-pdfs/booklet-Glorp/2017-05-02-Glorp.spiral.pdf >> Esteban A. Maringolo >> >> >> 2017-05-02 17:28 GMT-03:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> > link for glorp gives smacc book error >> > >> > On Tue, May 2, 2017 at 10:25 PM, Stephane Ducasse >> > <stepharo.self(a)gmail.com> >> > wrote: >> >> >> >> Hi Pharoers >> >> >> >> You are lucky. The "Pharo booklet collection" edited by S. Ducasse is >> >> arriving... >> >> >> >> Are you ready to read nice and focused booklets? >> >> >> >> You can find at http://files.pharo.org/books/ in beta version: >> >> >> >> Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J. >> >> Lecerf >> >> and S. Ducasse. >> >> Glorp: the Object Relational Mapper framework by E. Maringolo, N. Pratt >> >> and R. Withney >> >> >> >> All the book material is hosted on >> >> https://github.com/SquareBracketAssociates so you can contribute! Fix >> >> typos >> >> and propose new material. >> >> >> >> We are planning a booklet on Magritte, Reddit in 10 cool classes, >> >> Voyage, >> >> and Mocking with BabyMock and Mocketry, XML (but we need a writer) and >> >> potentially PetitParser. >> >> >> >> If you have material for a tutorial and you would like to be part of >> >> the >> >> Pharo Booklet Collection contact S. Ducasse. >> >> >> >> S. Ducasse >> > >> > >> >

May 6, 2017

Re: [Pharo-dev] Pharo booklet collection

by Stephane Ducasse

I fixed it. The code for the web site in on github. Stef On Tue, May 2, 2017 at 10:32 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Correct link seems to be > > http://files.pharo.org/books-pdfs/booklet-Glorp/2017-05-02- > Glorp.spiral.pdf > Esteban A. Maringolo > > > 2017-05-02 17:28 GMT-03:00 phil(a)highoctane.be <phil(a)highoctane.be>: > > link for glorp gives smacc book error > > > > On Tue, May 2, 2017 at 10:25 PM, Stephane Ducasse < > stepharo.self(a)gmail.com> > > wrote: > >> > >> Hi Pharoers > >> > >> You are lucky. The "Pharo booklet collection" edited by S. Ducasse is > >> arriving... > >> > >> Are you ready to read nice and focused booklets? > >> > >> You can find at http://files.pharo.org/books/ in beta version: > >> > >> Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J. > Lecerf > >> and S. Ducasse. > >> Glorp: the Object Relational Mapper framework by E. Maringolo, N. Pratt > >> and R. Withney > >> > >> All the book material is hosted on > >> https://github.com/SquareBracketAssociates so you can contribute! Fix > typos > >> and propose new material. > >> > >> We are planning a booklet on Magritte, Reddit in 10 cool classes, > Voyage, > >> and Mocking with BabyMock and Mocketry, XML (but we need a writer) and > >> potentially PetitParser. > >> > >> If you have material for a tutorial and you would like to be part of the > >> Pharo Booklet Collection contact S. Ducasse. > >> > >> S. Ducasse > > > > > >

May 6, 2017

Re: [Pharo-dev] Smalltalk Internet Browser

by Stephane Ducasse

frank is it a browser plugin? On Thu, May 4, 2017 at 10:31 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > > On 4 May 2017 at 08:55, askoh <askoh(a)askoh.com> wrote: > >> Thanks everyone for digging out the various possibilities. It is >> heartening >> to know the community is healthy and engaging. >> >> Let me summarize the possibilities: >> 1) Recompile Smalltalk VM from C to WebAssembly to run inside a browser at >> near native speed. This means a complete Smalltalk IDE inside a browser >> with >> full access to the browser innards. >> > > It's not WebAssembly but Squeak running in a browser is already old news, > thanks to Bert Freudenberg - see http://try.squeak.org/#url= > http://files.squeak.org/5.0/&zip=[Squeak5.0-15113.zip, > SqueakV50.sources.zip] and https://squeak.js.org/. I don't know about > interop between that image running in the browser, and the browser itself. > > frank > > >> 2) Embed Chromium or ChromeHeadless or WebKit inside the Smalltalk IDE. >> Browser access is through the exposed APIs. >> 3) Enhance Scamper, a basic browser written in Smalltalk, to include more >> and more of the capabilities of Chrome say. >> >> All the best, >> Aik-Siong Koh >> >> >> >> -- >> View this message in context: http://forum.world.st/Smalltal >> k-Internet-Browser-tp4944879p4945606.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >

May 6, 2017

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

by Stephane Ducasse

Hi ben I appreciate your general attitude and I hope that you find the job you love to have. Stef On Thu, May 4, 2017 at 5:59 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Wed, May 3, 2017 at 10:02 PM, Raffaello Giulietti < > raffaello.giulietti(a)lifeware.ch> wrote: > >> Hi Ben, >> >> >> On 2017-05-03 14:56, Ben Coman wrote: >> >>> Thanks for the follow up. Glad to hear its nothing intrinsic to Pharo. >>> >>> btw, Is there somewhere in the documentation or class/method comments >>> that you believe this N-base situation should be spelled out better? >>> >>> >> >> Well, I wouldn't call the parameter of ExternalAddress>>byteAt:... >> methods a "byteOffset", as offset invariably indicates a *difference* >> between indices or addresses. Thus, I would for example expect an offset of >> 0 to refer to the first byte, whether its index is 0 or 1. >> >> This is in contrast with the Smalltalk convention that <something>At: >> selectors with numerical arguments usually mean a 1-based *index*. >> >> >> >> BTW, just for information, what is your role in the development of Pharo? >> > > For me Pharo is a dedicated hobby, doing a few hours most week nights and > longer stints on weekends. Some people love doing crosswords. I love > programming and enjoy Pharo the most. Not having any commercial time > pressures has allowed me the luxury to dive deep into areas of interest, > which is usually the lower level stuff like DelayScheduler, > semaphores/mutexes and Processes in Image & VM - but so far I've not done > anything with the JIT. > > My day job is this... https://www.linkedin.com/in/bencoman/?ppe=1 > I dream of one day using Pharo as a soft-realtime industrial automation > control system on a Beagleboard, but so far I've taken limited concrete > action towards that. > > I'm located south of the equator in Western Australia, so quite remote > from most others in the community (although I did have the pleasure of > meeting Thierry & Onil once when they were visiting family here). > > cheers -ben > > > P.S. I'll take this opportunity to mention I'm between jobs at the > moment. So I'd be happy to hear from anyone needing some odd jobs done, > while I consider my options. >

May 6, 2017

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

by Stephane Ducasse

Thanks Denis. On Wed, May 3, 2017 at 6:10 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2017-05-03 16:09 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > >> How could I load that JVM bridge? >> >> I am having a use case or two for that and was thinking that this was >> not working with new Pharos. >> > > I tried load JNIPort today. It is not loaded/working on Pharo6 because it > is based on NativeBoost which is not supported by SpurVM. > But I created suitable package which resolves missing classes. (in my > test repo <http://smalltalkhub.com/#!/~dionisiy/DionisiyPlayground>). It > should be loaded before JNI config. This is only thing I did. I not tested > anything then >

May 6, 2017

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

by Stephane Ducasse

Hi raffael Ben is a contributor of Pharo and he takes care about steady improvement even at the level of comments. Every user of Pharo should have the same take because Pharo is our common wealth. Stef On Wed, May 3, 2017 at 4:02 PM, Raffaello Giulietti < raffaello.giulietti(a)lifeware.ch> wrote: > Hi Ben, > > > On 2017-05-03 14:56, Ben Coman wrote: > >> Thanks for the follow up. Glad to hear its nothing intrinsic to Pharo. >> >> btw, Is there somewhere in the documentation or class/method comments >> that you believe this N-base situation should be spelled out better? >> >> > > Well, I wouldn't call the parameter of ExternalAddress>>byteAt:... methods > a "byteOffset", as offset invariably indicates a *difference* between > indices or addresses. Thus, I would for example expect an offset of 0 to > refer to the first byte, whether its index is 0 or 1. > > This is in contrast with the Smalltalk convention that <something>At: > selectors with numerical arguments usually mean a 1-based *index*. > > > > BTW, just for information, what is your role in the development of Pharo? > > > Greetings > Raffaello > >

May 6, 2017

Re: [Pharo-dev] [Zinc] How do I set the entry limit for ZnMultiValueDictionary?

by Sven Van Caekenberghe

Max, > On 5 May 2017, at 16:59, Max Leske <maxleske(a)gmail.com> wrote: > > Hi, > > I'm performing a legal request that has more than 4000 parameters. This causes the Zinc server to return 400: Bad Request because ZnMultiValueDictionary is limited to 256 entries by default. > > The dictionary has the option to remove the limit or to adjust it with a dynamic variable. Unfortunately, I don't see any way to properly configure this without monkey patching Zinc. Ideally, I'd like to remove the limit (which can't be done through the dynamic variable by the way because when the dynamic variable answers nil, the default will be set to 256). > > The first thing that comes to mind is to move this setting to ZnConstants, but then I don't see any way to configure ZnConstants either (ZnConstants is referenced directly by its users). Maybe ZnConstants could be changed to hold a concrete constants class (itself by default). > > In any case, I think this setting should be configurable and the configuration should be possible through one single entry point, together with options like #codec. > > Thoughts? > > Cheers, > Max You are the first one to complain about this limit. This one and other resource limits exist to protect the client/server against abuse and attacks. I think what is needed is something like ZnServer>>#withMaximumEntitySizeDo: which uses the server option #maximumEntitySize. Would that work for you, you think ? Sven

May 5, 2017

[Zinc] How do I set the entry limit for ZnMultiValueDictionary?

by Max Leske

Hi, I'm performing a legal request that has more than 4000 parameters. This causes the Zinc server to return 400: Bad Request because ZnMultiValueDictionary is limited to 256 entries by default. The dictionary has the option to remove the limit or to adjust it with a dynamic variable. Unfortunately, I don't see any way to properly configure this without monkey patching Zinc. Ideally, I'd like to remove the limit (which can't be done through the dynamic variable by the way because when the dynamic variable answers nil, the default will be set to 256). The first thing that comes to mind is to move this setting to ZnConstants, but then I don't see any way to configure ZnConstants either (ZnConstants is referenced directly by its users). Maybe ZnConstants could be changed to hold a concrete constants class (itself by default). In any case, I think this setting should be configurable and the configuration should be possible through one single entry point, together with options like #codec. Thoughts? Cheers, Max

May 5, 2017