- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [squeak-dev] Re: [Vm-dev] I would be extremely grateful for a reproducible case for the following Socket issue
by Eliot Miranda March 25, 2016

March 25, 2016

Hi Levente, On Thu, Mar 24, 2016 at 2:16 AM, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: > Hi Eliot, > > The snippet below, evaluated from a workspace, triggered the issue in less > than a minute for me, three times in a row. > Both processes will halt if #sloppyWaitForDataIfClosed: doesn't return > within a second. If you send #dataAvailable to the socket, you'll find that > it has data ready to be read, but its readSemaphore has no signal. > > Levente > > > Socket compile: 'sloppyWaitForDataIfClosed: closedBlock > > [(socketHandle ~~ nil > and: [self primSocketReceiveDataAvailable: socketHandle]) ifTrue: > [^self]. > self isConnected ifFalse: > [^closedBlock value]. > self readSemaphore wait] repeat' > classified: 'waiting'. > > [ > listenerSocket := Socket newTCP. > listenerSocket listenOn: 0 backlogSize: 4 interface: #[127 0 0 1]. > clientSocket := Socket newTCP. > clientSocket connectTo: #[127 0 0 1] port: listenerSocket > localPort. > clientSocket waitForConnectionFor: 1. > self assert: clientSocket isConnected. > serverSocket := listenerSocket waitForAcceptFor: 1. > self assert: serverSocket isConnected ] > ensure: [ listenerSocket destroy ]. > > serverProcess := [ > | shouldRun buffer bytesReceived waitDuration | > shouldRun := true. > buffer := ByteString new: 10. > waitDuration := 1 second. > [ > [ serverSocket sloppyWaitForDataIfClosed: [ shouldRun := > false ] ] > valueWithin: waitDuration > onTimeout: [ self halt ]. > buffer atAllPut: (Character value: 0). > bytesReceived := serverSocket receiveDataInto: buffer. > self assert: bytesReceived = 4. > self assert: (buffer first: 4) = 'PING'. > serverSocket sendData: 'PONG' ] repeat ] newProcess. > clientProcess := [ > | shouldRun buffer bytesReceived waitDuration | > shouldRun := true. > buffer := ByteString new: 10. > waitDuration := 1 second. > [ > clientSocket sendData: 'PING'. > [ clientSocket sloppyWaitForDataIfClosed: [ shouldRun := > false ] ] > valueWithin: waitDuration > onTimeout: [ self halt ]. > buffer atAllPut: (Character value: 0). > bytesReceived := clientSocket receiveDataInto: buffer. > self assert: bytesReceived = 4. > self assert: (buffer first: 4) = 'PONG' ] repeat ] > newProcess. > clientProcess priority: 39; resume. > serverProcess priority: 39; resume. > > "Evaluate these after debugging: > clientSocket destroy. > serverSocket destroy." Fabulous, thank you! replace the self halts with e.g. self assert: (clientSocket dataAvailable = (clientSocket readSemaphore excessSignals > 0)), and we even have a test. I have work to do tomorrow but hope I should be able to debug this soon. I'll add kqueue and epoll support when I fix it. (Stephan, interesting suggestion to throw hardware at the problem, thank you). On Wed, 23 Mar 2016, Eliot Miranda wrote: > > Hi Levente, >> On Wed, Mar 23, 2016 at 11:31 AM, Levente Uzonyi <leves(a)caesar.elte.hu> >> wrote: >> Hi Eliot, >> >> What sort of reproducibility are you looking for? Is it enough if >> it happens once every few hours or do you need something that you can >> trigger on demand? >> >> >> I'll take every few hours, but I'd prefer "in under 30 minutes". Getting >> warm and fuzzy feelings when trying to prove a negative with something that >> takes hours to run is very difficult. Let's say you have >> a case which reproduces in 8 hours 50% of the time. To reach 99% >> confidence level in a fix I'd have to run it for 8 * (50 log: 2) hours >> without seeing it reproduce, right? That's nearly 2 days; it could >> take weeks to fix :-( >> >> Levente >> >> >> >> _,,,^..^,,,_ >> best, Eliot >> >> > > > -- _,,,^..^,,,_ best, Eliot

2 2

SessionManager (aka new startup / shutdown list manager) needs testers
by Christophe Demarey March 25, 2016

March 25, 2016

Hi, Guillermo, Pablo and I started to work on a new implementation for the image startup / shutdown list. The old implementation misses domain objects, polluted the SmalltalkImage class and introduced crazy dependencies to other packages. So, what is Session Manager? a replacement of the Session class (is now WorkingSession) a rewrite of startup / shutdown list with domain objects SessionManager: can create new sessions and manage categories. Also provide a facade to register new session handlers. Session manager provide sthe list of handlers by order of priority (categories order and categories priority) either for the startup or the shutdown, WorkingSession: unique object for the current smalltalk session (I.e. between a startup and a shutdown). On each image startup the current session is invalidated and a new session is created. Define how errors should be handled. Run the startup / shutdown process. SessionCategory: we defined some well known categories for startup / shutdown: system, network, GUI, tools and there is room to add user specific categories, It help to run the handler at the right time without caring about the whole order. and SessionHandlers: handleSession for a specific class or any other object. the shutdown list is now simply the startup list reversed we also refactored error handling at startup by using the UIManager and StartupUIManager. It allowed to remove ugly checks like #isInteractive, isHeadless in error handling methods and centralize that in UIManager. You can find an image with the new SessionManager in action here: https://ci.inria.fr/pharo-contribution/job/SessionManager/ As it is a critical piece of code, could you play / test it a bit before we integrate this new mechanism in the Pharo image? Regards, Christophe ps: Pharo tests pass ps2: There is still some code to clean / remove from the old startup management system.

