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

Re: [Pharo-dev] NativeBoost and WKHTML

by Jan Vrany

Hi, If I were to debug this, I would: 1 ) make sure there's no C++ interfering, try to compile using C compiler (not C++, I guess you run Windows and MSVC, I think there's command line option to process file as C). If not possible, wrap all methods you want to call form St in extern "C" {} block. Does it work? If not, then C++ compiler is doing it's magic which NB doesn't. 2 ) If it does, run whole thing under debugger, set breakpoint to the faulty function and check that arguments are correct and what's return value. If args are incorrect, then the problem is in either yours or NB's code. If return value is correct, then the problem is also in either yours or NB's code. If the return value is incorrect, well then the problem could be either in the library or some sort of GC thing as GC moves stuff around, which most of C/C++ libraries don't like much. In that case, I learned, the only way us to read library's code and single-step through it to see that the code actually does with data you pass down. HTH, Jan On 23/05/14 10:51, Torsten Bergmann wrote: > Hi Jean, > > thanks for answering. I dont think that the convention is an issue here: internally > it is written in C++, but it exposes the API as simple C functions. The calls with NB > work (even the callbacks). > > What confuses me most is that the call to "wkhtmltopdf_set_global_setting" > works while the "wkhtmltopdf_set_object_setting" does not. They have exactly > the same signature and are called one after the other. First one returns proper int 1 (success) > as in the non-Smalltalk example, the other one 0 which means it failed. > > There is no magic in the Pharo code, just simple calls. Also the non-Smalltalk example > proves that the component is working. Maybe a side effect of NativeBoost itself? > > Looks like so far I'm lost without the help of Igor here... > > Thx > T. > > > > Gesendet: Freitag, 23. Mai 2014 um 11:31 Uhr > Von: "Jean Baptiste Arnaud" <jbaptiste.arnaud(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] NativeBoost and WKHTML > > I think this is because it is a C++ lib. > NativeBoost cannot be used with C++ lib. > It is a problem of call convention that is not the same from C to C++. > As I discuss with some people it seems be a complexe problem, each C++ compiler seems have it own convention. > But Igor can maybe be more accurate about that. > A C wrapper to call C++, which should work. > > > > On 23 May 2014, at 02:36, Torsten Bergmann <astares(a)gmx.de> wrote: Hi, > > as there was no responded so far I tried to track the problem deeper and did a short test > client in C/C++ to verify if I can call WKHTMLTOPDF there and generate a PDF and to > compare to the Pharo/NativeBoost client. > > Attached is the according CPP file which works and results in a PDF with the google > homepage. > > I also additionally implemented the callback functions in the Pharo wrapper and > using the error handling I noticed that the component returns "Failed loading page http:// ..." > > > With that info I compared the C/C++ calls to the Pharo/NativeBoost calls more deeply and > found out that in C/C++ the following call for an object setting works (by returning 1): > > > // this returns 1 in C/C++ which is OK > int a = wkhtmltopdf_set_object_setting(os, "page", "http://www.google.de[http://www.google.de]"); > printf("object set %i",a); > > > while in Pharo the same call fails (by returning 0): > > "The following call failed and returns 0 instead of 1" > self setObjectSetting: 'page' to: 'http://www.google.de'[http://www.google.de'] in: os. > > I checked how I wrapped this API call again and again - it is fine from my side: > > setObjectSetting: aName to: value in: settings > > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > ^NBFFICallout stdcall: #(int wkhtmltopdf_set_object_setting(wkhtmltopdf_object_settings* settings, char* aName, char* value)) module: 'wkhtmltox.dll' > > and I still have no idea why it fails. > > Especially because "wkhtmltopdf_set_object_setting" function is not different from "wkhtmltopdf_set_global_setting" which is exactly the same way wrapped, works > and returns 1 in exactly the same example. > > I would really appreciate if someone could have a second look... > > To reproduce on Windows: > > 1. Download the 32 bit version of WKHTML from http://wkhtmltopdf.org[http://wkhtmltopdf.org] and install it > 2. Copy the "wkhtmltox.dll" to either the folder of the VM executable > or the Windows directory so it can be found > 3. Load the package WKHTML2PDF-Core-TorstenBergmann.7 > from http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF[http://smalltalkhub.… into Pharo 3.0#30848 > 4. Check the Transcript while evaluating: > > WKPDFLibrary example > > One can see that within this code #setObjectSetting:to:in: fails while #setGlobalSetting:to:in: > works. > > Maybe I just do not see the obvious. Help is appreciated. Thanks in advance! > > bye > T. > > > <main.cpp> > > Best Regards > Jean Baptiste Arnaud > jbaptiste.arnaud@gmail.com[jbaptiste.arnaud@gmail.com] > > > >

