- Pharo-users - lists.pharo.org

[ANN] Merlin to GitHub

by HernÃ¡n Morales Durand

Hi I just ported Merlin to Github with the GitMigrator. Please let me know if you want me to transfer the repository since this is mostly work of the Moose Team. https://github.com/hernanmd/merlin Cheers, HernÃ¡n

April 21, 2021

Re: Segfault with ZnClient and https

by Sven Van Caekenberghe

> On 21 Apr 2021, at 09:46, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > $ ./pharo Pharo.image eval "(ZnClient new url: 'https://pharo.org/web/files/pharo.png'; get; response) contentType" > image/png Actually, this is nicer, simpler and clearer: $ ./pharo Pharo.image eval "ZnClient new get: 'https://pharo.org/web/files/pharo.png'; response" a ZnResponse(200 OK image/png 34696B)

April 21, 2021

Re: Segfault with ZnClient and https

by Sven Van Caekenberghe

Hi Petter, It should work, but of course there might be something wrong. To get a baseline for your issue here is what I did, and what you could try to repeat. $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=20.04 DISTRIB_CODENAME=focal DISTRIB_DESCRIPTION="Ubuntu 20.04.2 LTS" $ uname -a Linux t3-pharo-test 4.15.0-140-generic #144-Ubuntu SMP Fri Mar 19 14:12:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux $ mkdir pharo $ cd pharo $ curl get.pharo.org/64/90+vm | bash % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 3054 100 3054 0 0 129k 0 --:--:-- --:--:-- --:--:-- 129k Downloading the latest 90 Image: http://files.pharo.org/get-files/90/pharo64.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/get-files/90/pharo64-linux-stable.zip pharo-vm/pharo Creating starter scripts pharo and pharo-ui $ ./pharo --version 5.0-202002121043 Wed Feb 12 11:06:45 UTC 2020 gcc 5.4.0 [Production Spur 64-bit VM] CoInterpreter * VMMaker-CompatibleUserName.1580983506 uuid: 7aff73cb-5a2e-5002-a356-37de4e762a49 Feb 12 2020 StackToRegisterMappingCogit * VMMaker-CompatibleUserName.1580983506 uuid: 7aff73cb-5a2e-5002-a356-37de4e762a49 Feb 12 2020 VM: 202002121043 https://github.com/pharo-project/opensmalltalk-vm.git Date: Wed Feb 12 11:43:20 2020 CommitHash: 52202d8 Plugins: 202002121043 https://github.com/pharo-project/opensmalltalk-vm.git Linux travis-job-93347cf3-9798-4672-8c23-706b9ceb049b 4.15.0-1028-gcp #29~16.04.1-Ubuntu SMP Tue Feb 12 16:31:10 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/t3/tmp/pharo/pharo-vm/lib/pharo/5.0-202002121043 [default: /home/t3/tmp/pharo/pharo-vm/lib/pharo/5.0-202002121043/] $ ./pharo Pharo.image printVersion [version] 'Pharo9.0.0' 'Pharo-9.0.0+build.1343.sha.7b1f2ac8e896d2b755451d8e00686a290240fde5 (64 Bit)' $ ./pharo Pharo.image eval "(ZnClient new url: 'https://pharo.org/web/files/pharo.png'; get; response) contentType" image/png $ ./pharo Pharo.image eval ZdcPluginSSLSession new a ZdcPluginSSLSession You could try to use ldd to try to figure out if you have any missing libraries. Sven > On 20 Apr 2021, at 23:22, Petter <petter.egesund(a)gmail.com> wrote: > > Hi, I have trouble with latest Fedora 33, plain installation and Pharo 8.0 > stable, 64 bit. > > When I try a > > ZnClient new url: 'https://something..'; get. > > The image segfaults. > > Last lines from log are: > > primitiveSSL:setStringProperty:toValue: > atAllPut: > atAllPut: > primitiveSSL:connect:startingAt:count:into: > > stack page bytes 8192 available headroom 5576 minimum unused headroom 5952 > > --- > > It seems libssl and libcrypto is bundled togheter with Pharo, looks like > version 1.0.0. > > I then try to compile openssl with 1.0.0-stable which I build myself, but > when replacing the Pharo-libs with my own I get the message that I am using > a too old tls-version error. > > I am a little confused on what is happening here. Do anyone have a clue? > > (git checkouts over ssh works fine, strange enough) > > Petter > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 21, 2021

Segfault with ZnClient and https

by Petter

Hi, I have trouble with latest Fedora 33, plain installation and Pharo 8.0 stable, 64 bit. When I try a ZnClient new url: 'https://something..'; get. The image segfaults. Last lines from log are: primitiveSSL:setStringProperty:toValue: atAllPut: atAllPut: primitiveSSL:connect:startingAt:count:into: stack page bytes 8192 available headroom 5576 minimum unused headroom 5952 --- It seems libssl and libcrypto is bundled togheter with Pharo, looks like version 1.0.0. I then try to compile openssl with 1.0.0-stable which I build myself, but when replacing the Pharo-libs with my own I get the message that I am using a too old tls-version error. I am a little confused on what is happening here. Do anyone have a clue? (git checkouts over ssh works fine, strange enough) Petter -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 20, 2021

Re: Seaside disappearing under Windows

by David Pennington

