- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Smalltalk Internet Browser

by raffaello.giulietti＠lifeware.ch

On 05/05/17 12:25, Craig Latta wrote: > > 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"?

May 5, 2017

List of Pharo 6 contributors - please check

by Pavel Krivanek

Hi, we are collecting the list of people that contributed to the Pharo 6 release. We have now these names: Alberto Bacchelli, Alejandro Infante, Alexandre Bergel, Aliaksei Syrel, Alistair Grant, Andrei Chis, Ben Coman, Bernardo Contreras, Bernhard Pieber, Boris Spasojevic, Camillo Bruni, Christophe Demarey, Clement Bera, Cyril Ferlicot, Dale Henrichs, Damien Cassou, Damien Pollet, Dave Lewis, Denis Kudriashov, Dirk Roeleveld, Eliot Miranda, Esteban Lorenzano, Esteban Maringolo, Evan Donahue, Federico Balaguer, Franck Warlouzet, Glenn Cavarle, Guillermo Polito, Gustavo Santos, Henrik Johansen, Henrik Nergaard, Hilaire Fernandes, Holger Hans, Jan Kurs, Jan van de Sandt, Johan Fabry, Juraj Kubelka, K. K. Subramaniam, Ken Causey, Kris Gybels, Lionel Akue, Luc Fabresse, Lucas Godoy, Marcus Denker, Mariano Martinez Peck, Marion Noirbent, Martin Dias, Max Leske, Maxime Roelandt, Merwan Ouddane, Miguel Campusano, Myroslava Romaniuk, Nicolai Hess, Nicolas Cellier, Nicolas Passerini, Norbert Hartl, Offray Luna, Pablo Tesone, Paul De Bruicker, Pavel Krivanek, Peter Uhnak, Philippe Back, Roger Stebler, Ronie Salgado, Sean DeNigris, Serge Stinckwich, Skip Lentz, Sophie Kaleba, Stefan Reichhart, Stephan Eggermont, Stephane Ducasse, Sven Van Caekenberghe, Thibault Arloing, Thibault Arloing, Thibault Raffaillac, Thierry Goubier, Thomas Heniart, Tommaso Dal Sasso, Torsten Bergmann, Tudor Girba, Udo Schneider, Valentin Ryckewaert, Vincent Blondeau, Werner Kassens, Yuriy Tymchuk Please, If you are not listed and you should, let us know. Cheers, -- Pavel

May 5, 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. > ...and was marginally relevant perhaps only in the academic > field and not at all in the real world. As far as I know, the most Lively activity is at the Hasso-Plattner Institute, but it was also very well received at industry conference JSConf. Frank writes: > ...Squeak running in a browser is already old news, thanks to > [SqueakJS by] Bert Freudenberg... Right, I mentioned it earlier in this very thread, along with WebAssembly. > I don't know about interop between that image running in the browser, > and the browser itself. Since there's a two-way JavaScript bridge in SqueakJS, you can do anything with the browser that any other script can do. It works well. -C -- 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 5, 2017