May 23, 2014

Re: [Pharo-dev] NativeBoost and WKHTML

by Torsten Bergmann

Hi Jean, thanks for answering. I dont think that the convention is an issue here: internally it is written in C++, but it exposes the API as simple C functions.Â The calls with NB work (even the callbacks). What confuses me most is that the callÂ to "wkhtmltopdf_set_global_setting" works while theÂ "wkhtmltopdf_set_object_setting" Â does not. They have exactly the same signature and are calledÂ one after the other. First one returns proper int 1 (success) as in the non-Smalltalk example, the other one 0 which means it failed. There is no magic in the Pharo code, just simple calls. Also the non-Smalltalk example proves that the component is working. Maybe a side effect of NativeBoost itself? Looks like so far I'm lost without the help of Igor here... Thx T. Â Gesendet:Â Freitag, 23. Mai 2014 um 11:31 Uhr Von:Â "Jean Baptiste Arnaud" <jbaptiste.arnaud(a)gmail.com> An:Â "Pharo Development List" <pharo-dev(a)lists.pharo.org> Betreff:Â Re: [Pharo-dev] NativeBoost and WKHTML I think this is because it is a C++ lib. NativeBoost cannot be used with C++ lib.Â It is a problem of call convention that is not the same from C to C++.Â As I discuss with some people it seems be a complexe problem, each C++ compiler seems have it own convention.Â But Igor can maybe be more accurate about that. A C wrapper to call C++, which should work. Â On 23 May 2014, at 02:36, Torsten Bergmann <astares(a)gmx.de> wrote:Â Hi, as there was no responded so far I tried to track the problem deeper and did a short test client in C/C++ to verify if I can call WKHTMLTOPDF there and generate a PDF and to compare to the Pharo/NativeBoost client. Attached is the according CPP file which works and results in a PDF with the google homepage. I also additionally implemented the callback functions in the Pharo wrapper and using the error handling I noticed that the component returns "Failed loading page http:// ..." With that info I compared the C/C++ calls to the Pharo/NativeBoost calls more deeply and found out that in C/C++ the following call for an object setting works (by returning 1): Â Â Â Â Â Â Â // this returns 1 in C/C++ which is OK int a = wkhtmltopdf_set_object_setting(os, "page", "http://www.google.de[http://www.google.de]"); printf("object set %i",a); while in Pharo the same call fails (by returning 0): Â Â Â Â Â Â Â "The following call failed and returns 0 instead of 1" self setObjectSetting: 'page' to: 'http://www.google.de'[http://www.google.de'] in: os. I checked how I wrapped this API call again and again - it is fine from my side: Â Â Â setObjectSetting: aName to: value in: settings <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^NBFFICallout stdcall: #(int wkhtmltopdf_set_object_setting(wkhtmltopdf_object_settings* settings, char* aName, char* value)) module: 'wkhtmltox.dll' and I still have no idea why it fails. Especially because "wkhtmltopdf_set_object_setting" function is not different from "wkhtmltopdf_set_global_setting" which is exactly the same way wrapped, works and returns 1 in exactly the same example. I would really appreciate if someone could have a second look... To reproduce on Windows: 1. Download the 32 bit version of WKHTML from http://wkhtmltopdf.org[http://wkhtmltopdf.org] and install it 2. Copy the "wkhtmltox.dll" to either the folder of the VM executable Â Â Â or the Windows directory so it can be found 3. Load the package WKHTML2PDF-Core-TorstenBergmann.7 Â Â Â from http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF[http://smalltalkhub.… into Pharo 3.0#30848 4. Check the Transcript while evaluating: Â Â Â Â Â Â Â WKPDFLibrary example Â Â Â One can see that within this code #setObjectSetting:to:in: fails while #setGlobalSetting:to:in: Â Â Â works. Maybe I just do not see the obvious. Help is appreciated. Thanks in advance! bye T. <main.cpp>Â Best Regards Jean Baptiste Arnaud jbaptiste.arnaud@gmail.com[jbaptiste.arnaud@gmail.com] Â Â