April 20, 2021

Re: Seaside disappearing under Windows

by Sven Van Caekenberghe

David, > On 20 Apr 2021, at 17:01, David Pennington <david(a)totallyobjects.com> wrote: > > I have finally given up on trying to sort this out. Under both Windows Server 2012 and Windows 10 my Pharo image just exits leaving nothing, not even a crash file. Hence, I have fixed my MacBookAir so that it stays alive with the lid down and I am now using that as my Seaside server. It has been up for the last 4 days so it seems that this is a Windows only problem and (hopefully) not my code. > > In passing, I am a high-level programmer in Pharo in that I do not use any special calls or processes. > > Davids > Totally `Objects I believe you are using some form of persistency that you built yourself, with data written in STON to files. Assuming you store each object in its own file, you are then also doing a lot of IO. Are you sure that you are properly closing your file streams, in all circumstances ? It is possibly that you run out of IO resources. Also, garbage collection on a server image (without a UI) is sometimes a bit strange, it can take a while to kick in. I am just guessing here. It is still not good that the image/vm quits without any notice, that is for sure. Sven

April 20, 2021

Re: Seaside disappearing under Windows

by David Pennington

I have finally given up on trying to sort this out. Under both Windows Server 2012 and Windows 10 my Pharo image just exits leaving nothing, not even a crash file. Hence, I have fixed my MacBookAir so that it stays alive with the lid down and I am now using that as my Seaside server. It has been up for the last 4 days so it seems that this is a Windows only problem and (hopefully) not my code. In passing, I am a high-level programmer in Pharo in that I do not use any special calls or processes. Davids Totally `Objects

April 20, 2021

Re: Help Needed: Looking for projects to use in a study of transforming deprecations

by Oleksandr Zaitsev

Richard O'Keefe wrote > Surely this is back to front? #includesAllOf: reads well and is > compatible with GNU Smalltalk (and classic Squeak), while #includesAll: > doesn't work in most of the Smalltalks I have access to. > > My own library has > {includes,excludes}{All,Any,None,One}Of: > which wouldn't read nearly so well without "Of". Yes, this makes sense! I will fix that example Thank you -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 20, 2021

Re: Help Needed: Looking for projects to use in a study of transforming deprecations

by Oleksandr Zaitsev

gcotelli wrote > We have several projects in the Buenos Aires Smalltalk group that can > match > (we provide in fact a migration package when breaking backward > compatibility including transformation rules so you have a human benchmark > to compare). Thanks a lot Gabriel and Serge! I will run my experiment of those projects -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 20, 2021

Re: Postgres P3 Driver in seaside/web apps - strategy for "prepare:"

by Esteban Maringolo

Not completely related, but also not unrelated. (?) You can pool your connections in the server side by means of pg_bouncer [1] to scale tenfold (or more) the connectivity to your PostgreSQL server. So you can program with P3Client and then when you need to scale the connectivity, simply do it on the server side. Of course if you have 1000s of P3Clients on a single image, then it might take a big toll on the memory use, so it also depends on how you balance connections. Best regards, [1] https://www.pgbouncer.org/config.html Esteban A. Maringolo On Mon, Apr 19, 2021 at 2:52 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Sanjay, > > > On 19 Apr 2021, at 18:14, Sanjay Minni <sm(a)planage.com> wrote: > > > > Hi > > > > using the P3 Postgres driver > > > > what is the optimised way of using the following in a seaside/web > > application > > statement := client prepare: ... > > statement execute: > > statement close. > > > > Sven readme on the drivers page > > "prepared statements ... need to be closed, prepared statement exist ... > > single session / connection ..." > > First make sure that you give each session in your (seaside) web > application its own connection/client to the database. P3Client is meant to > be used single threaded, it is your responsibility to protect this. Make > sure these are initialised and disposed of properly - use logging. > > Second, I would not put time in trying to gain performance with prepared > statements until you can prove that it makes a real, measurable difference. > PostgreSQL is very fast. But this is IMHO. > > See further. > > > Typically in a desktop app I would fire the "prepare" statements(s) once > > when open the particular UI / window (say typically 2 or 3 statements in > a > > UI) and then "close" when I exit > > > > How does this work in a multi-tabbed browser app > > lets say I open a tab with a particular UI and fire the "prepare" > statement > > > > now what if the tab idles for too long - and then i press send/save. The > > program would have just fired the "execute ..." assuming the prepare is > > active. would the prepare / session have been automatically closed ? > > > > - when should i typically fire the prepare statement > > Either upfront when you connect, or each time when you need them (see > further). The scope of a prepared statement is the connection/session. > > Preparing 10s of statements upfront that you might not need could increase > connection time. > > > - how should i test if the session / prepare is still active or needs to > be > > refired > > There is P3Client>>#preparedStatementNamed: > You best use P3Client>>#prepare:named: then. > > > - how are orphan prepare statements disposed off ny the database / > program > > They get thrown out when the connection closes. > > HTH, > > Sven > > PS: > > There is also P3ConnectionPool that can protect against concurrent access, > prepare connections, warm up, on top of its base functionality of pooling, > of course. But a challenge with connection pooling is what to do when > errors occur. > > > thanks for pointers > > Sanjay > > > > > > > > ----- > > cheers, > > Sanjay > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

April 19, 2021