- Pharo-dev - lists.pharo.org

:: Separator in class names
by Torsten Bergmann Jan. 2, 2017

Jan. 2, 2017

Hi, due to the absence of a namespace solution we today often prefix classes with one, two or three letters. You all know prefixes like "Zn", "Zdc", "GLM", "Tx", "WA", ... to avoid conflicting names. I would like to have a "::" separator within the class name to better distinguish the class name from the prefix and increase readability at the same time. SmalltalkMT had this solution in alignment with C++ and I really liked working with it. So much that I would like to see it in Pharo too - maybe also as a base for future Namespace additions. So I modified the #isValidGlobalName in Pharo 6.0 like mentioned below to allow and support the :: notation for classes. After that I can create classes like: Seaside::Component Core::Boolean Model::Person GLM::BrickListModel Tx::FontAttribute so far without any problem. Do you think - there will be places where this conflicts or creates hazzles (tools, metacello, ...) - if it would be a good idea to add this to the default image? Thanks for feedback. Thx T. -------------------------------------------------------------------------------------------------- isValidGlobalName self ifEmpty: [ ^ false ]. "reserverd default names" self = 'NameOfSubclass' ifTrue: [ ^ false ]. self = 'TNameOfTrait' ifTrue: [ ^ false ]. (self occurrencesOf: $:) = 2 ifTrue: [ ^(self splitOn: '::') allSatisfy: [: part | part isValidGlobalName ] ]. ^ Character supportsNonASCII ifTrue: [ (self first isLetter and: [self first isUppercase]) and: [ self allSatisfy: [:character | character isAlphaNumeric or: [ character = $_ ]]]] ifFalse: [ (self first between: $A and: $Z) and: [ self allSatisfy: [:character | (character between: $a and: $z) or: [ (character between: $A and: $Z) or: [ (character between: $0 and: $9) or: [ character = $_]]]]]]

8 11

uFFI chapter needs more love
by Stephane Ducasse Jan. 1, 2017

Jan. 1, 2017

Hi FFI is important and the FFI chapter is still draft. It would be good that some good souls help. https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Unif… Stef

5 7

IDNA / punycode for Zinc?
by Max Leske Dec. 28, 2016

Dec. 28, 2016

Hi (Sven), Zinc canât currently handle unicode domain names (e.g. http://Ã¼ni.ch <http://xn--ni-wka.ch/>). Are there any plans to implement punycode / IDNA conversion for Zinc? Or is there an explicit reason not to support it? I see that #parseHostPort: expects the host portion to be percent escaped, what is the use case for this? I have never seen a percent escaped host portion. Usually the host portion is either pure ASCII, unicode or punycode (in my experience at least). Just curious, as I just added IDNA conversion to one of our applications (I just let python perform the conversion: https://docs.python.org/2/library/codecs.html#module-encodings.idna <https://docs.python.org/2/library/codecs.html#module-encodings.idna>). Cheers, Max

4 9

[ANN] Tarantalk - Smalltalk + Lua + Tuple DB
by Masashi UMEZAWA Dec. 28, 2016

Dec. 28, 2016

Hi all, I've developed a new database connectivity library for Pharo, called Tarantalk. https://github.com/mumez/Tarantalk Tarantalk is a connector for Tarantool. https://tarantool.org/ Tarantool is a Lua engine with tuple persistence. It is like a GemStone in Lua. Firstly, Tarantalk can be used as a tuple-centric DBMS. You can store arbitrary Smalltalk objects as tuples, and retrieve them by multiple indexes. tarantalk := TrTarantalk connect: 'taran:talk@localhost:3301'. space := tarantalk ensureSpaceNamed: 'bookmarks'. primaryIndex := space ensurePrimaryIndexSetting: [ :options | options tree; partsTypes: #(#string)]. space insert: #('Tarantool' 'https://tarantool.org' 'Tarantool main site'). space insert: #('Pharo' 'http://pharo.org' 'Pharo main site'). primaryIndex selectHaving: #('Pharo'). " => #(#('Pharo' 'http://pharo.org' 'Pharo main site'))" What is more interesting is that Tarantalk can call remote Lua functions and can evaluate Lua expressions. So you can extend your database system freely with Lua and Smalltalk! -- Lua function bookmarkUrls() local urls = {} for k,v in box.space.bookmarks:pairs() do table.insert(urls, v[2]) end return urls end box.schema.func.create('bookmarkUrls') "Smalltalk" tarantalk call: 'bookmarkUrls'. " => #(#('http://pharo.org' 'https://tarantool.org'))" (tarantalk evalWithReturn: '(require("digest").sha512_hex(...))' arguments: {'Hello, Smalltalk'}) value. " => #('ec599e128831b282f6f7a833834c90a3eb2e61453e5757ca3c2bc8a26e94d7c2f76bd6a7ce33df2427f3821e44a12d26781d39eac6782b59a649950ea59f9e13')" Moreover, Tarantalk is pretty fast compared to some other NoSQL databases. https://github.com/mumez/Tarantalk#performance A simple micro benchmark shows that Tarantalk is about 5x faster than RediStick Redis client. Enjoy! -- [:masashi | ^umezawa]

2 1

Minheadless VM flavour status update
by Ronie Salgado Dec. 28, 2016

Dec. 28, 2016

Hi all, I am happy to announce that my latest VM refactoring experiment is almost complete. I am only missing adding traditional style Makefiles to make Eliot happy ;), and making this work with MSVC. The minheadless is a VM variant that unifies a lot of the code for Windows, Linux and OS X. To the point that I am using the same CMake scripts for building on the three platforms. The minheadless VM is a completely headless by default VM, unless the configure script finds SDL2. If the configure script finds SDL2, and the legacy display interface is enabled(which is by default), then this VM will be built using SDL2 to implement the normal diplay primitives. The SDL2 backend work with normal Pharo and Squeak image. If SDL2 is not found by the configure script, or the legacy display primitives are disabled in the configure script, or the VM is started in headless mode, then the traditional display primitives are just going to be a /dev/null. Currently I am commiting this VM variant to the MinimalisticHeadless branch at: https://github.com/ronsaldo/opensmalltalk-vm/tree/MinimalisticHeadless For building using CMake it can be done in two ways: ------------------------------------ Calling CMake directly mkdir build cmake .. -DCMAKE_BUILD_TYPE=<The build type> (or cmake-gui ..) make The supported build types are: - Debug - Assert - RelWithDebInfo - Release If you are on an x86_64 system and you want to build 32 bits version, you have to pass the -DBUILD_I386_VERSION=True option to cmake. mkdir build cmake .. (or cmake-gui ..) make ------------------------------------ Using mvm style scripts Easy mode: cd build.minheadless.cmake/<x86 or x64>/vm_variant ./mvm A bit more complicated/flexible mode: This mvm will configure and build the vm for the four build types. This behavior was present on the mvm for Windows, so I am replicating it. In these same folders that are two other scripts: mvm_configure (calls cmake to only configure the build types), and mvm_configure_variant mvm_configure_variant is used to actually call cmake and configure the VM for building. The syntax of mvm_configure_variant is the following: mvm_configure_variant <BuildDirectory> <BuildType> Currently my workflow for using these scripts is the following with MSys/Cygwin/Linux: ./mvm_configure make -j8 The makefile at build.minheadless.cmake/<x86 or x64>/vm_variant is only used for delegating to the makefiles created by CMake. ------------------------------------ I am leaving some prebuilt Pharo VMs with the SDL2 backend for Windows for experimenting at: http://ronie.cl/files/vm/ Using OSWindow with this VM requires loading the latest version of OSWindow by reloading the ConfigurationOfOSWindow manually in Monticello, and then doing ConfigurationOfOSWindow load. With this VM, there are finally no more duplicated events. My TODO list for this includes adding plain Makefile. BTW: during the following week I will continue working with Lowcode. I really need it working again. Happy longest/shortest day of the year Ronie

