<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 11, 2014 at 6:00 PM, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Nov 11, 2014 at 05:52:55PM +0800, Miika Turkia wrote:<br>
> On Tue, Nov 11, 2014 at 5:30 PM, Willem Ferguson <<br>
> <a href="mailto:willemferguson@zoology.up.ac.za">willemferguson@zoology.up.ac.za</a>> wrote:<br>
><br>
> > Looks excellent Miika,<br>
> ><br>
> > Small bug. At the end of each item in the second column of the Extra data<br>
> > tab there is a small unprintable character showing up as a square. I<br>
> > suspect that should not be?<br>
> ><br>
><br>
> I am shooting in the dark but would this patch fix the issue?<br>
<br>
</div></div>Why would the string be terminated by '\n' or '\r'? I must be missing<br>
something (need to look at that code in the larger context). Shouldn't we<br>
just strip all whitespace (like \r and \n)?<br></blockquote><div><br></div><div>The input is read from a .txt file, that I am just guessing might have \r\n line endings even though my sample file terminates with proper \n. The string I am messing with here is fed to your code and should be null terminated properly.<br><br></div>miika<br></div></div></div>