- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub June 28, 2017

June 28, 2017

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

1 0

[pharo-project/pharo-core] 72b8b1: 60503
by GitHub June 28, 2017

June 28, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 72b8b154b3e120d81e3bf1cb7212a4202892cc85 https://github.com/pharo-project/pharo-core/commit/72b8b154b3e120d81e3bf1cb… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-06-28 (Wed, 28 Jun 2017) Changed paths: M ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/symbolic versions/stable_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F26%5F8_.st M FFI-Pools.package/FFIConstants.class/README.md M FFI-Pools.package/FFIConstants.class/class/pool initialization/initialize.st A FFI-Pools.package/FFIConstants.class/class/pool initialization/initializeCallingConventions.st A FFI-Pools.package/FFIConstants.class/class/pool initialization/initializeErrorConstants.st A FFI-Pools.package/FFIConstants.class/class/pool initialization/initializeTypeConstants.st R FFI-Pools.package/FFIConstants.class/class/private - initialization/initializeCallingConventions.st R FFI-Pools.package/FFIConstants.class/class/private - initialization/initializeErrorConstants.st R FFI-Pools.package/FFIConstants.class/class/private - initialization/initializeTypeConstants.st M Graphics-Files.package/PNGReadWriter.class/instance/pixel copies/copyPixelsRGBA_.st M Graphics-Files.package/PNGReadWriter.class/instance/pixel copies/copyPixelsRGBA_at_by_.st M Graphics-Files.package/PNGReadWriter.class/instance/pixel copies/copyPixelsRGB_.st M Graphics-Files.package/PNGReadWriter.class/instance/pixel copies/copyPixelsRGB_at_by_.st A Graphics-Tests.package/PNGReadWriterTest.class/instance/tests - decoding/testNewFromSampleBytes.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60502.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60503.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60502.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60503.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UnifiedFFI.package/FFICallbackType.class/instance/emitting code/offsetWriteFieldAt_with_.st M UnifiedFFI.package/FFIExternalStructure.class/class/accessing/structureAlignment.st A UnifiedFFI.package/FFIExternalStructureReferenceHandle.class/instance/accessing/getHandle.st M UnifiedFFI.package/FFIExternalStructureType.class/instance/emitting code/offsetReadReferenceAt_.st M UnifiedFFI.package/FFIExternalStructureType.class/instance/emitting code/readReferenceAt_.st M UnifiedFFI.package/FFISizeT.class/class/converting/asExternalTypeOn_.st A UnifiedFFI.package/FFISizeT.class/instance/emitting code/readFieldAt_.st A UnifiedFFI.package/FFISizeT.class/instance/emitting code/writeFieldAt_with_.st M UnifiedFFI.package/FFISizeT.class/instance/private/basicHandle_at_.st M UnifiedFFI.package/FFISizeT.class/instance/private/basicHandle_at_put_.st M UnifiedFFI.package/extension/ExternalType/instance/offsetReadFieldAt_.st A UnifiedFFI.package/extension/ExternalType/instance/offsetReadStructFieldAt_.st M UnifiedFFI.package/extension/ExternalType/instance/offsetWriteFieldAt_with_.st A UnifiedFFI.package/extension/ExternalType/instance/offsetWriteStructFieldAt_with_.st Log Message: ----------- 60503 20167 Regression with PNGReaderWriter in P6 https://pharo.fogbugz.com/f/cases/20167 20198 inner structure access does not work on multiple architecture https://pharo.fogbugz.com/f/cases/20198 http://files.pharo.org/image/60/60503.zip

1 0

Why is there a __MACOSX directory in the zeroconf linux download?
by Tim Mackinnon June 28, 2017

June 28, 2017

Hi - I just noticed when trying out zeroconf on an EC2 instance that the resulting download for the 64 bit vm has a __MACOSX directory in it in the pharo-vm/lib/5.x directory? Isnât this built with a CI server - so why is that file in there? Or are these vmâs hand built? Tim

1 0

GSoC 2017 - Week 7 Update - Enhancing Pharo Command Line Interface
by Rajula Vineet June 28, 2017

June 28, 2017

