December 2006 - developers-list

[Monetdb-developers] MonetDB as MySQL storage engine
by Arman Bostani 12 Dec '06

12 Dec '06

Hello all, Has anyone considered the possibility of using MonetDB as a MySQL storage engine. This idea is appealing since, theoretically, you'd immediately have access to MySQL features such as clustering, replication, etc. I would guess, however, that you would lose much of MonetDB performance advantages. Any thoughts? -arman

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder MonetDB-XQuery.spec.in, 1.16, 1.17 Makefile.ag, 1.22, 1.23 extra.mk, 1.18, 1.19
by Stefan Manegold 09 Dec '06

09 Dec '06

Niels, these changes are not meant for the release? Stefan On Sat, Dec 09, 2006 at 11:13:52AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/pathfinder > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv22364 > > Modified Files: > MonetDB-XQuery.spec.in Makefile.ag extra.mk > Log Message: > install howtos is done within the monetweb tools > > > Index: Makefile.ag > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/Makefile.ag,v > retrieving revision 1.22 > retrieving revision 1.23 > diff -u -d -r1.22 -r1.23 > --- Makefile.ag 30 Nov 2006 11:56:57 -0000 1.22 > +++ Makefile.ag 9 Dec 2006 11:13:50 -0000 1.23 > @@ -26,11 +26,21 @@ > > EXTRA_DIST = rules.mk extra.mk RunMtest.in RunMtest.bat.in \ > RunMapprove.in RunMapprove.bat.in \ > - MonetDB-XQuery.spec.in MonetDB-XQuery.spec rpm.mk.in \ > - HowToStart-PF HowToStart-MinGW.txt > + MonetDB-XQuery.spec.in MonetDB-XQuery.spec rpm.mk.in > EXTRA_DIST_DIR = NT tests > > EXTRA_HEADERS = pf_config.h > > +scripts_txt = { > + SOURCES = HowToStart-MinGW.txt > + DIR = datadir/doc/MonetDB-XQuery-${VERSION} > +} > + > +scripts_docs = { > + EXT = "" > + SOURCES = HowToStart-PF > + DIR = datadir/doc/MonetDB-XQuery-${VERSION} > +} > + > TESTS = RunMtest > TESTS_ENVIRONMENT = $(SHELL) > > Index: extra.mk > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/extra.mk,v > retrieving revision 1.18 > retrieving revision 1.19 > diff -u -d -r1.18 -r1.19 > --- extra.mk 8 Nov 2006 13:16:44 -0000 1.18 > +++ extra.mk 9 Dec 2006 11:13:50 -0000 1.19 > @@ -68,19 +68,3 @@ > # > doc: > cd $(top_srcdir) ; doc/gen_doc.sh > - > -# > -# Stefan's automated test system uses `make docs', not `make doc'. > -# Make him happy as well. > -# > -docs: \ > - $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html \ > - $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html > - > -$(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html: $(top_srcdir)/HowToStart-PF > - mkdir -p $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix > - rst2html.py --stylesheet http://monetdb.cwi.nl/MonetDB.css --link-stylesheet $(top_srcdir)/HowToStart-PF > $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html > - > -$(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html: $(top_srcdir)/HowToStart-MinGW.txt > - mkdir -p $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows > - rst2html.py --stylesheet http://monetdb.cwi.nl/MonetDB.css --link-stylesheet $(top_srcdir)/HowToStart-MinGW.txt > $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html > > Index: MonetDB-XQuery.spec.in > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/MonetDB-XQuery.spec.in,v > retrieving revision 1.16 > retrieving revision 1.17 > diff -u -d -r1.16 -r1.17 > --- MonetDB-XQuery.spec.in 1 Nov 2006 17:48:37 -0000 1.16 > +++ MonetDB-XQuery.spec.in 9 Dec 2006 11:13:50 -0000 1.17 > @@ -21,8 +21,6 @@ > > %define comp_cc @CC@ > > -%define builddoc 0 > - > # groups of related archs > %define all_x86 i386 i586 i686 > > @@ -47,15 +45,6 @@ > Requires: %{name}-server > Requires: MonetDB-devel > > -%if %{builddoc} > -%package docu > -Summary: MonetDB XQuery documentation package > -Group: System > - > -%description docu > -Add the MonetDB documentaion description here > -%endif > - > %prep > rm -rf $RPM_BUILD_ROOT > > @@ -95,18 +84,8 @@ > %{_libdir}/MonetDB/*.mil > %{prefix}/bin/Mbeddedxq > %{_libdir}/libembeddedxq.* > +%{_datadir}/doc/%{name}-%{version}/* > > %files devel > %defattr(-,monetdb,monetdb) > %{prefix}/include/pathfinder/*.h > - > -%if %{builddoc} > -%files docu > -%defattr(-,monetdb,monetdb) > -%{prefix}/share/MonetDB/docs/pathfinder/*.html > -%{prefix}/share/MonetDB/docs/pathfinder/*.pdf > -%{prefix}/share/MonetDB/docs/pathfinder/*.ps > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.html > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.pdf > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.ps > -%endif > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-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 |

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/doc mxdoc.tex, 1.5, NONE
by Stefan Manegold 08 Dec '06

