Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

Yes to me ensureDelete or ensureDeleted is not explicit enough. I prefer remove/delete[ifAbsent:] On Jun 12, 2012, at 1:41 AM, Schwab,Wilhelm K wrote: > I generally default to saying "of course there should be an error." I much > prefer to get my bad news early rather than having to fish around

Re: [Pharo-project] recompiling class

>> Soon we will be able to remove FileDirectory :) > > Yippie! even more than that :)

Re: [Pharo-project] [PLP] News

Here is a related release-post :) http://concretetypeinference.blogspot.com.ar/2012/06/metacello-paullepoulpe-project-version.html 2012/6/12 Santiago Bragagnolo > >PaulLePoulpe Logger is now working and tested on Pharo 1.3 core; 1.4 > and 2.0, and working with two red tests at Pharo 1.2 co

Re: [Pharo-project] who can have a look at Issue 5913: Remove Squeak epoch

On Mon, Jun 11, 2012 at 7:15 PM, Sean P. DeNigris wrote: > Do we all agree that standardizing on the Unix Epoch is the way to go? No :) > The > argument on the squeak list seemed to be: > - the squeak epoch has a certain beauty to it, being the turn of the > century > vs > - why reinvent the w

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

Great, Thanks for the feedback! Good points. I appreciate it. Ciao, Cam On Mon, Jun 11, 2012 at 11:27 PM, Yanni Chiu wrote: > On 11/06/12 10:35 PM, Cameron Sanders wrote: > >> Do you need 1.4, and why? -- if you do not mind sharing. >> > > I was building on 1.3, and had a second automated build

[Pharo-project] [PLP] News

PaulLePoulpe Logger is now working and tested on Pharo 1.3 core; 1.4 and 2.0, and working with two red tests at Pharo 1.2 core. The two red tests are related with an announcement issue. But it dont interfere with the work, so, it works. I'm using it actively in ConcreteTypeInference and Kwi

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

On 11/06/12 10:35 PM, Cameron Sanders wrote: Do you need 1.4, and why? -- if you do not mind sharing. I was building on 1.3, and had a second automated build which tracked 1.4. Periodically, I would manually update the 1.4 base image of the build to the then latest 1.4. Each of the builds would

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

Sean P. DeNigris wrote > > the latest Cog Jit VM on Jenkins crashes when doing this update. The > latest Jenkins Stack VM works fine. > Disregard that. OS X was picking up an old vm on my system. The latest Jit and Stack VMs both work. -- View this message in context: http://forum.world.st/Ph

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

Yanni, Thanks! > > http://jenkins.lukas-renggli.**ch/view/Seaside%203.0/ > > On that site is a Pier3/Margritte3/Seaside-3.1 build as well. > Oh, maybe I will try that as a starting point. Thanks! > > However, AFAICT, all the builds are based

Re: [Pharo-project] who can have a look at Issue 5913: Remove Squeak epoch

Do we all agree that standardizing on the Unix Epoch is the way to go? The argument on the squeak list seemed to be: - the squeak epoch has a certain beauty to it, being the turn of the century vs - why reinvent the wheel? Everybody already knows what the unix epoch is (e.g. you can point them to W

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

On 11/06/12 7:39 PM, Cameron Sanders wrote: My Pier download was what was available on Saturday at http://www.piercms.com/download. I thought you were referring to a build from: http://jenkins.lukas-renggli.ch/view/Seaside%203.0/ On that site is a Pier3/Margritte3/Seaside-3.1 build as well.

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

Stéphane Ducasse wrote > > Thanks Sean. > I'm going to paris for a presentation so I may have a look tomorrow > evening. > No problem. If anybody needs the latest update (#20129 currently) before then, the st files attached to the issue are only needed to update heedlessly. Otherwise, you can

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

I generally default to saying "of course there should be an error." I much prefer to get my bad news early rather than having to fish around or it after the fact. Toward that end, I would recommend having #deleteIfAbsent: and #delete that provides an error-raising block and forwards to #delete

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

Yanni, I did not know that my post to http://groups.google.com/group/dbxtalk would end up on the pharo lists. Also, this was a side-note to other points about DBXTalk... or I would have given more information about this one aspect. But I am thrilled that Fuel works for you, so I would love to lear

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

Chris Cunningham wrote > > I like #ensureDeleted (make sure it doesn't exist) > Makes sense... +1 -- View this message in context: http://forum.world.st/FileReference-should-throw-error-when-deleting-unexisting-files-tp4634357p4634396.html Sent from the Pharo Smalltalk mailing list archive at

Re: [Pharo-project] zip bug [IMPORTANT] probably related to the recent Zip changes

On Mon, Jun 11, 2012 at 2:58 AM, Sean P. DeNigris wrote: ... If that's the case, maybe wrap the unzip with a check that > defaults to the old format if the date is invalid or strange (e.g. year > 1962)... > What's strange about 1962? I happen to think it's a rather nice year ;-) -- Cheers, Pete

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

On Mon, Jun 11, 2012 at 2:32 PM, wrote: > Maybe #ensureDeleted would be better? > > Nico I like #ensureDeleted (make sure it doesn't exist)

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

Mariano Martinez Peck writes: > On Mon, Jun 11, 2012 at 8:38 PM, Mariano Martinez Peck > wrote: > > So if we now do: > >  'afileThatDoesntExist' asFileReference delete > > I get a PrimitiveFailed. If this is what we want, can I add: > > FileReference >> deleteIfExi

Re: [Pharo-project] recompiling class

Stéphane Ducasse wrote > > Soon we will be able to remove FileDirectory :) Yippie! -- View this message in context: http://forum.world.st/recompiling-class-tp4633989p4634388.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] zip bug [IMPORTANT] probably related to the recent Zip changes

