Hi,
I'm a new comer with some questions about basic conceptions of MonetDB.
1. The executor
I've ever found the executor of postgreSQL at src\backend\executor,
but cannot make sure where it is like that in MonetDB src.
MonetDB\MonetDB\src\gdk or MonetDB5-server\MonetDB5\src\mal ?
3. MAL
MAL (MonetDB Assembly Language) is a script tool only for MonetDB or
a common script language that can be applied to other softwares.
Why it is a must in MonetDB ?
4. .mx files
In MonetDB, .mx files are compiled to make .h and .c files generated.(in
this way ?)
Why is this routines ? (not just coding in .h and .c files directly)
Yel
----
Best Regards
richardroky(a)gmail.com
C:\Proximity\bin>gui.bat localhost:30000
0 [main] WARN kdl.prox.util.Util - * log config file not found (using defaults)
: C:\Proximity\bin\prox.lcf'
Exception in thread "main" Unable to connect: Connection refused: connect
at kdl.prox.monet.BlockedModeStream.<init>(BlockedModeStream.java:162)
at kdl.prox.monet.Connection.open(Connection.java:401)
at kdl.prox.db.DB.open(DB.java:935)
at kdl.prox.db.DB.open(DB.java:914)
at kdl.prox.app.GUI2App.main(GUI2App.java:238)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Lately MonetDB starts to deadlock on the clients. Bugs were reported,
typically I have connected ~8 clients connected at the same time.
http://bugs.monetdb.org/show_bug.cgi?id=2670
Do other people observe this? Is there a good way to debug where it
comes from, or show how it hangs?
Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEAREKAAYFAky9jXwACgkQYH1+F2Rqwn0DogCglDldSCPcnkRxFIGbtTG/P6ER
3XgAn3uMX45p6UmJrK0aNSFwo6SglSPz
=ldsT
-----END PGP SIGNATURE-----
Hi all,
I got the following error message due to a missing pkg-config installation—Perhaps there could be a better error message:
/home/rittinge/MonetDB.hg/clients/configure: line 2894: syntax error near unexpected token `monetdbtools,'
/home/rittinge/MonetDB.hg/clients/configure: line 2894: `PKG_CHECK_MODULES(monetdbtools, monetdb-stream >= $req_monetdb_ver'
--
Jan Rittinger
Lehrstuhl Datenbanken und Informationssysteme
Wilhelm-Schickard-Institut für Informatik
Eberhard-Karls-Universität Tübingen
http://www-db.informatik.uni-tuebingen.de/team/rittinger
Hi,
I'm getting a "write error" when running a fairly large
and complex query (five tables and subselect in where).
I run
$ mclient -l sql -d <db> -u <usr> < t.sql
password:
...
% 6, 26, 1, 103, 229, 5 # length
write error
$ echo $?
1
I've run the exact query on SQLite, so I'm pretty
sure the SQL is good.
This is Feb2010. I'm thinking about upgrading, but
I'm close to a release so I'd prefer not to.
Does this description remind anyone of a commit to
Jun2010 that may have fixed such an issue?
Trying to boil the (complex) SQL down to a small
reproduceable test case will take a lot of time.
Is there another approach I can use to debug that
would be faster?
There is nothing in the merovingian log.
Thanks,
m
Dear MonetDB team,
I am trying to build a MonetDB client on Windows, following the instructions in "1.24 Building
MonetDB On Windows". In every package's folder named "NT" is a file named "rules.msc" which
references: \..\..\buildtools\conf\winrules.msc. But none of the (nightly or release) tarballs
contains the buildtools folder.
My question: are the tarballs not expected to be built from, and should I choose a different route,
or is the reference obsolete and can I fix this myself until the distro is fixed?
Background: Actually all I need is the file mapilib.lib, in order to be able to use the mapi
programming interface using mapilib.dll. Since this file is not provided, I hope to create it myself
by building the clients component (on Win64).
cheers,
Sander Kruseman
Thanks, Sjoerd!
... as question mainly towards the pathfinder developers in Tübingen:
-5, --m5-sql: generate MIL code
^^ ^^^ ^^^
Does the "-5" option generate SQL, MIL, or MAL code?
Looking at the actual output of, e.g., `echo '1+2' | pf -5`,
it does not look like either of the above to me, but rather like dot
output...
Thanks in advance for clearifying!
Stefan
On Mon, Oct 04, 2010 at 09:56:19AM +0200, Sjoerd Mullender wrote:
> Changeset: abe5327b4915 for MonetDB
> URL: http://dev.monetdb.org/hg/MonetDB?cmd=changeset;node=abe5327b4915
> Modified Files:
> pathfinder/compiler/Tests/usageH.stable.out
> Branch: Oct2010
> Log Message:
>
> Approve -5 option.
>
>
> diffs (11 lines):
>
> diff -r 69feea05a494 -r abe5327b4915 pathfinder/compiler/Tests/usageH.stable.out
> --- a/pathfinder/compiler/Tests/usageH.stable.out Sun Oct 03 21:41:14 2010 +0200
> +++ b/pathfinder/compiler/Tests/usageH.stable.out Mon Oct 04 09:40:25 2010 +0200
> @@ -18,6 +18,7 @@
> Reads from standard input if FILE is omitted.
>
> = -A, --mil: generate MIL code (default)
> + -5, --m5-sql: generate MIL code
> = -M, --mil_2004: generate MIL code (directly from XQuery Core)
> = -S, --sql: generate SQL code
>
> _______________________________________________
> Checkin-list mailing list
> Checkin-list(a)monetdb.org
> http://mail.monetdb.org/mailman/listinfo/checkin-list
--
| 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 |
Hi everyone,
is it still possible to shred large XML instances with MonetDB/XQuery,
or do I need more memory for shredding? I was just trying to the 1GB
instance of XMark with WinXP 32Bit and 2GB RAM, and this is what I
got:
MonetDB>shred_doc("1gb.xml", "xmark");
#GDKmmap(536870912) fails, try to free up space [memory in use=36143780,virtual
memory in use=1015480320]
#GDKmmap(536870912) result [mem=26016940,vm=1005387776]
!ERROR: [shred_url]: 1 times inserted nil due to errors at tuples 0@0.
!ERROR: [shred_url]: first error was:
!ERROR: HEAPextend: failed to extend to 536870912 for 06\632theap
!ERROR: shredBAT_append_str: APPEND-STR[_prop_text]( follow murders prov shoes p
resent eager delivered defy bend viol here marquis powers complexion pillar cran
ts agate ), BUNappend fails
!ERROR: CMDshred_url: operation failed.
pf:add-doc(...) produces the same output; the XML document itself is
well-formed.
Thanks,
Christian