Saltar para o conteúdo

ReactOS

Origem: Wikipédia, a enciclopédia livre.
ReactOS

Área de trabalho do ReactOS 0.4.7
Produção ReactOS Foundation
Linguagem C
Modelo Software Livre[1]
Versão em teste 0.4.13 — 9 de abril de 2020; há 5 anos⁠[2]
Núcleo Núcleo Híbrido — Compatível com Windows NT
Licença GNU GPL, LGPL e licença BSD
Página oficial www.reactos.org
Estado de desenvolvimento
Alfa
Navegador web Mozilla Firefox em execução no ReactOS

ReactOS (inicialmente chamado FreeWin95) é um sistema livre de 1996 com licença GNU GPL, da fundação ReactOS, para computadores pessoais (prt: sistema operativo; bra: sistema operacional), com o objetivo de, compatibilidade de código binário com programas e controladores de dispositivos feitos para o sistema Microsoft Windows Server 2003 e sucessores,[3] [4] e em ser uma substituição de código livre do sistema comercial da Microsoft,[5] [6] [7] e ter informações sobre recursos não documentados da Interface de Programação de Aplicações da Microsoft (API).[8]

O ReactOS iniciou seu desenvolvimento como um projeto clone do Windows 95 chamado FreeWin95; após um período inativo devido a divergências entre os programadores, ressurgiu como ReactOS em 1997 e mudou seu foco para ser um clone do Windows XP compatível com o Windows Server 2003.[6] [7] [9]

Desde 14 de outubro de 2020 (2020 -10-14) ele ainda é considerado software alfa com recursos incompletos, portanto seus desenvolvedores só o recomendam para avaliação e testes.[10] Entretanto, muitas aplicações do Windows funcionam, tais como: Abyss Web Server X1 2.12.1 (Build 190530), Audacity 2.2.2, Bochs 2.6.9, Code::Blocks (with compiler) 17.12, FreeBASIC 1.07.1, FreeMat 4.2, Ghostscript 9.23 e GSview 5.0, HxD 2.3.0.0, IrfanView 4.51, Java Runtime Environment (JRE) 8u11, KVIrc 4.2.0, etc.[11][12]

O objetivo principal do Projeto ReactOS é providenciar um sistema operativo binário-compatível com Windows. Isto permitirá que suas aplicações e controladores de dispositivos para Windows executem como eles iriam no seu sistema Windows. Adicionalmente, o visual e o jeito do sistema operativo Windows é usado, de forma que as pessoas acostumadas com a interface de usuário familiar do Windows® descobririam que usar o ReactOS é fácil. O objetivo final do ReactOS é permitir que você remova o Windows e instale o ReactOS sem que o usuário final perceba a diferença.[13]

O projeto do sistema é primariamente escrito em C, com alguns elementos, como o Explorador de Arquivos, escrito em C++, implementando parcialmente a Arquitetura do Windows NT, a Interface de Programação de Aplicações da Microsoft, portado para o conjunto de instruções AMD64.[14] O ReactOS, como parte do ecossistema de software livre e de código aberto, reusa e colabora com muitos outros projetos livres,[15] mais notavelmente o projeto Wine, o qual desenvolve uma camada de compatibilidade Windows para sistemas operativos tipo Unix.[16]

História

Início do desenvolvimento

Em meados de 1996, um grupo de desenvolvedores de software livre e de código aberto iniciou um projeto chamado FreeWin95 para implementar um clone do Windows 95. O projeto parou nas discussões sobre a arquitetura do sistema.

Apesar de o FreeWin95 ter iniciado com grandes expectativas, ainda não havia nenhuma compilação liberada para o público até o final de 1997. Como resultado, os membros do projeto, liderados pelo coordenador Jason Filby, se reuniram para revivê-lo. O projeto renovado procurou duplicar a funcionalidade do Windows NT.[17] Ao criar o novo projeto, um novo nome, ReactOS, foi escolhido. O projeto iniciou o desenvolvimento em fevereiro de 1998 ao criar a base para um novo núcleo compatível com o Windows NT e controladores de dispositivos básicos.[18] O nome ReactOS foi cunhado durante uma conversa IRC. Enquanto o termo OS é de Sistema operativo, o termo React se referia à insatisfação do grupo — e reação à — atitude e posição monopolística(em inglês) da Microsoft.[6]

