Saltar para o conteúdo

ReactOS

Origem: Wikipédia, a enciclopédia livre.
ReactOS
Versão do sistema operativo Compatível com Windows

Área de trabalho do ReactOS 0.4.7
Produção ReactOS Foundation
Linguagem C
Modelo Software Livre
Versão estável 0.4.11/4 de março de 2019; há 6 anos[1]
Versão em teste 0.4.12 (20190521) 21 de maio de 2019; há 6 anos
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

ReactOS é um sistema operativo em software livre, licenciado sob a GNU GPL, para computadores x86/x64, com o objetivo de compatibilidade de código binário com programas e controladores de dispositivos feitos para o Windows Server 2003 e sucessores.[2]

O desenvolvimento começou em 1996, como um projeto clone do Windows 95, e continuou como ReactOS em 1998, com a adição incremental de recursos de versões posteriores do Windows. O ReactOS foi observado como um potencial substituto espontâneo de código aberto para Windows[3][4][5] por sua informação sobre a API do Windows não documentada.[6] Como já afirmado no sítio oficial,

O ReactOS é considerado software alfa, com recursos incompletos, mas com muitos aplicativos Windows já funcionando (ex. Adobe Reader 7.1.0 e XI, Apache OpenOffice 2 e 4.1.2, etc.),[8][9] e por isso é recomendado pelos desenvolvedores apenas para propósitos de avaliação e testes.[10][11]

O ReactOS é primariamente escrito em C, com alguns elementos, como o Explorador de Arquivos, escrito em C++. O projeto implementa parcialmente a interface de programação de aplicações do Microsoft Windows e foi portado para o conjunto de instruções AMD64.[12] O ReactOS, como parte do ecossistema de software livre e de código aberto, reusa e colabora com muitos outros projetos livres,[13] mais notavelmente o projeto Wine o qual desenvolve uma camada de compatibilidade Windows para sistemas operativos tipo Unix.[14]

História

Início do desenvolvimento

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

O início do ReactOS

Enquanto o FreeWin95 tinha iniciado com expectativas altas, ainda não havia nenhuma versão divulgada ao público até o fim de 1997. Como resultado, os membros do projeto, liderados pelo coordenador Jason Filby, se juntaram para reviver o projeto. O projeto reiniciado buscou duplicar a funcionalidade do Windows NT.[15] Na criação do novo projeto, um novo nome, ReactOS, foi escolhido. O projeto iniciou o desenvolvimento em fevereiro de 1998 ao criar a base de um novo núcleo NT e controladores básicos.[16] O nome ReactOS foi cunhado durante uma conversa pelo IRC. Enquanto o termo “OS” ficou para sistema operativo, o termo “react” referiu à dissatisfação do grupo com — e a reação a — a posição monopolística da Microsoft.[4]

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.[17][18] A página do Ekush OS depois saiu do ar.[19]

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.[20] 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 conteria código derivado de um desmonte do Microsoft Windows.[21] O código que Birr contestou envolveu a função BadStack no arquivo syscall.S,[22] bem como outros itens não especificados.[23] 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.[24]

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[carece de fontes?] e cooperação formal de alto nível entre os dois projetos permaneceu difícil desde 2006.[25] 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.[26] 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,[27][28] 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.[25] Contribuintes para o 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.[29]

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 [30] 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.[31]

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.

Hoje

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.

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 [32] 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

Predefinição:Portal-SL

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

