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

Re: [Pharo-dev] Zerconf download of source files in Pharo 7

by Marcus Denker

Yes, that looks like a good thing to fix! ZeroConf is here: https://github.com/pharo-project/pharo-zeroconf <https://github.com/pharo-project/pharo-zeroconf> But I think it is not deployed automatically. > On 19 Oct 2017, at 09:59, Torsten Bergmann <astares(a)gmx.de> wrote: > > When I run > > wget -O- get.pharo.org/70+vm | bash > > the zeroconf script downloads image bundle, VM bundle and sources archive: > > -------------------------------------------------------------------- > Downloading the latest 70 Image: > http://files.pharo.org/get-files/70/pharo.zip > > Pharo.image > Downloading the latest pharoVM: > http://files.pharo.org/get-files/70/pharo-linux-stable.zip > pharo-vm/pharo > Downloading PharoV70.sources: > http://files.pharo.org/get-files/70/sources.zip > Creating starter scripts pharo and pharo-ui > ... > -------------------------------------------------------------------- > > > Now in Pharo 7 the pharo.zip already includes the sources. Right? > See attached screenshot. > > So why is the zeroconf additionally downloading the sources.zip > which IMHO is an unnecessary additional download now. > > Maybe because it was necessary in the past and the zeroconf was > not adopted. > > Anyone able to check and maybe remove the additional download for Pharo 7? > > Thx > T.<Screenshot from 2017-10-19 09-50-14.png>

Oct. 20, 2017

Engineer Position 1 year

by Stephane Ducasse

Engineer Position 1 year INRIA RMoD are looking for a full-time engineer for helping with developing Pharo in the context of IoT.The focus of this job is "Pharo on embedded and mobile devices for the internet of things" With Pharo, we have developed over the last two years an interactive, remote development environment. It allows embedded, headless software running on typical raspberry pi class hardware to be developed and debugged in an interactive way. It allows programmers to explore and change running headless embedded programs from their desktop development machine. The next step will be to extend this infrastructure to cover the use case of industrial use: Deployment. We want to build a middle-ware to manage, authenticate and script deployed Pharo embedded installations. The engineer will help to develop the Pharo IoT infrastructure, especially with a focus on industrial use: Â·I mprove Pharo for a platform with an industrial focus. Â· Work on a middleware to manage deployed Pharo instances. Â·Realize two small demos: First, as an industrial IoT example, a demo deployed on 20+ devices. Demo 2: Pharo deployed on multiple mobile autonomous robots. Â·Help with creating a website for PharoIOT. We are looking for a candidate with some prior experience with Pharo. In addition: Â· Knowledge in Dynamic Languages (Pharo is a plus but not required) Â·Experience with embedded development is a plus but not required Â·English Work in a research lab, but no paper writing, no teaching, no administration. In addition: Centrally located (one hour from Paris, 1h20 from London, 35 min from Brussels) Try a lot of good beer (our office is just 10km from the border to Belgium) Program with Pharo all day! Lille is an active city but not expensive (lot of students...), centrally located with good connections by train to everywhere (including CDG and Brussels airports). Duration: 12 + 12 months Starting date: Feb or March 2016 Salary: 2600-3200 euros brut (french brutto = potentially one month of taxe per year) / month, depending on experience - (56000 Euros paid by the employer before any taxes). Location: Lille (no remote job possible) More about Pharo: http://www.pharo.org INRIA RMOD: http://rmod.lille.inria.fr INRIA Lille: http://www.inria.fr/lille INRIA in General: http://www.inria.fr Lille: http://en.wikipedia.org/wiki/Lille http://wikitravel.org/en/Lille Do not hesitate to contact us for more information. -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 20, 2017

Pharo 64 bit vm segmentation fault on garbageCollect

by Andrei Chis

