- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] d3b9dd: 60309
by GitHub Nov. 29, 2016

Nov. 29, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: d3b9ddfa772a6a07ca98f1292196c1af632d4ca3 https://github.com/pharo-project/pharo-core/commit/d3b9ddfa772a6a07ca98f129… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-11-29 (Tue, 29 Nov 2016) Changed paths: M Alien.package/AlienWeakTable.class/instance/adding/add_finalizing_.st M ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/symbolic versions/stable_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F25_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60308.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60309.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60308.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60309.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UnifiedFFI.package/FFIExternalStructure.class/class/accessing/structureAlignment.st A UnifiedFFI.package/extension/ByteArray/instance/readStringUTF8.st A UnifiedFFI.package/extension/ExternalData/instance/readStringUTF8.st Log Message: ----------- 60309 19406 integrate UFFI v0.25 https://pharo.fogbugz.com/f/cases/19406 19403 Find and replace dialog first field is unreadable in dark theme https://pharo.fogbugz.com/f/cases/19403 http://files.pharo.org/image/60/60309.zip

1 0

Stack underflow with meta links on message nodes
by Yuriy Tymchuk Nov. 29, 2016

Nov. 29, 2016

Hi, Iâm trying to use methinks on message nodes that are executed before the node itself and have receiver and the node as arguments. But sadly Iâm getting âstack underflowâ error when the annotated method is executed. You can use this code snippet to reproduce the error: | link class | link := MetaLink new metaObject: [ :v1 :v2 | ]; control: #before; selector: #value:value:; arguments: #(receiver node). class := Object newAnonymousSubclass. class compile: 'method 1+1'. (class >> #method) ast statements first link: link. class new method. link uninstall Is there any workaround for this issue? Or maybe someone knows how to fix this. Because the issue is present both in Pharo 5 and the latest Pharo 6. Cheers. Uko

3 2

Any Pharo 5 in the industrial setup?
by Yuriy Tymchuk Nov. 29, 2016

Nov. 29, 2016

Dear all, my name is Yuriy Tymchuk, I am a researcher from Bern University and the author of QualityAssistant and other quality-related tweaks and experiments in Pharo. I am interested to know is anybody uses Pharo 5 in industry as I've spent plenty of time to develop QualityAssistant and I am interested to know if it is useful in the industrial setup. So if you know any project please let me know. If you are an industrial developer working on Pharo 5 Iâm interested in a short chat. If you donât have a time for chat maybe you can spend a couple of minutes on a small questioner because I really want to make QA useful for developers. Cheers. Yuriy

2 1

[pharo-project/pharo-core]
by GitHub Nov. 28, 2016

Nov. 28, 2016

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

1 0

[pharo-project/pharo-core] 600389: 60308
by GitHub Nov. 28, 2016

Nov. 28, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 600389fe241ad85f120ff1b13fa58cc436af0808 https://github.com/pharo-project/pharo-core/commit/600389fe241ad85f120ff1b1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-11-29 (Tue, 29 Nov 2016) Changed paths: M ScriptLoader60.package/ScriptLoader.class/instance/load primitives/newerVersionsIn_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60307.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60308.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60307.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60308.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60308 19276 Endless loop with ExecutionDisplayPlugin https://pharo.fogbugz.com/f/cases/19276 19344 No event about auto deletion of empty protocol when last method is moved from it https://pharo.fogbugz.com/f/cases/19344 17771 Empty stderr/stdout files should be deleted on image shutdown https://pharo.fogbugz.com/f/cases/17771 http://files.pharo.org/image/60/60308.zip

1 0

Pharo6 64bits Unix on Windows 10
by Thierry Goubier Nov. 28, 2016

Nov. 28, 2016

Hi guys, Jason Lecerf, a new PhD student at CEA, has managed to run a Pharo6 64bits vm and image (60307) under the ubuntu add-ons to Microsoft Windows 10. What is validated is: - downloading the latest 64bits pharo vm from esteban - downloading the latest image from files.pharo.org - opening the gui. What doesn't work well - fetching packages from github. (tar fail to create files with ':' in them, so downloading filetree from github fails). As far as I know of the process, running a 32bits image and vm should work too. Thierry

2 2

[IMPORTANT] TechTalk from November postponed to Dec 13... and it will be around iceberg
by Esteban Lorenzano Nov. 28, 2016

Nov. 28, 2016

Hello, We will postpone the TechTalk for two weeks, to Dec 13 16h UTC because two reasons: 1) There will not be a âDecember talkâ, because last tuesday of the month will be 27 and is unreal to pretend people will be around :) 2) We want to talk about iceberg and we believe is so important that we want to maximise participants/questions/etc. 2.1) â¦ and we just missed the date (who was tomorrow) and we are not prepared :) Iâm sorry for the inconvenience, I hope you can all make it and be there... cheers, Esteban

1 0

Re: [Pharo-dev] [Vm-dev] Removing most of the windowing code
by Ronie Salgado Nov. 28, 2016

Nov. 28, 2016

