<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/shellsql/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/shellsql/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/shellsql/bugs/</id><updated>2012-01-12T16:13:14Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Compilation failure on SLES11SP1 with gcc 4.3.4</title><link href="https://sourceforge.net/p/shellsql/bugs/2/" rel="alternate"/><published>2012-01-12T16:13:14Z</published><updated>2012-01-12T16:13:14Z</updated><author><name>Kristofer Wempa</name><uri>https://sourceforge.net/u/kowrip/</uri></author><id>https://sourceforge.net5643cb6e23fe5c41d6a4f6359bc59d5a6aa61a40</id><summary type="html">&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;</summary></entry><entry><title>shsql returns values when should be null</title><link href="https://sourceforge.net/p/shellsql/bugs/1/" rel="alternate"/><published>2006-03-21T00:14:17Z</published><updated>2006-03-21T00:14:17Z</updated><author><name>Joel Fouse</name><uri>https://sourceforge.net/u/jfouse/</uri></author><id>https://sourceforge.net3b2131993fcf81b8af819abc959f7482bdc4f9e0</id><summary type="html">&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;</summary></entry></feed>