5 5

Q: any work around ROS has been done on Pharo?
by Igor Stasenko Dec. 27, 2016

Dec. 27, 2016

Hi, i wonder, are there any projects to run/connect Pharo with ROS(robot operating system) i'm interested in any bits, starting from basic ones, since i'm gonna to work with it in closest future, so would be nice to use Pharo & stand on a shoulders of others, of course, to learn it fester and understand it better. -- Best regards, Igor Stasenko.

9 13

How stable 64-bit VM?
by Igor Stasenko Dec. 25, 2016

Dec. 25, 2016

Hi, sorry for my ignorance, i downloaded fresh build of 64-bit VM and has strange hiccups (crash on downloading/installing a package)... is it stable, or it is just me, too ignorant & stupid? -- Best regards, Igor Stasenko.

2 2

19489 Socket-GTInspector-Instance-of-LinkedList-did-not-understand-key
by Ben Coman Dec. 24, 2016

Dec. 24, 2016

I've bumped into a minor glitch ticketed with the GTInspector embedded in the debugger. https://pharo.fogbugz.com/f/cases/19489 Henrik has kindly tried to reproduce it but was unable. But he is on Windows and I'm on Linux. Could someone on Linux take 10 minutes try to reproduce the following... Open fresh build 60334. Load the ST file attached to issue, then in playground, do this once... s := Server new. s start. "listens on port 9999" and this once for each trial... socket := Socket newTCP. [ socket connectTo: NetNameResolver localHostAddress port: 9999; sendData: 'test'. ] ensure: [ socket closeAndDestroy ] This brings up an expected debugger (okay) "ShouldBeImplemented: #newFromStream: should have been implemented in Packet class" >From top stack select Packet class>>newFromStream: then select variable aSocketStream, then in next pane, select #isConnected, then click on [Raw] tab, and I get an error "Instance of LinkedList did not understand #key" Now a few times the error did not occur, but did >90% of the time. cheers -ben

1 0

Pharo 5 Catalog Down?
by Sean P. DeNigris Dec. 23, 2016

Dec. 23, 2016

Bringing it up from the World Menu -> 503 error. Only me? macOS 10.12.1 Image ----- /Users/sean/Dynabook/Working Images/Pomodoro 5/Pomodoro 5.image Pharo5.0 Latest update: #50765 Unnamed Virtual Machine --------------- /Applications/Pharo.app/Contents/MacOS/Pharo CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 git@github.com:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <noreply(a)github.com> Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< VMMaker versionString git@github.com:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <noreply(a)github.com> CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-5-Catalog-Down-tp4928046.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 2

Re: [Pharo-dev] MQTT for Pharo
by Sean P. DeNigris Dec. 23, 2016

Dec. 23, 2016

timrowledge wrote > Hi Sven, > yes, the code in SqueakSource/MQTT is very early stuff. It's improving > quickly though. I'd be happy to get together to work on an as common as > possible versions for both Squeak and Pharo. ----- Cheers, Sean -- View this message in context: http://forum.world.st/MQTT-for-Pharo-tp4927759p4928045.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0