March 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] WhatsUp from: 2014-03-17 until: 2014-03-31

by Damien Cassou

### Here's what I've been up to since the last WhatsUp: Pillar http://www.smalltalkhub.com/#!/~Pier/Pillar - inspector http://www.youtube.com/watch?v=6PrTaROp05c - refactorings - bug fixing Pier - meeting with Stephan Eggermont on how to collaborate for Pier/Pillar Pharo Launcher http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher - the new launcher is 10 times faster when browsing jenkins jobs, give it a try - more improvements Phratch packaging for Ubuntu https://launchpad.net/~pharo/+archive/stable/ - initial release for recent Ubuntu versions ### What's next, until 2014-03-31 (*): Pillar - new stable release Phratch packaging for Ubuntu https://launchpad.net/~pharo/+archive/stable/ - release for Ubuntu Precise -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

March 18, 2014

Better catalog builder

by Pharo4Stef

Hi guys I improved the catalog builder to take into more sources of configurations. I will add an Error log to identify potential problems. Stef

March 18, 2014

get.pharo.org behind proxy

by Ciprian Teodorov

Hi guys, While trying to get pharo using the zeroconf scripts I had some problems due to the proxy server. Is there any way of specifying the proxy to be used. I've tried something like: curl -x server:port get.pharo.org/20+vm | bash but it does not work Cheers -- Dr. Ciprian TEODOROV IngÃ©nieur de Recherche tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

March 18, 2014

Re: [Pharo-dev] FileSystem-Git status update

by FranÃ§ois Stephany

Thanks a lot for this work. I don't know for others but I hope it will streamline my development workflow :) On Fri, Mar 14, 2014 at 8:38 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > > On 14 Mar 2014, at 13:00, Vincent Blondeau < > vincent.blondeau(a)polytech-lille.net> wrote: > > > Le 14/03/2014 11:11, Max Leske a Ã©crit : > >> Hi everyone > >> > >> I promised to keep you posted about the progress, so here goes: > >> > >> - Esteban and I worked together yesterday and we got callbacks working > >> - I will now do some cleanup so that its actually possible to work on > libgit2 (some bindings have changed between versions 0.18 and 0.20 and I > need to find out which) > >> - Esteban and I will sit together again on Monday and prepare work for > others / implement the object model on top of libgit2. I hope that we can > separate tasks so that multiple people can work in parallel > >> > >> In my opinion we should be able to create local repositories, perform > commits, switch branches and do checkouts by tuesday next week. > Optimistically, fetch and push should also work by the end of the week. > >> But thatâs really just conjecture and Iâll keep you all posted. > >> > >> Just a reminder: at the moment we are working to get Git running with > NativeBoost *at all*. Plans for abstraction, Monticello <-> Git, Github > etc. should certainly be discussed, but donât expect those things to be > there at the end of next week. > >> > >> Max > >> > >> > > That's seems cool ! > > > > As you will use NativeBoost, do you plan to do it works under Windows 7 ? > > yep. > Guysâ¦ the default answer to that is always: yes. Any package/addition is > useless if it does not works in all the supported platforms (with possible > exception of mobile platforms). > Said soâ¦ you always has to start from some placeâ¦ :) > > Esteban > > > > > Vincent > > > > >

March 18, 2014

Re: [Pharo-dev] pharo sound should be working

by Esteban Lorenzano

