February 2014 - Pharo-dev - lists.pharo.org

Spec and menu shortcuts

by Martin Dias

Hi, I'm in latest Pharo 3 and I found that in this tree the cmd+h shortcut is displayed (in the menu) but it does not work when I press the keys: TreeModel new roots: (1 to: 5); menu: [ :aMenu | aMenu addGroup: [ :group | group addItem: [ :item | item name: 'Halt'; shortcut: $h command; action: [ self halt ] ]] ]; openWithSpec. Do you see something wrong in my code? Is this a known issue? Thanks in advance, MartÃn

Feb. 19, 2014

[pharo-project/pharo-core]

by GitHub

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

Feb. 19, 2014

[pharo-project/pharo-core] e4cace: 30768

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: e4cace997146921fc08d27c111c789b1b5f0cd39 https://github.com/pharo-project/pharo-core/commit/e4cace997146921fc08d27c1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-02-19 (Wed, 19 Feb 2014) Changed paths: A Monticello.package/extension/RPackageOrganizer/instance/basicInitializeFromMC.st M Monticello.package/extension/RPackageOrganizer/instance/initializeFromMC.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script421.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30768.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-MorphicAdapters.package/MorphicTreeAdapter.class/instance/widget API/menu_shifted_.st M Traits.package/TClass.class/instance/class variables/removeClassVarNamed_.st Log Message: ----------- 30768 12855 #removeClassVarNamed: is broken https://pharo.fogbugz.com/f/cases/12855 12909 initializeDefaultFromMC is over an old organizer (while calling RPackage stuff) https://pharo.fogbugz.com/f/cases/12909 12921 TreeInspector default right-click menu causes error https://pharo.fogbugz.com/f/cases/12921 12910 Add Inbox to all Versionner packages https://pharo.fogbugz.com/f/cases/12910 http://files.pharo.org/image/30/30768.zip

Feb. 19, 2014

Re: [Pharo-dev] SlotIntegrationTest >>testCopyPreservesLayout

by Camille Teruel

It's an expected failure (SlotIntegrationTests>>#expectedFailures). The bug has been postponed to Pharo 4. See: https://pharo.fogbugz.com/f/cases/11243/Class-copy-does-not-preserve-layout On 19 fÃ©vr. 2014, at 16:27, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Feb 19, 2014 at 4:25 PM, <btc(a)openinworld.com> wrote: >> SlotIntegrationTest new setUp testCopyPreservesLayout tearDown. > > > fails for me > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Feb. 19, 2014

Re: [Pharo-dev] SlotIntegrationTest >>testCopyPreservesLayout

by Damien Cassou

On Wed, Feb 19, 2014 at 4:25 PM, <btc(a)openinworld.com> wrote: > SlotIntegrationTest new setUp testCopyPreservesLayout tearDown. fails for me -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Feb. 19, 2014

SlotIntegrationTest >>testCopyPreservesLayout

by btc＠openinworld.com

Does evaluating this fail for anyone else? SlotIntegrationTest new setUp testCopyPreservesLayout tearDown. cheers -ben

Feb. 19, 2014

Re: [Pharo-dev] Test for the string class available on SmalltalkHub

by Damien Cassou

On Wed, Feb 19, 2014 at 3:43 PM, <btc(a)openinworld.com> wrote: > Also I have seen discussion that > assert: a equals: b > is preferred over > assert: ( a = b) yes, because you get better error messages. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Feb. 19, 2014

Re: [Pharo-dev] Desktop Apps with Pharo 3

by Damien Cassou

