- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Unicode Fonts

by Henrik Sperre Johansen

On 12.11.2012 21:18, StÃ©phane Ducasse wrote: > I thought it should work :( Yes and no. Pharo is fully capable of displaying it, as long as it's part of the font: https://dl.dropbox.com/u/6751081/UniSymbol.PNG What it does not (currently) do, but built in rendering systems usually do, is search for and use other fonts if the currently selected one does not contain it. With a font parser (TTFontReader was removed in 2.0, I think?) I think it would be possible to implement such functionality rather efficiently, I don't see the same happening if one tries the same using the FT-plugin, which would probably require loading each font face, then attempt to load the character and check for errors (where, I am not sure) Cheers, Henry PS. For those wondering, I did not search through all Windows fonts manually. PopChar is a neat utility that easily lets you search for which fonts actually contain glyphs for a given character. (available for MacOS too) > >> I was playing with the following: >> >> http://en.wikipedia.org/wiki/Chess_symbols_in_Unicode >> >> '/tmp/chess.txt' asFileReference writeStreamDo: [ :stream | >> (16r2654 to: 16r265F) >> do: [ :each | >> stream nextPut: each asCharacter ] >> separatedBy: [ stream space ]. >> stream crlf ]. >> >> $ cat /tmp/chess.txt >> â â â â â â â â â â â â >> >> (this shows for me, in my terminal/mail, YMMV ;-) >> >> String streamContents: [ :stream | >> (16r2654 to: 16r265F) >> do: [ :each | >> stream nextPut: each asCharacter ] >> separatedBy: [ stream space ]. >> stream crlf ]. >> >> Is there a way to make this work, a font selection that show these Unicode characters in Pharo ? That would be cool. >> >> I tried using Freetype font Monaco, the same as my terminal where the right characters show, but that didn't help. >> >> Sven >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> >> >> >

Nov. 13, 2012

Re: [Pharo-project] nonblocking stdin?

by Pavel Krivanek

The way used in Coral (stty -icanon -echo) doesn't work. The stdin next is still blocking the image. It seems that it must be solved on the VM level somehow :-/ -- Pavel On Tue, Nov 13, 2012 at 10:56 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > hmm we solved that by changing the behavior of stdin before > launching the vm. so you get character by character input, otherwise > stdin is only flushed on lf... > > see the starter script from coral. > > > On 2012-11-13, at 10:01, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> Hi, >> >> is there a way how to use nonblocking input from stdin? I have a >> simple REPL but the stdin is blocking the VM. >> >> | stdin input lineEnd | >> >> stdin := FileStream stdin ifNil: [ ^ self ]. >> stdin atEnd ifTrue: [ ^ self ]. >> >> [ >> lineEnd := false. >> FileStream stdout nextPutAll: '> '. >> input := String streamContents: [:s| >> [ stdin atEnd or: [lineEnd] ] whileFalse: [ >> stdin next ifNotNilDo: [:char| >> char = Character lf ifTrue: [lineEnd := true]. >> s nextPut: char ]]]. >> >> [ FileStream stdout print: (Compiler evaluate: input); lf ] >> ifError: [:error | FileStream stdout nextPutAll: 'ERROR: ', >> error asString; lf]. >> >> Processor yield. >> ] repeat >> >> Cheers, >> -- Pavel >> > >

Nov. 13, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Peter H. Meadows

oh. Better to follow: http://book.pharo-project.org/book/PharoTools/OSProcess/ This seems to work fine. I saw somewhere: "since os process isn't really reliable in Pharo-2.0". Is that/was that correct? On Tue, Nov 13, 2012 at 8:59 AM, Peter H. Meadows <peter.h.meadows(a)googlemail.com> wrote: > Is OSProcess still the best/correct way? > > I've been using it in 2.0. Seems to work. > > load: > > MCHttpRepository > location: 'http://smalltalkhub.com/mc/dh83/fisleg/main' > user: '' > password: '' > > then do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfOSProcess'; > load. > > (Smalltalk at: #ConfigurationOfOSProcess) project bleedingEdge load. > > > Is the only issue updating to FileSystem, or are there other changes > that are needed for Pharo 2.0? > > > On Fri, Nov 9, 2012 at 9:35 AM, roberto.minelli(a)usi.ch > <roberto.minelli(a)usi.ch> wrote: >> Hi, >> >> I'd like to script some shell commands in Pharo 2.0. >> Is there any way to do that in Pharo? It seems OSProcess class is suitable but seems it's not yet fully ported in Pharo 2.0. >> >> Thanks, >> Roberto

Nov. 13, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Max Leske

I'm working on a simple library for NativeBoost that will execute commands on the shell and return stdin and stderr to the image. This will take me one or two weeks to complete though. Once I'm finished I'll post it on the list (I guess there's a lot of people who would want something like this). This library should (hopefully) make OSProcess obsolete. Cheers, Max On 09.11.2012, at 10:35, roberto.minelli(a)usi.ch wrote: > Hi, > > I'd like to script some shell commands in Pharo 2.0. > Is there any way to do that in Pharo? It seems OSProcess class is suitable but seems it's not yet fully ported in Pharo 2.0. > > Thanks, > Roberto

