<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments for Staccato Signals</title>
	<link>http://artins.org/ben</link>
	<description>Just another WordPress weblog</description>
	<pubDate>Sat, 04 Jul 2009 10:26:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>Comment on How to create a multihomed certificate with OpenSSL by Colum Paget</title>
		<link>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-2611</link>
		<dc:creator>Colum Paget</dc:creator>
		<pubDate>Tue, 09 Jun 2009 11:12:20 +0000</pubDate>
		<guid>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-2611</guid>
		<description>&lt;p&gt;Thanks for this tip! I'm hoping that I can use this with outlook so that people who access a machine by its different IP's on different networks can all avoid being told 'certificate name does not match the server'.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for this tip! I&#8217;m hoping that I can use this with outlook so that people who access a machine by its different IP&#8217;s on different networks can all avoid being told &#8216;certificate name does not match the server&#8217;.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Converting an STL vector iterator to a raw pointer by Philip Bliss</title>
		<link>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1985</link>
		<dc:creator>Philip Bliss</dc:creator>
		<pubDate>Thu, 26 Feb 2009 14:03:05 +0000</pubDate>
		<guid>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1985</guid>
		<description>&lt;p&gt;After doing slightly more research on this matter, I realized that v.front() is undefined for empty vectors--gcc seems to give a null pointer in that case, but the syntax &#38;v.at(0) is preferable as it gives a defined result for empty vectors--an out&lt;em&gt;of&lt;/em&gt;range exception, which is useful for debugging.&lt;/p&gt;

&lt;p&gt;As for the one-past-the-end pointer, I suppose &#38;v.at(v.size() - 1) + 1 would work, although it looks quite inelegant.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>After doing slightly more research on this matter, I realized that v.front() is undefined for empty vectors&#8211;gcc seems to give a null pointer in that case, but the syntax &amp;v.at(0) is preferable as it gives a defined result for empty vectors&#8211;an out<em>of</em>range exception, which is useful for debugging.</p>

<p>As for the one-past-the-end pointer, I suppose &amp;v.at(v.size() - 1) + 1 would work, although it looks quite inelegant.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Converting an STL vector iterator to a raw pointer by Philip Bliss</title>
		<link>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1984</link>
		<dc:creator>Philip Bliss</dc:creator>
		<pubDate>Thu, 26 Feb 2009 13:46:49 +0000</pubDate>
		<guid>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1984</guid>
		<description>&lt;p&gt;I use &#38;v.front() to get a pointer to the first element, which can be used to pass vectors to functions that expect dynamic arrays. The nice thing about that is that it automatically returns 0 for empty vectors, so no check is required.&lt;/p&gt;

&lt;p&gt;In the case of an empty vector, &#38;v.front() + (it - v.begin()) would generate an invalid pointer, probably giving a segmentation fault, which is OK, since the behaviour of a dynamic array here would be to silently provide access to an incorrect memory address, possibly leading to memory corruption.&lt;/p&gt;

&lt;p&gt;For the pointer-past-the-end-of-the-vector, &#38;v.back() + 1 seems like a good idea.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I use &amp;v.front() to get a pointer to the first element, which can be used to pass vectors to functions that expect dynamic arrays. The nice thing about that is that it automatically returns 0 for empty vectors, so no check is required.</p>

<p>In the case of an empty vector, &amp;v.front() + (it - v.begin()) would generate an invalid pointer, probably giving a segmentation fault, which is OK, since the behaviour of a dynamic array here would be to silently provide access to an incorrect memory address, possibly leading to memory corruption.</p>

<p>For the pointer-past-the-end-of-the-vector, &amp;v.back() + 1 seems like a good idea.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Converting an STL vector iterator to a raw pointer by Ben Artin</title>
		<link>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1918</link>
		<dc:creator>Ben Artin</dc:creator>
		<pubDate>Tue, 03 Feb 2009 17:18:58 +0000</pubDate>
		<guid>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1918</guid>
		<description>&lt;p&gt;You should keep in mind that your code copies the buffer at pPointer into a vector. If you change the vector, memory at pPointer will not change, and vice versa.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You should keep in mind that your code copies the buffer at pPointer into a vector. If you change the vector, memory at pPointer will not change, and vice versa.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Converting an STL vector iterator to a raw pointer by Eyal Itskovits</title>
		<link>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1917</link>
		<dc:creator>Eyal Itskovits</dc:creator>
		<pubDate>Tue, 03 Feb 2009 14:51:40 +0000</pubDate>
		<guid>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-1917</guid>
		<description>&lt;p&gt;I've came accross a oposite problem in which I had to convert from a raw pointer to a STL iterator.&lt;/p&gt;

&lt;p&gt;However, because you can USE raw pointer as random access iterator, I could do the following - &lt;/p&gt;

&lt;p&gt;BYTE *pPointer;
std::vector myVec(pPointer, pPointer + bufferSize);&lt;/p&gt;