May 23, 2014

Re: [Pharo-dev] NativeBoost and WKHTML

by Marcus Denker

On 23 May 2014, at 11:31, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote: > I think this is because it is a C++ lib. > NativeBoost cannot be used with C++ lib. > It is a problem of call convention that is not the same from C to C++. > As I discuss with some people it seems be a complexe problem, each C++ compiler seems have it own convention. > But Igor can maybe be more accurate about that. > A C wrapper to call C++, which should work. > Ronieâs SWIG for NativeBoost has some C++ support: http://forum.world.st/SWIG-for-Native-Boost-FFI-td4738511.html > On 23 May 2014, at 02:36, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Hi, >> >> as there was no responded so far I tried to track the problem deeper and did a short test >> client in C/C++ to verify if I can call WKHTMLTOPDF there and generate a PDF and to >> compare to the Pharo/NativeBoost client. >> >> Attached is the according CPP file which works and results in a PDF with the google >> homepage. >> >> I also additionally implemented the callback functions in the Pharo wrapper and >> using the error handling I noticed that the component returns "Failed loading page http:// ..." >> >> >> With that info I compared the C/C++ calls to the Pharo/NativeBoost calls more deeply and >> found out that in C/C++ the following call for an object setting works (by returning 1): >> >> >> // this returns 1 in C/C++ which is OK >> int a = wkhtmltopdf_set_object_setting(os, "page", "http://www.google.de"); >> printf("object set %i",a); >> >> >> while in Pharo the same call fails (by returning 0): >> >> "The following call failed and returns 0 instead of 1" >> self setObjectSetting: 'page' to: 'http://www.google.de' in: os. >> >> I checked how I wrapped this API call again and again - it is fine from my side: >> >> setObjectSetting: aName to: value in: settings >> >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin> >> >> ^NBFFICallout stdcall: #(int wkhtmltopdf_set_object_setting(wkhtmltopdf_object_settings* settings, char* aName, char* value)) module: 'wkhtmltox.dll' >> >> and I still have no idea why it fails. >> >> Especially because "wkhtmltopdf_set_object_setting" function is not different from "wkhtmltopdf_set_global_setting" which is exactly the same way wrapped, works >> and returns 1 in exactly the same example. >> >> I would really appreciate if someone could have a second look... >> >> To reproduce on Windows: >> >> 1. Download the 32 bit version of WKHTML from http://wkhtmltopdf.org and install it >> 2. Copy the "wkhtmltox.dll" to either the folder of the VM executable >> or the Windows directory so it can be found >> 3. Load the package WKHTML2PDF-Core-TorstenBergmann.7 >> from http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF into Pharo 3.0#30848 >> 4. Check the Transcript while evaluating: >> >> WKPDFLibrary example >> >> One can see that within this code #setObjectSetting:to:in: fails while #setGlobalSetting:to:in: >> works. >> >> Maybe I just do not see the obvious. Help is appreciated. Thanks in advance! >> >> bye >> T. >> >> >> <main.cpp> > > Best Regards > Jean Baptiste Arnaud > jbaptiste.arnaud(a)gmail.com > > > > > > >

