Being focused primarily on providing system software development services for as many as 5+ years, we've gained a significant experience in writing custom drivers for the clients worldwide.

To get an overview of our Windows driver development expertise for now, you can look at the schemes of our completed drivers in the kernel structure.

In the notes below we are talking about some our projects in driver & COM development direction of the year 2006.

Driver Development Direction

Porting the project from Win32 to WinCE was the main task of the year 2006. This task was divided into two large parts: porting kernel-mode driver and porting user-mode application.

In particular, such functionality was implemented:

1. Using hook of parse procedure in driver for the purpose of registry and file system redirection
2. Using extended attributes when opening a file via the network in order to transfer some additional information to the server side
3. Using virtual file for detecting the presence of our product on the other computer in the network and also for sending managing queries to it (device I/O controls).
4. HTTP- and XML-parser in kernel mode were developed
5. The product for “transferring” USB-devices between computers in the network was developed.
6. A separate library for simplification of driver programming was created and successfully used in several projects.

One of the hardest tasks was the project, which had to roughly interfere in the file systems’ functioning, the most complicated and many-sided type of drivers. Any mistakes here can lead to the wrong behavior of the system, bugs that are hard to reproduce and debug.

Our nearest plans in this direction include new driver types/models, such as File System Minifilter Drivers, TDI, NDIS Drivers.

COM Development Direction

Driver Development Team works closely with COM Development Team. The most interesting task for this team was developing a client to work with servers on WebDav protocol. Developers had to create the client which maps as a disk in the system to some server and thus user works in the same way as with a standard disk. In our case it is being emulated by communicating with a server on WebDav protocol. 

Also, the team was dealing with the product which allows users to backup some data on the server in order to restore them later. This product was improved much n the second half of 2006. Its speed rose in almost five times; the processes of archiving and encrypting data before sending them directly to server were optimized.

In addition, the speed of another our product (it deals with SFTP protocol) was optimized. Deputy Team Leader proudly reports, “As a result, we’ve provided such a speed of communicating with SFTP server, that we had never seen anywhere before”.

The important tasks for now are implementation of ACL support in the existing product which uses WebDav protocol, as well as adding new functionality to other current projects.