- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

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

May 30, 2016

[pharo-project/pharo-core] 101375: 60045

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 101375531239890a39930c4cb572f2b61f6ffdb7 https://github.com/pharo-project/pharo-core/commit/101375531239890a39930c4c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-30 (Mon, 30 May 2016) Changed paths: A Kernel-Tests.package/BlockClosureTest.class/instance/helpers/blockWithNonLocalReturn_.st A Kernel-Tests.package/BlockClosureTest.class/instance/tests - evaluating/testCannotReturn.st A Kernel-Tests.package/MethodContextTest.class/instance/tests/testCannotReturn.st M Kernel.package/BlockCannotReturn.class/README.md A Kernel.package/BlockCannotReturn.class/class/signalling/result_from_.st M Kernel.package/BlockCannotReturn.class/definition.st M Kernel.package/BlockCannotReturn.class/instance/accessing/deadHome.st M Kernel.package/BlockCannotReturn.class/instance/accessing/deadHome_.st A Kernel.package/BlockCannotReturn.class/instance/accessing/home.st A Kernel.package/BlockCannotReturn.class/instance/accessing/home_.st R Kernel.package/BlockCannotReturn.class/instance/accessing/result.st R Kernel.package/BlockCannotReturn.class/instance/accessing/result_.st R Kernel.package/BlockCannotReturn.class/instance/exceptiondescription/defaultAction.st R Kernel.package/BlockCannotReturn.class/instance/exceptiondescription/isResumable.st A Kernel.package/CannotReturn.class/README.md A Kernel.package/CannotReturn.class/definition.st A Kernel.package/CannotReturn.class/instance/accessing/result.st A Kernel.package/CannotReturn.class/instance/accessing/result_.st A Kernel.package/CannotReturn.class/instance/testing/isResumable.st M Kernel.package/Context.class/instance/private-exceptions/cannotReturn_.st M Kernel.package/Context.class/instance/private/cannotReturn_to_.st A Kernel.package/ContextCannotReturn.class/README.md A Kernel.package/ContextCannotReturn.class/class/signalling/result_to_.st A Kernel.package/ContextCannotReturn.class/definition.st A Kernel.package/ContextCannotReturn.class/instance/accessing/target.st A Kernel.package/ContextCannotReturn.class/instance/accessing/target_.st R Komitter.package/Komitter.class/instance/announcement/classModified_.st R Komitter.package/Komitter.class/instance/announcement/classMoved_.st R Komitter.package/Komitter.class/instance/announcement/classRemoved_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60044.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60045.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60044.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60045.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60045 18303 Kommiter contains 3 method sending #halt https://pharo.fogbugz.com/f/cases/18303 18163 Context cannotReturn users should split return from context and blockClosure https://pharo.fogbugz.com/f/cases/18163 http://files.pharo.org/image/60/60045.zip

May 30, 2016

Re: [Pharo-dev] OS-Windows and UnifiedFFI

by Nicolai Hess