&lt;p&gt;And myVec.begin() will represent the pointer.&lt;/p&gt;

&lt;p&gt;Eyal.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;ve came accross a oposite problem in which I had to convert from a raw pointer to a STL iterator.</p>

<p>However, because you can USE raw pointer as random access iterator, I could do the following - </p>

<p>BYTE *pPointer;
std::vector myVec(pPointer, pPointer + bufferSize);</p>

<p>And myVec.begin() will represent the pointer.</p>

<p>Eyal.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to create a multihomed certificate with OpenSSL by Jon</title>
		<link>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-512</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 22 Apr 2008 15:14:31 +0000</pubDate>
		<guid>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-512</guid>
		<description>&lt;p&gt;I do what you are doing and have a guy using Safari who is getting errors.  Perhaps Safari tried to fix the potential exploits with the altnames but fixed it badly?&lt;/p&gt;

&lt;p&gt;I include the web page link above.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I do what you are doing and have a guy using Safari who is getting errors.  Perhaps Safari tried to fix the potential exploits with the altnames but fixed it badly?</p>

<p>I include the web page link above.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Converting an STL vector iterator to a raw pointer by Daedalus</title>
		<link>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-333</link>
		<dc:creator>Daedalus</dc:creator>
		<pubDate>Fri, 28 Mar 2008 01:32:40 +0000</pubDate>
		<guid>http://artins.org/ben/converting-an-stl-vector-iterator-to-a-raw-pointer#comment-333</guid>
		<description>&lt;p&gt;Scouring the net led me to this page, which perfectly explained what I was looking for and how to acheive what I need.
Thanks!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Scouring the net led me to this page, which perfectly explained what I was looking for and how to acheive what I need.
Thanks!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to create a multihomed certificate with OpenSSL by Ben Artin</title>
		<link>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-22</link>
		<dc:creator>Ben Artin</dc:creator>
		<pubDate>Wed, 13 Feb 2008 21:56:35 +0000</pubDate>
		<guid>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-22</guid>
		<description>&lt;p&gt;Thanks, Chris. With my certs, I didn't happen to run into the 64-character limit, but now I know what to do if I need to add more hostnames to my certs.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks, Chris. With my certs, I didn&#8217;t happen to run into the 64-character limit, but now I know what to do if I need to add more hostnames to my certs.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to create a multihomed certificate with OpenSSL by Chris Snyder</title>
		<link>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-20</link>
		<dc:creator>Chris Snyder</dc:creator>
		<pubDate>Wed, 13 Feb 2008 20:34:31 +0000</pubDate>
		<guid>http://artins.org/ben/how-to-create-a-multihomed-certificate-with-openssl#comment-20</guid>
		<description>&lt;p&gt;I wonder if you've ever run into problems with a CN that's too long? My openssl choked when I tried to list too many servers, apparently it wants a CN that is 64 characters or less.&lt;/p&gt;

&lt;p&gt;But it seems that maybe browsers don't care about the CN provided that the hostname is listed in one of the subjectAltNames.. or at least, MSIE7, FF2, and Safari3 don't. In other words, I have a working multihomed certificate with a single CN. &lt;/p&gt;

&lt;p&gt;Thought it might help others to know this, and maybe save you some work when you create new certificates.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I wonder if you&#8217;ve ever run into problems with a CN that&#8217;s too long? My openssl choked when I tried to list too many servers, apparently it wants a CN that is 64 characters or less.</p>

<p>But it seems that maybe browsers don&#8217;t care about the CN provided that the hostname is listed in one of the subjectAltNames.. or at least, MSIE7, FF2, and Safari3 don&#8217;t. In other words, I have a working multihomed certificate with a single CN. </p>

<p>Thought it might help others to know this, and maybe save you some work when you create new certificates.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Brrr, thought the goose by Ben Artin</title>
		<link>http://artins.org/ben/brrr-thought-the-goose#comment-6</link>
		<dc:creator>Ben Artin</dc:creator>
		<pubDate>Sun, 30 Dec 2007 16:48:43 +0000</pubDate>
		<guid>http://artins.org/ben/brrr-thought-the-goose#comment-6</guid>
		<description>&lt;p&gt;Whoops — fixed. Thanks!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Whoops — fixed. Thanks!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Brrr, thought the goose by Leah</title>
		<link>http://artins.org/ben/brrr-thought-the-goose#comment-5</link>
		<dc:creator>Leah</dc:creator>
		<pubDate>Sun, 30 Dec 2007 06:20:49 +0000</pubDate>
		<guid>http://artins.org/ben/brrr-thought-the-goose#comment-5</guid>
		<description>&lt;p&gt;It's a lovely picture, but I should point out that the bird standing in the middle of the photo is in fact a Canada Goose. I should know, being from Canada and all. :)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It&#8217;s a lovely picture, but I should point out that the bird standing in the middle of the photo is in fact a Canada Goose. I should know, being from Canada and all. :)</p>]]></content:encoded>
	</item>
</channel>
</rss>
