January 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Jan. 6, 2015

Jan. 6, 2015

Branch: refs/tags/40430 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] cfe0c8: 40430
by GitHub Jan. 6, 2015

Jan. 6, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: cfe0c8a0223f6fbdfb864dae0f8dac589941401e https://github.com/pharo-project/pharo-core/commit/cfe0c8a0223f6fbdfb864dae… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-06 (Tue, 06 Jan 2015) Changed paths: M OpalCompiler-Core.package/extension/RBMessageNode/instance/isInlined.st M ScriptLoader40.package/ScriptLoader.class/instance/cleaning/cleanRepositories.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script430.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40430.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40430 14672 ScriptLoader should not reset repositories https://pharo.fogbugz.com/f/cases/14672 14673 Avoidable DNU at each compilation https://pharo.fogbugz.com/f/cases/14673 http://files.pharo.org/image/40/40430.zip

1 0

Object>>ifNilOrEmpty: aBlock
by Sebastian Sastre Jan. 5, 2015

Jan. 5, 2015

Hi guys, Iâve started to use this little one: Object>>ifNilOrEmpty: aBlock self ifNil: [ ^ aBlock value ]. (self isCollection and: [ self isEmpty ]) ifTrue: [ ^ aBlock value ]. ^ self. It allows you to do the widely known JavaScript one-liner: var stuff = this.thing || âsome default value for when this.thing is undefined, null or an empty stringâ. but in smalltalk in this way: stuff := self thing ifNilOrEmpty: [ âsome default value for when self thing is nil or an empty stringâ ] simple thing feels practical and nice :)

11 41

does anyone have a postal address for Rmod that is suitable for online delivery?
by Eliot Miranda Jan. 5, 2015

Jan. 5, 2015

Hi, I need to send something to Rmod. Anyone got an address that shop bots accept? -- best, Eliot

3 2

Wrapping RegQueryValueExA in NativeBoost
by Torsten Bergmann Jan. 5, 2015

Jan. 5, 2015

Hi, Happy new year! I try to wrap some API methods using NativeBoost to access Win32 Registry and broaden the Pharo support for Windows. Currently I'm already able to - create registry keys (RegCreateKeyA API) - open registry keys (RegOpenKeyExA API) - delete registry keys (RegDeleteKeyA API) - close registry key handles (RegCloseKey API) Now I additionally want to query some keys using the "RegQueryValueExA" API (http://msdn.microsoft.com/en-us/library/windows/desktop/ms724911%28v=vs.85%…) As I tried an example in an elder Smalltalk/MT first (see attached) I know it is working from the Win32 API side. My NativeBoost definition in Pharo for wrapping the function looks like this (similar to MSDN): regQueryValueExA: hKey with: lpValueName with: lpReserved with: lpType with: lpData with: lpcbData <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> ^ self nbCall: #(LONG RegQueryValueExA( HKEY hKey, LPCTSTR lpValueName, LPDWORD lpReserved, LPDWORD lpType, LPBYTE lpData, LPDWORD lpcbData)) module: #advapi32 But when I call it I get a "Generic error" thrown by NB and independent how hard I try I can not get this call to work in NativeBoost. I checked all arguments, checked the type definitions (pool WinTypes which is similar to NBWinTypes), played with options, ... but was not able to find out what I'm doing wrong in Pharo. Meanwhile after investing several days of my spare time it looks like I cant "see the wood because of all the trees". I would really appreciate if someone with enough knowledge of NativeBoost could have a second look to point my into the right direction. To reproduce: ============= - use a fresh Pharo4.0 Latest update: #40428 - open World menu -> Configuration Browser and load "OSWindows" project - go to class WinRegistry - there is the NativeBoost API definition in method #regQueryValueExA:with:with:with:with:with: - and a method #example2 that calls this in a similar way as in my Smalltalk/MT example (if you try this example you get the "Generic error") Many thanks in advance! Bye T.

2 2

On Twitter
by horrido Jan. 5, 2015

Jan. 5, 2015

I have to say, I really don't understand this Twitter thing (I'm getting too old for this sh*t). However, I understand that Twitter can be a powerful tool for branding. The power of social media and all that. So I created a Twitter account. My handle is @smalltalkrenais. I just completed my first "tweet". I'm so proud of myself. I am now officially a Twit. I urge everyone in the Smalltalk community to use Twitter. Tweet about all things Smalltalk. Tweet about the latest Smalltalk news. Tweet about your recent experience or discovery with Smalltalk. I'm only one Twit. However, if there are thousands of us, we can get the word out about Smalltalk and raise public awareness. The thing is, *we must /continually/ tweet in order to keep the Smalltalk meme alive.* I've also created a Facebook page, as well as a Google+ page. (See "Contact Us" on our website <http://smalltalkrenaissance.wordpress.com/> .) Feel free to post on them. This is yet another opportunity to spread the word. Let's make the most of social media to help the cause. -- View this message in context: http://forum.world.st/On-Twitter-tp4797177.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

10 20

Can MongoTalk execute plan javascript MongoDB queries?
by Sebastian Sastre Jan. 5, 2015

Jan. 5, 2015

Is anybody here using MongoTalk doing some fancy custom queries? Not just with boolean conditions but with regex for example. Iâm interested in being able to execute and get the results of a raw javascript query but I cannot found how to do it. I am missing something?

4 8

Re: [Pharo-dev] [Moose-dev] Re: GTDebugger raising an emergency debugger
by Tudor Girba Jan. 5, 2015

Jan. 5, 2015