6 13

[ann] pharo consortium membership matching campaign
by Tudor Girba March 25, 2016

March 25, 2016

Hi, The Pharo Board is proud to announce a special campaign for attracting new Pharo Consortium members during 2016: http://consortium.pharo.org/web/Membership A new fund has been created from which the Consortium will receive the equivalent of one yearly membership fee for every new member, and the increment in yearly fees for every upgrading member. For example, if a new company joins the Consortium as a Silver member (2000 EUR / year), the fund will contribute a one-time amount of 2000 EUR to the Consortium. Similarly, if a company upgrades from Bronze (1000 EUR / year) to Gold (4000 EUR / year), the fund will contribute a one-time amount of 3000 EUR. This campaign will take place until the end of 2016, or until the fund is depleted. Currently, the fund totals 21000 EUR, a sum which is graciously supported by three companies: - LabWare Inc (http://labware.com) - ObjectProfile (http://objectprofile.com) - feenk gmbh (http://feenk.com) This is an exciting development that paves the way to attract more industrial interest around Pharo. Please help us by spreading the word about this campaign. Cheers, The Pharo Board

1 0

[ANN] Simple FogBugz Search tool in Pharo
by Torsten Bergmann March 25, 2016

March 25, 2016

Hi, played with the JSON API of Pharo FogBugz issue tracker with the outcome of another little Pharo tool that lets you: - login to FogBugz from Pharo - enter a string and search for according issues - open a browser on a selected issue in the result list (works on Linux and Win so far) The project repo is at: http://www.smalltalkhub.com/#!/~TorstenBergmann/FogBugz One can use the client also directly: |client| client := FogBugzClient loginUser: 'abc(a)def.com' password: 'secret'. (client query: 'UFFI') inspect. client logout You can download the tool in latest Pharo 5 (50660 or later) from catalog or by opening the Spotter and entering "FogBugz", wait and hitting ENTER. Attached is a screenshot. Enjoy T.

1 0

Re: [Pharo-dev] [squeak-dev] [Vm-dev] I would be extremely grateful for a reproducible case for the following Socket issue
by Holger Freyther March 24, 2016

March 24, 2016

> On 24 Mar 2016, at 10:16, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: > > Hi Eliot, > > The snippet below, evaluated from a workspace, triggered the issue in less than a minute for me, three times in a row. > Both processes will halt if #sloppyWaitForDataIfClosed: doesn't return within a second. If you send #dataAvailable to the socket, you'll find that it has data ready to be read, but its readSemaphore has no signal. does it happen if you have strace -o output.txt -f on the VM as well? kind regards holger

1 0

[pharo-project/pharo-core] ae8079: 50660
by GitHub March 24, 2016

March 24, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: ae807900241caad109189f1389e19b9403cf4311 https://github.com/pharo-project/pharo-core/commit/ae807900241caad109189f13… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-03-24 (Thu, 24 Mar 2016) Changed paths: M ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/symbolic versions/stable_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F18_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50659.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50660.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50659.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50660.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UnifiedFFI.package/FFICallout.class/README.md R UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/accessing/createFFICallout.st A UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/private factory/createFFICallout.st A UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/private factory/createFFICalloutLiteralFromSpec_.st R UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/private/createFFICalloutLiteralFromSpec_.st A UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/private/isIndirectCall.st A UnifiedFFI.package/FFICalloutMethodBuilder.class/instance/private/makeIndirectCall_.st M UnifiedFFI.package/FFIMethodRegistry.class/class/system startup/startUp_.st M UnifiedFFI.package/FFIMethodRegistry.class/definition.st R UnifiedFFI.package/FFIMethodRegistry.class/instance/accessing/checkPlatform.st R UnifiedFFI.package/FFIMethodRegistry.class/instance/accessing/lastActivePlatform.st M UnifiedFFI.package/FFIMethodRegistry.class/instance/initialization/initialize.st Log Message: ----------- 50660 17869 add support for indirect calls https://pharo.fogbugz.com/f/cases/17869 http://files.pharo.org/image/50/50660.zip

1 0

[pharo-project/pharo-core]
by GitHub March 24, 2016

March 24, 2016

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

1 0

font bug status check (I need feedback)
by Esteban Lorenzano March 24, 2016

March 24, 2016

Soâ¦ Iâm reviewing https://pharo.fogbugz.com/f/cases/17392/ Since last two fixes we made last week, Iâm not capable to find it anymoreâ¦ so, Iâm looking for feedbackâ¦ please? :) cheers, Esteban

1 0

Pharo Days 2016 @ end of next week
by Sven Van Caekenberghe March 24, 2016

March 24, 2016

Much can be said about what happened this week https://en.wikipedia.org/wiki/2016_Brussels_bombings but basically most people are just very, very sad An international community working together on open source software as a common good that can benefit anyone anywhere is one of those things that can make a difference, that can show how living together should be. The Pharo Days 2016 take place at the end of next week, as planned. We already have 25 confirmed registrations. Please consider joining us. Registrations close at the beginning of next week (Tuesday March 29th, midnight). We urge you to please register as soon as possible. http://pharodays2016.pharo.org We hope to see you all soon ! The Pharo Board

2 3

[pharo-project/pharo-core]
by GitHub March 24, 2016

March 24, 2016

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

1 0