- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 5 new vm crash on window resize

by stepharo

I saw that bug too. Stef Le 16/1/16 16:50, Johan Fabry a Ã©crit : > Hi all, > > this just happened to me: I opened a new image (todayâs build), resized it and the VM segfaulted. I am on MacOS. crash.dmp is in attachment. I have been unable to reproduce, sadly. Is this a known issue or should I add a new bug report ? > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >

Jan. 17, 2016

Re: [Pharo-users] (no subject)

by Tudor Girba

Hi, I just tried and it worked fine. Could you try again? Doru > On Jan 17, 2016, at 9:28 AM, john pfersich <jpfersich(a)gmail.com> wrote: > > When I try to download the latest stable Pharo 5, I get this: > > curl get.pharo.org/50+vm | bash > > % Total % Received % Xferd Average Speed Time Time Time Current > > Dload Upload Total Spent Left Speed > > 100 2901 100 2901 0 0 4931 0 --:--:-- --:--:-- --:--:-- 4925 > > Downloading the latest 50 Image: > > http://files.pharo.org/get-files/50/pharo.zip > > > > It never finishes, and if I try to unzip the file artifacts I get: > > Archive: image.zip > > End-of-central-directory signature not found. Either this file is not > > a zipfile, or it constitutes one disk of a multi-part archive. In the > > latter case the central directory and zipfile comment will be found on > > the last disk(s) of this archive. > > unzip: cannot find zipfile directory in one of image.zip or > > > image.zip.zip, and cannot find image.zip.ZIP, period. > > > > What am I doing wrong? I tried the download with curl and wget. I'm on Mac OSX 10.10.5 (Yosemite). > -- www.tudorgirba.com www.feenk.com "One cannot do more than one can do."

Jan. 17, 2016

Re: [Pharo-users] (no subject)

by stepharo

Hi john thanks for the report. > When I try to download the latest stable Pharo 5, I get this: > > curl get.pharo.org/50+vm <http://get.pharo.org/50+vm> | bash > > % Total % Received % Xferd Average Speed Time Time Time > Current > > Dload Upload Total Spent Left Speed > > 100 2901 100 2901 0 0 4931 0 --:--:-- --:--:-- > --:--:-- 4925 > This one did not finish But that one did: > > Downloading the latest 50 Image: > > http://files.pharo.org/get-files/50/pharo.zip > I downloaded and unzipped and I got it working 50529 can you retry? > > It never finishes, and if I try to unzip the file artifacts I get: > > Archive: image.zip > > End-of-central-directory signature not found. Either this file is not > > a zipfile, or it constitutes one disk of a multi-part archive. In the > > latter case the central directory and zipfile comment will be found on > > the last disk(s) of this archive. > > unzip: cannot find zipfile directory in one of image.zip or > > image.zip.zip, and cannot find image.zip.ZIP, period. > > > What am I doing wrong? I tried the download with curl and wget. I'm on > Mac OSX 10.10.5 (Yosemite). >

Jan. 17, 2016

(no subject)

by john pfersich

When I try to download the latest stable Pharo 5, I get this: curl get.pharo.org/50+vm | bash % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 2901 100 2901 0 0 4931 0 --:--:-- --:--:-- --:--:-- 4925 Downloading the latest 50 Image: http://files.pharo.org/get-files/50/pharo.zip It never finishes, and if I try to unzip the file artifacts I get: Archive: image.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of image.zip or image.zip.zip, and cannot find image.zip.ZIP, period. What am I doing wrong? I tried the download with curl and wget. I'm on Mac OSX 10.10.5 (Yosemite).

Jan. 17, 2016

Re: [Pharo-users] Spec: Populating a playground with a particular content (was Re: Spec: Binding widgets how to)

by Tudor Girba