Nicolai, can this be your problem? btwâ¦ I can give a try to pulse module, but now now, and not for pharo3â¦ time time time (and you knowâ¦ it would be an enhancement, not a bug fixâ¦ so is for pharo4 :) ) Esteban On 18 Mar 2014, at 09:43, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > > > Begin forwarded message: > >> From: xavier MESSNER <xmessner(a)gmail.com> >> Subject: Re: [Pharo-dev] pharo sound should be working >> Date: 17 Mar 2014 22:12:30 GMT+1 >> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> Salut StÃ©phane, >> >> Les modifications apportÃ©es corrigent le problÃ¨me. Le son fonctionne correctement mais uniquement si le serveur sonore Pulseaudio n'est pas dÃ©marrÃ©, ce qui n'est pas le cas pour les distributions modernes ou orientÃ©es desktop. Pour avoir du son j'ai dÃ» dÃ©sactiver pulseaudio. >> >> Voici comment j'ai procÃ©dÃ©. >> >> Dans ~/.pulse/client.conf >> >> autospawn = no >> >> Cela permet de ne pas relancer le service en automatique >> >> Ensuite >> >> killall pulseaudio >> >> Maintenant je suis dans une configuration "idÃ©ale" et j'ai pu rejouer la mÃ©lodie de pacman :) >> >> Seulement, si le serveur de son pulseaudio est lancÃ© j'ai cela qui apparaÃ®t dans la console >> >> sound_Start(default) >> soundStart: snd_add_pcm_handler: Fonction non implantÃ©e >> sound_Start(default) >> soundStart: snd_add_pcm_handler: Fonction non implantÃ©e >> >> Je suis bien parti de la derniÃ¨re version de la vm disponible comme demanÃ©. >> A mon avis lorsqu'on utilise pulseaudio, il y a conflit avec la vm qui elle veut utiliser alsa. >> >> Xavier. >> >> >> 2014-03-17 20:03 GMT+01:00 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> xavier peux-tu reessayer? >> >> >> Begin forwarded message: >> >>> From: Esteban Lorenzano <estebanlm(a)gmail.com> >>> Subject: Re: [Pharo-dev] pharo sound should be working >>> Date: 17 Mar 2014 15:45:06 GMT+1 >>> To: Pharo Development List <pharo-dev(a)lists.pharo.org> >>> Reply-To: Pharo Development List <pharo-dev(a)lists.pharo.org> >>> >>> can you check with the latest vm now? >>> >>> btwâ¦ you need to install: >>> >>> sudo apt-get install libasound2-plugins:i386 >>> >>> in order to prevent warnings. >>> >>> On 15 Mar 2014, at 00:03, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> >>>> 2014-03-14 21:43 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>>> >>>> Hi, >>>> >>>> so I committed some changes to allow soundplugin to work on the pharovm. >>>> can you please download and test in your platforms? >>>> >>>> Works on windows >>>> >>>> >>>> >>>> (remember, in linux you need libasound2 dependency installed) >>>> >>>> it does not work on linux Ubuntu 12.04.2 LTS >>>> (I have installed libasound2). >>>> >>>> Why don't we include the pulse config again and build the vm-sound-pulse module as well? >>>> As I described it in the issue 12493, vm-sound-oss is buildable too. But current >>>> linux distribution don't provide the older OSS sound system. >>>> (it worked for me with ubuntu 10.04 but not with 12.04) >>>> >>>> >>>> cheers, >>>> Esteban >>>> >>>> >>> >> >> >

March 18, 2014

Fwd: pharo sound should be working

by Pharo4Stef

