level 8
ReactOS官方 时事通讯 71 期！
原文地址：http://www.reactos.org/zh/newsletter_71.html
Newsletter 71
by Z98 on 2010-04-22
2010年04月23日 02点04分
level 8
acat1433
楼主
Michael Martin has been working to implement these lower level components. Currently he has written a basic usbehci driver and is testing it by trying to replace the usbehci driver in Windows XP. Michael is reusing some code from the pvdrivers that are part of Xen, though there is a distinct limit to how much code is out there for such low level components. Few third parties have a need to implement something like this so much of the work has to be done from scratch. So far Michael has had some success getting the XP PnP manager to interact with his driver, though as the usbehci driver is only a single piece of the stack more time will be needed to get anything close to a complete stack.
2010年04月23日 02点04分
3
level 8
acat1433
楼主
Build Tools
When building the objects, the GCC compiler adds an underscore to the start of function signatures, with the linker expecting that underscore. This however prevents linking with objects generated by Microsoft's C/C++ compiler, which Timo Kreuzer wanted for his x64 branch. There is a configuration flag, -fno-leading-underscore, that keeps GCC from doing this, but it must also be passed to the linker and all libraries used must also be built with this flag. ReactOS makes use of several prebuilt C++ libraries in the build engine and they were originally not built with that flag. To fully fix the issue, as the binutils and GCC itself still were not correctly behaving even with the flag passed in, required some additional patches to those tools. Kai Tietz from the MinGW-w64 project helped provide the fixes, which allowed Timo Kreuzer to remove the hacks he had started adding to compensate for the problem.
Besides working on the header reorganization, Amine Khaldi has been working diligently on Clang and LLVM to build ReactOS. There are a variety of bugs in Clang that prevents this right now and the report here is acting as an umbrella for the ones Amine has found so far. Two have been fixed so far and Amine has been in continued contact with the Clang developers about the other issues. Either way, having more options to compile ReactOS on is always a good thing. There has also been some discussion on the Clang/LLVM mailing lists on adding support for structured exception handling, which would be very helpful to ReactOS in the long term, as Microsoft's compiler is one of the few that actually supports SEH. Without some kind of SEH support, using Clang and LLVM to build ReactOS will be impossible. Porting the Portable SEH library written by KJK::Hyperion would also be an option, though the port would more or less be a rewrite as the mechanism used to achieve SEH would be different with Clang and LLVM.
2010年04月23日 02点04分
5
When building the objects, the GCC compiler adds an underscore to the start of function signatures, with the linker expecting that underscore. This however prevents linking with objects generated by Microsoft's C/C++ compiler, which Timo Kreuzer wanted for his x64 branch. There is a configuration flag, -fno-leading-underscore, that keeps GCC from doing this, but it must also be passed to the linker and all libraries used must also be built with this flag. ReactOS makes use of several prebuilt C++ libraries in the build engine and they were originally not built with that flag. To fully fix the issue, as the binutils and GCC itself still were not correctly behaving even with the flag passed in, required some additional patches to those tools. Kai Tietz from the MinGW-w64 project helped provide the fixes, which allowed Timo Kreuzer to remove the hacks he had started adding to compensate for the problem.
Besides working on the header reorganization, Amine Khaldi has been working diligently on Clang and LLVM to build ReactOS. There are a variety of bugs in Clang that prevents this right now and the report here is acting as an umbrella for the ones Amine has found so far. Two have been fixed so far and Amine has been in continued contact with the Clang developers about the other issues. Either way, having more options to compile ReactOS on is always a good thing. There has also been some discussion on the Clang/LLVM mailing lists on adding support for structured exception handling, which would be very helpful to ReactOS in the long term, as Microsoft's compiler is one of the few that actually supports SEH. Without some kind of SEH support, using Clang and LLVM to build ReactOS will be impossible. Porting the Portable SEH library written by KJK::Hyperion would also be an option, though the port would more or less be a rewrite as the mechanism used to achieve SEH would be different with Clang and LLVM.
level 8
acat1433
楼主
NT USB Stack
Pre-Vista, the USB architecture started with a very low level us
bp
ort driver. This driver was the one that created device objects for each USB controller and received I/O Request Packets (IRP). Depending on which USB standard the controllers were for, usbport would call into one of three helper drivers, usbehci, usbohci, and usbuhci. The one actually sending those IRPs was usbhub, and these components constitute the lower levels of the USB stack. The majority of USB drivers distributed by companies for their various peripherals sit on top of these and take advantage of a support library called usbd. Without the lower levels, proper USB client drivers won't work and this is what is meant by the developers when the current USB drivers are referred to as somewhat hacky.
2010年04月23日 05点04分
6
Pre-Vista, the USB architecture started with a very low level us
bp
ort driver. This driver was the one that created device objects for each USB controller and received I/O Request Packets (IRP). Depending on which USB standard the controllers were for, usbport would call into one of three helper drivers, usbehci, usbohci, and usbuhci. The one actually sending those IRPs was usbhub, and these components constitute the lower levels of the USB stack. The majority of USB drivers distributed by companies for their various peripherals sit on top of these and take advantage of a support library called usbd. Without the lower levels, proper USB client drivers won't work and this is what is meant by the developers when the current USB drivers are referred to as somewhat hacky.
level 6
level 8
acat1433
楼主
结构化异常处理（Structured Exception Handling，SEH）是Windows操作系统处理程序错误或异常的技术。SEH是Windows操作系统的一种系统机制，与特定的程序设计语言无关。
外壳程序里大量地使用了SEH，如果不了解SEH，将会使你跟踪十分困难。
原文地址在这里：
http://www.hack50.com/stu/sort092/sort0105/36193.html
2010年04月23日 09点04分
11
外壳程序里大量地使用了SEH，如果不了解SEH，将会使你跟踪十分困难。
原文地址在这里：
http://www.hack50.com/stu/sort092/sort0105/36193.html