January 2019 - Pharo-users - lists.pharo.org

Instance of ByteArray did not understand #isByteString in ZnUTF8Encoder
by HernÃ¡n Morales Durand Jan. 27, 2019

Jan. 27, 2019

Hi there, In Pharo 7.0 I've encountered an error related with the new streams changes ( https://github.com/pharo-open-documentation/pharo-wiki/blob/master/Migratio…) while downloading a zip file. Problem is ZnUTF8Encoder expects a String, but my code which worked in Pharo 6 provides a ByteArray. I've isolated it in a reproducible way: | webClient resp | webClient := ZnClient new. UIManager default informUserDuring: [ :bar | bar label: 'Downloading resources for ' , self class printString. [ webClient signalProgress: true; get: ' https://github.com/biosmalltalk/biopharo/raw/develop/test_files/BioSmalltal…' ] on: HTTPProgress , ZnEntityTooLarge do: [ : ex | (ex isKindOf: ZnEntityTooLarge) ifTrue: [ ex resume ] ifFalse: [ | progress | progress := ex. progress isEmpty ifFalse: [ bar current: progress percentage. progress total ifNotNil: [ :aTotalNumber | bar label: 'Downloading ' ] ]. progress resume ] ] ]. (resp := webClient response) isSuccess ifTrue: [ 'output2.zip' asFileReference writeStreamDo: [ : stream | stream nextPutAll: resp contents ] ] ifFalse: [ self error: 'Cannot download resource files' ]. I also tried using #writeOn: on the response, but that also wrote the response header: self response writeOn: 'test1.zip' asFileReference writeStream. self response writeOn: 'test2.zip' asFileReference binaryWriteStream. HTTP/1.1 200 OK Via: 1.1 varnish Strict-Transport-Security: max-age=31536000 ... PK ÃÂ¸ Ã D BioSmalltalkTestFiles/PK ÃÂ½U?+*8!" K / BioSmalltalkTestFiles/A4A7DS6V01S-Alignment.xmlÃÂÃÅksÃâºH Ãâ ÃÂ¿Ã ÃÂ¯ÃÂ¨Ã Ãâ¡ÃÂ©Ã "ÃâÃÂ¹_ Ã ÃÂ¦: 0 R$`ÃÂ°jSS.,aÃâº Any suggestion? Cheers, HernÃ¡n

2 4

[VIDEO TUTORIAL] How to use external code editors to code in Pharo
by Dimitris Chloupis Jan. 27, 2019

Jan. 27, 2019

Often we have users of emacs and vim that request a way to use their favorite shortcuts or features. Some even ask "Would not be nice if I could use my favorite code editor with Pharo ?" Actually not only you can do it, its also very easy. So the following video tutorial explains in the first 3 minutes how to do this and then spends another 10 min talking about how this could be automated to be completely automatic and instantaneous. https://youtu.be/3YfRhDafIxs

18 48

PrimitiveFailed: primitive #createDirectory: in WindowsStore failed
by eftomi Jan. 26, 2019

Jan. 26, 2019

I'm getting the "PrimitiveFailed: primitive #createDirectory: in WindowsStore failed" error when I launch Pharo 7.0 32-bit image in Windows 10, if the image is copied from another computer. Namely, I share my working directory (including Pharo images) among three computers. When I create new Pharo 7.0 image on one of these computers, the image starts OK. The image gets synchronized to other computers. If I start the image on one of these, Pharo responds with the error message: <http://forum.world.st/file/t372052/Capture.jpg> If I save the image on the problematic computer, it runs OK from then on. Then, the error again shows up on another computer and behaves similarly - if I locally store the image, it runs OK. The problem is when I start the image that was copied from another computer. Of course I pay attention that I don't have Pharo running in parallel. Everything works well with older versions of Pharo images (5.0, 6.0, 6.1). Thanks for your help -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

1 0

Updated README for PasswordCrypt
by Pierce Ng Jan. 26, 2019

Jan. 26, 2019

Hi all, I've updated the README for PasswordCrypt as part of my objective to write proper READMEs for my Github repos in 1Q2019. https://github.com/PierceNg/PasswordCrypt Pierce

2 1

How to find out the version of a loaded package
by Sanjay Minni Jan. 26, 2019

Jan. 26, 2019

