- Pharo-dev - lists.pharo.org

Re: [Pharo-project] tail-like

by Tudor Girba

Thanks. I will take a look. Doru On 6 Apr 2012, at 17:32, David T. Lewis wrote: > On Fri, Apr 06, 2012 at 03:21:33AM -0700, drush66 wrote: >> It kind of depends on the OS, but all of them let you subscribe to events on >> the files in some way. So you would subscribe with os to notify you when >> some file is changed in some way, keep some internal house keeping >> information like position up to which you have displayed info, verify that >> file has indeed changed, read and display new stuff, update internal info. >> >> In essence nothing substantially complicated, but windows and unix interface >> differs, and at least windows (never investigated unix api in more detail) >> requires you to dance a bit before you get some results. >> >> Such pieces of code is also often used by text editors to notify user that >> the file in editor has been changed from the outside. (maybe moose already >> has something like that?) >> >> Davorin Rusevljan > > On unix/linux/osx you can probably do this with AioPlugin. The OSProcess > unit tests provide examples in AioEventHandlerTestCase. The example in > AioEventHandlerTestCase>>testFileReadableEvent is a good place to start. > > Dave > > -- www.tudorgirba.com "We are all great at making mistakes."

April 6, 2012

Re: [Pharo-project] Docking windows

by Tudor Girba

Fun :). But why is the mail title called Docking Windows and not fast dragging? Cheers, Doru On 6 Apr 2012, at 12:52, Guillermo Polito wrote: > I wanted docking windows, so I did a little change over the MorphFrameGhost to support it. > > If anyone wants to try, filein the attached the changeset and then evaluate: > > UITheme currentSettings fastDragging: true. > > Guille > <docking windows.cs> -- www.tudorgirba.com "Don't give to get. Just give."

April 6, 2012

Re: [Pharo-project] SmallLint and manifest

by Tudor Girba