On Jun 11, 2012, at 3:47 AM, Sean P. DeNigris wrote: > so I'm refactoring blind!! Scary :) Yes I know that feeling….

Re: [Pharo-project] recompiling class

+ 1 and we are working on that :) Soon we will be able to remove FileDirectory :), will have Morph rendered in Athens…. On Jun 11, 2012, at 9:45 AM, Tudor Girba wrote: > +1. > > It is in your interest to get us to move to the latest version, and > the best way to do it is to keep offering irre

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

Thanks Sean. I'm going to paris for a presentation so I may have a look tomorrow evening. Stef On Jun 11, 2012, at 6:33 PM, Sean P. DeNigris wrote: > Fix attached to: > Issue 6055: [BUG] New System Progress doesn't work when headless > http://code.google.com/p/pharo/issues/detail?id=6055 > >

[Pharo-project] 2.0

I grabbed the one-click image and poked around. The worst thing I found (can't reproduce) is that the SB's package list became insensitive to clicks. Switching to groups and then back seemed to restore normal operation. Looks good so far! Bill

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

On Mon, Jun 11, 2012 at 8:38 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > So if we now do: > > 'afileThatDoesntExist' asFileReference delete > > I get a PrimitiveFailed. If this is what we want, can I add: > > FileReference >> deleteIfExists > > self exists ifTrue: [ self delete] >

Re: [Pharo-project] FileReference >> #exists not working?

digging with Camillo in the code implementation and realizing that there was a bug in the plugin support files :) Esteban On Jun 11, 2012, at 8:49 PM, Sean P. DeNigris wrote: > > Sean P. DeNigris wrote >> >> * Issue 6050: ensureDirectory looks strange >> http://code.google.com/p/pharo/

Re: [Pharo-project] FileReference >> #exists not working?

none :) (they should be not active, and removed soon) use this: https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/ Esteban On Jun 11, 2012, at 8:33 PM, Mariano Martinez Peck wrote: > > > On Mon, Jun 11, 2012 at 5:21 PM, Esteban Lorenzano > wrote: > both were same problem and both *should

Re: [Pharo-project] FilePlugin changed it's behavior?

Sean P. DeNigris wrote > > There's something weird and scary going on with FilePlugin... > * Issue 6050: ensureDirectory looks strange > http://code.google.com/p/pharo/issues/detail?id=6050 > * http://forum.world.st/FilePlugin-bug-td4634074.html > Fixed... see http://forum.world.st/FileReferenc

Re: [Pharo-project] FileReference >> #exists not working?

Sean P. DeNigris wrote > > * Issue 6050: ensureDirectory looks strange > http://code.google.com/p/pharo/issues/detail?id=6050 > The code snippet works now with the Jenkins Cog VM at https://ci.lille.inria.fr/pharo/job/Cog-VM/ (build #45 - last successful) Good... that was a scary one.

[Pharo-project] FileReference should throw error when deleting unexisting files?

So if we now do: 'afileThatDoesntExist' asFileReference delete I get a PrimitiveFailed. If this is what we want, can I add: FileReference >> deleteIfExists self exists ifTrue: [ self delete] or something like that? because lots of places (tearDown of tests) I want to remove crao which may o

Re: [Pharo-project] FileReference >> #exists not working?

On Mon, Jun 11, 2012 at 5:21 PM, Esteban Lorenzano wrote: > both were same problem and both *should* (not completely sure, he) work on > latest vm, please check :) > please, tell me EXACTLY which job. https://ci.lille.inria.fr/pharo/view/VM-dev/ has 6 jobs. https://ci.lille.inria.fr/pharo/view/

