[prev in list] [next in list] [prev in thread] [next in thread]
List: monetdb-developers
Subject: Re: [Monetdb-developers] [Monetdb-checkins]
From: Tang Nan <joe.ntang () gmail ! com>
Date: 2009-12-06 17:13:30
Message-ID: 3041d170912060913i41dc27dr19574ea1d6baf092 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi Stefan,
I have two simple questions concerning the compilation errors for pma.mx.
(i) pma.mx:393: parameter "dummy" was set but never used, here "dummy" is
defined for PMAdel_@1(void *dummy, bat *bid, oid *pos).
I use "void *dummy" since this function has no input parameters. What I did
is in line 401 using "dummy=0", but the compiler still complains.
What is the right way to handle it?
(ii) the other question is still about type conversion. many warnings are
like this "slen = ceil(dstep);" while the lhs is a BUN while the rhs is a
double value.
Is "slen = (BUN) ceil(dstep)" a right way?
many thanks,
Nan Tang
On Fri, Dec 4, 2009 at 4:41 PM, Stefan Manegold <Stefan.Manegold@cwi.nl>wrote:
> Nan,
>
> in addition to Sjoerd's comments, I noticed that your approach to
> solving/avoiding some of the type mismatch complaints on Windows
> is to add an explicit cast, in most cases from type oid to type int.
> The latter is 32-bit (signed) on all platforms, while the former can be
> either 32-bit or 64-bit (unsigned, but only 31/63 bits are actually used).
> In case oid is 64-(63-)bit, casting to int might result in an overflow;
> I did not see any checks or assertions to ensure that such overflows cannot
> happen or are detected properly.
>
> As far as I can see, most of the cases deal with variable that (explicitly
> or implicitly) represent the number of BUNs in a BAT. For that purpose, you
> should better use type BUN in C code and :wrd in MAL, instead of mixing oid
> & int. :wrd is 32-bit on 32-bit systems and 64-bit on 64-bit systems
> (signed); BUN is large enough to hold the max. number of BUNs allowed per
> BAT, i.e., 32-bit on 32-bit systems and 64-bit systems with 32-bit OIDs,
> and
> 64-bit on 64-bit systems with 64-bit OIDs (unsigned, but only 31/63 bits
> are
> used).
>
> Let me know, in case you need more advice about the MonetDB type system and
> how to use it.
>
> Stefan
>
> On Fri, Dec 04, 2009 at 10:27:01AM +0100, Sjoerd Mullender wrote:
> > I noticed that you return constant strings when an error occurs. This
> > doesn't work since the interpreter expects that strings are allocated
> > with GDKmalloc (i.e., it calls GDKfree on the error messages).
> >
> > When you want to return an error, use the macro throw() (see numerous
> > examples in the code).
> >
> > Also, I noticed that there are calls to PMAnew in your code that don't
> > check the return value (which could be an allocated string per the
> > above), so there is a potential memory leak here. (Plus, when PMAnew
> > fails for whatever reason, you may not want to continue.)
> >
> > This latter remark might be true for other functions. I didn't check.
> >
> > Tang Nan wrote:
> > > Update of /cvsroot/monetdb/MonetDB5/src/modules/mal
> > > In directory sfp-cvsdas-1.v30.ch3.sourceforge.com:
> /tmp/cvs-serv28068/src/modules/mal
> > >
> > > Modified Files:
> > > pma.mx
> > > Log Message:
> > > fix some bugs about type conversion failure on Windows
> > >
> > >
> > > Index: pma.mx
> > > ===================================================================
> > > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/pma.mx,v
> > > retrieving revision 1.7
> > > retrieving revision 1.8
> > > diff -u -d -r1.7 -r1.8
> > > --- pma.mx 2 Nov 2009 16:53:38 -0000 1.7
> > > +++ pma.mx 4 Dec 2009 08:52:46 -0000 1.8
> > > @@ -75,10 +75,6 @@
> > > @:pma_mal(lng)@
> > > @:pma_mal(flt)@
> > > @:pma_mal(dbl)@
> > > -@(
> > > -StM: disabled as the code clearly cannot handle type str (yet?)
> > > -@:pma_mal(str)@
> > > -@)
> > >
> > > @+ PMA API
> > > @h
> > > @@ -115,10 +111,6 @@
> > > @:pma_decl(lng)@
> > > @:pma_decl(flt)@
> > > @:pma_decl(dbl)@
> > > -@(
> > > -StM: disabled as the code clearly cannot handle type str (yet?)
> > > -@:pma_decl(str)@
> > > -@)
> > > #endif /* _PMA_H_ */
> > >
> > > @+ PMA implementation
> > > @@ -155,10 +147,6 @@
> > > for (cnt = PMA_SEG; cnt < *sz; cnt <<= 1); /* figure out the
> size */
> > > b = BATnew(TYPE_void, *tpe, cnt);
> > > if (b) {
> > > -@(
> > > -StM: disabled as the code clearly cannot handle other than fixed-size
> linear types (yet?)
> > > - var_t nil_off;
> > > -@)
> > > switch(ATOMstorage(*tpe)) {
> > > case TYPE_chr: @:fillnill(chr, chr_nil)@
> > > case TYPE_bte: @:fillnill(bte, bte_nil)@
> > > @@ -168,15 +156,8 @@
> > > case TYPE_flt: @:fillnill(flt, flt_nil)@
> > > case TYPE_dbl: @:fillnill(dbl, dbl_nil)@
> > > case TYPE_ptr: @:fillnill(ptr, ptr_nil)@
> > > - default:
> > > - BBPunfix(b->batCacheid);
> > > - return "PMAnew: type not supported (yet?)";
> > > -@(
> > > -StM: disabled as the code clearly cannot handle other than fixed-size
> linear types (yet?)
> > > - BUNins(b, NULL, (ptr)str_nil, FALSE);
> > > - nil_off = *(var_t*) Tloc(b, BUNfirst(b));
> > > - @:fillnill(wrd, nil_off)@
> > > -@)
> > > + default: BBPunfix(b->batCacheid);
> > > + return "PMAnew: type not
> supported (yet?)";
> > > }
> > > BATsetcount(b, cnt);
> > > b->tsorted = 0;
> > > @@ -417,7 +398,7 @@
> > > bat ret;
> > > BAT *b, *bn;
> > > @1 *base, *basen;
> > > - (void)dummy;
> > > + dummy = 0;
> > > b = BATdescriptor(*bid);
> > > if (b == NULL) return "PMAdel: illegal bat parameter";
> > > psz = BATcount(b);
> > > @@ -725,9 +706,9 @@
> > > pma_export str
> > > PMAbulkins_@1(oid *pos_res, bat *bid, oid *pos, bat *ibid) {
> > > bit fgw, fg;
> > > - int tpe, size;
> > > + int tpe, size, slen;
> > > oid i, j, k, ht, sz, isz, psz, cnt, icnt, lv, wsz, snum, scl, scr,
> wbeg, mpos, cur;
> > > - dbl dens, dent, step, dstep, slen;
> > > + dbl dens, dent, step, dstep;
> > > bat ret;
> > > BAT *b, *bi, *bn;
> > > @1 *base, *basei, *basen;
> > > @@ -795,7 +776,7 @@
> > > cur = i;
> > > }
> > > } else {
> > > - if (fg && (i - cur >= slen)) {
> > > + if (fg && ((int)(i - cur) >= slen)) {
> > > base[cur] = base[i];
> > > base[i] = (@1)@1_nil;
> > > cur += slen;
> > > @@ -815,7 +796,7 @@
> > > cur = i;
> > > }
> > > } else {
> > > - if (fg && (cur - i >= slen)) {
> > > + if (fg && ((int)(cur - i) >= slen)) {
> > > base[cur] = base[i];
> > > base[i] = (@1)@1_nil;
> > > cur -= slen;
> > > @@ -839,7 +820,7 @@
> > > while (TaoMin * size < cnt + icnt) size <<= 1;
> > > dstep = (dbl)size / (cnt + icnt);
> > > slen = ceil(dstep);
> > > - if ((cnt + icnt) * slen > size) slen--;
> > > + if ((int)(cnt + icnt) * slen > size) slen--;
> > > tpe = TYPE_@1;
> > > PMAnew(&ret, &tpe, &size);
> > > bn = BATdescriptor(ret);
> > > @@ -877,7 +858,7 @@
> > > BAT *b;
> > > oid lo, hi, lo_res, hi_res, pos_res;
> > > int i;
> > > - (void)dummy;
> > > + dummy = 0;
> > > b = BATdescriptor(*bid);
> > > if (b == NULL) return "PMAfnd: illegal bat parameter";
> > > for (i = 0; i < *num; i++) {
> > > @@ -916,7 +897,3 @@
> > > @:pma_impl(lng)@
> > > @:pma_impl(flt)@
> > > @:pma_impl(dbl)@
> > > -@(
> > > -StM: disabled as the code clearly cannot handle type str (yet?)
> > > -@:pma_impl(str)@
> > > -@)
> > >
> > >
> > >
> ------------------------------------------------------------------------------
> > > Join us December 9, 2009 for the Red Hat Virtual Experience,
> > > a free event focused on virtualization and cloud computing.
> > > Attend in-depth sessions from your desk. Your couch. Anywhere.
> > > http://p.sf.net/sfu/redhat-sfdev2dev
> > > _______________________________________________
> > > Monetdb-checkins mailing list
> > > Monetdb-checkins@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
> >
> >
> > --
> > Sjoerd Mullender
> >
>
>
>
> >
> ------------------------------------------------------------------------------
> > Join us December 9, 2009 for the Red Hat Virtual Experience,
> > a free event focused on virtualization and cloud computing.
> > Attend in-depth sessions from your desk. Your couch. Anywhere.
> > http://p.sf.net/sfu/redhat-sfdev2dev
> > _______________________________________________
> > Monetdb-checkins mailing list
> > Monetdb-checkins@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
>
>
> --
> | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
> | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
> | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
> | The Netherlands | Fax : +31 (20) 592-4312 |
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
>
--
Nan Tang
CWI, Amsterdam, The Netherlands
Tel: +31 624356999
Email: tang at cwi.nl / joe.ntang at gmail.com
[Attachment #5 (text/html)]
<div>Hi Stefan,</div>
<div> </div>
<div>I have two simple questions concerning the compilation errors for <a \
href="http://pma.mx">pma.mx</a>.<br><br>(i) <a href="http://pma.mx:393/" \
target="_blank">pma.mx:393</a>: parameter "dummy" was set but never used, \
here "dummy" is defined for PMAdel_@1(void *dummy, bat *bid, oid \
*pos).</div>
<div>I use "void *dummy" since this function has no input parameters. What \
I did is in line 401 using "dummy=0", but the compiler still complains. \
</div> <div>What is the right way to handle it?</div>
<div> </div>
<div>(ii) the other question is still about type conversion. many warnings are like \
this "slen = ceil(dstep);" while the lhs is a BUN while the rhs is a double \
value.</div> <div>Is "slen = (BUN) ceil(dstep)" a right way?</div>
<div> </div>
<div>many thanks,</div>
<div>Nan Tang</div>
<div> </div>
<div class="gmail_quote">On Fri, Dec 4, 2009 at 4:41 PM, Stefan Manegold <span \
dir="ltr"><<a href="mailto:Stefan.Manegold@cwi.nl">Stefan.Manegold@cwi.nl</a>></span> \
wrote:<br> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; \
PADDING-LEFT: 1ex" class="gmail_quote">Nan,<br><br>in addition to Sjoerd's \
comments, I noticed that your approach to<br>solving/avoiding some of the type \
mismatch complaints on Windows<br> is to add an explicit cast, in most cases from \
type oid to type int.<br>The latter is 32-bit (signed) on all platforms, while the \
former can be<br>either 32-bit or 64-bit (unsigned, but only 31/63 bits are actually \
used).<br> In case oid is 64-(63-)bit, casting to int might result in an \
overflow;<br>I did not see any checks or assertions to ensure that such overflows \
cannot<br>happen or are detected properly.<br><br>As far as I can see, most of the \
cases deal with variable that (explicitly<br> or implicitly) represent the number of \
BUNs in a BAT. For that purpose, you<br>should better use type BUN in C code and :wrd \
in MAL, instead of mixing oid<br>& int. :wrd is 32-bit on 32-bit systems and \
64-bit on 64-bit systems<br> (signed); BUN is large enough to hold the max. number of \
BUNs allowed per<br>BAT, i.e., 32-bit on 32-bit systems and 64-bit systems with \
32-bit OIDs, and<br>64-bit on 64-bit systems with 64-bit OIDs (unsigned, but only \
31/63 bits are<br> used).<br><br>Let me know, in case you need more advice about the \
MonetDB type system and<br>how to use it.<br><br>Stefan<br> <div>
<div></div>
<div class="h5"><br>On Fri, Dec 04, 2009 at 10:27:01AM +0100, Sjoerd Mullender \
wrote:<br>> I noticed that you return constant strings when an error occurs. \
This<br>> doesn't work since the interpreter expects that strings are \
allocated<br> > with GDKmalloc (i.e., it calls GDKfree on the error \
messages).<br>><br>> When you want to return an error, use the macro throw() \
(see numerous<br>> examples in the code).<br>><br>> Also, I noticed that \
there are calls to PMAnew in your code that don't<br> > check the return value \
(which could be an allocated string per the<br>> above), so there is a potential \
memory leak here. (Plus, when PMAnew<br>> fails for whatever reason, you may not \
want to continue.)<br>><br> > This latter remark might be true for other \
functions. I didn't check.<br>><br>> Tang Nan wrote:<br>> > Update \
of /cvsroot/monetdb/MonetDB5/src/modules/mal<br>> > In directory \
sfp-cvsdas-1.v30.ch3.sourceforge.com:/tmp/cvs-serv28068/src/modules/mal<br> > \
><br>> > Modified Files:<br>> > <a href="http://pma.mx/" \
target="_blank">pma.mx</a><br>> > Log Message:<br>> > fix some bugs about \
type conversion failure on Windows<br>> ><br>> ><br> > > Index: <a \
href="http://pma.mx/" target="_blank">pma.mx</a><br>> > \
===================================================================<br>> > RCS \
file: /cvsroot/monetdb/MonetDB5/src/modules/mal/<a href="http://pma.mx/" \
target="_blank">pma.mx</a>,v<br> > > retrieving revision 1.7<br>> > \
retrieving revision 1.8<br>> > diff -u -d -r1.7 -r1.8<br>> > --- <a \
href="http://pma.mx/" target="_blank">pma.mx</a> 2 Nov 2009 16:53:38 -0000 \
1.7<br>> > +++ <a href="http://pma.mx/" target="_blank">pma.mx</a> 4 Dec 2009 \
08:52:46 -0000 1.8<br> > > @@ -75,10 +75,6 @@<br>> > \
@:pma_mal(lng)@<br>> > @:pma_mal(flt)@<br>> > @:pma_mal(dbl)@<br>> \
> -@(<br>> > -StM: disabled as the code clearly cannot handle type str \
(yet?)<br>> > -@:pma_mal(str)@<br> > > -@)<br>> ><br>> > @+ \
PMA API<br>> > @h<br>> > @@ -115,10 +111,6 @@<br>> > \
@:pma_decl(lng)@<br>> > @:pma_decl(flt)@<br>> > \
@:pma_decl(dbl)@<br>> > -@(<br>> > -StM: disabled as the code clearly \
cannot handle type str (yet?)<br> > > -@:pma_decl(str)@<br>> > \
-@)<br>> > #endif /* _PMA_H_ */<br>> ><br>> > @+ PMA \
implementation<br>> > @@ -155,10 +147,6 @@<br>> > for (cnt = PMA_SEG; \
cnt < *sz; cnt <<= 1); /* figure out the size */<br> > > b = \
BATnew(TYPE_void, *tpe, cnt);<br>> > if (b) {<br>> > -@(<br>> > \
-StM: disabled as the code clearly cannot handle other than fixed-size linear types \
(yet?)<br>> > - var_t nil_off;<br> > > -@)<br>> > \
switch(ATOMstorage(*tpe)) {<br>> > case TYPE_chr: @:fillnill(chr, \
chr_nil)@<br>> > case TYPE_bte: @:fillnill(bte, bte_nil)@<br>> \
> @@ -168,15 +156,8 @@<br> > > case TYPE_flt: @:fillnill(flt, \
flt_nil)@<br>> > case TYPE_dbl: @:fillnill(dbl, dbl_nil)@<br>> \
> case TYPE_ptr: @:fillnill(ptr, ptr_nil)@<br>> > - \
default:<br> > > - BBPunfix(b->batCacheid);<br>> > - \
return "PMAnew: type not supported (yet?)";<br>> > -@(<br>> > \
-StM: disabled as the code clearly cannot handle other than fixed-size linear types \
(yet?)<br> > > - BUNins(b, NULL, (ptr)str_nil, \
FALSE);<br>> > - nil_off = *(var_t*) Tloc(b, \
BUNfirst(b));<br>> > - @:fillnill(wrd, nil_off)@<br> \
> > -@)<br>> > + default: \
BBPunfix(b->batCacheid);<br>> > + \
return "PMAnew: type not supported (yet?)";<br>> > }<br> \
> > BATsetcount(b, cnt);<br>> > b->tsorted = \
0;<br>> > @@ -417,7 +398,7 @@<br>> > bat ret;<br>> > BAT \
*b, *bn;<br>> > @1 *base, *basen;<br>> > - (void)dummy;<br> > \
> + dummy = 0;<br>> > b = BATdescriptor(*bid);<br>> > if (b \
== NULL) return "PMAdel: illegal bat parameter";<br>> > psz = \
BATcount(b);<br>> > @@ -725,9 +706,9 @@<br> > > pma_export str<br>> \
> PMAbulkins_@1(oid *pos_res, bat *bid, oid *pos, bat *ibid) {<br>> > \
bit fgw, fg;<br>> > - int tpe, size;<br>> > + int tpe, size, \
slen;<br>> > oid i, j, k, ht, sz, isz, psz, cnt, icnt, lv, wsz, snum, scl, \
scr, wbeg, mpos, cur;<br> > > - dbl dens, dent, step, dstep, slen;<br>> \
> + dbl dens, dent, step, dstep;<br>> > bat ret;<br>> > BAT \
*b, *bi, *bn;<br>> > @1 *base, *basei, *basen;<br>> > @@ -795,7 \
+776,7 @@<br> > > cur = i;<br>> > \
}<br>> > } else {<br>> > - \
if (fg && (i - cur >= slen)) {<br> > > + \
if (fg && ((int)(i - cur) >= slen)) {<br>> > \
base[cur] = base[i];<br>> > base[i] = \
(@1)@1_nil;<br> > > cur += slen;<br>> \
> @@ -815,7 +796,7 @@<br>> > cur = \
i;<br>> > }<br>> > } else \
{<br> > > - if (fg && (cur - i >= slen)) \
{<br>> > + if (fg && ((int)(cur - i) >= \
slen)) {<br>> > base[cur] = base[i];<br> \
> > base[i] = (@1)@1_nil;<br>> > \
cur -= slen;<br>> > @@ -839,7 +820,7 @@<br>> > while (TaoMin \
* size < cnt + icnt) size <<= 1;<br> > > dstep = (dbl)size \
/ (cnt + icnt);<br>> > slen = ceil(dstep);<br>> > - \
if ((cnt + icnt) * slen > size) slen--;<br>> > + if ((int)(cnt + \
icnt) * slen > size) slen--;<br> > > tpe = TYPE_@1;<br>> > \
PMAnew(&ret, &tpe, &size);<br>> > bn = \
BATdescriptor(ret);<br>> > @@ -877,7 +858,7 @@<br>> > BAT *b;<br>> \
> oid lo, hi, lo_res, hi_res, pos_res;<br> > > int i;<br>> > - \
(void)dummy;<br>> > + dummy = 0;<br>> > b = \
BATdescriptor(*bid);<br>> > if (b == NULL) return "PMAfnd: illegal bat \
parameter";<br>> > for (i = 0; i < *num; i++) {<br> > > @@ \
-916,7 +897,3 @@<br>> > @:pma_impl(lng)@<br>> > \
@:pma_impl(flt)@<br>> > @:pma_impl(dbl)@<br>> > -@(<br>> > -StM: \
disabled as the code clearly cannot handle type str (yet?)<br> > > \
-@:pma_impl(str)@<br>> > -@)<br>> ><br>> ><br>> > \
------------------------------------------------------------------------------<br>> \
> Join us December 9, 2009 for the Red Hat Virtual Experience,<br> > > a \
free event focused on virtualization and cloud computing.<br>> > Attend \
in-depth sessions from your desk. Your couch. Anywhere.<br>> > <a \
href="http://p.sf.net/sfu/redhat-sfdev2dev" \
target="_blank">http://p.sf.net/sfu/redhat-sfdev2dev</a><br> > > \
_______________________________________________<br>> > Monetdb-checkins mailing \
list<br>> > <a \
href="mailto:Monetdb-checkins@lists.sourceforge.net">Monetdb-checkins@lists.sourceforge.net</a><br>> \
> <a href="https://lists.sourceforge.net/lists/listinfo/monetdb-checkins" \
target="_blank">https://lists.sourceforge.net/lists/listinfo/monetdb-checkins</a><br> \
><br>><br>> --<br>> Sjoerd Mullender<br>><br><br><br><br>> \
------------------------------------------------------------------------------<br>> \
Join us December 9, 2009 for the Red Hat Virtual Experience,<br> > a free event \
focused on virtualization and cloud computing.<br>> Attend in-depth sessions from \
your desk. Your couch. Anywhere.<br>> <a \
href="http://p.sf.net/sfu/redhat-sfdev2dev" \
target="_blank">http://p.sf.net/sfu/redhat-sfdev2dev</a><br> > \
_______________________________________________<br>> Monetdb-checkins mailing \
list<br>> <a href="mailto:Monetdb-checkins@lists.sourceforge.net">Monetdb-checkins@lists.sourceforge.net</a><br>> \
<a href="https://lists.sourceforge.net/lists/listinfo/monetdb-checkins" \
target="_blank">https://lists.sourceforge.net/lists/listinfo/monetdb-checkins</a><br> \
<br><br>--<br></div></div>| Dr. Stefan Manegold | mailto:<a \
href="mailto:Stefan.Manegold@cwi.nl">Stefan.Manegold@cwi.nl</a> |<br>| CWI, P.O.Box \
94079 | <a href="http://www.cwi.nl/~manegold/" \
target="_blank">http://www.cwi.nl/~manegold/</a> |<br> | 1090 GB Amsterdam | Tel.: \
+31 (20) 592-4212 |<br>| The Netherlands | Fax : +31 (20) 592-4312 \
|<br> <div>
<div></div>
<div class="h5"><br>------------------------------------------------------------------------------<br>Join \
us December 9, 2009 for the Red Hat Virtual Experience,<br>a free event focused on \
virtualization and cloud computing.<br> Attend in-depth sessions from your desk. Your \
couch. Anywhere.<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" \
target="_blank">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________<br>
Monetdb-checkins mailing list<br><a \
href="mailto:Monetdb-checkins@lists.sourceforge.net">Monetdb-checkins@lists.sourceforge.net</a><br><a \
href="https://lists.sourceforge.net/lists/listinfo/monetdb-checkins" \
target="_blank">https://lists.sourceforge.net/lists/listinfo/monetdb-checkins</a><br> \
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Nan Tang<br>CWI, \
Amsterdam, The Netherlands<br>Tel: +31 624356999<br>Email: tang at <a \
href="http://cwi.nl">cwi.nl</a> / joe.ntang at <a \
href="http://gmail.com">gmail.com</a><br>
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Monetdb-developers mailing list
Monetdb-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monetdb-developers
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic