July 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ENH]: Zinc - Streaming Download Progress

by Frank Shearar

On 12 July 2012 17:40, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sven Van Caekenberghe wrote >> >> But do you agree that the only solution is to use a dynamic variable ? >> Because signalling code has to known whether there is someone catching the >> notifications, right ? >> > Could you say more about that? Googling "dynamic variable" turned up > academic stuff. Also, could Announcements be helpful here? You've used them all the time: they're just like (shell) environment variables, only the environment variables can nest. So in a default Squeak image (which has the DynamicVariables package by default), MyDynVar value: 1 during: [ Transcript showln: (MyDynVar value printString). MyDynVar value: 2 during: [ Transcript showln: (MyDynVar value printString). ]. Transcript showln: (MyDynVar value printString). ] will output 1 2 1 There is a gotcha with naively implementing dynamic variables: they _do not_ play nicely with delimited continuations: http://www.lshift.net/blog/2012/06/27/resumable-exceptions-can-macro-expres… shows a solution which should Just Work in Pharo ( and if it doesn't, let me know, and I'll make it work). The link also has links explaining in detail why the two don't work nicely. This bad interaction will bite you as soon as you do anything interesting to the stack, and given that you always have thisContext just a reference away, that could be any time you like! Oh. I see I _didn't_ put a link to the code. Sigh. http://ss3.gemstone.com/ss/Control.html is the place to get the code. frank > Sean > > -- > View this message in context: http://forum.world.st/ENH-Zinc-Streaming-Download-Progress-tp4639686p463969… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

July 12, 2012

Re: [Pharo-project] MacVMs vs Filesystem exists

by Max Leske

Awesome! Thanks Max On 12.07.2012, at 18:41, Camillo Bruni wrote: > !PLEASE UPDATE YOUR VM IF YOU USE PHARO2.0! > =========================================== > > We had some trouble lately with the file system primitives (AKA they have always been broken) > - FIXED: isDirectory did not work under Mac > - FIXED: exists did not work reliable under Mac > - FIXED: resolving symlinks/aliases did not work under Mac > - ADDED: Permissions are now supported under mac / win / linux in FileSystem > > > best > cami

July 12, 2012

[Pharo-project] MacVMs vs Filesystem exists

by Camillo Bruni

!PLEASE UPDATE YOUR VM IF YOU USE PHARO2.0! =========================================== We had some trouble lately with the file system primitives (AKA they have always been broken) - FIXED: isDirectory did not work under Mac - FIXED: exists did not work reliable under Mac - FIXED: resolving symlinks/aliases did not work under Mac - ADDED: Permissions are now supported under mac / win / linux in FileSystem best cami

July 12, 2012

Re: [Pharo-project] [ENH]: Zinc - Streaming Download Progress

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > But do you agree that the only solution is to use a dynamic variable ? > Because signalling code has to known whether there is someone catching the > notifications, right ? > Could you say more about that? Googling "dynamic variable" turned up academic stuff. Also, could Announcements be helpful here? Sean -- View this message in context: http://forum.world.st/ENH-Zinc-Streaming-Download-Progress-tp4639686p463969… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 12, 2012

[Pharo-project] IMPORTANT: Issue 6351: FileReference>>deleteAll follows symlinks in 1.4

by Sean P. DeNigris

This is a fun one to find out about by accident... Hey, what happened to my temporary variable names? Oh, they're decompiled because my image folder was deleted while deleting my home folder because the folder being deleted contained a symlink to it. Thank god for backups... and that it was deleting alphabetically, so mostly rarely-changed config files were deleted (i think/hope)... Pharo1.4 Latest update: #14448 '/path/to/dir' asFileReference deleteAll. * If the link is valid, it follows it and keeps deleting * If not, it claims the link file doesn't exist. http://code.google.com/p/pharo/issues/detail?id=6351 -- View this message in context: http://forum.world.st/IMPORTANT-Issue-6351-FileReference-deleteAll-follows-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 12, 2012

