July 2013 - Pharo-dev - lists.pharo.org

[update 3.0] #30263
by Marcus Denker July 11, 2013

July 11, 2013

30263 ----- 10304 FileStreamTest should cleanup test files created https://pharo.fogbugz.com/f/cases/10304 10466 Better interruption https://pharo.fogbugz.com/f/cases/10466 11147 FileReference(Object)>>doesNotUnderstand: #other https://pharo.fogbugz.com/f/cases/11147 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-MarcusDenker.583.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1515.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Tests-Core-MarcusD… http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Core-MarcusDenker.…

1 1

[regression reporter]regression occurred
by no-reply＠ci.inria.fr July 11, 2013

July 11, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 25 regressions found. FileSystem.Tests.Disk.DiskFileSystemTest.testCopy FileSystem.Tests.Disk.DiskFileSystemTest.testCopyDestExists FileSystem.Tests.Disk.DiskFileSystemTest.testCopySourceDoesntExist FileSystem.Tests.Disk.DiskFileSystemTest.testCopyWithCorrectBasename FileSystem.Tests.Disk.DiskFileSystemTest.testDirectory FileSystem.Tests.Disk.DiskFileSystemTest.testEnsureDirectory FileSystem.Tests.Disk.DiskFileSystemTest.testEnsureDirectoryCreatesParent FileSystem.Tests.Disk.DiskFileSystemTest.testEnsureDirectoryExists FileSystem.Tests.Disk.DiskFileSystemTest.testEntriesAt FileSystem.Tests.Disk.DiskFileSystemTest.testEntryAt FileSystem.Tests.Disk.FileHandleTest.testAt FileSystem.Tests.Disk.FileHandleTest.testAtPut FileSystem.Tests.Disk.FileHandleTest.testAtPutBinaryAscii FileSystem.Tests.Disk.FileHandleTest.testAtWriteBinaryAscii FileSystem.Tests.Disk.FileHandleTest.testClose FileSystem.Tests.Disk.FileHandleTest.testCreatedOpen FileSystem.Tests.Disk.FileHandleTest.testEnsureClosed FileSystem.Tests.Disk.FileHandleTest.testIO FileSystem.Tests.Disk.FileHandleTest.testReadBufferTooLarge FileSystem.Tests.Disk.FileHandleTest.testReadOnly ...

1 0

sunit failures vs errors
by Camillo Bruni July 11, 2013

July 11, 2013

Does anybody here distinguish failures and errors for real when doing TDD? I do not really see the point of separating them. Besides the complexity added to the testing framework it is a burden for newcomers. I personally just see: 1) test passes => green, ok 2) test doesn't pass => red, not ok Apparently that has been done in JUnit4 http://www.devx.com/Java/Article/31983/0/page/2

10 20

Re: [Pharo-dev] [Pharo-project] RFB in 2.0
by Mariano Martinez Peck July 10, 2013

July 10, 2013

On Wed, Jul 10, 2013 at 6:03 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > >> >>> Also, I had another problem with RFB and the UIManager. The solution I >>> found was this one: >>> http://samadhiweb.com/blog/2012.11.04.headless.rfb.html >>> I don't like it because I need to change Pharo's base source, but I >>> didn't spend time finding a better solution...I guess there is, though. >>> >>> The first line of code all my images (deployed on server using RFB) see >>> is >>> >>> UIManager default: MorphicUIManager new. >>> >>> >> I was going to do that as well. But it is not clear to me WHERE you write >> that line of code. Because even if you save the image with that, doesn't >> the image set its own UI manager when booting? So I guess you need to pass >> around a script when running the image or something? >> What about adding RFB at startup list and implement #startUp doing >> "UIManager default: MorphicUIManager new." ? >> >> > Norbert, I still don't understand your answer. What do you mean by "first > line of code all my images..." ? > > If I save the image with that UIManager then when started again in > headless mode it is changed, right? > > Thanks, > > Norbert? > > >> Best, >> >> >> >>> With that I don't have problems at all. >>> >>> thanks, >>> >>> Norbert >>> >>> Best, >>> >>> >>> >>> >>> On Fri, May 3, 2013 at 2:56 PM, Norbert Hartl <norbert(a)hartl.name>wrote: >>> >>>> I've found the problem. There is a FileDirectory access in >>>> RFBSession>>#desktopName. Removing it makes RFB work. >>>> >>>> The current RFB sources are on Lukas' server. What do we do with that >>>> stuff? Move to smalltalkhub? If not I can ask Lukas to give me write >>>> permission. Just wanted to ask what kind of behaviour is en vogue this days. >>>> >>>> Norbert >>>> >>>> Am 03.05.2013 um 19:31 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>> >>>> > Esteban, >>>> > >>>> > now I can tell that it isn't working for me either. Socket is open >>>> and server is running. But there are immediate disconnects when trying to >>>> connect to a pharo2.0 image. >>>> > >>>> > Did you figure it out? >>>> > >>>> > Norbert >>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

