<?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 on: VFP: Include Config.FPW in EXE</title>
	<atom:link href="http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/feed/" rel="self" type="application/rss+xml" />
	<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/</link>
	<description>Shedding some light on topics of software development, Visual FoxPro, saving our planet, paying it forward, and anything else I find important enough to share.</description>
	<lastBuildDate>Sun, 13 Jan 2019 18:50:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Jon Goad</title>
		<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/comment-page-1/#comment-644</link>
		<dc:creator>Jon Goad</dc:creator>
		<pubDate>Wed, 24 Feb 2010 11:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/#comment-644</guid>
		<description>One way that the config.fpw saved me was when a user in Ireland bought a copy of our application, and I was able to change the date format globally by simply adding DATE=BRITISH in the config.fpw.</description>
		<content:encoded><![CDATA[<p>One way that the config.fpw saved me was when a user in Ireland bought a copy of our application, and I was able to change the date format globally by simply adding DATE=BRITISH in the config.fpw.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Yearwood</title>
		<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/comment-page-1/#comment-645</link>
		<dc:creator>Mike Yearwood</dc:creator>
		<pubDate>Thu, 25 Sep 2008 15:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/#comment-645</guid>
		<description>Hey Mike Lewis&lt;br /&gt;&lt;br /&gt;The settings in the config only apply to the default data session, not to all forms - as you know private data session forms have their own settings.&lt;br /&gt;&lt;br /&gt;The config.fpw file is the only place where you can prevent the initial VFP screen flashing up by using the _screen=off and prevent the creation of a foxuser.dbf resource file.</description>
		<content:encoded><![CDATA[<p>Hey Mike Lewis</p>
<p>The settings in the config only apply to the default data session, not to all forms &#8211; as you know private data session forms have their own settings.</p>
<p>The config.fpw file is the only place where you can prevent the initial VFP screen flashing up by using the _screen=off and prevent the creation of a foxuser.dbf resource file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Lewis</title>
		<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/comment-page-1/#comment-646</link>
		<dc:creator>Mike Lewis</dc:creator>
		<pubDate>Wed, 06 Aug 2008 07:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/#comment-646</guid>
		<description>It&#039;s been a long time since I used a Config file for SET options (things like &lt;b&gt;SAFETY = OFF&lt;/b&gt; rather than &lt;b&gt;SET SAFETY OFF&lt;/b&gt;).&lt;br /&gt;&lt;br /&gt;Don&#039;t know why, but I prefer to put the SETs in my main prog, and also the Load event of my base class for forms with their own data session.&lt;br /&gt;&lt;br /&gt;That leads me to a question: When you make the settings in the Config file, do they apply to all data sessions, or just the default session. (Obviously, this is only relevant for the subset of settings that are scoped to the data session.)&lt;br /&gt;&lt;br /&gt;Anyone know the answer? Just curious.&lt;br /&gt;&lt;br /&gt;Mike Lewis&lt;br /&gt;Edinburgh&lt;br /&gt;www.ml-consult.co.uk</description>
		<content:encoded><![CDATA[<p>It&#8217;s been a long time since I used a Config file for SET options (things like <b>SAFETY = OFF</b> rather than <b>SET SAFETY OFF</b>).</p>
<p>Don&#8217;t know why, but I prefer to put the SETs in my main prog, and also the Load event of my base class for forms with their own data session.</p>
<p>That leads me to a question: When you make the settings in the Config file, do they apply to all data sessions, or just the default session. (Obviously, this is only relevant for the subset of settings that are scoped to the data session.)</p>
<p>Anyone know the answer? Just curious.</p>
<p>Mike Lewis<br />Edinburgh<br /><a href="http://www.ml-consult.co.uk" rel="nofollow">http://www.ml-consult.co.uk</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RVBoy</title>
		<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/comment-page-1/#comment-647</link>
		<dc:creator>RVBoy</dc:creator>
		<pubDate>Tue, 24 Jun 2008 14:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/#comment-647</guid>
		<description>Rick, the VFP9SP1 Help File agrees with you that blanking system variables can improve start-up speed.&lt;br /&gt;&lt;br /&gt;The other setting that can make a visible difference is SYS(2450), especially if you have a convoluted path. SYS(2450,1) has a number of advantages especially if most of your procs are inside the exe. apart from performance, it can help prevent code injection as well. You can include it in your config.fpw using a command= statement, of course remembering that you can only safely include one command= in your config.fpw!</description>
		<content:encoded><![CDATA[<p>Rick, the VFP9SP1 Help File agrees with you that blanking system variables can improve start-up speed.</p>
<p>The other setting that can make a visible difference is SYS(2450), especially if you have a convoluted path. SYS(2450,1) has a number of advantages especially if most of your procs are inside the exe. apart from performance, it can help prevent code injection as well. You can include it in your config.fpw using a command= statement, of course remembering that you can only safely include one command= in your config.fpw!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor</title>
		<link>http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/comment-page-1/#comment-648</link>
		<dc:creator>Victor</dc:creator>
		<pubDate>Mon, 23 Jun 2008 16:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://rickschummer.com/blog2/2008/06/vfp-include-config-fpw-in-exe/#comment-648</guid>
		<description>A different way of using multiple CONFIG.FPW files is by including &quot;-C&quot; parameter in the command line that executes the application, so, for an specific configuration we may include a customized CONFIG2.FPW, then within the application we may test for the value of the active FPW with SYS(2019)&lt;br /&gt;&lt;br /&gt;Best Regards&lt;br /&gt;&lt;br /&gt;Victor Espinoza&lt;br /&gt;Miami, FL</description>
		<content:encoded><![CDATA[<p>A different way of using multiple CONFIG.FPW files is by including &#8220;-C&#8221; parameter in the command line that executes the application, so, for an specific configuration we may include a customized CONFIG2.FPW, then within the application we may test for the value of the active FPW with SYS(2019)</p>
<p>Best Regards</p>
<p>Victor Espinoza<br />Miami, FL</p>
]]></content:encoded>
	</item>
</channel>
</rss>
