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

Transcript and ScaledDecimal Issue
by phil＠highoctane.be Nov. 19, 2013

Nov. 19, 2013

I was playing with ScaledDecimal when doing experiments with numbers in Pharo. Now, ScaledDecimal says in its comment: "Note that a ScaledDecimal does not printOn: exactly, however it will storeOn: exactly because the full precision fraction is kept in memory." This happens to be right when inspecting the expressions. Now, I tried to do the following: x := 2 asScaledDecimal. y := 1 asScaledDecimal. z := (y / x). z storeOn: Transcript. And z storeOn: Transcript fails miserably. This is due to storeOn: doing: storeOn: aStream "ScaledDecimal sometimes have more digits than they print (potentially an infinity). In this case, do not use printOn: because it would loose some extra digits" self shouldBePrintedAsLiteral ifTrue: [self printOn: aStream] ifFalse: [aStream nextPut: $(; store: numerator; nextPut: $/; store: denominator; nextPut: $s; store: scale; nextPut: $)] And store: doesn't exists in the ThreadSafeTranscript which happens to be no stream at all. Try this out: x := 2 asScaledDecimal. y := 1 asScaledDecimal. z := (y / x). "works" 5.0 storeOn: Transcript. Transcript flush. "works" (1/2) storeOn: Transcript. Transcript flush. "fails" z storeOn: Transcript. Transcript flush. "works" s := (String new: 30). st := s writeStream. z storeOn: st. Transcript show: 'storeOn: ', st contents; cr; show: z. Kind of annoying to do while explaining to kids. The ThreadSafe transcript looks like to be subclassed from Object and being no real stream at all. Why is it so? Phil

4 6

SVG described countries in Roassal
by Alexandre Bergel Nov. 19, 2013

Nov. 19, 2013

Hi! I had fun understanding how countries may be described using SVG. Here is a first shoot: Moving the mouse above a country name highlight the country. You can now rehearse your geography. The complete source code of this example is: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | view element nameComponent label | view := ROView new. ROSVGPath countries do: [ :k | element := (ROSVGPath path: (ROSVGPath perform: k)) elementOn: k. view add: element. ]. nameComponent := ROElement new. ROSVGPath countries do: [ :k | label := ROLabel elementOn: k asString. label @ ROLightlyHighlightable. label on: ROMouseEnter do: [ :event | ROBlink highlight: (view elementFromModel: event model asSymbol) ]. label on: ROMouseLeave do: [ :event | ROBlink unhighlight: (view elementFromModel: event model asSymbol) ]. nameComponent add: label. ]. ROGridLayout new gapSize: -3; lineItemsCount: 15; on: nameComponent elements. view add: nameComponent. nameComponent translateTo: 0 @ 400. view openInWindowSized: 1000 @ 700 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 16

SHTextStyler>>#styleInBackgroundProcess:
by Sven Van Caekenberghe Nov. 19, 2013

Nov. 19, 2013

In many images that I do real development in (code writing, debugging, ..) I always get a number of processes stuck while waiting for a semaphore in SHTextStyler>>#styleInBackgroundProcess: I am in no way an expert in these areas, but today I tried the following change (waiting on the semaphore with a timeout): SHTextStyler>>#styleInBackgroundProcess: aText self terminateBackgroundStylingProcess. stylingEnabled ifTrue: [ text := aText copy. self monitor critical: [ sem := Semaphore new. [ sem ifNotNil: [ ((sem waitTimeoutMSecs: 250) not and: [ view notNil ]) ifTrue: [ view stylerStyledInBackground: text ] ] ] forkAt: Processor activePriority. backgroundProcess := [ self privateStyle: text. sem signal ] forkAt: Processor userBackgroundPriority ] ] Comments ? Sven

2 2

Fwd: [Pharo-bugtracker] FogBugz (Case [Issue]9) _Inbox - Back In Town
by Sven Van Caekenberghe Nov. 19, 2013

Nov. 19, 2013

Among the many messages sent automatically by our magic systems, this one strikes me as useless. It basically says that the monkey is doing something, without being specific: no issue number, nothing. Begin forwarded message: > From: "Pharo Issue Tracker" <do-not-reply(a)pharo.fogbugz.com> > Subject: [Pharo-bugtracker] FogBugz (Case [Issue]9) _Inbox - Back In Town > Date: 19 Nov 2013 13:28:23 GMT+1 > To: "pharo-bugtracker(a)lists.gforge.inria.fr" <pharo-bugtracker(a)lists.gforge.inria.fr> > > A FogBugz case was edited by Ulysse The Galactic Monkey From Outer Space. > > Case ID: 9 > Title: Back In Town > Status: Closed (Invalid) > Category: Bug > Project: _Inbox > Area: Not Spam > Priority: 3 - Must Fix > Milestone: Undecided > Assigned To: CLOSED > > URL: https://pharo.fogbugz.com/f/cases/9 > > Communicating from Pharo > > > You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…) from this case. > > _______________________________________________ > Pharo-bugtracker mailing list > Pharo-bugtracker(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker

2 3

Pharo Inbox Commits
by Gabriel Cotelli Nov. 19, 2013

Nov. 19, 2013

Hi guys, can someone give me commit permissions to Pharo30Inbox? My sthub username is gcotelli. Thanks, Gabriel

2 1

class HTTPSocket
by Sven Van Caekenberghe Nov. 19, 2013

Nov. 19, 2013

Hi, HTTPSocket (which is only a facade) was deprecated in 2.0, so I guess it could be completely removed in 3.0 ? Sven

