April 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Monticello/ftp stopped working for me

by John M McIntosh

Well somewhere someone needs to close the socket before it is *forgotten* On 30-Apr-09, at 5:29 AM, StÃ©phane Ducasse wrote: > I would like to know why does the system rely on finalisation to > release socket > Apparently david mentioned that this is the source of huge problems. > So what would be the alternative? > > Stef -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

April 30, 2009

Re: [Pharo-project] Monticello/FTPClient -- my image has seaside

by Cameron Sanders

I forgot to add that my image has seaside (even though i don't use it). Perhaps I should step back and make certain I have the right starting image for playing around with these sockets. As I said in a prior email FTPClient appears to have a code error: It looks like the last line of FTPClient>>openPassiveDataConnection should be: self openDataSocket: remoteHostAddress asSocketAddress port: dataPort instead of (current code): self openDataSocket: remoteHostAddress port: dataPort By making this change, I can get down to Socket primitive errors with the FTP side of Monticello. I am not set up to contribute code, so, it would be nice if somebody else could check this out, and submit the fix. -cam >

April 30, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Cameron Sanders

Well, "Socket allInstances size inspect" is giving me numbers like 8, 6, or 2 from the "ScriptLoader loadOBAlpha" do-it. When I look at the process on the Mac (with the activity monitor), it says I have "Ports: 91". A look at "open files and ports" shows a lengthy list of filenames/devices that are open, but only about 35 show up. There are a few surprises (to me) in the open files list: / -- ?? /Library/Fonts/... -- several of these ... do we really hold the font files open? and /System/Library/Fonts/... ... /usr/lib/dyld /private/var/db/dyld/dyld_shared_cache_i386 /dev/null -- i've been out of C/sys programming for a while (15+ years) and forget why/when we use this -- pipes? ... *:http-alt --- using "lsof | grep Squeak" I get the same list (down below) -- note that I generated this list several times while "ScriptLoader loadOBAlpha" was running, and it added only one line to the output. ---- Squeak 141 sanders cwd DIR 14,2 1156 2 / Squeak 141 sanders txt REG 14,2 2592048 1833085 / Users/sanders/Documents/Pharo-sudoku/Squeak 4.1.0beta1U.app/Contents/ MacOS/Squeak VM Opt Squeak 141 sanders txt REG 14,2 19336 1070045 / private/var/folders/3F/3FmnjhVXHi8w4CG9gjzd7U+++TI/-Caches-/ com.apple.IntlDataCache.le.sbdl Squeak 141 sanders txt REG 14,2 100788 688604 / System/Library/Caches/com.apple.IntlDataCache.le.kbdx Squeak 141 sanders txt REG 14,2 144580 11678 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/HIToolbox.rsrc Squeak 141 sanders txt REG 14,2 2295501 10702 / System/Library/Fonts/LucidaGrande.dfont Squeak 141 sanders txt REG 14,2 808008 15784 / System/Library/Keyboard Layouts/AppleKeyboardLayouts.bundle/Contents/ Resources/AppleKeyboardLayouts-L.dat Squeak 141 sanders txt REG 14,2 490410 11654 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/English.lproj/Localized.rsrc Squeak 141 sanders txt REG 14,2 9309920 689553 / private/var/folders/3F/3FmnjhVXHi8w4CG9gjzd7U+++TI/-Caches-/ com.apple.ATS/annex_aux Squeak 141 sanders txt REG 14,2 138848 31052 / Library/Fonts/Trebuchet MS.ttf Squeak 141 sanders txt REG 14,2 129360 31050 / Library/Fonts/Trebuchet MS Bold.ttf Squeak 141 sanders txt REG 14,2 144820 31051 / Library/Fonts/Trebuchet MS Italic.ttf Squeak 141 sanders txt REG 14,2 44848 1833408 / Users/sanders/Documents/Pharo-sudoku/Squeak 4.1.0beta1U.app/Contents/ Resources/SpellingPlugin.bundle/Contents/MacOS/SpellingPlugin Squeak 141 sanders txt REG 14,2 46608 1833402 / Users/sanders/Documents/Pharo-sudoku/Squeak 4.1.0beta1U.app/Contents/ Resources/SpellingPlugin.bundle/Contents/Frameworks/SpellCheck.bundle/ Contents/MacOS/SpellCheck Squeak 141 sanders txt REG 14,2 34952 1833093 / Users/sanders/Documents/Pharo-sudoku/Squeak 4.1.0beta1U.app/Contents/ Resources/ClipboardExtendedPlugin.bundle/Contents/MacOS/ ClipboardExtendedPlugin Squeak 141 sanders txt REG 14,2 137008 31049 / Library/Fonts/Trebuchet MS Bold Italic.ttf Squeak 141 sanders txt REG 14,2 5425538 11671 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/Extras2.rsrc Squeak 141 sanders txt REG 14,2 946176 1880828 / Library/Caches/com.apple.LaunchServices-023501.csstore Squeak 141 sanders txt REG 14,2 10243824 12079 / usr/share/icu/icudt36l.dat Squeak 141 sanders txt REG 14,2 3537336 1833127 / Users/sanders/Documents/Pharo-sudoku/Squeak 4.1.0beta1U.app/Contents/ Resources/FT2Plugin.bundle/Contents/MacOS/FT2Plugin Squeak 141 sanders txt REG 14,2 1832384 7707 / System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/Resources/ SArtFile.bin Squeak 141 sanders txt REG 14,2 10860368 692208 / System/Library/CoreServices/RawCamera.bundle/Contents/MacOS/RawCamera Squeak 141 sanders txt REG 14,2 5836820 7536 / System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/Resources/ ArtFile.bin Squeak 141 sanders txt REG 14,2 1059792 21872 / usr/lib/dyld Squeak 141 sanders txt REG 14,2 136196096 706084 / private/var/db/dyld/dyld_shared_cache_i386 Squeak 141 sanders 0r CHR 3,2 0t0 119087748 / dev/null Squeak 141 sanders 1 PIPE 0x7232644 16384 Squeak 141 sanders 2 PIPE 0x7232644 16384 Squeak 141 sanders 3r REG 14,2 5425538 11671 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/Extras2.rsrc Squeak 141 sanders 4r REG 14,2 144580 11678 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/HIToolbox.rsrc Squeak 141 sanders 5r REG 14,2 490410 11654 / System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ HIToolbox.framework/Versions/A/Resources/English.lproj/Localized.rsrc Squeak 141 sanders 6r DIR 14,2 5814 1102398 / Users/sanders/Documents/Pharo-sudoku/package-cache Squeak 141 sanders 7r REG 14,2 17584742 1102378 / Users/sanders/Documents/Pharo-sudoku/SqueakV39.sources Squeak 141 sanders 8u REG 14,2 32481960 1873656 / Users/sanders/Documents/Pharo-sudoku/pharo0.1-cs-sudoku-1.5.changes Squeak 141 sanders 9u IPv4 0x7c3ce64 0t0 TCP *:http-alt (LISTEN)

April 30, 2009

[Pharo-project] Loading VMMaker into latest Pharo

by Igor Stasenko

There are multiple issues, when loading VMMaker into closure-aware image (10292). two #needsToRegenerateInterpreterFile methods storing into block args. Fix is easy and quick. But what to do with this?? Compiler reporting 'stack including temps is too deep'. GeniePlugin>>primSameClassAbsoluteStrokeDistanceMyPoints: myPointsOop otherPoints: otherPointsOop myVectors: myVectorsOop otherVectors: otherVectorsOop mySquaredLengths: mySquaredLengthsOop otherSquaredLengths: otherSquaredLengthsOop myAngles: myAnglesOop otherAngles: otherAnglesOop maxSizeAndReferenceFlag: maxSizeAndRefFlag rowBase: rowBaseOop rowInsertRemove: rowInsertRemoveOop rowInsertRemoveCount: rowInsertRemoveCountOop (yes, this is a method's message pattern) :) i stopped trying to load VMMaker at this method. It would be nice to have VMMaker loaded in image+closures running under VM+closures :) -- Best regards, Igor Stasenko AKA sig.

April 30, 2009

Re: [Pharo-project] Nice widget in Pharo

by Rob Rothwell

This is great! Unfortunately, I opened a few of them and tried to drag one and everything locked up...I'll look into that later... Rob On Thu, Apr 30, 2009 at 8:41 AM, Alexandre Bergel <Alexandre.Bergel(a)inria.fr > wrote: > Simon and I just discovered these methods. Amazing > > UITheme exampleColorControls > UITheme exampleBasicControls > UITheme exampleGroups > UITheme exampleOtherControls > UITheme exampleWindowWithToolbars > > > Simon & Alexandre, about to change their mind on Morph > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 30, 2009

Re: [Pharo-project] [ANN] A new scheduler + VM changes alpha-release

by Igor Stasenko

A quick comparion for Delays: delay := Delay forMilliseconds: 1. bag := Bag new. 1000 timesRepeat:[bag add: [delay wait] timeToRun]. bag sortedCounts on my 4-core box it yields: - with AdvancedProcessorScheduler install a SortedCollection(951->2 49->1) - with Processor fallbackToOldScheduler a SortedCollection(953->2 47->1) - with old VM a SortedCollection(952->2 47->1 1->3) not much overhead huh? :) But Delay's code now can be refactored, which will simplify it seriously, because it could run in interrupt process and take no care for concurrency issues. 2009/4/30 Igor Stasenko <siguctua(a)gmail.com>: > i added a new changeset in mantis which deals with callbackEnter: code. > Unfortunately, a callback handling , to work correctly needs an > image-side changes as well. > > P.S. Having fun to watch how scheduler handling signals, by inspecting > Process and selecting its 'signals' ivar :) > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

