第十三章 系统错误消息 - 一般系统错误消息 S - Z

简介: 第十三章 系统错误消息 - 一般系统错误消息 S - Z

第十三章 系统错误消息 - 一般系统错误消息 S - Z

错误代码 描述
<SUBSCRIPT> 下标值不合法或Global引用过长。
<SWIZZLE FAIL> 打开了一个oref,然后试图在另一个无法引用的相关对象中进行搅拌。这可能是由于从磁盘删除了相关对象或其他进程持有相关对象的锁。
<SYNTAX> 有语法错误(语言结构形成中的错误,例如拼写错误或缺少关键字)。
<SYSTEM> 要么是有人试图做一些操作系统不允许的事情, IRIS出现了错误,在这种情况下,应该尽可能多地通知支持中心。
<TCPWRITE> TCP写操作超时。处理步骤
<TERMINATOR> 曾经尝试在没有终止符的图像模式下在终端或设备上读取,并且不是固定长度的读取。
<THROW> 已经发出THROW,但在调用堆栈上没有找到CATCH表达式。有关更多详细信息,请参阅$ZERROR
<TOO MANY CLASSES> 此进程试图访问太多活动类。
<TOO MANY LONG STRINGS> 字符串堆栈中存在太多中间长字符串。
<TOO MANY OREFS> 此进程试图创建太多同时打开的对象。
<TOO MANY USERS OF CLASS> 太多进程同时尝试使用特定的类(超过65561个)。
<TOO MANY USERS> 太多的用户试图在同一时间使用系统。
<TOOMANYFILES> 由于底层操作系统已用完文件描述符, IRIS无法打开文件。
<TRANSACTION LEVEL> 应用程序有太多嵌套的事务挂起。
<TRANSLATE> IRIS读取了一个没有翻译值的输入值。因此,它执行 IRIS NLS实用程序的Translation选项卡上定义的默认操作。
<TRANSLOST> 由此作业发起的分布式事务已由服务器异步回滚。
<UNDEFINED> 引用了一个未定义的变量。有关更多详细信息,请参阅$ZERROR
<UNIMPLEMENTED> 试图使用未实现的函数或合法命令或函数的未实现参数。
<UNIMPLEMENTED DOUBLE> 在此上下文中不支持使用浮点数。
<UNKNOWN ERROR> 发生意外错误。请致电支持中心解决此严重错误。
<UNLICENSED> 可用的许可密钥不允许所请求的操作,例如,尝试使用入口许可创建加密数据库。
<VALUE OUT OF RANGE> 该值超出允许的最大或最小范围。
<VOLUME IS NOT FORMATTED> 卷没有所需的格式。
<VOLUME SET ALREADY CREATED> 有人试图对已经格式化的 IRIS数据库进行格式化。
<WIDE CHAR> IRIS在需要1字节字符的地方读取多字节字符。
<WRITE DEMON FAILED> 写守护进程无法继续。请致电支持中心解决此严重错误。
<WRITE> 记录不能写。
<WRONG NAMESPACE> 尝试从私有隐含名称空间加载类。
<ZDDIF> 尝试使用无效日期执行DATEDIFF操作。
<ZTRAP> 曾经尝试发出不带参数的ZTrap命令。
相关文章
|
6月前
|
算法 索引
第十四章 系统错误消息 - ISO 11756-1999标准错误
第十四章 系统错误消息 - ISO 11756-1999标准错误
47 2
|
11天前
|
网络协议 Java 网络安全
如何处理“协议异常”错误
当遇到“协议异常”错误时,通常需要检查网络连接、防火墙设置和软件版本。确保所有组件都是最新的,并尝试重新启动设备或应用程序。如果问题持续存在,请联系技术支持以获取进一步的帮助。
|
6月前
|
网络协议 搜索推荐 数据库
第八章 系统错误消息 - 一般系统错误消息 A -D
第八章 系统错误消息 - 一般系统错误消息 A -D
40 0
|
6月前
|
数据库
第十一章 系统错误消息 - 一般系统错误消息 N - O
第十一章 系统错误消息 - 一般系统错误消息 N - O
43 2
|
6月前
|
存储 数据库
第九章 系统错误消息 - 一般系统错误消息 D - I
第九章 系统错误消息 - 一般系统错误消息 D - I
40 2
|
6月前
|
数据库
第十二章 系统错误消息 - 一般系统错误消息 P - S
第十二章 系统错误消息 - 一般系统错误消息 P - S
36 1
|
6月前
|
Java API 数据库
第十章 系统错误消息 - 一般系统错误消息 J - N
第十章 系统错误消息 - 一般系统错误消息 J - N
41 1
|
Unix Linux C#
iOS开发:Crash异常总结与捕获
说到异常捕获,就必须要提到Crash问题,iOS中,Crash一般分为两种: 1、一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存; 2、一种是未被捕获的目标C异常(NSException)记录,导致程序向自身发送了SIGABRT信号而崩溃。
884 0
iOS开发:Crash异常总结与捕获
|
SQL 数据库连接 数据库
机房收费系统登陆客户端错误——运行时错误“91”
机房收费系统登陆客户端错误——运行时错误“91”
150 0
机房收费系统登陆客户端错误——运行时错误“91”
|
存储 消息中间件 缓存
消息列队有没有可能失败?在哪些环节可能失败,如何处理?
相信大家都使用过消息MQ,他可以很好地进行系统解耦,减低变成的复杂度,又可以进行削峰,增加系统在高并发的稳定性。那么使用MQ有哪些注意事项呢?是不是MQ就是万无一失呢?一条MQ消息从产生到消费,有没有可能失败?在哪些环节可能失败,如何处理? 一般来说,从生产者到MQ中间件是通过网络调用的,是网络调用就有可能存在失败。下面这些原因,都有可能造成MQ生产失败,例如网络波动,尽管生产者到MQ服务器之间是内网调用,并不意味着网络调用的成功率就是百分之百,内网调用也会遇到网络波动,造成调用超时或者失败。又如调用的MQ机器瞬间Crash掉,这也是有可能造成调用失败的。
消息列队有没有可能失败?在哪些环节可能失败,如何处理?