Hi, For your tabulator example, you can do something like: browser := GLMTabulator new. browser title: 'CÃ³digo'. browser column: #code. browser transmit to: #code; transformed: [ :text | GTPlayPage new content: text ]; andShow: [ :a :page | a custom: (GTPlayground new startOn: page) ]. ^ browser openOn: 'a := 42â. Does this help? Cheers, Doru > On Jan 16, 2016, at 6:24 PM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Hi, > > I'm still kind of lost here. If I try with these approaches I get a *new* GTPlayground window populated with content, instead of an embedded one. How can I made this GTPlayPage one that is embedded in a spec glamour interface, like the one in the minimalist example: a dictionary with two keys/values: one which is shown as text and other that is shown as a playground, both populated with the content in the dict values and both, embedded in a widget instead of on separate windows. Is this possible with the current Spec-Glamour implementation?, if not how can be it extended to make this happen? > > Thanks, > > Offray > > On 16/01/16 10:36, Johan Fabry wrote: >> Ah, sorry for the confusion, for the sake of the example I oversimplified things. Letâs say that I have a GTPlayground instance that has been around for some time, and then I want to change its content. What should I do? >> >> | play | >> âplay is the GTPlayground instance" >> play := (GTPlayground new openOn: GTPlayPage new) model. >> >> ââ¦ lots of things happen â¦ the world turns â¦ sun and moon go up and down â¦ " >> >> play entity saveContent: '42'. >> play update. >> >> Still like this ? >> >>> On Jan 16, 2016, at 12:27, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Here is a simpler way: >>> GTPlayground new openOn: (GTPlayPage new content: '42â) >>> >>> Cheers, >>> Doru >>> >>>> On Jan 16, 2016, at 4:23 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>>> >>>> >>>> Ah this is actually a Glamour question: If I have a GTPlayground, how do I set its content programmatically? I have been able to do it with something like the following: >>>> >>>> | play | >>>> âplay is the GTPlayground instance" >>>> play := (GTPlayground new openOn: GTPlayPage new) model. >>>> play entity saveContent: '42'. >>>> play update. >>>> >>>> I donât know if this is the officially approved way of doing it, maybe the Glamour crew can enlighten us. >>>> >>>>> On Jan 14, 2016, at 18:34, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>>>> >>>>> but if I try running the interface with this I get: "MessageNotUnderstood: GlamourPresentationModel>>content:", so I think that something more is needed to create Playgrounds in the Spec-Glamour that are pre-populated with content. >>>>> >>>>> How can I create a playground inside a Spec-Glamour interface that is already populated with a given content? >>>>> >>>>> >>>>> I would expect (content is the GlamourPresentationModel) >>>>> >>>>> content glmPres codePresentation text: 'new text'. >>>>> >>>>> but it does not work. >>>> >>>> >>>> ---> Save our in-boxes! http://emailcharter.org <--- >>>> >>>> Johan Fabry - http://pleiad.cl/~jfabry >>>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>>> >>> -- >>> www.tudorgirba.com >>> www.feenk.com >>> >>> "Problem solving efficiency grows with the abstractness level of problem understanding." >>> >>> >>> >>> >>> >>> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >> >> >> > > -- www.tudorgirba.com www.feenk.com "Speaking louder won't make the point worthier."

Jan. 17, 2016

Re: [Pharo-users] Pharo 5 new vm crash on window resize

by Ben Coman

I think logging every one-off non-reproducible bug leads to bug bankruptcy. Until there is a reproducible case, reporting here and waiting for similar reports from a few people or a more occurrences yourself is a good plan. cheers -ben On Sat, Jan 16, 2016 at 11:50 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi all, > > this just happened to me: I opened a new image (todayâs build), resized it and the VM segfaulted. I am on MacOS. crash.dmp is in attachment. I have been unable to reproduce, sadly. Is this a known issue or should I add a new bug report ? > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >

Jan. 17, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Denis Kudriashov

2016-01-16 15:30 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > Images are needed on startup when the project is updated which means any > of the image files could change. > > Its a big problem for me , I can preload everything, save it to an image > and distribute the image instead with zero delays. I dont care if this is > going to be improved or not , since I can work around this limitation. > > I was merely reporting the creating forms from pngs is too slow. Years ago I investigate this kind of problem for my application. I can't optimize PNGReader on image side. I tried to connect some C library but no success. My time was limited for this issue. And it was not really critical for me. So I gave up. After that Athens was announced. And as I understand Cairo can work with png-files directly without loading it to image side. I not try it. Maybe you can experiment with this.

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Nicolai Hess

2016-01-16 21:36 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > how the bug report is bad ? > > No the workarounds were not helpful because I was already aware of them :) > > I appreciate people trying to help as always but yes it was upsetting to > me , to be told that my bug report is bad, that loading 60 tiny images in 1 > second is acceptable for a GUI and that opening 60 files is also near the > limitation of my hardware. Because I find every one of them , very far from > the truth and not very helpful. > > But I may have overacted also in my part so I apologize. All is good life > goes on :) > > Yes, let's go on.

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Dimitris Chloupis

