<?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"
	>
<channel>
	<title>Comments on: Convert your PalmOS Calendar to iCal</title>
	<atom:link href="http://www.deepwave.net/articles/palm/palm_calical/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.deepwave.net</link>
	<description>On the Internet since 1993</description>
	<pubDate>Fri, 21 Nov 2008 06:51:46 +0000</pubDate>
	
		<item>
		<title>By: Carol</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-23917</link>
		<dc:creator>Carol</dc:creator>
		<pubDate>Fri, 21 Nov 2008 05:30:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-23917</guid>
		<description>Thanks for this effort.  I really appreciate the detailed instructions &#38; screen prints (good documentation is so hard to find).  

This seems to expect the input file to be called Calendar.dba.  When I tried other names, it could not find the input file.  It also had problems with paths that do not conform to the old DOS standards of a maximum 8 characters for each segment, no embedded spaces or special characters, etc.  Both of these are consistent with the date that the program says it was last compiled: September 17, 1998 (think "before Win2k" or even before Y2K).  And yes, malloc is indeed a C command used to allocate memory needed by the program, something commonly done by programs at that time.  

That said, it did not work for me, either.  It displayed "0 records" but then seemed to get hung up.  Or perhaps I did not wait long enough?</description>
		<content:encoded><![CDATA[<p>Thanks for this effort.  I really appreciate the detailed instructions &amp; screen prints (good documentation is so hard to find).  </p>
<p>This seems to expect the input file to be called Calendar.dba.  When I tried other names, it could not find the input file.  It also had problems with paths that do not conform to the old DOS standards of a maximum 8 characters for each segment, no embedded spaces or special characters, etc.  Both of these are consistent with the date that the program says it was last compiled: September 17, 1998 (think &#8220;before Win2k&#8221; or even before Y2K).  And yes, malloc is indeed a C command used to allocate memory needed by the program, something commonly done by programs at that time.  </p>
<p>That said, it did not work for me, either.  It displayed &#8220;0 records&#8221; but then seemed to get hung up.  Or perhaps I did not wait long enough?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lia</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-23914</link>
		<dc:creator>Lia</dc:creator>
		<pubDate>Sat, 15 Nov 2008 22:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-23914</guid>
		<description>I am having the same problem with malloc: I get the message unable to malloc 20000 bytes.  My datebook file is 3505965 bytes, a collection of 10 years of events.
Is there a way I could recompile the program DTBK2CSV.EXE to allow more memory?

The Palm desktop won't let me sync any more because it says I have too many events.
I have exported all the calendar entries to a datebook-format .dba file, but I would like
to search that data someday.</description>
		<content:encoded><![CDATA[<p>I am having the same problem with malloc: I get the message unable to malloc 20000 bytes.  My datebook file is 3505965 bytes, a collection of 10 years of events.<br />
Is there a way I could recompile the program DTBK2CSV.EXE to allow more memory?</p>
<p>The Palm desktop won&#8217;t let me sync any more because it says I have too many events.<br />
I have exported all the calendar entries to a datebook-format .dba file, but I would like<br />
to search that data someday.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-23912</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sat, 25 Oct 2008 18:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-23912</guid>
		<description>I have the same problem with malloc.  My guess is that malloc is failing because of the memory that's allocated for a command window.  In some ways, could the old memory limitations of DOS be somehow emulated within a command window?  Is there some way to expand the memory allocation to the command window. One would think a program could allocate 20 thousand bytes of memory on a computer with nearly a billion bytes of RAM!</description>
		<content:encoded><![CDATA[<p>I have the same problem with malloc.  My guess is that malloc is failing because of the memory that&#8217;s allocated for a command window.  In some ways, could the old memory limitations of DOS be somehow emulated within a command window?  Is there some way to expand the memory allocation to the command window. One would think a program could allocate 20 thousand bytes of memory on a computer with nearly a billion bytes of RAM!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-23896</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Mon, 11 Aug 2008 16:36:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-23896</guid>
		<description>My datebook was over 20000b so it would not convert it to CSV it gave a malloc error, is there any fix for this?</description>
		<content:encoded><![CDATA[<p>My datebook was over 20000b so it would not convert it to CSV it gave a malloc error, is there any fix for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-16879</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Tue, 29 Apr 2008 18:26:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-16879</guid>
		<description>Regarding using Linux to translate as stefantesch noted, Gnome-based distros will also provide this.  Evolution, the mail/calendar app typically included, will sync with Palm devices via gnome-pilot and export to iCal format.</description>
		<content:encoded><![CDATA[<p>Regarding using Linux to translate as stefantesch noted, Gnome-based distros will also provide this.  Evolution, the mail/calendar app typically included, will sync with Palm devices via gnome-pilot and export to iCal format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-10330</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Sun, 30 Mar 2008 16:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-10330</guid>
		<description>Hi Peter, sorry, no linux versions of dtbk2scv.exe that I could find. That was my first choice actually - a linux CLI. I do hear Kpilot on KDE may be helpful though also, see stefantesch's comments above</description>
		<content:encoded><![CDATA[<p>Hi Peter, sorry, no linux versions of dtbk2scv.exe that I could find. That was my first choice actually - a linux CLI. I do hear Kpilot on KDE may be helpful though also, see stefantesch&#8217;s comments above</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-10230</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 23 Mar 2008 10:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-10230</guid>
		<description>Hi, is there something for Linux?</description>
		<content:encoded><![CDATA[<p>Hi, is there something for Linux?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-9242</link>
		<dc:creator>Neil</dc:creator>
		<pubDate>Mon, 21 Jan 2008 01:31:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-9242</guid>
		<description>For the faint of heart, you can also use Dba2Csv (http://www.dba2csv.com) to take you up to Part D...</description>
		<content:encoded><![CDATA[<p>For the faint of heart, you can also use Dba2Csv (http://www.dba2csv.com) to take you up to Part D&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Flo</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-7766</link>
		<dc:creator>Flo</dc:creator>
		<pubDate>Sun, 18 Nov 2007 16:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-7766</guid>
		<description>Thanks for this guide, it worked for me with my 1000+ events (even if I imported the CSV directly into my Google Calendar). 

One thing others should keep in mind - the output is not so accurate as you may exspect:

* All repeating events (congresses, lectures, ...) are single events now 
* All "fullday" events (e.g. birthdays) where one day ahead


Flo</description>
		<content:encoded><![CDATA[<p>Thanks for this guide, it worked for me with my 1000+ events (even if I imported the CSV directly into my Google Calendar). </p>
<p>One thing others should keep in mind - the output is not so accurate as you may exspect:</p>
<p>* All repeating events (congresses, lectures, &#8230;) are single events now<br />
* All &#8220;fullday&#8221; events (e.g. birthdays) where one day ahead</p>
<p>Flo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.deepwave.net/articles/palm/palm_calical/#comment-7765</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Sat, 10 Nov 2007 16:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.deepwave.net/articles/palm/palm_calical/#comment-7765</guid>
		<description>Unfortunately, most of the SW used here was not written by me, and source is not available, so I can't even begin to figure out what some of the errors/problems are. Ultimately, the Palm OS Datebook format is a closed, proprietary format, and no official documentation exists on how this format is structured. So in a way, if it works for you, consider yourself one of the lucky ones.</description>
		<content:encoded><![CDATA[<p>Unfortunately, most of the SW used here was not written by me, and source is not available, so I can&#8217;t even begin to figure out what some of the errors/problems are. Ultimately, the Palm OS Datebook format is a closed, proprietary format, and no official documentation exists on how this format is structured. So in a way, if it works for you, consider yourself one of the lucky ones.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