Em 2002, a Fundação ReactOS (ReactOS Foundation) foi estabelecida em Moscou com Maxim Osowski e Aleksey Bragin como diretores executivos e Vladimir Bragin, Saveliy Tretiakov e Alexey Ivanov no conselho de administração.[19] Em 2015, a fundação foi dissolvida.[20]

Bifurcação Ekush OS

Em 2004, uma violação de direito autoral e licença de uso de código GPL do ReactOS (e outros códigos de software livre) foi descoberta com a distribuição de uma bifurcação do ReactOS chamada Ekush OS.[21][22] A página deste posteriormente foi retirada do ar.[23]

Auditoria interna

Para evitar um processo de indenização por direito autoral, o ReactOS precisa ser expressamente distinto e não derivado do Windows, um objetivo que precisa de trabalho muito cuidadoso.[24] Uma alegação foi feita em 17 de janeiro de 2006, pelo agora ex-desenvolvedor Hartmut Birr, na lista de discussão ros-dev de que o ReactOS continha código derivado de desmonte do Microsoft Windows.[25] O código que Birr contestou envolveu a função BadStack no arquivo syscall.S,[26] bem como outros itens não especificados.[27] Ao comparar essa função com binários desmontados do Windows XP, Birr argumentou que a função BadStack foi simplesmente copiada e colada do Windows XP, dado que elas eram idênticas. Alex Ionescu, o autor do código, afirmou que enquanto o binário em questão do Windows XP foi realmente desmontado e estudado, o código não foi meramente copiado, mas reimplementado; a razão pela qual as funções foram idênticas, Ionescu contestou, foi porque havia uma única possível maneira de implementar a função.[28]

Em 27 de janeiro de 2006, os desenvolvedores responsáveis por manterem o repositório de código do ReactOS desativaram o acesso após uma reunião feita para discutir as alegações. Quando abordada por NewsForge, a Microsoft recusou-se a comentar sobre o incidente. Uma vez que o ReactOS é um projeto de desenvolvimento de software livre e de código aberto, a alegação desencadeou uma reação negativa pelo movimento software livre; em particular, o Wine barrou vários desenvolvedores inativos de fornecer contribuições e,[29] cooperação formal de alto nível entre os dois projetos desde 2006.[30] Contribuições de vários desenvolvedores ativos do ReactOS foram aceitos após a auditoria, e cooperação de baixo nível para correção de falhas ainda ocorre.

Em uma declaração em seu portal, o ReactOS citou diferentes definições legais sobre o que constitui engenharia reversa de sala limpa como uma causa para o conflito.[31] Alguns países, incluindo os Estados Unidos da América, requerem que uma reimplementação baseada em código desmontado precise ser escrita por outra pessoa que não a que desmontou e examinou o código original,[32][33] enquanto outros países permitem que ambas as tarefas sejam executadas pelo mesmo indivíduo. Consequentemente, o Projeto ReactOS clarificou em sua Declaração de Política de Propriedade Intelectual que os requerimentos de engenharia reversa de sala limpa obedecem à lei dos EUA. Uma auditoria interna foi conduzida para assegurar que apenas engenharia reversa de sala limpa fosse usada, e todos os desenvolvedores tiveram que assinar um acordo se comprometendo a cumprir com as políticas do projeto sobre engenharia reversa.[30] Contribuidores do seu desenvolvimento não foram afetados por esses eventos e todo o acesso às ferramentas de desenvolvimento de software foi restaurado pouco depois. Em setembro de 2007, com a auditoria se aproximando da conclusão, o estado da auditoria foi removido da página inicial do ReactOS. Embora a auditoria tenha sido concluída, detalhes específicos não foram tornados públicos porque era apenas um esforço interno para assegurar conformidade com a política do próprio projeto.[34]

