- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Versionner CI?

by Christophe Demarey

Hi Sean, Le 3 dÃ©c. 2013 Ã 06:15, Sean P. DeNigris a Ã©crit : > I was surprised there was no job on community contributions... There is one job on the rmod ci server. I should move it to the community server. Thanks for pointing that, Christophe

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Luc Fabresse

Congrats Sean! and thanks Igor ;-) #Luc 2013/12/3 Igor Stasenko <siguctua(a)gmail.com> > Yes, thank you. > > > On 3 December 2013 05:57, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> Igor Stasenko wrote >> > if yes then i think we can finally close the bug entry). >> >> I updated the issue and made your packages into a slice: >> https://pharo.fogbugz.com/default.asp?7542 >> SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > > > -- > Best regards, > Igor Stasenko. >

Dec. 3, 2013

Re: [Pharo-dev] Versionner Impressions

by Norbert Hartl

You're using it in 3.0? Norbert > Am 03.12.2013 um 06:43 schrieb "Sean P. DeNigris" <sean(a)clipperadams.com>: > > Wow, it's light years ahead of where I last saw it! It is already much better > than writing configs by hand. I was able to do about 75% via the UI to go > from nothing, to an initial commit with a baseline including dependent > projects and my packages. > > A few notes. It would be nice to be able... > â¢ to specify other repos for dependent project > â¢ to select the project's repo from a list if it's already known by the > system instead of having to type > > Bugs: > â¢ I added BabyMock as a dependent project, Versionner showed "(stable)" in > the UI, but when it added it to the baseline, it was loading bleeding edge > â¢ Added packages were a mixture of strings and symbols i.e. 'FMOD', > #FMODSpecification, 'BabyMock-Core' > â¢ I added a main repository to Versionner, but it didn't appear in baseline > when clicked "update dev" > â¢ If you accidentally navigate away from the version you're viewing, e.g. > by clicking on another version, all changes are lost without warning > > Keep up the great work. This is a very important tool! > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Versionner-Impressions-tp4726902.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by Norbert Hartl

> Am 02.12.2013 um 19:56 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > >> The return of the toothpick is near. o/ > > No I will finish my logger :) > >From next week on I will have a little time to work on it, too. If you like we can discuss a few things and bring to some usable state. Norbert

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Igor Stasenko

Yes, thank you. On 3 December 2013 05:57, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Igor Stasenko wrote > > if yes then i think we can finally close the bug entry). > > I updated the issue and made your packages into a slice: > https://pharo.fogbugz.com/default.asp?7542 > SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Best regards, Igor Stasenko.

Dec. 3, 2013

Versionner Impressions

by Sean P. DeNigris

Wow, it's light years ahead of where I last saw it! It is already much better than writing configs by hand. I was able to do about 75% via the UI to go from nothing, to an initial commit with a baseline including dependent projects and my packages. A few notes. It would be nice to be able... â¢ to specify other repos for dependent project â¢ to select the project's repo from a list if it's already known by the system instead of having to type Bugs: â¢ I added BabyMock as a dependent project, Versionner showed "(stable)" in the UI, but when it added it to the baseline, it was loading bleeding edge â¢ Added packages were a mixture of strings and symbols i.e. 'FMOD', #FMODSpecification, 'BabyMock-Core' â¢ I added a main repository to Versionner, but it didn't appear in baseline when clicked "update dev" â¢ If you accidentally navigate away from the version you're viewing, e.g. by clicking on another version, all changes are lost without warning Keep up the great work. This is a very important tool! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Versionner-Impressions-tp4726902.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 3, 2013

Re: [Pharo-dev] Unifying Testing Ideas

by Dennis Schetinin

I see the only correct way to build a good testing environment: tests should be basically objects, not methods. -- Best regards, Dennis Schetinin 2013/12/3 Sean P. DeNigris <sean(a)clipperadams.com> > Attila Magyar wrote > > The reason for having the base class is to verify the expectations at the > > end of the tests automatically. Doing this manually is possible (context > > assertSatisfied), but probably people would forget it without this > > automatic mechanism. In Java for example, mock libraries use custom JUnit > > runners to do this, but I haven't found something like this in SUnit. If > > there is a better way to do this please let me know. > > I understand the motivation. My question is how do we create appropriate > hooks so that we don't get into these conflicts? > > I made a few enhancements to BabyMock: > - anyArgument now inst var of BabyMockTestCase, similar to BmAnyMessage > - #does: now optionally takes arguments > > The second one turns: > > handle := FMOD_SYSTEM new. > > library should > receive: #FMOD_System_Create:; > with: [ :a | > a = handle > ifTrue: [ handle := a. handle handle: 20. true ] > ifFalse: [ false ] ]; > answer: 0. > library should > receive: #FMOD_System_Init:; > with: [ :a | a = handle ]; > answers: 0. > > ...into: > > library should > receive: #FMOD_System_Create:; > with: FMOD_SYSTEM new; > does: [ :h | h handle: 20. 0 ]. > library should > receive: #FMOD_System_Init:; > with: [ :a | a handle = 20 ]; > answers: 0. > > ... eliminating the temporary, and the separate #with: and #answer: send in > the first expectation. > > I pushed them to http://smalltalkhub.com/mc/SeanDeNigris/FMOD/main/ since > that's where I was using them, but if you give me access to the BM repo and > you like the changes, I will clean them up and push there. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Unifying-Testing-Ideas-tp4726787p4726855.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Dec. 3, 2013

Versionner CI?

by Sean P. DeNigris

I was surprised there was no job on community contributions... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Versionner-CI-tp4726899.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Sean P. DeNigris

Igor Stasenko wrote > if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Sean P. DeNigris

On Dec 2, 2013, at 9:08 PM, Igor Stasenko [via Smalltalk] <ml-node+s1294792n4726887h85(a)n4.nabble.com> wrote: > try and see if it works for you (and try syscall too, if yes then i think we can finally close the bug entry). Yes!!!!!!!!!!!!!!! FMOD is now working and so is system call: run: str "self run: 'open http://www.google.com'." <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode > ^ self nbCall: #( int system (String str) ) module: NativeBoost CLibrary Thank you, Igor :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726893.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 3, 2013