TOPIC DISCUSSION

欠扁貼關於QQ和360

· · 1590 次阅读 · 125 条回复

回复 90# wcg
gei me 5
回复 wcg
gei me 5
kaiki_aiolos 发表于 2010-11-9 00:17 历史图片暂不可用



Yeah
行了,你对了行了吧,你知道TX要知道你在用360不用扫描你的硬盘那么落后就可以了
想下也知道,扫 ...
wcg 发表于 2010-11-8 23:50 历史图片暂不可用


我什么时候说过扫描就是扫描硬盘,难道就不是扫描进程么?还有你说一个个地找很无聊,我想告诉你,
你给的那个方法GetProcessesByName就是遍历所有进程来找,创建新的Process组件的数组,并将它们与本地计算机上共享指定的进程名称的所有进程资源关联。我查过MSDN,是这样没错
回应87楼的,可能前面的确大家各执己见,权当玩玩而已。但到了后面程序的问题上,难道就不是以正确为先?我承认程序后面不声明数组的确令程序的效率下降,并且一开始对CLOSE()方法认识错误,那只要承认自己的错误就行,别像某些人,明明程序是不可能运行的,却拿出来,人家不拿CSDN的博文都不肯承认错误。
回复 69# kaiki_aiolos

世界之窗浏览器的核心就是一个EXE文件,36SE分成了几个模块;360有沙盘技术,世界之窗有吗,遨游也没有;世界之窗的皮肤不适用360SE,就这你还敢说一点也没改?
弱者不一定正确,强者也不一定正确,所以我才强调理性,LZ太武断了
我什么时候说过扫描就是扫描硬盘,难道就不是扫描进程么?还有你说一个个地找很无聊,我想告诉你, ...
九十九个夜 发表于 2010-11-9 10:28 历史图片暂不可用



“还有,腾讯如果不是暗中未经你的允许在扫描你的机子,偷窥你的资料,他又怎么能知道你在用360呢?谁才是真正绑架和偷窃了用户的资料,我想早已一目了然了。”
这是你的原话,好吧,TX罪该万死不该,扫描你的进程就叫偷窥你的资料,看下你的进程有没有360就算犯法了,而360不但扫描你的进程,还扫描你的硬盘,启动项,服务就是最好的
还有,如果调用微软的那个方法是遍历进程,但是他只会返回用户需要的进程,并不算是TX扫描你的进程
扫描进程只是我的一种猜想,他还有可能查注册表的,注册表是根据索引来搜索的,不叫扫描
我是随便打开个web项目来写的,我可能运行么?你就别学百度知道那群又要学又不想动脑,下下叫拿源代码的鸟人了,写程序,我思路对了就肯定能写得出来,思路才是王道,你说我用错了那个方法就是写不出我也没话说了
还有,别以为你修改的那段代码只是效率有问题,因为你的总数量是动态取的,所以最后循环的数量肯定是不够的,如果你没有定期检测的话,能全删就真的神了。至于说你数组越界问题,那是因为取进程耗时短,不会有那么巧合而已,你想想要是在循环过程中有几个Q意外死掉会不会越界?
“还有,腾讯如果不是暗中未经你的允许在扫描你的机子,偷窥你的资料,他又怎么能知道你在用360呢 ...
wcg 发表于 2010-11-9 13:16 历史图片暂不可用


如果你真的如你说得真是那么牛?那你的代码为什么有错?如果你真的测试过,又为什么发现不出这种错误?你说什么:
还有,别以为你修改的那段代码只是效率有问题,因为你的总数量是动态取的,所以最后循环的数量肯定是不够的,如果你没有定期检测的话,能全删就真的神了。至于说你数组越界问题,那是因为取进程耗时短,不会有那么巧合而已,你想想要是在循环过程中有几个Q意外死掉会不会越界?
我已经设过断点检测过,你想看截图,我完全可以截给你看,你看清楚我的循环是由大到小的,如果是由小到大自然在第二个循环时有错
还有,假如你安装了360安全卫士,就相当于你同意了安装协议,允许它扫描你的硬盘和内存,至于360有无偷窃和绑架你的资料是一回事,但他的确有权扫描啊。相反,你装的只是QQ,QQ的安装协议中有哪条规定QQ有权扫描你的电脑的硬盘或者内存?
你说我下代码,我想问你,你有看过程序员不看MSDN帮助文档的吗?不去CSDN博客园看人家的博文的吗?难道去参考人家的经验和知识也有错?你说得你这么牛,这么要求纯代码,那你就不要用什么编程软件了,连嵌入式,会变也不用学了,那你就去用机器语言1010写一套破解程序吧
如果你真的如你说得真是那么牛?那你的代码为什么有错?如果你真的测试过,又为什么发现不出这种错误? ...
九十九个夜 发表于 2010-11-9 13:30 历史图片暂不可用



