January 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] ByteArray for UDP datagram

by Sven Van Caekenberghe

> On 16 Jan 2020, at 12:11, HilaireFernandes <hilaire(a)drgeo.eu> wrote: > > Thanks Sven, it works. > > If understood correctly ByteArray on streaming only accept ByteArray. > I wonder, should the string be terminated by a null byte, as exepcted on C? That dependents on your protocol's definition/spec. It is easy to add a null byte, stream nextPut: 0 In some protocols, strings are encoded with a byte length prefix. > Hilaire > > > > ----- > http://drgeo.eu > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Jan. 16, 2020

Re: [Pharo-users] Pharo Quality Rules for Beginners

by Kasper Ãsterbye

On 16 January 2020 at 14.20.03, Ben Coman (btc(a)openinworld.com) wrote: An error message like "Blah doesn't understand self" is a bit complex for a beginner to decipher. I would like to second this one! If you want to have *beginners mode*, I think you need to include run-time aspects as well as Ben mentions. It should be possible to put the general doesNotUnderstand in a beginners mode, which checks for these cases - messages send to nil, explaining what is the likely cause(s). - the case mentioned by Ben - check if the message is understood by the class or object (several have mentioned the class/object side issue). - check which classes implements the method which was sent, and perhaps even suggest to open the implementers browser Good luck with the project! Best, Kasper

Jan. 16, 2020

Re: [Pharo-users] Pharo Quality Rules for Beginners

by Ben Coman

On Wed, 15 Jan 2020 at 17:41, ESTEBAN VILLALOBOS DIAZ via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Hello everyone! > > My name is Esteban and I will be working on the Pharo Quality Rules for the next few months. The goal is to create different profiles for the rules according to the programming experience of the user. For example, for the beginner profile we would like to check for common mistakes made by people who are just starting with Pharo like: > > Sending self as a message (probably because they forgot a . ) > Using False instead of false > etc.. > > I would appreciate it if you could share with me other common mistakes that you have seen beginners do, or maybe tell me a bit of your own experience when you started using Pharo :) - Getting confused between instance-side and class-side, mixing up which side methods are on. When getting a DNU maybe check if that message is known on the class-side. - leaving out the end of statement trailing dot. An error message like "Blah doesn't understand self" is a bit complex for a beginner to decipher. cheers -ben

Jan. 16, 2020

Re: [Pharo-users] ByteArray for UDP datagram

by HilaireFernandes

Thanks Sven, it works. If understood correctly ByteArray on streaming only accept ByteArray. I wonder, should the string be terminated by a null byte, as exepcted on C? Hilaire ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 16, 2020

Re: [Pharo-users] Pharo Quality Rules for Beginners

by pmissech

Hello, First, good luck ! That seems quite interesting ! Few things i can think of: - message priority is often hard to understand, although I'm not sure how that could transform into a rule. - I didn't see this one that often, but since we loose arithmetic priority for message one, I'm pretty sure that could bother some. - miss use of the difference between 'SubclassResponsability' and 'self subclassResponsibility' (and other of this kind i guess, such as shouldNotImplement (I actually just found a very old one in my code :') ) Pierre On 15/01/2020 10:41, ESTEBAN VILLALOBOS DIAZ via Pharo-users wrote:

Jan. 16, 2020

Re: [Pharo-users] Smalltalk: Itâs Not Your Grandfatherâs Programming Language

by HilaireFernandes

If correctly understood your article, Pharo is for programming language, what Tesla is for car. Or more shortly Pharo is the Tesla of programming language? ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 16, 2020

Re: [Pharo-users] ByteArray for UDP datagram

by Sven Van Caekenberghe

