April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] [FFI] ExternalStructure ownership (or not) of memory

by John M McIntosh

In dealing with the case where you have a Smalltalk object that is paired to a external object where you want to ensure both are freed (at some point). There are two choices (a) You store a reference (somehow) to the external object in your smalltalk object. This can be some sort of index number that the external logic understands how to turn that into a reference to the memory, or you store the bytes for a memory pointer in the smalltalk instance. Don't forget issues with 32 or 64 bit memory addresses. You then always send your smalltalk object a release method that ensures it's external memory usage is cleaned up, either by using the memory pointer bytes or the index handle, when you decide to dispose of the smalltalk object. The release method then talks to the external interface to dispose of the external memory. (b) Like above, but you use Finalization to ensure external memory gets cleaned up when the Smalltalk object goes away. On 2010-04-02, at 5:17 PM, Schwab,Wilhelm K wrote: > Hello all, > > Suppose I have a pointer to a structure and I do or do not have the responsibility of reclaiming the memory when a corresponding ExternalStructure sub-instance is finalized. How do I distinguish the two cases? One idea I had is to explicitly set the handle to nil if I do not own the memory, but (please correct me if I'm wrong), I can't do that while I'm still using the instance because it will presumably use the handle in accessing the fields, right? > > Looking at implementors of #isExternalAddress, maybe the idea is to use a byte array to make a copy of memory and an address to refer to it. > > What should I be asking? :) > > Bill > > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

April 3, 2010

[Pharo-project] [FFI] ExternalStructure ownership (or not) of memory

by Schwab,Wilhelm K

Hello all, Suppose I have a pointer to a structure and I do or do not have the responsibility of reclaiming the memory when a corresponding ExternalStructure sub-instance is finalized. How do I distinguish the two cases? One idea I had is to explicitly set the handle to nil if I do not own the memory, but (please correct me if I'm wrong), I can't do that while I'm still using the instance because it will presumably use the handle in accessing the fields, right? Looking at implementors of #isExternalAddress, maybe the idea is to use a byte array to make a copy of memory and an address to refer to it. What should I be asking? :) Bill

April 3, 2010

Re: [Pharo-project] Sugar Theme

by Alexandre Bergel

Thanks Hernan, Alexandre On 2 Apr 2010, at 18:41, HernÃ¡n Morales Durand wrote: > Hello Hilaire, > Nice theme, one little thing is happening in the contextual menu, > some items related with refactoring operations are unreadable, please > see the attachement to see what I mean. > Cheers, > > HernÃ¡n > > 2010/4/2 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: >> Hello, >> >> I have designed a first -- not finished yet -- Sugar theme for >> Polymorph >> >> http://www.squeaksource.com/SugarTheme.html >> >> It is only for pharo 1.1 (not sure it works as expected with 1.0) >> because >> polymorph was updated by Gary to help. >> >> With the support of Gary, I look at contributing more improvment in >> the >> future. >> >> Hilaire >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > <Theme1.jpg>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 2, 2010

Re: [Pharo-project] Sugar Theme

by HernÃ¡n Morales Durand

Hello Hilaire, Nice theme, one little thing is happening in the contextual menu, some items related with refactoring operations are unreadable, please see the attachement to see what I mean. Cheers, HernÃ¡n 2010/4/2 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Hello, > > I have designed a first -- not finished yet -- Sugar theme for Polymorph > > http://www.squeaksource.com/SugarTheme.html > > It is only for pharo 1.1 (not sure it works as expected with 1.0) because > polymorph was updated by Gary to help. > > With the support of Gary, I look at contributing more improvment in the > future. > > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 2, 2010

Re: [Pharo-project] Sugar Theme

by Alexandre Bergel

Any screenshot ? Alexandre On 2 Apr 2010, at 17:36, Hilaire Fernandes wrote: > Hello, > > I have designed a first -- not finished yet -- Sugar theme for > Polymorph > > http://www.squeaksource.com/SugarTheme.html > > It is only for pharo 1.1 (not sure it works as expected with 1.0) > because polymorph was updated by Gary to help. > > With the support of Gary, I look at contributing more improvment in > the future. > > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 2, 2010

Re: [Pharo-project] [For Testing] RC3 One-Click

by Chris Kassopulo

On Fri, 02 Apr 2010 09:04:58 -0400, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Here is a one-click image (for easy starting for newbies). > > I only tested this under macos, so it needs a testrun on Linux and > Windows > > https://gforge.inria.fr/frs/download.php/26774/Pharo-1.0-10515-rc3dev.zip > Ubuntu 9.04 9177 run, 9155 passes, 20 expected failures, 2 failures, 0 errors, 0 unexpected passes

April 2, 2010

[Pharo-project] Sugar Theme

by Hilaire Fernandes

Hello, I have designed a first -- not finished yet -- Sugar theme for Polymorph http://www.squeaksource.com/SugarTheme.html It is only for pharo 1.1 (not sure it works as expected with 1.0) because polymorph was updated by Gary to help. With the support of Gary, I look at contributing more improvment in the future. Hilaire

April 2, 2010

Re: [Pharo-project] about relative URI

by StÃ©phane Ducasse

Similarly printOn: of URIAuthority looks borken to me I should get userinfo@host and not @userinfohost So I fixed that... testUserInfo "self debug: #testUserInfo" | uri uriString | "[scheme:][//authority][path][?query][#fragment] where authority can be [user-info@]host[:port]" uriString := 'scheme://userinfo@host/'. uri := URI fromString: uriString. self assert: (uri asString = uriString). self assert: (uri authority userInfo = 'userinfo').

April 2, 2010

[Pharo-project] about relative URI

by StÃ©phane Ducasse

I decided to learn something new this evening so I started to read and write tests about URI Now I have a question testRelativeAuthority "self debug: #testRelativeAuthority" | uri relativeURIString | "A relative URI with authority. relative uri does not start with a scheme:." relativeURIString := '//www.pharo-project.org'. uri := URI fromString: relativeURIString. >>> self assert: (uri asString = relativeURIString). Is false because uri asString = 'www.pharo-project.org' and not '//www.pharo-project.org' self deny: (uri isAbsolute). self assert: (uri isRelative). self assert: (uri authority asString = 'www.pharo-project.org'). self deny: (uri isOpaque). So does anybody know what is correct? Similarly testRelativeEmptyAuthority "self debug: #testRelativeEmptyAuthority" | uri uriString | uriString := '//'. "A relative URI with empty (but defined) authority." uri := URI fromString: uriString. self assert: (uri asString = uriString). >>> '' versus '//' self deny: (uri isAbsolute). self deny: (uri authority isNil). self deny: (uri isOpaque). Thanks

April 2, 2010

Re: [Pharo-project] Compiling the VM

by Schwab,Wilhelm K

Hello all, I am fairly certain that there is a vm linking bug similar to the problem that affected skype. See Debian bug 548983. To work around this, I added functions named OpenLibrary(), FindSymbol() and CloseLibrary() to a .so of mine and directed my callout methods to it rather than dlopen() and friends in libdl.so. All my functions do is return the value of the corresponding libdl function. Compile and link, no crash. Can someone please try to repeat the crash on Linux? Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Friday, April 02, 2010 8:33 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Compiling the VM Hello all, I have tied a couple of times to post my dlopen() example here, and it won't show up. Please see the package named OutlookStrikesAgain in the Pharo inbox. I *think* it is safe to load the package, but note that the class-side #getProcAddress:from: method and do-it chunk therein will very likely crash your vm. Any help in confirming that there is a problem (on Linux) and better bet in fixing or working around it will be greatly appreciated. I tried running the vm with vm-sound-null but it did not help. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Friday, April 02, 2010 7:31 AM To: Pharo-project(a)lists.gforge.inria.fr; squeak-dev(a)lists.squeakfoundation.org Subject: Re: [Pharo-project] Compiling the VM Interesting! The libpulse part, I mean, in connection with my dlopen() problems. Running Pharo from a terminal (I still think it should log this stuff on its own) captures messages like Inconsistency detected by ld.so: dl-open.c: 643: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! and feeding that into Google turns up mention of Skype, library dependcy hassles, and Debian bug 548983. Just grabbing at straws here, but could the problem be caused by the sound library? Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Friday, April 02, 2010 7:17 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Compiling the VM I had to install the following: sudo apt-get install linux-libc-dev libecasound2.2-dev libasound2-dev libc6-dev gnulib libc6-dev libpulse-dev libxrender-dev uuid-dev Cheers Mariano On Fri, Apr 2, 2010 at 2:08 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com<mailto:hilaire.fernandes@gmail.com>> wrote: I have some unmet dependency I can't resolve. I can't find information about the required -dev packages to install. Hilaire -- Configuring squeak 3.11.13-2135 for i686-pc-linux-gnu -- Using source directory ../unix/src -- Setting CFLAGS to -O2 -- internalplugins: UUIDPlugin -- externalplugins: ADPCMCodecPlugin AsynchFilePlugin B3DAcceleratorPlugin Squeak3D BMPReadWriterPlugin B2DPlugin BitBltPlugin CroquetPlugin DSAPrims ZipPlugin DropPlugin SqueakFFIPrims FFTPlugin FT2Plugin FileCopyPlugin FilePlugin FloatArrayPlugin FloatMathPlugin GeniePlugin HostWindowPlugin JPEGReadWriter2Plugin JPEGReaderPlugin JoystickTabletPlugin Klatt LargeIntegers LocalePlugin MIDIPlugin Matrix2x3Plugin MiscPrimitivePlugin Mpeg3Plugin QuicktimePlugin RePlugin SecurityPlugin SerialPlugin SocketPlugin SoundCodecPrims SoundGenerationPlugin SoundPlugin StarSqueakPlugin SurfacePlugin AioPlugin UnixOSProcessPlugin XDisplayControlPlugin -- Using CFLAGS -O2 -- UUIDPlugin: /usr/include/uuid/uuid.h -- UUIDPlugin: /usr/lib/libuuid.so !! B3DAcceleratorPlugin disabled -- Loaded CMakeASMInformation - ASM support is still experimental, please report issues -- checking for module 'freetype2' -- package 'freetype2' not found !! FT2Plugin disabled !! HostWindowPlugin disabled -- Mpeg3Plugin: /usr/lib/libpthread.so -- SocketPlugin: libsocket not found -- SocketPlugin: /usr/lib/libnsl.so -- UnixOSProcessPlugin: /usr/lib/libpthread.so !! XDisplayControlPlugin disabled -- vm-sound-ALSA: /usr/include/alsa/asoundlib.h -- vm-sound-ALSA: /usr/lib/libasound.so !! vm-display-Quartz disabled !! vm-sound-MacOSX disabled !! vm-display-X11 disabled -- vm-display-fbdev: /usr/include/linux/fb.h -- vm-sound-pulse: libpulse-simple not found !! vm-sound-pulse disabled -- vm-sound-NAS: audio/audio.h not found -- vm-sound-NAS: libaudio not found !! vm-sound-NAS disabled -- vm-sound-OSS: /usr/include/alsa/asoundlib.h -- vm-sound-OSS: /usr/lib/libasound.so -- vm-sound-Sun: sys/audioio.h not found -- vm-sound-Sun: sun/audioio.h not found -- vm-sound-Sun: /usr/include/stropts.h !! vm-sound-Sun disabled -- Configuring done -- Generating done -- Build files have been written to: /home/hilaire/Travaux/pharo/Squeak-3.11.3.2135-pharo-src/build _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 2, 2010