看清楚点好不好,WEB项目,ok?不可能
好吧,我是看错了你的代码,是可以执行正确,只是这样倒序,数组越界问题更容易出现了
360急救箱没有安装协议还不是一样在扫。
唉,我的意思是,别想百度那群人那样,执着于代码,思路上能行了,知道QQ不用扫描也知道你在用360了,然后就回到主题了,这样不就OK了么,你扯来扯去一下效率一下代码不正确,你给个焦点行不
看清楚点好不好,WEB项目,ok?不可能
好吧,我是看错了你的代码,是可以执行正确,只是这样倒序 ...
wcg 发表于 2010-11-9 14:59 历史图片暂不可用


首先:
我没有转移主题,我每次是根据你说的观点和问题逐一回应
第二:
我只有360安全中心,没有急救医生,也在360的官网查过,的确并无该软件的安装协议
http://www.360.cn/killer/360compkill.html
但是急救箱早已说明自己的主要作用是强力查杀木马病毒的系统救援工具,也就是用户在安装前就知道被扫描的可能
但360这样是走灰色地带是无可争议的
那样的话只能说明腾讯和360之间大家都有越界
第三:
开ASP.NET项目的确不能调试,这个我是知道的,但是如果是这样,你为什么又打个MESSAGEBOX?如果在ASP.NET调出MESSAGEBOX而又没有using System.Windows.Forms的话就只能是global::System.Windows.Forms.MessageBox.Show("Test");
这样又要改回去去不更麻烦?还不如在WINFORM或者WPF或者控制台输出好
第四:
你谈及数组越界,这样批量删除是没有问题的,也不存在越界问题,我已经问过WP7游戏开发群和XNA中国三群的人了。
他们都说:只不过如果赋值的话最好不用静态数组赋值,这样N次调用也不好,用List<>之类的集合更好。还有,c#边界检查非常严格,根本无需在意
有劝架补丁,那就可以用啦!:22ouuoia
卡其亮鸟...:18ouuoia
至少360给我们家那不懂这么清理垃圾不懂怎么打补丁不懂怎么让电脑开机快点不懂怎么升级软件的的两老人带来很多便利...一切傻瓜式操作...
回复 100# 石.仔

大把软件可以做到一键清理·······

如果360不是靠蒙骗消费者,披着“完美清杀3721”的外衣,那谁会去用它
回复 101# kaiki_aiolos


只可惜给360占了第一感觉:32ouuoia
首先:
我没有转移主题,我每次是根据你说的观点和问题逐一回应
第二:
我只有360安全中心,没有急 ...
九十九个夜 发表于 2010-11-9 19:01 历史图片暂不可用



扫描是一回事,发送私隐信息是另外一回事,TX早说了会收集非私隐信息的,也就是说,会扫描的,至于实际他收集什么信息就不知道了。
而360一再说明不会上传用户资料,但是又说,对于不清楚分类的软件会上传信息,我机子上装什么软件他都在扫,最后又说会怎样利用收集到的信息,怎样保护用户隐私..不是前后矛盾么。

跟你说话真累...我打开WEB项目跟打开记事本或者其他是一样的,我需要的是一个编辑的平台,而不是一个运行测试的平台,我只是把代码随意地敲出来,让你明白10句代码是能做到的,别说MessageBox,伪代码也没什么不可以

数组越界问题,我说了,在这里是不会出现问题,但是那种形式不但是效率问题,你去问问他们,假如取进程的时间较长,而在取的过程中有QQ进程因为意外而关闭,会不会出现越界问题。c#边界检查非常严格,别傻了,这样的越界问题根本就不是VS能检测出来的,只有在运行过程中因为意外而产生的,他只会在调试过程中出错了然后再告诉你
回复 103# wcg

99夜先生 乾坤大挪移已达到巅峰等级,吾等无法与之匹敌。

只能使出“降级掌”,不与之缠斗
回复 20# kaiki_aiolos


话说。。。我红绿色弱
扫描是一回事,发送私隐信息是另外一回事,TX早说了会收集非私隐信息的,也就是说,会扫描的,至 ...
wcg 发表于 2010-11-10 09:54 历史图片暂不可用


