Re: [Pharo-dev] Pumping FFI documentation
Hi Guillermo, I forked the uFFI booklet repo, branched your "version2", and revised & expanded the introduction section of the first chapter... I decided that before I got too far, I should submit a pull request for just that much and get some feedback in case I need trajectory tuning. Your prose is easy to edit. :^) And it looks like my submission promptly broke Travis... Oops. -Ted Guillermo Polito wrote > Hi Ted, > > I split this in a separate thread to avoid noise :) > >> El 23 sept 2019, a las 23:14, Brainstorms > wild.ideas@ > escribió: >> >> Guillermo, >> >> I'm interested in helping, but at this point, I think I'd be most helpful >> working at improving documentation (mainly editing) rather than working >> on >> Pharo code itself. (I'd like to work toward that, though.) > > I’ve been doing a pass on the structure, and I was thinking on a rough > structure as follows: > 1) Intro to FFI (callouts, function and library lookup, intro to value > marshalling) > 2) Marshalling (sending arguments, literal arguments, more on > marshalling, basic C types: ints, floats, pointers and how they are > transformed to pharo objects and vice-versa…) > 3) Complex types: strings, unions, arrays, opaque types > 4) Derived types on the Pharo side: How to design nice classes with all > this > 5) Callbacks > 6) Memory management > > I did already a pass on 1), and I got blocked in 2), though I want to > release a version of it this week. > > If you’re up for it, there are several things we can do: > - review the english :) > - give feedback on what is missing, what is not understandable, what can > be explained better > - testing the examples? > >> >> I'm still a newbie with Pharo, but I am a good writer/editor. And I >> expect >> that working with Pharo documentation would be another means of >> increasing >> my knowledge of the Pharo ecosystem -- so that's additional incentive for >> me. > > Cool :) > >> I gather that the PDF books are written using Pillar, which I know >> nothing >> about. Are there resources & guides for this tool/format that would help >> me >> learn how to make & edit these kinds of documents? > > Pillar is a markup syntax (from Pier’s CMS, if you know it). > https://github.com/pillar-markup/pillar > https://github.com/pillar-markup/pillar; > > Pillar comes with a document model, parser and generators to html, pdf > (through latex), and others… > In Pillar’s readme there are the installation instructions + usage. > > If you check the travis file in the ffi booklet repository > > https://github.com/SquareBracketAssociates/Booklet-uFFI/blob/version2/.travis.yml > https://github.com/SquareBracketAssociates/Booklet-uFFI/blob/version2/.travis.yml; > > You’ll see it is built with pillar 7.4.1. In other words > > # install pillar > $ git clone https://github.com/pillar-markup/pillar.git -b v7.4.1 > $ cd pillar && ./scripts/build.sh && cd .. > > # go into the booklet repository and build the pdf > $ ./pillar/build/pillar build pdf > > Although you’ll need a mostly up-to-date latex version (latexmk required, > plus several other packages, check Pillar’s readme) > >> Also, I've never contributed to an open source project; Pharo seems to be >> a >> good place to start doing so. I see that most of the documentation, web >> pages, booklets, etc. are in English so there's the advantage that >> English >> is my first language (and I actually paid attention in school :^). I'm >> also aware, from experience, that Documentation is rarely the first >> choice >> for developers to apply their time & enthusiasm… > > And it’s super important nevertheless ^^. > > Guille -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Re: [Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
Just for reference, some of the PRs associated with the issue: - https://github.com/pharo-project/pharo/pull/4726 - https://github.com/pharo-project/pharo/pull/4739 - https://github.com/pharo-project/pharo/pull/4752 On Sat, 28 Sep 2019 at 09:45, Alistair Grant wrote: > > Hi Sven, > > Executing: > > Metacello new > baseline: 'ZincHTTPComponents'; > repository: 'github://svenvc/zinc/repository'; > load: #(SSO) > > In recent Pharo 8 images breaks ZnBufferedReadWriteStream by > redefining the class to remove many of the instance variables. > > I guess this is due to changes to ZnBufferedReadWriteStream made in > the last few days, but the result is that the image is unusable (all > access to the changes file cause exceptions). > > Where should an issue be raised? > > Thanks, > Alistair > > Pharo8.0.0 > Build information: > Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 > Bit) > Ubuntu 16.04
Re: [Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
I confirm the problem https://github.com/pharo-project/pharo/issues/4764 > On 28 Sep 2019, at 09:59, ducasse wrote: > > > >> On 28 Sep 2019, at 09:56, Alistair Grant wrote: >> >> Hi Stef, >> >> Just evaluate the Metacello expression from my original email :-) > > Oki > >> >> You'll get multiple debuggers open and the image will lock up. A user >> interrupt will get input working again, but source code is no longer >> available in the system browser. You'll have to kill the process >> externally as it fails while trying to exit. >> >> Cheers, >> Alistair >> >> >> On Sat, 28 Sep 2019 at 09:51, ducasse wrote: >>> >>> Hello Alistair >>> >>> Here :) >>> I’m sure that we will fix it. >>> Do you have a test or something to get the problem. >>> >>> S. >>> On 28 Sep 2019, at 09:45, Alistair Grant wrote: Hi Sven, Executing: Metacello new baseline: 'ZincHTTPComponents'; repository: 'github://svenvc/zinc/repository'; load: #(SSO) In recent Pharo 8 images breaks ZnBufferedReadWriteStream by redefining the class to remove many of the instance variables. I guess this is due to changes to ZnBufferedReadWriteStream made in the last few days, but the result is that the image is unusable (all access to the changes file cause exceptions). Where should an issue be raised? Thanks, Alistair Pharo8.0.0 Build information: Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 Bit) Ubuntu 16.04 >>> >>> >>> >> > > >
Re: [Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
> On 28 Sep 2019, at 09:56, Alistair Grant wrote: > > Hi Stef, > > Just evaluate the Metacello expression from my original email :-) Oki > > You'll get multiple debuggers open and the image will lock up. A user > interrupt will get input working again, but source code is no longer > available in the system browser. You'll have to kill the process > externally as it fails while trying to exit. > > Cheers, > Alistair > > > On Sat, 28 Sep 2019 at 09:51, ducasse wrote: >> >> Hello Alistair >> >> Here :) >> I’m sure that we will fix it. >> Do you have a test or something to get the problem. >> >> S. >> >>> On 28 Sep 2019, at 09:45, Alistair Grant wrote: >>> >>> Hi Sven, >>> >>> Executing: >>> >>> Metacello new >>> baseline: 'ZincHTTPComponents'; >>> repository: 'github://svenvc/zinc/repository'; >>> load: #(SSO) >>> >>> In recent Pharo 8 images breaks ZnBufferedReadWriteStream by >>> redefining the class to remove many of the instance variables. >>> >>> I guess this is due to changes to ZnBufferedReadWriteStream made in >>> the last few days, but the result is that the image is unusable (all >>> access to the changes file cause exceptions). >>> >>> Where should an issue be raised? >>> >>> Thanks, >>> Alistair >>> >>> Pharo8.0.0 >>> Build information: >>> Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 >>> Bit) >>> Ubuntu 16.04 >>> >> >> >> >
Re: [Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
Hi Stef, Just evaluate the Metacello expression from my original email :-) You'll get multiple debuggers open and the image will lock up. A user interrupt will get input working again, but source code is no longer available in the system browser. You'll have to kill the process externally as it fails while trying to exit. Cheers, Alistair On Sat, 28 Sep 2019 at 09:51, ducasse wrote: > > Hello Alistair > > Here :) > I’m sure that we will fix it. > Do you have a test or something to get the problem. > > S. > > > On 28 Sep 2019, at 09:45, Alistair Grant wrote: > > > > Hi Sven, > > > > Executing: > > > > Metacello new > >baseline: 'ZincHTTPComponents'; > >repository: 'github://svenvc/zinc/repository'; > >load: #(SSO) > > > > In recent Pharo 8 images breaks ZnBufferedReadWriteStream by > > redefining the class to remove many of the instance variables. > > > > I guess this is due to changes to ZnBufferedReadWriteStream made in > > the last few days, but the result is that the image is unusable (all > > access to the changes file cause exceptions). > > > > Where should an issue be raised? > > > > Thanks, > > Alistair > > > > Pharo8.0.0 > > Build information: > > Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 > > Bit) > > Ubuntu 16.04 > > > > >
Re: [Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
Hello Alistair Here :) I’m sure that we will fix it. Do you have a test or something to get the problem. S. > On 28 Sep 2019, at 09:45, Alistair Grant wrote: > > Hi Sven, > > Executing: > > Metacello new >baseline: 'ZincHTTPComponents'; >repository: 'github://svenvc/zinc/repository'; >load: #(SSO) > > In recent Pharo 8 images breaks ZnBufferedReadWriteStream by > redefining the class to remove many of the instance variables. > > I guess this is due to changes to ZnBufferedReadWriteStream made in > the last few days, but the result is that the image is unusable (all > access to the changes file cause exceptions). > > Where should an issue be raised? > > Thanks, > Alistair > > Pharo8.0.0 > Build information: > Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 > Bit) > Ubuntu 16.04 >
[Pharo-dev] ZincHTTPComponents SSO breaks ZnBufferedReadWriteStream
Hi Sven, Executing: Metacello new baseline: 'ZincHTTPComponents'; repository: 'github://svenvc/zinc/repository'; load: #(SSO) In recent Pharo 8 images breaks ZnBufferedReadWriteStream by redefining the class to remove many of the instance variables. I guess this is due to changes to ZnBufferedReadWriteStream made in the last few days, but the result is that the image is unusable (all access to the changes file cause exceptions). Where should an issue be raised? Thanks, Alistair Pharo8.0.0 Build information: Pharo-8.0.0+build.798.sha.ae566532ed60b60d669aff37d4d38b86241a7c9e (64 Bit) Ubuntu 16.04
[Pharo-dev] [Pharo 8.0] Build #798: fix-necontroller-can-be-nil
There is a new Pharo build available! The status of the build #798 was: SUCCESS. The Pull Request #4737 was integrated: "fix-necontroller-can-be-nil" Pull request url: https://github.com/pharo-project/pharo/pull/4737 Issue Url: https://github.com/pharo-project/pharo/issues/fix/controller Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/Pharo8.0/798/
[Pharo-dev] [Pharo 8.0] Build #797: NULLWorldRenderer-checkForNewScreenSize
There is a new Pharo build available! The status of the build #797 was: FAILURE. The Pull Request #4763 was integrated: "NULLWorldRenderer-checkForNewScreenSize" Pull request url: https://github.com/pharo-project/pharo/pull/4763 Issue Url: https://github.com/pharo-project/pharo/issues/fix/NULLWorldRenderer Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/Pharo8.0/797/