2 2

Re: [Pharo-dev] [Moose-dev] I'm not getting it
by Tudor Girba Nov. 19, 2013

Nov. 19, 2013

It's not Moose related, but Athens related. There seems to be a problem with Athens and your Linux installation. I repost the question on the pharo mailing list. Anyone has an idea why this happens? Moose 4.9 runs on a Pharo 2.0 image. Cheers, Doru On Tue, Nov 19, 2013 at 12:22 PM, Friedrich Dominicus < frido(a)q-software-solutions.de> wrote: > I've a fresh installed Moose 4.9 here. If I'm trying ot open > Roassel Eazel I get an Backtrace > NativeBoostLinux32(Object)>>error: > NativeBoostLinux32>>getGlobalSymbolPointer: > NativeBoostLinux32>>loadSymbol:fromModule: > NativeBoost class>>loadSymbol:fromModule: > Metaclass(Object)>>nbGetSymbolAddress:module: > NBFFICallout>>generateCall:module: > NBFFICalloutAPI>>function:module: in Block: [:gen | gen callType: conv;... > NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: in > Block: [bytes := aBlock... > BlockClosure>>on:do: > NBRecursionDetect class>>in:during: > NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: > NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: > NBFFICalloutAPI>>function:module: > AthensCairoSurface class(Object)>>nbCall: > AthensCairoSurface class>>primImage:width:height: > AthensCairoSurface class>>extent:format: > AthensCairoSurface class>>extent: > ROAthensMorph>>extent: > ROAthensMorph(ROMorph)>>setView: > ROAthensMorph class(ROMorph class)>>on: > ROMorphWidgetFactory class>>forView:windowSized: > ROViewStack(ROView)>>openInWindowSized: > ROViewStack(ROView)>>open > ROMondrianViewBuilder>>open > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler class>>evaluate:for:notifying:logged: > Compiler class>>evaluate:for:logged: > Compiler class>>evaluate: > ROEaselMorphic>>openViewFor: in Block: [Compiler evaluate: str] > > > I checked my installation and the symbol is in > /usr/lib/i386-linux-gnu/libcairo.a > nm libcairo.a | grep cairo_image_surface_create > U INT_cairo_image_surface_create > U _cairo_image_surface_create_with_content > U INT_cairo_image_surface_create > 00000b30 T cairo_image_surface_create > > > Anywy even if I change > pathToCairoOnLinux > "On different flavors of linux the path to library may differ > depending on OS distro or whether system is 32 or 64 bit. > > " > #( > > '/usr/lib/i386-linux-gnu/libcairo.so.2' > '/usr/lib/libcairo.so.2' > > ) do: [ :path | > > path asFileReference exists ifTrue: [ ^ path ] > ]. > > ^ self cantFindCairoOnLinux > > It won't find this "symbol". What is going on? > > Regards > Friedrich > _______________________________________________ > 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

Building VM on windows: lining problem
by phil＠highoctane.be Nov. 19, 2013

Nov. 19, 2013

I've been moving forward with building the VM for Windows from the GitHub sources with MinGW. Now, to get the thing to compile, I had to replace the oft_t things by _oft_t, same for the 64 flavor. So, modifiying two header files, one being mingw.h where I put #define oft_t _oft_t at the end. This did the trick and I now have all plugins/dlls building fine: FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll are in results/ Also, to get there, one has to create a vmVersionInfo.h file in platforms\Cross\vm with something in the REVISION_STRING #define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources 20131119" I wonder why this isn't something automagically generated in the process as it seems that the CI build has something. The last step is getting Pharo.exe to link but this doesn't work: Linking C executable /C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: cannot fin d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: *** [C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error 1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2 Looks like a library path is wrong or else. Idea? Also, there are quite a number of warnings spit out during the compiling process all over the place, more than the Mac VM build I think. e.g. [ 92%] Building C object CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v m/sq.h:193:0, from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Prefs.c:20: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h :52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0: note: thi s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v m/sq.h:193:0, from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Utils.c:14: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h :52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0: note: thi s is the location of the previous definition #define VM_EXPORT Phil

1 1

[pharo-project/pharo-core]
by GitHub Nov. 19, 2013

Nov. 19, 2013

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

1 0

[pharo-project/pharo-core] dfb2a2: 30583
by GitHub Nov. 19, 2013

Nov. 19, 2013

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: dfb2a225c77d44a402ec8a816641dec7f1d8666c https://github.com/pharo-project/pharo-core/commit/dfb2a225c77d44a402ec8a81… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-19 (Tue, 19 Nov 2013) Changed paths: M Kernel.package/Number.class/README.md A Refactoring-Critics.package/RBTempVarOverridesInstVarRule.class/instance/copying/postCopy.st M Refactoring-Critics.package/RBTempVarOverridesInstVarRule.class/instance/initialization/initialize.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script238.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30583.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/CollectionValueHolder.class/instance/protocol/atWrap_put_.st M Spec-Core.package/DictionaryValueHolder.class/instance/protocol/fillFrom_with_.st Log Message: ----------- 30583 12195 CollectionValueHolder >> #atWrap:put: has variable name clashes https://pharo.fogbugz.com/f/cases/12195 12194 RBTempVarOverridesInstVarRule missed #postCopy https://pharo.fogbugz.com/f/cases/12194 12196 Minor mistakes in class comment of Number class https://pharo.fogbugz.com/f/cases/12196 http://files.pharo.org/image/30/30583.zip

1 0