Nov. 13, 2012

Re: [Pharo-project] Crash dump report

by Esteban Lorenzano

is the same smalltalk code with same primitives, but not same vm. I have spotten this problem time to time, and I have the feeling of being something related to the JIT (that's why my first suggestion to Sebastian was to use the StackVM). Most probably: some optimization flags behaves slightly different in different platforms and then some operations made by the jitter ends trying to access invalid memory segments. but as I said, is just a "feeling", since is really hard to catch and I don't have real proof (besides the "indirect one": it works fine if we took off the jit). Esteban On Nov 13, 2012, at 11:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > These situations are very hard to debug by outsiders, for the community to help we need a reproduceable case that does not depend on internal or private services. > > The stacktrace is not exceptional as far as I can see: it is trying to read a response until EOF, after a POST. > > It is quite strange that it would work with the stack VM, since the same Smalltalk code is then running, using the same primitives. Maybe the other VM just postpones/changes the way it fails. > > Running out of semaphores is a resource management problem, caused directly or indirectly from certain usage patterns. Again, see the first sentence. > > I would advice running units and/or stress tests on the server or on a Linux VM with UI on your Mac. > > Bughunts are never easyâ¦ > > On 13 Nov 2012, at 00:33, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> yeah the dumps are really strange.. >> seems like most of the times crashing at this point: >> >> 0xffc05bd8 M ZnChunkedReadStream>next -613198972: a(n) ZnChunkedReadStream >> 0xffc05bfc M ZnUTF8Encoder>nextFromStream: -613185216: a(n) ZnUTF8Encoder >> 0xffc05c30 M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) >> ZnStringEntity >> 0xffc1333c M BlockClosure>on:do: -613184868: a(n) BlockClosure >> 0xffc1336c M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) >> ZnStringEntity >> 0xffc1338c M String class(SequenceableCollection >> class)>new:streamContents: -679940384: a(n) String class >> 0xffc133ac M String class(SequenceableCollection >> class)>streamContents: -679940384: a(n) String class >> 0xffc133d8 M ZnStringEntity>readUpToEndFrom: -613186408: a(n) ZnStringEntity >> 0xffc133f4 M ZnStringEntity>readFrom: -613186408: a(n) ZnStringEntity >> 0xffc13414 M ZnEntity class>readFrom:usingType:andLength: -678925448: >> a(n) ZnEntity class >> 0xffc13440 M ZnEntityReader>readFrom:usingType:andLength: -613217204: >> a(n) ZnEntityReader >> 0xffc13474 M ZnEntityReader>readEntityFromStream -613217204: a(n) ZnEntityReader >> 0xffc13490 M ZnEntityReader>readEntity -613217204: a(n) ZnEntityReader >> 0xffc134ac M ZnResponse(ZnMessage)>readEntityFrom: -614400344: a(n) ZnResponse >> 0xffc134c8 M ZnResponse>readEntityFrom: -614400344: a(n) ZnResponse >> >> On 12 November 2012 16:12, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: >>> Hi guys, >>> >>> I'm sorry for this news. >>> >>> We have a web app that's is increasingly crashing in production (on linux). >>> >>> In development (OS X) we couldn't reproduce >>> >>> We are falling back to the StackVM >>> >>> Here is some dump data we could get >>> >>> sebastian >>> >>> o/ >> >> -- >> Best regards, >> Igor Stasenko. > >