On Tue, Feb 18, 2014 at 5:26 PM, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > For my Pharo Lecture I want to show students how to make a desktop app in Pharo 3.0 (Yes I'm using a Beta for my lecture, because Pharo 3 is cool :-) https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Feb. 19, 2014

Re: [Pharo-dev] Connection closed while waiting for data in bootstrapped image

by Sven Van Caekenberghe

Weird indeed! This works as well. In one console: # ./pharo PharoKernel.image eval 'Socket newTCP listenOn: 8484; waitForConnectionFor: 60; receiveData' 'Hi there!! ' In another: # nc localhost 8484 Hi there!! Strange, strange, strange On 18 Feb 2014, at 15:23, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > They seem to be ok. > > I tried to look at the sockets during waiting in other thread and signal their semaphores but no change. > Socket loopbackTest WORKS. > > -- Pavel > > > 2014-02-17 11:18 GMT+01:00 Guillermo Polito <guillermopolito(a)gmail.com>: > ExternalSemaphores table may be not well initialized? I can help having a look this afternoon :) > > > On Mon, Feb 17, 2014 at 11:11 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Pavel, > > I just tried on a machine of mine. > > I changed testNetwork.st to > > Transcript show: (ZnClient new logToTranscript; get: 'http://zn.stfx.eu/zn/numbers.txt'); cr. > > That way you get a bit more progress info. As I suspected the request is written and the failure is while reading the response. I tried connecting to a local Zinc server which confirmed this as well: the request comes in on the server and it writes the response. > > This is the output now: > > root@stfx:~# ./pharo PharoKernel.image testNetwork.st > > 2014-02-17 10:00:59 463573 I Wrote a ZnRequest(GET /random) > 2014-02-17 10:00:59 463573 D Sent headers > > User-Agent: Zinc HTTP Components 1.0 > > Accept: */* > > Host: localhost:1701 > > > =============================================================================== > Notice: Errors in script loaded from /root/testNetwork.st > =============================================================================== > Errors in script loaded from /root/testNetwork.st > ==== Startup Error: ConnectionClosed: Connection closed while waiting for data. > Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection closed whil...etc... > Socket>>waitForDataFor:ifClosed:ifTimedOut: > Socket>>waitForDataFor: > Socket>>receiveDataSignallingTimeout:into:startingAt: > SocketStream>>receiveData > SocketStream>>next > ZnLineReader>>processNext > ZnLineReader>>nextLine > ZnStatusLine>>readFrom: > ZnStatusLine class>>readFrom: > ZnResponse>>readHeaderFrom: > ZnResponse(ZnMessage)>>readFrom: > ZnResponse class(ZnMessage class)>>readFrom: > ZnClient>>executeRequestResponse > ZnClient>>getConnectionAndExecute in Block: [ self executeRequestResponse ] > BlockClosure>>ensure: > ZnClient>>getConnectionAndExecute > ZnClient>>executeWithRedirectsRemaining: > ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... > BlockClosure>>on:do: > ZnClient>>executeWithRetriesRemaining: > ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... > BlockClosure>>on:do: > ZnClient>>executeWithTimeout in Block: [ ... > ZnClient>>withTimeoutDo: in Block: [ ^ block value ] > ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: > > You are using regular socket streams, which is good. For now I can't think of a reasons why the reading would fail, if I think of something, I will let you know. > > It is pretty hard to debug this way ;-) > > Sven > > On 17 Feb 2014, at 10:22, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > (NetNameResolver addressForName: 'www.esug.org') returns good value... > > > > -- Pavel > > > > > > 2014-02-17 9:32 GMT+01:00 Pavel Krivanek <pavel.krivanek(a)gmail.com>: > > Hi, > > > > thank you for the tip. It seems that it is not directly Zinc related. But if you want something to play with, do: > > > > - load the bootstrapped image: > > https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… > > > > ./pharo PharoKernel.image fix.st > > ./pharo PharoKernel.image loadNetwork.st > > ./pharo PharoKernel.image testNetwork.st > > > > The CI slaves revolt now so I cannot make it more comfortable :-) > > > > Cheers, > > -- Pavel > > > > > > > > > > 2014-02-16 22:58 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > Hi Pavel, > > > > On 16 Feb 2014, at 22:23, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > > > Hi Sven, > > > > > > we can successfully load network packages to the bootstrapped image but when we try to test it using: > > > > > > ZnClient new get: 'http://zn.stfx.eu/zn/numbers.txt'. > > > > > > we get "ConnectionClosed: Connection closed while waiting for data" error after few seconds. Do you have some idea, what may be wrong? Probably something is not initialized well but I have no clue what. > > > > > > Cheers, > > > -- Pavel > > > > Hard to say. I would guess that you are already on the point of waiting for a server response, so you already successfully initialised networking, resolved DNS, opened a TCP socket and wrote the request over it. On the other hand, one of those steps might not have been done right, since you get no response. > > > > Any chance of a stack trace ? Or an image ? But that would be a headless one I guess ;-) > > > > Sven > > > > > > > > > > > > > >

Feb. 19, 2014

Re: [Pharo-dev] Test for the string class available on SmalltalkHub

by btc＠openinworld.com

Feb. 19, 2014