Muito do código Assembly que foi alegadamente copiado também foi substituído como uma progressão natural no desenvolvimento do ReactOS, com desenvolvedores reimplementando a funcionalidade em C por razões de portabilidade.[carece de fontes?]

Ainda, o vazamento em 2004 do código-fonte do Windows 2000[35] não foi visto como risco jurídico para o ReactOS, já que o segredo comercial foi considerado indefensável em julgamento devido à ampla propagação.[36]

Escalada íngreme

Os primeiros anos do ReactOS foram dolorosamente lentos, apesar das grandes quantidades de código que estavam sendo escritos. Apenas alguns desenvolvedores sabiam como escrever código de núcleo. Foi uma época em que apenas algumas pessoas escreviam o difícil início do núcleo. Mais tarde, quando o núcleo estava mais completo e estável e foram escritos drivers básicos como os de IDE e teclado, mais pessoas foram capazes de se envolver no desenvolvimento.

Atualidade

O núcleo percorreu um longo caminho, está mais estável e muitas APIs estão completas o suficiente para realizar trabalhos mais avançados. Foi realizado um trabalho substancial em várias bibliotecas. O código de rede inicial tem problemas suficientes que evitam que funcione corretamente, mas não por muito tempo. Uma implementação básica do Dispositivo de Interface Gráfica (Graphics Device Interface – GDI) e drivers de gráficos VGA estão preparando o caminho para a GUI. O número de desenvolvedores vem aumentando.

Futuro próximo

Logo se iniciarão subsistemas para outras plataformas. O código da GUI e shell gráfico padrão, com a ajuda do projeto Wine, está funcionando agora e continuará crescendo mais e mais e estará mais completa a cada dia. O ReactOS está pronto para experimentar um crescimento massivo em um futuro próximo.

Participação no Google Summer of Code

Com início em 2006,[37] o Projeto ReactOS participou em alguns Google Summers of Code. Por exemplo, no GSoC 2011,[38] o Projeto ReactOS orientou um projeto estudantil o qual integrou lwIP na pilha de rede.[39] O Projeto ReactOS já participou seis vezes no GSoC: 2006, 2011, 2016, 2017, 2018 and 2019.

Breve cronologia

1996 - Um grupo de pessoas resolveu juntar-se com o objetivo de criar um novo Sistema Operativo Livre, que iria ser um clone do Windows 95, saído havia um ano. O grupo foi denominado FreeWin95.

Final de 1997 - Como o grupo caiu em discussões acerca do funcionamento do futuro núcleo, o projeto não tinha produzido nada, entretanto. Jason Filby torna-se coordenador do projeto e consegue fazer renascer o projeto das cinzas, depois de contactar as pessoas que ainda estavam subscritas nas mailing-lists.

1998 - Começa o trabalho. Depois de algum diálogo, ficou decidido que o objetivo seria o Windows NT, em vez do Windows 95 como tinha ficado decidido um ano antes; além disso o projeto mudou de nome e passou a chamar-se ReactOS, nome que ainda hoje conserva.

2003-2004 - Hoje em dia o ReactOS já está bastante estável e inclusive roda algumas aplicações nativas do Microsoft Windows. Devido ao maior número de pessoas envolvidas no projeto, as partes de mais baixo nível já estão escritas e o desenvolvimento tornou-se mais fácil.

Arquitetura

Firefox rodando no ReactOS e exibindo a página do projeto
Gerenciador de arquivos do ReactOS 0.3.0

A arquitetura do ReactOS é em tudo semelhante à do Windows NT. Existem os mesmos conceitos (Registro, Subsistemas, Executivo, Controladores IFS, etc), que estão organizados da mesma maneira que no NT. As partes do núcleo do ReactOS são as seguintes:

Executivo

Executivo é o nome que se dá a todo código que roda em modo de núcleo. Está organizado em três camadas essenciais.

Camada de abstracção de hardware

