悬而未决的问题

提出:
昨天客户那边说有些机器上程序不能继续执行了,而且不能提示错误出来,

分析:
当时我就考虑:
如果aspx出错了,也会跳转到出错页面,
如果javascrip脚本出错了,也会弹出出错信息。

我苦苦跟踪了很久,发现错误还是在于Javascrip脚本。
执行到这样一句话,它不能做下去:
datFile = fso.OpenTextFile(filename,ForWriting);
调试这条语句,显示"权限不够",查看文件属性,只读,恍然大悟。
改文件属性为正常,程序可以正常。

解决:
加上
  var tempfile = fso.GetFile(filename);
  if(tempfile.Attributes==33) tempfile.Attributes=32;
在OpenTextFile之前,果然解决。


悬而未决:
    这个bug属于常识性的,文件只读情况下,怎么可写呢?暂不去追究写这段代码的人个人技术上的问题,大处着想:仅仅说写程序,谁能说自己毫无bug,编出十全十美的程序呢?
    程序已经上线很久,对于客户的影响很大。大的问题,往往根源于很小的bug,如大楼中的白蚁。
    怎样能编出少bug的程序呢?除了编程人员的经验,细心之外,怎么能有效的预防?
    是去读代码,分析代码,还是单元测试,或者加大测试力度呢?


转载于:https://www.cnblogs.com/applegreen/archive/2005/04/28/146765.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: "3n+1"猜想是一个数学上的问题,即对于一个正整数,如果它是奇数,则将它乘3加1,如果它是偶数,则除以2,重复这个过程直到得到1为止。猜想说明不管从什么数字开始,都会最终得到1。但是,迄今为止尚未证明该猜想是否成立。 ### 回答2: 1001 害死人不偿命的(3n 1)猜想是一种数学猜想,也被称为Collatz猜想。这个猜想提出了以下的问题:对于任意正整数n,无论它是什么样的初始值,经过一系列的操作后,最终都会变成1。 具体的操作规则如下: - 如果n是偶数,则将它除以2; - 如果n是奇数,则将它乘以3再加1; - 将得到的结果再次应用相同的规则; 实际上,这个猜想对于很多非常大的正整数都是成立的,但至今没有找到任何反例来证明它的普遍性。数学家们已经通过计算机模拟和证明,验证了该猜想在很多情况下成立,但没有找到一种通用的方法来证明它对于所有正整数都成立。 这个猜想非常有趣,因为它涉及到了奇偶数的性质,并引发了人们对于数学规律和模式的思考。虽然目前没有人能够证明该猜想的普遍性,但研究该猜想的过程中产生了许多有趣的数学思考和推论。 总的来说,1001 害死人不偿命的(3n 1)猜想是一个仍未解决的有趣数学问题,它激发了人们对于数学规律和模式的探究,并且需要更深入的研究和证明来解开这个谜题。 ### 回答3: 1001 害死人不偿命的(3n 1)猜想是一个数论问题,通常称为“奇怪的猜想”。这个猜想是指对于任意一个正整数n,我们可以使用以下迭代规则得到一个数列: 如果n是奇数,则下一项为3n+1; 如果n是偶数,则下一项为n/2。 迭代进行直到n等于1为止。猜想是无论选取的初始正整数n是多少,最终都会得到1。然而,这个猜想迄今为止还没有被证明。 尽管数学家尝试使用计算机算法验证了大量的n,结果都能够得到1,但这不能证明对于所有的正整数n都成立。同时,也存在一些例外的数,如n = 27,其经过迭代后不会得到1。 对于这个猜想的证明或证伪是一个悬而未决问题,超过一个世纪以来,许多数学家一直试图解决这个问题。目前还没有找到一个一般性的证明或者反例。 尽管如此,这个猜想激发了数学家们对于数论、迭代算法和数学模式的深入研究。无论最终结果如何,这个猜想都为数学界提供了一个有趣的问题,推动了数学领域的发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值