2016-05-19 8:56 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2016-04-25 10:17 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> >> >> 2016-04-25 9:28 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> Hi Nicolai, >>> >>> On 25 Apr 2016, at 09:14, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>> >>> >>> >>> 2016-04-24 15:26 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: >>> >>>> Hi Nicolai, >>>> >>>> missed this thread - sorry. To my knowledge there was a call in NB for >>>> CreateWindow >>>> but there was no example in opening a new window. For X-Windows there >>>> was an example >>>> if I remember correctly. >>>> >>> >>> Hi Torsten, >>> >>> yes there is an "example" in NBOpenGL. On Windows, it registers and >>> creates window for getting an opengl context. >>> The code and classes for registering and creating a window are similiar >>> to what is now in your os-windows. >>> I needed to define some more pool variables for some style attributes, >>> all that is working. >>> What did not work is storing the hInstance attribute in the WndClass >>> struct. >>> >>> >>> what and how it does not work? >>> can you paste the code? >>> >> >> >> Sure. >> Load stable version of Torstens OSWindows. >> Change WinProcess class>>getVMModuleHandle (it has to use HINSTANCE >> instead of HMODULE (or just define a new pool variable HMODULE in WinTypes)) >> >> getVMModuleHandle >> "The GetModuleHandle function retrieves a module handle for the >> specified module if the file has been mapped into the address space of the >> calling process." >> >> ^ self ffiCall: #( HINSTANCE GetModuleHandleA (0)) module: #Kernel32 >> >> >> Now create a new WinWndClassEx and set the hInstance field: >> >> |hInst wndClass| >> hInst := WinProcess getVMModuleHandle. >> wndClass := WinWndClassEx new. >> wndClass hInstance: hInst. >> >> >> -> Message not understood SmallInteger>>isExternalAddress >> >> >> The equivalent code with NB that was working: >> >> |hInst wndClass| >> hInst := NativeBoostWin32 getVMModuleHandle. >> wndClass := NBWndClassEx new. >> wndClass hInstance: hInst. >> wndClass >> >> > Any more ideas? > >From my observation, hInst := NativeBoostWin32 getVMModuleHandle. hInst is not considered an external object, or its handle is not an ExternalAddress, although the object is a WinHandle that is a subclass of FFIExernalReference :-( I am lost here, any help appreciated. > > >> >> >>> >>> cheers! >>> Esteban >>> >>> With NBOpenGL (and non-spur resp. NativeBoost) this works. >>> With the new UnifiedFFI this gives an error from: >>> >>> pointerAt: byteOffset put: value >>> "Store a pointer object at the given byte address" >>> value isExternalAddress >>> >>> >>> >>>> >>>> Basically I would like to add support for this into OS-Windows, yes. >>>> Some parts are there and UFFI now has easy callbacks. Havent looked >>>> at OSWindow yet - but I guess the goal is to create native windows as >>>> well. >>>> Also I would like to add more support in manipulating/quering other >>>> external windows (which can be done using the already built in support >>>> for process and window handles). >>>> >>>> In Win32 to create a window one has to register a window class first and >>>> use the window class name afterwards in the CreateWindow API function. >>>> >>>> No time to look into this this week ... but can give a try afterwards. >>>> The WNDCLASS/WNDCLASSEX structure needs to be wrapped, RegisterClass >>>> called and CreateWindowEx with a callback for a function to process >>>> window messages. >>>> >>>> Dont know how if this interferes with the VM's own processing loop ... >>>> but we should give a try. If you catch me on Slack next week we can >>>> try together. >>>> >>>> Bye >>>> Torsten >>>> >>>> >>>> Gesendet: Sonntag, 24. April 2016 um 12:17 Uhr >>>> Von: "Nicolai Hess" <nicolaihess(a)gmail.com> >>>> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >>>> Betreff: Re: [Pharo-dev] OS-Windows and UnifiedFFI >>>> >>>> >>>> >>>> 2016-04-15 21:58 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: >>>> >>>> Hi Torsten, Esteban, >>>> I try to use OS-Windows (not OSWindow :) ) with latest spur VM and >>>> UnifiedFFI.As far as I can see, you (Torsten) already ported some parts to >>>> UnifiedFFI - great, thanks! >>>> I now try to open a new window withWinWindow>>createWindowEx ....as I >>>> took this example originally from NBOpenGL, it seems I have to define >>>> a Window Class first, with >>>> WinWndClassEx >>>> This seems to work in the old NBOpenGL/NBWin32 code but not with >>>> OS-Windows >>>> WinWndClassEx >>>> first, NBOpenGL uses >>>> NativeBoostWin32 getVMModuleHandle for an HModule instance >>>> there is a similar call in OS-Windows, WinProcess getVMModuleHandle >>>> (I needed to define a missing type, HMODULE, but that works). >>>> >>>> What does not work is this part: >>>> >>>> | hInst wndClass | >>>> hInst := WinProcess getVMModuleHandle. >>>> wndClass := WinWndClassEx new. >>>> wndClass hInstance: hInst. >>>> >>>> FF complains about >>>> pointerAt: byteOffset put: value >>>> "Store a pointer object at the given byte address" >>>> value isExternalAddress >>>> >>>> here value is not a handle, but a small integer, and it does not define >>>> isExternalAddress >>>> >>>> I tried to put the handle instead of the handles value, but this does >>>> not work either. >>>> >>>> Any Idea what is missing here, I need a way to store the HMODULE handle >>>> in the structure of the WinWNdClassEx >>>> >>>> Thanks in advance. >>>> >>>> Anyone? >>>> >>>> >>> >>> >> >

