<?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>Freeze Burn 2.0.0Comments on: </title>
	<atom:link href="http://www.giveawayoftheday.com/freeze-burn-200/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.giveawayoftheday.com/freeze-burn-200/</link>
	<description>free licensed software daily</description>
	<lastBuildDate>Wed, 25 Nov 2009 19:31:58 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: nick</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-154369</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Fri, 10 Jul 2009 23:55:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-154369</guid>
		<description>Abstract Rheological properties of dough and bread
quality of frozen dough-bread containing 18.4% of
hydroxypropylated (HTS), acetylated (ATS), and phosphorylated
cross-linked (PTS) tapioca starch with diVerent
degrees of modiWcation and 1.6% of dried powdered gluten
were compared to the same amount of native tapioca starch
(NTS) or wheat Xour-bread. Doughs substituted with native
or modiWed tapioca starches had the same mixing tolerance
as 100% wheat Xour. The dough was frozen and stored for
1 week at ¡18°C, and thawed (one freeze-cycle). The
amount of freezable water in the dough substituted with
native or modiWed tapioca starches was not signiWcantly
diVerent from that of wheat Xour. Frozen dough-bread
substituted with highly modiWed HTS (degree of substitution;
DS 0.09–0.11) retarded bread staling, while lowly
modiWed HTS (DS 0.06–0.07) or ATS (DS 0.02–0.04), and
PTS (0.004–0.020% phosphoryl content) substitution fastened
bread staling as compared with frozen dough-bread
baked from wheat Xour. The breadcrumbs containing HTS
and ATS felt tacky, whereas the bread containing PTS was
dry feel. HTS and ATS swelled and collapsed easily during
heating, while PTS was diYcult to swell and disperse as
compared with NTS, therefore the gelatinization properties
seemed to aVect the texture of bread. Breadcrumb containing
HTS showed small Wrmness during storage, and highly
modiWed HTS-h (DS 0.1) was the smallest. This means
highly hydroxypropylated tapioca starch signiWcantly
retards bread staling. Staling properties and texture of frozen
dough-bread with various tapioca starches were the
same as conventional bread baked with the same amount of
tapioca starches. These results suggest that a one freeze–
thaw cycle and a 1-week frozen period do not change
characteristics of starch, gelatinization and retrogradation
properties as compared with the conventional method, and
the highly modiWed HTS-h is prominent anti-staling foodstuV
in frozen dough.</description>
		<content:encoded><![CDATA[<p>Abstract Rheological properties of dough and bread<br />
quality of frozen dough-bread containing 18.4% of<br />
hydroxypropylated (HTS), acetylated (ATS), and phosphorylated<br />
cross-linked (PTS) tapioca starch with diVerent<br />
degrees of modiWcation and 1.6% of dried powdered gluten<br />
were compared to the same amount of native tapioca starch<br />
(NTS) or wheat Xour-bread. Doughs substituted with native<br />
or modiWed tapioca starches had the same mixing tolerance<br />
as 100% wheat Xour. The dough was frozen and stored for<br />
1 week at ¡18°C, and thawed (one freeze-cycle). The<br />
amount of freezable water in the dough substituted with<br />
native or modiWed tapioca starches was not signiWcantly<br />
diVerent from that of wheat Xour. Frozen dough-bread<br />
substituted with highly modiWed HTS (degree of substitution;<br />
DS 0.09–0.11) retarded bread staling, while lowly<br />
modiWed HTS (DS 0.06–0.07) or ATS (DS 0.02–0.04), and<br />
PTS (0.004–0.020% phosphoryl content) substitution fastened<br />
bread staling as compared with frozen dough-bread<br />
baked from wheat Xour. The breadcrumbs containing HTS<br />
and ATS felt tacky, whereas the bread containing PTS was<br />
dry feel. HTS and ATS swelled and collapsed easily during<br />
heating, while PTS was diYcult to swell and disperse as<br />
compared with NTS, therefore the gelatinization properties<br />
seemed to aVect the texture of bread. Breadcrumb containing<br />
HTS showed small Wrmness during storage, and highly<br />
modiWed HTS-h (DS 0.1) was the smallest. This means<br />
highly hydroxypropylated tapioca starch signiWcantly<br />
retards bread staling. Staling properties and texture of frozen<br />
dough-bread with various tapioca starches were the<br />
same as conventional bread baked with the same amount of<br />
tapioca starches. These results suggest that a one freeze–<br />
thaw cycle and a 1-week frozen period do not change<br />
characteristics of starch, gelatinization and retrogradation<br />
properties as compared with the conventional method, and<br />
the highly modiWed HTS-h is prominent anti-staling foodstuV<br />
in frozen dough.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nick</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-154367</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Fri, 10 Jul 2009 23:48:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-154367</guid>
		<description>Abstract Rheological properties of dough and bread
quality of frozen dough-bread containing 18.4% of
hydroxypropylated (HTS), acetylated (ATS), and phosphorylated
cross-linked (PTS) tapioca starch with diVerent
degrees of modiWcation and 1.6% of dried powdered gluten
were compared to the same amount of native tapioca starch
(NTS) or wheat Xour-bread. Doughs substituted with native
or modiWed tapioca starches had the same mixing tolerance
as 100% wheat Xour. The dough was frozen and stored for
1 week at ¡18°C, and thawed (one freeze-cycle). The
amount of freezable water in the dough substituted with
native or modiWed tapioca starches was not signiWcantly
diVerent from that of wheat Xour. Frozen dough-bread
substituted with highly modiWed HTS (degree of substitution;
DS 0.09–0.11) retarded bread staling, while lowly
modiWed HTS (DS 0.06–0.07) or ATS (DS 0.02–0.04), and
PTS (0.004–0.020% phosphoryl content) substitution fastened
bread staling as compared with frozen dough-bread
baked from wheat Xour. The breadcrumbs containing HTS
and ATS felt tacky, whereas the bread containing PTS was
dry feel. HTS and ATS swelled and collapsed easily during
heating, while PTS was diYcult to swell and disperse as
compared with NTS, therefore the gelatinization properties
seemed to aVect the texture of bread. Breadcrumb containing
HTS showed small Wrmness during storage, and highly
modiWed HTS-h (DS 0.1) was the smallest. This means
highly hydroxypropylated tapioca starch signiWcantly
retards bread staling. Staling properties and texture of frozen
dough-bread with various tapioca starches were the
same as conventional bread baked with the same amount of
tapioca starches. These results suggest that a one freeze–
thaw cycle and a 1-week frozen period do not change
characteristics of starch, gelatinization and retrogradation
properties as compared with the conventional method, and
the highly modiWed HTS-h is prominent anti-staling foodstuV
in frozen dough</description>
		<content:encoded><![CDATA[<p>Abstract Rheological properties of dough and bread<br />
quality of frozen dough-bread containing 18.4% of<br />
hydroxypropylated (HTS), acetylated (ATS), and phosphorylated<br />
cross-linked (PTS) tapioca starch with diVerent<br />
degrees of modiWcation and 1.6% of dried powdered gluten<br />
were compared to the same amount of native tapioca starch<br />
(NTS) or wheat Xour-bread. Doughs substituted with native<br />
or modiWed tapioca starches had the same mixing tolerance<br />
as 100% wheat Xour. The dough was frozen and stored for<br />
1 week at ¡18°C, and thawed (one freeze-cycle). The<br />
amount of freezable water in the dough substituted with<br />
native or modiWed tapioca starches was not signiWcantly<br />
diVerent from that of wheat Xour. Frozen dough-bread<br />
substituted with highly modiWed HTS (degree of substitution;<br />
DS 0.09–0.11) retarded bread staling, while lowly<br />
modiWed HTS (DS 0.06–0.07) or ATS (DS 0.02–0.04), and<br />
PTS (0.004–0.020% phosphoryl content) substitution fastened<br />
bread staling as compared with frozen dough-bread<br />
baked from wheat Xour. The breadcrumbs containing HTS<br />
and ATS felt tacky, whereas the bread containing PTS was<br />
dry feel. HTS and ATS swelled and collapsed easily during<br />
heating, while PTS was diYcult to swell and disperse as<br />
compared with NTS, therefore the gelatinization properties<br />
seemed to aVect the texture of bread. Breadcrumb containing<br />
HTS showed small Wrmness during storage, and highly<br />
modiWed HTS-h (DS 0.1) was the smallest. This means<br />
highly hydroxypropylated tapioca starch signiWcantly<br />
retards bread staling. Staling properties and texture of frozen<br />
dough-bread with various tapioca starches were the<br />
same as conventional bread baked with the same amount of<br />
tapioca starches. These results suggest that a one freeze–<br />
thaw cycle and a 1-week frozen period do not change<br />
characteristics of starch, gelatinization and retrogradation<br />
properties as compared with the conventional method, and<br />
the highly modiWed HTS-h is prominent anti-staling foodstuV<br />
in frozen dough</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xolroc</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152977</link>
		<dc:creator>Xolroc</dc:creator>
		<pubDate>Wed, 01 Jul 2009 04:47:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152977</guid>
		<description>This program&#039;s creator obviously targets the paranoid.  If someone can access your computer long enough to attempt a file recovery, either they are in your house and could just steal your credit cards, or you have a terrible firewall.  Or you are just stupid and forwarded all your ports for universal access.  Also, you can easily create a macro to do the same thing, albeit less efficiently, by making it repeatedly create and delete useless files.</description>
		<content:encoded><![CDATA[<p>This program&#8217;s creator obviously targets the paranoid.  If someone can access your computer long enough to attempt a file recovery, either they are in your house and could just steal your credit cards, or you have a terrible firewall.  Or you are just stupid and forwarded all your ports for universal access.  Also, you can easily create a macro to do the same thing, albeit less efficiently, by making it repeatedly create and delete useless files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fubar</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152656</link>
		<dc:creator>Fubar</dc:creator>
		<pubDate>Sun, 28 Jun 2009 09:19:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152656</guid>
		<description>After the Heidi Eraser site came back up, I tried both the most recent current 5.8.7 release and the 6.0.5.1114 release candidate.  Since it runs at logon, under Vista, the 5.8.7 release should have its program compatibility (instead of shortcut) set to run as an administrator in order for all features to be available, however, the 6.0.5 RC should not.  I was dismayed to find an open ticket for 5.8.7 indicating that it can corrupt partitions (but most users are unlikely to encounter this situation).  On the other hand, 6.0.5 is too buggy to use, it doesn&#039;t even remotely qualify as a release candidate.

My remarks about the installation problems being Bill Gate&#039;s fault are because he&#039;s supposed to be the chief software architect of Windows (not the same as a programmer), so he should be aware of the problems with different versions of software installations interfering with each other, and especially different versions of BASIC, since that&#039;s his personal favorite language.  It wasn&#039;t my intention to get this thread off-track.

#63, watcher13, the Bill Gates email which you linked was shocking.  Although a few years old, it shows him to be completely out-of-touch with the architecture of Windows, the Microsoft website, and Windows update procedures.  If I was chairman of Microsoft, I&#039;d be using Windows all the time, examining its features and usability, update procedures, and internal workings.  This just shows that you don&#039;t have to have decent products, staff, or procedures when you&#039;ve got a huge illegal monopoly.

#57, mike, although I certainly don&#039;t always agree with you, and in particular there are numerous serious problems with this comment of yours, you have my respect because you give rational opinions without name-calling.  The question wasn&#039;t whether BASIC is a good or bad language.  The early BASIC interpreters which Bill Gates wrote (that&#039;s not the same as creating the BASIC language, which I never said) are the only code which I know for sure he wrote himself.  He probably worked on the CP/M clone which he purchased for $50,000 and which became MS-DOS/PC-DOS.  He retired from coding early (good thing).  BASIC was largely obsolete at the time Bill Gates was writing his interpreters.  Pascal, although generally compiled, not interpreted, existed and was a vastly superior language (of course, it&#039;s also been obsolete for some time).  Pascal was designed to be a very easy-to-use teaching language, and while one can argue that all useful implementations diverged from the too-restrictive original spec, one can say the same thing of most language implementations.  Long ago, I looked at using Microsoft&#039;s BASIC interpreter which they wrote for the Apple II (sold under the Apple name), probably largely written by Bill Gates, and it was unusable, it couldn&#039;t do anything.  Some of us would argue that the BASIC language itself was obsolete at the time it was created, we used a vastly (and I do mean vastly) more powerful interpreted language which significantly predated BASIC when I was in college.  Your other remarks would take too long to go into briefly.

#84, rodken, sorry I missed your comment, I didn&#039;t look at the comments again until just now, this thread was getting too far off-topic and taking up too much of my time.  Reohix installations make a mess out of VB-related registry entries, although they don&#039;t appear to overwrite VB DLL&#039;s and OCX&#039;s, nor register their own (which presumably would only be used if you didn&#039;t already have the VB controls installed).  However, even that could be a problem if their controls are newer than yours.  That&#039;s why installations need to be done properly.  I said this sort of thing was Bill Gate&#039;s fault, because improper application installations should only mess up those applications, not ones which you already have installed.  That goes to the architecture of Windows, and has never been fixed (it&#039;s not like Microsoft hasn&#039;t had time, and it should have been done properly in the first place).</description>
		<content:encoded><![CDATA[<p>After the Heidi Eraser site came back up, I tried both the most recent current 5.8.7 release and the 6.0.5.1114 release candidate.  Since it runs at logon, under Vista, the 5.8.7 release should have its program compatibility (instead of shortcut) set to run as an administrator in order for all features to be available, however, the 6.0.5 RC should not.  I was dismayed to find an open ticket for 5.8.7 indicating that it can corrupt partitions (but most users are unlikely to encounter this situation).  On the other hand, 6.0.5 is too buggy to use, it doesn&#8217;t even remotely qualify as a release candidate.</p>
<p>My remarks about the installation problems being Bill Gate&#8217;s fault are because he&#8217;s supposed to be the chief software architect of Windows (not the same as a programmer), so he should be aware of the problems with different versions of software installations interfering with each other, and especially different versions of BASIC, since that&#8217;s his personal favorite language.  It wasn&#8217;t my intention to get this thread off-track.</p>
<p>#63, watcher13, the Bill Gates email which you linked was shocking.  Although a few years old, it shows him to be completely out-of-touch with the architecture of Windows, the Microsoft website, and Windows update procedures.  If I was chairman of Microsoft, I&#8217;d be using Windows all the time, examining its features and usability, update procedures, and internal workings.  This just shows that you don&#8217;t have to have decent products, staff, or procedures when you&#8217;ve got a huge illegal monopoly.</p>
<p>#57, mike, although I certainly don&#8217;t always agree with you, and in particular there are numerous serious problems with this comment of yours, you have my respect because you give rational opinions without name-calling.  The question wasn&#8217;t whether BASIC is a good or bad language.  The early BASIC interpreters which Bill Gates wrote (that&#8217;s not the same as creating the BASIC language, which I never said) are the only code which I know for sure he wrote himself.  He probably worked on the CP/M clone which he purchased for $50,000 and which became MS-DOS/PC-DOS.  He retired from coding early (good thing).  BASIC was largely obsolete at the time Bill Gates was writing his interpreters.  Pascal, although generally compiled, not interpreted, existed and was a vastly superior language (of course, it&#8217;s also been obsolete for some time).  Pascal was designed to be a very easy-to-use teaching language, and while one can argue that all useful implementations diverged from the too-restrictive original spec, one can say the same thing of most language implementations.  Long ago, I looked at using Microsoft&#8217;s BASIC interpreter which they wrote for the Apple II (sold under the Apple name), probably largely written by Bill Gates, and it was unusable, it couldn&#8217;t do anything.  Some of us would argue that the BASIC language itself was obsolete at the time it was created, we used a vastly (and I do mean vastly) more powerful interpreted language which significantly predated BASIC when I was in college.  Your other remarks would take too long to go into briefly.</p>
<p>#84, rodken, sorry I missed your comment, I didn&#8217;t look at the comments again until just now, this thread was getting too far off-topic and taking up too much of my time.  Reohix installations make a mess out of VB-related registry entries, although they don&#8217;t appear to overwrite VB DLL&#8217;s and OCX&#8217;s, nor register their own (which presumably would only be used if you didn&#8217;t already have the VB controls installed).  However, even that could be a problem if their controls are newer than yours.  That&#8217;s why installations need to be done properly.  I said this sort of thing was Bill Gate&#8217;s fault, because improper application installations should only mess up those applications, not ones which you already have installed.  That goes to the architecture of Windows, and has never been fixed (it&#8217;s not like Microsoft hasn&#8217;t had time, and it should have been done properly in the first place).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152557</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Sat, 27 Jun 2009 17:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152557</guid>
		<description>Seems to be a free 30 day trial.. that&#039;s not a free product is it? Works on a single file under Vista .. don&#039;t know whether its gone as securely as claimed as there seems to be no way to get a hard disc reader for Vista.</description>
		<content:encoded><![CDATA[<p>Seems to be a free 30 day trial.. that&#8217;s not a free product is it? Works on a single file under Vista .. don&#8217;t know whether its gone as securely as claimed as there seems to be no way to get a hard disc reader for Vista.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AlfredScientist</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152362</link>
		<dc:creator>AlfredScientist</dc:creator>
		<pubDate>Fri, 26 Jun 2009 14:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152362</guid>
		<description>Consumer Reports Best Buy (2009 book) recommended to use Eraser to delete sensitive info on harddrive.  The site to download is in Germany.  (see other posts).  A software normally must write &gt;30 times over the free space to completely remove the remnant of old data, to meet the security requirements of DoD.  
I have used BCWipe, and CCleaner, and now we have Freeze Burn to evaluate.  Thank you GAOTD.</description>
		<content:encoded><![CDATA[<p>Consumer Reports Best Buy (2009 book) recommended to use Eraser to delete sensitive info on harddrive.  The site to download is in Germany.  (see other posts).  A software normally must write &gt;30 times over the free space to completely remove the remnant of old data, to meet the security requirements of DoD.<br />
I have used BCWipe, and CCleaner, and now we have Freeze Burn to evaluate.  Thank you GAOTD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JesseL</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152320</link>
		<dc:creator>JesseL</dc:creator>
		<pubDate>Fri, 26 Jun 2009 07:28:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152320</guid>
		<description>Did not like the idea that if you liked the programme then you have to purchase it. It is not a great deal of money but I thought that this was a give away and not a taster for sales. The programme itself worked fine for me so as previous comments have said; perfect for the commercial environment.</description>
		<content:encoded><![CDATA[<p>Did not like the idea that if you liked the programme then you have to purchase it. It is not a great deal of money but I thought that this was a give away and not a taster for sales. The programme itself worked fine for me so as previous comments have said; perfect for the commercial environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BrainGel</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152319</link>
		<dc:creator>BrainGel</dc:creator>
		<pubDate>Fri, 26 Jun 2009 07:25:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152319</guid>
		<description>D. #85: There is only one explination, Bill Gates did it.</description>
		<content:encoded><![CDATA[<p>D. #85: There is only one explination, Bill Gates did it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152308</link>
		<dc:creator>D</dc:creator>
		<pubDate>Fri, 26 Jun 2009 07:05:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152308</guid>
		<description>Something the developer(s) might be interested to hear:

After some experimenting, I found that the &quot;Setup.msi&quot; file cannot be run when it is anywhere under a regular folder that has anywhere with the name of that folder a &quot;Grave Accent&quot; (also called a &quot;Backtick&quot;, &quot;Single Quote&quot; or &quot;Left Apostrophe&quot;).  A Grave Accent is the character that appears under the Tilda on the key in the upper-left corner of the keyboard.  So if you have a folder that has a Grave Accent anywhere within the name of that folder, and the &quot;Setup.msi&quot; file is anywhere under that said folder...that is, however many folders deep that the &quot;Setup.msi&quot; file is placed, then the &quot;Setup.msi&quot; file cannot run and a small window will pop up stating:

	&quot;This installation package could not be opened.  Verify 
	that the package exists and that you can acccess it, or 
	contact the application vendor to verify that this is a 
	valid Windows Installer package.&quot;

However, an unextracted &quot;Setup.msi&quot; file (that&#039;s in the zipped folder) will run when the zipped folder that it is in is at any level under a folder with a Grave Accent in the folder&#039;s name, unless the zipped folder is directly under that said folder.  The unextracted &quot;Setup.msi&quot; file also will not run when a Grave Accent is in the name of the zipped folder that contains it.  Moreover, the &quot;Setup.msi&quot; file, whether unextracted or extraccted, will not run when the Grave Accent is within the &quot;Setup.msi&quot; file&#039;s name.

I had the unfortunate experience of going through all of this because I download GOTD zip folders within a folder that is under a folder that I had put a Grave Accent as the first character in its name.  I did this because I wanted to make that folder one of the first folders in the list without having a large &quot;1&quot; or bracket or parenthesis...which also would cause the folder to be more first in order, but I wanted the small tick because it was discreet.

Who would have ever known that the Grave Symbol in a folder name would cause a setup app to error when run?  The &quot;Setup.msi&quot; file is the only file that has ever erred because of that Grave Accent in an upper folder name.  As of now, I had removed the Grave Accent and precceded the folder name with a &quot;(1.&quot;...which puts it first in line.

I am running XP 2 on an somewhat older Gateway machine.</description>
		<content:encoded><![CDATA[<p>Something the developer(s) might be interested to hear:</p>
<p>After some experimenting, I found that the &#8220;Setup.msi&#8221; file cannot be run when it is anywhere under a regular folder that has anywhere with the name of that folder a &#8220;Grave Accent&#8221; (also called a &#8220;Backtick&#8221;, &#8220;Single Quote&#8221; or &#8220;Left Apostrophe&#8221;).  A Grave Accent is the character that appears under the Tilda on the key in the upper-left corner of the keyboard.  So if you have a folder that has a Grave Accent anywhere within the name of that folder, and the &#8220;Setup.msi&#8221; file is anywhere under that said folder&#8230;that is, however many folders deep that the &#8220;Setup.msi&#8221; file is placed, then the &#8220;Setup.msi&#8221; file cannot run and a small window will pop up stating:</p>
<p>	&#8220;This installation package could not be opened.  Verify<br />
	that the package exists and that you can acccess it, or<br />
	contact the application vendor to verify that this is a<br />
	valid Windows Installer package.&#8221;</p>
<p>However, an unextracted &#8220;Setup.msi&#8221; file (that&#8217;s in the zipped folder) will run when the zipped folder that it is in is at any level under a folder with a Grave Accent in the folder&#8217;s name, unless the zipped folder is directly under that said folder.  The unextracted &#8220;Setup.msi&#8221; file also will not run when a Grave Accent is in the name of the zipped folder that contains it.  Moreover, the &#8220;Setup.msi&#8221; file, whether unextracted or extraccted, will not run when the Grave Accent is within the &#8220;Setup.msi&#8221; file&#8217;s name.</p>
<p>I had the unfortunate experience of going through all of this because I download GOTD zip folders within a folder that is under a folder that I had put a Grave Accent as the first character in its name.  I did this because I wanted to make that folder one of the first folders in the list without having a large &#8220;1&#8243; or bracket or parenthesis&#8230;which also would cause the folder to be more first in order, but I wanted the small tick because it was discreet.</p>
<p>Who would have ever known that the Grave Symbol in a folder name would cause a setup app to error when run?  The &#8220;Setup.msi&#8221; file is the only file that has ever erred because of that Grave Accent in an upper folder name.  As of now, I had removed the Grave Accent and precceded the folder name with a &#8220;(1.&#8221;&#8230;which puts it first in line.</p>
<p>I am running XP 2 on an somewhat older Gateway machine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phlan-Michelle</title>
		<link>http://www.giveawayoftheday.com/freeze-burn-200/comment-page-2/#comment-152302</link>
		<dc:creator>Phlan-Michelle</dc:creator>
		<pubDate>Fri, 26 Jun 2009 04:30:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.giveawayoftheday.com/?p=7302#comment-152302</guid>
		<description>Hay people I thought Forums was for Rants, Ravs &amp; Wringing &amp; this part was for comments on the software. I&#039;m not an old foggy just a small fish in a big sea with lots of big sharks.</description>
		<content:encoded><![CDATA[<p>Hay people I thought Forums was for Rants, Ravs &amp; Wringing &amp; this part was for comments on the software. I&#8217;m not an old foggy just a small fish in a big sea with lots of big sharks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.324 seconds -->