April 30, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by dmason＠mason-rose.ca

> I don't know if this is available on OS X, but on some unices (Linux > for sure), a good way to check this out is by looking at the open file > descriptors listed in the /proc file system. So for example if you > have Squeak running in a process with pid 1234, you can see the open > file descriptors with "$ ls -l /proc/1234/fd/*". Nope, no /proc on OS/X, but lsof works here, as on other unices, so continuing your example: lsof|awk '1234==$2{print}' will print info about all open files for process 1234. ../Dave

April 30, 2009

Re: [Pharo-project] [ANN] A new scheduler + VM changes alpha-release

by Igor Stasenko

i added a new changeset in mantis which deals with callbackEnter: code. Unfortunately, a callback handling , to work correctly needs an image-side changes as well. P.S. Having fun to watch how scheduler handling signals, by inspecting Process and selecting its 'signals' ivar :) -- Best regards, Igor Stasenko AKA sig.

April 30, 2009

Re: [Pharo-project] run all tests from superClass

by Hernan Wilkinson

> What I read here indicates you prefer maintaining many duplicates of the > test. > And when you realize that one of the test was buggy (not the method > that is tested, but the test itself), you certainly prefer to track > all the copies and probably leave a buggy one here and there... nop nop... that was not my intention. If there is "duplicate code", then it should be reified. Traits is an option and we did that with Acciaressi and Butarelli thesis (same problem). Another option is just normal delegation. Bye, Hernan > > > Rethorical debates are fine, but it would be more enlightning to > discuss around some chosen examples. > > Nicolas > > 2009/4/30 Miguel Enrique CobÃ¡ MartÃnez <miguel.coba(a)gmail.com>: > > Hernan Wilkinson wrote: > >> I don't think it is a good idea to have hierarchies with test cases... > >> depending on how you are doing it, it could couple the test hierarchy > >> with the model hierarchy and I don't think that is a good idea... > >> It also introduces some complexity, for example the number of tests are > >> not only the test methods but for each concrete test class, the test > >> methods on it plus the test methods of the abstract superclasses... hmmm > >> I don't know, it is not natural at least for me too user inheritance > >> with tests... > > > > +1 > > Besides, one of the goals of the testing is to test "external behavior" > > of the classes. > > This means, to me, that the test cases must test the classes without > > knowing if B inherits from A o if both B and C are subclasses of A. > > This way, when you for some reason must refactor or reorganize your > > classes, the test will not break as long as the external behavior of > > them remains unchanged. > > > > Summary, the inheritance of the classes tested is just an implementation > > detail, not something the test cases must care of. > > > > Cheers, > > Miguel CobÃ¡ > >> > >> On Wed, Apr 29, 2009 at 4:46 PM, StÃ©phane Ducasse > >> <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > >> > >> HI guys > >> > >> I was coding this afternoon with Cyrille who is working a lot to > >> improve the test coverage of collections. > >> And we found a bit strange that when a testcase inherits from > another > >> one the tests of the superclass are not run. > >> I checked a bit SUnit code and superclass testmethods are only run > is > >> the superclass is abstract or if there are not testmethods. > >> Imagine > >> BagTest > >> IdentityBagTest > >> > >> > >> We could redefine buildSuite on BagTest to invoke allSelectors > >> but this means in essence that we could do it on a lot of potential > >> testcase classes that may be subclasses. > >> > >> Or we could redefine buildSuite on IdentyBagTest but this means that > >> the subclasses should specify it. > >> May be this solution is the best but I wanted to get your thoughts. > >> > >> Of course this idea of inheriting test case make sense when > superclass > >> setup can be reused in subclasses one. > >> So the default behavior of buildSuite always invoking all > testmethods > >> may not be so good but then > >> via subclassing from BagTest if this is not to reuse it. > >> > >> Stef > >> > >> > >> On Apr 29, 2009, at 6:04 PM, Cyrille Delaunay wrote: > >> > >> > A change have been saved in 'PharoInBox' for class TestCase in > >> > package SUnit > >> > so that suite are now built from allSelectors. > >> > This makes sense when you have testcase classes which inherits > from > >> > each other and have parametrized (hook-based) setup. > >> > > >> > > >> > _______________________________________________ > >> > Pharo-project mailing list > >> > Pharo-project(a)lists.gforge.inria.fr > >> <mailto:Pharo-project@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 > >> <mailto:Pharo-project@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 > > > > > > _______________________________________________ > > 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 >