Nov. 13, 2012

Re: [Pharo-project] nonblocking stdin?

by Sven Van Caekenberghe

Hi Pavel, Last week I was playing with a REPL exported over a local socket, I am reading input until an empty line, like this: NeoREPLServer new start. $ telnet localhost 13731 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Welcome to Pharo2.0a of '18 April 2012' update 20372 Type a multi-line Smalltalk expression and an empty line to evaluate it Type !quit to exit, !help for information about other special commands 42 factorial 1405006117752879898543142606244511569936384000000000 'Pavel' reverse 'levaP' 3 timesRepeat: [ Smalltalk garbageCollect ] 3 ZTimestampFormat verbose german; format: ZTimestamp now 'Dienstag, 13-November-2012 10:06:13 AM (+00:00)' !quit Bye! Connection closed by foreign host. If you want I can share the code, it is very small (but incomplete). Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill On 13 Nov 2012, at 10:01, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > is there a way how to use nonblocking input from stdin? I have a > simple REPL but the stdin is blocking the VM. > > | stdin input lineEnd | > > stdin := FileStream stdin ifNil: [ ^ self ]. > stdin atEnd ifTrue: [ ^ self ]. > > [ > lineEnd := false. > FileStream stdout nextPutAll: '> '. > input := String streamContents: [:s| > [ stdin atEnd or: [lineEnd] ] whileFalse: [ > stdin next ifNotNilDo: [:char| > char = Character lf ifTrue: [lineEnd := true]. > s nextPut: char ]]]. > > [ FileStream stdout print: (Compiler evaluate: input); lf ] > ifError: [:error | FileStream stdout nextPutAll: 'ERROR: ', > error asString; lf]. > > Processor yield. > ] repeat > > Cheers, > -- Pavel >

Nov. 13, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Esteban Lorenzano

