<?xml version="1.0"?><!-- RSS generated by Radio UserLand v8.0.8 on Wed, 26 Mar 2003 04:00:11 GMT --><rss version="2.0">	<channel>		<title>Patrick Beard: Technical</title>		<link>http://radio.weblogs.com/0102607/categories/technical/</link>		<description>Interesting technical tidbits...</description>		<language>en-us</language>		<copyright>Copyright 2003 Patrick Beard</copyright>		<lastBuildDate>Wed, 26 Mar 2003 04:00:11 GMT</lastBuildDate>		<docs>http://backend.userland.com/rss</docs>		<generator>Radio UserLand v8.0.8</generator>		<managingEditor>pcbeard@mac.com</managingEditor>		<webMaster>pcbeard@mac.com</webMaster>		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 		<skipHours>			<hour>23</hour>			<hour>0</hour>			<hour>1</hour>			<hour>2</hour>			<hour>3</hour>			<hour>4</hour>			<hour>5</hour>			<hour>8</hour>			</skipHours>		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>		<ttl>60</ttl>		<item>			<description>Ah, a &lt;A HREF=&quot;http://research.microsoft.com/sn/detours/&quot;&gt;system for patching Win32&lt;/A&gt;, as implemented by Microsoft Research...</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/03/25.html#a70</guid>			<pubDate>Wed, 26 Mar 2003 03:59:15 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=70</comments>			</item>		<item>			<description>&lt;A HREF=&quot;http://www.jnidirect.org&quot;&gt;JNIDirect&lt;/A&gt; is released! The code is checked in to &lt;A HREF=&quot;http://sourceforge.net/projects/jnidirect/&quot;&gt;Source Forge&lt;/A&gt; and there is a &lt;A HREF=&quot;http://www.jnidirect.org/WhitePaper.txt&quot;&gt;white paper&lt;/A&gt; describing what it&apos;s all about.Using native methods w/o JNIDirect is like debugging with stone tools...</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/03/17.html#a69</guid>			<pubDate>Mon, 17 Mar 2003 23:25:59 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=69&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2003%2F03%2F17.html%23a69</comments>			</item>		<item>			<description>Wow, the IPv6 transition is really a mess. &lt;A HREF=&quot;http://cr.yp.to/djbdns/ipv6mess.html&quot;&gt;This article&lt;/A&gt; describes why it is being bungled. Perhaps they need that networking saviour, &lt;A HREF=&quot;http://www.stuartcheshire.org/&quot;&gt;Stuart Cheshire&lt;/A&gt; to step in and come up with some clever solutions.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/03/11.html#a68</guid>			<pubDate>Tue, 11 Mar 2003 16:22:16 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=68&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2003%2F03%2F11.html%23a68</comments>			</item>		<item>			<description>This item from &lt;a href=&quot;http://maccentral.macworld.com&quot;&gt;MacCentral&lt;/a&gt; boggles the mind:&lt;a href=&quot;http://maccentral.macworld.com/news/0302/19.macbu.php&quot;&gt;Microsoft acquires Virtual PC from Connectix&lt;/a&gt;Here are a couple things Microsoft might do:1. kill the VirtualPC product for the Mac, to lock Mac users out of future versions of this powerful PC emulation engine.2. recompile the Windows bits as PowerPC native code, potentially hugely accelerating the performance.If they chose option 2, then who knows, maybe they&apos;d release PowerPC code generators for their compilers, and things could get weird pretty fast.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/02/19.html#a67</guid>			<pubDate>Thu, 20 Feb 2003 07:20:07 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=67&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2003%2F02%2F19.html%23a67</comments>			</item>		<item>			<description>OK, I finally get this &lt;A HREF=&quot;http://backend.userland.com/rss&quot;&gt;RSS&lt;/A&gt; stuff. Represent news items as XML, aggregate them in a page. Voila! You have a web log.For a long time I didn&apos;t get it. What would an end user want with all that XML? Well, not much really, it&apos;s only valuable if it&apos;s displayed in a format the user can use. But one never knows what it might become useful for down the road. Makes you think...Being an editor is the most crucial thing. Sure, you get lots of RSS stuff thrown your way, but you sift the good stuff from the chaff, and decide what YOU think is interesting. One thing I&apos;m curious about is attribution. For example, I just posted a &lt;A HREF=&quot;http://radio.weblogs.com/0102607/2003/02/13.html&quot;&gt;blurb about Apple&lt;/A&gt; which included attribution to MacSlash. Must I do that? Are there rules about this stuff?</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/02/13.html#a63</guid>			<pubDate>Thu, 13 Feb 2003 19:00:34 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=63&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2003%2F02%2F13.html%23a63</comments>			</item>		<item>			<description>Just saw this on &lt;a href=&quot;http://www.macslash.org&quot;&gt;MacSlash&lt;/a&gt;:&lt;a href=&quot;http://www.macslash.org/article.pl?sid=03/02/13/0236207&quot;&gt;Apple Posts XML Schema For Keynote&lt;/a&gt;Very interesting. Makes Keynote all the more attractive over PowerPoint. Microsoft uses XML file formats too, but they don&apos;t document it, and have so many extensions that it isn&apos;t very useful XML. If Apple stands behind this specification, this is a really good thing (tm).</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2003/02/13.html#a62</guid>			<pubDate>Thu, 13 Feb 2003 18:45:21 GMT</pubDate>			<source url="http://www.macslash.com/macslash.rdf">MacSlash: A daily dose of Macintosh News and Discussion</source>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=62&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2003%2F02%2F13.html%23a62</comments>			</item>		<item>			<description>I recently posted a blurb about &lt;A HREF=&quot;http://radio.weblogs.com/0102607/categories/music/2002/12/01.html&quot;&gt;TuneXML&lt;/A&gt;in which I referred to a &lt;A HREF=&quot;http://homepage.mac.com/pcbeard/TuneXML/atya.xml&quot;&gt;transcription of a tune&lt;/A&gt; in TuneXML format. It turns out that if you look at this with IE 5 on the Mac, you&apos;ll get a parse error. It parses and displays just fine in Chimera 0.6.The problems seems to stem from the inclusion of a Byte-Order-Mark (BOM) character at the beginning of the XML file, which is what you&apos;re supposed to include so that a UNICODE file is perfectly portable. This character seems to mess up IE 5.2.2. </description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/12/03.html#a58</guid>			<pubDate>Tue, 03 Dec 2002 16:16:32 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=58&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F12%2F03.html%23a58</comments>			</item>		<item>			<description>I&apos;ve been thinking a lot about representing music in XML. There is a good survey of this topic &lt;A HREF=&quot;http://www.oasis-open.org/cover/xmlMusic.html&quot;&gt;here.&lt;/A&gt; &lt;A HREF=&quot;http://www.musicxml.org/xml.html&quot;&gt;MusicXML&lt;/A&gt; seems to be fairly dominant, and is getting commercial support behind it. Although, it isn&apos;t terribly easy to read and is quite verbose, it looks like a good interchange format, which is certainly a good use of XML.Still, it is overkill for how I want to use XML to represent music. My application is representing Jazz tunes, which consist of chords, melody, and sometimes lyrics. I would like to develop a library of arrangements of Jazz tunes in XML format. Here&apos;s an example of the tune &lt;A HREF=&quot;http://homepage.mac.com/pcbeard/TuneXML/atya.xml&quot;&gt;All The Things You Are&lt;/A&gt; encoded in what I&apos;ll call &quot;TuneXML&quot; format.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/12/01.html#a57</guid>			<pubDate>Sun, 01 Dec 2002 18:44:45 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=57</comments>			</item>		<item>			<description>Started playing around with &lt;A HREF=&quot;http://www.unsanity.com/haxies/ape/&quot;&gt;Application Enhancer&lt;/A&gt; the first real system for patching Mac OS X. These folks have done a bang-up job on this incredibly useful tool.Now, what kinds of risks are there associated with running software on one&apos;s system? Clearly some rather invasive programs could be written with it. </description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/08/24.html#a52</guid>			<pubDate>Sun, 25 Aug 2002 04:38:16 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=52&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F08%2F24.html%23a52</comments>			</item>		<item>			<description>Very interesting &lt;A HREF=&quot;http://www.neilgunton.com/spambot_trap/&quot;&gt;article on defeating spambots&lt;/A&gt;. Lots of useful background information about web spiders, firewalls, and using interesting Apache Perl modules. I keep seeing references to &lt;A HREF=&quot;http://www.mysql.com&quot;&gt;MySQL&lt;/A&gt;, so I checked to see if it is available from &lt;A HREF=&quot;http://fink.sourceforge.net/&quot;&gt;fink&lt;/A&gt;, and happily it is!</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/04/13.html#a48</guid>			<pubDate>Sun, 14 Apr 2002 04:20:18 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=48&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F04%2F13.html%23a48</comments>			</item>		<item>			<description>Enabled feedback comments, by going to &lt;A HREF=&quot;http://127.0.0.1:5335/system/pages/prefs?page=3.4&quot;&gt;&lt;a href=&quot;http://127.0.0.1:5335/system/pages/prefs?page=3.4&quot;&gt;http://127.0.0.1:5335/system/pages/prefs?page=3.4&lt;/a&gt;&lt;/A&gt;, which is the template for each news item. However, the last two posts that I added on 12-April-2002 mysteriously disappeared.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/04/13.html#a46</guid>			<pubDate>Sat, 13 Apr 2002 23:14:16 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=46&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F04%2F13.html%23a46</comments>			</item>		<item>			<description>I&apos;m working on a way to extract plaintext from HTML documents. My first approach will be a DFA state machine scanner that simply extracts the non-markup tokens. This will work for most documents, except when there are script tags, which will provide the bulk of the noise I expect. To remove these, I may have to resort to a full blown HTML parser.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/04/09.html#a45</guid>			<pubDate>Tue, 09 Apr 2002 20:40:47 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=45&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F04%2F09.html%23a45</comments>			</item>		<item>			<description>Off to Redmond for an &lt;A HREF=&quot;http://www.ecma.ch/ecma1/MEMENTO/tc39.htm&quot;&gt;ECMA&lt;/A&gt; meeting. ECMA is the standards body in which my company (Netscape) and other companies collaborate on the future direction of JavaScript (ECMAScript).</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/03/20.html#a42</guid>			<pubDate>Thu, 21 Mar 2002 07:27:57 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=42&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F03%2F20.html%23a42</comments>			</item>		<item>			<description>Getting CFM browser plugins working in the mach-o version of Mozilla. To make this work, all function pointers for calling between the browser and plugin need to be wrapped with&lt;A HREF=&quot;http://bugzilla.mozilla.org/attachment.cgi?id=74422&amp;action=view&quot;&gt;glue&lt;/A&gt; that translates between the calling conventions.I learned that plugins really expect to be running in a bonafied Mac OS toolbox WindowRef, when trying to run a plugin in a Cocoa &lt;A HREF=&quot;http://developer.apple.com/techpubs/macosx/Cocoa/Reference/ApplicationKit/ObjC_classic/Classes/NSQuickDrawView.html&quot;&gt;NSQuickDrawView&lt;/A&gt;. The QuickTime plugin doesn&apos;t properly redraw itself when it is running in a grafport.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/03/15.html#a40</guid>			<pubDate>Sat, 16 Mar 2002 00:07:18 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=40&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F03%2F15.html%23a40</comments>			</item>		<item>			<description>I think it would be more useful to have a counter that is implemented as a &lt;A HREF=&quot;http://developer.netscape.com/docs/manuals/javascript.html&quot;&gt;JavaScript&lt;/A&gt; variable. My idea would be to have something like this:&lt;PRE&gt;&amp;LT;SCRIPT SRC=&quot;http://countersRus.com/counter.cgi?id=foo&quot;&amp;GT;&lt;/PRE&gt;And the result would be a JavaScript declaration that looks like this:&lt;PRE&gt;var counter_foo = 1;&lt;/PRE&gt;Then, I am free to use the counter in the page in whatever way I choose. Has anybody else done it this way? I found a free counter at &lt;A HREF=&quot;http://www.HostedScripts.com&quot;&gt;www.HostedScripts.com&lt;/A&gt; that is also script based, but it simply uses document.write(counterValue) each time you load it, which is much less useful.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/27.html#a36</guid>			<pubDate>Wed, 27 Feb 2002 14:42:58 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=36&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F27.html%23a36</comments>			</item>		<item>			<description>&lt;A HREF=&quot;http://google.com&quot;&gt;Google&lt;/A&gt; is such an incredibly useful tool. I use it every day. This evening, I wondered if there were any free web page counter services out there, and yes there are. I created a new counter at &lt;A HREF=&quot;http://www.digits.com/&quot;&gt;www.digits.com&lt;/A&gt;.Their counter service is pretty simple, and I&apos;ve only observed one glitch. I set the counter&apos;s initial value to 100, but for some reason, it reset itself back down to 7, and has been counting up from there since.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/26.html#a35</guid>			<pubDate>Wed, 27 Feb 2002 05:17:47 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=35&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F26.html%23a35</comments>			</item>		<item>			<description>I&apos;m using Radio to publish a web site on an &lt;A HREF=&quot;http://itools.mac.com&quot;&gt;iTools&lt;/A&gt; home page. The rub to doing this with Radio is that there&apos;s no direct ftp access to an iDisk, so I simply mount the iDisk using WebDav, which is built into Mac OS X, and then connect to 127.0.0.1 to upstream the files.Since Radio now supports &lt;A HREF=&quot;http://radio.userland.com/fileSystemUpstreamDriver&quot;&gt;fileSystem&lt;/A&gt; upstreaming, this can probably be made simpler, and faster using that, but as yet, I haven&apos;t quite figured out how to use it.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/26.html#a34</guid>			<pubDate>Wed, 27 Feb 2002 05:04:25 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=34&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F26.html%23a34</comments>			</item>		<item>			<description>What if I want to archive my web sites in a CVS repository? If I want to have more than one person work on a web site, this seems crucial. Radio needs to be taught that if there is a CVS directory in my www folder, then it shouldn&apos;t be upstreamed.Or, here&apos;s a novel idea, perhaps a CVS upstream mechanism should be provided, which adds new files, and commits changed files.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/20.html#a33</guid>			<pubDate>Wed, 20 Feb 2002 16:09:33 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=33&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F20.html%23a33</comments>			</item>		<item>			<description>I figured out how to do styled text editing in Java with a swing JEditorPane. It&apos;s not terribly complicated, but it isn&apos;t necessarily how I would have imagined styled text support would be designed.The weirdest part is that you represent text style information using the interface AttributeSet. I had to dig through the javax.swing.text package to find out how to create an AttributeSet that has the right attribute values, and which concrete classes to use. These turned out to be SimpleAttributeSet (which implements MutableAttributeSet) and StyleConstants, which is a helper class that has static methods like setFontFamily() that map style information into attributes.Finally, I used the StyledDocument interface to insert text with style information by calling its insertString() method.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/14.html#a32</guid>			<pubDate>Thu, 14 Feb 2002 16:34:23 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=32&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F14.html%23a32</comments>			</item>		<item>			<description>I ran into one more snag when changing my category based web site&apos;s #upstream.xml file. I changed both the path and url elements, but Radio only noticed to the change to the path, and all of the site links still pointed at the old url-based location.See my &lt;A HREF=&quot;http://radio.userland.com/discuss/msgReader$10092?mode=topic&amp;y=2002&amp;m=2&amp;d=9&quot;&gt;posting&lt;/A&gt; on the discussion list for more details.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/09.html#a31</guid>			<pubDate>Sat, 09 Feb 2002 15:42:09 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=31&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F09.html%23a31</comments>			</item>		<item>			<description>Well, the new &lt;A HREF=&quot;http://www.ledairegin.com&quot;&gt;Led Airegin web site&lt;/A&gt; is now live, thanks to the power of the &lt;A HREF=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/A&gt; content management system (CMS).</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/09.html#a30</guid>			<pubDate>Sat, 09 Feb 2002 15:35:36 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=30&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F09.html%23a30</comments>			</item>		<item>			<description>OK, using Radio to construct an independent web site is starting to gel in my brain. I&apos;ve been using it to revamp my &lt;A HREF=&quot;http://www.ledairegin.com/radio&quot;&gt;band&apos;s web site&lt;/A&gt;, same content, new look.The one snag I ran into was dealing with the &amp;LT;%siteName%&amp;GT; and &amp;LT;%description%&amp;GT; macros in #template.txt. I posted this &lt;A HREF=&quot;http://radio.userland.com/discuss/msgReader$10055?mode=topic&amp;y=2002&amp;m=2&amp;d=8&quot;&gt;problem&lt;/A&gt; on the radio discussion board. Edward Shea posted the &lt;A HREF=&quot;http://radio.userland.com/discuss/msgReader$10048?mode=topic&amp;y=2002&amp;m=2&amp;d=8&quot;&gt;same problem.&lt;/A&gt;Pat Matheny on the radio right now, theme to &quot;Falcon and the Snowman.&quot; I&apos;ve always dug that song.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/08.html#a29</guid>			<pubDate>Sat, 09 Feb 2002 00:55:41 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=29&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F08.html%23a29</comments>			</item>		<item>			<description>Messing with themes and the &lt;A HREF=&quot;http://theme31.weblogger.com/&quot;&gt;SoundWaves&lt;/A&gt; theme is pretty cool...Helpful hint, to rerender all pages in your radio site when you change your theme, choose Radio -&gt; Publish -&gt; Entire Website.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/04.html#a21</guid>			<pubDate>Mon, 04 Feb 2002 19:20:34 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=21&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F04.html%23a21</comments>			</item>		<item>			<description>Occassionally, I will accidentally repost an older item... I don&apos;t know how exactly I keep doing it. But it was when this happened that I accidentally clobbered the &quot;weblogData.root&quot; before. So I may be triggering the same bug that caused this other problem.</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/02/01.html#a18</guid>			<pubDate>Fri, 01 Feb 2002 20:00:29 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=18&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F02%2F01.html%23a18</comments>			</item>		<item>			<description>Wow, somehow I messed up my &quot;weblogData.root&quot; file this morning, when editing an older item. Somehow I ended up with a new item that was a duplicate of the old item, which I subsequently deleted. After that, Radio generated an error:[Macro error: Can&apos;t find a sub-table named &quot;00000012&quot;.]I promptly reported the problem, and thanks to the kind support folks at Userland (you know who you are!) I was back up and running in under an hour. Now that&apos;s great customer service!</description>			<guid>http://radio.weblogs.com/0102607/categories/technical/2002/01/31.html#a13</guid>			<pubDate>Thu, 31 Jan 2002 19:56:43 GMT</pubDate>			<comments>http://radiocomments.userland.com/comments?u=102607&amp;amp;p=13&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0102607%2F2002%2F01%2F31.html%23a13</comments>			</item>		</channel>	</rss>