08 Dec '06

Martin, just two observations I made when seein these checkins: - the changes were made on the development trunk, and hence will not be in the release. - `make docs` for MonetDB will fail, now as MonetDB/html.mk still refers to the no longer existing MonetDB/doc/mxdoc.tex Stefan (yes, I am German and will always be!) On Fri, Dec 08, 2006 at 09:08:48AM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB/doc > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16022 > > Removed Files: > mxdoc.tex > Log Message: > Mx documentation is moved to the buildtools. > > > --- mxdoc.tex DELETED --- > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > 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-4312 |

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/mil milprint_summer.c, 1.298.2.4, 1.298.2.5
by Stefan Manegold 07 Dec '06

07 Dec '06

Peter, the changes below seem to make 3 of the 6 Music/limit tests fail with " !ERROR: interpret: no matching MIL operator to 'seqbase(int, oid)'. !MAYBE YOU MEAN: ! seqbase(BAT[void,any::1], oid) : BAT[void,any::1] ! seqbase(BAT[void,any::1]) : oid ! seqbase(BAT[oid,any::1]) : oid " What kind of solution/fix do you recommend? (1) set the seqbase only if the type is BAT, or (2) add a "fake" constant-seqbase variant to the constant module ? Thanks! Stefan On Tue, Nov 28, 2006 at 02:18:09PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/mil > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv14236 > > Modified Files: > Tag: XQuery_0-14 > milprint_summer.c > Log Message: > - [ 1600704 ] XQuery: subsequence > 1 fails > > we require the seqbase of our iter|pos|item relations to be 0@0 > > > > Index: milprint_summer.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/mil/milprint_summer.c,v > retrieving revision 1.298.2.4 > retrieving revision 1.298.2.5 > diff -u -d -r1.298.2.4 -r1.298.2.5 > --- milprint_summer.c 16 Nov 2006 17:52:56 -0000 1.298.2.4 > +++ milprint_summer.c 28 Nov 2006 14:18:06 -0000 1.298.2.5 > @@ -7641,10 +7641,10 @@ > > milprintf(f, "\n" > " # select a slice\n" > - " ipik := ipik.slice(int(lo),hi);\n" > - " iter := iter.slice(int(lo),hi);\n" > - " kind := kind.slice(int(lo),hi);\n" > - " item%s := item%s.slice(int(lo), hi);\n" > + " ipik := ipik.slice(int(lo),hi).seqbase(0@0);\n" > + " iter := iter.slice(int(lo),hi).seqbase(0@0);\n" > + " kind := kind.slice(int(lo),hi).seqbase(0@0);\n" > + " item%s := item%s.slice(int(lo), hi).seqbase(0@0);\n" > " pos := ipik.mark(1@0);\n" > "} else {\n" > " # evaluate selection tuple by tuple (note: fully constant-resistant code)\n" > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-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 |

2 1

[Monetdb-developers] Compiling M4 release...
by Romulo Goncalves 07 Dec '06

07 Dec '06

Dear developers I was updating my M4 release and I got the following error: gcc -m64 -DHAVE_CONFIG_H -I. -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain -I../../.. -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain -I../../common -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../common -I../../gdk -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../gdk -I../../monet -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../monet -DLIBUPGRADE -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c upgrade.c -fPIC -DPIC -o .libs/lib_upgrade_la-upgrade.o /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx: In function 'bat_convert': /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:465: error: 'Heap' has no member named 'padding' /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:486: error: 'Heap' has no member named 'padding' /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:509: error: 'Heap' has no member named 'padding' make[7]: *** [lib_upgrade_la-upgrade.lo] Error 1 make[7]: Leaving directory `/net/amelia/export/scratch1/goncalve/MonetDB/MonetDB_Release/monetdb4/build/src/modules/plain' make[6]: *** [all] Error 2 I also updated the buildtools. It should a be a stable branch, right? ;) Regards, Romulo

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/semantics normalize.brg, 1.11, 1.11.2.1
by Jan Rittinger 06 Dec '06

06 Dec '06

On 12/01/2006 02:28 AM, Peter Boncz wrote with possible deletions: > The Moerkotte Queries (e.g. /ufs/boncz/moer) seduced me into implementing > the "syntactic variant" solution to the problem discussed by Jens in the wiki: > [...] > I do *not* propose to propagate this to the HEAD automatically. The decision whether > this rewrite is worth the while I leave to the Munich folks. It is a thing that helps > mps (a lot, in fact for programmers that use X[Z] XPath notation rather than xquery > notation for $x in X where Z return $x) > Stefan's automatic propagation however already did exactly that... (I just played around with both versions and it seems that the algebra is not slower with these modifications. In Guidos q11 the modified version is even 500 msec faster. My interpretation is that some more rewrites on the algebra side are needed to fill the gap :).) > Anyway, on our standard benchmarking machine db2 (non-optimized 64-bits 32-bits oids > gcc compile) we now get the following score on the Moerkotte Queries: > > MXQ.14 MXQ.12 saxon > q0 0.67 1.71 1.5 > q1 0.26 0.33 1.6 > q2 0.68 1.23 60 > q3 2.38 DNF 209 > q4 1.83 2.02 61 > q5 2.74 DNF 166 > q6 4.82 DNF 130 > q7 2312 DNF 211 > q8 DNF DNF DNF > q9 DNF DNF DNF > q10 DNF DNF DNF > q11 DNF DNF 151 > q12 0.14 DNF ? I tried to get the numbers out of the algebra branch as well. On my Laptop (1700MHz, 1024MB Ram) I got better numbers for the first two queries compiled with milprint_summer (I only tried these two). The algebra version compiles for 7 of the 13 queries (3 fail due to non existent reverse sorting in the algebra and the 3 others fail as f n:number is not implemented yet). Queries q0, q1, q2, q4, q5, q11, and q12 compile and in q0, q1, q5, q11, and q12 all joins are recognized (at least as far as I could see). q2 and q4 still each contain an undetected join because we lack the detection of conjunctive joins (until now). In the following the measurements of a single(!) run for each query: guido q0: alg: Comp 613.000 msec Load 51.719 msec Query 224.477 msec Print 1.319 msec mps: Trans 242.385 msec Shred 59.625 msec Query 385.546 msec Print 1.128 msec guido q1: alg: Comp 79.000 msec Load 52.124 msec Query 120.840 msec Print 16.844 msec mps: Trans 62.809 msec Shred 51.907 msec Query 155.992 msec Print 17.736 msec guido q2 - alg: Comp 473.000 msec DNF (dependent join) guido q4 - alg: Comp 522.000 msec DNF (dependent join) guido q5 - alg: Comp 03s 255 msec Load 50.975 msec Query 1369.837 msec Print 158.239 msec guido q11 - alg: Comp 02s 010 msec Load 50.960 msec Query 1130.238 msec Print 74.269 msec guido q12 - alg: Comp 145.000 msec Load 52.192 msec Query 53.572 msec Print 1.980 msec -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

3 2

[Monetdb-developers] bootstrap: why does it remove .orig files?
by Fabian Groffen 06 Dec '06

06 Dec '06

Hi all, I just found out I lost some (hours of) work, because de-bootstrap threw away some files which I temporarily renamed to "*.orig". Whether or not this was a good idea, I'm wondering what de-bootstrap's rationale is to remove those "original" files, which I don't think that match the description of de-bootstrap: This script ("./de-bootstrap") can be used to clean up the source tree, i.e., to remove all files that were created by "./bootstrap". <rant> In my case it did remove a file that was NOT created by bootstrap, and if bootstrap ever has a patch failing and produces an .orig (and .rej) file, I might prefer my unclobbered file to exist. In any case, I am NOT amused, and think -- considering the many wildcards in the script -- that it does far from what its description says. Of course it asks me whether or not I want to delete stuff, but sorry, I haven't written a script yet that performs the task de-bootstrap should have done to see whether it throws away a file it shouldn't even want to touch. And manually examining the two terminal heights long list of files also isn't my speciality. </rant>

2 2

[Monetdb-developers] Compile M4...
by Romulo Goncalves 05 Dec '06

05 Dec '06

Dear developers, I checkout buildtools and M4 to my machine at home. I am using Fedora Core 4. The version of M4 and the buildtools are the cvs head branch. My gcc compiler is [Romulo@localhost MonetDB]$ gcc --version gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I done boostrap, configure, and make During the compilation I got this error: /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../.. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../common -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/../common -DLIBGDK -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o libbat_la-gdk_system.lo `test -f 'gdk_system.c' || echo '/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/'`gdk_system.c gcc -DHAVE_CONFIG_H -I. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../.. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../common -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/../common -DLIBGDK -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c gdk_system.c -fPIC -DPIC -o .libs/libbat_la-gdk_system.o cc1: warnings being treated as errors /home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/gdk_system.mx:224: warning: missing initializer /home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/gdk_system.mx:224: warning: (near initialization for 'MT_system_lock.__data.__count') make[5]: *** [libbat_la-gdk_system.lo] Error 1 make[5]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src/gdk' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src/gdk' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build' make: *** [all] Error 2 [Romulo@localhost MonetDB]$ I done the same procedures several times and I always got the same error. Any idea what could be the problem? Regards, Romulo

2 8

[Monetdb-developers] configure & *_config.h include files
by Stefan Manegold 01 Dec '06

01 Dec '06

Dear fellow developers, while trying to fix portability issues with the pftijah modules of pathfinder, I noticed the following problem: To ensure portability, each source file should know about and adhere to what configure found out; hence, the respective X_config.h (with X one of monetdb, sql, pf, etc,) must be the first include in each .c file. However, with the front-ends, some files (especially those implementing extension modules) also need to MonetDB's monet.h or gdk.h to get the respective definition. Since monet.h includes gdk.h which includes monet_utils.h which in turn includes monetdb_config.h, these files the include both the "local" X_config.h (with X one of sql, pf, etc,) and the monetdb_config.h. This might trigger two problems: 1) If we compile sql, pf, etc, a against a binary install of MonetDB which was configured and generated on an binary compatible but potentially (slightly) differently configured/installed system, this might lead to conflicting definition/declarations in the two X_config.h. 2) Even if we compile MonetDB and the front-end on the same system, there might be conflicts since the respective configure are not completely identical. In pathfinder/runtime we avoid (2) be not including pf_config.h but only monetdb_config.h (via monet.h or gdk.h) which might actually lead to problems similar to (1). In pathfinder/module/pftijah, we run into (2) with _FILE_OFFSET_BITS (at least) on our Solaris 10 x86 machine, since only MonetDB' configure.ag checks AC_SYS_LARGEFILE() while pathfinder's configure.ag does not. To solve the problem (2) "properly", we could either make all configures identical (e.g., by moving all "local" checks from the various configure.ag to MonetDB/conf.monet.m4). But that still leaves us with (1). To solve (1) (and (2)) "properly", we could avoid the implicit inclusion of monetdb_config.h in monet_utils.h (and hence gdk.h & monet.h) by removing the respective include from monet_utils.h. But then, we'd have to explicitly include monetdb_config.h in each .c file that now includes one of monet_utils.h, gdk.h, monet.h (directly or via some other include) --- a lot of work, with a high risk to overlook some locations... A "better"(?) (at least simpler) solution could be to guard the #include "monetdb_config.h" in MonetDB' monet_utils.h by, say, #ifndef NO_MONETDB_CONFIG ... #endif, and then define NO_MONETDB_CONFIG in X_config.h (with X one of sql, pf, etc,). I'd strongly vote for the last solution. ;-) Comments, ideas, complaints, objections? Stefan -- | 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 |

4 7

[Monetdb-developers] Compilation of M4, M5 and SQL in the windows 64
by Romulo Goncalves 01 Dec '06

01 Dec '06

Dear developers, During the compilation of M4, M5, and SQL in windows 64 I have to correct all the time the rules.msc: PTHREAD_INCS = "-I$(PTHREAD)\include" PTHREAD_LIBS = "$(PTHREAD)\lib\pthreadVC2.lib" to PTHREAD_INCS = "-I$(PTHREAD)" PTHREAD_LIBS = "$(PTHREAD)\pthreadVC2.lib" TO not get compilation errors. This happen because the compilations of pthread for win64 does not create the directories lib and include. The files are all saved into the main directory pthreads. Being the pthreads directory tree for 64 different of the directory tree for 32. If you could help me to find a solution I will appreciate a lot. Regards, Romulo

2 4