Begin forwarded message: > From: xavier MESSNER <xmessner(a)gmail.com> > Subject: Re: [Pharo-dev] pharo sound should be working > Date: 17 Mar 2014 22:12:30 GMT+1 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Salut StÃ©phane, > > Les modifications apportÃ©es corrigent le problÃ¨me. Le son fonctionne correctement mais uniquement si le serveur sonore Pulseaudio n'est pas dÃ©marrÃ©, ce qui n'est pas le cas pour les distributions modernes ou orientÃ©es desktop. Pour avoir du son j'ai dÃ» dÃ©sactiver pulseaudio. > > Voici comment j'ai procÃ©dÃ©. > > Dans ~/.pulse/client.conf > > autospawn = no > > Cela permet de ne pas relancer le service en automatique > > Ensuite > > killall pulseaudio > > Maintenant je suis dans une configuration "idÃ©ale" et j'ai pu rejouer la mÃ©lodie de pacman :) > > Seulement, si le serveur de son pulseaudio est lancÃ© j'ai cela qui apparaÃ®t dans la console > > sound_Start(default) > soundStart: snd_add_pcm_handler: Fonction non implantÃ©e > sound_Start(default) > soundStart: snd_add_pcm_handler: Fonction non implantÃ©e > > Je suis bien parti de la derniÃ¨re version de la vm disponible comme demanÃ©. > A mon avis lorsqu'on utilise pulseaudio, il y a conflit avec la vm qui elle veut utiliser alsa. > > Xavier. > > > 2014-03-17 20:03 GMT+01:00 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > xavier peux-tu reessayer? > > > Begin forwarded message: > >> From: Esteban Lorenzano <estebanlm(a)gmail.com> >> Subject: Re: [Pharo-dev] pharo sound should be working >> Date: 17 Mar 2014 15:45:06 GMT+1 >> To: Pharo Development List <pharo-dev(a)lists.pharo.org> >> Reply-To: Pharo Development List <pharo-dev(a)lists.pharo.org> >> >> can you check with the latest vm now? >> >> btwâ¦ you need to install: >> >> sudo apt-get install libasound2-plugins:i386 >> >> in order to prevent warnings. >> >> On 15 Mar 2014, at 00:03, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> 2014-03-14 21:43 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >>> Hi, >>> >>> so I committed some changes to allow soundplugin to work on the pharovm. >>> can you please download and test in your platforms? >>> >>> Works on windows >>> >>> >>> >>> (remember, in linux you need libasound2 dependency installed) >>> >>> it does not work on linux Ubuntu 12.04.2 LTS >>> (I have installed libasound2). >>> >>> Why don't we include the pulse config again and build the vm-sound-pulse module as well? >>> As I described it in the issue 12493, vm-sound-oss is buildable too. But current >>> linux distribution don't provide the older OSS sound system. >>> (it worked for me with ubuntu 10.04 but not with 12.04) >>> >>> >>> cheers, >>> Esteban >>> >>> >> > >

March 18, 2014

[SO] Can't launch Pharo2 on Windows 8.1

by Max Leske

http://stackoverflow.com/questions/22468130/pharo-smalltalk-dont-open-windo…

March 18, 2014

[ANN] RenoirSt 1.1.0 released!

by Gabriel Cotelli

Hi, I'm announcing the second official release of RenoirSt, a DSL enabling programmatic cascading style sheet generation for Pharo. Changelog 1.1.0 - Issue #17 Added support for comments - Issue #2 Improved formatting of rules inside media queries - Issue #7 Improved formula notation support in selectors - Issue #21 Compatibility with Units package - Issue #23 Fixed typo: Lenght must be Length - Issue #15 Added "Seaside" configuration with useful extensions - Updated Tutorial Load it in your Pharo image using the Configuration Browser (RenoirSt y RenoirStPlusSeaside configuratios), or visit the project page<http://gcotelli.github.io/RenoirSt/> and GitHub repository <https://github.com/gcotelli/RenoirSt> for more information on the supported and planned features, and check-out the online tutorial.<https://github.com/gcotelli/RenoirSt/blob/stable/docs/tutorial/Tutorial%20-…> I hope you find it useful. Feel free to ask any questions, suggest ideas and improvements, or report bugs (the issue tracker is in GitHub).

March 18, 2014

Re: [Pharo-dev] NBOpenGL on Windows

by Igor Stasenko

