- developers-list - monetdb.org

[Monetdb-developers] Pathfinder License update?
by Stefan Manegold 18 Jun '06

18 Jun '06

Hi, I just noticed that the copyright statment in pathfinder/compiler/parser/parser.y (in the development trunk) has been updated by Jens on May 22 2006 as follows: ======== --- compiler/parser/parser.y 14 Mar 2006 22:50:19 -0000 1.36 +++ compiler/parser/parser.y 22 May 2006 15:36:05 -0000 1.37 @@ -22,10 +22,13 @@ * * The Original Code is the Pathfinder system. * - * The Initial Developer of the Original Code is the Database & - * Information Systems Group at the University of Konstanz, Germany. - * Portions created by the University of Konstanz are Copyright (C) - * 2000-2006 University of Konstanz. All Rights Reserved. + * The Original Code has initially been developed by the Database & + * Information Systems Group at the University of Konstanz, Germany + * and is now maintained by the Database Systems Group at the + * Technische Universitaet Muenchen, Germany. Portions created by + * the University of Konstanz and the Technische Universitaet Muenchen + * are Copyright (C) 2000-2005 University of Konstanz and (C) 2005-2006 + * Technische Universitaet Muenchen, respectively. All Rights Reserved. * * $Id$ */ ======== This obviously triggers two questions 1) Should the copyright statement in all pathfinder files be updated accordingly (both in the development trunk and the XQuery_0-12 release branch)? 2) Should we replace "University of Konstanz", "UKO", & "Konstanz" by "Technische Universitaet Muenchen", "TUM", & "Muenchen" in the Pathfinder license http://monetdb.cwi.nl/Development/Legal/PathfinderLicense-1.1/index.html (and hence possible update is to version 1.2)? Any comments are more than welcome! 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 |

3 2

[Monetdb-developers] radix.mx signed/unsigned issue?
by Fabian Groffen 17 Jun '06

17 Jun '06

I just tried to compile MonetDB 4 and hit a compiler warning (error) in radix.mx on a signed/unsigned comparison. I applied the attached patch to make it compiling again, but I'm not sure if this is the intention, as the hard cast might result in the wrong result perhaps? Also, am I the only one experiencing this problem?

1 1

Re: [Monetdb-developers] pathfinder release: bugfixing opportunity
by Stefan Manegold 12 Jun '06

12 Jun '06

