发现INTOUCH的重大软件故障 点击:5826 | 回复:52



deng_lp

    
  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-24 21:08:00
楼主
[b][color=#FF0000]发现INTOUCH的重大软件故障
涉及INTOUCH软件的INTOUCH 7.0,7.1,8.0,9.0,9.5等一系列产品。
请WONDERWARE软件公司技术人员与我联系!
EMAIL:deng_lp@21cn.com[/color][/b][/b][/b][/b]



如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 14:14:00
21楼
to:绿洲一号
   我认为首先deng_lp作为一个自动化软件开发人员,发现问题并希望解决问题是应该肯定的.

   deng-lp作为中国工控网的版主,在自动化软件版块发表了许多技术主题并为网友解答问题,关于wonderware的软件技术问题也回答了很多,深受网友的欢迎。积分只是这种精神的体现方式。

   针对2038问题,就像王建华所说“该问题的解决和“千年虫问题”类似,需要计算机软硬件厂商的共同努力。Wonderware作为世界领先的工业自动化软件供应商,同时作为负责任的软件供应商,像处理“千年虫问题”一样,Wonderware会积极地正视并和其他软硬件公司一起共同解决“2038”问题。”,这种负责任的态度是广大用户非常高兴看到的。

   希望各位都能从技术上出发,解决问题,不要指责和攻击。

如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 14:34:00
22楼

    在谈论2038问题时,我们要知道,并不是wonderware软件会有2038问题,基本上所有的软件(跟时间有关),从大规模的ERP、MES到自动化组态软件、办公软件、聊天软件,从大型工作站到我们用的手机通讯都可能会出现2038问题,所以我们不要太惊慌,但也不能回避。


   资料中显示Y2038 bug将于2038年1月19日(星期二)03:14:07am(GMT)正式爆发,届时人们对千年虫问题的预言可能将一一实现,比如手机网络工作不正常,卫星脱离轨道,型号较老的电脑软件软硬件无法正常工作等。

[b]什么是Y2038 bug[/b]

  Time_t是C/C++等编程语言在内部代表/存储日期和时间的一种数据类型。Time_t实际上是一个代表秒数的整数,当它的值为0时,代表的时间是1970年1月1日12:00:00;当Time_t=60时,则表示1970年1月1日12:01:00,依此类推。

  所有32位电脑系统都用带符号32位整型来存储time_t的值,也就是说t_time只能用31位二进制数来表示(第一位用来表示正负号),而其最大值转换为十进制是2147483647,换算成日期和时间刚好是2038年1月19日03:14:07am(GMT),而这一秒过后,t_time的值将变成-2147483647,代表的是1901年12月13日8:45:52pm,这样32位软硬件系统的日期时间显示就都乱套了。另外,无法接受time_t为负值的其他功能也将返回错误。

[b]  举个实际的例子来说,登陆上Yahoo messenger,给好友发个消息,恩没问题,现在把系统时间更改为2038年1月19日03:14:07am,此时如果再发消息Yahoo messenger就将崩溃。[/b]

[b]  为何担忧?[/b]

  也许有人觉得2038年还早着,无需担心这个问题。不幸的是,上世纪60年代的程序开发人员也抱有类似的错误想法,并由此导致了Y2K问题,给全球IT页带来数十亿美元的损失。

  要知道时间对于许多电脑程序来说都非常重要,操作系统、数据库程序、电子表格软件、实时控制系统等无不涉及到时间。因此我们必须在Y2038 bug爆发前做好充足的准备。

  尽管到2038年,桌面PC和服务器基本上都将升级到64位甚至128位,但仍会有许多使用中的32位甚至更古老的系统。即使是在32位系统盛行的今天,大多数嵌入式系统仍是8位或16位的,而小型嵌入式系统的数量其实比台式机更多。

[b]  如何应对?[/b]

  Y2038问题和Y2K一样难缠,其中一种解决办法就是用位数更多的数据类型来存储日期和时间。如果使用64位数据类型,time_t最大可以表示公元292000000000年,是宇宙估计年龄的20倍,最起码看到这篇文章的各位都不会再遇到什么YXXXX问题了。

  目前对于Y2038 bug的影响有多大还存在争论,但有一点可以肯定的是:有备无患。相信我们能像克服Y2K问题那样圆满解决Y2038问题。

如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 14:37:00
23楼
有人把2038问题称作“千年虫二世”,这个比喻非常恰当。

如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 14:41:00
24楼
用32位元来记录时间,正值表示为1970以後,负值则表示1970年以前。我们可以很简单地计算出其时间领域:  

2^31/86400(s) = 24855.13481(天) ~ 68.0958(年)  

1970+68.0958 = 2038.0958  
1970-68.0958 = 1901.9042  

时间领域为[1901.9042,2038.0958]。  

准确的时间为2038年一月十八日星期一晚上十点十四分七秒。那一刻,时间将会转为负数,变成1901年十二月十三日黑色星期五下午三点四十五分五十二秒。

雨星

  • 精华:0帖
  • 求助:0帖
  • 帖子:7帖 | 51回
  • 年度积分:0
  • 历史总积分:128
  • 注册:2004年2月01日
发表于:2006-07-27 14:44:00
25楼
如火的说法是比较客观的,比起楼主更像是个研究问题的态度。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2006-07-27 14:44:00
26楼
123

如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 14:52:00
27楼
下面是程序读取系统时间并显示的运行界面显示:

Tue Jan 19 03:14:01 2038
Tue Jan 19 03:14:02 2038
Tue Jan 19 03:14:03 2038
Tue Jan 19 03:14:04 2038
Tue Jan 19 03:14:05 2038
Tue Jan 19 03:14:06 2038
Tue Jan 19 03:14:07 2038
Fri Dec 13 20:45:52 1901
Fri Dec 13 20:45:52 1901
Fri Dec 13 20:45:52 1901

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 15:35:00
28楼
TO:绿洲一号
   从你以上的言论来看,相信你与wonderware公司有关连的人
   好,我现在公布我在测试INTOUCH软件的结果!试着证明一下我得到的结论:(某种监控软件的正版用户到目前为止都是有时限的版本)
   各位如有兴趣,一起装上wonderware公司的软件,试试看大家得到的结果是否与我相同!

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 15:38:00
29楼
TO;如火
   如果贵网站觉得我们在这讨论,及公布这种测试部骤,有损贵公司的业务,请提前能通知我!

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 15:58:00
30楼
测试部骤如下:
演示版本和正式版本测试的结果是一致的!
安装wonderware软件,如
 INTOUCH 7.0
 INTOUCH 7.1
 INTOUCH 7.11
 INTOUCH 8.0
 INTOUCH 9.0
 INTOUCH 9.5
 或该公司的其它软件INSQL 8.0 ,INSQL 9.0
 以INTOUCH 9.5 中文版为例,WIN2003
测试部驟如下:
  1. 调整系统时间到正常的时间 2006-07-27
  2. 打开或运行上述相关软件,没有任何提示,能正常打开自带的演示程序或服务
  3. 关闭INTOUCH软件。
  3. 将系统时间调整到 2038-1-19 以后的时间,如2038-2-19等。
  4. 运行INTOUCH 9.5软件,应用程序会弹出
         "0x005365c9"提令引用的“0x0000000c”内存,该内存不能为"read"
         要终止还是调试。。。。
    从事件的查看器上可看出结果如下:
        错误应用程序intouch.exe,版本757.84.0.0,错误模块 lmgr325a.dll,版本0.0.0.0,
        错误地址0x000065c9  
  5. 再恢复系统时到正常时2006-07-27,运行INTOUCH应用程序,一切又恢复正常!
  结论:出现问题的程序模块有lmgr325a.dll,在wonderware几乎所有的软件中都有使用,
        不论是正版用户还是普通的演示版本,只要有对lmgr325a.dll调用,就会有上述的问题!
         
        某种监控软件的正版用户到目前为止都是有时限的版本,难道有不对的地方?

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 16:02:00
31楼

如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-07-27 16:24:00
32楼
关于2038问题的更多讨论,请到下面的专题进行:
http://bbs.gongkong.com/detail.asp?id=342669

绿洲一号

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 4回
  • 年度积分:0
  • 历史总积分:4
  • 注册:2006年7月27日
发表于:2006-07-27 16:42:00
33楼
很好,终于明确是2038问题了。

[color=#0000FF]如火[/color]已经将此阐述得很清楚了,Yahoo messenger等软件这时也会崩溃。接下来是如何解决2038问题了。

楼上的2038专题很有益。

雨星

  • 精华:0帖
  • 求助:0帖
  • 帖子:7帖 | 51回
  • 年度积分:0
  • 历史总积分:128
  • 注册:2004年2月01日
发表于:2006-07-27 16:47:00
34楼
搞了半天还是这个,讨论问题最后变成了掐架。
这不是时限的问题,是系统相关的一个缺陷,大多数软件都有这个问题。
deng_lp肯定是跟wonderware有些嫌隙吧?针对人家的软件这么说话也
是不太负责任。
大家都是做技术的,说话应该客观,不能意气用事。

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 16:55:00
35楼
TO:绿洲一号    
>很好,终于明确是2038问题了。
>如火已经将此阐述得很清楚了,Yahoo messenger等软件这时也会崩溃。接下来是如何解决2038问题了。
为何不承认你是WONDERWARE公司的人员!
高,把监控软件的故障归于系统问题,躲蔽责任!
正版用户可以向办事处发函发电,去问问2039年,INTOUCH的所有软件是否还能正常使用!什么时侯可以解决问题!

疯了

  • 精华:1帖
  • 求助:0帖
  • 帖子:5帖 | 121回
  • 年度积分:0
  • 历史总积分:981
  • 注册:2005年11月05日
发表于:2006-07-27 17:04:00
36楼
这个问题估计还是要有微软解决,要么就是省级到64位系统,使用64位开发平台开发软件,所有人都到64位机器,淘汰32位电脑.呵呵!

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 17:08:00
37楼
TO 组态新人: 
   不完全是这样,32位的机器可以用一些规避,这也是编程上的问题!应算是软件上的BUG

wwtech

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 6回
  • 年度积分:0
  • 历史总积分:8
  • 注册:2006年7月27日
发表于:2006-07-27 19:06:00
38楼
To Deng_LP
我是Wonderware中国的技术支持,虽然Wonderware产品的确存在你所说的问题,而且在我第一个帖子里把该问题的技术问题作了一个简单地阐述,只要稍微懂得计算机的技术人员,应该从我的回复中知道测试步骤,也应该知道该问题从计算机底层技术来讲的确不应该完全归于Wonderware。虽然从纯技术而言,该问题不是不可规避。但和Y2K问题一样,为什么没有人去指责微软或其他厂家呢?为什么在80年代末90年代初就有人提出来,但真正的解决都在90年代末呢;另外,“2038”问题在解决“Y2K”时就有人提出来了,不信你去查查一些国外厂家发表2038问题的原始日期;还有,包括微软在内的最新产品里也有“2038”年的问题,不信你也可以去查去试。

我个人一般很少发帖子,属于一个“潜水运动员”级的。在这里再次发表看法,并不是为Wonderware开脱什么,但是像你这样一味去指责Wonderware和其他论坛人员,不去探究问题的根源,作为技术人员也不同意你这样的做法。

另外,论坛作为技术交流的平台,最好不要互相指责和争吵。从我的帖子上你也应该知道我是谁了,有问题,你可以直接和我联系!

wwtech

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 6回
  • 年度积分:0
  • 历史总积分:8
  • 注册:2006年7月27日
发表于:2006-07-27 19:14:00
39楼
再加一句,既然如火为大家开辟了一个新的空间,针对2038年问题的讨论还是到他那里去,如何?

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2006-07-27 19:35:00
40楼
TO 王建华: 
   即然绿州先生想知道测试步骤,测试结果,且不公布有
[color=#0000FF]》第四,我相信所有看过此帖的人都希望了解楼主所说的重大问题是什么?可是楼主始终吞吞吐吐,躲躲闪闪,让人怀疑。若不是担心大家自有判断力,说出来被贬,为何不说?[/color]
   沽名钓誉,断断续续的描述,有骇人听闻的,有混淆视听的,有煽动性的,有威胁性的这之嫌。兼有怎么看怎么像另有原因或企图。
   且没有看懂上述贴子的大有人在.
[color=#0000FF]》第五,希望工控网的管理更完善一些,不是发言多,积分多的人都能做版主,还应该要看品德和能力,特别是品德,否则就有违办此论坛的初衷了。[/color]
  再不作点陈述,品德也有问题,何必呢。只好让问题全部贴于网上。结论自在测试人手中!

热门招聘
相关主题

官方公众号

智造工程师