Hi all, Sorry I couldn`t post updates for a few weeks. Recently, I started working on implementing clap-st as a command line handler in Pharo. During the last few weeks I have worked on the new working directory implementation. For the last week blog post, I wrote a post on SessionManagers <https://vineetreddy.wordpress.com/2017/06/28/session-manager-in-pharo/> . It would be helpful if you can give your feedback on this. Thanks in advance. Rajula -- View this message in context: http://forum.world.st/GSoC-2017-Week-7-Update-Enhancing-Pharo-Command-Line-… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0

Windows 10 crash - LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location.
by Andrei Chis June 27, 2017

June 27, 2017

Hi, On Windows 10 with the Pharo 6 release and the latest vm [1] I get the following crash when attempting to save the image after doing some more intensive computations: ------------------------------------------------------------------------------------------ # Debug console # To close: F2 -> 'debug options' -> 'show output console' # To disable: F2 -> 'debug options' -> 'show console on errors' LoadLibrary(SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin.dll) (998: Invalid access to memory location. ) LoadLibrary(SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin.dll) (998: Invalid access to memory location. ) LoadLibrary(SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin) (998: Invalid access to memory location. ) LoadLibrary(c:\pharo6\SurfacePlugin.dll) (998: Invalid access to memory location. ) ------------------------------------------------------------------------------------------ The image take around 600MB before the crash but that is expected. I've seen that this error was appearing before in the past. Any suggestions of how to debug it? Cheers, Andrei [1] http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201706211817-f544…

3 2

zero size pharo vm zips
by Nicolai Hess June 27, 2017

June 27, 2017

http://files.pharo.org/vm/pharo-spur32/win/ All vm-zips from the last days have size 0

2 1

Flattened traits in Pharo 7
by Pavel Krivanek June 27, 2017

June 27, 2017

Hi, because we want to have traits only as an option where people will be able to choose custom traits implementation, the Pharo kernel cannot depend on them. For that reason we had to flatten all classes that use traits in the kernel packages. That means that methods from system traits as TBehavior [1] were copied to the trait users and the traits were removed from the class definitions. For now these traits are still present in the image. If you use own traits in your projects, this step will have no impact on you. Only if your project extends the system traits, you will need to adopt it for Pharo 7. [1] complete list: TApplyingOnClassSide TBehavior TBehaviorCategorization TClass TClassDescription TComposingDescription TSortable TTranscript TTransformationCompatibility Cheers, -- Pavel

4 7

WebTester project
by Nicolas Anquetil June 27, 2017

June 27, 2017

Hi all, I developped a first version of a WebTestCase class. It uses SUnit and Zinc to get pages from the internet and test some conditions on them. The main work is actually to offer higher level search facilities inspired from what I saw in Selenium There is an example, that logs in and out of Github (and checks that we logged in and out) --- testLoginAndOutOfGitHub | node | self defaultUrl: 'http://github.com/'. self getDefaultUrl. self assert: (self searchString: 'Sign in') notNil. self clickLinkValue: 'Sign in'. self assert: (self searchString: 'Sign in to GitHub') notNil. "5 fields to inform for login 3 of them have values inside the login page: commit, utf8, authenticity_token" self enter: user forName: 'login'. self enter: pass forName: 'password'. self enterDefaultValueForName: 'commit'. self enterDefaultValueForName: 'utf8'. self enterDefaultValueForName: 'authenticity_token'. "bug in the page, there is a </form> before the real <form ...>" node := self searchNodeTag: 'form' afterNode: (self searchNodeTag: 'form'). self submitForm: node. "similar for signout, submit a form with 2 default values" node := self searchFormOwning: (self searchString: 'Sign out'). self enterDefaultValueForName: 'utf8'. self enterDefaultValueForName: 'authenticity_token'. self submitForm: node. "we are out" self assert: (self searchString: 'Sign in') notNil. --- No configOf or Catalog yet. I am too lazy can be found at: MCSmalltalkhubRepository owner: 'nicolasAnquetil' project: 'WebTest' user: '' password: '' nicolas -- Nicolas Anquetil -- MCF (HDR) Project-Team RMod

5 5

Esteban's ChangeLog week of 19 June 2017
by estebanlm＠gmail.com June 26, 2017

June 26, 2017

Hello! This is my weekly ChangeLog, from 19 June 2017 to 25 June 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=19/6/2017&to=25/6/2017 ChangeLog ========= 21 June 2017: ------------- * Succeed!! I made [iceberg](http://github.com/pharo-vcs/iceberg) to work on 64bits! Now, I need to promote a new VM as stable (and probably backported it to Pharo 6.0) * After 1.5 days still working on 64bits version of [iceberg](http://github.com/pharo-vcs/iceberg) and that annoying malloc crash. Last idea was the believing something is wrong with sizes and marshallings so I verified all: * I reviewed all structures and callbacks. * I took a look to each function call. I got some differences that needed to be fixed and perticularly a lot of +size_t+ that were wrongly mapped as +FFIUInt32+ and I have some movement: it is not crashing anymore on malloc (which is a relief), but is still crashing someplace later. I'm now reviewing that. 19 June 2017: ------------- * I spent the full day trying to get [iceberg](http://github.com/pharo-vcs-iceberg) to work on 64bits. Is almost working... if it wouldn't be because I'm having a random crash while trying to +malloc+ something random. We'll see tomorrow. cheers! Esteban

4 3

Saving a setting in Pharo
by Myroslava Romaniuk June 26, 2017

June 26, 2017

For my GSoC project I've been working on the rule toggle so I created a setting that bans a rule for the whole image. But I'm thinking that some of you might want to disable a certain rule for all the following images too. Hence my question: how to save a setting programatically so that the same setting would immediately work for the next image as well? For now I only know how to do it manually but I need a more elegant way to do this: [image: Inline images 2] Any help or advice would be much appreciated. Regards, Myroslava.

4 5