<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Noel Schutt &#187; byte</title>
	<atom:link href="http://schutt.org/blog/tag/byte/feed/" rel="self" type="application/rss+xml" />
	<link>http://schutt.org/blog</link>
	<description></description>
	<lastBuildDate>Mon, 14 May 2012 17:09:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Decimal Bytes</title>
		<link>http://schutt.org/blog/2011/01/decimal-bytes/</link>
		<comments>http://schutt.org/blog/2011/01/decimal-bytes/#comments</comments>
		<pubDate>Tue, 04 Jan 2011 10:58:09 +0000</pubDate>
		<dc:creator>Noel</dc:creator>
				<category><![CDATA[computers]]></category>
		<category><![CDATA[byte]]></category>
		<category><![CDATA[kB]]></category>
		<category><![CDATA[kiB]]></category>

		<guid isPermaLink="false">http://schutt.org/blog/?p=972</guid>
		<description><![CDATA[Aarg! The kB(d) silliness is spreading to common shell commands. I&#8217;m not in hard drive marketing, so I want to keep using the standard kilobyte, not the ~2.34% smaller new decimal kilobyte. The spread of this silliness is almost like deciding that from today on electrons have a positive charge. Sure, it would make things [...]]]></description>
			<content:encoded><![CDATA[<p>Aarg! The kB(d) silliness is spreading to common shell commands. I&#8217;m not in hard drive marketing, so I want to keep using the standard kilobyte, not the ~2.34% smaller new decimal kilobyte. The spread of this silliness is almost like deciding that from today on electrons have a positive charge. Sure, it would make things clearer for people just getting started, but it causes an unnecessary ambiguity that just creates a new opportunity for mistakes and confusion in the future. Using prefixes that make sense in binary doesn&#8217;t follow the standard prefix pattern, but does use the closest pattern that makes sense in the number system being used. I think keeping the historical consistency and taking the base of the number system into account is more important than following a pattern established for a different base. </p>
<p>I&#8217;ll stick with the standard definitions:</p>
<ul>
<li>1 byte (B) == 8 bits (b)</li>
<li>1 kilobyte (kB ) == 2<sup>10</sup> bytes = 1024 bytes</li>
<li>1 megabyte (MB) == 2<sup>20</sup> bytes = 1048576 bytes</li>
</ul>
<p>It&#8217;s getting harder to avoid the redefinition silliness. The only way I&#8217;ve found to fix it in OS X 10.6&#8242;s Finder is a hack. The change has made it into some common Linux distros, and even into the documentation for critical utilities such as rsync. Heck, I&#8217;ve even seen <em>kB</em> listed as <em>KiB</em>. This change even led to one recent textbook confusing the terms <em>byte</em> and <em>word</em>. Until this past year, any textbook or technical writing I had seen used the standard definition, with alternate terms used for any other similar terms. For example, 7- and 14-bit processors use different names. The decimal definition of kilobyte only appeared in marketing and other non-technical writing. So for consistency and clarity, I&#8217;ll stick with the traditional standard definition instead of the new decimal definition.</p>
]]></content:encoded>
			<wfw:commentRss>http://schutt.org/blog/2011/01/decimal-bytes/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Snow Leopard first impressions</title>
		<link>http://schutt.org/blog/2009/08/snow-leopard/</link>
		<comments>http://schutt.org/blog/2009/08/snow-leopard/#comments</comments>
		<pubDate>Mon, 31 Aug 2009 15:17:32 +0000</pubDate>
		<dc:creator>Noel</dc:creator>
				<category><![CDATA[computers]]></category>
		<category><![CDATA[10.6]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[byte]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[Mac]]></category>
		<category><![CDATA[OS X]]></category>
		<category><![CDATA[remote install]]></category>
		<category><![CDATA[Snow Leopard]]></category>
		<category><![CDATA[VPN]]></category>

		<guid isPermaLink="false">http://schutt.org/blog/?p=369</guid>
		<description><![CDATA[I just upgraded to Mac OS X 10.6 Snow Leopard. Since my SuperDrive is dead, I was going to install from a second Mac booted into FireWire drive sharing mode. The install disk refuses to run in this mode. I used OS X disk sharing, but had to first run a couple commands: defaults write [...]]]></description>
			<content:encoded><![CDATA[<p>I just upgraded to Mac OS X 10.6 Snow Leopard. Since my SuperDrive is dead, I was going to install from a second Mac booted into FireWire drive sharing mode. The install disk refuses to run in this mode. I used OS X disk sharing, but had to first run a couple commands:</p>
<p><code>defaults write com.apple.NetworkBrowser EnableODiskBrowsing -bool true<br />
defaults write com.apple.NetworkBrowser ODSSupported -bool true</code></p>
<p>then restart Finder, and enable sharing on the machine I was installing to. It doesn&#8217;t make any sense that I would have to enable sharing on the MacBook being upgraded. It took longer to find these commands than it took to do the actual remote install.</p>
<p>So far, most of the reviews posted last week by major review sites seem reasonably accurate. Unfortunately, they fail to mention a major flaw in 10.6. Finder no longer displays file sizes in proper bytes and megabytes, but in the strange new format that is inexplicably gaining popularity. Instead of using the natural base-2 prefix convention, 10.6 uses base-10 prefixes. Fortunately, the command line programs still report the proper sizes. Now Finder reports my user directory is 5 GB larger than when I check using <code>du -sh ~/</code>. I have looked all over for a fix to this problem, but still haven&#8217;t found one. I need to find something like:</p>
<blockquote><p><code>defaults write GB.retard.setting.for.lusers -OFF</code><br />&#8211;comment by &ldquo;<a href="http://blog.macsales.com/1852-snow-leopard-changes-they-way-we-look-at-gigabytes-and-megabytes-and-kilobytes-as-well#comment-1226" title="a comment">Drunkus Rex</a>&rdquo;</p></blockquote>
<p>Arrg! Text edit is doing strange text replacements now&#8230; It keeps changing &lsquo;-sh&rsquo; to &lsquo;-ti&rsquo;. I already disabled some of the other replacements, but keep finding more that I don&#8217;t want. Now I have to find what is causing this one&#8230;</p>
<p>The new XCode only supports iPhone OS 3.0 or newer. This unnecessarily limits the customer base for our applications we hope to release in the next few weeks.</p>
<p>I am enjoying the built-in VPN. I finally ditched the awful Cisco VPN client. The 10.6 support for Cisco VPNs seems to work well.</p>
<p>Closing tabs after viewing video fullscreen in Safari finally works. Under 10.5, hitting cmd-W would try to close the whole window. Now it only closes the active tab.</p>
]]></content:encoded>
			<wfw:commentRss>http://schutt.org/blog/2009/08/snow-leopard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