[Please use the MonetDB-developers mailing list (monetdb-developers(a)lists.sourceforge.net) for this kind of discussions, and make sure you're subscribed to it (with your current email address). Thanks!] I suggest to not checkin any changes to the XQuery_0-10 stable branch of pathfinder, but to wait until we (Niels, Sjoerd, me) create the new XQuery_0-12 stable branch (together with the new MonetDB_4-12 & SQL_2-12 release branches) early next week. Of course, you're free and welcome to try to compile pathfinder's stable branch (XQuery_0-10) with the current MonetDB 4.11 development trunk to sort-out the problems and start fixing them off-line. The short-term "feature-freeze" for the "intermediate release" applied only to MonetDB & sql; as Peter explained, for pathfinder we plan only porting of XQuery_0-10 to comply/compile with MonetDB 4.11 as well as applying bugfixes (including back-porting bug fixes from XQuery 0.11 as far as necessary/possible). On Thu, Jun 08, 2006 at 12:44:03AM +0200, Jan Rittinger wrote: > > -----Original Message----- > > Hi, > > > > I am not against including the compiler directory, but we > > must be careful > > with: > > - milprint-summer, I think it can't be rolled forward (all > > those tijah changes, and the update changes) > > - update syntax in the parser (it should not be recognized yet) > > - burkowski changes in the parser (may or may not be a > > problem, see below) > > > > You are probably right that removing code probably is as much work as > finding the respective bug fixes. I just skipped through the commit mails of > the last 4 months and looked up checkins that mainly fix bugs. > > So here's a (probably incomplete) list: > milprint_summer.c 182->183, 185->186, 191->192, 208->209, 209->210, > 210->211, 217->218, 219->220, 220->221 > shredder.mx 77->78, 81->82 > pf_support.mx 126->127 > subtyping.c 33->34 > fs.brg 33->34 > > > > > the rule is that if you feel like it and it takes little time, it may be > > welcome. > > > > I identified the following open bugs op the stable branch: > > > > 1447195 PF: crash server with XMark > > 1446426 fn:doc() call in nested element construction fails > > 1339844 PF: A parent step into the void > > 1459974 XQuery: parent-step into all > > 1491723 wrong position numbering in sequence after predicate and: 1410662 PF: tests tests/XQuery/Tests/typing[12].xq fail 1365379 PF: "stable order by" 1351516 PF: attribute after non-attribute content 1207048 XQuery: crashtest those that are "not (yet?) fixable" should be close with the proper comment/explanation. Stefan > > > > will try to compile pathfinder tomorrow and look into these issues. feel > > free to claim ony of these bugs.. > > > > I also identified the following closed bugs on the stable > > branch. They appeared to have been applied only to the HEAD, > > so I backported them to the Stable. This must still be checked: > > > > 1490847 problem with functions in xquery > > QUESTION TO JAN RITTINGER: was this really the small > > change mentioned in the bug report? I applied it. > > it's in the above patch list > > > 1454407 Mserver does not close XQuery sockets > > QUESTION TO NIELS NES: the patch in the bug report was ok? I applied it. > > > > this one I don't know what to do with: > > > > 1463558 wrong result when passing nodelist to function > > QUESTION TO JAN RITTINGER: what was the bug-fix here? > > it's in the above patch list > > > > > QUESTION TO WOUTER: I reported two problems with select-narrow. Can we roll > > forward pf_burk as it is now to the stable, and get those fixes as well as > > the rename? > > > > As the release date is near (I think Niels aims for less than two weeks), > > please treat this with urgency, or do not treat this at all.. > > > > best, > > > > Peter > > > > > > Two bugs that might pop up if we roll forward the MonetDB head (with > > batcache) to Stable pathfinder: > > > > 1499969 PF: tests/XQuery/Tests/typeswitch[34].xq: property errors > > 1499962 PF: XMark Q10: "HASHremove: Assertion `0' failed." > > > > > > > > -----Original Message----- > > From: Jan Rittinger [mailto:rittinge@in.tum.de] > > Sent: 07 June 2006 23:46 > > To: 'Peter Boncz'; wouter(a)holmes.nl; 'Torsten Grust'; 'Jens Teubner'; > > 'Jan Flokstra'; 'Maurice Van Keulen'; 'Wouter Alink' > > Cc: 'Sjoerd Mullender'; 'Stefan Manegold'; Niels.Nes(a)cwi.nl > > Subject: RE: pathfinder release: bugfixing opportunity > > > > > > I have no problem postponing the pf release. > > > > However I think that I (and also others) fixed quite a number of 'important' > > pathfinder bugs. In addition some small but very useful extensions sneaked > > into the code (e.g. we now support all kinds of typeswitches). It would be a > > pitty to ignore them in the coming release. > > > > Is it perhaps possible to include the compiler directory (with small > > adjustments to align it with pf runtime and MonetDB), but leave out changes > > of the runtime? > > > > Jan > > > > > -----Original Message----- > > > From: Peter Boncz [mailto:boncz@cwi.nl] > > > Sent: Wednesday, June 07, 2006 9:41 PM > > > To: wouter(a)holmes.nl; Torsten Grust; Jens Teubner; Jan > > > Rittinger; Jan Flokstra; Maurice Van Keulen; Wouter Alink > > > Cc: Sjoerd Mullender; Stefan Manegold; niels(a)cwi.nl > > > Subject: pathfinder release: bugfixing opportunity > > > > > > Hi, > > > > > > Today we had a MonetDB meeting about the release. We decided > > > to have a release now, but without Pathfinder. > > > > > > For the Pathfinder release with updates, multi-documents and > > > soap the realistic time-frame becomes *september* (well, > > > maybe maybe august), but there will be a feature freeze > > > around SIGMOD (june 25). We anticipate a long testing and > > > debugging stage. Sorry, but this is reality. No SIGMOD release. > > > > > > As MonetDB/SQL and the alpha Monet5 do not want to wait any > > > longer just to roll through the accumulated new features and > > > fixes, there is also an imminent release. As we release > > > always all components to keep compatability and the test web > > > easily manageble in a single Stable an single Current branch, > > > the new release will include the *stable* branch of pathfinder. > > > > > > There will be a (very) small porting effort to make > > > stable-pathfinder work on head-monet. However, one of the > > > tasks ahead for a pathfinder release anyway is bug-fixing. > > > Thus, we can take this opportunity to identify quick-win bugs > > > in pathfinder and release those. We can also look at the bugs > > > fixed in pathfinder in the past period, and ask ourselfves > > > whether rollling them through is useful and little work. > > > > > > I guess the freeze for the direct release is only within > > > days, and I recommend you all not to spend much time on it. > > > At least the new pathfinder will contain the BATuselect fix > > > in the serialization (admittedly not as fast as Jan R.'s > > > current implementation but still better than before). > > > > > > As the experiences with it have been positive, I propose this > > > time to build pathfinder with burkowski enabled. Thus we can > > > point the guy who wants windows with burkowski (and other > > > like him) to the new binary release. Note that the > > > functionality is by default still disabled; you need to set a > > > configuration switch to yes to turn it on. > > > > > > Peter > > > > > > -- | 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 3

Re: [Monetdb-developers] pathfinder release: bugfixing opportunity
by Wouter Alink (DT) 08 Jun '06

08 Jun '06

Forgot to answer my question: The problem with the stack that was too small has been fixed. The StandOff-joins now increase the stack-size whenever it grows out-of-bound. The StandOff-axes in the stable branch still have two bugs to fix that I know of: - sorting of the final result (with multiple iters, the result is not sorted at the moment). The current work-around is adding a self-step directly after the StandOff-step. - David Ahn mentioned another bug, when nesting 3 for-loops, each using the select-narrow-axis the output is garbage, but I don't know whether this bug is related to the sorting, or perhaps to another part of MonetDB/XQuery. Still have to figure this out. Greetings, Wouter >-----Original Message----- >From: Stefan Manegold [mailto:Stefan.Manegold@cwi.nl] >Sent: Thursday, June 08, 2006 9:42 AM >To: monetdb-developers(a)lists.sourceforge.net >Cc: Wouter Alink (DT); 'Jan Flokstra'; 'Maurice Van Keulen' >Subject: Re: pathfinder release: bugfixing opportunity > > >[Please use the MonetDB-developers mailing list > (monetdb-developers(a)lists.sourceforge.net) for this kind of >discussions, and make sure you're subscribed to it (with your >current email address). Thanks!] > > >I suggest to not checkin any changes to the XQuery_0-10 stable >branch of pathfinder, but to wait until we (Niels, Sjoerd, me) >create the new >XQuery_0-12 stable branch (together with the new MonetDB_4-12 >& SQL_2-12 release branches) early next week. >Of course, you're free and welcome to try to compile >pathfinder's stable branch (XQuery_0-10) with the current >MonetDB 4.11 development trunk to sort-out the problems and >start fixing them off-line. > >The short-term "feature-freeze" for the "intermediate release" >applied only to MonetDB & sql; as Peter explained, for >pathfinder we plan only porting of XQuery_0-10 to >comply/compile with MonetDB 4.11 as well as applying bugfixes >(including back-porting bug fixes from XQuery 0.11 as far as >necessary/possible). > > >On Thu, Jun 08, 2006 at 12:44:03AM +0200, Jan Rittinger wrote: >> > -----Original Message----- >> > Hi, >> > >> > I am not against including the compiler directory, but we must be >> > careful >> > with: >> > - milprint-summer, I think it can't be rolled forward (all those >> > tijah changes, and the update changes) >> > - update syntax in the parser (it should not be recognized yet) >> > - burkowski changes in the parser (may or may not be a >problem, see >> > below) >> > >> >> You are probably right that removing code probably is as >much work as >> finding the respective bug fixes. I just skipped through the commit >> mails of the last 4 months and looked up checkins that >mainly fix bugs. >> >> So here's a (probably incomplete) list: >> milprint_summer.c 182->183, 185->186, 191->192, 208->209, 209->210, >> 210->211, 217->218, 219->220, 220->221 >> shredder.mx 77->78, 81->82 >> pf_support.mx 126->127 >> subtyping.c 33->34 >> fs.brg 33->34 >> >> > >> > the rule is that if you feel like it and it takes little time, it >> > may be welcome. >> > >> > I identified the following open bugs op the stable branch: >> > >> > 1447195 PF: crash server with XMark >> > 1446426 fn:doc() call in nested element construction fails >> > 1339844 PF: A parent step into the void >> > 1459974 XQuery: parent-step into all >> > 1491723 wrong position numbering in sequence after predicate > >and: > >1410662 PF: tests tests/XQuery/Tests/typing[12].xq fail >1365379 PF: "stable order by" >1351516 PF: attribute after non-attribute content >1207048 XQuery: crashtest > >those that are "not (yet?) fixable" should be close with the >proper comment/explanation. > >Stefan > > >> > >> > will try to compile pathfinder tomorrow and look into >these issues. >> > feel free to claim ony of these bugs.. >> > >> > I also identified the following closed bugs on the stable branch. >> > They appeared to have been applied only to the HEAD, so I >backported >> > them to the Stable. This must still be checked: >> > >> > 1490847 problem with functions in xquery >> > QUESTION TO JAN RITTINGER: was this really the small change >> > mentioned in the bug report? I applied it. >> >> it's in the above patch list >> >> > 1454407 Mserver does not close XQuery sockets >> > QUESTION TO NIELS NES: the patch in the bug report >was ok? I applied it. >> > >> > this one I don't know what to do with: >> > >> > 1463558 wrong result when passing nodelist to function >> > QUESTION TO JAN RITTINGER: what was the bug-fix here? >> >> it's in the above patch list >> >> > >> > QUESTION TO WOUTER: I reported two problems with >select-narrow. Can >> > we roll forward pf_burk as it is now to the stable, and get those >> > fixes as well as the rename? >> > >> > As the release date is near (I think Niels aims for less than two >> > weeks), please treat this with urgency, or do not treat >this at all.. >> > >> > best, >> > >> > Peter >> > >> > >> > Two bugs that might pop up if we roll forward the MonetDB >head (with >> > batcache) to Stable pathfinder: >> > >> > 1499969 PF: tests/XQuery/Tests/typeswitch[34].xq: property errors >> > 1499962 PF: XMark Q10: "HASHremove: Assertion `0' failed." >> > >> > >> > >> > -----Original Message----- >> > From: Jan Rittinger [mailto:rittinge@in.tum.de] >> > Sent: 07 June 2006 23:46 >> > To: 'Peter Boncz'; wouter(a)holmes.nl; 'Torsten Grust'; 'Jens >> > Teubner'; 'Jan Flokstra'; 'Maurice Van Keulen'; 'Wouter Alink' >> > Cc: 'Sjoerd Mullender'; 'Stefan Manegold'; Niels.Nes(a)cwi.nl >> > Subject: RE: pathfinder release: bugfixing opportunity >> > >> > >> > I have no problem postponing the pf release. >> > >> > However I think that I (and also others) fixed quite a >number of 'important' >> > pathfinder bugs. In addition some small but very useful extensions >> > sneaked into the code (e.g. we now support all kinds of >> > typeswitches). It would be a pitty to ignore them in the >coming release. >> > >> > Is it perhaps possible to include the compiler directory >(with small >> > adjustments to align it with pf runtime and MonetDB), but >leave out >> > changes of the runtime? >> > >> > Jan >> > >> > > -----Original Message----- >> > > From: Peter Boncz [mailto:boncz@cwi.nl] >> > > Sent: Wednesday, June 07, 2006 9:41 PM >> > > To: wouter(a)holmes.nl; Torsten Grust; Jens Teubner; Jan >Rittinger; >> > > Jan Flokstra; Maurice Van Keulen; Wouter Alink >> > > Cc: Sjoerd Mullender; Stefan Manegold; niels(a)cwi.nl >> > > Subject: pathfinder release: bugfixing opportunity >> > > >> > > Hi, >> > > >> > > Today we had a MonetDB meeting about the release. We decided to >> > > have a release now, but without Pathfinder. >> > > >> > > For the Pathfinder release with updates, multi-documents >and soap >> > > the realistic time-frame becomes *september* (well, maybe maybe >> > > august), but there will be a feature freeze around SIGMOD (june >> > > 25). We anticipate a long testing and debugging stage. >Sorry, but >> > > this is reality. No SIGMOD release. >> > > >> > > As MonetDB/SQL and the alpha Monet5 do not want to wait >any longer >> > > just to roll through the accumulated new features and >fixes, there >> > > is also an imminent release. As we release always all components >> > > to keep compatability and the test web easily manageble in a >> > > single Stable an single Current branch, the new release will >> > > include the *stable* branch of pathfinder. >> > > >> > > There will be a (very) small porting effort to make >> > > stable-pathfinder work on head-monet. However, one of the tasks >> > > ahead for a pathfinder release anyway is bug-fixing. >> > > Thus, we can take this opportunity to identify quick-win bugs in >> > > pathfinder and release those. We can also look at the bugs fixed >> > > in pathfinder in the past period, and ask ourselfves whether >> > > rollling them through is useful and little work. >> > > >> > > I guess the freeze for the direct release is only within >days, and >> > > I recommend you all not to spend much time on it. >> > > At least the new pathfinder will contain the BATuselect >fix in the >> > > serialization (admittedly not as fast as Jan R.'s current >> > > implementation but still better than before). >> > > >> > > As the experiences with it have been positive, I propose >this time >> > > to build pathfinder with burkowski enabled. Thus we can >point the >> > > guy who wants windows with burkowski (and other like him) to the >> > > new binary release. Note that the functionality is by default >> > > still disabled; you need to set a configuration switch to yes to >> > > turn it on. >> > > >> > > Peter >> > > >> > > > >-- >| 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 | >

1 0

[Monetdb-developers] pathfinder release: bugfixing opportunity
by Peter Boncz 07 Jun '06

07 Jun '06

LS, Today we had a MonetDB meeting about the release. We decided to have a release now, but without Pathfinder. For the Pathfinder release with updates, multi-documents and soap the realistic time-frame becomes *september* (well, maybe maybe august), but there will be a feature freeze around SIGMOD (june 25). We anticipate a long testing and debugging stage. Sorry, but this is reality. No SIGMOD release. As MonetDB/SQL and the alpha Monet5 do not want to wait any longer just to roll through the accumulated new features and fixes, there is also an imminent release. As we release always all components to keep compatability and the test web easily manageble in a single Stable an single Current branch, the new release will include the *stable* branch of pathfinder. There will be a (very) small porting effort to make stable-pathfinder work on head-monet. However, one of the tasks ahead for a pathfinder release anyway is bug-fixing. Thus, we can take this opportunity to identify quick-win bugs in pathfinder and release those. We can also look at the bugs fixed in pathfinder in the past period, and ask ourselfves whether rollling them through is useful and little work. I guess the freeze for the direct release is only within days, and I recommend you all not to spend much time on it. At least the new pathfinder will contain the BATuselect fix in the serialization (admittedly not as fast as Jan R.'s current implementation but still better than before). As the experiences with it have been positive, I propose this time to build pathfinder with burkowski enabled. Thus we can point the guy who wants windows with burkowski (and other like him) to the new binary release. Note that the functionality is by default still disabled; you need to set a configuration switch to yes to turn it on. Peter

1 0

[Monetdb-developers] MonetDB release meeting
by Niels Nes 06 Jun '06

06 Jun '06

MonetDB developers On wednessday morning (june 7) from 10:00 till 12:00 we will have another MonetDB meeting. Reason we missed our target freeze date and therefor will miss the release date of end of june. So we should reset those dates, assess the tasks at hand and possibly resuffle some of the work. Niels -- Niels Nes, Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands room C0.02, phone ++31 20 592-4098, fax ++31 20 592-4312 url: http://www.cwi.nl/~niels e-mail: Niels.Nes(a)cwi.nl

8 15

[Monetdb-developers] feature freeze
by Peter Boncz 05 Jun '06

05 Jun '06

Niels, Feature freeze? One little problem: none of the XQuery targets is met (updates, soap, multi-document). So what do you (or you talk about "we") want to release? In my opinion - but correct me if I'm wrong - the goal of the release is the new XQuery version that brings updates. Thus I am against a feature freeze on monday. Creating the branch now will just create propagation overhead. It will take al least another 3 weeks until the basic features will be implemented, after that we have to go into a testing and packaging period still. Of course one should try to impose limits and milestones. Or even scrap goals if the milestones are never made. But in this case there is clear progress being made. Peter

2 1

[Monetdb-developers] monetdb feature freeze
by Niels Nes 02 Jun '06

02 Jun '06

MonetDB developers As you probably all know last thursday june 1 was the planned feature freeze date. Because of many reasons we didn't directly create the seperate cvs branches to really enforce the freeze. But we are serious, so we are about create these branches soon. Current planning is to create these on tuesday morning. Afcouse during the branch creation its better not to checkin changes. Therefor I hope everybody cleans up its checkout versions and checks in those changes which should end up in the to be released version before monday evening. The version of monday night (amsterdam time) marks, which features will be in the release. Niels Nes -- Niels Nes, Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands room C0.02, phone ++31 20 592-4098, fax ++31 20 592-4312 url: http://www.cwi.nl/~niels e-mail: Niels.Nes(a)cwi.nl

1 0

[Monetdb-developers] Gebruik MonetDB, Python 2.3, WinXP
by drs Slinger Jansen 31 May '06

31 May '06

Hoi hoi, ik probeer al wat uurtjes Monet aan te spreken vanuit Python onder Windows XP, maar het lukt me niet erg. Ik heb de MSI gebruikt, en daarom mis ik de Mapi. Kan ik deze alsnog bouwen/installeren? En is dat uberhaupt wat ik wil? Ik ben ondertussen een pywin32 rijker. Ik wil Monetdb gebruiken vanuit een webservice met hoog volume verkeer (jaja, op een XP server, ik weet het). Kan ik eventueel even langs lopen? Slinger Jansen

2 1

[Monetdb-developers] compiler warnings
by Sjoerd Mullender 29 May '06

29 May '06

With the latest compiler on Fedora Core 5 I get these warnings when compiling mapi.java (see attached file warnings1.txt). And when compiling the jdbc tests I get the warnings in warnings2.txt. Finally, when compiling the jdbc examples I get the warnings in warnings3.txt. Should something be done about these? -- Sjoerd Mullender /usr/bin/ant -f /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/build.xml -Dbuilddir=/home/sjoerd/src/devel/MonetDB/Linux/src/mapi/clients/java -Djardir=/home/sjoerd/src/devel/MonetDB/Linux/src/mapi/clients/java jar_mapi Buildfile: /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/build.xml prepare: compile_mapi: [echo] Compiling Java Mapi [javac] Compiling 3 source files to /home/sjoerd/src/devel/MonetDB/Linux/src/mapi/clients/java [javac] ---------- [javac] 1. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 145) [javac] private int languageId= LANG_MAL; [javac] ^^^^^^^^^^ [javac] The field Mapi.languageId is never read locally [javac] ---------- [javac] ---------- [javac] 2. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 148) [javac] private boolean everything = false; [javac] ^^^^^^^^^^ [javac] The field Mapi.everything is never read locally [javac] ---------- [javac] ---------- [javac] 3. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 152) [javac] private boolean eos = false; [javac] ^^^ [javac] The field Mapi.eos is never read locally [javac] ---------- [javac] ---------- [javac] 4. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 169) [javac] private int minfields= 0; [javac] ^^^^^^^^^ [javac] The field Mapi.minfields is never read locally [javac] ---------- [javac] ---------- [javac] 5. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 188) [javac] private String hostname( String monetport ){ [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method hostname(String) from the type Mapi is never used locally [javac] ---------- [javac] ---------- [javac] 6. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 194) [javac] private int portnr( String monetport ){ [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method portnr(String) from the type Mapi is never used locally [javac] ---------- [javac] ---------- [javac] 7. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 588) [javac] private void storeBind(){ [javac] ^^^^^^^^^^^ [javac] The method storeBind() from the type Mapi is never used locally [javac] ---------- [javac] ---------- [javac] 8. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1007) [javac] String left,right; [javac] ^^^^ [javac] The local variable left is never read [javac] ---------- [javac] ---------- [javac] 9. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1007) [javac] String left,right; [javac] ^^^^^ [javac] The local variable right is never read [javac] ---------- [javac] ---------- [javac] 10. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1306) [javac] int i, sr=rownr; [javac] ^^ [javac] The local variable sr is never read [javac] ---------- [javac] ---------- [javac] 11. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1413) [javac] int n=0; [javac] ^ [javac] The local variable n is never read [javac] ---------- [javac] ---------- [javac] 12. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1414) [javac] int len= 0; [javac] ^^^ [javac] The local variable len is never read [javac] ---------- [javac] ---------- [javac] 13. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1415) [javac] String s=""; [javac] ^ [javac] The local variable s is never read [javac] ---------- [javac] ---------- [javac] 14. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1486) [javac] private void keepProp(String name, String colname){ [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method keepProp(String, String) from the type Mapi is never used locally [javac] ---------- [javac] ---------- [javac] 15. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1509) [javac] String s= columns[i].columnname= fetchField(i); [javac] ^ [javac] The local variable s is never read [javac] ---------- [javac] ---------- [javac] 16. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1591) [javac] private int unquoteInternal(char msg[], int first) [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method unquoteInternal(char[], int) from the type Mapi is never used locally [javac] ---------- [javac] ---------- [javac] 17. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1690) [javac] int size= msg.length(); [javac] ^^^^ [javac] The local variable size is never read [javac] ---------- [javac] ---------- [javac] 18. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1749) [javac] private void dumpLine(int i){ [javac] ^^^^^^^^^^^^^^^ [javac] The method dumpLine(int) from the type Mapi.RowCache is never used locally [javac] ---------- [javac] ---------- [javac] 19. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/Mapi.java [javac] (at line 1754) [javac] private void dumpCacheStatus(){ [javac] ^^^^^^^^^^^^^^^^^ [javac] The method dumpCacheStatus() from the type Mapi.RowCache is never used locally [javac] ---------- [javac] ---------- [javac] 20. WARNING in /home/sjoerd/src/devel/MonetDB/src/mapi/clients/java/mapi/MapiException.java [javac] (at line 28) [javac] class MapiException extends Exception { [javac] ^^^^^^^^^^^^^ [javac] The serializable class MapiException does not declare a static final serialVersionUID field of type long [javac] ---------- [javac] 20 problems (20 warnings) jar_mapi: [jar] Building jar: /home/sjoerd/src/devel/MonetDB/Linux/src/mapi/clients/java/mapi.jar BUILD SUCCESSFUL Total time: 7 seconds /usr/bin/ant -f /home/sjoerd/src/devel/sql/src/jdbc/tests/build.xml -Dbuilddir=/home/sjoerd/src/devel/sql/Linux/src/jdbc/tests -Djardir=/home/sjoerd/src/devel/sql/Linux/src/jdbc/tests compile Buildfile: /home/sjoerd/src/devel/sql/src/jdbc/tests/build.xml prepare: compile: [echo] Compiling JDBC tests [javac] Compiling 13 source files to /home/sjoerd/src/devel/sql/Linux/src/jdbc/tests [javac] ---------- [javac] 1. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/tests/Test_Csavepoints.java [javac] (at line 50) [javac] Savepoint sp1 = con.setSavepoint(); [javac] ^^^ [javac] The local variable sp1 is never read [javac] ---------- [javac] ---------- [javac] 2. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/tests/Test_PStypes.java [javac] (at line 27) [javac] ResultSet rs = null; [javac] ^^ [javac] The local variable rs is never read [javac] ---------- [javac] 2 problems (2 warnings) BUILD SUCCESSFUL Total time: 7 seconds /usr/bin/ant -f /home/sjoerd/src/devel/sql/src/jdbc/build.xml -Dbuilddir=/home/sjoerd/src/devel/sql/Linux/src/jdbc -Djardir=/home/sjoerd/src/devel/sql/Linux/src/jdbc jar_jdbcclient Buildfile: /home/sjoerd/src/devel/sql/src/jdbc/build.xml prepare: [mkdir] Created dir: /home/sjoerd/src/devel/sql/Linux/src/jdbc/example [echo] Debug is true, optimise is true driver: compile_jdbc: [echo] Compiling JDBC driver [javac] Compiling 11 source files to /home/sjoerd/src/devel/sql/Linux/src/jdbc [javac] ---------- [javac] 1. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 59) [javac] private final int port; [javac] ^^^^ [javac] The field MonetConnection.port is never read locally [javac] ---------- [javac] ---------- [javac] 2. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 1515) [javac] private final String getValue(char[] chrLine, int start, int stop) { [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method getValue(char[], int, int) from the type MonetConnection.ResultSetResponse is never used locally [javac] ---------- [javac] ---------- [javac] 3. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 2090) [javac] int lastState = linetype; [javac] ^^^^^^^^^ [javac] The local variable lastState is never read [javac] ---------- [javac] ---------- [javac] 4. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 2175) [javac] int columncount = parseNumber(soh); [javac] ^^^^^^^^^^^ [javac] The local variable columncount is never read [javac] ---------- [javac] ---------- [javac] 5. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetDatabaseMetaData.java [javac] (at line 1402) [javac] private static String dq(String in) { [javac] ^^^^^^^^^^^^^ [javac] The method dq(String) from the type MonetDatabaseMetaData is never used locally [javac] ---------- [javac] ---------- [javac] 6. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetSavepoint.java [javac] (at line 139) [javac] private static synchronized int getHighestId() { [javac] ^^^^^^^^^^^^^^ [javac] The method getHighestId() from the type MonetSavepoint is never used locally [javac] ---------- [javac] ---------- [javac] 7. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetSocketBlockMode.java [javac] (at line 24) [javac] import java.util.*; [javac] ^^^^^^^^^ [javac] The import java.util is never used [javac] ---------- [javac] ---------- [javac] 8. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/util/MonetRedirectException.java [javac] (at line 23) [javac] public class MonetRedirectException extends Exception { [javac] ^^^^^^^^^^^^^^^^^^^^^^ [javac] The serializable class MonetRedirectException does not declare a static final serialVersionUID field of type long [javac] ---------- [javac] 8 problems (8 warnings) jar_jdbc: [jar] Building jar: /home/sjoerd/src/devel/sql/Linux/src/jdbc/monetdb-1.4-jdbc.jar compile_client: [echo] Compiling Clients [javac] Compiling 7 source files to /home/sjoerd/src/devel/sql/Linux/src/jdbc [javac] ---------- [javac] 1. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/client/util/Exporter.java [javac] (at line 23) [javac] import java.util.*; [javac] ^^^^^^^^^ [javac] The import java.util is never used [javac] ---------- [javac] ---------- [javac] 2. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/client/util/OptionsException.java [javac] (at line 21) [javac] public class OptionsException extends Exception { [javac] ^^^^^^^^^^^^^^^^ [javac] The serializable class OptionsException does not declare a static final serialVersionUID field of type long [javac] ---------- [javac] ---------- [javac] 3. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/client/util/PasswordField.java [javac] (at line 43) [javac] int i; [javac] ^ [javac] The local variable i is never read [javac] ---------- [javac] ---------- [javac] 4. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 59) [javac] private final int port; [javac] ^^^^ [javac] The field MonetConnection.port is never read locally [javac] ---------- [javac] ---------- [javac] 5. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 1515) [javac] private final String getValue(char[] chrLine, int start, int stop) { [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The method getValue(char[], int, int) from the type MonetConnection.ResultSetResponse is never used locally [javac] ---------- [javac] ---------- [javac] 6. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 2090) [javac] int lastState = linetype; [javac] ^^^^^^^^^ [javac] The local variable lastState is never read [javac] ---------- [javac] ---------- [javac] 7. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetConnection.java [javac] (at line 2175) [javac] int columncount = parseNumber(soh); [javac] ^^^^^^^^^^^ [javac] The local variable columncount is never read [javac] ---------- [javac] ---------- [javac] 8. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetSocketBlockMode.java [javac] (at line 24) [javac] import java.util.*; [javac] ^^^^^^^^^ [javac] The import java.util is never used [javac] ---------- [javac] ---------- [javac] 9. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/util/MonetRedirectException.java [javac] (at line 23) [javac] public class MonetRedirectException extends Exception { [javac] ^^^^^^^^^^^^^^^^^^^^^^ [javac] The serializable class MonetRedirectException does not declare a static final serialVersionUID field of type long [javac] ---------- [javac] ---------- [javac] 10. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetDatabaseMetaData.java [javac] (at line 1402) [javac] private static String dq(String in) { [javac] ^^^^^^^^^^^^^ [javac] The method dq(String) from the type MonetDatabaseMetaData is never used locally [javac] ---------- [javac] ---------- [javac] 11. WARNING in /home/sjoerd/src/devel/sql/src/jdbc/nl/cwi/monetdb/jdbc/MonetSavepoint.java [javac] (at line 139) [javac] private static synchronized int getHighestId() { [javac] ^^^^^^^^^^^^^^ [javac] The method getHighestId() from the type MonetSavepoint is never used locally [javac] ---------- [javac] 11 problems (11 warnings) jar_jdbcclient: [echo] Building JDBC + JdbcClient convenience jar [unjar] Expanding: /home/sjoerd/src/devel/sql/Linux/src/jdbc/monetdb-1.4-jdbc.jar into /home/sjoerd/src/devel/sql/Linux/src/jdbc [jar] Building jar: /home/sjoerd/src/devel/sql/Linux/src/jdbc/jdbcclient-1.4.jar BUILD SUCCESSFUL Total time: 16 seconds

2 1