May 23, 2014

Re: [Pharo-dev] NativeBoost and WKHTML

by Jean Baptiste Arnaud

I think this is because it is a C++ lib. NativeBoost cannot be used with C++ lib. It is a problem of call convention that is not the same from C to C++. As I discuss with some people it seems be a complexe problem, each C++ compiler seems have it own convention. But Igor can maybe be more accurate about that. A C wrapper to call C++, which should work. On 23 May 2014, at 02:36, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > as there was no responded so far I tried to track the problem deeper and did a short test > client in C/C++ to verify if I can call WKHTMLTOPDF there and generate a PDF and to > compare to the Pharo/NativeBoost client. > > Attached is the according CPP file which works and results in a PDF with the google > homepage. > > I also additionally implemented the callback functions in the Pharo wrapper and > using the error handling I noticed that the component returns "Failed loading page http:// ..." > > > With that info I compared the C/C++ calls to the Pharo/NativeBoost calls more deeply and > found out that in C/C++ the following call for an object setting works (by returning 1): > > > // this returns 1 in C/C++ which is OK > int a = wkhtmltopdf_set_object_setting(os, "page", "http://www.google.de"); > printf("object set %i",a); > > > while in Pharo the same call fails (by returning 0): > > "The following call failed and returns 0 instead of 1" > self setObjectSetting: 'page' to: 'http://www.google.de' in: os. > > I checked how I wrapped this API call again and again - it is fine from my side: > > setObjectSetting: aName to: value in: settings > > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > ^NBFFICallout stdcall: #(int wkhtmltopdf_set_object_setting(wkhtmltopdf_object_settings* settings, char* aName, char* value)) module: 'wkhtmltox.dll' > > and I still have no idea why it fails. > > Especially because "wkhtmltopdf_set_object_setting" function is not different from "wkhtmltopdf_set_global_setting" which is exactly the same way wrapped, works > and returns 1 in exactly the same example. > > I would really appreciate if someone could have a second look... > > To reproduce on Windows: > > 1. Download the 32 bit version of WKHTML from http://wkhtmltopdf.org and install it > 2. Copy the "wkhtmltox.dll" to either the folder of the VM executable > or the Windows directory so it can be found > 3. Load the package WKHTML2PDF-Core-TorstenBergmann.7 > from http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF into Pharo 3.0#30848 > 4. Check the Transcript while evaluating: > > WKPDFLibrary example > > One can see that within this code #setObjectSetting:to:in: fails while #setGlobalSetting:to:in: > works. > > Maybe I just do not see the obvious. Help is appreciated. Thanks in advance! > > bye > T. > > > <main.cpp> Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

May 23, 2014

[ESUG 2014] Student Volunteer Program - Cambridge, England 18-22 August

by Damien Cassou

Student Volunteer Program ------------------------------------------------------------------------ If you are a student wanting to attend ESUG at Cambridge this summer, have you considered being a student volunteer? Student volunteers help keep the conference running smoothly; in return, they have free accommodations, while still having time to enjoy the conference. More information at http://www.esug.org/Conferences/2014 http://www.esug.org/Conferences/2014/StudentVolunteers -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 23, 2014

Re: [Pharo-dev] OSProcess tests (was: Coral is green)

by phil＠highoctane.be

