- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Debugging aids
by Bill Schwab Sept. 5, 2008

Sept. 5, 2008

Michael, Ah, the .snafu file type ;) That is an interesting idea. Anybody else for it? It is interesting, as I have written some tools that parse logs for various purposes, and never once thought of doing the obvious. One potential snag is that I found a need to create a process safe stream; I doubt the number of open files would be terrible, but it would be worth a look to see the extent of its use. IIRC, it was for a transcript replacement. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> m.rueger(a)acm.org 9/5/2008 11:02:17 AM >>> Bill Schwab wrote: > Hello all, > > Random thoughts/wishes: > > The UI discussion reminded me of a couple of things. Squeak appears to > overwrite its debug log; minimally, I think there should be an option to > append, and it probably should default to true. Many times, I've had I'd rather have time stamped files. Stack traces are already long enough as they are ;-) Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Debugging aids
by Bill Schwab Sept. 5, 2008

Sept. 5, 2008

Stef, Will do. The append option will come first. The crash dumps might take more effort, since I did not even see the feature on Linux. Not sure what to make of that. I guess I was hacking the VM, so maybe it is available only on Windows. If that is the case, we should fix it. I assume you want an option? How about #appendToDebugLog? I will confess to thinking (if only to myself) this should simply be the behavior, but the option route works too. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 9/5/2008 11:02:06 AM >>> send us the code :) stef On Sep 5, 2008, at 5:45 PM, Bill Schwab wrote: > Hello all, > > Random thoughts/wishes: > > The UI discussion reminded me of a couple of things. Squeak appears > to > overwrite its debug log; minimally, I think there should be an > option to > append, and it probably should default to true. Many times, I've had > what our British friends would call a knock-on effect overwrite the > trace of the real cause of the problem. The same should apply to the > crash dump. > > The option to show call stacks (which I am not seeing on the Linux VM, > and would like to<g>), should show all non-dead threads, not simply > the > active thread. IIRC, there has been some progress on that front. > > Bill > > > > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 273-6785 > FAX: (352) 392-7029 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] Fwd: going over and integrating Kernel-Extensions
by StÃ©phane Ducasse Sept. 5, 2008

Sept. 5, 2008

> > From: stÃ©phane ducasse <ducasse(a)iam.unibe.ch> > Date: August 22, 2008 9:46:46 AM CEDT > To: An open mailing list to discuss any topics related to an open- > source Smalltalk <Pharo-project(a)lists.gforge.inria.fr> > Subject: going over and integrating Kernel-Extensions > > > Hello pharoers > > it would be nice if we could go over the items (especially the > extensions proposed in > Squeak3.11 Contributions/Kernel-Extensions) on squeaksource and see > what can be integrated into > pharo. > > stef > > >

1 0

[Pharo-project] Crashing the image with polymorph in one line :)
by StÃ©phane Ducasse Sept. 5, 2008

Sept. 5, 2008

Hi gary I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows' it works in pharo 64 but it crashes systematically the vm when polymorph is loaded. Stef

3 7

[Pharo-project] Debugging aids
by Bill Schwab Sept. 5, 2008

Sept. 5, 2008

Hello all, Random thoughts/wishes: The UI discussion reminded me of a couple of things. Squeak appears to overwrite its debug log; minimally, I think there should be an option to append, and it probably should default to true. Many times, I've had what our British friends would call a knock-on effect overwrite the trace of the real cause of the problem. The same should apply to the crash dump. The option to show call stacks (which I am not seeing on the Linux VM, and would like to<g>), should show all non-dead threads, not simply the active thread. IIRC, there has been some progress on that front. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

3 2

[Pharo-project] About UI enhancements
by StÃ©phane Ducasse Sept. 5, 2008

Sept. 5, 2008

Questions ======== - Why the UITheme is responsible to open widgets. Why this is not the UIManager subclass because now a lot of the interface has to be duplicated in UITheme. Answer because the theme is a variation which requires more subtle controls. Now I have the impression that it means that the UIManager is not well done then. - Why in the following method basicNew is used and not new (which would call initialize anyway)? chooseDirectoryIn: aThemedMorph title: title path: path "Answer the result of a file dialog with the given title, choosing directories only." |fd| fd := FileDialogWindow basicNew initialize; title: title; answerDirectory. path ifNotNil: [fd selectPathName: path]. ^(aThemedMorph openModal: fd) answer To support better integration: ======================= We could merge UIManager subclasses MorphicUIManager and PSUIManager PSPluggableListSpec should be merged into PluggableListSpec I tried to understand the difference between standardWindow and pluggableWindow to see if it would make sense to merge them. I started to check all the extensions and yes there are some work but ideally removing the override would be good. Stef

2 1

[Pharo-project] How to contribute
by StÃ©phane Ducasse Sept. 5, 2008

Sept. 5, 2008

Hi all if you want to help pharo, it would be good to: - go over some of the messages I sent to the mailinglist and turn some of the points as issue - from memory I see the extensions of keith of kernel - the fixes of nicolas - fixing Author initials to get real name instead + a license - enhance DrDoc. - Run SmallLint on some packages. - take some issues and fix them. - helping for the integration server. This afternoon I will empty the inbox. Marcus how can we help for the NewCompiler? Do you have a roadmap? Stef

3 3

Sept. 5, 2008

Marcus do you have a smalll notes we took when we perform the morphic analysis so that we can turn into instance variables some of the ugly valuesAt: Then do you think that we should turn the Dictionary in extension into "RBFastDictionary"? If yes can you point me to that class? and better open an issue? Stef

2 1

Sept. 4, 2008

ComponentLikeModel seems quite out of sync Left over from the fabrik experiment. After a good code reading I think that we can remove this class. duplicate:from: -> no sender addPinFromSpec: PinMorph was removed previously so let us remove it. :) choosePartName is duplicated choosePartName is only invoked by some menus It seems that the internalName of the debugMenu of the debug halo is somehow change the instance variable name of the selected object. There is no implementors of copySlotMethodsFrom: so : delete init* methods are about pin nameMeIn: is only invoked from init* method I imagine that you are convinced that removing this class is good. Stef

1 0

[Pharo-project] Question about Pharo and Multimedia
by GermÃ¡n Arduino Sept. 4, 2008

Sept. 4, 2008

Hi Guys: Sorry if I'm asking something obvious or already asked, but, until now, I used only Squeak. Some time ago I asked in Squeak list about "Movies" categories I need to develop a multimedia app, without responses, neither on ReleaseTeam list. Some (bad) responses on IRC, commenting that, as they not found "maintainers", they are leaving behind such things. Pharo will include multimedia stuffs or is oriented only to web apps? Thanks in advance by the comments. Cheers. -- GermÃ¡n S. Arduino http://www.arsol.biz http://www.arsol.net

5 10