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

Re: [Pharo-dev] creating custom browsers out of GTInspector extensions

by S Krish

Really Cool...! On Wed, Oct 15, 2014 at 11:52 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 14 Oct 2014, at 23:26, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > Now, that more people are playing with the GTInspector, I would like to > raise another point that might otherwise go unnoticed: The inspector > extensions do not only work in the inspector, but can also be combined in > other browsers as well. > > > > We could replace (most of) the FileBrowser by > > GLMPager new with: [ :pager | > pager show: [ :composite :file | > composite title: file basename. > file gtInspectorItemsIn: composite. > file gtInspectorContentsIn: composite ]; > title: 'FileBrowser' ]; > openOn: FileSystem disk workingDirectory > > > > Where it replaces > > FileList linesOfCode > > ==> 1075 > (plus three more helper classes). > > Of course this does a little bit more, but most of that is at the wrong > spot anyway. > (editor for text files, API for file selection on the class side). > > Marcus >

Oct. 15, 2014

Re: [Pharo-dev] Tests around Pharo

by S Krish

Using *cntlm *Proxy is an option in the cases where normal HTTP Proxy does not work right On Wed, Oct 15, 2014 at 5:26 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 15 Oct 2014, at 13:52, Christophe Demarey <Christophe.Demarey(a)inria.fr> > wrote: > > > > > Le 15 oct. 2014 Ã 13:01, Camille Teruel a Ã©crit : > > > >> > >> On 15 oct. 2014, at 12:35, mschepens <schepens.mathieu(a)gmail.com> > wrote: > >> > >>> After numerous tries, it was impossible for us to access to > smaltalkhub from > >>> our university at 11 o'clock, we'll try this evening or next days from > our > >>> personal connections. > >>> > >> > >> Hi Mathieu, > >> > >> I teach at M5 this friday morning, so I can come to IAGL room around > 12h15 to show you directly if you want. > >> Tell me. > > > > It is just because University blocks all traffic. > > They need to use an http proxy. I don't know if it is doable from a > Pharo image. > > Sure, it is doable/available/working: > > System > Settings > Network > Use HTTP proxy... > > But HTTP Proxies, especially weird or badly configured ones, are a known > PITA. >

Oct. 15, 2014

Re: [Pharo-dev] Tests around Pharo

by Sven Van Caekenberghe

On 15 Oct 2014, at 13:52, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Le 15 oct. 2014 Ã 13:01, Camille Teruel a Ã©crit : > >> >> On 15 oct. 2014, at 12:35, mschepens <schepens.mathieu(a)gmail.com> wrote: >> >>> After numerous tries, it was impossible for us to access to smaltalkhub from >>> our university at 11 o'clock, we'll try this evening or next days from our >>> personal connections. >>> >> >> Hi Mathieu, >> >> I teach at M5 this friday morning, so I can come to IAGL room around 12h15 to show you directly if you want. >> Tell me. > > It is just because University blocks all traffic. > They need to use an http proxy. I don't know if it is doable from a Pharo image. Sure, it is doable/available/working: System > Settings > Network > Use HTTP proxy... But HTTP Proxies, especially weird or badly configured ones, are a known PITA.

Oct. 15, 2014

Re: [Pharo-dev] Tests around Pharo

by Christophe Demarey

Le 15 oct. 2014 Ã 13:01, Camille Teruel a Ã©crit : > > On 15 oct. 2014, at 12:35, mschepens <schepens.mathieu(a)gmail.com> wrote: > >> After numerous tries, it was impossible for us to access to smaltalkhub from >> our university at 11 o'clock, we'll try this evening or next days from our >> personal connections. >> > > Hi Mathieu, > > I teach at M5 this friday morning, so I can come to IAGL room around 12h15 to show you directly if you want. > Tell me. It is just because University blocks all traffic. They need to use an http proxy. I don't know if it is doable from a Pharo image.

Oct. 15, 2014

Re: [Pharo-dev] Tests around Pharo

by Camille Teruel

On 15 oct. 2014, at 12:35, mschepens <schepens.mathieu(a)gmail.com> wrote: > After numerous tries, it was impossible for us to access to smaltalkhub from > our university at 11 o'clock, we'll try this evening or next days from our > personal connections. > Hi Mathieu, I teach at M5 this friday morning, so I can come to IAGL room around 12h15 to show you directly if you want. Tell me. Camille > > > -- > View this message in context: http://forum.world.st/Tests-around-Pharo-tp4777295p4784680.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Oct. 15, 2014

Re: [Pharo-dev] RFB - anyone having that working properly under linux?

by phil＠highoctane.be

Hi, Well, not really that. I removed the method but the symptom remains. Logging gives me: RFBSession running RFBSession send protocol version RFBSession RFB 003.007 RFBSession viewer using protocol 3.7 RFBSession client shared: true RFBSession a RFBSocket[connected] connected RFBSession ignoring request for ZRLE encoding RFBSession rfbEncodingCopyRect RFBSession rfbEncodingTight RFBSession using Hextile encoding RFBSession rfbEncodingQualityLevel 6 RFBSession ignoring unknown encoding: 4294967073 RFBSession rfbEncodingLastRect RFBSession enabling LastRect protocol extension RFBSession rfbEncodingPointerPos RFBSession enabling cursor position updates RFBSession rfbEncodingRichCursor RFBSession enabling full-colour cursor updates RFBSession received rfbSetPixelFormat RFBSession set pixel format: 32bpp, depth 24 LE, true colour 255,255,255 16+8+0 RFBSession colour map a WordArray(16711680 65280 255 0) an IntegerArray(0 0 0 0) RFBSession before color table RFBSession rfbSetPixelFormat done <-- added by me. RFB: caught ConnectionClosed: Connection close while waiting for data. RFB: caught ConnectionTimedOut: send data timeout; data not sent Still blocked on that then... What is your log giving? Phil â