É a parte de mais baixo nível no ReactOS. Fornece ao resto do executivo as primitivas necessárias para que todas as arquitecturas, placas-mãe, CPUs e chipsets possam ser controlados de uma maneira uniforme pelo núcleo e pelos controladores.

Teoricamente, para portar o NT (ou o ReactOS), o único código que seria necessário modificar seria o desta camada.

Núcleo

Aqui, o núcleo aparece como a camada do Executivo que desempenha as funções tradicionalmente desempenhadas pelos núcleos dos sistemas operativos.

O ReactOS não é um micronúcleo, uma vez que os serviços classicamente desempenhados pelo núcleo, bem como todos os drivers, rodam em modo privilegiado e são chamados pelas aplicações directamente (em oposição ao que acontece num micronúcleo, em que os serviços são requisitados por intermédio de um serviço de comunicação entre processos).

A arquitetura do núcleo é inspirada na do núcleo do Microsoft Windows NT 4.0. Existem as Chamadas de Procedimento Assíncronas e Diferidas, os processos, as tarefas paralelas (multi-threading), semáforos, código de temporização, etc.

O gerenciador de serviço
Serviços

É constituído pelo resto da base do Sistema Operativo.

  • Gestor de Entrada e Saída
  • Gestor de Configurações
  • Plug and Play
  • Gestor de Alimentação
  • Gestão de Memória
  • Suporte ao Executivo
  • Restauração do Sistema
  • Gestor de Objectos NT
  • Monitor de Referência da Segurança
  • Gestão de processos
  • Chamada de procedimentos locais e outras modalidades de IPC
  • Subsistema Win32

Controladores de dispositivo

Os Controladores de dispositivo são extensões ao Executivo que este carrega para poder interagir com os diversos dispositivos de Hardware.

Subsistemas protegidos

Permitem que software de diversos Sistemas Operativos possa rodar no topo do Executivo. O objectivo principal é, por enquanto, o Subsistema Win32, mas este corre em modo de núcleo por isso não é incluído neste grupo. Outros subsistemas em desenvolvimento em 2009 incluem o Subsistema de POSIX (Unix e derivados) e o de OS/2.

Arquitectura de APIs nativas

A arquitetura de APIs nativas permite ao código em modo de utilizador chamar serviços de modo núcleo de uma forma padronizada e é equivalente à interface de "Chamadas de Sistema" (system calls) utilizada em numerosos UNIXes. As APIs utilizadas no Windows não estão documentadas pela Microsoft, mas a arquitetura utilizada no ReactOS é aberta a quem a quiser saber. Ela está implementada em NTDLL.DLL.

Requisitos de sistema

  • Processador x86 (x86-64 [40] ou mais atual)
  • 64MB de memória RAM (256 MB recomendado)
  • Disco rígido IDE/SATA pelo menos 350 MB na partição principal
  • Partição de sistema FAT16/FAT32 na partição de boot primário
  • Placa de vídeo 2 MB compatível com VGA (VESA BIOS versão 2.0 ou posterior)
  • Teclado
  • Unidade de CD-ROM
  • Rato compatível com porta PS/2 e USB ou serial

O ReactOS pode ser executado também em programas que emulam os dispositivos listados como VirtualBox, Virtual PC, VMware, QEMU ou Bochs.

Ver também

  • FreeDOS, sistema operacional aberto com o objetivo de ser compatível com o DOS

