主题(LMX2594)中讨论的其他器件
工具/软件:
使用 LKM04828和 LMX2594时崩溃
Windows 10企业版
未处理的应用程序异常:长度不能小于零
参数名称:length
不可用。 有人 python 程序员再测试什么?
完全卡住。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具/软件:
使用 LKM04828和 LMX2594时崩溃
Windows 10企业版
未处理的应用程序异常:长度不能小于零
参数名称:length
不可用。 有人 python 程序员再测试什么?
完全卡住。
TICS Pro.exe 警告:0:2025年05月07日12:48:11
未处理的应用程序异常:长度不能小于零。
参数名称:length
位于 System.String.Substring (int32 startIndex、int32长度)
位于 INIParser.ConfigFileParser.SplitLines (字符串数据)
位于 INIParser.ConfigFileParser.ParseConfiguration (字符串数据、CurrentEncoding)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名、编码编码编码格式)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名)
位于 Pages.Mainwindow.<>c_DisplayClass172_0。 B__0 ()
AT System.Windows.Threading.ExceptionWrapper.InternalRealCall (委托回调、对象参数、Int32 numArgs)
在 System.Windows.Threading.ExceptionWrapper.TryCatchWhen (对象源、委托回调、对象参数、Int32 numArgs、委托 CatchHandler)
----------------------------------------
TICS Pro.exe 警告:0:2025年05月07日12:50:30
未处理的应用程序异常:长度不能小于零。
参数名称:length
位于 System.String.Substring (int32 startIndex、int32长度)
位于 INIParser.ConfigFileParser.SplitLines (字符串数据)
位于 INIParser.ConfigFileParser.ParseConfiguration (字符串数据、CurrentEncoding)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名、编码编码编码格式)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名)
位于 Pages.Mainwindow.<>c_DisplayClass172_0。 B__0 ()
AT System.Windows.Threading.ExceptionWrapper.InternalRealCall (委托回调、对象参数、Int32 numArgs)
在 System.Windows.Threading.ExceptionWrapper.TryCatchWhen (对象源、委托回调、对象参数、Int32 numArgs、委托 CatchHandler)
----------------------------------------
TICS Pro.exe 警告:0:2025年05月07日12:53:55
未处理的应用程序异常:长度不能小于零。
参数名称:length
位于 System.String.Substring (int32 startIndex、int32长度)
位于 INIParser.ConfigFileParser.SplitLines (字符串数据)
位于 INIParser.ConfigFileParser.ParseConfiguration (字符串数据、CurrentEncoding)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名、编码编码编码格式)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名)
位于 Pages.Mainwindow.<>c_DisplayClass172_0。 B__0 ()
AT System.Windows.Threading.ExceptionWrapper.InternalRealCall (委托回调、对象参数、Int32 numArgs)
在 System.Windows.Threading.ExceptionWrapper.TryCatchWhen (对象源、委托回调、对象参数、Int32 numArgs、委托 CatchHandler)
----------------------------------------
TICS Pro.exe 警告:0:2025年05月07日12:56:37
未处理的应用程序异常:长度不能小于零。
参数名称:length
位于 System.String.Substring (int32 startIndex、int32长度)
位于 INIParser.ConfigFileParser.SplitLines (字符串数据)
位于 INIParser.ConfigFileParser.ParseConfiguration (字符串数据、CurrentEncoding)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名、编码编码编码格式)
位于 INIParser.ConfigFileParser.ReadConfiguration (字符串文件名)
位于 Pages.Mainwindow.<>c_DisplayClass172_0。 B__0 ()
AT System.Windows.Threading.ExceptionWrapper.InternalRealCall (委托回调、对象参数、Int32 numArgs)
在 System.Windows.Threading.ExceptionWrapper.TryCatchWhen (对象源、委托回调、对象参数、Int32 numArgs、委托 CatchHandler)
----------------------------------------
我重现了这个问题。 如果使用了 Unix 样式的换行符(即换行\n\r\n符而不是 Windows 样式)和配置文件 TCB (应用程序关闭时保存应用程序最后状态的特殊 TCS 文件)或您可能尝试加载的任何 TCS 文件、以换行符开头\n、则 INI 解析器将失败。 我不确定您是如何最终得到这样的 TCB 文件的。 十多年来、用于读取所加载配置文件的代码一直没有变化-只要 TICS Pro 存在、就可能遇到此问题。 我很惊讶我们以前从未见过它。
在任何情况下、要么在文本编辑器中编辑它们以省略前导换行 符、要么删除它们并让 TICS Pro 加载启动默认值。
TCB 文件以扩展名.TCB 结尾、位于设备的配置文件目录中、这些设备位于隐藏的 ProgramData 文件夹中。 对于您指定的两个器件:
如果在更正或删除 TCB 文件后此问题仍然存在(例如、如果您将 TICS Pro 加载、然后退出、然后重新启动 TICS Pro、然后遇到相同的问题)、请告诉我。
这解决了问题。 人们从 Linux 主机向 GitHub 签入数据。
有人在 windows 中创建的 tics 文件被转换为 Linux 并放入 gitgub
或者、他们以 Linux 格式将其保存在 Windows 中并放入 GitHub。
感谢您的快速响应。 具有讽刺意味的是、两天前我抱怨了我拥有的所有产品
一直与合作,我提到只有 TI 保持了最高标准(不是 AMD ,不是 Altera ,不是英特尔,不是 NI )。
和崩溃发生!! 现在我仍然回答正确、TI 是一家超级公司
此致