Oct. 15, 2014

Re: [Pharo-dev] BlockClosure source code

by Marcus Denker

> On 14 Oct 2014, at 16:42, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 10 Oct 2014, at 12:29, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> >>> On 10 Oct 2014, at 10:57, Jan KurÅ¡ <kurs(a)iam.unibe.ch <mailto:kurs@iam.unibe.ch>> wrote: >>> >>> Hi All, >>> >>> Thank you for the replies. I see it is not an easy bug to fix. Do you have any idea, when this can be fixed? >>> >> I will try to fix it next week... >> >>> Or can you suggest me some other way/workaround, how to get/generate the source code of a block? >>> >> >> The old compiler used a hack to decompile blocks for getting a textual representationâ¦ one could port >> the code from Pharo2 to the Package OpalDecompiler in Pharo4. (but I actually like the current scheme of >> using the byte code-offset-to-AST mapping more). >> > > step one: A nice toolâ¦ GTInspector view of the byte codes that highlights what is thinks is the corresponding code in the source. > (This living Bytecode view replaces what before just printed out the #longPrintString of the CompiledMethod): > This is now in 4.0 update 306. e.g. inspect OrderedCollection>>#do: then select the âSymbolicBCâ tab, click on a byte code, then select in the second view the âSourceâ tab. ==> when moving around the byte code, the text highlights the code that generated the byte code. Marcus

Oct. 15, 2014

[pharo-project/pharo-core]

by GitHub

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

Oct. 15, 2014

[pharo-project/pharo-core] 768d1a: 40306

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 768d1a710df941b14ecbd149977d06782d928d88 https://github.com/pharo-project/pharo-core/commit/768d1a710df941b14ecbd149… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-10-15 (Wed, 15 Oct 2014) Changed paths: M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/blockReturnTop.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/doDup.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/doPop.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/jump_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/jump_if_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/methodReturnConstant_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/methodReturnReceiver.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/methodReturnTop.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/popIntoLiteralVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/popIntoReceiverVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/popIntoRemoteTemp_inVectorAt_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/popIntoTemporaryVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushActiveContext.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushClosureCopyNumCopiedValues_numArgs_blockSize_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushConsArrayWithElements_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushConstant_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushLiteralVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushNewArrayOfSize_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushReceiver.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushReceiverVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushRemoteTemp_inVectorAt_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/pushTemporaryVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/send_super_numArgs_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/storeIntoLiteralVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/storeIntoReceiverVariable_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/storeIntoRemoteTemp_inVectorAt_.st M Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/storeIntoTemporaryVariable_.st A Kernel.package/SymbolicBytecodeBuilder.class/instance/private/addBytecode_.st R Kernel.package/SymbolicBytecodeBuilder.class/instance/private/print_.st A KernelTests.package/BehaviorTest.class/instance/tests/testCompile.st A OpalTools.package/GTBytecodeBrowser.class/README.md A OpalTools.package/GTBytecodeBrowser.class/definition.st A OpalTools.package/GTBytecodeBrowser.class/instance/building/compose.st A OpalTools.package/GTBytecodeBrowser.class/instance/building/sourceIn_.st A OpalTools.package/GTBytecodeBrowser.class/instance/building/treeIn_.st A OpalTools.package/extension/CompiledMethod/instance/gtInspectorSymbolicBytecodeIn_.st A OpalTools.package/extension/SymbolicBytecode/instance/gtInspectorSourceCodeIn_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script306.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40306.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Traits.package/TBehavior.class/instance/accessing/allSlots.st A Traits.package/TBehavior.class/instance/accessing/basicLocalSelectors.st Log Message: ----------- 40306 14215 Fix for (Behavior new) compile: https://pharo.fogbugz.com/f/cases/14215 14237 SymbolicBytecodeBuilder: rename #print to #addBytecode: https://pharo.fogbugz.com/f/cases/14237 14239 add inspector view for byte code with source highlighting https://pharo.fogbugz.com/f/cases/14239 http://files.pharo.org/image/40/40306.zip

Oct. 15, 2014

Re: [Pharo-dev] RFB - anyone having that working properly under linux?

by Max Leske

Your have to remove RFBSocket>>waitForSendDoneFor: It overrides a method in Socket and fixes a few legacy bugs in Squeak but now it breaks RFB. Cheers, Max > On 15.10.2014, at 11:52, phil(a)highoctane.be wrote: > > Hello, > > I've been trying to get RFB running in Pharo. > > So, installation was okay, I updated the Configuration to pick the last change from Damien Cassou. > > Still, I start the server with: > > RFBServer current > initializePreferences; > configureForMemoryConservation; > allowEmptyPasswords: false; > setFullPassword: 'password'; "Clear text passwords..." > setViewPassword: 'password'; "... urgh!" > enableLogging: true; > enableDebugging: true; > start: 0. > > along with RFBLog dumpLogToTranscript: true. > > Server loads, starts. > > Now, when I connect with RealVNC, or TightVNC, or OSX built-in VNC, I get a view of the UI (so, a copy of the framebuffer is sent) > > <image.png> > > The error I get is (as I am in debugging mode): > > <image.png> > > I followed the contexts upwards in the exception to sendData:startingAt:count: > > <image.png> > > > I wonder why I do not get the VNC client going on as the first screen is sent properly. > > TIA > > Phil

Oct. 15, 2014