第一:
按你的说法,双方都错,对不?360在发生这件事之前绝对是比腾讯没道理,这时无疑的,只不过腾讯也好不到哪里
第二:
你说你用记事本打开来写,那我无话可说。但是,身为一位程序员,就不用改去检查一下代码是否成功么?难道开一个控制台项目对你来说是要花九牛二虎之力么?
第三:
你的原话是:
好吧,我是看错了你的代码,是可以执行正确,只是这样倒序,数组越界问题更容易出现了

我真想问你一句,既然越界,程序又怎能正常运行?只有不越界,程序才能正常。如果真越界,VS在调试过程中就会抛出IndexOutOfRangeException,开发人员自然知道,自然会排除错误,而他们说的正是这个意思,最好的表达名词是检测而不是检查。

你自己同样也犯了表达错误啦:
这样的越界问题根本就不是VS能检测出来的
我想告诉你即便是Java、C#中,越界检测是强制的,但一旦越界,软件会立刻处于用户无法处理的状态。

至于你说的在取的过程中有QQ进程因为意外而关闭。同理,你写的程序如果我在判断后那一刻后关闭进程,遇到的也是同样的越界咯,那你大可以用try catch 语句避开这个越界问题啊,只不过这样就不止十行
第一:
按你的说法,双方都错,对不?360在发生这件事之前绝对是比腾讯没道理,这时无疑的,只不过腾讯 ...
九十九个夜 发表于 2010-11-10 15:59 历史图片暂不可用


我没说过TX好,只是说在这件事上TX完全是被360逼出来的

别说打开控制台项目,一般来说这些一想就知道可以实现,实现了又没什么意义的程序我写都懒得写。

唉,不是越界的程序,是程序会出现越界,越界问题通常是运行后才会出现的,一种是每次都出现,这个是不正常的程序,一种是偶然性出现,这个叫不健壮的程序。因为是偶然的,所以经常会被用户使用后才出现,什么语言都一样的,别又扯什么JAVE,C#了。

不好意思,我的程序是不会出现数值越界问题的...原因...你慢慢想
我没说过TX好,只是说在这件事上TX完全是被360逼出来的

别说打开控制台项目,一般来说这些一想就知道 ...
wcg 发表于 2010-11-10 16:37 历史图片暂不可用


那好第一个问题算是有共识了
第二:
我什么时候说过越界的程序这个名词?
第三:
我试过你的代码了:
Process[] a = Process.GetProcessesByName("notepad");
if (a.Length > 0)
{
a[0].Kill();
a[0].Kill();
}
如果有try catch模块的话也会转入catch模块会报错,错误如下:
进程(5340)已退出,因此无法处理请求。
你大可以在VS上设置断点看看
这是截图:
历史图片暂不可用
那张图片如果看不了的话,你直接复制里面的连接,好好看看
我想告诉你,做人别那么自大说什么实现了又没什么意义的程序我写都懒得写,梁潮玻老师曾经在环球数码工作过,在三维渲染的技术可谓杰出,曾经与AutoDesk的软件工程师一起探讨MAYA的底层代码,我敢说珠三角没哪几个人能在他之上,但他无论在博客还是Q中总是这么说:“自己离那些大师们差得远呢”
真正的高手,是不会胡乱吹嘘,总是脚踏实地的
那好第一个问题算是有共识了
第二:
我什么时候说过越界的程序这个名词?
第三:
我试过你 ...
九十九个夜 发表于 2010-11-10 18:17 历史图片暂不可用



我只是说不会越界错误...因为只会出现进程已退出错误
我想告诉你,做人别那么自大说什么实现了又没什么意义的程序我写都懒得写,梁潮玻老师曾经在环球数码工作过 ...
九十九个夜 发表于 2010-11-10 18:56 历史图片暂不可用



我没说过我是高手,我也的确懒得写那些没意义的程序,因为我更多的时间都是用来思考,思考算法,思考程序复用性,扩展性,易维护性,框架,软件的架构
那些代码写再多也会让你成为高级代码工而已
别又扯了...别说你没扯话题了...
我只是说不会越界错误...因为只会出现进程已退出错误
wcg 发表于 2010-11-10 21:15 历史图片暂不可用



还有我想告诉你,如果上述代码不设断点检查的话是不会出错的。你说你这么懂数据结构,算法之类的,那你知道原因么?
还有我想告诉你,如果上述代码不设断点检查的话是不会出错的。你说你这么懂数据结构,算法之类的,那 ...
九十九个夜 发表于 2010-11-10 21:52 历史图片暂不可用



