On 12/13/2011 04:31 PM, Vincent Torri wrote:
On Tue, Dec 13, 2011 at 4:21 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Tue, Dec 13, 2011 at 12:54 PM, Vincent Torrivincent.to...@gmail.com
wrote:
On Tue, Dec 13, 2011 at 3:44 PM, Gustavo Sverzut Barbieri
On 12/14/2011 04:33 PM, Cedric BAIL wrote:
On Wed, Dec 14, 2011 at 4:26 PM, Daniel Juyung Seoseojuyu...@gmail.com
wrote:
Wow, this is interesting poll.
I marked both git and svn because I use both for real.
I accept any tools that are working well.
But from my experience, git is superior
On 09/30/2011 08:24 PM, Vincent Torri wrote:
On Fri, 30 Sep 2011, Gustavo Sverzut Barbieri wrote:
On Friday, September 30, 2011, Jim Kukunasjames.t.kuku...@linux.intel.com
wrote:
On Fri, Sep 30, 2011 at 12:08:03AM -0300, Gustavo Sverzut Barbieri wrote:
On Thursday, September 29, 2011, Jim
is activated.
Cheers Mathieu
author : Mathieu Taillefumier (mathieu.taillefum...@free.fr)
Add automatic backlight dimming based on the screensaver extension.
e_backlight.c | 137 +-
e_config.c|1
e_config.h|1
3 files changed, 119
On 06/18/2011 02:15 AM, Carsten Haitzler (The Rasterman) wrote:
On Fri, 17 Jun 2011 22:50:33 +0200 Mathieu Taillefumier
mathieu.taillefum...@free.fr said:
On 06/17/2011 10:37 PM, Christopher Michael wrote:
On 06/17/2011 04:35 PM, Mathieu Taillefumier wrote:
On 06/17/2011 10:27 PM
I see one problem with this method. The backlight intensity will only be
reduced when the screensaver will turn on and will be back to normal
when it is off. However these events can occur after many minutes of
inactivity. What I wish to do is to actually reduce the backlight to
idle mode
time to a non zero value. The automatic dimming is disabled
when the dimming time is 0.
Mathieu
author : Mathieu Taillefumier (mathieu.taillefum...@free.fr)
Add automatic backlight dimming.
- two parameters are added :
- sleep backlight is the backlight minimum during extensive
On 06/17/2011 10:27 PM, Christopher Michael wrote:
On 06/17/2011 03:55 PM, Mathieu Taillefumier wrote:
Hi,
I finished to write the code implementing the automatic backlight
reduction after a given time of inactivity (that can be set in the
backlight menu). The patch is relatively
On 06/17/2011 10:37 PM, Christopher Michael wrote:
On 06/17/2011 04:35 PM, Mathieu Taillefumier wrote:
On 06/17/2011 10:27 PM, Christopher Michael wrote:
On 06/17/2011 03:55 PM, Mathieu Taillefumier wrote:
Hi,
I finished to write the code implementing the automatic backlight
reduction after
Hei,
thanks Carsten. I just did not have time these days to finish the code
for this function.
Mathieu
On 06/16/2011 02:34 AM, Carsten Haitzler (The Rasterman) wrote:
i added backlight control support in e17 now. load the backlight module and
add
the backlight control gadget, bind some keys
Hei Carsten,
I was unable to find anything in the code for changing the backlight
automatically after some inactivity (Normal - idle (free to set it in
the dialog box) - sleep (after 3 min)).
I am already preparing a patch for it which is using your interface (I
already wrote it actually but
Hi,
We are ready to ship 1.0.1, but before that and to avoid a borked
release, could some of you test either the 1.0 branch, or directly the
tarball from http://www.enlightenment.org/~cedric/ . As this is not
trunk, you can't use the application in svn to test it, but should
rather try the
On 05/13/2011 10:46 PM, Mike Blumenkrantz wrote:
On Fri, 13 May 2011 22:23:57 +0200 (CEST)
Vincent Torrivto...@univ-evry.fr wrote:
On Fri, 13 May 2011, Mike Blumenkrantz wrote:
On Fri, 13 May 2011 17:41:29 +0200
Mathieu Taillefumiermathieu.taillefum...@free.fr wrote:
Hi,
actually i
Hi,
just fyi:
http://trac.enlightenment.org/e/wiki/Release
i've knocked off another item (environment var config)... anyone lurking with
a
desire to do things... please go attack an item on the list (put your name
there so we know u're doing it)... those with names there... what's the
do we really need that?
I do not think so but others might want to have lower backlight when
browsing etc... Personnaly I do not find that practical, but it is
matter of taste.
- dialog box for setting the backlight extensions (maybe go as an
advanced setting of the screen dialog box).
Hi,
actually i see the backlight controls in:
/proc/acpi/video/NGFX/LCD/brightness
/proc/acpi/video/NGFX/CRT/brightness
/proc/acpi/video/NGFX/HDMI/brightness
/sys/devices/virtual/backlight/acpi_video0/brightness
Hei,
aaagh indeed you did attach a log. sorry. missed it. and i think i nuked this
one on the weekend... a combination of bugs introduced by lock changes and
eina
lock abstraction/design. it sucked away a large bit of my sunday.
No problems. Thank you for spending so much efforts on this
Hi Carsten,
next time you get it... go to a text console - get a backtrace. send it here.
:)
Did you have a look at the log file attached to the message I send
previously ;-). I got a backtrace of the problem, but I am an expert in
multi threading so... And as i pointed out it is random.
On 04/26/2011 11:55 PM, المسالم المسالمة wrote:
now it works great
after installing automake and libtool
i got this message when i run the terminal at
EINA_SVN folder
===
eina 1.0.999.58930
Hello,
have u tried gdb attaching to e - did it segv?
http://trac.enlightenment.org/e/wiki/Debugging
I might be able to help on this one. I also have right now a frozen
desktop on my laptop while minimizing the firefox window (I am not sure
that firefox is the guilty program here). Anyway,
Hey,
2011/4/2 Mathieu Taillefumiermathieu.taillefum...@free.fr:
Hey,
do you want some specific tests about the patch ?
Well, basically feel free to test every function. I tested a couple of
functions, but cannot test every function since my IBM T60 display's
EDID doesn't comply with the
Hey,
do you want some specific tests about the patch ?
2011/4/1 Mike Blumenkrantzm...@zentific.com:
On Fri, 1 Apr 2011 22:19:19 +0200
Leif Middelschulteleif.middelschu...@gmail.com wrote:
Hello everyone,
find attached a patch for EDID data extraction. My display's
manufacturer didn't
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Mathieu Taillefumier
* add a function checking if backlight is supported by the screen or the server
Ecore_X.h
On 03/27/2011 07:40 PM, Leif Middelschulte wrote:
Hi,
thanks for your fast reply.
Hm.. but you'll have to _set_ it on a monitor basis/per monitor, right?
So all this function would return is One connected monitor does
support backlight control. If you want to actually do _anything_ with
On 03/27/2011 08:12 PM, Leif Middelschulte wrote:
2011/3/27 Mathieu Taillefumiermathieu.taillefum...@free.fr:
On 03/27/2011 07:40 PM, Leif Middelschulte wrote:
Hi,
thanks for your fast reply.
Hm.. but you'll have to _set_ it on a monitor basis/per monitor, right?
So all this function
the backlight and the timeout).
best
Mathieu
Mathieu Taillefumier
* add a function checking if backlight is supported by the screen or the server
Ecore_X.h |3 +++
xlib/ecore_x_randr_12.c | 20
2 files changed, 23 insertions(+)
Index: src/lib/ecore_x/Ecore_X.h
but I still need to
write the module for setting the backlight properties (normal and
reduced intensity, the method used to set the backlight and the timeout).
best
Mathieu
Your doxygen needs work.
indeed. I corrected my patch.
Mathieu Taillefumier
* add a function checking if backlight
Hey,
No, it is not in svn yet. I am not sure that this is the correct way to
solve the problem. AFAIK there is a problem with the API of gnutls and
the warning we obtain occurs in all codes using this function. Further
research on the web indicate that the correct (but ugly) way of
On 03/14/2011 01:42 PM, Joerg Sonnenberger wrote:
On Mon, Mar 14, 2011 at 10:15:07AM +0100, Mathieu Taillefumier wrote:
- gnutls_transport_set_ptr(cl-session, (gnutls_transport_ptr_t)cl-fd);
+ gnutls_transport_set_ptr(cl-session,(gnutls_transport_ptr_t)(long)
cl-fd);
s/long/uintptr_t/ you
Hi Carsten,
it looks good now but patch is missing function api's in Ecore_X.h - need
those! sorry to ask for more stuff... again! :)
I would be more than happy to do so, but there are already defined in
Ecore_X.h. These functions were defined ages ago but never implemented.
The
wow! i was looking at the patch... just the patch... and it ADDED these
functions that were not in the ecore_x source yet... why the hell do we have
the functions prototyped and not have actual functions? WOW! how has this
gotten in? thus not seeing any added prototypes in ecore_x's
);
+return EINA_TRUE;
+ }
+#endif
+ return EINA_FALSE;
+}
Index: ChangeLog
===
--- ChangeLog (revision 57098)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2011-02-09 Mathieu Taillefumier
+
+ * Add xrandr backlight
===
--- ChangeLog (revision 56959)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2011-02-09 Mathieu Taillefumier
+
+ * Add xrandr backlight support to ecore_x
+
2011-01-29 Carsten Haitzler (The Rasterman)
1.0.0 release
===
--- ChangeLog (revision 57098)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2011-02-09 Mathieu Taillefumier
+
+ * Add xrandr backlight support to ecore_x
+
2011-01-29 Carsten Haitzler (The Rasterman)
1.0.0 release
Hello,
FYI: The patch does not apply due to changes on trunk...
Forget my patch, Mike committed changes that make eeze compatible with
util-linux-2.19. Just update eeze from svn (Today). It is working fine with
util-linux
Mathieu
Hmm, news to me. Must have missed that memo ;) ... AFAIK, it's always
been if ((x) (!y)) in EFL for over 5-10 years now...
this is honsetly a minor enough point on the list - that its a close tie. i
prefer if ((x) (y == 3)) myself. i like to clearly group the logic entities
as its clear then
Hello,
I have this warning when I compile ecore
ecore_con_ssl.c: In function ‘_ecore_con_ssl_server_init_gnutls’:
ecore_con_ssl.c:552:48: warning: cast to pointer from integer of different size
ecore_con_ssl.c: In function ‘_ecore_con_ssl_client_init_gnutls’:
ecore_con_ssl.c:853:47: warning:
Forget my question. It is a known problem and after searching on google I found
that it seems to be a api problem from gnutls.
Mathieu
- Mail Original -
De: mathieu taillefumier mathieu.taillefum...@free.fr
À: enlightenment-devel enlightenment-devel@lists.sourceforge.net
Envoyé: Jeudi
Hi Mike and Marc
I am working on a patch fixing this problem. I already have the code but it was
not well written. I just did the modifications for following e17 in svn. Just
give me few hours for having a patch that is clean enough for been submitted.
Mathieu
- Mail Original -
De:
- Mail Original -
De: Mike Blumenkrantz m...@zentific.com
À: mathieu taillefumier mathieu.taillefum...@free.fr
Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net, Marc
Koschewski m...@osknowledge.org
Envoyé: Jeudi 10 Février 2011 22h22:03 GMT +01:00 Amsterdam / Berlin
- Mail Original -
De: Marc Koschewski m...@osknowledge.org
À: mathieu taillefumier mathieu.taillefum...@free.fr
Cc: Mike Blumenkrantz m...@zentific.com, enlightenment-devel
enlightenment-devel@lists.sourceforge.net
Envoyé: Jeudi 10 Février 2011 23h19:32 GMT +01:00 Amsterdam / Berlin
should point out that these two functions are already defined in the API of
Ecore 1.0.0 but there are not implemented. So it might be a good idea to add
the functions in Ecore 1.0.0 since there is not API break.
For the ChangeLog
09-02-2011 Mathieu Taillefumier
Add the functions
Hey Tom,
I don't know ecore enough to commit it myself, but I still have a couple
of comments:
1. Your patch includes both logic and formatting changes, please split
to two different patches.
Two patches for three functions of fifteen lines each ? The formatting is
changed because I had to add
On Wed, Feb 9, 2011 at 3:50 PM, mathieu.taillefum...@free.fr wrote:
Hey Tom,
I don't know ecore enough to commit it myself, but I still have a couple
of comments:
1. Your patch includes both logic and formatting changes, please split
to two different patches.
Two patches for three
enclosed is the split version of the patch.
The first one remove trailing whitespaces. The second one implement backlight
support in Ecore. The ChangeLog is modified accordingly.
Best
Mathieu
- Mail Original -
De: Tom Hacohen t...@stosb.com
À: mathieu taillefumier mathieu.taillefum
EINA_FALSE;
+#else
+ return EINA_FALSE;
+#endif
+}
Index: ChangeLog
===
--- ChangeLog (revision 56885)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2011-02-09 Mathieu Taillefumier
+
+ * Add xrandr backlight support to ecore_x
Hi Carsten,
Sorry for replying late.
ok ecore 1.0 is out. this can now go into ecore 1.1 dev (trunk).
first.. patch is broken. - just some errors:
ecore_x_randr_12.c: In function ‘ecore_x_randr_screen_backlight_level_set’:
ecore_x_randr_12.c:1919: error: ‘_backlight’ undeclared (first use in
Hello,
Since the merge window is open, I would like to submit this patch for ecore. To
make it short, it is a modified version of the patch I send two weeks ago. It
implement backlight control through xrand extension.
MathieuIndex: xlib/ecore_x_randr_12.c
Hello,
I wrote three additional functions allowing us yo change the backlight
properties of the screes supporting it. I discover that the functions are
already declared in the headers files but the code was not added so far. The
patch is simple and should be directly applied in the directory
I will wait then. Resubmission in one week.
Mathieu
- Mail Original -
De: Vincent Torri vto...@univ-evry.fr
À: Mike Blumenkrantz m...@zentific.com
Cc: mathieu taillefumier mathieu.taillefum...@free.fr,
enlightenment-devel@lists.sourceforge.net
Envoyé: Dimanche 16 Janvier 2011 16h42:10
eina log will have very minimal cost, particularly to the places we
will use it. One of the proofs of this is that eina, the core library
used everywhere, already uses it and NOBODY ever noticed a slowdown...
it is used extensively in stringshare, array and even list, yet nobody
measured any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks for not adding it to illume modules :) I don't use the eina_log
functions there for several reasons. If I need to debug or output any
info there, I just use simple printfs as the eina_log functions are just
overkill for what I need :)
Hi Carsten,
On Wed, 10 Mar 2010 22:53:27 +0100 Mathieu Taillefumier
mathieu.taillefum...@fys.uio.no said:
Hi,
herewith a small patch for evas that check for the presence of libpng14.
I had trouble today compile e17 with libpng14 because the configura file
was picking up libpng12 instead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I discover a memory leak (an invalid free) in efreet after running some
of the test programs.
Mathieu
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I discover a memory leak (an invalid free) in efreet after running some
of the test programs.
Mathieu
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Hi,
herewith a small patch for evas that check for the presence of libpng14.
I had trouble today compile e17 with libpng14 because the configura file
was picking up libpng12 instead.
The patch is very simple but I probably did not indent it correctly.
I am also finishing a patch for e17 that
Hey Vincent,
the modifications are done. I choose the shortest notation.
Mathieu
Hey
I modified some hearder file in ecore to ease the cleanup of the
private header files in ecore. Each module has now a private header
with its own log color (eina_log related). I also created two private
Hello,
I modified some hearder file in ecore to ease the cleanup of the private
header files in ecore. Each module has now a private header with its own
log color (eina_log related). I also created two private header files
for ecore_sdl and ecore_input for this purpose and corrected some
Problem is that ecore_private.h is used in all ecore directory. So
it's not that easy to guess.
Hum... so we need to create individual _private.h for each module as
well, and add the logging there.
At least each module should have it's own logging.
Yep, but in fact ecore_private.h should
On 12/21/2009 06:42 PM, Gustavo Sverzut Barbieri wrote:
On Mon, Dec 21, 2009 at 3:32 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
* ecore: Use eina_log.
Patch from Mathieu Taillefumier.
+EAPI int _ecore_log_dom = -1;
it's not EAPI, at least it should
Hi all,
We're approaching Christmas and it's that time of the year that we can
take a break from our official work and duties to hack on what we
like.
So what's better than a freeze during 21-28 December so we can get E
closer to release state? We have to work on:
- stabilization
I was looking at ecore_con last day, and i didn't see any debug print
in it on error. Could be another point to fix, adding more debug when
things goes wrong there.
Agreed, there are some error messages in the ecore_con module (at least
in my local repository which is old) but it is lacking
On Sat, Nov 7, 2009 at 11:44 AM, Mathieu Taillefumier
mathieu.taillefum...@free.fr wrote:
Hello,
herewith a patch for ecore that implement the eina_log inside ecore for
logging messages. I have been using the patch for some time now and nothing
happened since then. I double check
Hye,
thanks for these changes. Normally, these corrections should be included
already so I am a bit surprized that they appeared again. Anyway, I have
no excuses to do not see this mistake since it is a pretty obvious one.
Qtopia is also concerned with this. an svn update should fix your
Hi,
Why do you make this statement ? It's sound good to me to register the
domain on module open and unregister on module close.
Well, let us say that the eng_info function could have been a good place.
I am reviewing your patch, right now. I didn't have time previoulsy to do so.
On 10/10/2009 12:22 PM, Carsten Haitzler (The Rasterman) wrote:
On Sat, 10 Oct 2009 11:39:53 +0200 Mathieu Taillefumier
mathieu.taillefum...@free.fr said:
Hi,
I am preparing a patch for evas that improves my previous patch on evas
that converted all messages to eina_log
Hi,
I am preparing a patch for evas that improves my previous patch on evas
that converted all messages to eina_log. The patch is ready but
unfortunately, it triggers a bug that make e17 crash badly every time I
use the menu. The bug is triggered by one line in the x11 software
engine. To be
On Thu, 24 Sep 2009, Mathieu Taillefumier wrote:
Hey,
this patch should solve your problem on windows. I rename the
ERROR, INFO, etc to EVAS_ERROR, etc... and made the necessary
changes in the code. should point out that the compilation will
fail if you use the -fvisibility=hidden
Hey,
this patch should solve your problem on windows. I rename the ERROR,
INFO, etc to EVAS_ERROR, etc... and made the necessary changes in the
code. should point out that the compilation will fail if you use the
-fvisibility=hidden option with gcc (if you are using it) for the
Hey,
On Wed, 23 Sep 2009, Vincent Torri wrote:
On Tue, 22 Sep 2009, Gustavo Sverzut Barbieri wrote:
On Tue, Sep 22, 2009 at 8:01 PM, Vincent Torrivto...@univ-evry.fr wrote:
Hey,
ERROR is a macro that is already defined in Windows headers. Why isn't
there a namespace
Hello,
I'm not able to compile evas with -fvisibility=hidden:
evas_cserve_main.o: In function `main':
evas_cserve_main.c:(.text+0x4b7a): undefined reference to
`_evas_log_dom_global'
It is my fault WRN macros was used only one time that is why the
compiler is complaining (I picked the one
after a cehcking it :-).
best
Mathieu
On 09/22/09 13:22, Viktor Kojouharov wrote:
On Tue, 2009-09-22 at 09:37 +0200, Mathieu Taillefumier wrote:
Hello,
I'm not able to compile evas with -fvisibility=hidden:
evas_cserve_main.o: In function `main':
evas_cserve_main.c:(.text+0x4b7a
Hello,
Nothing that would matter much, but for future patches add this
printf() as EINA_LOG_ERROR() as not being able to register your domain
does not mean you don't have logging at all.
Thanks for the suggestion. I have to do that for the others libs I
modified.
Also, for colors, I see
Hi,
do not forget the two others patchs I send lately if not done already. ;-).
The next libraries to be converted are ecore and evas. It is a bit more
work though.
best
Mathieu
On Mon, Sep 14, 2009 at 9:58 PM, Mathieu Taillefumier
mathieu.taillefum...@free.fr wrote:
Herewith
Hello,
Herewith the patch that convert all log for eet to eina_log. Could one
of the main dev checks and apply the patch to the tree please when he or
she finds time. The default color should probably be modified (in
eet_private.h file). I also follow the same rule than for the patch I
send
hello,
Update to all: I did quite a lot of work on logging this weekend and
I'm underway with a patch to remove all independent module
initialization to a sing eina_init(), that should remove lots of crap
from our init process.
Given that I'd like to postpone this weekend freeze to the next
, exchange, e_dbus, etc... I can take care of ecore win32
module if someone else is not working on it already. e_dbus is
straightforward to do.
best
Mathieu
On 09/03/2009 12:37 AM, Mathieu Taillefumier wrote:
Now what is the difference between EINA_LOG_ERR and EINA_LOG_DOM_ERR
Hello,
someone was faster than me to submit the code. I also did these
modifications but did not find time to test if everything was ok (except
a compilation). a quick search through the svn tree gave me some few
more EINA_ERROR_PERR things. ecore win32 module is full of it and few
thing
Sorry Mathieu, but I had some time and converted the whole eina to it.
I know I asked someone to do it, but as I want eina to be ready
before this weekend freeze, I did it.
No worries ;-). It was a good way for me to enter into the library a bit
so it is not waste of time at all :-).
preer that someone checks the patch for mistakes.
Mathieu
On Fri, 4 Sep 2009, Mathieu Taillefumier wrote:
Hello,
someone was faster than me to submit the code. I also did these
modifications but did not find time to test if everything was ok (except
a compilation). a quick search through the svn
Hello,
Hope this and code examples are enough. Any doubts please post on the ML.
It sounds perfectly clear to me especially with the example code. I will
start to look at it and do necessary modifications later today.
best
Mathieu
Hello,
As my previous message said I think I understand the changes to do but
to be sure i would like to try with one example of my own. For this I
take the function eina_array_init() for the eina_array.c file.
the original code is this one (minus uninteresting details for the
discussion)
Now what is the difference between EINA_LOG_ERR and EINA_LOG_DOM_ERR in
this case. Would it be wise to create an individual logging domain for
each module or can we stick to the central logging domain defined in
eina_log_init() function. Now in the following example, i can not delete
the
Hi,
I am willing to help if needed. It is a good way to enter into the
details of the library. So I think I need a very small example how it
works and I might be able to do these changes.
best
Mathieu
On 09/01/2009 11:58 AM, Andre Dieb wrote:
I plan to change what I can, but I'll certainly
Hi devs,
this is a nice work. I compiled the lib on x86_64 bits system and i pass
without problems. I attached the various information and warning in the
error file. You will also find the results of the implemented tests (log
file).
Regards
Mathieu
So now, what remain in the TODO. Still
Peter Wehrfritz wrote:
Jorge Luis Zapata Muga schrieb:
As i said too many times, there was edata, this arguments are refered
to edata, not eina, you can think of eina on just the same
conceptually lib but developed from the base code of edata. So i
wasn't expecting developers on eina, i
Hi Dave,
Hi dave,
I found a bug this week end when I try to use bang. Actually it makes
e crashing when the composite extension is not enabled. The error
comes from the errorhandler section in the debugging part at the
line
o = e-error_code - compDisplays-damageError which should
Hi dave,
I found a bug this week end when I try to use bang. Actually it makes e
crashing when the composite extension is not enabled. The error comes
from the errorhandler section in the debugging part at the line
o = e-error_code - compDisplays-damageError which should be
replaced by
Hello,
wiki is good. for theme docs too. and for translation.
I can probably handle the French translation if you want.
Mathieu
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version
89 matches
Mail list logo