2 1

Is it Glorp trustful enough for the encoding?
by Mariano Martinez Peck July 10, 2013

July 10, 2013

Hi guys. It may happen that both, Glorp and the database driver in question, support an encoding strategy. In Pharo, both drivers (NativePostgresDriver and OpenDBXDriver) does support setting an encoding and take care of it. But Glorp supports that as well. I want to avoid doing double conversion... So...where should I do the conversion? At Glorp level or at database driver level? Is glorp trustful enough for the encoding? UserGuide says nothing about it. Thanks, -- Mariano http://marianopeck.wordpress.com

3 3

Issue in need of review: 11140 #addDeferredUIMessage: is always sent directly to WorldState
by Marcus Denker July 10, 2013

July 10, 2013

Someone who is not me need to look at this: 11140 #addDeferredUIMessage: is always sent directly to WorldState https://pharo.fogbugz.com/f/cases/11140

1 0

Re: [Pharo-dev] th/m/ ''' e return of the strange methods
by Jeff Estep July 10, 2013

July 10, 2013

'' On Jul 9, 2013 11:43 AM, "ClÃ©ment Bera" <bera.clement(a)gmail.com> wrote:////,,. > > They may be useful. Imagine you are too lazy to create /a subclass of Error, but not lazy enough to create a test and copy paste a String. > Then you write in your method: > self error: 'some strange error happened' > And you can test it: > self shouldnt: [ "some strange code" ] raise: Error whoseDescriptionIncludes: 'some strange error happened' description: 'the strange error did not happen ! That's strange' > > Seriously, as you saw these methods are used only in their tests. I guess you can remove them. Open fogz bug ? > > > 2013/7/9 Frank Shearar <frank.shearar(a)gmail.com> >> >> On 9 July 2013 16:24, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> > Survey: who uses the following methods? and if yes why? >> > >> > - shouldnt: aBlock raise: anExceptionalEvent whoseDescriptionDoesNotInclude: subString description: aString >> > - shouldnt: aBlock raise: anExceptionalEvent whoseDescriptionIncludes: subString description: aString >> > >> > I honestly cannot wrap my ojhjuj around these two methods. >>c >> ''' show that the code in the block raises an ,,''',. >> exception. So you get a FileNotFound exception... but what was the >> missing file? I don't know! Noone bothered to mention it! >> >> frank >> > Cf'

1 0

Re: [Pharo-dev] UIPainter in need of some help?
by Stephan Eggermont July 10, 2013

July 10, 2013

Erwan wrote: >Do you know how i can replace the background of a SpecWindow ? >I would like to use UIPainterPanelMorph, which provide me drag'n drop. I would assume you can set the bindings of the SpecInterpreter to a SpecBinder with a different initializeBindings? That suggest that SpecBindings should perhaps not be a singleton Stephan

1 0

filetree jenkins job
by Camillo Bruni July 10, 2013

July 10, 2013

after I tried to get filetree with the tests installed and I didn't get it the first time I decided to create a jenkins job. https://ci.inria.fr/pharo-contribution/job/FileTree/

5 12

Re: [Pharo-dev] [Pharo-bugtracker] FogBugz (Case [Issue]11132) Tools - Backport to 2.0: Convert MetacelloConfigurationBrowser to Spec
by Sven Van Caekenberghe July 10, 2013

July 10, 2013

On 10 Jul 2013, at 17:18, "Pharo Issue Tracker" <do-not-reply(a)pharo.fogbugz.com> wrote: > The new config browser: > > 1. Avoids the confusion of newbees (remember the "why is this tab named > Verified vs. Unverified" discussion). It now displays ONLY the > verified configs that are specific to Pharo 2.0 (from MetaRepoForPharo20) > but still allows you to switch repository so you load and browse > others > > 2. Switched the repo URL to "gemtalksystems" instead of "gemstone" > since SS3 moved to the new company > > 3. has a nicer look and feel with icons > > 4. Shows when a config is already loaded > > 5. is cleaner since it is based on spec Thx, Torsten, the new browser is cool, I like it. Sven

1 0