- Pharo-dev - lists.pharo.org

Git, FileTree/Cypress, missing Traits comments
by Ben Coman May 21, 2017

May 21, 2017

Is this of concern for Pharo...? "Pull requests on GitHub where the Trait comments get removed (because they were not loaded with the package in the first place)." http://forum.world.st/Re-The-Inbox-System-jr-919-mcz-td4941798.html#none http://forum.world.st/The-Inbox-System-jr-919-mcz-td4933985.html cheers -ben

3 4

Re: [Pharo-dev] FileTree/Iceberg and SSDs, change the file format
by philippe.back＠highoctane.be May 21, 2017

May 21, 2017

There is the same kind of issues with Hadoop but the block size is 128MB. So, lots of small files give the same issue. This is solved by having HAR files (Hadoop Archive) that contain the files. The haddop filesystem is usually able to access the har contents somewhat transparently from userland. But I guess that libgit will not be too cooperative. We can also look into how to mount such an archive as a filesystem. Phil Le 21 mai 2017 17:27, "Stephan Eggermont" <stephan(a)stack.nl> a Ã©crit : At the PharoDays I was painfully reminded that SSDs perform really badly when using small files. The Bloc tutorial used a github filetree repo and that has a lot of files. The whole folder is 116 MB in 16K files. Copying that amount of data should not be noticable, taking about a third of a second. With it being in so many files, it took more than half a minute, or a hundred times as long. That is too much overhead. How can we improve the file format in a way that keeps the cross-platform exchange advantages and a reasonable way to view diffs and propose small changes using the github web tools? Cuis uses a different format with git. How does that compare? What is used in Squeak? Stephan

1 0

[ Bloc ] Some questions
by Stephane Ducasse May 21, 2017

May 21, 2017

Hi Several questions on bloc - Would it make sense to rename BlElement into BlGraphicalElement? - Could we rename drawPathOnSpartCanvas: -> drawOn:? or drawPathOn: - What is the difference between a shapeFactory and a Geometry? - Does a Geometry can build path too? I saw that the Factory is in Sparta while the Geometry in Bloc I thought because of buildPathOnSpartaCanvas: aCanvas within: aBounds - Why the ShapeFactory does not delegate its logic to the Geometry object? - Why BlGeometryElement is not called BlGeometricalElement? - How a BlLine relates to a BlLineElement? BlLineElement >> defaultGeometry ^ BlLine new Would it not be better to have an instance variable like that we do not force extender to only use inheritance? With an instance variable and setter We could do BlLineElement new geometry: MyBlLine new.

1 0

Launcher and Pharo 6 Errors on Mac
by Sean P. DeNigris May 21, 2017

May 21, 2017

On image start, I get "PrimitiveFailed: primitive #createDirectory: in MacStore failed" for /private/var/folders/fv/8j408sn92bb59k5ggw8cd3kc0000gn/T/AppTranslocation/4EF86F92-66D6-4944-8B30-FBCD96118FCC/d/Pharo.app/Contents/Resources/pharo-local When I try to Quit, I get "PrimitiveFailed: primitive #primSize: in MultiByteFileStream failed" from `SourceFiles changesFileStream size` FYI I got the same results when I downloaded: - the latest Launcher from https://ci.inria.fr/pharo/view/Launcher/job/Launcher/PHARO=60,VERSION=stabl… - Pharo 6 from http://files.pharo.org/platform/Pharo6.0-mac.zip Mac Sierra 10.12.3 >From the Pharo 6 download: Image ----- /private/var/folders/fv/8j408sn92bb59k5ggw8cd3kc0000gn/T/AppTranslocation/C2941508-46E0-4CEC-8573-CBC4488351B0/d/Pharo6.0.app/Contents/Resources/Pharo6.0.image Pharo6.0 Latest update: #60494 Unnamed Virtual Machine --------------- /private/var/folders/fv/8j408sn92bb59k5ggw8cd3kc0000gn/T/AppTranslocation/C2941508-46E0-4CEC-8573-CBC4488351B0/d/Pharo6.0.app/Contents/MacOS/Pharo CoInterpreter VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 VM: 201705021552 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 2 08:52:41 2017 -0700 $ Plugins: 201705021552 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Mac OS X built on May 2 2017 17:03:29 UTC Compiler: 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53) VMMaker versionString VM: 201705021552 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 2 08:52:41 2017 -0700 $ Plugins: 201705021552 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ CoInterpreter VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Launcher-and-Pharo-6-Errors-on-Mac-tp4947652.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 4

QualityImprovements assured by tests
by Torsten Bergmann May 20, 2017

May 20, 2017

Hi, One year later we are close to a final release for Pharo 6 and either with Pharo 6 or upcoming Pharo 7 I would really like to see some checks that ensure a quality image and tests who keep us all more disciplined in the future. Because: 1. We should not have undocumented classes: (Object allSubclasses select: [:cls| cls hasComment not ]) but we have a lot in Pharo 6 now since we introduced new packages in this release iteration 2. We should not have class instance variables in uppercase but: (Object allSubclasses select: [:cls| cls isMeta]) select: [:cls| cls instVarNames anySatisfy: [:n | n first isUppercase]] is not empty - although this was already discussed back in 2008 (!), see http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2008-November/00… 3. We should not have uncategorized methods but: (Object allSubclasses select: [:cls| (cls selectorsInProtocol: Protocol unclassified) notEmpty ]) we still have them. 4. I've seen methods with unused temporary variables. Dont know about unused ivars or other. 5. add you own here ... I know this is often boring to comment or categorize - but we should do our homework as we wanted to better compared to the past. Also if the base image is not following rules how should we expect others to provide quality packages on top of it? IMHO we should raise the bar. Either in Pharo 6 or in early Pharo 7. We can fix these once and for all AND assure with unit tests that we keep the standard image on this quality level. Thx T.