both are right 1) OSProcess has not been fully ported to 2.0 2) you can load a compatibility package (the one of Camillo or FileDirectory package from the graveyard, http://smalltalkhub.com/#!/~Pharo/Graveyard20) and most probably will work fine in 2.0, since the OSProcess problems are due to the FileSystem replacement. and of course, if someone want to collaborate by doing OSProcess work fine in 2.0 without needing to load an obsolete package, that would be great :) Esteban On Nov 13, 2012, at 9:59 AM, "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> wrote: > Is OSProcess still the best/correct way? > > I've been using it in 2.0. Seems to work. > > load: > > MCHttpRepository > location: 'http://smalltalkhub.com/mc/dh83/fisleg/main' > user: '' > password: '' > > then do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfOSProcess'; > load. > > (Smalltalk at: #ConfigurationOfOSProcess) project bleedingEdge load. > > > Is the only issue updating to FileSystem, or are there other changes > that are needed for Pharo 2.0? > > > On Fri, Nov 9, 2012 at 9:35 AM, roberto.minelli(a)usi.ch > <roberto.minelli(a)usi.ch> wrote: >> Hi, >> >> I'd like to script some shell commands in Pharo 2.0. >> Is there any way to do that in Pharo? It seems OSProcess class is suitable but seems it's not yet fully ported in Pharo 2.0. >> >> Thanks, >> Roberto >

Nov. 13, 2012

Re: [Pharo-project] Crash dump report

by Sven Van Caekenberghe

These situations are very hard to debug by outsiders, for the community to help we need a reproduceable case that does not depend on internal or private services. The stacktrace is not exceptional as far as I can see: it is trying to read a response until EOF, after a POST. It is quite strange that it would work with the stack VM, since the same Smalltalk code is then running, using the same primitives. Maybe the other VM just postpones/changes the way it fails. Running out of semaphores is a resource management problem, caused directly or indirectly from certain usage patterns. Again, see the first sentence. I would advice running units and/or stress tests on the server or on a Linux VM with UI on your Mac. Bughunts are never easyâ¦ On 13 Nov 2012, at 00:33, Igor Stasenko <siguctua(a)gmail.com> wrote: > yeah the dumps are really strange.. > seems like most of the times crashing at this point: > > 0xffc05bd8 M ZnChunkedReadStream>next -613198972: a(n) ZnChunkedReadStream > 0xffc05bfc M ZnUTF8Encoder>nextFromStream: -613185216: a(n) ZnUTF8Encoder > 0xffc05c30 M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) > ZnStringEntity > 0xffc1333c M BlockClosure>on:do: -613184868: a(n) BlockClosure > 0xffc1336c M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) > ZnStringEntity > 0xffc1338c M String class(SequenceableCollection > class)>new:streamContents: -679940384: a(n) String class > 0xffc133ac M String class(SequenceableCollection > class)>streamContents: -679940384: a(n) String class > 0xffc133d8 M ZnStringEntity>readUpToEndFrom: -613186408: a(n) ZnStringEntity > 0xffc133f4 M ZnStringEntity>readFrom: -613186408: a(n) ZnStringEntity > 0xffc13414 M ZnEntity class>readFrom:usingType:andLength: -678925448: > a(n) ZnEntity class > 0xffc13440 M ZnEntityReader>readFrom:usingType:andLength: -613217204: > a(n) ZnEntityReader > 0xffc13474 M ZnEntityReader>readEntityFromStream -613217204: a(n) ZnEntityReader > 0xffc13490 M ZnEntityReader>readEntity -613217204: a(n) ZnEntityReader > 0xffc134ac M ZnResponse(ZnMessage)>readEntityFrom: -614400344: a(n) ZnResponse > 0xffc134c8 M ZnResponse>readEntityFrom: -614400344: a(n) ZnResponse > > On 12 November 2012 16:12, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: >> Hi guys, >> >> I'm sorry for this news. >> >> We have a web app that's is increasingly crashing in production (on linux). >> >> In development (OS X) we couldn't reproduce >> >> We are falling back to the StackVM >> >> Here is some dump data we could get >> >> sebastian >> >> o/ > > -- > Best regards, > Igor Stasenko.

Nov. 13, 2012

Re: [Pharo-project] nonblocking stdin?

by Camillo Bruni

hmm we solved that by changing the behavior of stdin before launching the vm. so you get character by character input, otherwise stdin is only flushed on lf... see the starter script from coral. On 2012-11-13, at 10:01, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > is there a way how to use nonblocking input from stdin? I have a > simple REPL but the stdin is blocking the VM. > > | stdin input lineEnd | > > stdin := FileStream stdin ifNil: [ ^ self ]. > stdin atEnd ifTrue: [ ^ self ]. > > [ > lineEnd := false. > FileStream stdout nextPutAll: '> '. > input := String streamContents: [:s| > [ stdin atEnd or: [lineEnd] ] whileFalse: [ > stdin next ifNotNilDo: [:char| > char = Character lf ifTrue: [lineEnd := true]. > s nextPut: char ]]]. > > [ FileStream stdout print: (Compiler evaluate: input); lf ] > ifError: [:error | FileStream stdout nextPutAll: 'ERROR: ', > error asString; lf]. > > Processor yield. > ] repeat > > Cheers, > -- Pavel >

Nov. 13, 2012

[Pharo-project] nonblocking stdin?

by Pavel Krivanek

Hi, is there a way how to use nonblocking input from stdin? I have a simple REPL but the stdin is blocking the VM. | stdin input lineEnd | stdin := FileStream stdin ifNil: [ ^ self ]. stdin atEnd ifTrue: [ ^ self ]. [ lineEnd := false. FileStream stdout nextPutAll: '> '. input := String streamContents: [:s| [ stdin atEnd or: [lineEnd] ] whileFalse: [ stdin next ifNotNilDo: [:char| char = Character lf ifTrue: [lineEnd := true]. s nextPut: char ]]]. [ FileStream stdout print: (Compiler evaluate: input); lf ] ifError: [:error | FileStream stdout nextPutAll: 'ERROR: ', error asString; lf]. Processor yield. ] repeat Cheers, -- Pavel

Nov. 13, 2012