Referências

  1. ↑ Colin Finck (4 de março de 2019). «ReactOS 0.4.11 released!!». ReactOS Foundation. Consultado em 4 de março de 2019 
  2. ↑ vicmarcal (14 de abril de 2018). «ReactOS 0.4.8 released!!» [ReactOS 0.4.8 lançado!!]. ReactOS.org Project News (Blog corporativo) (em inglês). Consultado em 8 de julho de 2018. Cópia arquivada em 8 de julho de 2018. With software specifically leaving NT5 behind, ReactOS is expanding its target to support NT6+ (Vista, Windows 8, Windows 10) software. 
  3. ↑ Stahl, Louis-F. (23 de junho de 2015). «Russland erklaert ReactOS zu favorisierter Windows-Alternative». www.heise.de (em alemão). Consultado em 8 de julho de 2018. Cópia arquivada em 18 de outubro de 2017 
  4. ↑ a b Sixtus, Von Mario (20 de fevereiro de 2004). «ReactOS: Das Nicht-Windows». Spiegel Online (em alemão). Consultado em 11 de dezembro de 2009. Cópia arquivada em 4 de setembro de 2017 
  5. ↑ 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 11 de dezembro de 2009. Cópia arquivada em 18 de outubro de 2017 
  6. ↑ 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. Arquivado do original em 22 de fevereiro de 2012. 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”.      |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  7. ↑ «Frontpage» [Página inicial] (em inglês). ReactOS Foundation. Consultado em 23 de junho de 2013. Arquivado do original em 20 de setembro de 2012  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  8. ↑ 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 14 de julho de 2018. Cópia arquivada em 18 de outubro de 2017 
  9. ↑ «Tests for 0.4.4» [Testes para 0.4.4]. www.ReactOS.org (em inglês). 14 de julho de 2018 
  10. ↑ Kupfer, Matthias; Bragin, Aleksey (14 de março de 2010). ReactOS – Das zu Windows binärkompatible Open-Source-Betriebssystem. Chemnitzer Linux-Tage (em alemão). Chemnitz, Alemanha. Consultado em 15 de março de 2010. Cópia arquivada em 8 de julho de 2018 
  11. ↑ 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 10 de janeiro de 2016. Cópia arquivada em 23 de outubro de 2017. 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. 
  12. ↑ 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 10 de dezembro de 2009. 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. 
  13. ↑ «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. The ReactOS and Haiku projects have had a friendly working relationship for several years now, with each group helping the other whenever possible. 
  14. ↑ 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. Is there anything Wine could do different that would help ReactOS development?[...] 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. 
  15. ↑ 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 19 de julho de 2018. Cópia arquivada em 10 de abril de 2016. 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. 
  16. ↑ Loschwitz, Martin (2004). «Projects on the Move» [Projetos em Movimento] (PDF). LinuxMagazine (em inglês). p. 87. Consultado em 18 de novembro de 2009. Arquivado do original (PDF) em 19 de maio de 2011 
  17. ↑ 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 4 de agosto de 2018. Cópia arquivada em 17 de março de 2016 
  18. ↑ «Ekush OS - stolen source code/copyright violation» [Ekush OS - código fonte furtado / violação de direito autoral] (em inglês). Consultado em 4 de agosto de 2018. Arquivado do original em 14 de novembro de 2004 
  19. ↑ «EKUSH The Next Generation Operating System» [EKUSH O Sistema Operativo da Próxima Geração] (em inglês). 10 de novembro de 2004. Consultado em 4 de agosto de 2018. Arquivado do original em 19 de junho de 2004 
  20. ↑ 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 25 de janeiro de 2016. Cópia arquivada em 14 de julho de 2018. 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? 
  21. ↑ Birr, Hartmut (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 3 de janeiro de 2009. Cópia arquivada em 14 de julho de 2018 
  22. ↑ 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  |wayb= e |arquivodata= redundantes (ajuda); |wayb= e |arquivourl= redundantes (ajuda)
  23. ↑ >Birr, Hartmut (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 3 de janeiro de 2009. Cópia arquivada em 4 de setembro de 2017 
  24. ↑ Ionescu, Alex (18 de janeiro de 2006). «Bye bye» [Tchau-tchau]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 16 de novembro de 2009. Cópia arquivada em 4 de setembro de 2017 
  25. ↑ 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 10 de dezembro de 2009. Cópia arquivada em 4 de setembro de 2017 
  26. ↑ 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 4 de agosto de 2018. Cópia arquivada em 15 de abril de 2013 
  27. ↑ Schwartz, Mathew (12 de novembro de 2001). «Reverse-Engineering» [Engenharia Reversa] (em inglês). computerworld.com. Consultado em 23 de junho de 2013. Cópia arquivada em 22 de julho de 2018. 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. 
  28. ↑ 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 23 de maio de 2013. Cópia arquivada em 24 de junho de 2013. (…) 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. 
  29. ↑ Bragin, Aleksey (18 de setembro de 2007). «Audit» [Auditoria]. ros-dev (Lista de grupo de correio) (em inglês). Consultado em 3 de janeiro de 2009. Cópia arquivada em 8 de janeiro de 2013 
  30. ↑ Evers, Joris (fevereiro de 2004). «Windows Code May Be Stolen» [O Código do Windows Pode Ter Sido Furtado]. PC World (em inglês). Consultado em 4 de agosto de 2018. Cópia arquivada em 11 de abril de 2016 
  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 4 de agosto de 2018. Cópia arquivada em 15 de abril de 2013. 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. 
  32. ↑ «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=55252878"