还不是时间问题
这个跟数据结构、算法有关系?真的被你打败了
引用“他会把你托到他同样的水平然后用他丰富的经验将你打败”
wcg,99個夜你們誰是360誰是QQ啊?:26ouuoia
还不是时间问题
这个跟数据结构、算法有关系?真的被你打败了
引用“他会把你托到他同样的水平 ...
wcg 发表于 2010-11-10 22:12 历史图片暂不可用



真的只是时间问题那么简单么?没错,设置短点是排除极端情况的方法,但是,CLOSEMAINWINDOW同为关闭程序的方法,但即使设置了断点依然不会报错,你不信就去试试,这个KILL和CLOSEMAINWINDOW的运行机制有关,关闭程序的机制有关,难道这就不跟我说的有关?
真的只是时间问题那么简单么?没错,设置短点是排除极端情况的方法,但是,CLOSEMAINWINDOW同为关闭程 ...
九十九个夜 发表于 2010-11-11 01:20 历史图片暂不可用



- -kill是异步的,不会等待执行完毕就返回了,所以不设断点的话是不会出错的,设了断点就会出错,这就是时间问题,不然你觉得会是什么复杂的原因呢?你觉得有关系就有关系吧,你慢慢研究这个来提高你的数据结构跟算法把
- -kill是异步的,不会等待执行完毕就返回了,所以不设断点的话是不会出错的,设了断点就会出错, ...
wcg 发表于 2010-11-11 09:52 历史图片暂不可用


其实原因很简单,
CLOSEMAINWINDOW会首先做判断,为空则不会执行。本来这是很简单的问题,如果真的如你说的这么理解方法的运行机制之类的,在我说上一句话的时候你就会在我是用KILL方法时大声提出CLOSEMAINWINDOW用,接着就会有大条道理反驳。很可惜,你没有。
你既然连区区一个你认为毫无用处的方法的运行机制也不理解也懒得去查他的方法,就去思考:思考算法,思考程序复用性,扩展性,易维护性,框架,软件的架构。连方法的运行机制也不理解也懒得去查的人高级代码从何谈起?
其实原因很简单,
CLOSEMAINWINDOW会首先做判断,为空则不会执行。本来这是很简单的问题,如果真的如你 ...
九十九个夜 发表于 2010-11-11 10:33 历史图片暂不可用



- -你这人真是...你那么喜欢讨论这个的话我就陪你吧
首先,你所说的原因很简单...但是你却并没有解释到为什么用KILL调试会出错,不调试不会出错。什么先判断,为空则不会执行...还好意思说简单,你就别说出来丢人显眼了,CLOSEMAINWINDOW向窗口发送关闭消息,然后等待返回,也就是说并不是你说的先判断,你可以用winapi SendMessage试下。因为他失败只是返回false,所以并不会抛出异常。而KILL则不同,他是直接关闭进程,而且是异步的,而关闭进程需要一定的时间,所以你不调试的话,第一个个KILL执行后,进程还没有关闭,第二个KILL又执行了,所以不会报错,而你调试的时候,因为在你第二个KILL执行前被打断了,进程有足够的时间关闭,所以在执行就会报错了。
CLOSEMAINWINDOW太弱,可以被拒绝,关闭记事本都有可能关闭不了,更别说Q了
C#那么多库那么多方法,你自己去慢慢参透把,参透完还有一大堆API,COM等着你,但是别再相当热了。
没有人知道他下一刻会遇到什么,遇到了就查不就可以了,Msdn都说得那么清楚了,高级代码(暂且这样叫它吧)并不了基于什么什么方法的运行机制,他是基于思想,跟你说思想什么的恐怕也是白费口水了
- -你这人真是...你那么喜欢讨论这个的话我就陪你吧
首先,你所说的原因很简单...但是你却并没有 ...
wcg 发表于 2010-11-11 12:22 历史图片暂不可用


第一:
http://blog.csdn.net/withinoneyear/archive/2005/04/28/366787.aspx
这里已经说明得很清楚了,(CloseMainWindow其实就是先判断句柄是否为空,不为空就PostMessage到窗口WM_CLOSE),再实现你类似于用户关闭的功能。
第二:
我并没有说高级代码基于方法的运行机制,我是说如果连方法也不理解,你又怎么能写出高级代码和好的软件?
登录后回复