On Fri, May 23, 2014 at 5:12 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Wed, May 21, 2014 at 04:35:33PM +0200, Stephan Eggermont wrote: > > PetitParser 1.6 instead of 1.5. > > Tests only work when no Nautilus browser is open. Some notification > problem when creating classes. > > > > OSProcess ci has lots of failing tests, so we don't know if it actually > works??? > > > > Diego & Stephan > > The tests for OSProcess require VM support. Until recently, an interpreter > VM was > required to run the full OSProcess test suite because it relies heavily on > #forkSqueak > to generate cooperating VM processes for the tests. > > Eliot has recently added an enhancement to Cog that provides the required > support. When > that change is added to the Pharo VM, the tests will run. > > The changes are in SVN in branches/Cog/platforms/unix/vm/ and the commit > notice is at: > > > http://lists.squeakfoundation.org/pipermail/vm-dev/2014-March/014964.html I experienced that PipeableOSProcess broke after calling in for a given amount of invocations. Having a solid OSProcess thing in Pharo is really a must have... Are those changes only in a plugin? That I can integrate. Phil > > Dave > > >

May 23, 2014

OSProcess tests (was: Coral is green)

by David T. Lewis

On Wed, May 21, 2014 at 04:35:33PM +0200, Stephan Eggermont wrote: > PetitParser 1.6 instead of 1.5. > Tests only work when no Nautilus browser is open. Some notification problem when creating classes. > > OSProcess ci has lots of failing tests, so we don't know if it actually works??? > > Diego & Stephan The tests for OSProcess require VM support. Until recently, an interpreter VM was required to run the full OSProcess test suite because it relies heavily on #forkSqueak to generate cooperating VM processes for the tests. Eliot has recently added an enhancement to Cog that provides the required support. When that change is added to the Pharo VM, the tests will run. The changes are in SVN in branches/Cog/platforms/unix/vm/ and the commit notice is at: http://lists.squeakfoundation.org/pipermail/vm-dev/2014-March/014964.html Dave

May 23, 2014

NativeBoost and WKHTML

by Torsten Bergmann

Hi, as there was no responded so far I tried to track the problem deeper and did a short test client in C/C++ to verify if I can call WKHTMLTOPDF there and generate a PDF and to compare to the Pharo/NativeBoost client. Attached is the according CPP file which works and results in a PDF with the google homepage. I also additionally implemented the callback functions in the Pharo wrapper and using the error handling I noticed that the component returns "Failed loading page http:// ..." With that info I compared the C/C++ calls to the Pharo/NativeBoost calls more deeply and found out that in C/C++ the following call for an object setting works (by returning 1): // this returns 1 in C/C++ which is OK int a = wkhtmltopdf_set_object_setting(os, "page", "http://www.google.de"); printf("object set %i",a); while in Pharo the same call fails (by returning 0): "The following call failed and returns 0 instead of 1" self setObjectSetting: 'page' to: 'http://www.google.de' in: os. I checked how I wrapped this API call again and again - it is fine from my side: setObjectSetting: aName to: value in: settings <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^NBFFICallout stdcall: #(int wkhtmltopdf_set_object_setting(wkhtmltopdf_object_settings* settings, char* aName, char* value)) module: 'wkhtmltox.dll' and I still have no idea why it fails. Especially because "wkhtmltopdf_set_object_setting" function is not different from "wkhtmltopdf_set_global_setting" which is exactly the same way wrapped, works and returns 1 in exactly the same example. I would really appreciate if someone could have a second look... To reproduce on Windows: 1. Download the 32 bit version of WKHTML from http://wkhtmltopdf.org and install it 2. Copy the "wkhtmltox.dll" to either the folder of the VM executable or the Windows directory so it can be found 3. Load the package WKHTML2PDF-Core-TorstenBergmann.7 from http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF into Pharo 3.0#30848 4. Check the Transcript while evaluating: WKPDFLibrary example One can see that within this code #setObjectSetting:to:in: fails while #setGlobalSetting:to:in: works. Maybe I just do not see the obvious. Help is appreciated. Thanks in advance! bye T.

May 23, 2014

Re: [Pharo-dev] Pharo in Rasbian ?

by jannik laval

