<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/xml2sqr/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/xml2sqr/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 12 Jul 2005 18:33:46 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/xml2sqr/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Compiler and asp dll problems</title><link>https://sourceforge.net/p/xml2sqr/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Memory problems when compiling, after first compile &lt;br /&gt;
step. &lt;br /&gt;
This is because the compiler modifies the compiled &lt;br /&gt;
source which launches it, and we think that this is not &lt;br /&gt;
very well accepted by the IIS asp dll. &lt;br /&gt;
This problem is present ONLY during compilation, and &lt;br /&gt;
not during normal operation, and is particularly evident &lt;br /&gt;
during debug of not yet completely compiled application.&lt;br /&gt;
For large compilation it is better to manually restart the &lt;br /&gt;
IIS at every compile step, disabling the autocomplete &lt;br /&gt;
compilation option.&lt;br /&gt;
In this case, for every directive which requires further &lt;br /&gt;
compilation steps (includes tag, classes casting..) the &lt;br /&gt;
user will have to launch the compiled executable &lt;br /&gt;
manually, for every subpart of the application.&lt;br /&gt;
This problem is due to the fact that some of the &lt;br /&gt;
parameters of all the directives are variables, and need a &lt;br /&gt;
runnning application in order to be compiled.&lt;br /&gt;
So, at the first run of the executable, it can happen that &lt;br /&gt;
it has to restart a compiler session, through a compiler &lt;br /&gt;
call inside it, and then, at the end of the compilation &lt;br /&gt;
process, it has to modify itself, calling an external &lt;br /&gt;
application.&lt;br /&gt;
The problem has to be solved "downsizing" the &lt;br /&gt;
parameters freedom to string constants...&lt;br /&gt;
In this way, every compilation will be finished just in one &lt;br /&gt;
single step, and there wont be any more the need for &lt;br /&gt;
running the compiled application with pending further &lt;br /&gt;
subcompilations.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Enrico Scelsa</dc:creator><pubDate>Tue, 12 Jul 2005 18:33:46 -0000</pubDate><guid>https://sourceforge.net0c6eae4ac18c0a623947a5ae056c666d0aacdeb1</guid></item><item><title>compiler minor problems</title><link>https://sourceforge.net/p/xml2sqr/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;- before you launch a compilation, you have to manually &lt;br /&gt;
empty the "compiled" (or whatever you configured as the &lt;br /&gt;
compiled files destination directory) folder manually.&lt;/p&gt;
&lt;p&gt;- before you compile an application, you have to &lt;br /&gt;
manually reset the static variables (entities)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Enrico Scelsa</dc:creator><pubDate>Tue, 12 Jul 2005 18:22:53 -0000</pubDate><guid>https://sourceforge.net7b5c494e037248181badd57bf7f8299e88814c94</guid></item><item><title>Environment variables are translated in their value</title><link>https://sourceforge.net/p/xml2sqr/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Environment variables are sometimes translated in their &lt;br /&gt;
actual value and not written using their symbol.&lt;/p&gt;
&lt;p&gt;This behaviour is not critical, but could affect the porting &lt;br /&gt;
of the compiled files on different machines (ex: from a &lt;br /&gt;
staging environment to a production environment).&lt;/p&gt;
&lt;p&gt;At the moment, it seems that the Entities functions are &lt;br /&gt;
affected by this, but it could be a good idea to check &lt;br /&gt;
other sections also.&lt;/p&gt;
&lt;p&gt;The variables affected are the APPLIPATH series (WEB, &lt;br /&gt;
DATA, ....)&lt;/p&gt;
&lt;p&gt;Enrico&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Enrico Scelsa</dc:creator><pubDate>Tue, 12 Jul 2005 18:09:46 -0000</pubDate><guid>https://sourceforge.net62a47139ecff5c9ec29f793b510ec4cdfa19fc05</guid></item></channel></rss>