Now I found the FFI problem with MinGW , I was missing some old compilation flags on my CMake scripts. I still have to fix this same bug with MSVC, but at least normal Pharo image can eval "1+1" without crashing, and stdout is working properly now in Windows. During the rest of the week I will make this VM variant working completely on Linux, Windows and OS X, with SDL2 and hopefully we will get OSWindow working alot better in Windows and Mac. (In Linux it was already working pretty well, probably because each X connection has its own event queue). Interesting to note Microsoft is moving to Clang [1] to replace their > C1 front-end, which should(?) make cross-platform with OSX and Linux a > bit easier. Anyone know if that means MVSC might be better to use on > its own than using MinGW/Cygwin? > > [1] http://www.theregister.co.uk/2015/10/21/microsoft_promises_ > clang_for_windows_in_november_visual_c_update/ > > cheers -ben In Windows the standard compiler is MSVC, despite it has a poorer quality than gcc/clang. The movement to the clang front-end is something where it is not possible to rely until it becomes stable. It is quite clear that the VM is not meant to be used with MSVC, because it is not being built and tested with it all of the time. However, in some platforms, the only alternative is MSVC. Best regards, Ronie 2016-11-28 0:46 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > > On Mon, Nov 28, 2016 at 5:01 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > > > > Ronie, > > > > Is all of this in a branch somewhere so that I can have a look? > > > > For cairo, I think that I can build it with another compiler than MinGW, > it doesn't really matter as it just makes a dll (or well, I can just skip > that and reuse an already built one). > > > > -ltro is the flag that makes the whole thing trips up in GCC5 and > requires additional flags, but adding them just kicked the can down the > road a bit further as they were still unresolved symbols. Need to see why > cairo build gives that but seems a cairo issue that others are facing as > well. May end up building cairo with the old compiler but this defeats the > purpose. > > > > For VS2015, I've got it too and yes, the debugging facilities are much > better, not to mention that the compilation times are much nicer. GCC is > just dog slow on Windows compared to Linux. I read that it was because of > sub-bar fork support in Windows. > > Interesting to note Microsoft is moving to Clang [1] to replace their > C1 front-end, which should(?) make cross-platform with OSX and Linux a > bit easier. Anyone know if that means MVSC might be better to use on > its own than using MinGW/Cygwin? > > [1] http://www.theregister.co.uk/2015/10/21/microsoft_promises_ > clang_for_windows_in_november_visual_c_update/ > > cheers -ben >

1 0

Removing most of the windowing code
by Ronie Salgado Nov. 27, 2016

Nov. 27, 2016

Hello, I am working on removing most of windowing code from the VM, and in trying to unify the platform specific code of the VM. In the MinimalistHeadless branch of https://github.com/ronsaldo/opensmalltalk-vm I made the following changes: - Unified standard CMake building scripts for Unixes. I hate autoconf. I want to use them in Windows too. - Refactoring the Unix entry points. I am trying to remove a lot of code for simplfying stuff. - Null window driver for true headless. - Optional SDL2 based traditional display backend for compatibility reasons, and because the extra Morphic worlds using OSWindow are a bit unstable. So far I managed to run a standard Pharo 6 image using this custom VM in Linux. Windows and Mac are coming next. Hopefully this is going to fix the problems with duplicated events when using OSWindow in Windows. I am also planning on making a standard interface for embedding the VM in an application, at least as a static library. With this new building system, this seems to be easy to do. BTW. When I tried the minimalistic Pharo image, in a completely headless VM, I got the following error: [ "Ugh .... now this is a biggie - a system that does not support any of the display depths at all." Smalltalk logError: 'Fatal error: This system has no support for any display depth at all.' inContext: thisContext. Smalltalk quitPrimitive "There is no way to continue from here" ] in DisplayScreen>>findAnyDisplayDepth DisplayScreen>>findAnyDisplayDepthIfNone: DisplayScreen>>findAnyDisplayDepth DisplayScreen>>setExtent:depth: DisplayScreen class>>startUp As a workaround, I am doing the following for ioHasDisplayDepth with the null driver: sqInt ioHasDisplayDepth(sqInt depth) { return true; } In DisplayScreen class >> startUp we have the following: startUp "DisplayScreen startUp" Display setExtent: self actualScreenSize depth: Display nativeDepth. Display beDisplay Does it make sense, to always trying to create a display in startup time? Best regards, Ronie

10 17

pillar latex and code listings
by Nicolai Hess Nov. 27, 2016

Nov. 27, 2016

How are latex output of (named) code listings supposed to work /look ? I look at the pdf for the update PBE and the references to code example don't work (just show ??, it works for figures). The code in the code example isn't highlight and does't have a dark background (as it is in the html output). The generated tex looks like this: \begin{listing}[caption={Decomposing aPen go: 100 + 20}, label=scr:decColor2, language=smalltalk] aPen go: 100 + 20 (1) 100 + 20 "binary message first" --> 120 (2) aPen go: 120 "then keyword message" \end{listing} the pdf output: Any idea what is wrong ? Is a postprocessing step necessary ? Should it be \begin{lstlisting} instead of \begin{listing} ?

2 9