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

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

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

by Igor Stasenko

On 3 December 2013 03:17, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Hooray! How can I patch to see if it fixes my problem? > > just update your inbox. and see my other post :) > > > -------- Original message -------- > From: "Igor Stasenko [via Smalltalk]" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4726889&i=0>> > > Date: 12/02/2013 8:31 PM (GMT-05:00) > To: "Sean P. DeNigris" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4726889&i=1>> > > Subject: Re: NativeBoost String Handling Bug? > > > nevermind, i think i found the cause. > (system call now is working) > > > On 3 December 2013 02:08, Igor Stasenko <[hidden email]<http://user/SendEmail.jtp?type=node&node=4726884&i=0> > > wrote: > > >> >> >> On 3 December 2013 00:32, Sean P. DeNigris <[hidden email]<http://user/SendEmail.jtp?type=node&node=4726884&i=1> >> > wrote: >> >>> sound really as some bug.. and similar to system() call. >>> my versions is: >>> - it could be that strings are expected to be 16-byte aligned >>> - that there's some bug with converting to null-terminated C string >>> >>> >>> Great! It's be nice to get this and system calls working in one shot... >>> how do we proceed? How do we test? I'm willing to help... >>> >> >> if there some bug, it must be in NBExternalString >> which responsible for marshalling strings. >> try to change the alignment for the pointer and see how it goes in >> >> reserveStackBytes: numBytesOrBlock andStoreAddrTo: aTemp >> >> because right now it aligns the total space to reserve on stack >> (amount to subtract from SP), but not SP itself >> alignment should use powers of 2 , of course. >> >> Cheers, >> Sean >> >> ------------------------------ >> View this message in context: Re: NativeBoost String Handling Bug?<http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726878.html> >> >> Sent from the Pharo Smalltalk Developers mailing list archive<http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html>at Nabble.com. >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Best regards, > Igor Stasenko. > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726884.html > To unsubscribe from NativeBoost String Handling Bug?, click here. > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > Cheers, > Sean > > ------------------------------ > View this message in context: Re: NativeBoost String Handling Bug?<http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726889.html> > Sent from the Pharo Smalltalk Developers mailing list archive<http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html>at Nabble.com. > -- Best regards, Igor Stasenko.

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by Igor Stasenko

On 3 December 2013 02:59, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2013/12/2 Sean P. DeNigris <sean(a)clipperadams.com>: > > EstebanLM wrote > >> yes, the transcript is ThreadSafeTranscript > > > > Does "ThreadSafe" mean I don't have to wrap all my debug logging in > > "WorldState addDeferredUIMessage: [ Transcript... ]? That would save a > lot > > of time :) > > According to the implementation it means there is a Mutex stopping > multiple processes from doing operations (#nextPut:, #nextPutAll:) at > the same time. It is... who sends the message first will be received > happily, whoever is second will have to wait in a semaphore :D > > Funny outputs might happen if two different senders use #nextPut: > intertwined. > (other frameworks only left "complete line" outputs to loggers, to > avoid this kind of scenarios). > > imo this is exactly the case when for 0.00001% of chance that it will be required once, you spend tons of effort to make it work, means: overengineering. And, btw, good luck with solving the Halting problem along the way when you will be implementing this 'complete line' (when multiple threads sending output, but don't allowed to mix the lines) -- Best regards, Igor Stasenko.

Dec. 3, 2013

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

by Sean P. DeNigris

Hooray! How can I patch to see if it fixes my problem? -------- Original message -------- From: "Igor Stasenko [via Smalltalk]" <ml-node+s1294792n4726884h92(a)n4.nabble.com> Date: 12/02/2013 8:31 PM (GMT-05:00) To: "Sean P. DeNigris" <sean(a)clipperadams.com> Subject: Re: NativeBoost String Handling Bug? nevermind, i think i found the cause. (system call now is working) On 3 December 2013 02:08, Igor Stasenko <[hidden email]> wrote: On 3 December 2013 00:32, Sean P. DeNigris <[hidden email]> wrote: sound really as some bug.. and similar to system() call. my versions is: Â - it could be that strings are expected to be 16-byte aligned Â - that there's some bug with converting to null-terminated C string Great! It's be nice to get this and system calls working in one shot... how do we proceed? How do we test? I'm willing to help... if there some bug, it must be in NBExternalString which responsible for marshalling strings. try to change the alignment for the pointer and see how it goes in reserveStackBytes: numBytesOrBlock andStoreAddrTo: aTemp because right now it aligns the total space to reserve on stack (amount to subtract from SP), but not SP itself alignment should use powers of 2 , of course. Cheers, Sean View this message in context: Re: NativeBoost String Handling Bug? Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko. If you reply to this email, your message will be added to the discussion below: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726884.html To unsubscribe from NativeBoost String Handling Bug?, click here. NAML ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726889.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 3, 2013

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

by Igor Stasenko

Name: NativeBoost-Core-IgorStasenko.140 Name: NativeBoost-Tests-IgorStasenko.75 try and see if it works for you (and try syscall too, if yes then i think we can finally close the bug entry). P.S. thanks for being persistent on this one.

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by Esteban A. Maringolo

2013/12/2 Sean P. DeNigris <sean(a)clipperadams.com>: > EstebanLM wrote >> yes, the transcript is ThreadSafeTranscript > > Does "ThreadSafe" mean I don't have to wrap all my debug logging in > "WorldState addDeferredUIMessage: [ Transcript... ]? That would save a lot > of time :) According to the implementation it means there is a Mutex stopping multiple processes from doing operations (#nextPut:, #nextPutAll:) at the same time. It is... who sends the message first will be received happily, whoever is second will have to wait in a semaphore :D Funny outputs might happen if two different senders use #nextPut: intertwined. (other frameworks only left "complete line" outputs to loggers, to avoid this kind of scenarios). Regards!

Dec. 3, 2013

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

by Igor Stasenko

nevermind, i think i found the cause. (system call now is working) On 3 December 2013 02:08, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 3 December 2013 00:32, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> sound really as some bug.. and similar to system() call. >> my versions is: >> - it could be that strings are expected to be 16-byte aligned >> - that there's some bug with converting to null-terminated C string >> >> >> Great! It's be nice to get this and system calls working in one shot... >> how do we proceed? How do we test? I'm willing to help... >> > > if there some bug, it must be in NBExternalString > which responsible for marshalling strings. > try to change the alignment for the pointer and see how it goes in > > reserveStackBytes: numBytesOrBlock andStoreAddrTo: aTemp > > because right now it aligns the total space to reserve on stack > (amount to subtract from SP), but not SP itself > alignment should use powers of 2 , of course. > > Cheers, > Sean > > ------------------------------ > View this message in context: Re: NativeBoost String Handling Bug?<http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726878.html> > > Sent from the Pharo Smalltalk Developers mailing list archive<http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html>at Nabble.com. > > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Dec. 3, 2013