April 30, 2009

[Pharo-project] [ANN] A new scheduler + VM changes alpha-release

by Igor Stasenko

Hello guys, i hope you are interested in having a rock-solid & safe concurrency in smalltalk, despite it green-threaded. A new implementation of scheduler will allow us to improve stuff and be no longer dependant from VM side scheduling policy. You can find the changes on mantis: http://bugs.squeak.org/view.php?id=7345 Please, give me a feedback, if you can successfully build VM with new changes on all platforms. I used a pretty old VMMaker package version for my VM: VMMaker-dtl.91 Will try to see if it can be built with latest one , available on SqS. Andreas (& others) - do you have any tests/benchmarks, how to measure a new scheduler overhead comparing to old one? Personally, i didn't noticed much speed degradation :) And last thing, i need an advice how to implement a #callbackEnter: properly. Its currently leaved unchanged, using old VM scheduling policy. So, its unsafe to use plugins with callbacks if you running under new scheduler. A callbackEnter remembers the active process, suspends it and then activates it back when callback is done. The problem is, that squeak 3.10 doesn't have any image-side code which i could change to play with callbacks :( A fix for callbacks should be pretty easy: - at entry, deactivate active process (which should be NOT the interrupt process) & switch to interrupt process, so it could schedule next available process. - when leaving switch from interrupt process to previously remembered active process. So, a certain preconditions should be met: - a code which calls a primitives which using callbacks should never run in interruptProcess - a code , which returns from a callback should run in interruptProcess -- Best regards, Igor Stasenko AKA sig.

April 30, 2009