Hilaire, You should use a character encoder, for example like this: | packet | packet := ByteArray streamContents: [:str | str nextPut: 16r02; "TOSERVER_INIT" nextPut: 28; "SER_FMT_VER_HIGHEST_READ" uint16: 0; "NETPROTO_COMPRESSION_NONE" uint16: 37; "CLIENT_PROTOCOL_VERSION_MIN" uint16: 38; "LATEST_PROTOCOL_VERSION" nextPutAll: ('Player' encodeWith: #utf8). "Player name" ]. packet contents. Note that there are different options: 'Player' encodeWith: #utf8. 'Player' encodeWith: #null. 'Player' encodeWith: #ascii. But for an ASCII string they give the same result. #null asZnCharacterEncoder. #ascii asZnCharacterEncoder. There is also #utf8Encoded on String. Sven > On 16 Jan 2020, at 11:54, HilaireFernandes <hilaire(a)drgeo.eu> wrote: > > | packet | > packet := ByteArray streamContents: [:str | > str nextPut: 16r02; "TOSERVER_INIT" > nextPut: 28; "SER_FMT_VER_HIGHEST_READ" > uint16: 0; "NETPROTO_COMPRESSION_NONE" > uint16: 37; "CLIENT_PROTOCOL_VERSION_MIN" > uint16: 38; "LATEST_PROTOCOL_VERSION" > nextPutAll: 'Player'. "Player name" > ]. > packet contents

Jan. 16, 2020

ByteArray for UDP datagram

by HilaireFernandes

Hello, I want to fill a byte array, but this code does not work: | packet | packet := ByteArray streamContents: [:str | str nextPut: 16r02; "TOSERVER_INIT" nextPut: 28; "SER_FMT_VER_HIGHEST_READ" uint16: 0; "NETPROTO_COMPRESSION_NONE" uint16: 37; "CLIENT_PROTOCOL_VERSION_MIN" uint16: 38; "LATEST_PROTOCOL_VERSION" nextPutAll: 'Player'. "Player name" ]. packet contents nor this variant: | packet | packet := OrderedCollection streamContents: [:str | str nextPut: 16r02; "TOSERVER_INIT" nextPut: 28; "SER_FMT_VER_HIGHEST_READ" uint16: 0; "NETPROTO_COMPRESSION_NONE" uint16: 37; "CLIENT_PROTOCOL_VERSION_MIN" uint16: 38; "LATEST_PROTOCOL_VERSION" nextPutAll: 'Player'. "Player name" ]. (ByteArray withAll: packet contents) inspect Given the packet must to be filled with byte, short, double, string, what is the best/neat way to prepare packet for datagram? Thanks Hilaire ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 16, 2020

Re: [Pharo-users] Annonce Pharo-LibVLC

by HilaireFernandes

It worked. However when closing the windows, there is an error: Processor yield. false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in Block: [ [ WorldMorph doOneCycle.... [ self value. Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self value.... [00007f8b8c03b6e0] xcb_window window error: X server failure Then quitting Pharo, there is VM crash Segmentation fault Thu Jan 16 11:40:20 2020 /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo Pharo VM version: 5.0-201902062351 Wed Feb 6 23:59:26 UTC 2019 gcc 4.8 [Production Spur 64-bit VM] Built from: CoInterpreter VMMaker.oscog-eem.2509 uuid: 91e81f64-95de-4914-a960-8f842be3a194 Feb 6 2019 With: StackToRegisterMappingCogit VMMaker.oscog-eem.2509 uuid: 91e81f64-95de-4914-a960-8f842be3a194 Feb 6 2019 Revision: VM: 201902062351 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Wed Feb 6 15:51:18 2019 CommitHash: a838346b Plugins: 201902062351 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Build host: Linux travis-job-f2b22483-7f84-414f-b833-69f69518c685 4.4.0-101-generic #124~14.04.1-Ubuntu SMP Fri Nov 10 19:05:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351 [default: /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/] C stack backtrace & registers: rax 0x00000001 rbx 0x7f8ba8026340 rcx 0x7f8ba562d5f0 rdx 0x00000000 rdi 0x00000000 rsi 0x00000000 rbp 0x7f8bc682fd90 rsp 0x7f8bc682fb70 r8 0x7f8ba8034a30 r9 0x00000001 r10 0x000000a3 r11 0x7f8bc682fdc8 r12 0x7f8bc682fdc0 r13 0x7f8bc682fdbe r14 0x7f8bc682fdbf r15 0x7f8ba80264b8 rip 0x7f8ba586c861 */usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x19861)[0x7f8ba586c861] /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo[0x41b0b3] /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo[0x41cb0e] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7f8bd441e890] /usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x19861)[0x7f8ba586c861] /usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x5c653)[0x7f8ba58af653] /usr/lib/x86_64-linux-gnu/libvlccore.so(+0x67ecb)[0x7f8bca8abecb] /usr/lib/x86_64-linux-gnu/libvlccore.so(+0x6b09f)[0x7f8bca8af09f] /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db)[0x7f8bd44136db] /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f8bd413c88f] [0x0] Can't dump Smalltalk stack(s). Not in VM thread Most recent primitives compress:toByteArray: compress:toByteArray: compress:toByteArray: compress:toByteArray: compress:toByteArray: ../.. ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 16, 2020

Re: [Pharo-users] Annonce Pharo-LibVLC

by HilaireFernandes

It worked. However when closing the windows, there is an error: Processor yield. false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in Block: [ [ WorldMorph doOneCycle.... [ self value. Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self value.... [00007f8b8c03b6e0] xcb_window window error: X server failure Then quitting Pharo, there is VM crash Segmentation fault Thu Jan 16 11:40:20 2020 /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo Pharo VM version: 5.0-201902062351 Wed Feb 6 23:59:26 UTC 2019 gcc 4.8 [Production Spur 64-bit VM] Built from: CoInterpreter VMMaker.oscog-eem.2509 uuid: 91e81f64-95de-4914-a960-8f842be3a194 Feb 6 2019 With: StackToRegisterMappingCogit VMMaker.oscog-eem.2509 uuid: 91e81f64-95de-4914-a960-8f842be3a194 Feb 6 2019 Revision: VM: 201902062351 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Wed Feb 6 15:51:18 2019 CommitHash: a838346b Plugins: 201902062351 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Build host: Linux travis-job-f2b22483-7f84-414f-b833-69f69518c685 4.4.0-101-generic #124~14.04.1-Ubuntu SMP Fri Nov 10 19:05:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351 [default: /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/] C stack backtrace & registers: rax 0x00000001 rbx 0x7f8ba8026340 rcx 0x7f8ba562d5f0 rdx 0x00000000 rdi 0x00000000 rsi 0x00000000 rbp 0x7f8bc682fd90 rsp 0x7f8bc682fb70 r8 0x7f8ba8034a30 r9 0x00000001 r10 0x000000a3 r11 0x7f8bc682fdc8 r12 0x7f8bc682fdc0 r13 0x7f8bc682fdbe r14 0x7f8bc682fdbf r15 0x7f8ba80264b8 rip 0x7f8ba586c861 */usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x19861)[0x7f8ba586c861] /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo[0x41b0b3] /home/hilaire/Travaux/Developpement/Pharo/pharo-vm/lib/pharo/5.0-201902062351/pharo[0x41cb0e] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7f8bd441e890] /usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x19861)[0x7f8ba586c861] /usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so(+0x5c653)[0x7f8ba58af653] /usr/lib/x86_64-linux-gnu/libvlccore.so(+0x67ecb)[0x7f8bca8abecb] /usr/lib/x86_64-linux-gnu/libvlccore.so(+0x6b09f)[0x7f8bca8af09f] /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db)[0x7f8bd44136db] /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f8bd413c88f] [0x0] Can't dump Smalltalk stack(s). Not in VM thread Most recent primitives compress:toByteArray: compress:toByteArray: compress:toByteArray: compress:toByteArray: compress:toByteArray: ../.. ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 16, 2020