※ 引述《iincho (世界的尽头)》之铭言： : : 最重要的是所有PC上的hardware几乎都有windows的driver : 资源丰富? 没搞错吧? DDK文件清楚的也只有某一些... : 新手常常在那边搞不清楚有哪些东西可以用， : 而且没source code碰到奇怪的状况可能就要想半天。 : 但是，我只能说微软的debug tool实在做得不错，kernel debugger : 挂上去大概很快都能把问题缩小到一个范围，然後就是try try try...XD 有 Source Code 很适合 Platform or Device 开发 要不然 USB 3.0 为什麽早早就有 Linux stack/driver Intel 就是在 Linux 上验证的呀. 整个 stack 都验完没有问题, 再放到其他平台上. : : Linux上我连系统上有哪些装置缺哪些driver都搞不清楚 : : 每种装置都有各自的规格 LAN, Wireless, Printer, Audio, TVCard, SmartCard .. : : 不同专家都会弄出各种千奇百怪自己为帅气的安装设定方式 : : 各种混乱不统一的上层API : : 散落各处的各种格式且不知道有没有被使用到的设定档 : : 搞了老半天还不一定能work : : 不小心还会把整个Linux搞挂点 : : 至於Linux的help在哪？ : : 专家会说：kernel source就是最好的help : 这个是Open source的原罪，但是你说搞半天还不一定能work这点我不同意， : 有source code可以看追起来相对较快，唯一的问题是那个烂到爆炸的 : kernel debugger，应该是连Windbg的车尾灯都看不到，所以就我所知 : 大部分的人都还是习惯用printk刷墙。 : 这个只是你对Linux driver掌握度没有Windows driver好而已， : 对新手来说Windows driver的进入门槛比Linux driver还高很多. : 除了有source code可以看以外，没Windows包那麽多层也是原因。 其实常搞 Linux 很少人用 debug tool . 大部份真的都是刷墙(大陆用语, printk 印一堆 message)比较快. 我以前也是 IDE Debugger 爱用者, 但是後来还是喜欢刷墙. Debugger 适合 step by step. 但是刷墙很适合 Debug 动态发生的问题 不过我个人认为刷墙会愈刷愈长才是 RD 爱用的主因. 看到一大堆恶烂的 message, 这群 RD 心中就有无限快感. 至於 Linux driver 门槛低也是 大家都 copy 来 copy 去的..... Source Code 就在别人家的 driver 中. : 刚刚想到一个问题可能造成Linux driver不好维护这件事， : 基本上Linux kernel不大鸟向下相容那套，所以常常查到的 : 资料A可以用B不能用，最後还是要看source code....XD 对.... 最近才碰到一个 function 拿掉了 kill_proc. 还好有 source code 可以 reference 一下. 但是搞 Windows 系统就没有这些问题吗? 其实更严重呀, 三不五时 framework 换一下, 又要重来. Linux 改改 function, 只要 patch 一下就可以动了. Linux 开发环境最鸟的并不是没有好的 Kernel Debugger, kernel debugger 还可以用 printk 但是 Linux 下没有好的 RAD Tool ... 之前 Kylix 3 出来我是很期待, 但是没有人重视他. 可惜了... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.113.22.92