How can I find out the version of any package loaded in the image (generically / conventionally), e.g. seaside, grease, voyage ... versions loaded in my image e.g. I am getting a conflict and want to know the version of grease already loaded <http://forum.world.st/file/t368721/version.jpg> ----- cheers, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

1 0

unsub
by bruno barske Jan. 25, 2019

Jan. 25, 2019

1 0

macOS VM builds with AddressSanitizer/LeakSanitizer
by Manuel Leuenberger Jan. 25, 2019

Jan. 25, 2019

Hi, Anybody has experience building the VM (pharo.cog.spur) on macOS with custom compiler and flags? I am observing a memory leak on macOS Sierra/Pharo 7/GToolkit. I cannot precisely locate the issue, e.g. I cannot reliably reproduce the problem. So I tried to use AddressSanitizer/LeakSanitizer with custom debug builds of the VM and libMoz2D (used by GToolkit). As building on Linux is easier than on macOS, I got myself some help from a colleague and we managed to build those two artifacts on Linux by sprinkling "-g3 -O0 -fsanitize=leak -fsanitize-memory-track-origins" into the CFLAGS wherever they appear or are picked up. This works fine on Debian 9 with "CC=clang-6.0 CXX=clang++-6.0 ./mvm -d" and some on-the-fly patches for other breaking things. Unfortunately, I cannot reproduce the problem on Linux, so it seems to be platform specific. Even more so, I seem to be the only one observing the issue. Other GToolkit users do not report this issue. As these kind of issues are freaking me out, I cannot let go and need to learn what causes them. So, here I am, trying to build the VM on macOS Sierra and miserably failing to include the sanitizer tags with Clang and giving me those tasty leak reports on VM shutdown. The leak is not observable in the image memory, i.e. the image size reported by the VM is not growing, I am suspecting FFI, possibly in Moz2D, to leak. The FFI registry in the VM also does not report many or large surviving objects, so I would assume the problem to be either on the plugin or VM side. My two concrete questions are: 1. Is it even feasible to detect leaks with this approach? E.g., how does the VM behave on shutdown? Will the leaks show up in the report or will they not be covered, as the VM actually frees everything before shutting down? 2. How do I swap compiler and inject flags on macOS builds? On Linux it was fairly easily done by replacing some variables. But on macOS, Xcode seems to like to mess with me. I got myself Clang-6.0 on macOS from MacPorts, the same as version as I took on Linux. I can build the VM with this, but it there is no leak report on VM shutdown. Anybody has an idea how to debug the build? Bonus question: Can the VM provide an inspectable view of all the allocated memory to the image? That would be perfect. I think Luke Gorrie does some magic like this in his Studio for core dumps etc. Cheers, Manuel

2 2

How to embed VSE application into Pharo
by Lorenzo Schiavina Jan. 25, 2019

Jan. 25, 2019

Hi, I am a very old Smalltalk user; I have developed TONS of application with Digitalk's VSE; some of them are used by more hundreds clients. Can you tell me if there is any possibility to embed my VSE applications into Pharo without rewriting them? My goal would be to use Pharo for my new applications without loose the old ones and to interact with old ones in Pharo. Many thanks for your answer Lorenzo

2 2

[ANN] Pharo 7.0 released!
by Esteban Lorenzano Jan. 24, 2019

Jan. 24, 2019

