<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 24 May 2012, at 10:31, Lauri Aalto wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><br>I don't know what terminology your git client is using, but the<br>standard git terminology is "clone" for svn checkout like<br>functionality and "pull" i.e. "fetch + merge" for svn update.<br><br></div></blockquote><div><br></div><div>Yes Lauri, "pull" is what I needed. Still getting used to the terminology. BTW, regarding my previous issue with the "non Windows compatible" URIs.....</div><div><br></div><div><br></div><div>On 23 May 2012, at 16:43, Lauri Aalto wrote:</div><div><br></div><div><blockquote type="cite"><div><br>As a workaround, you can open the FILE* yourself and use one of the<br>parse_file_handle functions to process it.<br><br></div></blockquote></div><div><br></div><div>I tried your suggestion this morning and I think it should work. However along the way, I realised that a slight change to 'raptor_parser_parse_file_stream()' might be beneficial :-</div><div><br></div><div>At line 535 (raptor_parse.c) instead of these two tests:-</div><div><br></div><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #bb2da2">if</span>(!stream || !base_uri)</div><div><span class="Apple-style-span" style="color: rgb(0, 132, 0); font-family: Menlo; font-size: 11px; "> </span><span class="Apple-style-span" style="color: rgb(0, 132, 0); font-family: Menlo; font-size: 11px; "><span style="color: #bb2da2">return</span></span><span class="Apple-style-span" style="color: rgb(0, 132, 0); font-family: Menlo; font-size: 11px; "> </span><span class="Apple-style-span" style="color: rgb(0, 132, 0); font-family: Menlo; font-size: 11px; "><span style="color: #252bd8">1</span></span><span class="Apple-style-span" style="color: rgb(0, 132, 0); font-family: Menlo; font-size: 11px; ">;</span></div></div><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; color: rgb(0, 132, 0); "><div><br></div></div></div><div>I simplified the code to this:-</div><div><br></div><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #bb2da2">if</span>(!stream)</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "> <span style="color: #bb2da2">return</span> <span style="color: #252bd8">1</span>;</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 11px/normal Menlo; "><br></div></div><div>I made the change because 'base_uri' doesn't necessarily need to be non-zero for correct functionality. A few lines further down, 'rapter_parser_parse_start()' will check the variable 'base_uri' for us and will return with an error status if a value was needed but NULL got supplied. It's not a bug as such but it's helpful in our situation because we won't always be providing a base uri.</div><div><br></div><div>John</div></div></body></html>