Hi, I got a few times the following crash while using the latest Pharo 64 bit image (Pharo64-60513) with the latest vm (pharo-mac-x86_64-201710101955-47390dc) on Mac OS. The image is around 3.5GB when the crash happens. Attached is a crash report containing the reports for three crashes. --------------------------------------------------------------------------------------------------------- Segmentation fault 0 Pharo 0x000000010ac13ad8 fixFollowedFieldofObjectwithInitialValue + 33 1 Pharo 0x000000010ac8f64e reportStackState + 884 2 Pharo 0x000000010ac8f984 sigsegv + 155 3 libsystem_platform.dylib 0x00007fff934dff1a _sigtramp + 26 4 ??? 0x0000000000000000 0x0 + 0 5 Pharo 0x000000010ac2d8a1 markAndTrace + 858 6 Pharo 0x000000010ac2a584 markObjects + 464 7 Pharo 0x000000010ac29d6c fullGC + 72 8 Pharo 0x000000010ac49df8 primitiveFullGC + 45 9 Pharo 0x000000010ac09445 interpret + 26715 10 Pharo 0x000000010ac13816 enterSmalltalkExecutiveImplementation + 152 11 Pharo 0x000000010ac02e8c interpret + 674 12 Pharo 0x000000010ac90cd1 -[sqSqueakMainApplication runSqueak] + 394 13 Foundation 0x00007fff8ecb0641 __NSFirePerformWithOrder + 326 14 CoreFoundation 0x00007fff87892127 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 15 CoreFoundation 0x00007fff87892080 __CFRunLoopDoObservers + 368 16 CoreFoundation 0x00007fff87884188 __CFRunLoopRun + 872 17 CoreFoundation 0x00007fff87883bd8 CFRunLoopRunSpecific + 296 18 HIToolbox 0x00007fff88ffd56f RunCurrentEventLoopInMode + 235 19 HIToolbox 0x00007fff88ffd1ee ReceiveNextEventCommon + 179 20 HIToolbox 0x00007fff88ffd12b _BlockUntilNextEventMatchingListInModeWithFilter + 71 21 AppKit 0x00007fff8d56c8ab _DPSNextEvent + 978 22 AppKit 0x00007fff8d56be58 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 346 23 AppKit 0x00007fff8d561af3 -[NSApplication run] + 594 24 AppKit 0x00007fff8d4de244 NSApplicationMain + 1832 25 libdyld.dylib 0x00007fff8ea3a5c9 start + 1 Smalltalk stack dump: 0x7fff54ff9fb0 I SmalltalkImage>garbageCollect 0x11317f1c8: a(n) SmalltalkImage 0x7fff54ff9ff8 I Array class(Behavior)>handleFailingBasicNew: 0x112d62738: a(n) Array class 0x7fff54ffa038 M Array class(Behavior)>basicNew: 0x112d62738: a(n) Array class 0x7fff54ffa070 M Array class>new: 0x112d62738: a(n) Array class 0x7fff54ffa0b0 M OrderedCollection>growAtLast 0x11235e740: a(n) OrderedCollection 0x7fff54fe4948 M OrderedCollection>makeRoomAtLast 0x11235e740: a(n) OrderedCollection 0x7fff54fe4978 M OrderedCollection>addLast: 0x11235e740: a(n) OrderedCollection 0x7fff54fe49b0 M [] in OrderedCollection>addAllLast: 0x11235e740: a(n) OrderedCollection 0x7fff54fe49f8 M OrderedCollection>do: 0x176a416e8: a(n) OrderedCollection ... --------------------------------------------------------------------------------------------------------- Cheers, Andrei

Oct. 20, 2017

Re: [Pharo-dev] Github API on github

by Denis Kudriashov

Thank's Guille. That's nice. I like small reusable libraries. 2017-10-20 10:07 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: > Hi guys, > > I extracted and extended some of the github API from iceberg, so it can be > used as a standalone project. Maybe this is useful for somebody. > > https://github.com/guillep/github-api > > It should be easy to extend and add new functionalities, so don't hesitate > if you need some missing request :) > > Guille > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 20, 2017

Github API on github

by Guillermo Polito

Hi guys, I extracted and extended some of the github API from iceberg, so it can be used as a standalone project. Maybe this is useful for somebody. https://github.com/guillep/github-api It should be easy to extend and add new functionalities, so don't hesitate if you need some missing request :) Guille -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 20, 2017

Re: [Pharo-dev] Anoying bug fond in Artefact running in Windows 10

by olivier auverlot