2014-05-22 17:07 GMT+02:00 Chris Muller <asqueaker(a)gmail.com>: > On Thu, May 22, 2014 at 2:50 AM, stepharo <stepharo(a)free.fr> wrote: > > I think that Jannik started to clean to code long before tim and he is > not > > payed for that > > so at least we should respect that and do not start to blame him about > > redundancy. > > Hi Stef, I'm talking about redundancy within the default PI > configuration. No matter how uber-awesome Phratch is "underneath", > Pi-consumer's would find two things on their Pi that appear to be > almost the same. Hence my suggestion (before understanding the > infeasibility) that jannik try to collaborate rather than reinvent. > I don't understand the "unfeasibility". I am sure this is possible to collaborate but probably not where you think. We can share all the plugins, and a lot of tricks to remove in the source code for example. Tim and me will discuss about these points during ESUG. Please, do not consider the unfeasibility of a collaboration because of a different goal. Jannik > > > And cleaning Scratch is really a MUST because it is full of *&%^&%. > > To the point that the people from Scat dropped the maintenance because it > > was a NIGHTMARE. > > > > So can we respect the work of people? > > I do! I never referred anyone else's work as "full of *&%^&%"... > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

May 22, 2014

Re: [Pharo-dev] Pharo in Rasbian ?

by jannik laval

2014-05-22 10:43 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > I'd say that Phratch is another kind of beast. > As it has deeper abilities to go down the system, the pragmas blocks > things etc. > > In that, this can be usable by engineers and not kids. I am seeing Phratch > as "Scratch for grown ups". > From I saw from the code and plugins etc, there has indeed been a ton of > cleanups. > > One very cool place where we would see it are in fablabs. > > e.g. Close to where I live - http://makilab.org (this thing is getting > its wings ready) - and where I'll introduce Phratch at one point. > Thank you ! > > Jannik, you have given us a powertool. Let's use it as such! > :D Jannik > > Phil > > > On Thu, May 22, 2014 at 9:50 AM, stepharo <stepharo(a)free.fr> wrote: > >> I think that Jannik started to clean to code long before tim and he is >> not payed for that >> so at least we should respect that and do not start to blame him about >> redundancy. >> >> And cleaning Scratch is really a MUST because it is full of *&%^&%. >> To the point that the people from Scat dropped the maintenance because it >> was a NIGHTMARE. >> >> So can we respect the work of people? >> >> Stef >> >> On 21/5/14 18:11, Chris Muller wrote: >> >>> One reason might be that Phratch is kind of redundant isn't it? >>> Smalltalk already has a foothold on the Pi in the form of Squeak, and >>> Tim Rowledge is being paid by that organization right now to improve >>> Scratch. So if you're interested in helping kids learn programming >>> with Scratch, why not check with Tim see if you can find a way help >>> with what he's doing..? >>> >>> On Tue, May 20, 2014 at 10:41 AM, Alexandre Bergel >>> <alexandre.bergel(a)me.com> wrote: >>> >>>> Hi! >>>> >>>> My point was the following: why Phratch is not included in the default >>>> setting of Rasbian? >>>> >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> On May 20, 2014, at 9:36 AM, jannik laval <jannik.laval(a)gmail.com> >>>> wrote: >>>> >>>> Hi, >>>>> >>>>> Probably he does not know phratch for Rasberry-Pi: >>>>> https://ci.inria.fr/pharo-contribution/view/Phratch/job/ >>>>> Phratch-OneClick-RPi/ >>>>> >>>>> Cheers :) >>>>> >>>>> >>>>> 2014-05-20 15:32 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: >>>>> Hi! >>>>> >>>>> A friend of mine recently bought a Raspberry pi and installed Rasbian, >>>>> a Debian-like OS for Raspberry. Squeak and Scratch are installed per >>>>> default. There is room to fill here... >>>>> >>>>> <image001.png> >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ~~Jannik Laval~~ >>>>> Ãcole des Mines de Douai >>>>> Enseignant-chercheur >>>>> http://www.jannik-laval.eu >>>>> http://www.phratch.com >>>>> http://car.mines-douai.fr/ >>>>> >>>>> >>>> >>> >> >> > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

May 22, 2014