- Pharo-dev - lists.pharo.org

[Pharo-project] would love to have an external eye on

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=3778 I was in the train and I started to have a look at eventFetcher and friends. I started to clean a bit cursor: cursor from strange loops. Stef

March 3, 2011

Re: [Pharo-project] LDAPlayer

by StÃ©phane Ducasse

Olivier I checked your changes as well as the changes of Andreas and he is right. No need to keep the old code with comment. And he fixed some problem in the error handling and also removed the Ldap class which was full of french :) So all in all you got a better version. A tutorial would be nice. Stef > http://www.squeaksource.com/LDAPlayer/ > > Le 3 mars 2011 Ã 19:17, StÃ©phane Ducasse a Ã©crit : > >> olivier what is the project path? >> >> On Mar 3, 2011, at 11:34 AM, Olivier Auverlot wrote: >> >>> Hi, >>> >>> I have uploaded today an updated version of LDAPlayer with some minor corrections for Pharo 1.1.1. All seems work perfectly. If you need an LDAP connector for Pharo, it's a good solution. >>> >>> I will try to produce a tutorial in the next days. >>> >>> http://www.squeaksource.com/@I6MXr0KZ8IlD2Fnn/CKF0ucuM >>> >>> Best regards >>> Olivier ;-) >>> >>> www.auverlot.fr >>> >> >> >

March 3, 2011

Re: [Pharo-project] LDAPlayer

by Marcus Denker

On Mar 3, 2011, at 9:54 PM, Schwab,Wilhelm K wrote: > Olivier, > > Have you addressed senders of #or:or: and/or similar messages? They are missing in Pharo and have caused problems for me. they are just deprecatd. turn off deprecation --> should work. > Taking the coward's way out, I just added the needed methods, but if you are updating the package, it would be nice to have code that will work in both Squeak and Pharo. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Olivier Auverlot [olivier.auverlot(a)gmail.com] > Sent: Thursday, March 03, 2011 2:16 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] LDAPlayer > > http://www.squeaksource.com/LDAPlayer/ > <http://www.squeaksource.com/LDAPlayer/> > Le 3 mars 2011 Ã 19:17, StÃ©phane Ducasse a Ã©crit : > > olivier what is the project path? > > On Mar 3, 2011, at 11:34 AM, Olivier Auverlot wrote: > > Hi, > > I have uploaded today an updated version of LDAPlayer with some minor corrections for Pharo 1.1.1. All seems work perfectly. If you need an LDAP connector for Pharo, it's a good solution. > > I will try to produce a tutorial in the next days. > > http://www.squeaksource.com/@I6MXr0KZ8IlD2Fnn/CKF0ucuM > > Best regards > Olivier ;-) > > www.auverlot.fr<http://www.auverlot.fr> > > > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 3, 2011

Re: [Pharo-project] LDAPlayer

by Schwab,Wilhelm K

Olivier, Have you addressed senders of #or:or: and/or similar messages? They are missing in Pharo and have caused problems for me. Taking the coward's way out, I just added the needed methods, but if you are updating the package, it would be nice to have code that will work in both Squeak and Pharo. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Olivier Auverlot [olivier.auverlot(a)gmail.com] Sent: Thursday, March 03, 2011 2:16 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] LDAPlayer http://www.squeaksource.com/LDAPlayer/ <http://www.squeaksource.com/LDAPlayer/> Le 3 mars 2011 Ã 19:17, StÃ©phane Ducasse a Ã©crit : olivier what is the project path? On Mar 3, 2011, at 11:34 AM, Olivier Auverlot wrote: Hi, I have uploaded today an updated version of LDAPlayer with some minor corrections for Pharo 1.1.1. All seems work perfectly. If you need an LDAP connector for Pharo, it's a good solution. I will try to produce a tutorial in the next days. http://www.squeaksource.com/@I6MXr0KZ8IlD2Fnn/CKF0ucuM Best regards Olivier ;-) www.auverlot.fr<http://www.auverlot.fr>

March 3, 2011

Re: [Pharo-project] COG VM and Locale

by Hilaire Fernandes

Le 03/03/2011 21:43, Eliot Miranda a Ã©crit : > You'll need to state > > (gdb) handle SIGALRM nostop noprint noignore > > first. In fact, do that for most signals. What's happening below is > gdb stopping on delivery of the 1KHz heartbeat, so you won't get far > without ignoring it. Tell me what I am supposed to look at ro do, I hardly remember the keyword in GDB. Hilaire

March 3, 2011

Re: [Pharo-project] COG VM and Locale

by Eliot Miranda