[Pharo-project] FileStream not opening file, if file opened elsewhere

Hello, I have run into what seems to be a bug in FileStream/StandardFileStream. I attempt to open a file. f := StandardFileStream oldFileNamed: 'pathToFile'. If file is open elsewhere for editing, f = nil. If the file is not open elsewhere, then the file opens properly. If I attempt to open re

[Pharo-project] Undeclared in Spec

Hi, we have got two new Undeclared and thus failing testUndeclared. Both Undeclared are related to Spec - references to instance variable widget and references to global SpecLayout. -- Pavel

[Pharo-project] [update 2.0] #20129

20129 - - Issue 5967: Use FileSystem for everything (part Five). **THANKS** camillo for this effort Collections-Abstract-CamilloBruni.165 Collections-Native-CamilloBruni.7 Collections-Arrayed-CamilloBruni.68 MenuRegistration-CamilloBruni.39 Polymorph-Widgets-CamilloBrun

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

Fix attached to: Issue 6055: [BUG] New System Progress doesn't work when headless http://code.google.com/p/pharo/issues/detail?id=6055 > 2.0 > > When headless and displaying progress, with used to be a no-op, now there > is a BlockClosure DNU label:. This is because progress used to use a b

[Pharo-project] [update 2.0] #20128

20128 - - Issue 5967: Use FileSystem for everything (part Four). **THANKS** camillo for this effort Making sure we can save the image :) Yes previous version was in a strange state… Stef and Camillo

[Pharo-project] [update 2.0] #20127

20127 - - Issue 5967: Use FileSystem for everything (part three). **THANKS** camillo for this effort Files-CamilloBruni.ducasse.251 System-FileRegistry-CamilloBruni.16 System-Support-CamilloBruni.634 Kernel-CamilloBruni.1103 Stef and Camillo

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

I think I have a fix... The bug was the new progress bar wasn't integrated with headless mode... just testing now and I'll upload... - S -- View this message in context: http://forum.world.st/Pharo-2-0-Jenkins-build-failing-tp4634306p4634321.html Sent from the Pharo Smalltalk mailing list archiv

Re: [Pharo-project] FileReference >> #exists not working?

both were same problem and both *should* (not completely sure, he) work on latest vm, please check :) (if we can get jenkings to work again, :) On Jun 11, 2012, at 4:20 PM, Sean P. DeNigris wrote: > > EstebanLM wrote >> >> can be related to http://code.google.com/p/pharo/issues/detail?id=569

Re: [Pharo-project] Squeaksource is...

Hi, Squeakcource is up again. Cheers, Fabrizio 2012/6/11 Sean P. DeNigris > > Bernat Romagosa wrote > > > > ...down :) > > > > Don't forget about the mirror (for loading anyway)... > http://www.dsal.cl/squeaksource/ > Instructions on how to redirect MC... > http://lists.gforge.inria.fr/pipermai

[Pharo-project] Pharo 2.0 Jenkins build failing

It looks like it's related to the progress bar overhaul... I have a pretty good idea what's going on... I'm working on it now... Sean -- View this message in context: http://forum.world.st/Pharo-2-0-Jenkins-build-failing-tp4634306.html Sent from the Pharo Smalltalk mailing list archive at Nabble

Re: [Pharo-project] Squeaksource is...

Bernat Romagosa wrote > > ...down :) > Don't forget about the mirror (for loading anyway)... http://www.dsal.cl/squeaksource/ Instructions on how to redirect MC... http://lists.gforge.inria.fr/pipermail/pharo-users/2011-August/002749.html -- View this message in context: http://forum.world.s

[Pharo-project] Pharo-1.4-Tests » 32,linux - Build # 68 - Failure!

BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo-1.4-Tests/./Architecture=32,OS=linux/68/Project:Architecture=32,OS=linuxDate of build:Mon, 11 Jun 2012 16:19:29 +0200Build duration:1 min 23 secCHANGESNo ChangesCONSOLE OUTPUT[...truncated 919 lines...] Array(SequenceableCollection)>>

[Pharo-project] Pharo Core 1.3 - Build # 41 - Failure!

BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo%20Core%201.3/41/Project:Pharo Core 1.3Date of build:Mon, 11 Jun 2012 16:19:24 +0200Build duration:1 min 48 secCHANGESNo ChangesBUILD ARTIFACTSPharoCore-1.3.changesPharoCore-1.3.imagePharoCore-1.3.zipCONSOLE OUTPUT[...truncated 1075 lin

[Pharo-project] Pharo-1.4-Tests » 32,mac - Build # 68 - Failure!

BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo-1.4-Tests/./Architecture=32,OS=mac/68/Project:Architecture=32,OS=macDate of build:Mon, 11 Jun 2012 16:19:29 +0200Build duration:1 min 21 secCHANGESNo ChangesCONSOLE OUTPUT[...truncated 921 lines...] do: [:reference | self installSou

Re: [Pharo-project] FileReference >> #exists not working?

EstebanLM wrote > > can be related to http://code.google.com/p/pharo/issues/detail?id=5693 > That one was effecting symlinks. It's more probably related to... http://forum.world.st/FilePlugin-changed-it-s-behavior-td4633565.html There's something weird and scary going on with FilePlugi

Re: [Pharo-project] zip bug [IMPORTANT] probably related to the recent Zip changes

Ben Coman wrote > > What do you get if you unzip it outside Pharo? from the operating system? > Sean P. DeNigris wrote > > * unzip Balloon-CamilloBruni.85.mcz at Mac command line -> Mac reports > date/time as 1/23/2010... I'm assuming this is wrong because pre-fix, > Pharo reported 29 Septemb

Re: [Pharo-project] Squeaksource is...

Hi, the problem seems to be the server on which squeaksource is, not squeaksource itself. I will restart the server ASAP. Cheers, Fabrizio 2012/6/11 Bernat Romagosa > ...down :) > > Can someone take a look, please? > > -- > Bernat Romagosa. >

Re: [Pharo-project] Squeaksource is...

good reminder that i should migrate my stuff to sthub On 11 June 2012 11:05, Bernat Romagosa wrote: > ...down :) > > Can someone take a look, please? > > -- > Bernat Romagosa. -- Best regards, Igor Stasenko.

Re: [Pharo-project] Look and font competition

As this gif shows, and I prefer, the SBDIC buttons should be hidden away and prefereably as a drop down as it used to be earlier. In normal dev workflow, its rare to slip to using this access and even if its often, I find it to my aesthetic sense a little better to have an usual drop down list.

Re: [Pharo-project] FileReference >> #exists not working?

can be related to http://code.google.com/p/pharo/issues/detail?id=5693 so... you should download latest vm to try it. On Jun 11, 2012, at 11:24 AM, Mariano Martinez Peck wrote: > imagine 'foo.txt' file exists in my image directory, if I do: > > 'foo.txt' asFileReference exits -> true. > 'foo.t

[Pharo-project] FileReference >> #exists not working?

imagine 'foo.txt' file exists in my image directory, if I do: 'foo.txt' asFileReference exits -> true. 'foo.txt' asFileReference delete (the file is removed from the OS) 'foo.txt' asFileReference exits -> true. shouldn't be false now? couldn't debug it yet... sorry -- Mariano http://marian

Re: [Pharo-project] recompiling class

On 11 June 2012 09:26, Marcus Denker wrote: > > > The whole point about improving the system is to then use the improvements. > Else what's the point in improving anything? > Hi, from Capt. Obvious :) >        Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > -- Best regards, Igor

Re: [Pharo-project] [Vm-dev] Re: Plan/discussion/communication around new object format

Some extra ideas. 1. Avoiding extra header for big sized objects. I not sure about this, but still .. according to Eliot's design: 8: slot size (255 => extra header word with large size) What if we extend size to 16 bits (so in total it will be 65536 slots) and we have a single flag, pointing ho

Re: [Pharo-project] recompiling class

+1. It is in your interest to get us to move to the latest version, and the best way to do it is to keep offering irresistible reasons :) Cheers, Doru On Mon, Jun 11, 2012 at 9:31 AM, Marcus Denker wrote: > > On Jun 11, 2012, at 7:17 AM, S Krish wrote: > >> "decompile to an Intermediate Repres

Re: [Pharo-project] recompiling class

On Jun 11, 2012, at 7:17 AM, S Krish wrote: > "decompile to an Intermediate Representation" > > This will be nice to have backported if possible to 1.4. > IR: you can do it. Whole compiler: no way, as it changes APIs and honestly, life is too short. Marcus -- Marcus Denker -- http://

Re: [Pharo-project] recompiling class

On Jun 9, 2012, at 8:16 PM, Eliot Miranda wrote: > > For the backend of Opal, I did some crude benchmark for Martin this week: > Decompiling to IR and re-generating of all methods in Morph that access iVars > takes 0.8 seconds... > > and how long does recompiling all Morph methods take? > on

Re: [Pharo-project] zip bug [IMPORTANT] probably related to the recent Zip changes

Sean P. DeNigris wrote: Sean P. DeNigris wrote Where did you click on it? I need steps to reproduce... Okay, I tried to merge it and got the error when the package was being read... I did some experiments... * create a zip at Mac command line -> new Pharo code correctly parses date/t