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

Re: [Pharo-dev] Tests around Pharo

by mschepens

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. -- 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

RFB - anyone having that working properly under linux?

by phil＠highoctane.be

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: Inline image 1] The error I get is (as I am in debugging mode): [image: Inline image 2] I followed the contexts upwards in the exception to sendData:startingAt:count: [image: Inline image 3] I wonder why I do not get the VNC client going on as the first screen is sent properly. TIA Phil

Oct. 15, 2014

[pharo-project/pharo-core]

by GitHub

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

Oct. 15, 2014

[pharo-project/pharo-core] 1ce6ea: 40305

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 1ce6eaf214fbe614c9ded6f72a2697afb938711d https://github.com/pharo-project/pharo-core/commit/1ce6eaf214fbe614c9ded6f7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-10-15 (Wed, 15 Oct 2014) Changed paths: A Kernel.package/SymbolicBytecode.class/instance/mapping/sourceInterval.st A Kernel.package/SymbolicBytecode.class/instance/mapping/sourceNode.st M Manifest-CriticBrowser.package/SingleCodeCriticResultList.class/instance/initialization/setTextModelForClassOrMethod_.st M NECompletion.package/NOCCompletionTable.class/class/class initialization/initialize.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script305.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40305.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40305 13535 Class code wrongly styled in critic browser https://pharo.fogbugz.com/f/cases/13535 14236 add #sourceInterval and #sourceNode to SymbolicBytecode https://pharo.fogbugz.com/f/cases/14236 14238 Replace Announcer>>#on:send:to:s senders in NECompletion https://pharo.fogbugz.com/f/cases/14238 http://files.pharo.org/image/40/40305.zip

Oct. 15, 2014

Re: [Pharo-dev] [squeak-dev] Re: [Pharo-users] Trouble opening large files

by stepharo

Do we create an issue for the Pharo-vm? Stef On 14/10/14 21:29, Nicolai Hess wrote: > Ah, good to know. At least for squeak, > bug 7522 can be closed :) > > Nicolai > > 2014-10-14 20:49 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com > <mailto:eliot.miranda@gmail.com>>: > > Hi Nicolai, > > On Tue, Oct 14, 2014 at 11:26 AM, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> wrote: > > There is a bug report on mantis for squeaks unix vm. > I think this applies to pharo too, although I don't know if this > bug is still valid on recent squeak vm. > > http://bugs.squeak.org/view.php?id=7522 > > > yes, one must compile with -D_FILE_OFFSET_BITS=64. The Cog VMs > are also built with -D_GNU_SOURCE. > > Here's a line from a Squeak file list on the current Cog VM: > > (2014.10.11 07:00:46 7,115,143,880) > Formula1.2014.Round16.Russia.Qualifying.BBCOneHD.1080i.H264.English-wserhkzt.ts > > > No 32-bit limit here. > > > > 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com > <mailto:emdonahu@gmail.com>>: > > The OS is Arch Linux. > > I can read the file with less. > > The problem, insofar as I can trace it, seems to stem from > this line in UnixStore: > > Primitives lookupDirectory: encodedPath filename: > encodedBasename > > When I have my 57G file there this line returns nil. If I > move the 57G file and create a small file with the same > name, the same command successfully finds the file. I am > not sure how large a file must be to cause this issue, but > A 1.5G file works fine. > > On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess > <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: > > 2014-10-14 6:38 GMT+02:00 Evan Donahue > <emdonahu(a)gmail.com <mailto:emdonahu@gmail.com>>: > > Hi, thanks for the reply. > > The response is the same: "MessageNotUnderstood: > False>>humanReadableSIByteSize." > > This happens both to print-it as well as to > do-it-and-go. Running the command on the > neighboring "wiki.torrent" torrent file yields the > correct 54kb. > > Thanks, > Evan > > On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba > <tudor(a)tudorgirba.com > <mailto:tudor@tudorgirba.com>> wrote: > > Hi, > > If I understand correctly, the failure occurs > while navigating in the "Items" presentation. > > I cannot reproduce this problem because I do > not have enough disk space for such a large > file :). But, could you do the following and > let me know what the outcome is: > > 'path/to/your/large/file.xml' > asFileReference humanReadableSize > > ? > > Cheers, > Doru > > > > On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue > <emdonahu(a)gmail.com > <mailto:emdonahu@gmail.com>> wrote: > > Hello, I've run into some odd behavior and > wanted to check whether I might be missing > something: > > I have downloaded a copy of the english > wikipedia as an xml file and am hoping to > (sax) parse it. However, I can't even seem > to get pharo to recognize that the file > exists. > > If I open FileSystem disk root in the > playground and naigate, attempting to > enter the folder containing the (57G) xml > file fails with "MessageNotUnderstood: > False>>humanReadableSIByteSize." Likewise > if I get a FileReference with FileSystem > disk root / 'path' / 'to' / 'file' then > self exists returns false and the parser > fails. > > Am I doing something wrong? Should I be > able to do this? > > The version number is #40283 > > Thanks, > Evan > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" > > > > > Which OS ? > Can you check with other programs if this file is > readable at all? > > > > > Nicolai > > > > > > > > > > > -- > best, > Eliot > >

Oct. 15, 2014

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

by Marcus Denker

> 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] BlockClosure source code

by Marcus Denker

> On 14 Oct 2014, at 22:01, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > I love these little things. > > This is a great example of how value should not be confused with cost. Small can be quite big after all :) It should be noted that there is almost no code âwastedâ on thisâ¦ the parser that creates the objects behind replaces InstructionPrinter (as we can just printOn: the SymbolicBytecodes for the longPrintString). The GTInspector related code is 5 short methods, in the end, after building the tool the system was smaller. Marcus

Oct. 15, 2014

Re: [Pharo-dev] Tests around Pharo

by mschepens

Well thank you again for your advices. We'll do operations for slices around 11-12 o'clock. For tests that Hilaire proposed (Dr Geo), we met some pharo committers during events in our university, and they suggested us to work mainly around collections, so we decided to focus to Collections part during the development time we had. About the license agreements I didn't see it anywhere, I will print it and send it to Damien this evening. Once our code will be accepted, we'll close the loop by reviewing the image integrating it. -- View this message in context: http://forum.world.st/Tests-around-Pharo-tp4777295p4784629.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 15, 2014

Re: [Pharo-dev] [squeak-dev] Re: [Pharo-users] Trouble opening large files

by David T. Lewis

On Tue, Oct 14, 2014 at 09:29:51PM +0200, Nicolai Hess wrote: > Ah, good to know. At least for squeak, > bug 7522 can be closed :) > Closed. I'll note also that LFS is needed for saving large 64-bit image files :-) Dave

Oct. 14, 2014

creating custom browsers out of GTInspector extensions

by Tudor Girba

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. For example, the attached picture shows a Pillar browser that shows only the presentations relevant to editing Pillar books. And the code looks like: GLMPager new with: [ :pager | pager show: [ :composite :file | composite title: file basename. file gtInspectorItemsIn: composite. file gtInspectorPillarConfigurationIn: composite. file gtInspectorPillarIn: composite. file gtInspectorPillarProjectIn: composite. file gtInspectorPngIn: composite. file gtInspectorGifIn: composite. file gtInspectorContentsIn: composite ] ]; openOn: FileSystem disk workingDirectory [image: Inline image 1] See here some more details: http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspe… The interesting thing is that we can now easily imagine creating rather sophisticated tools with little code and that we only use for a very short time (like minutes). This has a rather high disruption potential given that no other environment I know of allows for something like this. Let us know what you think. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

Oct. 14, 2014