Pharo 7.0 released! =============== Dear World and dynamic language lovers: The time has come for Pharo 7.0! Pharo is a pure object-oriented programming language and a powerful environment, focused on simplicity and immediate feedback. This is our most significant release yet. Here are the key highlights of this release: â¢ Pharo is now provided in 64-bit version in Linux and OSX and brings even better performance and stability. The 64-bit version is now recommended for Linux and Mac, and is provided as technical preview for Windows. â¢ Pharo comes with a new version of the PharoLauncher (https://pharo.org/download) THE tool to manage your distributions (access to regular versions, jenkins builds, and older versions). â¢ Pharo build has a fully new build process that supports its full bootstrap from sources. This will enable the production to specific (micro) images. â¢ Iceberg, the git client for Pharo has been significantly improved, and is the default CMS. â¢ Calypso, the angular stone of PharoThings, is the new system Pharo browser. It replaces Nautilus and brings better remote working and more advanced browsing capabilities. â¢ IoT is now an important part of Pharo. Installing PharoThings (https://github.com/pharo-iot/PharoThings) provides an impressive amount of tools to develop applications in small devices. â¢ The unified foreign function interface (UnifiedFFI) for interfacing with the outside world is significantly improved to work properly on Windows 64-bit. Pharo 70âs new infrastructure and process set the stage for a new generation of version. The visibility of GitHub combined with the powerful tools that have been validated with more than one year of beta testing is massively pay off. These are just the more prominent highlights, but the details are just as important. We have closed a massive amount of issues: 2142 issues! (A comprehensive changelog can be found at: https://github.com/pharo-project/pharo-changelogs/blob/master/Pharo70Change…) While the technical improvements are significant, still the most impressive fact is that the new code that got in the main Pharo 7.0 image was contributed by more than 75 people. Pharo is more than code. It is an exciting project involving energetic people. We thank all the contributors of this release: Gabriel Omar Cotelli, Gustavo Santos, Marcus Denker, Torsten Bergmann, Esteban Lorenzano, Bernardo Ezequiel Contreras, Guille Polito, Pablo Tesone, Yoan Geran, StÃ©phane Ducasse, Cyril Ferlicot, Vincent Blondeau, Denis Kudriashov, Julien Delplanque, Tim Mackinnon, Max Leske, Andrew P. Black, Tomohiro Oda, ClÃ©ment BÃ©ra, Ben Coman, Eric Gade, Yuriy Tymchuk, Nicolas Cellier, Biyalou-Sama Asbath, Myroslava, Sean DeNigris, Juraj Kubelka, Noury Bouraqadi, Holger Freyther, Geoff Reedy, Norbert Hartl, Paul DeBruicker, Alain Plantec, MartÃn Dias, Peter Uhnak, Tomohiro Oda, BenoÃ®t Verhaeghe, Santiago Bragagnolo, Wouter van Zuilen, Bernhard Pieber, Damien Pollet, Geoff Hill, Hans-Martin Mosner, Ronie Salgado, Philippe Back, Aliaksei Syrel, Dayne Guerra, Rafael Luque, Serge Stinckwich, Vincent Aranega, HernÃ¡n Morales Durand, Petr Fischer, Rajula Vineet Reddy, Alexandre Bergel, Esteban A. Maringolo, Jan BlizniÄenko, Johan Brichau, Luc Fabresse, Quentin Ducasse, SÃ©bastien Roccaserra, Stephan Eggermont, Sven Van Caekenberghe, Takano Mitsuhiro, Pavel Krivanek, Allex Oliveira, Christophe Demarey, Lionel Akue, Nicolai Hess, Martin McClure, Alistair Grant, Pierre Tsapliayev, Milton Mamani, Matteo Marra, Thomas Dupriez, Asbathou Biyalou-Sama. (If you contributed with Pharo 7.0 development in any way and we missed your name, please send us a mail and we will add you). Enjoy! The Pharo Team Try Pharo: http://pharo.org/download Learn Pharo: http://pharo.org/documentation

8 9

Re: [Pharo-users] Website is down
by john pfersich Jan. 24, 2019

Jan. 24, 2019

Maybe ask more people to join the Pharo Association to get funds to move the file server to a infrastructure that can handle a higher volume of traffic. I know that Iâd be willing to increase my Bountysource contribution to help cover the cost. I donât use Pharo professionally, but I try to push Smalltalk, and Pharo specifically as a solution in my work assignments. Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Jan 23, 2019, at 13:57, Todd Blanchard <tblanchard(a)mac.com> wrote: > > Is it a static website or does it have code behind it? > > Could we use S3 at AWS? > >> On Jan 22, 2019, at 9:37 AM, Esteban Maringolo <emaringolo(a)gmail.com> wrote: >> >> El mar., 22 ene. 2019 a las 14:03, Esteban Lorenzano >> (<estebanlm(a)gmail.com>) escribiÃ³: >>> >>> There is a problem with INRIA servers :( >>> They does not seems to support high traffic >>> >> >> They don't support high traffic nor high volume either. The download >> speed was awful then, and it's even worst now. >> But hey, those who pass all these obstacles to get to know and try >> Pharo are more likely to continue using it. :) >> >> >>> (supposing public from reddit and yc is high traffic?) >> >> Well... with at least a 100:1 ratio of visits:upvotes the hits must be >> at least two order of magnitude higher than on a regular day. >> Which makes me wonder... do we have any stats of that? >> >> These problems are "good" problems, and are the easiest to solve. >> >> >> Esteban A. Maringolo >> > >

2 1