<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/mdbtools/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/mdbtools/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 13 Jun 2017 18:02:47 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/mdbtools/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>#136 Improper handling of tables with spaces in their names</title><link>https://sourceforge.net/p/mdbtools/bugs/136/?limit=25#d0da</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Additional info... using the MySql export option.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike</dc:creator><pubDate>Tue, 13 Jun 2017 18:02:47 -0000</pubDate><guid>https://sourceforge.net34cde98b132f1a0eac7f5bdf3123ed246be57e1c</guid></item><item><title>Improper handling of tables with spaces in their names</title><link>https://sourceforge.net/p/mdbtools/bugs/136/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Using version: mdbtools-0.7.1-3.el7.x86_64 under CentOS 7&lt;/p&gt;
&lt;p&gt;The scripts: mdb-schema and mdb-export do not properly handle table names with spaces in them, specifically in the IF EXISTS DROP lines in mdb-schema, and in the INSERT lines created in mdb-export.  It appears any data for a table with a space in the name will not be exported.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike</dc:creator><pubDate>Tue, 13 Jun 2017 18:01:46 -0000</pubDate><guid>https://sourceforge.netc398a832bae2c9a613d9c2d734f60a01a760a9ef</guid></item><item><title>debug.c:488: missing NULL sentinel</title><link>https://sourceforge.net/p/mdbtools/bugs/135/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;debug.c:488:41: warning: missing sentinel in function call &lt;span&gt;[-Wsentinel]&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Source code is&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;    &lt;span class="n"&gt;gchar&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="n"&gt;str2&lt;/span&gt; &lt;span class="o"&gt;=&lt;/span&gt; &lt;span class="n"&gt;g_strconcat&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;str&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="s"&gt;&amp;quot; None&amp;quot;&lt;/span&gt;&lt;span class="p"&gt;);&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;
&lt;p&gt;Suggest new code &lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;    &lt;span class="n"&gt;gchar&lt;/span&gt; &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="n"&gt;str2&lt;/span&gt; &lt;span class="o"&gt;=&lt;/span&gt; &lt;span class="n"&gt;g_strconcat&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="n"&gt;str&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="s"&gt;&amp;quot; None&amp;quot;&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt; &lt;span class="nb"&gt;NULL&lt;/span&gt;&lt;span class="p"&gt;);&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dcb</dc:creator><pubDate>Tue, 01 Apr 2014 08:03:16 -0000</pubDate><guid>https://sourceforge.net733980a4bbde2d1869cfd9cede13eb1c93c1fe2a</guid></item><item><title>mdb-export does not escape column names</title><link>https://sourceforge.net/p/mdbtools/bugs/134/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I was trying to export a table whose column names -- rather annoyingly -- contain commas. The output CSV does not have inverted commas around those column names, and thus CSV readers interpret it as multiple column names.&lt;/p&gt;
&lt;p&gt;I am using mdbtools as it is in Debian stable (wheezy) right now; Debian identifies it as version 0.7-1.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cranch</dc:creator><pubDate>Thu, 27 Jun 2013 13:42:32 -0000</pubDate><guid>https://sourceforge.net4952fbc7f2077b12cead8f11f9f3e4309df6ae2c</guid></item><item><title>All numeric fields exported in scientific notation</title><link>https://sourceforge.net/p/mdbtools/bugs/133/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;All numeric fields are being exported in scientific notation. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Casey</dc:creator><pubDate>Thu, 01 Nov 2012 16:43:31 -0000</pubDate><guid>https://sourceforge.netbe4d563db4bf2412ced168c5fa4cb0244900d4d6</guid></item><item><title>mdb-schema with -N option shouldn't qualify constraint names</title><link>https://sourceforge.net/p/mdbtools/bugs/132/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Example output line of `mdb-schema -N somenamespace foo.mde postgres`:&lt;/p&gt;
&lt;p&gt;ALTER TABLE "somenamespace"."bar" ADD CONSTRAINT "somenamespace"."baz" FOREIGN KEY ...&lt;/p&gt;
&lt;p&gt;Qualified constraint names are invalid in postgres (at least - haven't checked with other RDBMSs).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Schüssler</dc:creator><pubDate>Mon, 03 Sep 2012 21:05:51 -0000</pubDate><guid>https://sourceforge.net1215650c0098ce7baa9d2c37ee5477617c2df5ef</guid></item><item><title>mdb-export returns no rows (just column names)</title><link>https://sourceforge.net/p/mdbtools/bugs/131/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When I run 'mdb-export -Q filename ReceivedData' on the attached JET 3 format file, it returns the column names but no rows even though the table shows 660 rows when opened in Microsoft Access 2003. I see this problem both on the current mdbtools package for Ubuntu and after building the CVS checkout as of today. I also made the change noted in Bug Id 2912667 and recompiled but this did not solve the problem.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matthew Kidd</dc:creator><pubDate>Thu, 05 Apr 2012 06:21:38 -0000</pubDate><guid>https://sourceforge.netb8f1078005cabc24bccf4524777f9ac973b1944e</guid></item><item><title>mdb-export returns no rows (just column names)</title><link>https://sourceforge.net/p/mdbtools/bugs/130/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When I run 'mdb-export -Q filename ReceivedData' on the attached JET 3 format file, it returns the column names but no rows even though the table shows 660 rows when opened in Microsoft Access 2003. I see this problem both on the current mdbtools package for Ubuntu and after building the CVS checkout as of today. I also made the change noted in Bug Id 2912667 and recompiled but this did not solve the problem.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matthew Kidd</dc:creator><pubDate>Thu, 05 Apr 2012 05:11:13 -0000</pubDate><guid>https://sourceforge.net60d021d5346f924f28b55bc7f18efe7809b2d0c6</guid></item><item><title>build fails at compile time beacuse of glib</title><link>https://sourceforge.net/p/mdbtools/bugs/129/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;./autogen output ends with:&lt;br /&gt;
(...)&lt;br /&gt;
checking for iconv declaration... &lt;br /&gt;
extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);&lt;br /&gt;
checking Are we using flex ... yes &lt;br /&gt;
./configure: line 11896: syntax error near unexpected token `2.0.0'&lt;br /&gt;
./configure: line 11896: `AM_PATH_GLIB_2_0(2.0.0)'&lt;/p&gt;
&lt;p&gt;I use ubuntu oneiric desktop.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rude_boy</dc:creator><pubDate>Thu, 15 Mar 2012 09:49:29 -0000</pubDate><guid>https://sourceforge.neta0cb5954b111329ad3564c6c9cb666b0c2f7d12a</guid></item><item><title>Please update the manpage</title><link>https://sourceforge.net/p/mdbtools/bugs/128/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Quote from the mdb-schema manpage:&lt;br /&gt;
backend&lt;br /&gt;
Specifies target DDL dialect. Supported values are access, sybase, oracle, and postgres.&lt;br /&gt;
So I re-wrote the schema manually to MySQL. Then I went to your site and saw that you also support MySQL, so I tried mysql as backend and it worked mostly!&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Simon Eugster</dc:creator><pubDate>Mon, 14 Nov 2011 13:34:43 -0000</pubDate><guid>https://sourceforge.net756a870ce068023c02de68e5dff87d4ac2fa1221</guid></item></channel></rss>