CS-Script Reported Bugs

Release v 2.1.0

• Description:   Stack overflow when calling CSScript.CompileCode(string scriptText, params string[] refAssemblies).
  Impact: The problem caused by bug in CompileCode() implementation, which leads to recursion. As a work around you should call CompileCode(string scriptText, string assemblyFile, bool debugBuild, params string[] refAssemblies) instead with assemblyFile = null and debugBuild = false.
  Status: addressed in the HotFix pack.
• Description:  Advanced Shell Extehsion is not available after the installation. Scrippting" aven if it is displayed as enabled in the configuration console.
  Impact: CS-Script installation require manual step: uncheck and check again "Use Advanced Shell Extension" chack box in the configuration console.
  Status: will be addressed in the v2.1.0+
  
  

Release v 1.9.0

• Description:  Advanced Scrippting" tutorials are no longer available fom the help file.
  Impact: The documentation is incomplete.
  Status: addressed in the v2.0.

• Description:  When calling CSScript.Compile() ... it seems like Test-assemblies are loaded in to the current AppDomain, not only compiled...
  Impact: The problem is caused by the MS compiler (Microsoft.CSharp.CSharpCodeProvider.CreateCompiler()) loading extra copy of the file-less assembly into current AppDomain (even if it was only compiled) in case if the  System.CodeDom.Compiler.CompilerParameters.GenerateInMemory set to true. This can lead to increase in memory consumption by the CS-Script hosting process.
  Status: addressed in the v1.9 pack by forcing CompilerParameters.GenerateInMemory to be set always to false.
• Description:  It always takes 2 Enter presses to dismiss the “Script is completed” box... (when executing css.exe)
  Impact: The problem is caused by the implementation problem in the script launcher application css.exe. The impact is minor: extra keystroke is required.
  Status: fixed in the v1.9.
• Description: ...I should be able to do “//css_imp ArgumentParser” and it’d find my ArgumentParser.cs file in my custom lib directory. Unfortunately, it just errors out saying it can’t find the file. Eventually, I tried “//css_imp ArgumentParser.cs” which worked fine.
  Impact: The problem affects only opening the script with VisualStudio. The work around is to specify the script to be imported by the file name with extension.
  Status: fixed in the v1.9.
  
  

• Description: ... if I try to execute same script code in different threads (with CSScript.LoadCode()) ... "sometimes" I got errors like this ..."The process cannot access the file because it is being used by another process"
  Impact: The problem is caused by System.IO.Path.GetTempFileName() returning sometimes non unique file name when running in multithreaded environment. It can lead to the script execution failure.
  Status: addressed in the v1.8 by using  GUID based name for temporary assembly files.
• Description: ... sometimes csc.exe (MS C# compiler) is not releasing file well after script compilation finish...
  Impact: The problem is very rare and so far was was reported only once for running in multithreaded environment scenarios. It can lead to the script execution failure.
  Status: addressed in the v1.8 by waiting in CS-Script engine for assembly file to be released by csc.exe.
  
• Description: ... if a directory specieid in the PATH environment variable has quotes around it (which is valid), the call to Path.Combine (the FileParser.ResolveFile method) fails.
  Impact:This can lead to the script engine failure to execute the script file if it is in the PATH directory which is enclosed in quotation marks in Environment Variables.
  Status: fixed in the v1.8. 
  

Release v 1.6.0

• Description: ...I call CSScriptLibrary.CSScript.CompileWithConfig, passing the path of the css_config.dat in the cssConfigFile parameter. ...it does not seem that the ExtraLibDirectory value from the config file is being passed to the CSExecutor. 
  Impact: All referenced scripts and assemblies have to reside in the same directory with the promary script file when compiling with CSScriptLibrary.CSScript.CompileWithConfig.
  Status: fixed in v1.7 

Release v 1.5.0

• Description: It seems that when running a cs program using "cscs prog.cs", no return
  value can be acquired, even if prog.cs returns a value
  Impact: It is not possible to set exeit code for the script allication from the script code.
  Status: fixed in v1.6
   

Release v 1.3.1.23047

• Description: Running config.cs crashes ... when the decimal separator in the Windows regional settings is set to ... a comma (,) in the default Cyrillic locale...
  Impact: Configuration console cannot be run on some systems with non-English locales.
  Status: Fixed in v1.5 
  
• Description: Script debugVS8.0.cs creates not needed copies of imported scripts .
  Impact: temporary files for imported scripts stay even after closing the IDE
  Status: fixed in v1.4 
  
• Description: C# parser does not rename "static Main" of the imported script if the return type is notvoid.
  Impact: imported scripts cannot have "static Main" with return type other than void
  Status: fixed in v1.4
  
• Description: Config.cs cannot be run under the user account with restricted rights.
  Impact: users with no rights to modify registry (HKEY_CLASSES_ROOT) cannot configure CS-Script
  Status: fixed in v1.4
  
• Description: Scripts Code.cs and Verify.cs cannot work with path containing spaces.
  Impact: this sample cannot be run under some circumstances
  Status: fixed in v1.4