- Pharo-dev - lists.pharo.org

[Pharo-project] Debugger fails to launch after stacktrace is dumped to SqueakDebug file
by Mariano Martinez Peck Sept. 27, 2009

Sept. 27, 2009

http://code.google.com/p/pharo/issues/detail?id=1249 I marked it as 1.0 It was reported by John Toohey Best Mariano

2 3

Re: [Pharo-project] feedback on CLFramework
by StÃ©phane Ducasse Sept. 27, 2009

Sept. 27, 2009

Hi nullPointer here are some feedback on your work that is really important for us. Use Smalltalk way of formatting code. ========================== btn -> button please use normal smalltalk conventions. inClassSideBoolean ifTrue: [ aClass class compile: aStringCodeSource classified: (aSymbolCategoryName asString) notifying: nil. ] ifFalse: [ aClass compile: aStringCodeSource classified: (aSymbolCategoryName asString) notifying: nil. ]. or inClassSideBoolean ifTrue: [ aClass class compile: aStringCodeSource classified: (aSymbolCategoryName asString) notifying: nil. ] ifFalse: [ aClass compile: aStringCodeSource classified: (aSymbolCategoryName asString) notifying: nil. ]. getFiles: aStringPathOfDirectory | aFileDirectory fullPathOfFile aCollection | aFileDirectory := CLFileDirectory on: aStringPathOfDirectory. aCollection := Bag new. aFileDirectory fileNames do: [ :nameOfFile | fullPathOfFile := aFileDirectory fullPathFor: nameOfFile. aCollection add: fullPathOfFile. ]. ^aCollection. Don't use space everywhere is not smalltalk getFiles: aStringPathOfDirectory | aFileDirectory fullPathOfFile aCollection | aFileDirectory := CLFileDirectory on: aStringPathOfDirectory. aCollection := Bag new. aFileDirectory fileNames do: [:nameOfFile | fullPathOfFile := aFileDirectory fullPathFor: nameOfFile. aCollection add: fullPathOfFile]. ^aCollection. If you give me access I can reformat everything. Add some comments ========================== In the examples category there is no class comments so I have no idea about what I'm reading. There is not one single class comment: please add some of them. So far I could not find how to use it Do not refer to your class inside itself ========================== CLCompiler>>createMessageInClass: aClass withCodeSource: aStringCodeSource inProtocol: aSymbolCategoryName CLCompiler createMessageInClass: aClass withCodeSource: aStringCodeSource inProtocol: aSymbolCategoryName inClassSide: false. -> CLCompiler>>createMessageInClass: aClass withCodeSource: aStringCodeSource inProtocol: aSymbolCategoryName self createMessageInClass: aClass withCodeSource: aStringCodeSource inProtocol: aSymbolCategoryName inClassSide: false. Nice to see that you use traits :) ========================= Keep working. I still believe that a windowSpec based on a literal array is better than a byte array. Stef

2 7

[Pharo-project] [update] 10462
by StÃ©phane Ducasse Sept. 27, 2009

Sept. 27, 2009

- Issue 1153: Many occurrences of "WriteStream on: aCollection" which can be replaced with "aCollection writeStream" Stef

1 0

[Pharo-project] [update] #10461
by StÃ©phane Ducasse Sept. 27, 2009

Sept. 27, 2009

- Issue 973: Cleaning better MessageTally - Issue 1234: MessageTally tallySends: [3.14159 printString] broken http://code.google.com/p/pharo/issues/detail?id=1234

1 0

[Pharo-project] I would like to have feedback on Compiler PopUp plague
by StÃ©phane Ducasse Sept. 27, 2009

Sept. 27, 2009

http://code.google.com/p/pharo/issues/detail?id=1224 if somebody can have a look about what I did it would be cool stef

1 0

[Pharo-project] Fwd: Issue 1129 in pharo: UIManager #request: and #multilineRequest do not distinguish between empty and cancel
by StÃ©phane Ducasse Sept. 27, 2009

Sept. 27, 2009

Hi I kind of agree on this one. So what is the preferred solution. Now this is important to be able to distinguish an empty string from a cancel. Stef Begin forwarded message: > From: codesite-noreply(a)google.com > Date: September 26, 2009 5:07:13 AM CEDT > To: stephane.ducasse(a)gmail.com > Subject: Issue 1129 in pharo: UIManager #request: and > #multilineRequest do not distinguish between empty and cancel > > > Comment #17 on issue 1129 by andreas.raab: UIManager #request: and > #multilineRequest do not distinguish between empty and cancel > http://code.google.com/p/pharo/issues/detail?id=1129 > > Can I ask to reopen this issue before 1.0 goes out? It introduces a > superficial > incompatibility between Pharo and Squeak or other external code that > is really > unecessary. There are two excellent alternatives: > > 1) Extend the existing protocol, by means of, e.g, > result := UIMananger default request: 'What is your name?' onCancel: > ["whatever"]. > This allows for a simple and straightforward use in cases where one > needs to > distinguish between cancel and empty return and it trivially extends > to uses of > multiLineRequest: as well re requestPassword:. > > 2) Alternatively, introduce a new protocol and deprecate the old > one. For example: > result := UIManager default ask: 'What is your name?'. > With a changed protocol any breakage is straightforward and obvious > and not subtle > and in corner cases that may not be tested for by some external > code. Plus, it is > possible to provide a compatibility layer where necessary. > > From my point of view both of the above are far better solutions and > do not require > any additional work. > > > -- > You received this message because you are listed in the owner > or CC fields of this issue, or because you starred this issue. > You may adjust your issue notification preferences at: > http://code.google.com/hosting/settings

2 2

[Pharo-project] key pressed
by Tudor Girba Sept. 27, 2009

Sept. 27, 2009

Hi, How can I check whether a certain key is pressed (for example, a modifier like Shift)? Cheers, Doru -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

4 4

[Pharo-project] pharo1.0-10451-BETAweb09.09.3 in FireFox
by Dennis Schetinin Sept. 27, 2009

Sept. 27, 2009

I can't log in at the 'main' page (http://127.0.0.1:8080/seaside/pier) in Pier. It just ignores all the inputs (both correct and incorrect) simply redirecting from input form back to the main page. But from the Blog or About page it works correctly. It's all using FireFox 3.5.3. With Chrome it's ok everywhere, including 'main' page... What can be the cause of the problem? -- Dennis Schetinin

3 2

[Pharo-project] OSProcess question
by Schwab,Wilhelm K Sept. 26, 2009

Sept. 26, 2009

I see various ways to run something, none of which are quite what I want. The objective is to run openssl in a particular directory. I have no need to make this portable (unless you mean running on all of Ubuntu, Debian, Slackware, etc. <g>), so #forkAndExec:...workingDirectory: would almost be ok, **but**, I need to wait around for the result. In truth, there are a few things that have to happen in sequence; perhaps I could simply write multiple lines to the command string. Still, in the interest of idealism, it would be nice to run the commands on other than the Pharo main thread (no sense diving into something that might not return[*]), and to know when the work is done, and to get the different steps to happen in sequence. There was mention of tests for OSProcess (which might provide clues), but I have not been able to find them. Any hints? Bill [*] insert Windows joke here :)

3 5

[Pharo-project] ClosureTests remove expected failures
by Michael Roberts Sept. 26, 2009

Sept. 26, 2009

Compiler-MikeRoberts.132 in Inbox Remove unexpected failures since the tests now pass with Eliot's latest batch of closure fixes. thanks, Mike

2 2