October 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] VM crash on Ubuntu 14.04

by Esteban Lorenzano

at the side of the binary of the vm? > On 22 Oct 2015, at 16:53, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > > No, I cannot find any file named crash.dmp or anything containing the word crash in my home dir (using find | grep crash ) > > >> On Oct 22, 2015, at 11:40, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> is there a crash,dmp? >> >>> On 22 Oct 2015, at 16:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> >>> Bump. >>> >>> Nobody can at least tell me how to get more debug info? >>> >>>> On Oct 21, 2015, at 15:25, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>>> >>>> Hi all, >>>> >>>> I am having some unpleasant experiences on Ubuntu 14.04 (experimenting with Live Robot Programming on PhaROS). The VM crashes after a random amount of time (< 25 minutes), with no clear sequence of steps on how to reproduce the crash. I am using Pharo 4 (Pharo 40622 as installed by PhaROS) + Roassal which required an install of libcairo2:i386 . VM version details below. >>>> >>>> There is no printout on stdout, and the debug.log does not contain recent entries (timestamp is always some minutes before the actual crash happens). >>>> >>>> Is this a known problem? If so, how can I fix it, and if not how can I provide more debugging info? >>>> >>>> Thanks in advance! >>>> >>>> vm version: >>>> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] >>>> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-484 >>>> 1-a965-2975997bba66 May 15 2014 >>>> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2 >>>> 975997bba66 May 15 2014 >>>> https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406 >>>> f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm@ >>>> gmail.com> Jenkins build #14826 >>>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 201 >>>> 2 i686 i686 i386 GNU/Linux >>>> plugin path: /home/jfabry/catkin_ws/src/pharo/vm/ [default: /home/jfabry/catkin_ >>>> ws/src/pharo/vm/] >>>> >>>> >>>> ---> Save our in-boxes! http://emailcharter.org <--- >>>> >>>> Johan Fabry - http://pleiad.cl/~jfabry >>>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>>> >>>> >>>> >>> >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>> >>> >> >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >

Oct. 22, 2015

Re: [Pharo-users] VM crash on Ubuntu 14.04

by Johan Fabry

No, I cannot find any file named crash.dmp or anything containing the word crash in my home dir (using find | grep crash ) > On Oct 22, 2015, at 11:40, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > is there a crash,dmp? > >> On 22 Oct 2015, at 16:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> >> Bump. >> >> Nobody can at least tell me how to get more debug info? >> >>> On Oct 21, 2015, at 15:25, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> >>> Hi all, >>> >>> I am having some unpleasant experiences on Ubuntu 14.04 (experimenting with Live Robot Programming on PhaROS). The VM crashes after a random amount of time (< 25 minutes), with no clear sequence of steps on how to reproduce the crash. I am using Pharo 4 (Pharo 40622 as installed by PhaROS) + Roassal which required an install of libcairo2:i386 . VM version details below. >>> >>> There is no printout on stdout, and the debug.log does not contain recent entries (timestamp is always some minutes before the actual crash happens). >>> >>> Is this a known problem? If so, how can I fix it, and if not how can I provide more debugging info? >>> >>> Thanks in advance! >>> >>> vm version: >>> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] >>> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-484 >>> 1-a965-2975997bba66 May 15 2014 >>> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2 >>> 975997bba66 May 15 2014 >>> https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406 >>> f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm@ >>> gmail.com> Jenkins build #14826 >>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 201 >>> 2 i686 i686 i386 GNU/Linux >>> plugin path: /home/jfabry/catkin_ws/src/pharo/vm/ [default: /home/jfabry/catkin_ >>> ws/src/pharo/vm/] >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>> >>> >>> >> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >> >> > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Oct. 22, 2015

Re: [Pharo-users] VM crash on Ubuntu 14.04

by Esteban Lorenzano

