Manel, same problem here with the new version. During the learning keywords process it stops at "Module Area:tmp" and reports the exception:
Ok, figured out what was happening. I keeps my mods in a Subversion repository so the folders were littered with ".svn" folders containing all kinds of stuff. The command parser was choking on something in one of those folders. Simply exporting a clean copy of my mods repository fixed the problem. Maybe in the next version you could have Blide simply skip all folders named ".svn" and "CVS" (just in case) to get around this.
See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box. ************** Exception Text ************** System.ArgumentException: Argument 'Length' must be greater or equal to zero. at Microsoft.VisualBasic.Strings.Left(String str, Int32 Length) at TheFactoryBlitzIde.GetKeywords.getsecondarea(TreeItem farea) at TheFactoryBlitzIde.GetKeywords.GetKeywords(Boolean FastLoad) at TheFactoryBlitzIde.MainForm.GetModulesKeywords() at TheFactoryBlitzIde.MainForm.MainForm_Activated(Object sender, EventArgs e) at System.EventHandler.Invoke(Object sender, EventArgs e) at System.Windows.Forms.Form.OnActivated(EventArgs e) at System.Windows.Forms.Form.set_Active(Boolean value) at System.Windows.Forms.Form.WmActivate(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ************** Loaded Assemblies ************** mscorlib Assembly Version: 1.0.5000.0 Win32 Version: 1.1.4322.2032 CodeBase: file:///c:/windows/microsoft.net/framework/v1.1.4322/mscorlib.dll ---------------------------------------- BLide Assembly Version: 1.0.2206.25064 Win32 Version: 1.0.2206.25064 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/BLide.exe ---------------------------------------- System.Windows.Forms Assembly Version: 1.0.5000.0 Win32 Version: 1.1.4322.2032 CodeBase: file:///c:/windows/assembly/gac/system.windows.forms/1.0.5000.0__b77a5c561934e089/system.windows.forms.dll ---------------------------------------- System Assembly Version: 1.0.5000.0 Win32 Version: 1.1.4322.2032 CodeBase: file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll ---------------------------------------- Microsoft.VisualBasic Assembly Version: 7.0.5000.0 Win32 Version: 7.10.6001.4 CodeBase: file:///c:/windows/assembly/gac/microsoft.visualbasic/7.0.5000.0__b03f5f7f11d50a3a/microsoft.visualbasic.dll ---------------------------------------- Compona.SyntaxDocument Assembly Version: 1.4.11.39926 Win32 Version: 1.4.11.39926 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/Compona.SyntaxDocument.DLL ---------------------------------------- System.Drawing Assembly Version: 1.0.5000.0 Win32 Version: 1.1.4322.2032 CodeBase: file:///c:/windows/assembly/gac/system.drawing/1.0.5000.0__b03f5f7f11d50a3a/system.drawing.dll ---------------------------------------- SandBar Assembly Version: 1.1.2.0 Win32 Version: 1.1.2.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/SandBar.DLL ---------------------------------------- SandDock Assembly Version: 1.0.6.1 Win32 Version: 1.0.6.1 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/SandDock.DLL ---------------------------------------- AxInterop.MSScriptControl Assembly Version: 1.0.0.0 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/AxInterop.MSScriptControl.DLL ---------------------------------------- AxInterop.SHDocVw Assembly Version: 1.1.0.0 Win32 Version: 1.1.0.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/AxInterop.SHDocVw.DLL ---------------------------------------- Interop.MSScriptControl Assembly Version: 1.0.0.0 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/Interop.MSScriptControl.DLL ---------------------------------------- Interop.SHDocVw Assembly Version: 1.1.0.0 Win32 Version: 1.1.0.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/Interop.SHDocVw.DLL ---------------------------------------- Accessibility Assembly Version: 1.0.5000.0 Win32 Version: 1.1.4322.573 CodeBase: file:///c:/windows/assembly/gac/accessibility/1.0.5000.0__b03f5f7f11d50a3a/accessibility.dll ---------------------------------------- Microsoft.VisualBasic.Compatibility Assembly Version: 7.0.5000.0 Win32 Version: 7.10.3077 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/Microsoft.VisualBasic.Compatibility.DLL ---------------------------------------- WizardFramework Assembly Version: 1.0.1.0 Win32 Version: 1.0.1.0 CodeBase: file:///C:/Program%20Files/The%20Factory.ws/BLIde/WizardFramework.DLL ---------------------------------------- ************** JIT Debugging ************** To enable just in time (JIT) debugging, the config file for this application or machine (machine.config) must have the jitDebugging value set in the system.windows.forms section. The application must also be compiled with debugging enabled. For example: <configuration> <system.windows.forms jitDebugging="true" /> </configuration> When JIT debugging is enabled, any unhandled exception will be sent to the JIT debugger registered on the machine rather than being handled by this dialog.
Ok, figured out what was happening. I keeps my mods in a Subversion repository so the folders were littered with ".svn" folders containing all kinds of stuff. The command parser was choking on something in one of those folders. Simply exporting a clean copy of my mods repository fixed the problem. Maybe in the next version you could have Blide simply skip all folders named ".svn" and "CVS" (just in case) to get around this.