November 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Unix thing? Possible silent failure writing file.
by StÃ©phane Ducasse Nov. 15, 2010

Nov. 15, 2010

On Nov 15, 2010, at 2:28 PM, Schwab,Wilhelm K wrote: > You have the impression that I am asking you to do my work. Not the case; I asked you whether a sequence of events was familiar - that's it. The involvement of R and "adding a column" would mean a lot to those who use it. ok but this is not what we understood at first. so this is why if you wanted the help of others then they can only help with code snippets. Stef > I am not using any of the variations you list below, but I will look at the code behind them; it might offer some clue about any preparation that the newly opened file might need. > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Sven Van Caekenberghe [sven(a)beta9.be] > Sent: Monday, November 15, 2010 8:06 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Unix thing? Possible silent failure writing file. > > Bill, > > On 15 Nov 2010, at 13:35, Schwab,Wilhelm K wrote: > >> Apologies if this comes through as a repeat. >> >> What is so mysterious/non-responsive about telling you (read the initial email) that I was re-writing an existing file, nothing happened, no errors were reported, and that repeating it with an explicit truncation of the file after opening gave the expected behavior? > > What others on this list are saying is that you have to provide _Concrete Code Examples_ independent from all decoration (it doesn't matter that you are using R and doing whatever with it). Making a good, short example that others can run will help you and others. You have to make at least the isolation effort first. Even better, you should look as deep into it as you can. Otherwise you will be ignored because you are asking others to do your work. > > So, you should have written something like (but maybe this is not what you meant or were using/doing): > > Shouldn't FileStream>>#fileNamed:do: raise an error when overriding ? > > For example: > > FileStream fileNamed: '/tmp/foo.txt' do: [ :stream | stream nextPutAll: 'First'; crlf ]. > > "works" > > FileStream fileNamed: '/tmp/foo.txt' do: [ :stream | stream nextPutAll: 'Second'; crlf ]. > > "overwrites - but should fail IMHO" > > FileStream oldFileNamed: '/tmp/foo.txt' do: [ :stream | stream nextPutAll: 'Third'; crlf ]. > > "overwrites" > > FileStream newFileNamed: '/tmp/foo.txt' do: [ :stream | stream nextPutAll: 'Fourth'; crlf ]. > > "raises error" > > HTH, > > Sven > > PS: And I also think you should make an Google Code Issue when you are sure there is a bug ;-) > > > >

1 0

[Pharo-project] Issue 3251 in pharo: Accept a change when editing a help text gives MNU
by pharo＠googlecode.com Nov. 15, 2010

Nov. 15, 2010

Status: Fixed Owner: Torsten....(a)astares.de Labels: Milestone-1.2 New issue 3251 by Torsten....(a)astares.de: Accept a change when editing a help text gives MNU http://code.google.com/p/pharo/issues/detail?id=3251 Pharo 1.2 #12235 When editing a help text and accepting the change you get a MNU MessageNotUnderstood: Workspace>>label To reproduce: - evaluate "HelpOnHelp edit: #introduction" - modify the text in the appearing workspace and accept its contents Reason: - UIManager>>edit:label:accept: returns the workspace not the window (compared to Squeak where #edit was originally developed)

1 3

[Pharo-project] Issue 3264 in pharo: Locale>>#primTimezone fails on Squeak 5
by pharo＠googlecode.com Nov. 15, 2010

Nov. 15, 2010

Status: New Owner: ---- New issue 3264 by sven.van.caekenberghe: Locale>>#primTimezone fails on Squeak 5 http://code.google.com/p/pharo/issues/detail?id=3264 We are currently working on version 1.2, so please verify your issue with the latest 1.2 Unstable version before reporting it - we improved a lot the system. If you fill an issue for the first time, please read "How to report bugs" at http://www.pharo-project.org/community/issue-tracking Pharo image: Pharo | Pharo-core Pharo core version: <copy from World/System/About> Virtual machine used: <ex: pharo-vm-0.15.2f-linux> Class browser used (if applicable): <ex: O2PackageBrowserAdaptor. If you don't know, print "SystemBrowser default"> Steps to reproduce: 1. 2. 3. Paste or attach stack trace if applicable (look at the file PharoDebug.log located in the same directory as your image):

1 2

Re: [Pharo-project] permutations / combinations implementation
by Ralph Boland Nov. 15, 2010