On Thu, Mar 3, 2011 at 12:31 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > Le 03/03/2011 20:57, Hilaire Fernandes a Ã©crit : > > Le 02/03/2011 18:23, Eliot Miranda a Ã©crit : > >> /branches/Cog/unixbuild/HowToBuild > >> <http://www.squeakvm.org/svn/squeak/branches/Cog/unixbuild/HowToBuild>. > >> If it loads, put a breakpoint in initialiseModule and step through it. > > Okay, strangely setting a break point to initialiseModule, put it on > SurfacePlugin > > (gdb) break initialiseModule > Breakpoint 1 at 0x811acc8: file > > /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/SurfacePlugin/SurfacePlugin.c, > line 204. > > > I have to start the VM then quit, then adding again a break point on > initialiseModule set it to locale: > > Program exited normally. > (gdb) break initialiseModule > Breakpoint 5 at 0x559542: file > > /home/hilaire/Travaux/pharo/temp/COG/src/plugins/LocalePlugin/LocalePlugin.c, > line 112. > > > step throught the function is: > > (gdb) r > Starting program: > /home/hilaire/Travaux/pharo/temp/COG/target/lib/squeak/3.9-7/squeak > drgeo.image > [Thread debugging using libthread_db enabled] > [New Thread 0x77f88b70 (LWP 27787)] > > Breakpoint 5, initialiseModule () at > > /home/hilaire/Travaux/pharo/temp/COG/src/plugins/LocalePlugin/LocalePlugin.c:112 > 112 return sqLocInitialize(); > (gdb) s > heartbeat_handler (sig=14, sig_info=0x33, context=0x0) at > > /home/hilaire/Travaux/pharo/temp/COG/platforms/unix/vm/sqUnixHeartbeat.c:475 > 475 { > (gdb) s > 476 if (!ioOSThreadsEqual(ioCurrentOSThread(),getVMOSThread())) > { > (gdb) s > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0013cdc6 in pthread_self () from /lib/tls/i686/cmov/libpthread.so.0 > You'll need to state (gdb) handle SIGALRM nostop noprint noignore first. In fact, do that for most signals. What's happening below is gdb stopping on delivery of the 1KHz heartbeat, so you won't get far without ignoring it. > > > Hilaire > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > >

March 3, 2011

Re: [Pharo-project] [participants-ecole-mars2011] About the sprint saturday 12

by Jorge Ressia

I will be there until 15 hs Cheers, On Thu, Mar 3, 2011 at 9:14 PM, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > Not leaving untill Sunday, I'll be there! > > Cheers, > Henry > > Den 3. mars 2011 kl. 17:30 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Hi guys and participants of the school, >> >> we proposed to organize a spring saturday 12 so that you can get involved and get the feel >> of a fun coding party. Now we need to know if you plan to participate so that we >> can reserve a room and prepare something for lunch. >> >> So could you reply to this email so that we know what we should prepare. >> >> Stef > > -- Jorge Ressia www.jorgeressia.com

March 3, 2011

Re: [Pharo-project] COG VM and Locale

by Hilaire Fernandes

Le 03/03/2011 20:57, Hilaire Fernandes a Ã©crit : > Le 02/03/2011 18:23, Eliot Miranda a Ã©crit : >> /branches/Cog/unixbuild/HowToBuild >> <http://www.squeakvm.org/svn/squeak/branches/Cog/unixbuild/HowToBuild>. >> If it loads, put a breakpoint in initialiseModule and step through it. Okay, strangely setting a break point to initialiseModule, put it on SurfacePlugin (gdb) break initialiseModule Breakpoint 1 at 0x811acc8: file /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/SurfacePlugin/SurfacePlugin.c, line 204. I have to start the VM then quit, then adding again a break point on initialiseModule set it to locale: Program exited normally. (gdb) break initialiseModule Breakpoint 5 at 0x559542: file /home/hilaire/Travaux/pharo/temp/COG/src/plugins/LocalePlugin/LocalePlugin.c, line 112. step throught the function is: (gdb) r Starting program: /home/hilaire/Travaux/pharo/temp/COG/target/lib/squeak/3.9-7/squeak drgeo.image [Thread debugging using libthread_db enabled] [New Thread 0x77f88b70 (LWP 27787)] Breakpoint 5, initialiseModule () at /home/hilaire/Travaux/pharo/temp/COG/src/plugins/LocalePlugin/LocalePlugin.c:112 112 return sqLocInitialize(); (gdb) s heartbeat_handler (sig=14, sig_info=0x33, context=0x0) at /home/hilaire/Travaux/pharo/temp/COG/platforms/unix/vm/sqUnixHeartbeat.c:475 475 { (gdb) s 476 if (!ioOSThreadsEqual(ioCurrentOSThread(),getVMOSThread())) { (gdb) s Program received signal SIGTRAP, Trace/breakpoint trap. 0x0013cdc6 in pthread_self () from /lib/tls/i686/cmov/libpthread.so.0 Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

March 3, 2011

Re: [Pharo-project] [participants-ecole-mars2011] About the sprint saturday 12

by Henrik Johansen

Not leaving untill Sunday, I'll be there! Cheers, Henry Den 3. mars 2011 kl. 17:30 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hi guys and participants of the school, > > we proposed to organize a spring saturday 12 so that you can get involved and get the feel > of a fun coding party. Now we need to know if you plan to participate so that we > can reserve a room and prepare something for lunch. > > So could you reply to this email so that we know what we should prepare. > > Stef

March 3, 2011

Re: [Pharo-project] COG VM and Locale

by Hilaire Fernandes

Le 02/03/2011 18:23, Eliot Miranda a Ã©crit : > /branches/Cog/unixbuild/HowToBuild > <http://www.squeakvm.org/svn/squeak/branches/Cog/unixbuild/HowToBuild>. > If it loads, put a breakpoint in initialiseModule and step through it. I tried this, but my setup is a bit complicated as I am cross compiling for OLPC XO environment from an Ubuntu box. Building from the ubuntu host does not work at all: In file included from /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:30: /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.h:13: error: redefinition of 'struct glRenderer' /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.h:16: error: conflicting types for 'glRenderer' /home/hilaire/Travaux/pharo/temp/COG/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.h:13: note: previous declaration of 'glRenderer' was here /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c: In function 'glRenderVertexBuffer': /home/hilaire/Travaux/pharo/temp/COG/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:811: warning: unused variable 'nFaces' make[1]: *** [sqOpenGLRenderer.lo] Erreur 1 make: *** [B3DAcceleratorPlugin.la] Erreur 2 May be wrong installed dev libraries. Btw, there are no way to clean the compiled .o code with 'make clean' Hilaire

March 3, 2011