<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments for Dadhacker</title>
	<atom:link href="http://www.dadhacker.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.dadhacker.com/blog</link>
	<description>Instant Wisdom Worth What You Paid</description>
	<lastBuildDate>Thu, 23 May 2013 12:05:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8564</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 12:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8564</guid>
		<description><![CDATA[Fascinating bit of writing - great to get an insight into how a machine that defined a seminal part of my childhood actually came to be. Was already familiar with all the to-ing and fro-ing of the Amiga&#039;s era of conception and how Commodore and Atari effectively swapped over a load of personnel during the fight to claim those hardware rights, but not the story of how it&#039;s fuji-belogoed rival was rushed to market.]]></description>
		<content:encoded><![CDATA[<p>Fascinating bit of writing &#8211; great to get an insight into how a machine that defined a seminal part of my childhood actually came to be. Was already familiar with all the to-ing and fro-ing of the Amiga&#8217;s era of conception and how Commodore and Atari effectively swapped over a load of personnel during the fight to claim those hardware rights, but not the story of how it&#8217;s fuji-belogoed rival was rushed to market.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8563</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 12:02:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8563</guid>
		<description><![CDATA[You mean the &quot;Print Your Own Business Cards!&quot; booths you used to see in motorway service stations and the like? I do recall someone saying they actually had an STe buried away inside them (not sure why that instead of an STF, presumably it was a lot easier to add the extra RAM required by the laser printer that way?) ... but it was never verified. I would have thought you&#039;d want a higher resolution screen for that kind of application, better than 256 noninterlaced lines with full colour - so maybe an EGA or early VGA PC...

They&#039;d be a good fit for more normal cash register POSes though. High rez isn&#039;t as important so long as you can fit readable labels onto the buttons, the colours have to be bold but not quite primary, and it&#039;s beneficial to have a decent amount of local memory and some kind of rudimentary networking (such as you can do over MIDI...) without necessarily any more local backing store than can fit on a single sided floppy... or indeed, a 128k, bootable ROMcart.

Just wonder how they implemented the touch interface? Serial port and custom decoder routines?]]></description>
		<content:encoded><![CDATA[<p>You mean the &#8220;Print Your Own Business Cards!&#8221; booths you used to see in motorway service stations and the like? I do recall someone saying they actually had an STe buried away inside them (not sure why that instead of an STF, presumably it was a lot easier to add the extra RAM required by the laser printer that way?) &#8230; but it was never verified. I would have thought you&#8217;d want a higher resolution screen for that kind of application, better than 256 noninterlaced lines with full colour &#8211; so maybe an EGA or early VGA PC&#8230;</p>
<p>They&#8217;d be a good fit for more normal cash register POSes though. High rez isn&#8217;t as important so long as you can fit readable labels onto the buttons, the colours have to be bold but not quite primary, and it&#8217;s beneficial to have a decent amount of local memory and some kind of rudimentary networking (such as you can do over MIDI&#8230;) without necessarily any more local backing store than can fit on a single sided floppy&#8230; or indeed, a 128k, bootable ROMcart.</p>
<p>Just wonder how they implemented the touch interface? Serial port and custom decoder routines?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8562</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 11:54:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8562</guid>
		<description><![CDATA[Ah, the GDOS vector fonts ... the one thing that didn&#039;t come with TOS 1.0 that was actually pretty useful. Or at least, could be pretty useful if you were using particular programs. Forgot all about that.

Most people ... no use for it. But it was required by certain graphics, word processor and DTP packages, most of which would include a copy somewhere on one of the setup discs. Basically anyone who didn&#039;t have a HDD didn&#039;t miss it :)

I think the more basic Degas Elite art package also used some part of it to provide additional fonts (bitmap or vector? Not sure, as I never got that bit to work, as there was no documentation with my copy), but that&#039;s about it.]]></description>
		<content:encoded><![CDATA[<p>Ah, the GDOS vector fonts &#8230; the one thing that didn&#8217;t come with TOS 1.0 that was actually pretty useful. Or at least, could be pretty useful if you were using particular programs. Forgot all about that.</p>
<p>Most people &#8230; no use for it. But it was required by certain graphics, word processor and DTP packages, most of which would include a copy somewhere on one of the setup discs. Basically anyone who didn&#8217;t have a HDD didn&#8217;t miss it <img src='http://www.dadhacker.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I think the more basic Degas Elite art package also used some part of it to provide additional fonts (bitmap or vector? Not sure, as I never got that bit to work, as there was no documentation with my copy), but that&#8217;s about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8561</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 11:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8561</guid>
		<description><![CDATA[Pretty certain you can find a (Parallel / ASCI / ROMport) -to-SDcard adaptor out there if you look on eBay and the like, fella. Or at least an ASCI to IDE/SCSI adaptor, at which point the issue vanishes.

Any IDE hard disk or SD card is likely to be miles faster than the available interface bandwidth, let alone what actual ST hard disks could achieve, so pop one of those in, fill it with an old 1Gb card from that digital camera in the back of your closet, and you&#039;re laughing.

If one doesn&#039;t exist I&#039;ll be exceptionally surprised because you can get them for basically every 8-bit machine ever, most consoles, and the Amiga to boot.

Even if not IDE or SD, there should be a CF card adaptor, and although they&#039;re typically more expensive than SD, a 1Gb one will cost buttons these days. Certainly a hell of a lot cheaper than trying to get hold of an Amiga-compatible 1 or 2Mb SRAM card!]]></description>
		<content:encoded><![CDATA[<p>Pretty certain you can find a (Parallel / ASCI / ROMport) -to-SDcard adaptor out there if you look on eBay and the like, fella. Or at least an ASCI to IDE/SCSI adaptor, at which point the issue vanishes.</p>
<p>Any IDE hard disk or SD card is likely to be miles faster than the available interface bandwidth, let alone what actual ST hard disks could achieve, so pop one of those in, fill it with an old 1Gb card from that digital camera in the back of your closet, and you&#8217;re laughing.</p>
<p>If one doesn&#8217;t exist I&#8217;ll be exceptionally surprised because you can get them for basically every 8-bit machine ever, most consoles, and the Amiga to boot.</p>
<p>Even if not IDE or SD, there should be a CF card adaptor, and although they&#8217;re typically more expensive than SD, a 1Gb one will cost buttons these days. Certainly a hell of a lot cheaper than trying to get hold of an Amiga-compatible 1 or 2Mb SRAM card!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8560</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 11:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8560</guid>
		<description><![CDATA[Probably shoulda scrolled down first, shouldn&#039;t I... :D]]></description>
		<content:encoded><![CDATA[<p>Probably shoulda scrolled down first, shouldn&#8217;t I&#8230; <img src='http://www.dadhacker.com/blog/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8559</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 11:42:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8559</guid>
		<description><![CDATA[Presumably the 40-folder and maybe the 32mb partition limit &quot;bugs&quot; that, respectively, could cause crashes and data corruption and were somewhat controvertial (it was almost impossible to &quot;rescue&quot; a drive even by deleting the 41st folder without using a special software tool ... after which you were damn sure to always boot using a disc with an auto-running 40F patch on it), or in the latter case were just a pain in the ass if you had a disc bigger than 32mb as you had to subpartition it, much like the latter days of using 3Gb or larger drives with FAT16 (loads of 2Gb partitions) or LBA48 ones with Win9x and FAT32 (250Gb is your practical limit - with the &quot;last&quot; one sized somewhere between 121 and 127Gb so it&#039;s not &quot;too big&quot; itself, but guarantees that the FAT lurks somewhere below the drive&#039;s actual 128Gb point).

The first one is just a minor filesystem stack size and sanity checking/error trapping oversight with potentially massive consequences, the latter is an inherent issue in using only the FAT12 filesystem (intended mainly for floppies and ancient 5 to 10mb Winchester drives) across your entire OS, rather than also cramming in support for FAT16 (with its then unimaginably massive 2Gb - or even 4Gb - limit). It&#039;s annoying and stops you working with truly large files unless you come up with a trick method of splitting them across partitions, but at least it doesn&#039;t cause lossage all by itself.

And they&#039;re both presumably symptoms of both the crushed timescale and budget, unhealthy management culture, and strange choice to go for 192k of ROM (why not 256? I know it&#039;s relatively expensive, but 192 is a strange number, and there was 12MB of unused address space that the CPU could use but the RAM system couldn&#039;t...)]]></description>
		<content:encoded><![CDATA[<p>Presumably the 40-folder and maybe the 32mb partition limit &#8220;bugs&#8221; that, respectively, could cause crashes and data corruption and were somewhat controvertial (it was almost impossible to &#8220;rescue&#8221; a drive even by deleting the 41st folder without using a special software tool &#8230; after which you were damn sure to always boot using a disc with an auto-running 40F patch on it), or in the latter case were just a pain in the ass if you had a disc bigger than 32mb as you had to subpartition it, much like the latter days of using 3Gb or larger drives with FAT16 (loads of 2Gb partitions) or LBA48 ones with Win9x and FAT32 (250Gb is your practical limit &#8211; with the &#8220;last&#8221; one sized somewhere between 121 and 127Gb so it&#8217;s not &#8220;too big&#8221; itself, but guarantees that the FAT lurks somewhere below the drive&#8217;s actual 128Gb point).</p>
<p>The first one is just a minor filesystem stack size and sanity checking/error trapping oversight with potentially massive consequences, the latter is an inherent issue in using only the FAT12 filesystem (intended mainly for floppies and ancient 5 to 10mb Winchester drives) across your entire OS, rather than also cramming in support for FAT16 (with its then unimaginably massive 2Gb &#8211; or even 4Gb &#8211; limit). It&#8217;s annoying and stops you working with truly large files unless you come up with a trick method of splitting them across partitions, but at least it doesn&#8217;t cause lossage all by itself.</p>
<p>And they&#8217;re both presumably symptoms of both the crushed timescale and budget, unhealthy management culture, and strange choice to go for 192k of ROM (why not 256? I know it&#8217;s relatively expensive, but 192 is a strange number, and there was 12MB of unused address space that the CPU could use but the RAM system couldn&#8217;t&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Atari ST, Part 2 by markp</title>
		<link>http://www.dadhacker.com/blog/?p=1000#comment-8558</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 23 May 2013 11:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=1000#comment-8558</guid>
		<description><![CDATA[Chunky graphics in a byte-based system only really work if you&#039;ve got 8-bit (or multiple-of) colour depth though, and the ST never went higher than 4-bit. Or are using EDO-type memory. Or are at least using some kind of direct colour (16 greys etc). Otherwise you don&#039;t really get as much benefit in terms of ease of data-funging and transfer speed as you&#039;d think, and lose the various bits of neat wide-scale trickery you can do at high speed in planar mode. And it&#039;s even less useful for 2-bit and totally pointless in mono, which were the two main operating screen modes for almost everything other than games, art packages and the render-screens of CAD programs.

Quite why the screen modes always stayed limited at 4-bit even in the STe is a bit of a mystery to me, though. The Amiga used presumably exactly the same spec RAM, or even slightly slower (140 vs 120ns as a minimum...) but was able to support 4-bit at 720 pixels width, not just 320, and its 6-bit overall limitation, including the HAM weirdness, was down to space for hardware palette registers (32 of em plus the halfbrite trick) and coming with 256k as standard more than anything else. On a fixed-line-rate raster based system like most TV-compatible computers, the horizontal resolution vs colour depth formula has a fixed maximum value based on the memory bandwidth. Somehow, in the Miggy, the graphics memory bandwidth was more than double that of the ST (roughly 7.14Mb/s vs decidedly less than 4Mb/s), without actually slowing the CPU *way* down? Hmm.

Imagine if by some leap of imagination they&#039;d managed to cram in a 256-colour  mode (maybe a chunky 4-8-4 / 6-6-6 RGB or HSL direct colour one to avoid having to make up a monster ASIC with 256 colour registers), even if only at 256 horizontal resolution... but preferably at up to 384 (and who knows, perhaps even a planar, 224~320-rez 9-bit mode). Even without any other alterations, and only limited practical use, that still could have been a game changer, so to speak. Plus it would have allowed 16 colours in medrez (adding in an _official_ Amiga style interlace mode wouldn&#039;t have been much trouble on top) for proper ANSI compatibility, and four greys in hirez, which would have extended its DTP / photo retouch lifespan. The Mac and PC crowd would have justifiably shat themselves, and the Amiga would have had to wave the Copper flag pretty hard.

One of those things you&#039;d like to go back and hit people around the face with a fish to try and convince them to implement, these days... would probably have been a relatively minor change to implement, with a big impact. It&#039;s not like adding a sprite engine or the like.

(Also take them to one side and go ... for the love of christ, swap the endian-ness of your master colour palette attributes, don&#039;t cut the corner that means your sound, floppy, printer and hard disk ports all run through the same chip, put the single sided drive&#039;s head on the right way up, and have a quick root through the HDD code to see if you&#039;ve accidentally left in some limitations that are meaningless in a floppy disk environment but crippling for mass storage... My ST was TOS v1.0 right to the end, and it was remarkably bug free and well-featured, we never really ran into any issues or felt short changed because of it... and in fact I sort of felt it took until W95 for the PCs to &quot;catch up&quot; - but those other bits were well known problems for many people, and especially for converting between ST and STe)

And... gah, I really should stop now :D]]></description>
		<content:encoded><![CDATA[<p>Chunky graphics in a byte-based system only really work if you&#8217;ve got 8-bit (or multiple-of) colour depth though, and the ST never went higher than 4-bit. Or are using EDO-type memory. Or are at least using some kind of direct colour (16 greys etc). Otherwise you don&#8217;t really get as much benefit in terms of ease of data-funging and transfer speed as you&#8217;d think, and lose the various bits of neat wide-scale trickery you can do at high speed in planar mode. And it&#8217;s even less useful for 2-bit and totally pointless in mono, which were the two main operating screen modes for almost everything other than games, art packages and the render-screens of CAD programs.</p>
<p>Quite why the screen modes always stayed limited at 4-bit even in the STe is a bit of a mystery to me, though. The Amiga used presumably exactly the same spec RAM, or even slightly slower (140 vs 120ns as a minimum&#8230;) but was able to support 4-bit at 720 pixels width, not just 320, and its 6-bit overall limitation, including the HAM weirdness, was down to space for hardware palette registers (32 of em plus the halfbrite trick) and coming with 256k as standard more than anything else. On a fixed-line-rate raster based system like most TV-compatible computers, the horizontal resolution vs colour depth formula has a fixed maximum value based on the memory bandwidth. Somehow, in the Miggy, the graphics memory bandwidth was more than double that of the ST (roughly 7.14Mb/s vs decidedly less than 4Mb/s), without actually slowing the CPU *way* down? Hmm.</p>
<p>Imagine if by some leap of imagination they&#8217;d managed to cram in a 256-colour  mode (maybe a chunky 4-8-4 / 6-6-6 RGB or HSL direct colour one to avoid having to make up a monster ASIC with 256 colour registers), even if only at 256 horizontal resolution&#8230; but preferably at up to 384 (and who knows, perhaps even a planar, 224~320-rez 9-bit mode). Even without any other alterations, and only limited practical use, that still could have been a game changer, so to speak. Plus it would have allowed 16 colours in medrez (adding in an _official_ Amiga style interlace mode wouldn&#8217;t have been much trouble on top) for proper ANSI compatibility, and four greys in hirez, which would have extended its DTP / photo retouch lifespan. The Mac and PC crowd would have justifiably shat themselves, and the Amiga would have had to wave the Copper flag pretty hard.</p>
<p>One of those things you&#8217;d like to go back and hit people around the face with a fish to try and convince them to implement, these days&#8230; would probably have been a relatively minor change to implement, with a big impact. It&#8217;s not like adding a sprite engine or the like.</p>
<p>(Also take them to one side and go &#8230; for the love of christ, swap the endian-ness of your master colour palette attributes, don&#8217;t cut the corner that means your sound, floppy, printer and hard disk ports all run through the same chip, put the single sided drive&#8217;s head on the right way up, and have a quick root through the HDD code to see if you&#8217;ve accidentally left in some limitations that are meaningless in a floppy disk environment but crippling for mass storage&#8230; My ST was TOS v1.0 right to the end, and it was remarkably bug free and well-featured, we never really ran into any issues or felt short changed because of it&#8230; and in fact I sort of felt it took until W95 for the PCs to &#8220;catch up&#8221; &#8211; but those other bits were well known problems for many people, and especially for converting between ST and STe)</p>
<p>And&#8230; gah, I really should stop now <img src='http://www.dadhacker.com/blog/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mike Culbert, RIP by Artur Sowinski</title>
		<link>http://www.dadhacker.com/blog/?p=2000#comment-8485</link>
		<dc:creator>Artur Sowinski</dc:creator>
		<pubDate>Wed, 01 May 2013 02:25:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=2000#comment-8485</guid>
		<description><![CDATA[“We are all visitors to this time, this place. We are just passing through. Our purpose here is to observe, to learn, to grow, to love... and then we return home.”

RIP Mike]]></description>
		<content:encoded><![CDATA[<p>“We are all visitors to this time, this place. We are just passing through. Our purpose here is to observe, to learn, to grow, to love&#8230; and then we return home.”</p>
<p>RIP Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mike Culbert, RIP by Artur Sowinski</title>
		<link>http://www.dadhacker.com/blog/?p=2000#comment-8484</link>
		<dc:creator>Artur Sowinski</dc:creator>
		<pubDate>Wed, 01 May 2013 01:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=2000#comment-8484</guid>
		<description><![CDATA[Imagination is a subset of reality, therefore you can&#039;t &quot;win&quot; with reality using imagination. Sure its nice to do something impressive in life, but keep in mind the healthy chain of emotional investment starts with your own self first, then you spread the surplus investments to the loved ones, and then to everyone else. That &quot;something impressive&quot; is a cherry on that cake, &quot;you get to eat after you eat your veggies young man&quot;. Once that chain is broken you end up self sacrificing for some 3rd party idea, or in laymans terms, on a wild goose chase.
http://pleasanthacking.com/2011/12/21/where-you-are-now/

Based on my few years at pediatric cancer hospice helping my volunteering ex, I can honestly tell that cut and prescribe medicine knows nuttin about healing cancer. They might mitigate symptoms by cutting/nuking/chemoing affected areas out. 

Cancer, as any other disease, is a sign of immune system that is for some reason sub-par by self-inflicted physical and emotional over-taxing. More or less, a direct result of a wild goose chase, instead of having healthy chain of self-love mentioned above and letting go of what is damaging both physically and emotionally. Keep in mind, human body defeats cancer on daily basis - we have something like 20 cancer cells per month or per year, that our body naturally handles. Once you give your immune system half of chance of restoring and healing, it will do &quot;wonders&quot; for you. Having fun and hugs instead of chasing self-inflicted obligations also helps a lot :)
http://pleasanthacking.com/2012/02/28/vegan-views-on-cancer/
http://pleasanthacking.com/positive-plant-based-promos/

Ask on any vegan forum, when did anyone had a flu, or just a cold. You will get responses like &quot;i forgot what it is&quot; or &quot;6 years ago before i went vegan&quot; or &quot;last week, but i did really stupid things by spreading myself too thin&quot; :)
http://pcrm.org/kickstartHome/forum/messages.cfm?threadid=C0A19E87-D495-C0C8-F4A1E38956DE46D6]]></description>
		<content:encoded><![CDATA[<p>Imagination is a subset of reality, therefore you can&#8217;t &#8220;win&#8221; with reality using imagination. Sure its nice to do something impressive in life, but keep in mind the healthy chain of emotional investment starts with your own self first, then you spread the surplus investments to the loved ones, and then to everyone else. That &#8220;something impressive&#8221; is a cherry on that cake, &#8220;you get to eat after you eat your veggies young man&#8221;. Once that chain is broken you end up self sacrificing for some 3rd party idea, or in laymans terms, on a wild goose chase.<br />
<a href="http://pleasanthacking.com/2011/12/21/where-you-are-now/" rel="nofollow">http://pleasanthacking.com/2011/12/21/where-you-are-now/</a></p>
<p>Based on my few years at pediatric cancer hospice helping my volunteering ex, I can honestly tell that cut and prescribe medicine knows nuttin about healing cancer. They might mitigate symptoms by cutting/nuking/chemoing affected areas out. </p>
<p>Cancer, as any other disease, is a sign of immune system that is for some reason sub-par by self-inflicted physical and emotional over-taxing. More or less, a direct result of a wild goose chase, instead of having healthy chain of self-love mentioned above and letting go of what is damaging both physically and emotionally. Keep in mind, human body defeats cancer on daily basis &#8211; we have something like 20 cancer cells per month or per year, that our body naturally handles. Once you give your immune system half of chance of restoring and healing, it will do &#8220;wonders&#8221; for you. Having fun and hugs instead of chasing self-inflicted obligations also helps a lot <img src='http://www.dadhacker.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
<a href="http://pleasanthacking.com/2012/02/28/vegan-views-on-cancer/" rel="nofollow">http://pleasanthacking.com/2012/02/28/vegan-views-on-cancer/</a><br />
<a href="http://pleasanthacking.com/positive-plant-based-promos/" rel="nofollow">http://pleasanthacking.com/positive-plant-based-promos/</a></p>
<p>Ask on any vegan forum, when did anyone had a flu, or just a cold. You will get responses like &#8220;i forgot what it is&#8221; or &#8220;6 years ago before i went vegan&#8221; or &#8220;last week, but i did really stupid things by spreading myself too thin&#8221; <img src='http://www.dadhacker.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
<a href="http://pcrm.org/kickstartHome/forum/messages.cfm?threadid=C0A19E87-D495-C0C8-F4A1E38956DE46D6" rel="nofollow">http://pcrm.org/kickstartHome/forum/messages.cfm?threadid=C0A19E87-D495-C0C8-F4A1E38956DE46D6</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mike Culbert, RIP by Artur Sowinski</title>
		<link>http://www.dadhacker.com/blog/?p=2000#comment-8483</link>
		<dc:creator>Artur Sowinski</dc:creator>
		<pubDate>Wed, 01 May 2013 01:14:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=2000#comment-8483</guid>
		<description><![CDATA[Why take their place? They had their own life, just as you have yours. Besides it feels to me kinda strange that you wanna imitate going uphill both ways in the rain to build a brick factory. They already created bricks, why not use them and focus on whats really important? Quality of life maybe? Love and feelings? One hour work week?]]></description>
		<content:encoded><![CDATA[<p>Why take their place? They had their own life, just as you have yours. Besides it feels to me kinda strange that you wanna imitate going uphill both ways in the rain to build a brick factory. They already created bricks, why not use them and focus on whats really important? Quality of life maybe? Love and feelings? One hour work week?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
