Any chance the Python client could be modified to
return strings in Unicode instead of UTF-8?
Seems like a better fit for Python; for example,
that's how Python's sqlite3 module behaves.
An alternative approach is to expose a set_encoding
method on the connection that let's you specify the
encoding of all text fields returned.
If backward compatibility is an issue, the latter idea
seems better even though it adds a knob.
Any comments?
(Is the maintainer of the Python adapter active even
on this list? I didn't see many Python-specific posts
in the archives.)
Thanks,
m
The MonetDB team at CWI/MonetDB BV is pleased to announce the
Nov2009-SP2 bug fix release of the MonetDB suite of programs.
More information on this release will be available at
<http://monetdb.cwi.nl/Development/Releases/Nov2009/>.
Fixes include:
- No need to require bash for running the *-config scripts. (SF bug
#2914563)
- MonetDB5 development package now contains all development include
files. (SF RFE #2929558)
- Added support for compiling on OpenBSD (contributed, i.e. not tested
by us).
- General code improvements, partly inspired by running Coverity Scan.
- mclient -D will exit with a non-zero exit code if dumping failed.
(SF bug #2925674)
- The Python interface now uses the same socket options as the C
version, giving a boost in performance. (SF bug #2925750)
- Fixed a bug in the Python interface to deal with fields with
embedded newline characters. (SF bug #2917219)
- Added initial support to the Python client interface for specifying
the encoding.
- Fixed a bug in execute argument parsing in Python interface.
- Added missing .sql files to the Windows installer.
- In MonetDB/SQL, fixed bug in not(invalidtable). (SF bug #2927174)
--
Sjoerd Mullender
While figuring out some things related to memory management, I
stumbled upon a line in MonetDB/src/gdk/gdk_posix.mx which I don't
fully understand:
munmap(p + oldsize, oldsize - newsize);
..which is called from MT_vmrealloc when the old size is larger than
the new size. This would unmap a region as large as the size
difference between both sizes, but after the currently mapped region
[p; p + oldsize[ (which is probably not mapped, or is mapped to
something unrelated). The attached patch changes this behavior so the
resulting mapped region will be [p; p + newsize[, with the now
unneeded [p + newsize; p + oldsize[ region being unmapped (which is a
behavior I find more intuitive).
Please review and use as it fits.
Best regards,
Isidor Zeuner
Dear MonetDB developers,
please see the newly created tracker item [1].
I haven't seen relevant design documentation which would have
allowed me to deduce if BATs from VIEWcreate_ are actually supposed to
end up in GDKupgradevarheap, as it happened to me. Still, I could
imagine the suggested fix to be a step in the right direction as it
helps modularity by making the function working with less
preassumptions on the inputs. However, if it fits into the global
design, the capacity argument can (should?) be removed from the
function signature.
Best regards,
Isidor Zeuner
[1] https://sourceforge.net/tracker/?func=detail&aid=2936616&group_id=56967&ati…
Dear MonetDB developers,
using MonetDB-SQL Feb2010, I occasionally encounter this error
message:
bat_storage.mx:1274: tr_update_delta: Assertion `obat->ibase ==
cbat->ibase' failed
It occurs only seldomly, so I'll probably not have an isolated
test case all too soon. I wonder if someone with more insight into the
SQL engine has some pointers on where to look at.
Many thanks,
Isidor Zeuner
it still calls GROUPmin and not GROUPavg
is that the intention?
On Sun, Jan 17, 2010 at 8:32 PM, Niels Nes
<nielsnes(a)users.sourceforge.net> wrote:
> Update of /cvsroot/monetdb/MonetDB5/src/modules/mal
> In directory sfp-cvsdas-1.v30.ch3.sourceforge.com:/tmp/cvs-serv30908/src/modules/mal
>
> Modified Files:
> groupby.mx
> Log Message:
> fix cut/paste bug
>
>
> Index: groupby.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/groupby.mx,v
> retrieving revision 1.2
> retrieving revision 1.3
> diff -u -d -r1.2 -r1.3
> --- groupby.mx 7 Jan 2010 15:24:26 -0000 1.2
> +++ groupby.mx 17 Jan 2010 19:32:16 -0000 1.3
> @@ -74,7 +74,7 @@
>
> pattern avg(pivot:bat[:oid,:any_1],b:bat[:oid,:any_2]...) :bat[:oid,:any_2]
> address GROUPmin
> -comment "Derive the grouping of all tuples in the BATs and determine minimum value.
> +comment "Derive the grouping of all tuples in the BATs and determine average value.
> The group oid is materialized.";
>
> @-
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
>