May 2017 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] ./pharo --help returns exit code 1 on ubuntu

by Andrei Chis

On Fri, May 5, 2017 at 10:13 AM, K K Subbu <kksubbu.ml(a)gmail.com> wrote: > On Friday 05 May 2017 03:01 AM, Andrei Chis wrote: > >> Any thoughts or places where I can look? This problem is still in the >> latest vm. >> >> Cheers, >> Andrei >> >> On Thu, Mar 30, 2017 at 9:37 AM, Andrei Chis <chisvasileandrei(a)gmail.com >> <mailto:chisvasileandrei@gmail.com>> wrote: >> >> Hi, >> >> In an ubuntu installation with the latest vm and Pharo 6 image when >> executing `./pharo --help` I get an error code of 1. >> ... >> On mac the error code is 0. Also when executing './pharo' or >> './pharo Pharo.image --help' or './pharo --version' the error code >> is 0 on both mac and linux. >> > > That is strange. The source code returns 1 for both unix and Mac: > -----platforms/Mac OS/vm/sqMacUnixCommandLineInterface.c ---- > if (!strcmp(argv[0], "-help")) { > usage(); > return 1; } > -----platform/unix/vm/sqUnixMain.c > if (!strcmp(argv[0], VMOPTION("help"))) { usage(); > return 1; } > ------- > > BTW, the option is "-help" with a single dash. Two dashes will print the > same because the option is not recognized. You may as well type "--hellllp" > ;-). > Thanks for the info! It's actually a bit stranger. The option should be specified using '--' ./pharo -help unknown option: -help Common <option>s: --help print this help message, then exit Then `./pharo -help` returns an exit code of 1 on mac/linux while `./pharo --help` returns a exit code of 0 on mac and 1 on linux. I think this behaviour comes from [1] and [2]: ----platforms/unix/vm/sqUnixMain.c---- if (!strcmp(argv[0], VMOPTION("help"))) { usage(); return 1; } ----platforms/iOS/vm/OSX/sqSqueakOSXApplication.m---- if ([argData isEqualToString: VMOPTIONOBJ("help")]) { [self usage]; exit(0); return 1; } It's still not clear why running the vm to print the help of the version should exit with an error code. Cheers, Andrei [1] https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/b076561abada1884750d… [2] https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/995e7aedc3b5aeb76904… > > Regards .. Subbu > >

May 5, 2017

Re: [Pharo-dev] ./pharo --help returns exit code 1 on ubuntu

by K K Subbu

On Friday 05 May 2017 03:01 AM, Andrei Chis wrote: > Any thoughts or places where I can look? This problem is still in the > latest vm. > > Cheers, > Andrei > > On Thu, Mar 30, 2017 at 9:37 AM, Andrei Chis <chisvasileandrei(a)gmail.com > <mailto:chisvasileandrei@gmail.com>> wrote: > > Hi, > > In an ubuntu installation with the latest vm and Pharo 6 image when > executing `./pharo --help` I get an error code of 1. >... > On mac the error code is 0. Also when executing './pharo' or > './pharo Pharo.image --help' or './pharo --version' the error code > is 0 on both mac and linux. That is strange. The source code returns 1 for both unix and Mac: -----platforms/Mac OS/vm/sqMacUnixCommandLineInterface.c ---- if (!strcmp(argv[0], "-help")) { usage(); return 1; } -----platform/unix/vm/sqUnixMain.c if (!strcmp(argv[0], VMOPTION("help"))) { usage(); return 1; } ------- BTW, the option is "-help" with a single dash. Two dashes will print the same because the option is not recognized. You may as well type "--hellllp" ;-). Regards .. Subbu

May 5, 2017