May 30, 2016

[pharo-project/pharo-core]

by GitHub

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

May 30, 2016

[pharo-project/pharo-core] e4e322: 60044

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: e4e322ff92cc57f6c8ecad4b911e18246e9447bf https://github.com/pharo-project/pharo-core/commit/e4e322ff92cc57f6c8ecad4b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-30 (Mon, 30 May 2016) Changed paths: A AST-Core.package/RBKeywordToken.class/instance/testing/isPrimitiveKeyword.st M AST-Core.package/RBParser.class/instance/private-parsing/parsePragmaLiteral.st A AST-Core.package/RBParser.class/instance/private-parsing/parsePrimitiveKeywordPragma.st A AST-Core.package/RBToken.class/instance/testing/isPrimitiveKeyword.st A AST-FFI-Pharo50Compatibility.package/extension/RBKeywordToken/instance/isExternalFunctionKeyword.st M AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/basicParsePragma.st A AST-FFI-Pharo50Compatibility.package/extension/RBToken/instance/isExternalFunctionKeyword.st A AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testPragmaConstantLiteralArgument.st M AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testPragmas.st M AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testPrimitives.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60043.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60044.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60043.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60044.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60044 17696 RBParser should not allow variable names for pragma arguments https://pharo.fogbugz.com/f/cases/17696 http://files.pharo.org/image/60/60044.zip

May 30, 2016

[pharo-project/pharo-core]

by GitHub

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

May 30, 2016

[pharo-project/pharo-core] 3cd1b4: 60043

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 3cd1b427b40b18ba17bf26644d1e045f1ab27ae6 https://github.com/pharo-project/pharo-core/commit/3cd1b427b40b18ba17bf2664… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-30 (Mon, 30 May 2016) Changed paths: M Multilingual-TextConversion.package/ByteTextConverter.class/definition.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60042.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60043.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60042.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60043.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Tools.package/MessageBrowser.class/instance/text selection/autoSelect_.st Log Message: ----------- 60043 18329 Make MessageBrowser work for CompiledMethods and RGMethodDefinitions https://pharo.fogbugz.com/f/cases/18329 18300 Nautilus does not warn about unaccepted changes in comment pane https://pharo.fogbugz.com/f/cases/18300 18196 ByteTextConverter uses EventSensorConstants https://pharo.fogbugz.com/f/cases/18196 http://files.pharo.org/image/60/60043.zip

May 30, 2016

Re: [Pharo-dev] Komitter SubscriptOutOfBounds: 1

by stepharo

Hi hernan do you have a reproducible scenario because I cannot reproduce it? The problem we got before was that Komitter was publishing the previous version :( Stef Le 30/5/16 Ã 00:13, HernÃ¡n Morales Durand a Ã©crit : > In Pharo 5.0 #50759 on Windows, whenever I try to commit any change > through Versionner, an exception SubscriptOutOfBounds raise and then > the package modification mark is lost. > > Is this bug reported? > Screenshot attached. > > HernÃ¡n >

May 30, 2016

Re: [Pharo-dev] Komitter SubscriptOutOfBounds: 1

by Cyril Ferlicot D.

Le 30/05/2016 00:13, HernÃ¡n Morales Durand a Ã©crit : > In Pharo 5.0 #50759 on Windows, whenever I try to commit any change > through Versionner, an exception SubscriptOutOfBounds raise and then the > package modification mark is lost. > > Is this bug reported? > Screenshot attached. > > HernÃ¡n > Hi, I tried and before I could commit I got a MNU receiver of #selectMorphList is nil. I got it in Windows 7 in Pharo6.0 Latest update: #60042 when I unselected a change. http://puu.sh/p9C9b/3e8fe7787c.png -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

May 29, 2016

Komitter SubscriptOutOfBounds: 1

by HernÃ¡n Morales Durand

In Pharo 5.0 #50759 on Windows, whenever I try to commit any change through Versionner, an exception SubscriptOutOfBounds raise and then the package modification mark is lost. Is this bug reported? Screenshot attached. HernÃ¡n

May 29, 2016