Dear M5 developers,
Yesterday I reported a bug regarding the minimal optimizer pipe (ID:
2983773). And, as expected, I was asked to add a test for the issue,
which I would like to do.
The bug is triggered as follows:
- start an mserver5 instance with the optimizer pipe set to the
minimal pipe: "i
eeded.
Kind regards,
Wouter Alink
On Mon, Mar 21, 2011 at 3:56 PM, Stefan de Konink wrote:
> On Mon, 21 Mar 2011, Arjen P. de Vries wrote:
>
>> Feel free to use the suffix array search demo of the MonetDB source
>> tree where you see fit:
>> http://devel.spinque.com/SearchM
Hello developers,
i (successfully) compiled buildtools and MonetDB. (todays cvs-head, after
the recent bugfixes by sjoerd)
I tried to compile MonetDB4, but the following thing bothered me:
- src/tool/embeddedclient.mx refers to Mapi.h, but the compiler cannot find
it. (and me neither)
am i do
a function would be the counterexample:
declare function x() as node { () };
x()
myXQ,
wouter
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Fabian Groffen
Sent: vrijdag 13 april 2007 12:44
To: [EMAIL PROTECTED]
Subject: Re: [Monetdb-developers] multip
> was/is it you intension to force all StandOff testing though the Algebra
> back-end (added "-A" option for pf; see below), i.e., ignoring/overruling
> the compile time default / choice (whch is indeed the Algebra back-end) as
> well as the choice on the Mtest.py command line?
>
> If so, why? Does
Ah...
I figured out why now... I hadn't seen your recent changes to main.c.
Thanks,
Wouter
2008/12/23 Wouter Alink :
>> was/is it you intension to force all StandOff testing though the Algebra
>> back-end (added "-A" option for pf; see below), i.e., ignoring/ove
Hello,
I currently get many of the following messages on the Mserver console,
while shredding a collection of XML documents with yesterdays stable
nightly build (using 32-bit oids on a 64-bit machine):
Mserver(31123): unaligned access to 0x2000de29726f, ip=0x2133c101
Mserver(31123): u
Hello,
Question: is there any reason for mclient to use (large) amounts of
memory during a dump of a sql database?
syntax used:
$ mclient -lsql -D -dsomedatabase > dump.sql
I observe >12 GB of resident memory use when dumping a 2GB (in dump
text format) database (it steadily grows), using the Ma
)alloc-call goes unchecked. I don't know the MonetDB coding policy
here, but perhaps they should all at least have an accompanying
assert? The following one-liner in the clients package reveals some
issues:
$ grep "alloc(" -A2 src/mapilib/Mapi.mx
2009/5/25 Wouter Alink :
> Hello,
&
that this message will contain a full copy of the comment thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: Mapi
> Group: Clients CVS Head
>>Status: Closed
>>Resolution: Wont Fix
> Priority: 5
> Private:
semi-colon?
This seems odd to me, why is a semi-colon not allowed? Am I missing
something?
Wouter
2009/7/23 Sjoerd Mullender :
> Wouter Alink wrote:
>> The bug (#2787825) seems to be closed for comments, but I think this
>> bug should not be closed until the documentation gets upda
Hello devs,
Roberto and I yesterday discussed that it would be useful to be able
to load (compressed) XML collections directly into MonetDB/XQuery.
The attached diff provides a new feature for loading multiple XML docs
directly from tar files.
Usage: "mclient -lxq -C " and pass a tarfile via stdin
ter,
>
> Sounds very useful to me!
> Why is it not simply changed in pf:add-doc(), or put in a new function
> pf:add-archive()?
>
> Best, Djoerd.
>
> Wouter Alink schreef:
>> Hello devs,
>>
>> Roberto and I yesterday discussed that it would be useful to be
Hello Developers,
Usually I try to report bugs (and try to find the worst of the
system), but just this morning I noticed my mserver5 instance
(Aug2009), which I have been intensively querying over the last days
with ten-thousands of reasonably complex queries and sometimes with
more than 20 queri
Dear developers,
I would like to propose a change in GDK and hear opinions. It is about
the following issue:
in the BATjoin code, if there is no possibility to do a fetch or merge
join, a hashjoin is performed. A hashtable is created for the smallest
BAT. The reasons (i could think of) for choosi
;> do instead that? force the hash index in a higher level for you
>> application? If gdk see a hash index already there, then it will
>> choose that independent of the size.
>>
>> lefteris
>>
>> On Fri, Dec 18, 2009 at 4:22 PM, Wouter Alink wrote:
>> &
Hello Guido,
At the end of your COPY INTO transaction, your database will be saved
on disk, to give some guarantee that the data is on a sort of
non-volatile storage (see also
http://en.wikipedia.org/wiki/ACID#Durability). Besides storing the
data on disk, MonetDB tries to fully exploit your avail
fantastisch!
2010/2/5 Niels Nes :
> Update of /cvsroot/monetdb/sql/src/server
> In directory
> sfp-cvsdas-1.v30.ch3.sourceforge.com:/tmp/cvs-serv25790/src/server
>
> Modified Files:
> Tag: Feb2010
> rel_schema.mx
> Log Message:
> fixed bug in handeling topn in create table as select w
18 matches
Mail list logo