4 3

[ bloc]'Pulse loop must be running in order to request a pulse'
by Stephane Ducasse May 20, 2017

May 20, 2017

I wanted to work on the bloc booklet and when I reopen my image I get 'Pulse loop must be running in order to request a pulse'

2 3

Calypso technology preview.
by Ben Coman May 20, 2017

May 20, 2017

It is probably much too late to suggest this, but if Calypso is a candidate for our next browser, perhaps it could be included in Pharo 6 as a technology preview? Or maybe in a half-year point release Pharo 6.x ? cheers -ben

3 2

Embeddable/scalable Smalltalk VM needs funding for release (repost/update from squeak-dev)
by Zak Fenton May 20, 2017

May 20, 2017

Hi folks. I posted earlier in squeak-dev about a Smalltalk implementation I've been working on. The first post was a bit unwieldy, but there was at least some interest so I'm posting an update to vm-dev and pharo-dev. Main strong points are that it's embeddable (like Lua or SQLite) and scalable (like Erlang). There are weak points too, of course (e.g. hot loop performance will be much worse than Squeak/Pharo at this point). The VM itself is pure C and has no dependencies apart from libc and libm. It doesn't require a filesystem (you can pipe VM images through custom stream implementations or arrays) and it should run well in tight (~1MB) memory situations. The extension system is similar to the Unix system call and virtual filesystem APIs, so it's kind-of object oriented but in a very "C" way. All extension resources are managed properly (so the system can clean up safely and/or warn you if you allocate memory and don't deallocate it, for example). Extensions are available for cells (threads/individual VMs), shared memory (so different cells can communicate efficiently - but also with memory protection and calling features for implementing domain-specific JIT compilers), windowing and event handling (based on SDL2) and 2D graphics rendering (based on Cairo). There are some higher-level libraries (stylable GUI system, tight OS integration, 3D modelling, etc.). It's polished in some ways (there's a test suite, an integrated help system, colour shell, etc.), but it needs a lot more refinement in others (the current GUI style is terrible, it needs more documentation, there's only minimal support for keyboard entry, no networking library, etc.). I'd like to release it (ideally as 100% public domain/CC0), but I don't want to do so without some way of funding development. The project promises a lot and I want to actually deliver with some ongoing updates and support (and being able to pay rent next week would also be a plus), so I'm not interested in just dumping it on GitHub and calling it a day. So I'm open to any suggestions as to how to fund this project at least in the short term and how it might fit into the wider Squeak/Pharo/Smalltalk ecosystems, as well as any technical criticism relating to the implementation itself. I've put together a basic website describing the implementation in a bit more detail (sorry, no downloads yet): http://a4vm.info/ -Zak.

2 1

Need help with Pillar
by Alexandre Bergel May 19, 2017

May 19, 2017

Hi! I have installed Pillar on MacOSX using: curl https://raw.githubusercontent.com/pillar-markup/pillar/master/download.sh | bash I had to copy PharoV50.sources in the folder pharo-vm/ apparently. Getting the archetype book gives me an error: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /tmp/pillar> ./pillar archetype book ConnectionTimedOut: Data receive timed out. [ ConnectionTimedOut signal: 'Data receive timed out.' ] in Socket>>waitForDataFor: in Block: [ ConnectionTimedOut signal: 'Data receive timed o...etc... Socket>>waitForDataFor:ifClosed:ifTimedOut: Socket>>waitForDataFor: ZdcSecureSocketStream(ZdcAbstractSocketStream)>>socketWaitForData [ self socketWaitForData ] in ZdcSecureSocketStream(ZdcSimpleSocketStream)>>fillReadBuffer in Block: [ self socketWaitForData ] BlockClosure>>on:do: ZdcSecureSocketStream(ZdcSimpleSocketStream)>>fillReadBuffer ZdcSecureSocketStream(ZdcAbstractSocketStream)>>next ZnLineReader>>processNext ZnLineReader>>nextLine ZnStatusLine>>readFrom: ZnStatusLine class>>readFrom: ZnResponse>>readHeaderFrom: ZnResponse(ZnMessage)>>readStreamingFrom: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Which website is it trying to get access to? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 6

bug in command line handler
by K K Subbu May 19, 2017

May 19, 2017

All, I found an annoying bug with Pharo's eval command line handler. When it encounters a syntax error, the foreground color is set to red while printing error message, but not restored after (see attachment). I have to reset it every time using "echo -e \e[0m" :-(. I found ---- STCommandLineHandler>>#printCompilerWarning: aSyntaxErrorNotification ... "print the marker under the error line" (lineNumber == errorLine) ifTrue: [ stderr red nextPutAll:( '_^_' padLeftTo: position - start + maxLineNumberSize + 4); lf ]] ---- The above code will leave the red color if the error happens on the last line (as in eval handler), then the color is never restored. Can someone confirm if this is indeed what is happening? I will file a case and post a fix, if so. I also found VTermOutputDriver uses incorrect ANSI color codes (e.g. white is 37 instead of 97). If the current terminal bg color happens to be "stderr white", then the error text is unreadable. Regards .. Subbu

2 2