Nov. 15, 2010

In Squeak SequenceableCollection>>permutationsDo: will apply a block to each permutation of a collection. I assume it is also in Pharo. I have a package CombinatorialGeneration that implements a number of combinatorial generation algorithms. I use it for generating large numbers of test cases. It's about a man month of work from being ready to release. Then, based on feedback, I will likely have more work to do before it is production ready. It uses some code that as far as I know is not supported in Pharo including the generators code added by Andreas (? Sorry I forget his last name but it is a short name). Hope that helps. Ralph Boland

2 1

Re: [Pharo-project] Unix thing? Possible silent failure writing file.
by StÃ©phane Ducasse Nov. 15, 2010

Nov. 15, 2010

send a code snippet else it does not help to send the mail. On Nov 14, 2010, at 10:19 PM, Schwab,Wilhelm K wrote: > Surely I'm not the only person to make the Windows to Unix move. It is either something that happens, or another case of the Squeak primitives failing without saying that they did, let alone why. What you call a crystal ball, I call words from the wise who might have seen something similar before. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of csrabak(a)bol.com.br [csrabak(a)bol.com.br] > Sent: Sunday, November 14, 2010 3:43 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Unix thing? Possible silent failure writing file. > > Without a minimum snippet of the code that purportedly got into this incident, only a crystal ball can help here. . . > >

4 5

[Pharo-project] Pharo and Astronomy?
by Alexandre Bergel Nov. 15, 2010

Nov. 15, 2010

Hi! I am looking for any experience in using Pharo to develop software for Astronomy. Especially regarding interoperability with Python, using Mathematical libraries (www.nr.com, www.gnu.org/software/gsl, matplotlib.sourceforge.net/gallery.html) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

7 12

Re: [Pharo-project] about OutOfScopeNotification
by StÃ©phane Ducasse Nov. 15, 2010

Nov. 15, 2010

>> > IMO, it should not raise an error, at maximum it should just warn that > global name are shadowed by nested scope. It should compile. > >> | b c | >> b := [ :Object | Object ]. >> c := b value: Object. >> >> is something that I would rather not have compile. Perhaps it should, just as one is free to evaluate >> >> Object := 'this is really a bad idea to evaluate'. >> >> but the latter is at least akin to shooting one's foot with a clearly-marked weapon. Using Object as a temp name is not something that I can ever see as a good idea, but assignments to globals have uses. >> > > The point is, that its not important what name you are using. It is > about a strictness of compiler, and about whether we need > to check for any identifier declared in local scope (such as class > scope, method scope, block scope) clashing with any names defined in > outer scope. > My point that shadowing should be allowed. And we have a Lint there > for pointing out on such clashes. > > It is pointless to enforce strictness, because it works only in one > way: when an outer scope name defined before inner scoped name. > But what if you wrote a method which using some name(s), it compiled > well, and works. But then later you loaded some external package, > which defines a global var with same name. Should your method stop > compiling? I don't think so. +1

1 0

Nov. 15, 2010

Hi I was reading Issue 2436: Compiler outofScopeNotification http://code.google.com/p/pharo/issues/detail?id=2436 which I integrated in 12240 and I still do not get why in Squeak or pharo now | b c | b := [ :Object | Object ]. c := b value: Object. raises Unknown variable Object while | b c | b := [ :x | x ]. c := b value: Object. just returns Object Stef

3 2

Nov. 15, 2010

why not saving it in Shout with a specific tag? To me a repository does not have to be for only one version. After you can use PharoTaskForces but this is more for work in progress that after you be merged into Pharo. > Hi! > > I was trying to load dev packages in a 1.2Core. And I realized that shout uses Preferences. I changed the dependency in my image, but I think it's not right to upload the change now. > > With Mariano we talked some days ago about creating a PharoTemp squeaksource repo to save all this "transitory" changes... > > Any suggestions? > > Thanks!

3 3

Nov. 14, 2010

12240 ----- - Issue 2436: Compiler outofScopeNotification. Thanks Eliot Miranda. - Issue 3259: Eliot Compiler Fixes Part one. Thanks Eliot Miranda. - Issue 3261: Fix select unchanged definitions for variableSubclass: class defs. Thanks Eliot Miranda. - Issue 3253: Announcer. Extraction ActionSequence creation in subscription logic. Thanks Dionsisiygod Stef

1 0