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

[ANN] RenoirSt 1.1.0 released!
by Gabriel Cotelli March 18, 2014

March 18, 2014

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).

1 0

Re: [Pharo-dev] NBOpenGL on Windows
by Igor Stasenko March 18, 2014

March 18, 2014

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.

3 4

Buffer overflow in VM?
by Jan Vrany March 18, 2014

March 18, 2014

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

2 1

Help with metacello configuration needed
by Gabriel Cotelli March 17, 2014

March 17, 2014

Hi guys, I need some help with a metacello configuration. The development version is working OK, but I can't find a way to define a "version" that works. The configuration implies some conditional loading logic and optional groups. Here's the case and how to reproduce it: - Take a 3.0 Pharo image - Add the repository http://smalltalkhub.com/mc/gcotelli/RenoirSt/main and load ConfigurationOfRenoirSt-GabrielOmarCotelli.11. - Open a workspace and print the result of: *(ConfigurationOfRenoirSt project version: '1.1.0') record loadDirective. * *"* *linear load : * * linear load : 1.1.0 [ConfigurationOfRenoirSt]* * load : RenoirSt-GabrielOmarCotelli.28* * load : RenoirSt-HTML-GabrielOmarCotelli.3* * load : RenoirSt-HTML-Tests-GabrielOmarCotelli.4* * load : RenoirSt-Tests-GabrielOmarCotelli.22."* That's the first branch of the conditional loading. Now go to the ConfigurationBrowser and install the stable version of Units package. and retry the previous code, the result now is: *linear load : * * linear load : 1.1.0 [ConfigurationOfRenoirSt]* * load : RenoirSt-GabrielOmarCotelli.28* * load : RenoirSt-HTML-GabrielOmarCotelli.3* * load : RenoirSt-HTML-Tests-GabrielOmarCotelli.4* * load : RenoirSt-Tests-GabrielOmarCotelli.22* * load : RenoirSt-UnitsCompatibility-GabrielOmarCotelli.1* * load : RenoirSt-Seaside-GabrielOmarCotelli.1* * load : RenoirSt-Seaside-Tests-GabrielOmarCotelli.1* when I expect it to be *linear load : * * linear load : 1.1.0 [ConfigurationOfRenoirSt]* * load : RenoirSt-GabrielOmarCotelli.28* * load : RenoirSt-HTML-GabrielOmarCotelli.3* * load : RenoirSt-HTML-Tests-GabrielOmarCotelli.4* * load : RenoirSt-Tests-GabrielOmarCotelli.22* * load : RenoirSt-UnitsCompatibility-GabrielOmarCotelli.1* I don't get why in the second case metacello is trying to load the Seaside related packages when this packages are in a group that should not be loaded by default. *And if I use #development instead of the version name the result is the expected one (actually the versions are the same for development).* Any help is appreciated. Gabriel

1 0

Interesting link
by S Krish March 17, 2014

March 17, 2014

1. Since then, Smalltalk (SqueakNOS <http://squeaknos.blogspot.com/>), Forth (colorForth <http://www.colorforth.com/cf.htm>), and Lisp (Genera<http://en.wikipedia.org/wiki/Genera_(operating_system)>) have all flirted with becoming operating systems, and Oberon<http://en.wikipedia.org/wiki/Oberon_(programming_language)> was designed<http://www.inf.ethz.ch/personal/wirth/ProjectOberon/PO.System.pdf> to be one <http://en.wikipedia.org/wiki/Oberon_(operating_system)> from the start. But none achieved economic success, for the simple reason that none of the projects involved attempted to provide value to people. They solved technical problems to validate that their concepts can work in the real world, but did not pursue the delivery of better solutions to real-world problems than would otherwise be possible.â©<http://davidad.github.io/blog/2014/03/12/the-operating-system-is-out-of-dat…> Pharo hopefully corrects the course.. >From : http://davidad.github.io/blog/2014/03/12/the-operating-system-is-out-of-dat… Most of all, letâs rethink the received wisdom that you should teach your computer to do things in a programming language and run the resulting program on an operating system. A righteous operating system should be a programming language. And for goodness' sake, letâs not use the entire network stack just to talk to another process on the same machine which is responsible for managing a database using the filesystem stack. At least letâs use shared memory (thatâs what itâs *for*!). But if we believe in the future â if we believe in ourselves â letâs dare to ask why, anyway, does the operating system give you this âfilesystemâ thing thatâs no good as a database and expect you to just accept that âstuff on computers goes in folders, lahâ? Any decent software environment ought to have a fully featured database, built in, and no need for a âfilesystemâ.

2 1

Please add me to PharoExtras
by Stephan Eggermont March 17, 2014

March 17, 2014

So I can save a working version of ConfigurationOfXMLSupport (it cannot load XMLWriter, due to a missing mc) Stephan

2 1

NBOpenGL on Windows
by Nicolai Hess March 17, 2014

March 17, 2014

Is there a working version (maybe with examples) for NBOpenGL on Windows?

2 1

Adding a new catalog entry
by Nicolas Cellier March 17, 2014

March 17, 2014

Hi, I tested ArbitraryPrecisionFloat in Pharo3.0 where it works OK. I prepared a Metacello ConfigurationOfArbitraryPrecisionFloat at obsolescent http://www.squeaksource.com/MetacelloRepository How am I supposed to add an entry in MetaRepoForPharo30, should someone give me access?

4 12

Just a reminder
by Friedrich Dominicus March 17, 2014

March 17, 2014

That if you the developers of Phar change things many have to follow and it comes to things like this: "protocol: version dependent" platformName "After Squeak version 3.6, #platformName was moved to SmalltalkImage Some versions of Pharo move this to OSPlatform and issue deprecation warnings about the other usages. The original idiom (Squeak 3.6 and earlier) is the sensible default, but here we attempt to support other implementations if the sensible default is not available." "OSProcess platformName" (Smalltalk respondsTo: #platformName) ifTrue: [^ Smalltalk platformName]. self isPharo3AndLater ifTrue: [ ^ (Smalltalk perform: #os) name ]. ^ (((Smalltalk hasClassNamed: #OSPlatform) and: [(Smalltalk at: #OSPlatform) respondsTo: #platformName]) ifTrue: [Smalltalk at: #OSPlatform] ifFalse: [((Smalltalk classNamed: 'SmalltalkImage') ifNil: [^ Smalltalk osVersion]) current]) platformName Now how many do have to follow through all this? So well yes in the end it means not thinking about compatibility costs a lot thereafter....

3 2

EyeTreeInspector not ready for prime-time
by Sean P. DeNigris March 17, 2014

March 17, 2014

I'm glad we're re-inventing the tools! And, I'm struggling with this tool in its current form... As others have mentioned, the "class" pseudo-variable is confusing, but here are some that I find worse: - The receiver does not change with the selection. For me, this was a key feature of the explorer. - It does not properly update e.g. if you are inspecting a class containing a dictionary and add an item to the dictionary, collapsing and expanding the dictionary node does not show the added item. It seems you must open an entirely new inspector. - If you toggle from EyeTreeInspector to EyeInspector, your code in the bottom pane is lost ----- Cheers, Sean -- View this message in context: http://forum.world.st/EyeTreeInspector-not-ready-for-prime-time-tp4748966.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

8 22