- Pharo-dev - lists.pharo.org

[Pharo-project] Change Log link
by âking Jan. 1, 2013

Jan. 1, 2013

The link under "Change Log" on http://www.pharo-project.org/pharo-download/beta-2-0 points to: http://code.google.com/p/pharo/wiki/ActionsInPharo2 (a 404) Should be: http://code.google.com/p/pharo/wiki/ActionsInPharo20 (I think) Thanks! ââ

2 1

[Pharo-project] Remote Pair Programming
by âking Jan. 1, 2013

Jan. 1, 2013

Hi! 2013 is rking's "Year of Smalltalk" (I'm going to stop admiring it from afar and actually get good with it). One piece I was wondering about: is there any handy remote pairing solution other than having one of the two use VNC? VNC has its disadvantages, one being that the non-local user is rather lagged compared to the local one. For Ruby remote pairing, we use tmux and vim and shell stuff, and it works well, so I'm looking for a good Smalltalk solution. ââ P.S.: If anyone wants to pair, let me know, I'd love to jump in on whatever code you're writing.

1 0

[Pharo-project] Native Boost Basics: passing char* buffer
by S Krish Jan. 1, 2013

Jan. 1, 2013

I am trying to work with memory addresses back n forth.. Simple case of char* buffer that needs to be filled in by dll . Buffer does not change in Pharo after the call. Am I missing something here.. The memory address that is printed out does not match what I see in Pharo / infact the address does not change at all... for repeated call invoked from debugger. C Code: DLLEXPORT int readAndWritePipe(char* outBuf ) { system("Echo readAndWritePipe" ); debugPrintf ( "readAndWritePipe: %d \n" , &outBuf , 1046 ); memcpy ( outBuf , "Testing123\0" , 11) ; return 0; } void debugPrintf ( char* logString, int intArg , char* strArg, int size ) { // can redirect as needed to logger end point.. FILE * logFile = fopen( "c:\\temp\\writePipes.log" , "a" ); char* buf = (char*) calloc( sizeof(char) , size ); sprintf( buf, logString , intArg , strArg ); fputs(buf , logFile ); fclose(logFile); } Pharo: testPharoBuffer: buf <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode > ^ self nbCall: #( int readAndWritePipe( String buf ) ) module: 'TestPharo.dll' testPharoBuffer "self new testPharoBuffer " | buf addr addr2 | buf := String new: 100000. addr := buf asNBExternalString. addr2 := ( NativeBoost allocate: 256 ). self testPharoBuffer: addr . " or use addr2, both of it does not work" Transcript cr; show: buf.

2 4

[Pharo-project] About RBMethodModifierFinalRule
by StÃ©phane Ducasse Dec. 31, 2012

Dec. 31, 2012

Hi guys rationale ^ 'Checks that a methods marked with <modifier: #final> is never overridden.' my impression is that we can safely remove this rule. We never used this pragma for this convention. Isn't it :) Stef

2 1

[Pharo-project] About RBLiteralArrayContainsCommaRule
by StÃ©phane Ducasse Dec. 30, 2012

Dec. 30, 2012

Hi I'm going over all the SmallLint rule and extending their rationale and fixing sometimes their default check. Now I'm reading RBLiteralArrayContainsCommaRule rationale ^ 'Checks for literal arrays that contain the #, symbol.' and I have no idea why this would be a problem. Anybody has an idea? Stef

2 2

[Pharo-project] [update 2.0] #20463
by StÃ©phane Ducasse Dec. 30, 2012

Dec. 30, 2012

20463 ----- - Issue 7190: MC core model depends on UI !! http://code.google.com/p/pharo/issues/detail?id=7190 - Issue 7195: SmallLint Rules better description and cleaning http://code.google.com/p/pharo/issues/detail?id=7195 - Issue 7198: MCVersionLoader http://code.google.com/p/pharo/issues/detail?id=7198 Diff information: http://ss3.gemstone.com/ss/Pharo20/System-Tools-StephaneDucasse.93.diff http://ss3.gemstone.com/ss/Pharo20/Refactoring-Critics-StephaneDucasse.28.d… http://ss3.gemstone.com/ss/Pharo20/Monticello-StephaneDucasse.740.diff http://ss3.gemstone.com/ss/Pharo20/Metacello-MC-StephaneDucasse.666.diff http://ss3.gemstone.com/ss/Pharo20/Manifest-Core-StephaneDucasse.99.diff http://ss3.gemstone.com/ss/Pharo20/Gofer-Core-StephaneDucasse.190.diff

1 0

Re: [Pharo-project] [squeak-dev] A blog article on Oak
by Mariano Martinez Peck Dec. 30, 2012

Dec. 30, 2012

Thanks Goran. I read the whole article, and I really like it. Hope you continue pushing. I always wanted to build some kind of database on top of Fuel :) On Sun, Dec 30, 2012 at 9:24 AM, stephane ducasse < stephane.ducasse(a)gmail.com> wrote: > > On Dec 30, 2012, at 12:54 PM, GÃ¶ran Krampe wrote: > > > Hi! > > > > I just moved my blog to Octopress (away from Wordpress) and must say > this is much more up my alley. And doing so I also published a rather long > article on Oak - Nicolas little OODB-thing that I am using: > > > > http://goran.krampe.se/2012/12/29/oak/ > Cool > this is the best way to create more documentation. > I would like to have a chapter on fuel, mongotalk,â¦.for the next book. > Deep into pharo 2 :) > Stef > > > > If you have questions about Oak, feel free to either reply here or > comment on the article. If you have questions on Octopress and migrating > from Wordpress - feel free to ask about that too! > > > > ...and a happy new year! > > > > regards, GÃ¶ran > > > > PS. Colorized Smalltalk code in Octopress markdown is trivial, I just do > this: > > > > ``` smalltalk > > 3 + 4 > > ``` > > > > > -- Mariano http://marianopeck.wordpress.com

1 0

Dec. 30, 2012

20462 ----- - Issue 7192: JobEnd Bug. Now no more DNU :) http://code.google.com/p/pharo/issues/detail?id=7192 - Issue 7191: MC merge generate conflicts for categories http://code.google.com/p/pharo/issues/detail?id=7191 Diff information: http://ss3.gemstone.com/ss/Pharo20/Polymorph-Tools-Diff-StephaneDucasse.86.… http://ss3.gemstone.com/ss/Pharo20/Morphic-StephaneDucasse.1319.diff http://ss3.gemstone.com/ss/Pharo20/Monticello-StephaneDucasse.738.diff

1 0

[Pharo-project] DateAndTime class>>midnight
by Max Leske Dec. 30, 2012

Dec. 30, 2012

Possible bug in 2.0 which messes with equality checks: "DateAndTime midnight" will answer a DateAndTime with seconds set to the UTC seconds. In my case (UTC +1) that's -3600 seconds. I'm pretty sure that seconds should be 0. This messes up equality checks for Date because Date class>>current uses #midnight. Please confirm and I'll open a bug report. Cheers, Max

4 10

Dec. 30, 2012

Hi guys I really think that we should focus on fixing the tests first. - I will remove the spellchecking tests so that tests run faster - Integrate a couple of more fixes to make us faster when merging. - then I will try to spot the progress bar bugs. Stef

2 3