April 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Ho to spare a Pharo desktop application user from seeing the debugger?

by Igor Stasenko

On 18 April 2013 21:23, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > may be you should count a bit the memory that it takes for some samples and do some prediction and count how many entities > you can get and monitor them? > SpaceTally is your friend :) > Stef > > On Apr 18, 2013, at 5:04 PM, MartinW <wm(a)fastmail.fm> wrote: > >> First, thank you for your answers, Igor and Cameron. >> >> >> Igor Stasenko wrote >>> well, most programs pay little attention on consumed resources. >>> and usually there is no monitoring for consumption. >>> when you meet such situation, usual behavior is crash with sound of >>> thousands of breaking glasses :) >> >> My application does parse a lot of files and does some number-crunching with >> them. As the user can in theory include as many files as she wants in these >> calculations, i suppose there might very well be a moment, when memory is >> not enough. >> So you say, there is no way to stop things before it is too late (not enough >> memory)? >> >> >> >> -- >> View this message in context: http://forum.world.st/Ho-to-spare-a-Pharo-desktop-application-user-from-see… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > -- Best regards, Igor Stasenko.

April 18, 2013

Re: [Pharo-users] Downloading text vs. binary

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > Where/how does Zinc think this is text ? If I add #systemPolicy, and alter the snippet to: latestVersionUrl := 'http://mirrors.jenkins-ci.org/war/latest/jenkins.war'. javaArchiveMimeType := ZnMimeType main: 'application' sub: 'java-archive'. ZnClient new systemPolicy; accept: javaArchiveMimeType; followRedirects: true; url: latestVersionUrl; downloadTo: FileLocator imageDirectory. I get either: a. /intermittently/ "ZnUnexpectedContentType: expected application/java-archive actual text/plain" or b. it downloads, but it shows up in Mac Finder as a text file (kind: TEXT)... not the end of the world, but... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Downloading-text-vs-binary-tp4682396p4682406.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 18, 2013

Re: [Pharo-users] Downloading text vs. binary

by Sven Van Caekenberghe

Sean, On 18 Apr 2013, at 22:41, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Zinc seems to think the following is text, but if I download it via Chrome on > my Mac, it recognizes it as binary: > > | latestVersionUrl | > latestVersionUrl := 'http://mirrors.jenkins-ci.org/war/latest/jenkins.war'. > ZnClient new > accept: ZnMimeType applicationOctetStream; > url: latestVersionUrl; > downloadTo: directory. Where/how does Zinc think this is text ? (ZnEasy head: 'http://mirrors.jenkins-ci.org/war/latest/jenkins.war') contentType isBinary ==> true I didn't try your statement though. Sven PS: you should have warned me that it was so big, 53 Mb, I had to proceed the ZnEntityTooLarge exception ;-) -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

April 18, 2013

Downloading text vs. binary

by Sean P. DeNigris

Zinc seems to think the following is text, but if I download it via Chrome on my Mac, it recognizes it as binary: | latestVersionUrl | latestVersionUrl := 'http://mirrors.jenkins-ci.org/war/latest/jenkins.war'. ZnClient new accept: ZnMimeType applicationOctetStream; url: latestVersionUrl; downloadTo: directory. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Downloading-text-vs-binary-tp4682396.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 18, 2013

Re: [Pharo-users] files.pharo.org: Moving to new server

by Camillo Bruni

On 2013-04-18, at 15:02, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > We will change the DNS to a new server. > > This should be transparent, but of course we never knowâ¦ > > Stages: > > 1) Change DNS to point to new server of (TODAY) > files.pharo.org > get.pharo.org > updates.pharo.org > > 2) Change DNS Server from NameCheap to new provider (TOMORROW) > (this will speed up DNS queries ;-) > > 3) enable CDN for the static files. (NEXT WEEK) The CDN should give some speedup for people overseas (US / ASIA), curious to see how much impact this will have :)

April 18, 2013

Re: [Pharo-users] Ho to spare a Pharo desktop application user from seeing the debugger?

by stephane ducasse

may be you should count a bit the memory that it takes for some samples and do some prediction and count how many entities you can get and monitor them? Stef On Apr 18, 2013, at 5:04 PM, MartinW <wm(a)fastmail.fm> wrote: > First, thank you for your answers, Igor and Cameron. > > > Igor Stasenko wrote >> well, most programs pay little attention on consumed resources. >> and usually there is no monitoring for consumption. >> when you meet such situation, usual behavior is crash with sound of >> thousands of breaking glasses :) > > My application does parse a lot of files and does some number-crunching with > them. As the user can in theory include as many files as she wants in these > calculations, i suppose there might very well be a moment, when memory is > not enough. > So you say, there is no way to stop things before it is too late (not enough > memory)? > > > > -- > View this message in context: http://forum.world.st/Ho-to-spare-a-Pharo-desktop-application-user-from-see… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

April 18, 2013

Re: [Pharo-users] Ho to spare a Pharo desktop application user from seeing the debugger?

by Igor Stasenko

On 18 April 2013 17:04, MartinW <wm(a)fastmail.fm> wrote: > First, thank you for your answers, Igor and Cameron. > > > Igor Stasenko wrote >> well, most programs pay little attention on consumed resources. >> and usually there is no monitoring for consumption. >> when you meet such situation, usual behavior is crash with sound of >> thousands of breaking glasses :) > > My application does parse a lot of files and does some number-crunching with > them. As the user can in theory include as many files as she wants in these > calculations, i suppose there might very well be a moment, when memory is > not enough. > So you say, there is no way to stop things before it is too late (not enough > memory)? > if there's not enough memory, you should receive OutOfMemory exception. (or hard crash ;) but why asking? try by yourself. > > > -- > View this message in context: http://forum.world.st/Ho-to-spare-a-Pharo-desktop-application-user-from-see… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

April 18, 2013

Re: [Pharo-users] files.pharo.org: Moving to new server

by Marcus Denker

On Apr 18, 2013, at 3:01 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > We will change the DNS to a new server. > > This should be transparent, but of course we never knowâ¦ > > Stages: > > 1) Change DNS to point to new server of (TODAY) > files.pharo.org > get.pharo.org > updates.pharo.org > Success! DNS has propagated (at least to here) and it works. I should be more reliable and faster. Marcus

April 18, 2013

Re: [Pharo-users] Ho to spare a Pharo desktop application user from seeing the debugger?

by MartinW

First, thank you for your answers, Igor and Cameron. Igor Stasenko wrote > well, most programs pay little attention on consumed resources. > and usually there is no monitoring for consumption. > when you meet such situation, usual behavior is crash with sound of > thousands of breaking glasses :) My application does parse a lot of files and does some number-crunching with them. As the user can in theory include as many files as she wants in these calculations, i suppose there might very well be a moment, when memory is not enough. So you say, there is no way to stop things before it is too late (not enough memory)? -- View this message in context: http://forum.world.st/Ho-to-spare-a-Pharo-desktop-application-user-from-see… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 18, 2013

files.pharo.org: Moving to new server

by Marcus Denker

Hi, We will change the DNS to a new server. This should be transparent, but of course we never knowâ¦ Stages: 1) Change DNS to point to new server of (TODAY) files.pharo.org get.pharo.org updates.pharo.org 2) Change DNS Server from NameCheap to new provider (TOMORROW) (this will speed up DNS queries ;-) 3) enable CDN for the static files. (NEXT WEEK) Marcus and Camillo

April 18, 2013