how the bug report is bad ? No the workarounds were not helpful because I was already aware of them :) I appreciate people trying to help as always but yes it was upsetting to me , to be told that my bug report is bad, that loading 60 tiny images in 1 second is acceptable for a GUI and that opening 60 files is also near the limitation of my hardware. Because I find every one of them , very far from the truth and not very helpful. But I may have overacted also in my part so I apologize. All is good life goes on :) On Sat, Jan 16, 2016 at 9:51 PM Nicolai Hess <nicolaihess(a)gmail.com> wrote: > 2016-01-16 15:40 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> disk, 1TB. why it matters ? from my profile its clear that its not the >> primitive that is the problem but how Pharo processes pngs. >> >> I happen to work with a lot of big data both in 3d graphics, a blender >> file can easily reach 250 mb and it opens under a second and audio files , >> plus instrument that uses alot of audio files as samples of several gbs >> giving again instanenous loading. I am not talking here 60 files, I am >> talking thousands of files. >> >> I report a sever limitation and I have been told >> >> a) I have not done enough to isolate the problem when I post clear >> profiling reports and the code that is responsible for it >> > > The bug report was indeed bad. > > >> b) why I make a fuss about it since there are work arounds >> > > I did not see the "why make a fuss about". And the work arounds are > actually helpful, no? > > >> c) that its a hardware limitation when the hardware is able to perform >> light years ahead of what pharo is currently doing >> >> Sorry but this kind of attitude is really bad, when someone reports a bug >> I find it a lot better to tell him that you don't care or not reply at all >> and ignore him than just find excuses for the bug or limitation. >> > > You reported a problem with morphics image loading and some people > immediately step in to help you analyse your code. More pepole helped by > giving some tipps and possible workaounds. > What is wrong with this. I don't see a bad attitude. > > >> >> I see it every single time I complain about a problem there is a few >> people who are logical about this like Ben , Esteban etc and then some >> other that in complete denial zone and easily offended by the truth. >> >> On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl> >> wrote: >> >>> On 16-01-16 14:48, Dimitris Chloupis wrote: >>> > sorry but thats plain horrible performance wise and those images are >>> > needed as soon as the gui is opened. So there can be no lazy loading >>> for >>> > them. The total size for all the 60 images is 530kbs . What would >>> happen >>> > if I did some serious animations of 10s of mbs , I will have to go to >>> > buy a coffee to get my GUI opened :D >>> >>> Is that on a disk or an SSD? You won't be able to get much more than 60 >>> files opened/s on a disk. >>> >>> Stephan >>> >>> >>> >>>

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Nicolai Hess

2016-01-16 15:40 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > disk, 1TB. why it matters ? from my profile its clear that its not the > primitive that is the problem but how Pharo processes pngs. > > I happen to work with a lot of big data both in 3d graphics, a blender > file can easily reach 250 mb and it opens under a second and audio files , > plus instrument that uses alot of audio files as samples of several gbs > giving again instanenous loading. I am not talking here 60 files, I am > talking thousands of files. > > I report a sever limitation and I have been told > > a) I have not done enough to isolate the problem when I post clear > profiling reports and the code that is responsible for it > The bug report was indeed bad. > b) why I make a fuss about it since there are work arounds > I did not see the "why make a fuss about". And the work arounds are actually helpful, no? > c) that its a hardware limitation when the hardware is able to perform > light years ahead of what pharo is currently doing > > Sorry but this kind of attitude is really bad, when someone reports a bug > I find it a lot better to tell him that you don't care or not reply at all > and ignore him than just find excuses for the bug or limitation. > You reported a problem with morphics image loading and some people immediately step in to help you analyse your code. More pepole helped by giving some tipps and possible workaounds. What is wrong with this. I don't see a bad attitude. > > I see it every single time I complain about a problem there is a few > people who are logical about this like Ben , Esteban etc and then some > other that in complete denial zone and easily offended by the truth. > > On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl> > wrote: > >> On 16-01-16 14:48, Dimitris Chloupis wrote: >> > sorry but thats plain horrible performance wise and those images are >> > needed as soon as the gui is opened. So there can be no lazy loading for >> > them. The total size for all the 60 images is 530kbs . What would happen >> > if I did some serious animations of 10s of mbs , I will have to go to >> > buy a coffee to get my GUI opened :D >> >> Is that on a disk or an SSD? You won't be able to get much more than 60 >> files opened/s on a disk. >> >> Stephan >> >> >> >>

Jan. 16, 2016