- developers-list - monetdb.org

[Monetdb-developers] regarding monetdb
by Puneet Birwa 30 Mar '10

30 Mar '10

hi, is monetdb mantain the hash table & indexs for each node by itself. & is there any way by which i can find out the relation between the physical plan generated at compile time & execution plan which is generated at run time i.e how can i find mapping between physical plan & execution plan . Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! http://downloads.yahoo.com/in/internetexplorer/

1 0

[Monetdb-developers] sourceforge outage
by Sjoerd Mullender 26 Mar '10

26 Mar '10

See the current status at https://sourceforge.net/apps/wordpress/sourceforge/. -- Sjoerd Mullender

1 0

[Monetdb-developers] dlclose() segfault
by Mark Bucciarelli 23 Mar '10

23 Mar '10

While learning about dlopen() and dynamic libraries, I found that calling dlclose() on libbat.so segfaults. Is this a known behavior or a symptom of some problem? Thanks, m $ cat bad.c #include <dlfcn.h> int main(void) { void *handle; char *fn = "libbat.so"; handle = dlopen(fn, RTLD_NOW); dlclose(handle); return 0; } $ gcc bad.c && ./a.out Segmentation fault (core dumped) $

2 3

[Monetdb-developers] C client: MapiHdl usage
by Mark Bucciarelli 23 Mar '10

23 Mar '10

Hi, Is there any reason I cannot reuse MapiHdl? Do I need to close after an insert or a mapi_get_last_id() call? Thanks, m

2 1

[Monetdb-developers] are BAT ids are fixed
by anshul gangwar 22 Mar '10

22 Mar '10

hello, I want to know whether BAT ids are fixed. If fixed then what does that BAT_select_(b=tmpr_2322): BATslice(v=tmp_2403, low=0, high=1) means? The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

2 1

[Monetdb-developers] difficulty in understanding final query execution plan
by anshul gangwar 22 Mar '10

22 Mar '10

Hello What will be the leaves in final query execution plan tree. What does that BATfetchjoin does , BAT_select and BATjoin actually does in simple language. The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

2 1

[Monetdb-developers] BAT_select description
by anshul gangwar 22 Mar '10

22 Mar '10

hello Where can i find the description of BAT_select? Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! http://downloads.yahoo.com/in/internetexplorer/

3 3

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/kernel batcast.mx, Feb2010, 1.31.2.7, 1.31.2.8
by Stefan Manegold 20 Mar '10

20 Mar '10

On Sat, Mar 20, 2010 at 12:53:12PM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/kernel > In directory sfp-cvsdas-1.v30.ch3.sourceforge.com:/tmp/cvs-serv10537 > > Modified Files: > Tag: Feb2010 > batcast.mx > Log Message: > Backport of possible dangerous double frees. No roll forward needed. While your revised code looks indeed more efficient to me (as it allows ATOMfromstr() --- well, at least strFromStr(); I cannot tell about other "extern" (varsized) atoms --- to reuse a allocated temporary buffer), I wonder whether/why the original experienced double frees? Called with v==NULL, ATOMfromstr() --- again, I refer only to strFromStr(); FromStr functions for other "extern" (varsized) atoms might behave differently; IMHO, we don't have any "contract" or "policies" for FromStr() implementations --- would allocate a buffer for the result, ATOMput() copies the value from the buffer to the BAT heap, and then the buffer is (was) freed. Looks very sound to me. What am I missing? I would be thankful for any enlightment. Stefan > Index: batcast.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/kernel/batcast.mx,v > retrieving revision 1.31.2.7 > retrieving revision 1.31.2.8 > diff -u -d -r1.31.2.7 -r1.31.2.8 > --- batcast.mx 18 Feb 2010 01:04:05 -0000 1.31.2.7 > +++ batcast.mx 20 Mar 2010 12:53:10 -0000 1.31.2.8 > @@ -248,6 +248,8 @@ > BAT *b,*bn; > BATiter bi; > BUN p, q, r = 0; > + ptr v = NULL; > + int len = 0; > > @:getBATdescriptor(bid, b, "batcalc.@1")@ > @:voidresultBAT(TYPE_@1,"batcalc.@1")@ > @@ -255,15 +257,12 @@ > > BATaccessBegin(b, USE_TAIL, MMAP_SEQUENTIAL); > BATloop(b, p, q) { > - ptr v = NULL; > - int len = 0; > - > ATOMfromstr(TYPE_@1, &v, &len, (char *) BUNtvar(bi, p)); > ATOMput(TYPE_@1, bn->T->vheap, Tloc(bn, r), v); > - if (ATOMextern(TYPE_@1)) > - GDKfree(v); > r++; > } > + if (ATOMextern(TYPE_@1)) > + GDKfree(v); > BATsetcount(bn, BATcount(b)); > bunins_failed: > BATaccessEnd(b, USE_TAIL, MMAP_SEQUENTIAL); > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)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-4199 |

2 3

Re: [Monetdb-developers] why open() before dlopen()?
by Mark Bucciarelli 19 Mar '10

19 Mar '10

On Fri, Mar 19, 2010 at 11:38 AM, Martin Kersten <Martin.Kersten(a)cwi.nl> wrote: > > Also portability over all platforms is point of concern, > there is some old old out there, e.g. HP-UX. > Ok, then I'll make the patch specific to OpenBSD unless someone here has a preferred solution. Thanks, m

2 2

[Monetdb-developers] why open() before dlopen()?
by Mark Bucciarelli 19 Mar '10

19 Mar '10

I'm working on fixing tracker #2971516. What I have learned is that libtool on OpenBSD does not create .so files without the version suffix because they use a different value of library_names_spec in libtool than Linux does. However, their dlopen() has some ld magic; for example, dlopen("libbat.so") and dlopen("/usr/local/lib/libbat.so.1.34") both work just fine. However the monetdb server tries to open() the .so first, and the open() method does not have the same ld magic as dlopen(). So my question is---why call open() at all? What value does it add to the dlopen() call? Seems like picking the right library version is a responsibility that should belong to ld. I'm contemplating a patch that skips the open() call for .so files. Thanks, m

1 0