is there a crash,dmp? > On 22 Oct 2015, at 16:37, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Bump. > > Nobody can at least tell me how to get more debug info? > >> On Oct 21, 2015, at 15:25, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> >> Hi all, >> >> I am having some unpleasant experiences on Ubuntu 14.04 (experimenting with Live Robot Programming on PhaROS). The VM crashes after a random amount of time (< 25 minutes), with no clear sequence of steps on how to reproduce the crash. I am using Pharo 4 (Pharo 40622 as installed by PhaROS) + Roassal which required an install of libcairo2:i386 . VM version details below. >> >> There is no printout on stdout, and the debug.log does not contain recent entries (timestamp is always some minutes before the actual crash happens). >> >> Is this a known problem? If so, how can I fix it, and if not how can I provide more debugging info? >> >> Thanks in advance! >> >> vm version: >> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-484 >> 1-a965-2975997bba66 May 15 2014 >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2 >> 975997bba66 May 15 2014 >> https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406 >> f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm@ >> gmail.com> Jenkins build #14826 >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 201 >> 2 i686 i686 i386 GNU/Linux >> plugin path: /home/jfabry/catkin_ws/src/pharo/vm/ [default: /home/jfabry/catkin_ >> ws/src/pharo/vm/] >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >> >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >

Oct. 22, 2015

Re: [Pharo-users] VM crash on Ubuntu 14.04

by Johan Fabry

Bump. Nobody can at least tell me how to get more debug info? > On Oct 21, 2015, at 15:25, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hi all, > > I am having some unpleasant experiences on Ubuntu 14.04 (experimenting with Live Robot Programming on PhaROS). The VM crashes after a random amount of time (< 25 minutes), with no clear sequence of steps on how to reproduce the crash. I am using Pharo 4 (Pharo 40622 as installed by PhaROS) + Roassal which required an install of libcairo2:i386 . VM version details below. > > There is no printout on stdout, and the debug.log does not contain recent entries (timestamp is always some minutes before the actual crash happens). > > Is this a known problem? If so, how can I fix it, and if not how can I provide more debugging info? > > Thanks in advance! > > vm version: > 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] > NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-484 > 1-a965-2975997bba66 May 15 2014 > NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2 > 975997bba66 May 15 2014 > https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406 > f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm@ > gmail.com> Jenkins build #14826 > Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 201 > 2 i686 i686 i386 GNU/Linux > plugin path: /home/jfabry/catkin_ws/src/pharo/vm/ [default: /home/jfabry/catkin_ > ws/src/pharo/vm/] > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Sven Van Caekenberghe

> On 22 Oct 2015, at 16:00, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 22/10/15 12:01, Sven Van Caekenberghe wrote: >> >>> On 22 Oct 2015, at 11:14, Hilaire <hilaire(a)drgeo.eu> wrote: >>> >>> Le 21/10/2015 22:26, olivier auverlot a Ã©crit : >>>> Hi Hilaire, >>>> >>>> Take a look in the Artefact demos. I think there are a PDF document >>>> with a monetary character. >>>> >>> >>> Indeed ((128 asCharacter) asString). >> >> I am pretty sure this is wrong. The Unicode code point for the Euro symbol is decimal 8364 and not 128. > > Yes, it might be ISO-Latin-1. There are several codepages having â¬ at 128. PDF support several encodings, I don't know what Artefact uses by default. > > Stephan Indeed, I spoke too quickly, several indeed do (44 out of 69 defined): ZnByteEncoder knownEncodingIdentifiers select: [ :each | (ZnByteEncoder newForEncoding: each) characterDomain includes: $â¬ ]. (ZnByteEncoder knownEncodingIdentifiers collect: [ :each | ZnByteEncoder newForEncoding: each ]) select: [ :each | each characterDomain includes: $â¬ ] thenCollect: [ :each | each identifier -> (each encodeString: $â¬ asString) ]. Most but not all use 128 as encoding. But Latin1 is not one of them (at least not in the strict interpretation). ZnCharacterEncoder latin1 encodeString: $â¬ asString. Sven

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Henrik Johansen

> On 22 Oct 2015, at 3:31 , Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > I do also use two different implementations for artefact/pdf and html: > > artefact: > 128 asCharacter asString > > html: > 'â¬' > > same would be great https://www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/PDF32000_2008.pdf <https://www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/PDF32000_2008.pdf> 4.9 character "character numeric code representing an abstract symbol according to some defined character encoding rule NOTE 1 There are three manifestations of characters in PDF, depending on context: â¢ A PDF file is represented as a sequence of 8-bit bytes, some of which are interpreted as character codes in the ASCII character set and some of which are treated as arbitrary binary data depending upon the context. â¢ The contents (data) of a string or stream object in some contexts are interpreted as character codes in the PDFDocEncoding or UTF-16 character set. â¢ The contents of a string within a PDF content stream in some situations are interpreted as character codes that select glyphs to be drawn on the page according to a character encoding that is associated with the text font. " What those contexts are, I don't know, but they all need to be handled differently; - For bullet one, there's nothing to do. - For bullet 2, there needs to be an encoding layer which converts the strings to proper format when writing the PDF, see section 7.9.2. Seems to me the process would be simpler when writing the file if one ignored PDFDocEncoding altogether and eiter write ascii, or convert to BOM-marked UTF16 (in the same way we write ASCII or BOM-marked UTF8 for chunk files) - For bullet 3, one would need to convert to the fonts character set. Cheers Henry

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Stephan Eggermont

On 22/10/15 12:01, Sven Van Caekenberghe wrote: > >> On 22 Oct 2015, at 11:14, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> Le 21/10/2015 22:26, olivier auverlot a Ã©crit : >>> Hi Hilaire, >>> >>> Take a look in the Artefact demos. I think there are a PDF document >>> with a monetary character. >>> >> >> Indeed ((128 asCharacter) asString). > > I am pretty sure this is wrong. The Unicode code point for the Euro symbol is decimal 8364 and not 128. Yes, it might be ISO-Latin-1. There are several codepages having â¬ at 128. PDF support several encodings, I don't know what Artefact uses by default. Stephan

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Sven Van Caekenberghe

> On 22 Oct 2015, at 15:31, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > I do also use two different implementations for artefact/pdf and html: > > artefact: > 128 asCharacter asString I am still very curious to know in which character encoding that is the case ? https://en.wikipedia.org/wiki/Currency_sign_(typography) > html: > 'â¬' > > same would be great > > > > > 2015-10-22 15:11 GMT+02:00 HilaireFernandes [via Smalltalk] <[hidden email]>: > Le 22/10/2015 12:01, Sven Van Caekenberghe a Ã©crit : > > I am pretty sure this is wrong. The Unicode code point for the Euro symbol is decimal 8364 and not 128. > > > > https://en.wikipedia.org/wiki/Euro_sign > Indeed. I guess the 128 value is for 8 bits char encoding, and it is the > one required by Artefact. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Artefact-and-WideString-tp4857147p4857323.html > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Pharo Smalltalk Users, click here. > NAML > > > View this message in context: Re: Artefact and WideString > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Sabine Manaa

I do also use two different implementations for artefact/pdf and html: artefact: 128 asCharacter asString html: 'â¬' same would be great 2015-10-22 15:11 GMT+02:00 HilaireFernandes [via Smalltalk] < ml-node+s1294792n4857323h8(a)n4.nabble.com>: > Le 22/10/2015 12:01, Sven Van Caekenberghe a Ã©crit : > > I am pretty sure this is wrong. The Unicode code point for the Euro > symbol is decimal 8364 and not 128. > > > > https://en.wikipedia.org/wiki/Euro_sign > Indeed. I guess the 128 value is for 8 bits char encoding, and it is the > one required by Artefact. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/Artefact-and-WideString-tp4857147p4857323.html > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Users, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Artefact-and-WideString-tp4857147p4857325.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 22, 2015

Re: [Pharo-users] Artefact and WideString

by Hilaire

Le 22/10/2015 12:01, Sven Van Caekenberghe a Ã©crit : > I am pretty sure this is wrong. The Unicode code point for the Euro symbol is decimal 8364 and not 128. > > https://en.wikipedia.org/wiki/Euro_sign Indeed. I guess the 128 value is for 8 bits char encoding, and it is the one required by Artefact. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 22, 2015