Re: [Pharo-project] [ENH]: Zinc - Streaming Download Progress

by Sven Van Caekenberghe

Hi Sean, Yeah, that would be nice. But do you agree that the only solution is to use a dynamic variable ? Because signalling code has to known whether there is someone catching the notifications, right ? The #signalProgress option in ZnClient was just the first step, the interface. The real, interesting signalling has to happen in ZnUtils class>>#streamFrom:to:size: If you agree that the dynamic variable is the way to go, I can quite easily implement it. Sven On 12 Jul 2012, at 17:58, Sean P. DeNigris wrote: > It would be /really/ nice if Zinc sent notifications of streaming download > progress to log listeners and HTTPProgress handlers. > > The following method showed nice progress notifications via both routes > until the file started to download, which is the bulk of the time spent... > > downloadLatestVmMakerImage > > | client | > client := ZnClient new. > client signalProgress: true. > client log addListener: self. > > [client > url: > 'https://ci.lille.inria.fr/pharo/job/Cog%20Git%20Tracker/lastSuccessfulBuild…'; > downloadTo: '/Volumes/Fast/Squeak/Cog/vmmaker-image.zip'.] > on: HTTPProgress > do: [ :ex | > Transcript show: ex asString; cr. > ex resume ] > > -- > View this message in context: http://forum.world.st/ENH-Zinc-Streaming-Download-Progress-tp4639686.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

July 12, 2012

[Pharo-project] [ENH]: Zinc - Streaming Download Progress

by Sean P. DeNigris

It would be /really/ nice if Zinc sent notifications of streaming download progress to log listeners and HTTPProgress handlers. The following method showed nice progress notifications via both routes until the file started to download, which is the bulk of the time spent... downloadLatestVmMakerImage | client | client := ZnClient new. client signalProgress: true. client log addListener: self. [client url: 'https://ci.lille.inria.fr/pharo/job/Cog%20Git%20Tracker/lastSuccessfulBuild…'; downloadTo: '/Volumes/Fast/Squeak/Cog/vmmaker-image.zip'.] on: HTTPProgress do: [ :ex | Transcript show: ex asString; cr. ex resume ] -- View this message in context: http://forum.world.st/ENH-Zinc-Streaming-Download-Progress-tp4639686.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 12, 2012

Re: [Pharo-project] PBE2 - PDFs

by phil＠highoctane.be

Spec Drafts>Zinc,... 2012/7/12 Damien Cassou <damien.cassou(a)gmail.com> > Hi Phil, > > On Thu, Jul 12, 2012 at 12:49 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > > There are quite a number of tex files in the repo that have no PDF > > rendition. > > > for example? > > > > As I have been working a bit on sound, I think I could also contribute > > something to a chapter on that subject. > > If you see an already existing chapter you could contribute to or want > to create a new one, go ahead. Please tell us what you are doing on > "Squeak By Example" <sbe(a)iam.unibe.ch>. > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > -- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges Belgium

July 12, 2012

[Pharo-project] Monticello preferences not working in 1.4

by phil＠highoctane.be

I wanted to switch the default package-cache location to somewhere else. So, I changed the prefs setting to the location where I moved all of the packages. But... this opening Monticello afterwards still lists the original location (in fact the first place where I ran the one click (that I moved somewhere else). See screenshot. What to do? Phil[image: Images intÃ©grÃ©es 1]

July 12, 2012

[Pharo-project] Weird error with halos on a SystemWindow

by phil＠highoctane.be

self world answers nil and then cannot do the displayWorld. Weird for a halomorph. What's wrong here? It is annoying since I was using the halo "red" menu to work with a morph interactively. Ideas? Pharo 1.4 here. doMenu: evt with: menuHandle "Ask hand to invoke the halo menu for my inner target." | menu | self obtainHaloForEvent: evt andRemoveAllHandlesBut: nil. self world displayWorld. menu := innerTarget buildHandleMenu: evt hand. innerTarget addTitleForHaloMenu: menu. menu popUpEvent: evt in: self world.

July 12, 2012