Great! Now, the Moose 5.1 image is usable on top of Pharo 4.0! There are still some red tests, but it works reasonably. It took about 1 day of work and it was mostly due to problems related with the GTDebugger (which I do not expect other projects to have ;)). Cheers, Doru On Mon, Jan 5, 2015 at 4:33 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Hi, > > I fixed the problem with the debugger. Let me know if you encounter any > other problems. > > Cheers, > Andrei > > On Mon, Jan 5, 2015 at 4:26 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Yes. That one is based on Pharo 4.0 and it is not ready for consumption >> yet. >> >> Doru >> >> On Mon, Jan 5, 2015 at 3:08 PM, Alexandre Bergel <alexandre.bergel(a)me.com >> > wrote: >> >>> https://ci.inria.fr/moose/job/moose-5.1/3/artifact/moose-5.1.zip >>> https://ci.inria.fr/moose/job/moose-5.1/3/ >>> >>> Alexandre >>> >>> > On Jan 5, 2015, at 10:48 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> > >>> > Which job? :) >>> > >>> > Doru >>> > >>> > On Mon, Jan 5, 2015 at 2:27 PM, Alexandre Bergel < >>> alexandre.bergel(a)me.com> wrote: >>> > I have downloaded the last version of Moose, directly from jenkins >>> > >>> > Alexandre >>> > >>> > >>> > > On Jan 5, 2015, at 10:18 AM, Tudor Girba <tudor(a)tudorgirba.com> >>> wrote: >>> > > >>> > > Hi, >>> > > >>> > > I moved most of the jobs to use Pharo 4, and indeed, we have an >>> issue with the GTDebugger. >>> > > >>> > > What image are you using? >>> > > >>> > > Cheers, >>> > > Doru >>> > > >>> > > >>> > > >>> > > On Mon, Jan 5, 2015 at 2:07 PM, Alexandre Bergel < >>> alexandre.bergel(a)me.com> wrote: >>> > > Hi! >>> > > >>> > > I wanted to have a look at why some tests are failing in the last >>> version of moose. >>> > > But I cannot even open a debugger. >>> > > Maybe some classes are missing. I see SystemDictionary>>at: in the >>> call stack. >>> > > >>> > > Cheers, >>> > > Alexandre >>> > > -- >>> > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> > > Alexandre Bergel http://www.bergel.eu >>> > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> > > >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > Moose-dev mailing list >>> > > Moose-dev(a)iam.unibe.ch >>> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > > >>> > > >>> > > >>> > > -- >>> > > www.tudorgirba.com >>> > > >>> > > "Every thing has its own flow" >>> > > _______________________________________________ >>> > > Moose-dev mailing list >>> > > Moose-dev(a)iam.unibe.ch >>> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > >>> > -- >>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> > Alexandre Bergel http://www.bergel.eu >>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > Moose-dev mailing list >>> > Moose-dev(a)iam.unibe.ch >>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > >>> > >>> > >>> > -- >>> > www.tudorgirba.com >>> > >>> > "Every thing has its own flow" >>> > _______________________________________________ >>> > Moose-dev mailing list >>> > Moose-dev(a)iam.unibe.ch >>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- www.tudorgirba.com "Every thing has its own flow"

1 0

Old inspector and explorer
by Norbert Hartl Jan. 5, 2015

Jan. 5, 2015

Is there a way to get the old tools via shortcut? I started something new with pharo 4.0 today. I discovered a bug in Nautilus where every rename or deletion of a method raises a debugger. I tried finding the bug but struggled because to me the new inspector is really confusing. If I "just" want to unfold a few levels of references to get a glimpse of the structure the new tool prevents me from doing that. There is just to much information in this window and too much happening to me. To me it looks like a power tool you need to get used to. So it is probably not the best tool for simple tasks and people new to this environment might be overwhelmed. At least I would like to be able to use the old tools. Norbert

11 50

[pharo-project/pharo-core] a28e71: 40429
by GitHub Jan. 5, 2015

Jan. 5, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: a28e7177916f5db79ce3ca9b60d4bc0f5e7cad9c https://github.com/pharo-project/pharo-core/commit/a28e7177916f5db79ce3ca9b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-05 (Mon, 05 Jan 2015) Changed paths: M Kernel.package/Float.class/class/instance creation/fromIEEE32Bit_.st A KernelTests.package/FloatTest.class/instance/tests - IEEE 754/test32bitConversion.st A Morphic-Core.package/HandMorph.class/class/events-processing/cleanUp.st A Morphic-Core.package/HandMorph.class/class/events-processing/eventStats.st A Morphic-Core.package/HandMorph.class/class/events-processing/logEventStatsStart.st A Morphic-Core.package/HandMorph.class/class/events-processing/logEventStatsStop.st A Morphic-Core.package/HandMorph.class/class/events-processing/logEventStats_.st A Morphic-Core.package/HandMorph.class/class/settings/logEventStatsEnabled.st A Morphic-Core.package/HandMorph.class/class/settings/logEventStatsEnabled_.st A Morphic-Core.package/HandMorph.class/class/settings/settingsOn_.st M Morphic-Core.package/HandMorph.class/instance/events-processing/handleEvent_.st R Morphic-Core.package/HandMorph.class/instance/events-processing/logEventStats_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script429.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40429.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40429 14668 HandMorph event statistics should be off by default with preference https://pharo.fogbugz.com/f/cases/14668 14652 Float class fromIEEE32Bit: gradual underflow handling is buggy https://pharo.fogbugz.com/f/cases/14652 http://files.pharo.org/image/40/40429.zip

1 0