Novidades do ReactOS 0.4.14

A equipe ReactOS tem o prazer de anunciar o lançamento da versão 0.4.14. Como em todas as outras versões, notamos regularmente melhorias e atualizações para mantê-lo informado sobre o que está sendo feito no ReactOS. Nesta versão, as melhorias variam de correções do FreeLoader, recursos do Shell, correções do kernel, apresentação do NetKVM VirtIO, trabalho adicional na porta do Xbox e suporte para NEC PC-9800.

Recurso “Send To” e melhorias no Shell

Um dos principais destaques desta versão é a quantidade de melhorias feitas no componente Shell, que constitui uma parte vital da experiência do usuário ReactOS. Katayama Hirofumi MZ é o pioneiro na implementação “Send To”, um recurso do Shell que pode ser usado para enviar arquivos ou diretórios para um determinado local predefinido.

Além disso, “Open File Location” e “Open Command prompt here” também foram implementados graças a ele. Além dos recursos acima mencionados, não vamos esquecer as correções de bugs que afetaram a operacionalidade do Shell. Katayama Hirofumi MZ corrigiu a seleção de rolagem e Mark Jansen melhorou algumas interfaces COM (Component Object Model), para que certas regressões de arrastar e soltar pudessem ser corrigidas. As implementações de “Send To” e “Open File Location” são mostradas nas imagens abaixo:

Suporte a inicialização NEC PC-9800

NEC PC-9800 (ou PC-98 em resumo) é uma série de computadores japoneses de 16 e 32 bits desenvolvidos e fabricados pela NEC. Como esse tipo de hardware é baseado em processadores x86, é um destino de portabilidade relativamente fácil. No entanto, cada porta para outra arquitetura abre possibilidades para encontrar e corrigir bugs nos módulos principais do ReactOS.

Dmitry Borisov, um novo contribuidor do ReactOS, ajudou a colocar a porta PC-98 em forma. Embora ainda haja trabalho a ser feito no desenvolvimento do suporte à inicialização do PC-98, Dmitry Borisov fez grandes avanços para inicializar o ReactOS nessa plataforma. A captura de tela a seguir demonstra a inicialização do ReactOS no emulador Neko Project 21 / W.

Melhorias ICMP

Internet Control Message Protocol (ou ICMP, abreviadamente) é um protocolo usado por dispositivos de rede para enviar e receber informações, como erros ou status de log. A implementação, residindo principalmente em nosso módulo IP Helper API (iphlpapi.dll), era bastante escassa e incompleta com pedaços de código não implementados ou não finalizados.

Graças a Victor Perevertkin e com a ajuda de Tim Crawford, a implementação do protocolo ICMP teve muitas melhorias. Eles variam desde a implementação do código de controle de E / S IOCTL_ICMP_ECHO_REQUEST até uma reescrita completa das rotinas Icmp **. Como resultado, os drivers de dispositivo de rede agora podem passar pacotes de solicitação e resposta ICMP para os aplicativos de maneira correta. Isso é comprovado na captura de tela abaixo, que mostra o utilitário de linha de comando tracert agora exibindo informações completas.

Melhorias de kernel

O kernel ReactOS é responsável pelo funcionamento correto do sistema operacional e pela interface com o bare metal. A estabilidade do sistema depende drasticamente da robustez do kernel. Cada bug conta aqui.

A cada lançamento, os desenvolvedores eliminam os bugs do kernel para oferecer uma melhor estabilidade e experiência geral. O ReactOS 0.4.14 vem com várias melhorias no Memory Manager, graças a Thomas Faber. Falando do módulo mencionado, Vadim Galyant fez alguns trabalhos iniciais no PAE (Physical Address Extension) e contribuiu para a reescrita das seções do Memory Manager.

Timo Kreuzer adicionou o tratamento de exceção CRT (C Run-Time) importando o código relacionado do WINE. Isso permite que o desenvolvimento de 64 bits prossiga, pois vários bugs e travamentos aleatórios em sistemas de 64 bits foram resolvidos. Victor Perevertkin corrigiu um bug no driver PnP da classe de armazenamento (classpnp.sys) e Timo Kreuzer e Thomas Faber corrigiram algumas vulnerabilidades de estouro de buffer. Por fim, Eric Kohl aprimorou o código do trabalhador de ação do dispositivo no subsistema de E / S.

Não nos esqueçamos do gerenciador PnP (Plug n ‘Play) do kernel, que é outra parte importante não só no que diz respeito à estabilidade, mas também à usabilidade do sistema com uma infinidade de hardware. Vadim Galyant adicionou uma implementação inicial da biblioteca Resource Arbiter, que será usada por drivers de barramento como PCI para gerenciar conflitos de recursos. Além disso, o Vadim implementou o código de depuração nos gerenciadores PnP e I / O, enquanto Eric Kohl aprimorou o gerenciador PnP para mapear os recursos do dispositivo para sinalizadores de capacidade. Thomas Faber corrigiu um bug crítico que poderia causar corrupção de memória no espaço do kernel. Além disso, ele consertou um tratamento IRP (I / O Request Packet) defeituoso que causava uma tela azul em um console Xbox original com USB habilitado.

O Kernel Debugger (KD) e os módulos relacionados também receberam atualizações de desenvolvedores e colaboradores. Dmitry Borisov adicionou uma biblioteca ComPort para NEC PC-98, que é fundamental para o desenvolvimento e suporte da série NEC. Hermès Bélusca-Maïto terminou o suporte para filtros de depuração, melhorou os comandos cregse tssincluídos no depurador de kernel interativo (KDBG, presente apenas em compilações de depuração do GCC), reescreveu o código de tratamento de TSS e eliminou vários bugs com ele. Além disso, Jérôme Gardou juntamente com Hervé Poussineau trouxeram algumas correções e melhorias para o módulo KDBG.