Hi Casimiro, Which version of Pharo do you use ? 6.1 ? Olivier :) 2017-10-19 18:27 GMT+02:00 <casimiro.barreto(a)gmail.com>: > When you insert a jpeg from a file, for some reason the file descriptor > (stream) is kept open (at least in the Windows end of things). Then, if a > second page is to be generated, the following error is shown: > > 'MessageNotUnderstood: receiver of "reset" is nil > > PDFJpegElement>>stream: > JPEGReadWriter > aJPEGReadWriter > JPEGReadWriter(ImageReadWriter)>>on: > nil > > Sample code: > > aPage := PDFPage new. > > imageStream := FileStream fileNamed: 'lsi-tec.jpg'. > > aPage > add: > ((PDFJpegElement fromStream: imageStream) > from: 15 mm @ 20 mm; > dimension: 40 mm @ 40 mm). > imageStream close. > > Generated report is in annex > > The only way to recover is to close pharo, start it again. Then the file > descriptor (stream) is released and it is possible to go on. > > Has anyone faced this problem? > How to solve it? > > Best regards, > > Casimiro Barreto > >

Oct. 20, 2017

Re: [Pharo-dev] Help for the mooc

by Ben Coman

Was this fixed by replacing the redirect with an actual file? I went to look at http://pharo.org/web/files/pharo.png using Chrome "F12" Develop Tools to view the redirect, and IIUC I directly got the PNG itself. Just checking I'm interpreting that correctly. cheers -ben On Wed, Oct 18, 2017 at 2:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Tx! > I should fix it but probably the videos are still using the old one. > > On Tue, Oct 17, 2017 at 10:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > > >> On 17 Oct 2017, at 22:29, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> > >> Hi > >> > >> students have a problem with the following in Pharo 50 (we could not > upgrade) > >> > >> (ZnEasy getPng: 'http://pharo.org/web/files/pharo.png') asMorph > openInWindow > >> > >> > >> ConnectionClosed : connection closed while waiting for data > >> > >> And well this is super annoying. > >> > >> Stef > > > > This is fixed in later versions. You can try the following: > > > > (ZnEasy getPng: 'http://pharo.org/files/pharo.png') asMorph > openInWindow. > > > > The reason that last one works is that http://pharo.org/files/pharo.png > is an http url that resolves directly, while http://pharo.org/web/files/ > pharo.png redirects to an https equivalent which can only be read with > #serverName support. For this, you need not only a more recent version of > Zinc, but also a newer VM with a more recent SSL plugin. > > > > Sven > >

Oct. 19, 2017

Re: [Pharo-dev] UnifiedFFI Docs

by Todd Blanchard