On 17 March 2014 20:50, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014-03-17 18:09 GMT+01:00 Igor Stasenko <siguctua(a)gmail.com>: > > >> >> >> On 17 March 2014 16:57, Ben Coman <btc(a)openinworld.com> wrote: >> >>> >>> As NBOpenBL gets broader use by end-users of applications like Roassal, >>> there is a good chance of a flood of these reports. Maybe too late to get >>> into Pharo3, but it would good (if possible) for system checking be built >>> in to determine the feature support of a user's graphic card. >>> >>> Alternatively, such reports might be reduced with better indication its >>> a lack of feature rather than an error. >>> For example: >>> NBGLFrameBuffer(Object)>>unspportedFeature: >>> looks better than : >>> NBGLFrameBuffer(Object)>>error: >>> >>> >> What does it changes? This error is going from OpenGL itself. >> GL_FRAMEBUFFER_UNSUPPORTED is a constant reported by opengl.. >> are you going to introduce separate error-handling method for each and >> every possible error code which opengl produces (includes hundreds of >> extensions and more coming each year) ? >> If yes, then i wish you good luck! :) >> >> The complete error description can be found in corresponding OpenGL >> documentation. As well as recommendations what to do and what not. And i am >> not going to teach how to use OpenGL library. ;) >> >> >> >>> cheers -ben >>> >>> >>> In another thread Ronie Salgado wrote: >>> >>> Hi Nicolai, >>> >>> What are your system specs?, specially your graphic card. >>> Roassal3D requires a graphic card with at least OpenGL 2.0 support. >>> Try updating your graphic drivers >>> >>> Greetings, >>> Ronie >>> >>> >>> >>> This thread Igor Stasenko wrote: >>> >>> >>> >>> >>> On 17 March 2014 12:13, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> >>>> >>>> 2014-03-17 11:49 GMT+01:00 Igor Stasenko <siguctua(a)gmail.com>: >>>> >>>> https://ci.inria.fr/pharo-contribution/job/NBOpenGL/ >>>>> >>>>> >>>>> On 16 March 2014 00:02, Nicolai Hess <nicolaihess(a)web.de> wrote: >>>>> >>>>>> Is there a working version (maybe with examples) >>>>>> for NBOpenGL on Windows? >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>> >>>> >>>> Thank you Igor, >>>> >>>> now the question is, what to do with this? >>>> It looks like the same version I would get on installing Roassal3D, >>>> which doesn't >>>> work (all windows are empty). >>>> >>>> Running >>>> GLViewportMorph new openInWorld >>>> or >>>> GLTTRenderingDemo new openInWorld >>>> results in an error >>>> NBGLFrameBuffer(Object)>>error: >>>> 'Frame buffer is incomplete: GL_FRAMEBUFFER_UNSUPPORTED' >>>> >>>> >>> so your graphics card/driver don't supports requested configuration of >>> framebuffer used in demo. >>> >>> all you have to do is to implement own, which will work on your >>> machine. >>> since you got that message, the NBOpenGL works fine. >>> >>> >>>> >>>> Nicolai >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > Ok, looks like it is a driver issue. On another windows machine, creating > the frame buffer object works > (no more GL_FRAMEBUFFER_UNSUPPORTED error). But the rendering looks > strange, this is not how > it is supposed to look, right? > > Screenshot attached: > not quite, but at least it is functional. Maybe there was changes in code which causing artifacts. -- Best regards, Igor Stasenko.

March 18, 2014

Re: [Pharo-dev] Buffer overflow in VM?

by btc＠openinworld.com