Referências

  1. ↑ «reactos/reactos: A free Windows compatible Operating System» [reactos/reactos: Um sistema operativo livre compatível com Windows] (em inglês). ReactOS. Consultado em 15 de outubro de 2020 
  2. ↑ Finck, Colin (9 de abril de 2020). «ReactOS 0.4.13 released!!» [ReactOS 0.4.13 lançado!!] (em inglês). ReactOS Foundation. Consultado em 15 de outubro de 2020 
  3. ↑ Holwerda, Thom (5 de abril de 2009). «ReactOS Targets Windows 2003, Vista» [ReactOS almeja Windows 2003 e Vista]. OSnews (em inglês). OSnews. Consultado em 14 de outubro de 2020. Cópia arquivada em 18 de abril de 2019 
  4. ↑ vicmarcal (14 de abril de 2018). «ReactOS 0.4.8 released» [ReactOS 0.4.8 lançado]. Blog corporativo Project News (em inglês). Fundação ReactOS. Consultado em 13 de outubro de 2020. Cópia arquivada em 15 de abril de 2018. With software specifically leaving NT5 behind, ReactOS is expanding its target to support NT6+ (Vista, Windows 8, Windows 10) software 
  5. ↑ Stahl, Louis-F. (23 de junho de 2015). «Russland erklärt ReactOS zu favorisierter Windows-Alternative» [A Rússia declara que o ReactOS é a alternativa preferida do Windows]. heise online (em alemão). Consultado em 14 de outubro de 2020. Cópia arquivada em 18 de outubro de 2017 
  6. ↑ a b c Sixtus, Von Mario (20 de fevereiro de 2004). «ReactOS: Das Nicht-Windows» [ReactOS: O não Windows]. Spiegel Online (em alemão). Consultado em 14 de outubro de 2020. Cópia arquivada em 5 de dezembro de 2008 
  7. ↑ a b Dvorak, John C. (4 de abril de 2008). «What A New OS Needs» [O Que Um Novo SO Necessita] (em inglês). PC Magazine. Consultado em 14 de outubro de 2020. Cópia arquivada em 18 de outubro de 2017 
  8. ↑ Sugar, David (31 de janeiro de 2006). «A reaction to ReactOS» [Uma reação ao ReactOS] (em inglês). Free Software Magazine. Consultado em 11 de dezembro de 2009. Cópia arquivada em 22 de janeiro de 2009. For those who wish to write such software, or to create portable applications that they may wish to later migrate to other platforms, it is essential to be able to target a clean and generic reference implementation of the Microsoft framework, freed from secret and undocumented behaviors.
    Microsoft offers no such thing today — besides the lack of proper interface documentation, many of their own development tools depend on and offer libraries which use undocumented or secret API calls that are then built into applications. This is well illustrated in the difficulty Wine has with running applications, even those that were created purely within ‘standard’ Microsoft development tools and not using odd behaviors or undocumented functions on their own.
    We can think of ReactOS, then, as the ‘Microsoft Windows documentation project’.      Parâmetro desconhecido |trans-quote= ignorado (ajuda)
  9. ↑ Kupfer, Matthias; Bragin, Aleksey (14 de março de 2010). ReactOS — Das zu Windows binärkompatible Open-Source-Betriebssystem [ReactOS — O sistema operacional de código aberto que é binário compatível com Windows]. Chemnitzer Linux-Tage (em alemão). Chemnitz, Alemanha. Consultado em 14 de outubro de 2020. Cópia arquivada em 3 de setembro de 2010  Parâmetro desconhecido |trans-conference= ignorado (ajuda)
  10. ↑ Royal, Simon (16 de fevereiro de 2014). «ReactOS: A Windows Compatible Alternative OS» [ReactOS: Um SO Alternativo Compatível com Windows]. www.LowEndMac.com (em inglês). Consultado em 15 de outubro de 2020. Cópia arquivada em 7 de março de 2014. (…) this is still a very early alpha version. The developers do not claim it is stable or the ability to operate as your main OS and clearly state it is ‘recommended only for evaluation and testing purposes’.
    (…)
    While the main core of ReactOS is built from scratch, it has some dependencies on existing software and protocols. It uses parts of Wine, networking in the form of lwIP, USB from Haiku, as well as FreeType, Mesa3D, and UniATA.     
  11. ↑ «Tests for 0.4.14» [Testes para 0.4.14]. reactos.org (em inglês). ReactOS Development Wiki. 13 de outubro de 2020. Consultado em 14 de outubro de 2020 
  12. ↑ Holwerda, Thom (14 de novembro de 2007). «ReactOS Gets OpenOffice.org 2 Support; New Release Plans» [ReactOS Ganha Suporte ao OpenOffice.org 2; Planos de Novos Lançamentos]. www.OSNews.org (em inglês). Consultado em 15 de outubro de 2020. Cópia arquivada em 18 de outubro de 2017 
  13. ↑ «Frontpage» [Página inicial] (em inglês). ReactOS Foundation. Consultado em 23 de junho de 2013. The main goal of the ReactOS project is to provide an operating system which is binary compatible with Windows. This will allow your Windows applications and drivers to run as they would on your Windows system. Additionally, the look and feel of the Windows operating system is used, such that people accustomed to the familiar user interface of Windows® would find using ReactOS straightforward. The ultimate goal of ReactOS is to allow you to remove Windows® and install ReactOS without the end user noticing the change. [ligação inativa] 
  14. ↑ Holwerda, Thom (17 de janeiro de 2009). «ReactOS: Looking Back Upon 2008» [ReactOS: Olhando Para Trás em 2008]. www.OSNews.com (em inglês). Consultado em 14 de outubro de 2020. Cópia arquivada em 18 de abril de 2019. Efforts to port ReactOS to the ARM anc x64 architectures are also under way, with both projects being able to initialise the first few parts of the operating system. 
  15. ↑ «ReactOS gets USB Stack, with Help from Us» [ReactOS recebe Pilha USB, com ajuda de nós] (em inglês). Haiku (sistema operacional). 20 de fevereiro de 2012. Consultado em 2 de janeiro de 2016. Cópia arquivada em 28 de fevereiro de 2012. The ReactOS and Haiku projects have had a friendly working relationship for several years now, with each group helping the other whenever possible. 
  16. ↑ Vincent, Brian (15 de maio de 2004). «Interview with Steven Edwards» [Entrevista com Steven Edwards]. winehq.com (em inglês). Consultado em 6 de janeiro de 2016. Cópia arquivada em 12 de julho de 2018. BV: Wine and ReactOS have had a mutually beneficial relationship. (…) BV: You guys have certainly contributed a lot of your work back to Wine, including some of the utilities you've written. For instance, the task manager was recently ported from ReactOS. Do you guys have any plans in the works for developing more tools? Steven: I really want to see a solitaire clone make it in to Wine and ReactOS. (…) At some point we are going to have to develop replacement components for everything in Windows so if there is a program that Wine needs and ReactOS implements it then I will try to make sure it's released under a compatible license. 
  17. ↑ Loli, Eugenia (16 de outubro de 2001). «Interview with Jason Filby from the ReactOS Project» [Entrevista com Jason Filby do Projeto ReactOS]. OSNews (em inglês). Consultado em 15 de outubro de 2020. Cópia arquivada em 1 de abril de 2019 
  18. ↑ Loschwitz, Martin (março de 2004), «Projects on the Move» (PDF), Linux Magazine, p. 87, consultado em 18 de novembro de 2009, arquivado do original (PDF) em 19 de maio de 2011, ReactOS is an effort to re-create the WindowsNT platform, in an open source sense (GPL). The team works towards source compatibility with NT's applications and drivers by re-creating the Microsoft APIs. 
  19. ↑ «ReactOS Foundation — ReactOS Wiki» [Fundação ReactOS]. www.reactos.org (em inglês). Consultado em 6 de março de 2019 
  20. ↑ «Fond Aktivizatsi Kiberprostranstva, FAK, ReaktOS–Fond, Fond ReaktOS, g. Saransk: INN: 1328170012, OGRN 1021301112876» Фонд Активизации Киберпространства, ФАК, РеактОС–Фонд, Фонд РеактОС, g. Saransk: INN: 1328170012, OGRN 1021301112876 [Fundo Para Ativação do Espaço Cibernético, FPAEC, Fundo – ReactOS, Fundo ReactOS]. EgrulInfo.com (em russo). Consultado em 15 de outubro de 2020. Cópia arquivada em 7 de abril de 2019 
  21. ↑ Loli, Eugenia (10 de novembro de 2004). «Ekush Emulator And its License Pains» [Emulador Ekush e suas Dores de Licença]. www.OSNews.org (em inglês). Consultado em 29 de outubro de 2020. Cópia arquivada em 17 de março de 2016 
  22. ↑ «Ekush OS — stolen source code/copyright violation» [Ekush OS — código fonte furtado / violação de direito autoral] (em inglês). Consultado em 14 de novembro de 2004. Arquivado do original em 14 de novembro de 2004 
  23. ↑ «EKUSH The Next Generation Operating System» [EKUSH O Sistema Operativo da Próxima Geração] (em inglês). 2004. Arquivado do original em 28 de agosto de 2004 
  24. ↑ Hancock, Terry (29 de agosto de 2008). «What if copyright didn't apply to binary executables?» [E se o direito autoral não se aplicasse aos binários executáveis?] (em inglês). Free Software Magazine. Consultado em 1 de novembro de 2020. Cópia arquivada em 11 de março de 2012. (…) ReactOS aims to run actual Windows binary executable programs. This means that ReactOS must implement the entire Windows environment. Functions must do exactly what their Windows counterparts would do. In other words, like our notional parallel stew recipes, ReactOS and Windows should be functionally identical. In order to avoid copyright prosecution, though, ReactOS must be expressly completely distinct and non-derivative from Windows. This is a careful tightrope walk! ReactOS is a free, clean room re-implemented drop-in replacement for Windows. So, consider this, especially regarding extremely simple library calls: is it legal for ReactOS to produce identical binary code to Windows? 
  25. ↑ Birr, Hartmut (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 4 de setembro de 2017. Sometimes in the past, I didn't understand some changes, because the code didn't make sense for the current state of reactos and was not used. Currently, I've compared disassembled code from win2k and winxp with ReactOS. In my opinion, some of the developers do disassemble windows code to implement ReactOS. 
  26. ↑ Ionescu, Alex (17 de janeiro de 2006). «BadStack in syscall.S» [BadStack em syscall.S] (em inglês). ReactOS. Consultado em 4 de agosto de 2018. Arquivado do original em 4 de setembro de 2017 
  27. ↑ Birr, Hartmut (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 4 de setembro de 2017. I've compared the KiSysCallEntry with the dissembled code from WinXP: (…) The ReactOS code and the WinXP code is nearly the same. The stack check and the invalid opcode exception is equal. The trap frame is created in the same sequence. The debug mark 0xbadb0d00 is the same. On other places we use always something like 0xdeadbeef or 0xceadbeef. Each revision of syscall.S makes our code closer to the Windows code. In some days we [sic] have exactly the same binary code. I know that the frame, KTHREAD and the PCR layout is predefined. Some of the used informations are not public. In my opinion, the fast call entry code is copied step by step from the disassembled Windows code.  line feed character character in |citação= at position 70 (ajuda)
  28. ↑ Ionescu, Alex (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 4 de setembro de 2017. Yes, when I analyzed the fast call code (yes I looked at disassembly) I saw that check, and I copied it.  Note however, that there is only one way to check the stack: cmp ebp, esp. Unless you want to consider cmp esp, ebp as an alternate method.  line feed character character in |citação= at position 186 (ajuda)
  29. ↑ Vincent, Brian (25 de maio de 2004). «Interview with Steven Edwards» [Entrevista com Steven Edwards]. winehq.com (em inglês). Consultado em 4 de agosto de 2018. Cópia arquivada em 16 de dezembro de 2012. BV: You guys have certainly contributed a lot of your work back to Wine, including some of the utilities you've written. For instance, the task manager was recently ported from ReactOS. 
  30. ↑ a b Feller, Stephen (1 de fevereiro de 2006). «ReactOS suspends development for source code review» [ReactOS suspende o desenvolvimento para revisar o código fonte]. Linux.com (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 4 de setembro de 2017. The ReactOS team has suspended development to do a code review amid concerns that stolen code from the world's most used OS found its way into the project. 
  31. ↑ sedwards (27 de janeiro de 2006). «Reset, Reboot, Restart, legal issues and the long road to 0.3» [Redefinir, Religar, Reiniciar, questões jurídicas e o longo caminho para 0.3]. ReactOS.org Project News (Blog corporativo) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 27 de março de 2020  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  32. ↑ Schwartz, Mathew (12 de novembro de 2001). «Reverse-Engineering» [Engenharia Reversa] (em inglês). computerworld.com. Consultado em 1 de novembro de 2020. Cópia arquivada em 8 de agosto de 2019. To protect against charges of having simply (and illegally) copied IBM's BIOS, Phoenix reverse-engineered it using what's called a ‘clean room’, or ‘Chinese wall’, approach. First, a team of engineers studied the IBM BIOS—about 8KB of code—and described everything it did as completely as possible without using or referencing any actual code. Then Phoenix brought in a second team of programmers who had no prior knowledge of the IBM BIOS and had never seen its code. Working only from the first team's functional specifications, the second team wrote a new BIOS that operated as specified. 
  33. ↑ Hogle, Sean (23 de outubro de 2008). «Clean Room Defeats Software Infringement Claim in US Federal Court» [Sala Limpa Derrota Alegação de Infração de Software em Corte Federal dos EUA] (em inglês). computerworld.com. Consultado em 1 de novembro de 2020. Cópia arquivada em 18 de novembro de 2014. (…) dirty room reverse engineering should be done in conjunction with clean room development by using two physically and electronically isolated teams where one team does dirty room reverse engineering and the other does clean room development. If a dirty room team exists, the clean room engineers can write a description of the portion of the specification that needs elaboration or clarification. The dirty room engineers then use that request to create additional functional specifications or tests.  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  34. ↑ Bragin, Aleksey (18 de setembro de 2007). «Audit» [Auditoria]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 4 de setembro de 2017. I recently asked Klemens to remove audit progress bar from the frontpage. Some wonder: why? The simple answer is obvious: Audit doesn't have anything to do with end-users, testers, or patch- submitters of the project. Audit is an effort run by ReactOS Development Team, and has only one goal: Reduce possible legal problems in future, when, and if, ReactOS starts to have commercial appliances.  line feed character character in |citação= at position 63 (ajuda)
  35. ↑ Evers, Joris (12 de fevereiro de 2004). «Windows Code May Be Stolen» [O Código do Windows Pode Ter Sido Furtado]. PC World (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 30 de junho de 2013  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  36. ↑ sedwards (27 de janeiro de 2006). «Reset, Reboot, Restart, legal issues and the long road to 0.3» [Redefinir, Religar, Reiniciar, questões jurídicas e o longo caminho para 0.3]. ReactOS.org Project News (Blog corporativo) (em inglês). Consultado em 1 de novembro de 2020. Cópia arquivada em 27 de março de 2020. Now as for the issue of leaked source code, I want to try to put all fears to rest. We don't know what the legal ramifications are for someone downloading and having leaked code, as the party that maintains copyright ownership of that code might still try to claim Trade Secrecy on information contained in the sources in a court of law. It is our point of view that the source code leaks of Windows have been spread to a broad enough audience that it would be impossible to claim the product is still under Trade Secrecy.  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  37. ↑ «Google Summer of Code 2006». Google Developers. This is a page lists the students and organizations that participated in the Google Summer of Code 2006 program. […] ReactOS 
  38. ↑ «TCP/IP driver replacement for ReactOS, using lwIP». Consultado em 9 de agosto de 2011. Arquivado do original em 21 de março de 2012 
  39. ↑ Erro de citação: Etiqueta <ref> inválida; não foi fornecido texto para as refs de nome lwIP2
  40. ↑ «Installing». ReactOS. 20 de janeiro de 2014. Consultado em 10 de fevereiro de 2014 

Ligações externas

Outros projetos Wikimedia também contêm material sobre este tema:
Commons Imagens e media no Commons
Obtida de "https://pt.wikipedia.org/w/index.php?title=ReactOS&oldid=61990500"