- Pharo-dev - lists.pharo.org

Environment variables encoding ?
by Sven Van Caekenberghe April 19, 2018

April 19, 2018

Hi, The dictionary OSPlatform current environment contains a copy of the OS's environment variables (more correctly of the VM process), as key/value pairs. These are obtained via the following system calls: on macOS & *nix LIBC environ on Windows KERNEL32 GetEnvironmentStrings It is however a bit unclear how these are encoded. On macOS & *nix that seems to be UTF8, on Windows there are some reports that it appears to be Latin1 - but both might be locale specific, I don't know either way. Does anyone know for sure ? I furthermore think that OSEnvironment and its subclasses, who do this call, should be responsible for decoding the C strings into proper Pharo strings, and not leave that responsibility to its users. Fundamentally, in the following, the decoding is still not done correctly and that is wrong/confusing IMHO. $ FOO=benoÃ®t ./pharo Pharo.image eval 'OSEnvironment current associations' {'TERM_PROGRAM'->'Apple_Terminal'. 'TERM'->'xterm-256color'. 'SHELL'->'/bin/bash'. 'TMPDIR'->'/var/folders/sy/sndrtj9j1tq06j0lfnshmrl80000gn/T/'. 'FOO'->'benoÃÂ®t'. 'Apple_PubSub_Socket_Render'->'/private/tmp/com.apple.launchd.uWk7pivcLT/Render'. 'TERM_PROGRAM_VERSION'->'404'. 'TERM_SESSION_ID'->'845BECCD-0AB0-4686-B7F9-3A0FF84BDCB7'. 'USER'->'sven'. 'SSH_AUTH_SOCK'->'/private/tmp/com.apple.launchd.y5oCwdUyaG/Listeners'. 'PATH'->'/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/texbin:/opt/X11/bin'. 'PWD'->'/tmp/benoiÃÂt'. 'XPC_FLAGS'->'0x0'. 'XPC_SERVICE_NAME'->'0'. 'HOME'->'/Users/sven'. 'SHLVL'->'2'. 'LOGNAME'->'sven'. 'LC_CTYPE'->'UTF-8'. 'DISPLAY'->'/private/tmp/com.apple.launchd.lsgASYFiWW/org.macosforge.xquartz:0'. 'SECURITYSESSIONID'->'186a9'. 'OLDPWD'->'/tmp/benoiÃÂt'. '_'->'/tmp/benoiÃÂt/pharo-vm/Pharo.app/Contents/MacOS/Pharo'. '__CF_USER_TEXT_ENCODING'->'0x1F5:0x0:0x0'} Of course, if we change this, we will need to fix callers. Opinions ? Sven PS: Furthermore, I note that there is a subtle difference in how $FOO and $PWD in the above are UTF-8 encoded. In the former, normalisation was done, in the latter not. Maybe that could lead to problems (when comparing/composing them). This is a difficult/complex subject (https://medium.com/concerning-pharo/an-implementation-of-unicode-normalizat…)

6 10

[CfP] ICOOOLPS 2018
by Tim Felgentreff April 19, 2018

April 19, 2018

Call for Papers: ICOOOLPS'18 ============================ 13th Workshop on Implementation, Compilation, Optimization of Object- Oriented Languages, Programs and Systems Co-located with ECOOP 2018 held Mon 16 - Sun 22 July in Amsterdam, Netherlands Twitter: @ICOOOLPS URL: https://conf.researchr.org/track/ecoop-issta-2018/ICOOOLPS-2018-papers The ICOOOLPS workshop series brings together researchers and practitioners working in the field of language implementation and optimization. The goal of the workshop is to discuss emerging problems and research directions as well as new solutions to classic performance challenges. The topics of interest for the workshop include techniques for the implementation and optimization of a wide range of languages including but not limited to object-oriented ones. Furthermore, meta-compilation techniques or language-agnostic approaches are welcome, too. ### Topics of Interest A non-exclusive list of topics of interest for this workshop is: - Implementation and optimization of fundamental languages features (from automatic memory management to zero-overhead metaprogramming) - Runtime systems technology (libraries, virtual machines) - Static, adaptive, and speculative optimizations and compiler techniques - Meta-compilation techniques and language-agnostic approaches for the efficient implementation of languages - Compilers (intermediate representations, offline and online optimizations,â¦) - Empirical studies on language usage, benchmark design, and benchmarking methodology - Resource-sensitive systems (real-time, low power, mobile, cloud) - Studies on design choices and tradeoffs (dynamic vs. static compilation, heuristics vs. programmer input,â¦) - Tooling support, debuggability and observability of languages as well as their implementations ### Workshop Format and Submissions This workshop welcomes the presentation and discussion of new ideas and emerging problems that give a chance for interaction and exchange. More mature work is welcome as part of a mini-conference format, too. We aim to interleave interactive brainstorming and demonstration sessions between the formal presentations to foster an active exchange of ideas. The workshop papers will be published in ACM DL or an open archive (to be confirmed). Papers are to be submitted using the sigplanconf LaTeX template (http://www.sigplan.org/Resources/LaTeXClassFile/) Please submit contributions via EasyChair: https://easychair.org/conferences/submission_show_all.cgi?a=17114062 ### Important Dates Submissions: 18 May 2018 Author Notification: 8 June 2018 ### Program Committee The program committee consists of the organizers and the following reviewers: Nada Amin, University of Cambridge ClÃ©ment BÃ©ra, RMOD - INRIA Lille Nord Europe Shigeru Chiba, University of Tokyo Benoit Daloze, JKU Linz GÃ¶rel Hedin, Lund University Eric Jul, University of Oslo Stefan Marr, University of Kent Eliot Miranda, Cadence Design Systems Sarah Mount, King's College London Tobias Pape, Hasso Plattner Institute Jennifer Sartor, Vrije Universiteit Brussel + University Ghent ### Workshop Organizers Tim Felgentreff, Oracle Labs Potsdam Olivier Zendra, INRIA / LORIA

1 0

[Pharo 7.0-dev] Build #783: 21729 Less lint violations in AST-Core and related
by ci-pharo-ci-jenkins2＠inria.fr April 19, 2018

April 19, 2018

There is a new Pharo build available! The status of the build #783 was: SUCCESS. The Pull Request #1216 was integrated: "21729 Less lint violations in AST-Core and related" Pull request url: https://github.com/pharo-project/pharo/pull/1216 Issue Url: https://pharo.fogbugz.com/f/cases/21729 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Iceberg and new failure of Metacello github:// URLs
by Martin McClure April 19, 2018

April 19, 2018

I have a project that depends on OSSubprocess. In the Pharo 7 of a week ago I could load this by putting in my baseline: project: 'OSSubprocess' Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â with: [ spec Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â className: #ConfigurationOfOSSubprocess; Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â versionString: #stable; Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â repository: 'github://marianopeck/OSSubprocess:master/repository] but today in build 781 32-bit (my first time trying the new Iceberg GUI) this no longer works. It fails with LGit_GIT_ERROR: error authenticating: no auth sock variable It appears to be attempting to clone 'git@github.com:marianopeck/OSSubprocess.git' which looks like it *would* be right if it were *my* Github project. But it's not, so it would want an SSH key to be able to clone that, I guess? Normally, if doing a manual clone of this repo, I'd use 'https://github.com/marianopeck/OSSubprocess.git'. Is this a bug? Or is my usage incorrect? What's the approved way of doing this? Thanks, -Martin Stack of error in case it helps someone: LGitReturnCodeEnum>>handleLGitReturnCode LGitRepository(LGitExternalObject)>>withReturnHandlerDo: LGitRepository>>clone:options:to: LGitRepository>>clone:options: IceGitScpRemote(IceGitRemote)>>cloneIn:subdirectory: IceRepositoryCreator>>cloneRepository [ self validate. self isCloning Â Â Â ifTrue: [ self cloneRepository ] Â Â Â ifFalse: [ self addLocalRepository ] ] in IceRepositoryCreator>>createRepository in Block: [ self validate.... BlockClosure>>on:do: IceRepositoryCreator>>createRepository [ repository := builder createRepository ] in MCGitHubRepository(MCGitBasedNetworkRepository)>>createIcebergRepositoryFor: in Block: [ repository := builder createRepository ] BlockClosure>>on:do: MCGitHubRepository(MCGitBasedNetworkRepository)>>createIcebergRepositoryFor: [ self createIcebergRepositoryFor: remoteUrl ] in MCGitHubRepository(MCGitBasedNetworkRepository)>>getOrCreateIcebergRepository in Block: [ self createIcebergRepositoryFor: remoteUrl ] OrderedCollection(Collection)>>detect:ifFound:ifNone: OrderedCollection(Collection)>>detect:ifNone: MCGitHubRepository(MCGitBasedNetworkRepository)>>getOrCreateIcebergRepository IceGithubRepositoryType>>mcRepository Iceberg class>>mcRepositoryFor: IceMetacelloPharoPlatform>>createRepository: MetacelloMCBaselineProject(MetacelloMCProject)>>createRepository: MetacelloRepositorySpec>>createRepository [ aSpec createRepository ] in [ :aSpec | | description repo | description := aSpec description. (repo := repositories Â Â Â detect: [ :rep | rep description = description ] Â Â Â ifNone: [ aSpec createRepository ]) ~~ nil Â Â Â ifTrue: [ repos add: repo ] ] in MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: in Block: [ aSpec createRepository ] Array(Collection)>>detect:ifFound:ifNone: Array(Collection)>>detect:ifNone: [ :aSpec | | description repo | description := aSpec description. (repo := repositories Â Â Â detect: [ :rep | rep description = description ] Â Â Â ifNone: [ aSpec createRepository ]) ~~ nil Â Â Â ifTrue: [ repos add: repo ] ] in MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: in Block: [ :aSpec | ... Array(SequenceableCollection)>>do: MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom:ignoreOverrides: MetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>repositoriesFrom: MetacelloPackageSpec>>explicitLoadUsing: MetacelloPackageSpec>>ensureLoadUsing:

2 1

[Pharo 7.0-dev] Build #782: 20712 Review RPackageClassesSynchronisationTest, RPackageExtensionMetâ¦
by ci-pharo-ci-jenkins2＠inria.fr April 19, 2018

April 19, 2018

There is a new Pharo build available! The status of the build #782 was: SUCCESS. The Pull Request #1218 was integrated: "20712 Review RPackageClassesSynchronisationTest, RPackageExtensionMetâ¦" Pull request url: https://github.com/pharo-project/pharo/pull/1218 Issue Url: https://pharo.fogbugz.com/f/cases/20712 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

pharo-contribution CI machines out of disk space
by monty April 18, 2018

April 18, 2018

https://ci.inria.fr/pharo-contribution/job/ZincHTTPComponents/1820/console

4 7

distribute aplication lockdown image
by Juan April 18, 2018

April 18, 2018

Hi there, I write here, to ask what is the best way to distribute an image, without starting in the development tools, and start a window of my application. I think I remember a package called imageLockdown or something like that, but I can not find it in smalltalkhub, maybe it's in another repository. Any response, idea are welcome. Thank you best jmdcc PS: sorry without this is not the correct list, what would it be?

4 3

Trying to load Smacc on the catalog browser -> error
by Stephane Ducasse April 18, 2018

April 18, 2018

Hi thierry When I tried to load Smacc from the catalog browser in pharo 70 and 6.1 I get an error. Stef

1 0

[Pharo 7.0-dev] Build #781: 21726-add-a-first-version-of-evaluate-and-evaluateInContext-to-RBValueNode-and-use-it-in-RBBlockPatternNode
by ci-pharo-ci-jenkins2＠inria.fr April 18, 2018

April 18, 2018

There is a new Pharo build available! The status of the build #781 was: SUCCESS. The Pull Request #1214 was integrated: "21726-add-a-first-version-of-evaluate-and-evaluateInContext-to-RBValueNode-and-use-it-in-RBBlockPatternNode" Pull request url: https://github.com/pharo-project/pharo/pull/1214 Issue Url: https://pharo.fogbugz.com/f/cases/21726 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Re: [Pharo-dev] [Pharo-users] SmalltalkCI now supports loading tonel-based projects
by Gabriel Cotelli April 18, 2018

April 18, 2018

Hi, We managed to implement the coveralls support for Tonel based repos, and fixed the problem loading dependencies in Tonel format (by enabling the Iceberg-Metacello integration). So feel free to test it and report any problem detected (it's now merged in smalltalkCI/master). By now the only open issue we known is: https://github.com/pharo-vcs/iceberg/issues/643. Regards, Gabriel On Sat, Apr 7, 2018 at 6:28 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > SmalltalkCI now supports loading tonel-based projects, so feel free to > start using it. > > The configuration is still the same. > > Please note that coveralls support for tonel is not yet in place, but > that's just a cherry on top. :-) > > Cheers, > Peter >

2 2