Forwarded to VM list. Jan Vrany wrote: > Hi guys, > > when validating fix from Ben, I found another interesting thing: > > 1) Create quite a deeply nested directory, in my case full path was: > > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf > > > (yes, it's that crazy, nevertheless perfectly valid. 248 bytes in > total. > > 2) Download last pharo to the inner-most directory: > wget -O- get.pharo.org/30+vm | bash > > 3) run it: > ./pharo-ui Pharo.image > > VM crashes, producing following on stdout/err: > > *** buffer overflow detected ***: > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo > terminated > ======= Backtrace: ========= > /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x65)[0xf763ded5] > /lib/i386-linux-gnu/libc.so.6(+0x103c8a)[0xf763cc8a] > /lib/i386-linux-gnu/libc.so.6(+0x1032e8)[0xf763c2e8] > /lib/i386-linux-gnu/libc.so.6(_IO_default_xsputn+0x91)[0xf75ac501] > /lib/i386-linux-gnu/libc.so.6(_IO_vfprintf+0x2352)[0xf757de02] > /lib/i386-linux-gnu/libc.so.6(__vsprintf_chk+0xc9)[0xf763c3b9] > /lib/i386-linux-gnu/libc.so.6(__sprintf_chk+0x2f)[0xf763c2cf] > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo[0x8098763] > > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo(ioLoadModule+0x172)[0x8098a72] > > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo(queryLoadModule+0x123)[0x809a393] > > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo(queryModule+0x1f)[0x809a47f] > > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo(main+0x4e9)[0x805b519] > > /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xf75524d3] > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo[0x805b5f1] > > ======= Memory map: ======== > 08048000-0812c000 r-xp 00000000 fc:00 5779868 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo > > 0812c000-0812d000 r--p 000e3000 fc:00 5779868 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo > > 0812d000-08137000 rw-p 000e4000 fc:00 5779868 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/pharo > > 08137000-08173000 rw-p 00000000 00:00 0 > 08b12000-08b33000 rw-p 00000000 00:00 0 [heap] > f6f5d000-f6f79000 r-xp 00000000 fc:00 2913365 > /lib/i386-linux-gnu/libgcc_s.so.1 > f6f79000-f6f7a000 r--p 0001b000 fc:00 2913365 > /lib/i386-linux-gnu/libgcc_s.so.1 > f6f7a000-f6f7b000 rw-p 0001c000 fc:00 2913365 > /lib/i386-linux-gnu/libgcc_s.so.1 > f6f7b000-f6f82000 r-xp 00000000 fc:00 2989741 > /lib/i386-linux-gnu/librt-2.15.so > f6f82000-f6f83000 r--p 00006000 fc:00 2989741 > /lib/i386-linux-gnu/librt-2.15.so > f6f83000-f6f84000 rw-p 00007000 fc:00 2989741 > /lib/i386-linux-gnu/librt-2.15.so > f6f84000-f6f89000 r-xp 00000000 fc:00 3841794 > /usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0 > f6f89000-f6f8a000 r--p 00004000 fc:00 3841794 > /usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0 > f6f8a000-f6f8b000 rw-p 00005000 fc:00 3841794 > /usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0 > f6f8b000-f6f8d000 r-xp 00000000 fc:00 3841792 > /usr/lib/i386-linux-gnu/libXau.so.6.0.0 > f6f8d000-f6f8e000 r--p 00001000 fc:00 3841792 > /usr/lib/i386-linux-gnu/libXau.so.6.0.0 > f6f8e000-f6f8f000 rw-p 00002000 fc:00 3841792 > /usr/lib/i386-linux-gnu/libXau.so.6.0.0 > f6f8f000-f6f9a000 r-xp 00000000 fc:00 3801636 > /usr/lib/i386-linux-gnu/libdrm.so.2.4.0 > f6f9a000-f6f9b000 r--p 0000a000 fc:00 3801636 > /usr/lib/i386-linux-gnu/libdrm.so.2.4.0 > f6f9b000-f6f9c000 rw-p 0000b000 fc:00 3801636 > /usr/lib/i386-linux-gnu/libdrm.so.2.4.0 > f6f9c000-f6fbc000 r-xp 00000000 fc:00 3846353 > /usr/lib/i386-linux-gnu/libxcb.so.1.1.0 > f6fbc000-f6fbd000 r--p 0001f000 fc:00 3846353 > /usr/lib/i386-linux-gnu/libxcb.so.1.1.0 > f6fbd000-f6fbe000 rw-p 00020000 fc:00 3846353 > /usr/lib/i386-linux-gnu/libxcb.so.1.1.0 > f6fbe000-f6fd4000 r-xp 00000000 fc:00 3843823 > /usr/lib/i386-linux-gnu/libxcb-glx.so.0.0.0 > f6fd4000-f6fd5000 r--p 00016000 fc:00 3843823 > /usr/lib/i386-linux-gnu/libxcb-glx.so.0.0.0 > f6fd5000-f6fd6000 rw-p 00017000 fc:00 3843823 > /usr/lib/i386-linux-gnu/libxcb-glx.so.0.0.0 > f6fd6000-f6fdb000 r-xp 00000000 fc:00 3846389 > /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0 > f6fdb000-f6fdc000 r--p 00004000 fc:00 3846389 > /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0 > f6fdc000-f6fdd000 rw-p 00005000 fc:00 3846389 > /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0 > f6fdd000-f6fdf000 r-xp 00000000 fc:00 3843329 > /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0 > f6fdf000-f6fe0000 r--p 00001000 fc:00 3843329 > /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0 > f6fe0000-f6fe1000 rw-p 00002000 fc:00 3843329 > /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0 > f6fe1000-f6ff1000 r-xp 00000000 fc:00 3846377 > /usr/lib/i386-linux-gnu/libXext.so.6.4.0 > f6ff1000-f6ff2000 r--p 0000f000 fc:00 3846377 > /usr/lib/i386-linux-gnu/libXext.so.6.4.0 > f6ff2000-f6ff3000 rw-p 00010000 fc:00 3846377 > /usr/lib/i386-linux-gnu/libXext.so.6.4.0 > f6ff3000-f7126000 r-xp 00000000 fc:00 3846357 > /usr/lib/i386-linux-gnu/libX11.so.6.3.0 > f7126000-f7127000 r--p 00132000 fc:00 3846357 > /usr/lib/i386-linux-gnu/libX11.so.6.3.0 > f7127000-f712a000 rw-p 00133000 fc:00 3846357 > /usr/lib/i386-linux-gnu/libX11.so.6.3.0 > f712a000-f7181000 r-xp 00000000 fc:00 3806685 > /usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0 > f7181000-f7183000 r--p 00056000 fc:00 3806685 > /usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0 > f7183000-f7188000 rwxp 00058000 fc:00 3806685 > /usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0 > f71ac000-f71c4000 r-xp 00000000 fc:00 5779870 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/vm-display-X11 > > f71c4000-f71c5000 r--p 00017000 fc:00 5779870 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/vm-display-X11 > > f71c5000-f71c6000 rw-p 00018000 fc:00 5779870 > /home/jv/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf/pharo-vm/vm-display-X11 > > f71c6000-f71c7000 rw-p 00000000 00:00 0 > f71c7000-f71c8000 r--p 00461000 fc:00 3688627 > /usr/lib/locale/locale-archive > f71c8000-f7338000 r--p 001bc000 fc:00 3688627 > /usr/lib/locale/locale-archive > f7338000-f7538000 r--p 00000000 fc:00 3688627 > /usr/lib/locale/locale-archive > f7538000-f7539000 rw-p 00000000 00:00 0 > f7539000-f76dd000 r-xp 00000000 fc:00 2989731 > /lib/i386-linux-gnu/libc-2.15.so > f76dd000-f76de000 ---p 001a4000 fc:00 2989731 > /lib/i386-linux-gnu/libc-2.15.so > f76de000-f76e0000 r--p 001a4000 fc:00 2989731 > /lib/i386-linux-gnu/libc-2.15.so > f76e0000-f76e1000 rw-p 001a6000 fc:00 2989731 > /lib/i386-linux-gnu/libc-2.15.so > f76e1000-f76e4000 rw-p 00000000 00:00 0 > f76e4000-f76fb000 r-xp 00000000 fc:00 2989747 > /lib/i386-linux-gnu/libpthread-2.15.so > f76fb000-f76fc000 r--p 00016000 fc:00 2989747 > /lib/i386-linux-gnu/libpthread-2.15.so > f76fc000-f76fd000 rw-p 00017000 fc:00 2989747 > /lib/i386-linux-gnu/libpthread-2.15.so > f76fd000-f7700000 rw-p 00000000 00:00 0 > f7700000-f7703000 r-xp 00000000 fc:00 2989746 > /lib/i386-linux-gnu/libdl-2.15.so > f7703000-f7704000 r--p 00002000 fc:00 2989746 > /lib/i386-linux-gnu/libdl-2.15.so > f7704000-f7705000 rw-p 00003000 fc:00 2989746 > /lib/i386-linux-gnu/libdl-2.15.so > f7705000-f772f000 r-xp 00000000 fc:00 2989763 > /lib/i386-linux-gnu/libm-2.15.so > f772f000-f7730000 r--p 00029000 fc:00 2989763 > /lib/i386-linux-gnu/libm-2.15.so > f7730000-f7731000 rw-p 0002a000 fc:00 2989763 > /lib/i386-linux-gnu/libm-2.15.so > f7735000-f7736000 rw-p 00000000 00:00 0 > f7736000-f773a000 r-xp 00000000 fc:00 3846693 > /usr/lib/i386-linux-gnu/libXxf86vm.so.1.0.0 > f773a000-f773b000 r--p 00003000 fc:00 3846693 > /usr/lib/i386-linux-gnu/libXxf86vm.so.1.0.0 > f773b000-f773c000 rw-p 00004000 fc:00 3846693 > /usr/lib/i386-linux-gnu/libXxf86vm.so.1.0.0 > f773c000-f773d000 r-xp 00000000 fc:00 3843521 > /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 > f773d000-f773e000 r--p 00000000 fc:00 3843521 > /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 > f773e000-f773f000 rw-p 00001000 fc:00 3843521 > /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 > f773f000-f774e000 r-xp 00000000 fc:00 3803606 > /usr/lib/i386-linux-gnu/libglapi.so.0.0.0 > f774e000-f7750000 r--p 0000f000 fc:00 3803606 > /usr/lib/i386-linux-gnu/libglapi.so.0.0.0 > f7750000-f7755000 rwxp 00011000 fc:00 3803606 > /usr/lib/i386-linux-gnu/libglapi.so.0.0.0 > f7755000-f7757000 rw-p 00000000 00:00 0 > f7757000-f7758000 r-xp 00000000 00:00 0 [vdso] > f7758000-f7778000 r-xp 00000000 fc:00 2989754 > /lib/i386-linux-gnu/ld-2.15.so > f7778000-f7779000 r--p 0001f000 fc:00 2989754 > /lib/i386-linux-gnu/ld-2.15.so > f7779000-f777a000 rw-p 00020000 fc:00 2989754 > /lib/i386-linux-gnu/ld-2.15.so > ffe2a000-ffe4c000 rw-p 00000000 00:00 0 [stack] > ./pharo-ui: line 11: 31488 Aborted (core dumped) > "$DIR"/"pharo-vm/pharo" "$@" > jv@sao:~/Projects/Pharo/3.0/dsdsadasdsadasdas/DasDasDasdASdASdASDasDas/das/das/das/dasd/dasdasdastget4efdsfsd/dasdasdasdasda/dadasdasdasdas/dasdasdadasdasdadasdasdasdasdasdasdasdsadas/dadasdasdasdasrewgdfgbfdcghbcfgdf/gdf/gdfgdfgdf/gdfg/df/gdf/gdf$ > > > Running it under GDB shows following backtrace: > > Program received signal SIGABRT, Aborted. > 0xf7fdb430 in __kernel_vsyscall () > (gdb) bt > #0 0xf7fdb430 in __kernel_vsyscall () > #1 0xf7deb1df in raise () from /lib/i386-linux-gnu/libc.so.6 > #2 0xf7dee825 in abort () from /lib/i386-linux-gnu/libc.so.6 > #3 0xf7e2839a in ?? () from /lib/i386-linux-gnu/libc.so.6 > #4 0xf7ec1ed5 in __fortify_fail () from /lib/i386-linux-gnu/libc.so.6 > #5 0xf7ec0c8a in __chk_fail () from /lib/i386-linux-gnu/libc.so.6 > #6 0xf7ec02e8 in ?? () from /lib/i386-linux-gnu/libc.so.6 > #7 0xf7e30501 in _IO_default_xsputn () from > /lib/i386-linux-gnu/libc.so.6 > #8 0xf7e01e02 in vfprintf () from /lib/i386-linux-gnu/libc.so.6 > #9 0xf7ec03b9 in __vsprintf_chk () from /lib/i386-linux-gnu/libc.so.6 > #10 0xf7ec02cf in __sprintf_chk () from /lib/i386-linux-gnu/libc.so.6 > #11 0x08098763 in tryLoading () > #12 0x08098a72 in ioLoadModule () > #13 0x0809a393 in queryLoadModule () > #14 0x0809a47f in queryModule () > #15 0x0805b519 in main () > > Good you compile with -fstack-protector :-) > > Best, Jan > >

March 18, 2014