<?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/shellsql/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/shellsql/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 12 Jan 2012 16:13:14 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/shellsql/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Compilation failure on SLES11SP1 with gcc 4.3.4</title><link>https://sourceforge.net/p/shellsql/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I had no problems compiling on SLES10.  However, I ran into the following compilation error on SLES11SP1 using gcc 4.3.4:&lt;/p&gt;
&lt;p&gt;shsqlinp.c:49: error: conflicting types for getline&lt;br /&gt;
/usr/include/stdio.h:653: error: previous declaration of getline was here&lt;br /&gt;
shsqlinp.c:374: error: conflicting types for getline&lt;br /&gt;
/usr/include/stdio.h:653: error: previous declaration of getline was here&lt;/p&gt;
&lt;p&gt;There is apparently a conflict with an existing symbol in stdio.h.  I solved the issue by changing all 3 instances of the string "getline" to "get_line" within shsqlinp.c.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kristofer Wempa</dc:creator><pubDate>Thu, 12 Jan 2012 16:13:14 -0000</pubDate><guid>https://sourceforge.net5643cb6e23fe5c41d6a4f6359bc59d5a6aa61a40</guid></item><item><title>shsql returns values when should be null</title><link>https://sourceforge.net/p/shellsql/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Given the following test setup:&lt;/p&gt;
&lt;p&gt;create table shtest (&lt;br /&gt;
a int,&lt;br /&gt;
b int&lt;br /&gt;
);&lt;br /&gt;
insert into shtest values (0, null);&lt;br /&gt;
insert into shtest values (1, 1);&lt;br /&gt;
insert into shtest values (2, null);&lt;br /&gt;
insert into shtest values (3, null);&lt;br /&gt;
insert into shtest values (4, 4);&lt;br /&gt;
insert into shtest values (5, null);&lt;/p&gt;
&lt;p&gt;The command:&lt;/p&gt;
&lt;p&gt;shsql $HANDLE "select * from shtest";&lt;/p&gt;
&lt;p&gt;...returns the following:&lt;/p&gt;
&lt;p&gt;"0" ""&lt;br /&gt;
"1" "1"&lt;br /&gt;
"2" "1"&lt;br /&gt;
"3" "1"&lt;br /&gt;
"4" "4"&lt;br /&gt;
"5" "4"&lt;/p&gt;
&lt;p&gt;So what's happening is that when it encounters a null&lt;br /&gt;
in the second column AFTER having previously returned a&lt;br /&gt;
value in that column, it's simply returning the value&lt;br /&gt;
it had for that column in the previous row for EVERY&lt;br /&gt;
row until it has a new value.  More to the point, some&lt;br /&gt;
value isn't getting zeroed out in the loop.&lt;/p&gt;
&lt;p&gt;I'm currently using ms-sql, so connecting through&lt;br /&gt;
freetds.  I have not yet had an opportunity to test&lt;br /&gt;
against other data sources.  Nor do I have the time&lt;br /&gt;
now, though I'm curious to try, to work through&lt;br /&gt;
debugging this.  If I manage, I will submit a patch,&lt;br /&gt;
but I'm not sure how soon I'll be able to do that.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joel Fouse</dc:creator><pubDate>Tue, 21 Mar 2006 00:14:17 -0000</pubDate><guid>https://sourceforge.net3b2131993fcf81b8af819abc959f7482bdc4f9e0</guid></item></channel></rss>