<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/xml2sqr/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/xml2sqr/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/xml2sqr/bugs/</id><updated>2005-07-12T18:33:46Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Compiler and asp dll problems</title><link href="https://sourceforge.net/p/xml2sqr/bugs/3/" rel="alternate"/><published>2005-07-12T18:33:46Z</published><updated>2005-07-12T18:33:46Z</updated><author><name>Enrico Scelsa</name><uri>https://sourceforge.net/u/enrichicco/</uri></author><id>https://sourceforge.net0c6eae4ac18c0a623947a5ae056c666d0aacdeb1</id><summary type="html">&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;</summary></entry><entry><title>compiler minor problems</title><link href="https://sourceforge.net/p/xml2sqr/bugs/2/" rel="alternate"/><published>2005-07-12T18:22:53Z</published><updated>2005-07-12T18:22:53Z</updated><author><name>Enrico Scelsa</name><uri>https://sourceforge.net/u/enrichicco/</uri></author><id>https://sourceforge.net7b5c494e037248181badd57bf7f8299e88814c94</id><summary type="html">&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;</summary></entry><entry><title>Environment variables are translated in their value</title><link href="https://sourceforge.net/p/xml2sqr/bugs/1/" rel="alternate"/><published>2005-07-12T18:09:46Z</published><updated>2005-07-12T18:09:46Z</updated><author><name>Enrico Scelsa</name><uri>https://sourceforge.net/u/enrichicco/</uri></author><id>https://sourceforge.net62a47139ecff5c9ec29f793b510ec4cdfa19fc05</id><summary type="html">&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;</summary></entry></feed>