I have found the problem with VoidPointer3 generating accessors. No idea how to contribute back a fix but this is what I've found. FFITypeArrayType>>annonymousClassCreator ^ String streamContents: [ :stream | stream nextPutAll: '(FFITypeArray ofType: '; print: (self objectClass type isPointer ifTrue: [self externalTypeWithArity printString] ifFalse: ['#',self objectClass type class]); nextPutAll: ' size: '; print: self objectClass numberOfElements; nextPutAll: ')' ] Recalling that we are trying to come up with an accessor that can pull out a void*[3], this produces '(FFITypeArray ofType: #FFIVoid size: 3)' which produces an error as FFIVoid's size is undefined. In general, this will be wrong for any pointer type and will probably get the size calculation wrong. Doing a little digging I find that FFITypeArray>>ofType: aType size: aSize delegates resolution of aType to FFIExternalType>>resolveType:aType and this can take all kinds of different things including the native type name. It would be better if this generated the native name for pointers. (FFITypeArray ofType: 'void*' size: 3) So I changed it to: FFITypeArrayType>>annonymousClassCreator ^ String streamContents: [ :stream | stream nextPutAll: '(FFITypeArray ofType: '; print: (self objectClass type isPointer ifTrue: [self externalTypeWithArity printString] ifFalse: ['#',self objectClass type class]); nextPutAll: ' size: '; print: self objectClass numberOfElements; nextPutAll: ')' ] and this seems to work fine. Onwards... > On Oct 19, 2017, at 7:18 AM, Todd Blanchard <tblanchard(a)mac.com> wrote: > > Thatâs great - itâs been kind of magical but a couple things have changed since you wrote it and some bugs have crept into ffi. > > Right now Iâm finding the generated accessor for the VoidPointer3 is actually generating a void 3 accessor and that doesnât work. I spent all day yesterday tracking it to the accessor generating code. > > Sent from the road > > On Oct 18, 2017, at 22:29, Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>> wrote: > >> >> >> On Thu, Oct 19, 2017 at 1:05 AM, Todd Blanchard <tblanchard(a)mac.com <mailto:tblanchard@mac.com>> wrote: >> I'm working through Ben's great blog post about playing with libclang and I am puzzled by something. >> >> Thx Todd. Knowing someone is looking at it encourages me to expand it. >> I'm interested in looking at your specific questions, but it might not be until next week after this stint of long work days. >> >> cheers -ben >> >> >> >> invalidateSessionData >> handle atAllPut: 0. >> >> zero;s out the handle. Cool. However, >> >> handle isNull >> >> does not return true despite it being used in the getString method as >> >> ^ handle isNull >> ifTrue: ['external memory invalidated by session restart'] >> ifFalse:[LibClang clang_getCString__cxString: self]. >> >> Looks like there should be an isNull on ByteArray that returns true if all bytes are zero but it isn't there. Was it dropped for some reason? >> >> >> >>> On Oct 18, 2017, at 2:58 AM, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> Sure the documentation could be better, that is definetly important, but is already good enough and UFFI is a very technical subject much more suited to a mailing list . Its not physical possible to cover the massive potential of UFFI. >>> >>> On Wed, Oct 18, 2017 at 9:32 AM Stephane Ducasse <stepharo.self(a)gmail.com <mailto:stepharo.self@gmail.com>> wrote: >>> Please do not hesitate to do Pull Requests. >>> Luc told me that he wants to do a pass on it and Esteban promises that to me >>> but he is super busy. >>> >>> Stef >>> >>> >>> On Wed, Oct 18, 2017 at 5:54 AM, Todd Blanchard <tblanchard(a)mac.com <mailto:tblanchard@mac.com>> wrote: >>> > Wonderful! Thanks. >>> > >>> >> On Oct 17, 2017, at 3:45 PM, stephan <stephan(a)stack.nl <mailto:stephan@stack.nl>> wrote: >>> >> >>> >> On 17-10-17 23:06, Todd Blanchard wrote: >>> >>> Anyone know what happened to this? >>> >>> https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… <https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre…> >>> >> >>> >> https://github.com/SquareBracketAssociates/Booklet-uFFI <https://github.com/SquareBracketAssociates/Booklet-uFFI> >>> >> >>> >> has a link to a bintray pdf download >>> >> >>> >> Stephan >>> >> >>> >> >>> >> >>> > >>> > >>> >> >>

Oct. 19, 2017

Re: [Pharo-dev] OSWindow in Pharo 6.1 stable

by Ronie Salgado

Hi ClÃ©ment, Last night I was checking again the VM. If I remove the hack in the ioProcessEvents, I can receive the events with SDL2, but as soon as I type on the main Pharo window I get a crash in an objective-c message send by SDL2. I still need to debug SDL2 itself with debugging symbols. I am not sure whether I will be able to fix the problem without modifying SDL2. In the worst case escenario, we will have to move to the minheadless vm. Best regards, Ronie 2017-10-18 4:49 GMT-03:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: > Hi again, > > I made many more attempts since those mails: I wrote this page > <https://github.com/clementbera/wizard-battle-arena> showing how to > deploy my game in native app at 50fps on Linux, Mac and Windows. > > Currently I deploy with: > Ubuntu 64 bits: Pharo61-64 (Pharo61-32 also works with the right lib > installed) > Mac OS X 64 bits: Pharo5Alpha-32 (On Pharo61 the keyboard events do not > work correctly) > Windows 64 bits: Pharo61-32 (There are bugs with the SDL2 window, the top > bar is not displayed, but the game work. Reportedly it would work better > with Pharo61-64 but the default Pharo64 VM on Windows still does not > feature the JIT, once the default VM does, I will update). > > My goal is to deploy on all platforms with Pharo61-64 (and later > Pharo7-64). > > I wrote this mail since maybe you are interested in knowing that with > Pharo5Alpha-32 and the set-up described on the page of my game the keyboard > events work fine on Mac, so it may be possible to write a fix for > Pharo61/Pharo7 based on that. > > Best, > > > > > On Fri, Sep 29, 2017 at 8:56 PM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Tx ronie! >> >> >> On Fri, Sep 29, 2017 at 1:42 PM, Ronie Salgado <roniesalg(a)gmail.com> >> wrote: >> > Hi ClÃ©ment, >> > >> > I just checked on my machine and it is also not working. It seems to be >> a VM >> > bug. It will take me some time to debug it. I have some suspicious on >> > ioProcessEvents . >> > >> > Best regards, >> > Ronie >> > >> > 2017-09-29 10:39 GMT+02:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: >> >> >> >> >> >> >> >> On Fri, Sep 29, 2017 at 10:29 AM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> >> >>> Hi, >> >>> >> >>> IMHO, it will make Pharo much more robust if core libraries as sdl, >> >>> cairo, etc will be shipped with each plateform dependent virtual >> machine and >> >>> the image modified accordingly to use these core libraries. >> >> >> >> >> >> That's how it is now but some of it is not working (Here SDL events and >> >> there are 2 SDL2 libs by default). >> >> >> >> I think we should still have a minimal image starting with a minimal UI >> >> without using FFI/SDL/Cairo or whatever lib. Else when we start on a >> >> platform where one of this thing is not properly supported yet (See the >> >> problem on the raspberry pie with some Pharo alpha version) it is too >> hard >> >> to understand what is going on. >> >> >> >>> >> >>> >> >>> The delivery of Pharo application to end users is an issue because of >> >>> these recuring problem. >> >> >> >> >> >> Honestly I was trying to write a doc on how to deploy Pharo client app >> >> with SDL2 and Cairo but I have only a version working in Pharo 4 on >> Mac and >> >> Linux, while in theory I could have it working in Windows/Mac/Linux in >> the >> >> latest Pharo. >> >> >> >>> >> >>> Hilaire >> >>> >> >>> >> >>> >> >>> Le 28/09/2017 Ã 15:02, ClÃ©ment Bera a Ã©crit : >> >>>> >> >>>> Btw for some reason in the one-click version of Pharo 32 bits on Mac >> >>>> there is 2 SDL plugins (libSDL2-2.0.0 and libSDL2), which leads to >> conflicts >> >>>> (the VM use randomly one lib or the other). I randomly chose one >> that I use >> >>>> and deleted the other one, do you have advises on which one I should >> prefer >> >>>> ? Maybe the events are working only with the other one ? >> >>>> >> >>> >> >>> -- >> >>> Dr. Geo >> >>> http://drgeo.eu >> >>> >> >>> >> >>> >> >> >> > >> >> > > > -- > ClÃ©ment BÃ©ra > Pharo consortium engineer > https://clementbera.wordpress.com/ > BÃ¢timent B 40, avenue Halley 59650 > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g>Villeneuve > d > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g> > 'Ascq > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g> >

Oct. 19, 2017

Anoying bug fond in Artefact running in Windows 10

by casimiro.barreto＠gmail.com

When you insert a jpeg from a file, for some reason the file descriptor (stream) is kept open (at least in the Windows end of things). Then, if a second page is to be generated, the following error is shown: 'MessageNotUnderstood: receiver of "reset" is nil PDFJpegElement>>stream: JPEGReadWriter aJPEGReadWriter JPEGReadWriter(ImageReadWriter)>>on: nil Sample code: aPage := PDFPage new. imageStream := FileStream fileNamed: 'lsi-tec.jpg'. aPage add: ((PDFJpegElement fromStream: imageStream) from: 15 mm @ 20 mm; dimension: 40 mm @ 40 mm). imageStream close. Generated report is in annex The only way to recover is to close pharo, start it again. Then the file descriptor (stream) is released and it is possible to go on. Has anyone faced this problem? How to solve it? Best regards, Casimiro Barreto

Oct. 19, 2017