<?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>DBF Doctor Rated and Reviewed</title>
	<atom:link href="http://dbf-doctor.astersoft-co.qarchive.org/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://dbf-doctor.astersoft-co.qarchive.org/#comments</link>
	<description>Read what other users have to say about DBF Doctor. Dozens of reviews, opinions, comments, ratings and discussions updated in real time.</description>
	<lastBuildDate><br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>32</b><br />
Wed, 15 Sep 2010 10:38:18 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<item>
		<title>Author: Rahsan</title>
		<link>http://dbf-doctor.astersoft-co.qarchive.org/#comment-31931</link>
		<dc:creator>Rahsan</dc:creator>
<br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>46</b><br />
		<pubDate>Wed, 15 Sep 2010 10:38:18 -0500</pubDate>
		<guid isPermaLink="true">http://dbf-doctor.astersoft-co.qarchive.org/#comment-31931</guid>
		<description><![CDATA[Sorry to say, I could not recover my data from corrupted DBF.]]></description>
		<content:encoded><![CDATA[Sorry to say, I could not recover my data from corrupted DBF.]]></content:encoded>
	</item>
	<item>
		<title>Author: Software</title>
		<link>http://dbf-doctor.astersoft-co.qarchive.org/#comment-20898</link>
		<dc:creator>Software</dc:creator>
<br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>46</b><br />
		<pubDate>Fri, 01 May 2009 09:04:29 -0500</pubDate>
		<guid isPermaLink="true">http://dbf-doctor.astersoft-co.qarchive.org/#comment-20898</guid>
		<description><![CDATA[we had a server crash that houses two transaction files of about 45 million records in each, one got corrupted after our client added a bunch of new/changed transactions to it and backup had not ran yet.  We tried the demo, it appeared to work, so we purchased the full version.   It did work, however it blew up right when it had almost finished writing the repaired file, the file size was > 2.1 gig.   You would think that the software would be intelligent enough to know when the physical file size is going to be too big and give you an option to split it or something...   <br><br>However it did work, and saved us from a major headache. so well worth the investment..<br>]]></description>
		<content:encoded><![CDATA[we had a server crash that houses two transaction files of about 45 million records in each, one got corrupted after our client added a bunch of new/changed transactions to it and backup had not ran yet.  We tried the demo, it appeared to work, so we purchased the full version.   It did work, however it blew up right when it had almost finished writing the repaired file, the file size was > 2.1 gig.   You would think that the software would be intelligent enough to know when the physical file size is going to be too big and give you an option to split it or something...   <br><br>However it did work, and saved us from a major headache. so well worth the investment..<br>]]></content:encoded>
	</item>
	<item>
		<title>Author: Dk `How to find out the type of dbf files?`</title>
		<link>http://dbf-doctor.astersoft-co.qarchive.org/#comment-15276</link>
		<dc:creator>Dk</dc:creator>
<br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>46</b><br />
		<pubDate>Wed, 12 Nov 2008 06:39:44 -0600</pubDate>
		<guid isPermaLink="true">http://dbf-doctor.astersoft-co.qarchive.org/#comment-15276</guid>
		<description><![CDATA[I wanted to import dbf files into MS Access. It doesn't work because I didn't know the type of these dbf files and therefore tried all Dbase and Foxpro drivers without success. Then I downloaded and installed about 5 different dbf viewers to find out the source of these dbf files. All of them could open the files and display the content but none told me anything about the type.<br>DBF Doctor was the first and only one telling me that it was a Visual Foxpro Format. That's it. Knowing this I found the corresponding missing files and managed to import the files at last.<br><br>Thank you!<br><br><br>]]></description>
		<content:encoded><![CDATA[I wanted to import dbf files into MS Access. It doesn't work because I didn't know the type of these dbf files and therefore tried all Dbase and Foxpro drivers without success. Then I downloaded and installed about 5 different dbf viewers to find out the source of these dbf files. All of them could open the files and display the content but none told me anything about the type.<br>DBF Doctor was the first and only one telling me that it was a Visual Foxpro Format. That's it. Knowing this I found the corresponding missing files and managed to import the files at last.<br><br>Thank you!<br><br><br>]]></content:encoded>
	</item>
	<item>
		<title>Author: Gensoft.support `Not a database file`</title>
		<link>http://dbf-doctor.astersoft-co.qarchive.org/#comment-10643</link>
		<dc:creator>Gensoft.support</dc:creator>
<br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>46</b><br />
		<pubDate>Thu, 24 Jul 2008 04:51:58 -0500</pubDate>
		<guid isPermaLink="true">http://dbf-doctor.astersoft-co.qarchive.org/#comment-10643</guid>
		<description><![CDATA[All on a sudden almost all the .dbf files got corrupted and showing 'not a database file' whenever I tried with fpd26 or dbu. I tried with your utility. It splited a single file to so many .txt files but couldn't recover the original data. Probably due to my ignorance I mishadled the same. Really in trouble.]]></description>
		<content:encoded><![CDATA[All on a sudden almost all the .dbf files got corrupted and showing 'not a database file' whenever I tried with fpd26 or dbu. I tried with your utility. It splited a single file to so many .txt files but couldn't recover the original data. Probably due to my ignorance I mishadled the same. Really in trouble.]]></content:encoded>
	</item>
	<item>
		<title>Author: Loki `Does not work on many problems.`</title>
		<link>http://dbf-doctor.astersoft-co.qarchive.org/#comment-389</link>
		<dc:creator>Loki</dc:creator>
<br />
<b>Warning</b>:  date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in <b>/backup/qa/www/sub/rss/product.php</b> on line <b>46</b><br />
		<pubDate>Wed, 06 Sep 2006 17:21:47 -0500</pubDate>
		<guid isPermaLink="true">http://dbf-doctor.astersoft-co.qarchive.org/#comment-389</guid>
		<description><![CDATA[As a matter of fact I could not find any corrupt dbf files that it recovered as much as free application did. It was absolutely useless on files that had more then 2GB. When left to it's own repair it recovered less then 20% of the records and placed them in the wrong fields even while displaying all records properly.<br><br>When I sent for support, I received no answer at all... no matter how many times I requested it.<br><br>Do not waste your money on this garbage.<br>]]></description>
		<content:encoded><![CDATA[As a matter of fact I could not find any corrupt dbf files that it recovered as much as free application did. It was absolutely useless on files that had more then 2GB. When left to it's own repair it recovered less then 20% of the records and placed them in the wrong fields even while displaying all records properly.<br><br>When I sent for support, I received no answer at all... no matter how many times I requested it.<br><br>Do not waste your money on this garbage.<br>]]></content:encoded>
	</item>
</channel>
</rss> 