Hi, Thanks. I gave it a short try, and here are some comments: - The Manifest-Core should contain only the core of the manifest engine. For example, I see here some mechanism for traversing Manifest classes and retrieving data from them. Everything else that is specific to SmallLint should be in a Manifest-SmallLint package. - All tests should be in the Manifest-Tests package (currently, there are extension tests in Manifest-Core - I actually do not know why) - I like it that a Manifest class does not have to inherit from a specific root class. - There exists a ManifestManifestCore class, but I do not understand why there are subclasses to it. - You are using numbers to identify SmallLint rules. For this, you extended the rules with unique numbers. This is a very brittle scheme, and when people have domain specific rules, you will likely get a mess. Furthermore, I do not see the reason for having a number as a unique identifier, when you already have a unique identifier in the name of the rule class. Also, when looking at a method, we see something like: rule17V1FalsePositive. This is unnecessary cryptic. - In the rule methods, you are storing strings. This means that when someone renames a rule, the code in there will not be updated. Why not store this information as normal code and use symbols that can be queried? Cheers, Doru On 6 Apr 2012, at 09:51, Simon Allier wrote: > Hi pharoers > > Since a couple of months the Pharo team has been working on improving the support for rules checking and in particular the handling of false positives (there is nothing more boring that to get all the time the same warnings that we know are not adequate). > We added a manifest mechanism to manage the false/true positive of SmallLint, the rule checker of Pharo. A manifest is a class that contains meta data. In the future we may add package license and package documentation. This data is stored in methods on the meta side of the class. So, manifest can be versioned in Monticello and not lost. There is one manifest per package. > > It possible to use SmallLint with Manifest using the Critics Browser (menuWorld > Tool > CriticBrowser). With the Critics browser you can inspect violations of rules and mark them as false positive or true positive (ToDo) and see previous warnings flagged as false positives or toDo. > In addition all the logic of the browser has been developed so that the manifest can be saved within the package without adding dependencies. > We will continue to improve the Browser. In addition we will run SmallLint rules to all the Pharo packages and the rules checking will be part of the package validation. We want the community to use rule checking for real so that we all improve. > > Simon and Stef > > Gofer > new > url: 'http://www.squeaksource.com/PharoTaskForces'; > package: 'ConfigurationOfManifest'; > load. > ((Smalltalk at: #ConfigurationOfManifest) project version: #stable) load -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

April 6, 2012

Re: [Pharo-project] Why do we have classOrganizer and BasicClassOrganizer?

by Igor Stasenko

On 6 April 2012 16:53, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > BasicClassOrganizer has no users...Â Is it there for any purpose? > > What about joining them? > Ehh... i was also looked at those classes couple years ago and wondered why if its really worth having so complex implementation to save few bytes of space.. I would rewrite this stuff and leave just a Categorizer with clean protocol and structure: - categorizer holds categories (order could be important, but i would just keep it unspecified , i.e, instead OrderedCollection ( categoryName -> {.. category items .. } ) I would use Dictionary #categoryName -> Set(items) this class should serve basic operations like adding /removing and queries: - what is a categor(ies) of element (if element can be include only into single category at once) - what are category names - what are elements of specific category.. Period. And it actually can serve as a general categorizer (not just for classes/packages). The way how BasicClassOrganizer using inheritance is abuse.. since it extends a clean concept (Categorizer) with unrelated stuff, like classComment and commentStamp. Class organizer, should instead delegate, or even better, Class should use two different fields for categories and class comment.. but not mixing everything into one pile of mess. > Guille -- Best regards, Igor Stasenko.

April 6, 2012

Re: [Pharo-project] Vm on iOS with Xcode 4.3

by Esteban Lorenzano

Hi, On Apr 6, 2012, at 10:51 AM, phil(a)highoctane.be wrote: > I am still unable to get this to work. > latest nightly build from cmake is able to build valid xcode projects again [1]. Some adjusts are needed to actually build, but it is almost there (I will take care about that this days) > Also I see a jenkins build for OSX but not for iOS. > Yeah, and I want to have one, but it will take time (and time is tyrant, you know). > XCode 4.3 will open old xcode projects so posting a full set of files that work out of cmake (ie a fully made build/ folder) would help a lot. > > Would you be able to ship me such a set of files? > you already have them: clone of my repository [2] or blessed [3] and install latest ConfigurationOfCog best, Esteban [1] http://www.cmake.org/files/dev/cmake-2.8.7.20120405-gd2c9c-Darwin64-univers… [2] https://gitorious.org/~estebanlm/cogvm/cog-osx [3] https://gitorious.org/cogvm/blessed

April 6, 2012

Re: [Pharo-project] tail-like

by David T. Lewis

On Fri, Apr 06, 2012 at 03:21:33AM -0700, drush66 wrote: > It kind of depends on the OS, but all of them let you subscribe to events on > the files in some way. So you would subscribe with os to notify you when > some file is changed in some way, keep some internal house keeping > information like position up to which you have displayed info, verify that > file has indeed changed, read and display new stuff, update internal info. > > In essence nothing substantially complicated, but windows and unix interface > differs, and at least windows (never investigated unix api in more detail) > requires you to dance a bit before you get some results. > > Such pieces of code is also often used by text editors to notify user that > the file in editor has been changed from the outside. (maybe moose already > has something like that?) > > Davorin Rusevljan On unix/linux/osx you can probably do this with AioPlugin. The OSProcess unit tests provide examples in AioEventHandlerTestCase. The example in AioEventHandlerTestCase>>testFileReadableEvent is a good place to start. Dave

April 6, 2012

[Pharo-project] [update 1.4] #14423

by Esteban Lorenzano

14423 ----- Issue 5583: Delete overlapping package FileSystem-Tests http://code.google.com/p/pharo/issues/detail?id=5583 Issue 5582: Fix #cleanUpForProduction: Unload Help, fix FileSystemTestUnloading http://code.google.com/p/pharo/issues/detail?id=5582 Issue 5581: split recreateSpecialObjectsArray in two methods http://code.google.com/p/pharo/issues/detail?id=5581 Issue 5250: Clicking on sound in Setting does not anything http://code.google.com/p/pharo/issues/detail?id=5250

April 6, 2012

[Pharo-project] Why do we have classOrganizer and BasicClassOrganizer?

by Guillermo Polito

BasicClassOrganizer has no users... Is it there for any purpose? What about joining them? Guille

April 6, 2012

Re: [Pharo-project] CogVM segmentation fault (on linux) when running headless

by Sebastian Sastre

looking good! I've tested the r2540 (not the mt one) with UI and headless and it's standing I'll leave it there to see how behaves thanks! sebastian o/ On Apr 5, 2012, at 11:30 PM, Eliot Miranda wrote: > and with one of my VMs? > > On Thu, Apr 5, 2012 at 7:06 PM, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Hi guys, > > I'm testing CogVM for one airflowing worker we have in stage and it looks quite promising when we start the image with UI but when we start it headless it immediately segfaults > > Below is the log > > sebastian > > o/ > > > :~$ sudo invoke-rc.d airflowing0 start > :~$ > Segmentation fault Thu Apr 5 21:00:09 2012 > > > Squeak VM version: 3.9-7 #1 Thu Apr 5 14:40:40 CEST 2012 gcc 4.1.2 > Built from: CoInterpreter VMMaker-oscog-EstebanLorenzano.139 uuid: 5aa53979-d7d8-4ca3-91fe-cfc3b4109c33 Apr 5 2012 > With: StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.139 uuid: 5aa53979-d7d8-4ca3-91fe-cfc3b4109c33 Apr 5 2012 > Revision: https://git.gitorious.org/cogvm/blessed.git Commit: 846551630c3c10df1f59588a6e7131d602f00b45 Date: Thu Apr 5 14:13:41 2012 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> > Build host: Linux pharo-build.lille.inria.fr 2.6.18-194.26.1.el5xen #1 SMP Tue Nov 9 14:13:46 EST 2010 i686 i686 i386 GNU/Linux > plugin path: /home/prod/pharo/cog/ [default: /home/prod/pharo/cog/] > > > C stack backtrace: > /home/prod/pharo/cog/CogVM[0x80968b1] > /home/prod/pharo/cog/CogVM[0x8096a52] > [0xb77a8440] > /lib/tls/i686/cmov/libc.so.6(iconv+0x6e)[0xb761e4ee] > /home/prod/pharo/cog/CogVM(convertChars+0xb4)[0x8094384] > /home/prod/pharo/cog/CogVM(sq2uxPath+0x47)[0x80945d7] > /home/prod/pharo/cog/CogVM(dir_Lookup+0x73)[0x80b8703] > /home/prod/pharo/cog/CogVM[0x80b7180] > /home/prod/pharo/cog/CogVM(interpret+0x3f68)[0x808dcc8] > /home/prod/pharo/cog/CogVM[0x808fc97] > /home/prod/pharo/cog/CogVM[0x8090664] > /home/prod/pharo/cog/CogVM(main+0x38a)[0x809774a] > /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb761d460] > /home/prod/pharo/cog/CogVM[0x805acc1] > > > Smalltalk stack dump: > 0xbfdc45d8 I FSUnixStore(FSDiskStore)>directoryAt:ifAbsent:nodesDo: -1431671128: a(n) FSUnixStore > 0xbfdc4608 I FSUnixStore(FSDiskStore)>nodeAt:ifPresent:ifAbsent: -1431671128: a(n) FSUnixStore > 0xbfdc4634 I FSUnixStore(FSStore)>exists: -1431671128: a(n) FSUnixStore > 0xbfdc4658 I FSFilesystem>exists: -1431671120: a(n) FSFilesystem > 0xbfdc467c I FSReference>exists -1431667420: a(n) FSReference > 0xbfdc469c I FSLocator>exists -1431671980: a(n) FSLocator > 0xbfdc46bc I FLHelper>hasConfDirectory -1431672032: a(n) FLHelper > 0xbfdc46dc I FLHelper>start -1431672032: a(n) FLHelper > 0xbfdc46fc I FLHelper class>start -1446907784: a(n) FLHelper class > 0xbfdc471c I FLHelper class>startUp -1446907784: a(n) FLHelper class > 0xbfdc4734 M FLHelper class(Behavior)>startUp: -1446907784: a(n) FLHelper class > 0xbfdc4760 M [] in SmalltalkImage>send:toClassesNamedIn:with: -1478292160: a(n) SmalltalkImage > 0xbfdc4788 I OrderedCollection>do: -1480202612: a(n) OrderedCollection > 0xbfdc47b0 I SmalltalkImage>send:toClassesNamedIn:with: -1478292160: a(n) SmalltalkImage > 0xbfdc47dc I SmalltalkImage>processStartUpList: -1478292160: a(n) SmalltalkImage > 0xbfdc4804 I [] in SmalltalkImage>snapshot:andQuit: -1478292160: a(n) SmalltalkImage > 0xbfdc4824 M BlockClosure>ensure: -1436539624: a(n) BlockClosure > 0xbfdc4848 I MorphicUIManager(UIManager)>boot:during: -1441995864: a(n) MorphicUIManager > 0xbfdc4878 I SmalltalkImage>snapshot:andQuit: -1478292160: a(n) SmalltalkImage > -1436547788 s SmalltalkImage>saveSession > -1436547696 s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1436547604 s BlockClosure>ensure: > -1437443620 s CursorWithMask(Cursor)>showWhile: > -1437443732 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1436547512 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > -1436547420 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > -1436547328 s MouseButtonEvent>sentTo: > -1436547236 s ToggleMenuItemMorph(Morph)>handleEvent: > -1436547144 s MorphicEventDispatcher>dispatchDefault:with: > -1436547052 s MorphicEventDispatcher>dispatchEvent:with: > -1436546960 s ToggleMenuItemMorph(Morph)>processEvent:using: > -1436546868 s MorphicEventDispatcher>dispatchDefault:with: > -1436546776 s MorphicEventDispatcher>dispatchEvent:with: > -1436546684 s MenuMorph(Morph)>processEvent:using: > -1436546592 s MenuMorph(Morph)>processEvent: > -1436546500 s MenuMorph>handleFocusEvent: > -1436546408 s [] in HandMorph>sendFocusEvent:to:clear: > -1436546316 s [] in PasteUpMorph>becomeActiveDuring: > -1437443244 s BlockClosure>on:do: > -1437444096 s PasteUpMorph>becomeActiveDuring: > -1437444216 s HandMorph>sendFocusEvent:to:clear: > -1436546224 s HandMorph>sendEvent:focus:clear: > -1437444332 s HandMorph>sendMouseEvent: > -1437444424 s HandMorph>handleEvent: > -1436546132 s HandMorph>processEvents > -1436546040 s [] in WorldState>doOneCycleNowFor: > -1436545948 s Array(SequenceableCollection)>do: > -1436545856 s WorldState>handsDo: > -1437444768 s WorldState>doOneCycleNowFor: > -1436545764 s WorldState>doOneCycleFor: > -1436545672 s PasteUpMorph>doOneCycle > -1441147720 s [] in Project class>spawnNewProcess > -1441147868 s [] in BlockClosure>newProcess > > Most recent primitives > value: > compare:with:collated: > compare:with:collated: > value: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > value:value: > at:put: > size > size > at: > compare:with:collated: > size > basicNew: > compare:with:collated: > new: > at:put: > basicNew > new: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > size > + > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew: > size > species > basicNew: > replaceFrom:to:with:startingAt: > at:put: > basicNew > new: > compare:with:collated: > compare:with:collated: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > value:value: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > = > size > at: > compare:with:collated: > size > basicNew: > at: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > size > new: > size > at:put: > size > size > at: > basicNew > new: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > compare:with:collated: > compare:with:collated: > compare:with:collated: > at:put: > basicNew: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > size > size > compare:with:collated: > basicNew: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew: > basicNew > value: > at:put: > size > new > value: > replaceFrom:to:with:startingAt: > value > at:put: > <= > * > + > value: > at: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > value > at:put: > value: > replaceFrom:to:with:startingAt: > species > basicNew: > replaceFrom:to:with:startingAt: > basicNew > basicNew: > basicNew > findFirstInString:inSet:startingAt: > replaceFrom:to:with:startingAt: > lookupEntryIn:index: > > (Segmentation fault) > > > > > -- > best, > Eliot >

April 6, 2012

[Pharo-project] [ANN] NBOpenGL update

by Igor Stasenko

Hi there, for those, who interested, i updated a NBOpenGL configuration. Changes are: - updated GL API to most recent available (taken directly from opengl specs). Now there is about 300 more methods to explore :) - finally dealt with win32 support code and made it working again - fixed the GLX function prefix , which should be 'glX' not 'glx' To load it in 1.4 use: Gofer new squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. and then (ConfigurationOfNBOpenGL project version: '1.0.2') load I did not tested the update thoroughly.. so i would appreciate if people will try it out and tell how it goes. -- Best regards, Igor Stasenko.

April 6, 2012