Ros-general

ros-general@reactos.org

1 participants
1051 discussions

Important News and Updates
by Alex Ionescu 12 Jan '07

12 Jan '07

Dear ReactOS Users, Testers and Developers, I've chosen to write up a small letter with some recent news on ReactOS' development. I'm hoping that putting my name behind it will increase the number of people interested and informed. - First of all, a small update on the kernel. I'm currently working on Ob, the Object Manager. I have a large patch that I've split up into 4. The first patch addresses several bugs and adds more security paths and checks that will be required for later functionality. The second patch adds some lacking functionality to the Object Manager which might have caused bugs in the I/O Manager. The third patch adds locking and scalability improvements to the Object Manager, and fixes multiple race conditions which could've led to random crashes. The last patch should cleanup and remaining bugs/fixmes apart from non-implemented but not-critical functionality. After this is done, I plan on working in the Kernel itself to make sure that ReactOS boots on VMWare 6.0 and VMWare Server 1.1 (my current Vmware testing platforms). I generally use KQEMU, so VMWare bugs are usually hidden from me. I also have a nice piece of code from one of our older developers (blight/Gregor Anich) which should allow me to fix Mesa, aka OpenGL. After these low-level regressions have been fixed, I will then commit my new LPC code, and start working on cleaning up some old Ex code. These changes will basically make ReactOS more compatible and reliable, by auditing for broken code. - Secondly, on the topic of regression testing. I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE. This will help us avoid many compiler incompatibilities and make us bettter able to help you in a timely fashion. Because such problems can also arise from badly configured emulators, I will create the RosTE, or ReactOS Testing Environment. This will be a packaged version of KQEMU along with several helpful utilities and scripts, which will allow you to mount and unmount your qemu image, use make_install properly, use make install_registry properly, test ReactOS and the LiveCD/BootCD in the latest patched QEMU with the KQEMU Accelerator module in full-kernel mode (an improvement of 4x+ over standard QEMU), as well as the Serial Port Redirection Gateway which will allow you to get qemu's output in a telnet box with unlimited easy scrolling, as well as the ability to copy/paste text from it, which is normally impossible with QEMU. This version will also support using WinDBG to debug ReactOS, when our kernel implements Kd. In the end, the RosBE and RosTE should make it a lot easier to identify the source of some common problems experienced by testers. I cannot offer a similar TE for VMWare unfortunately, since that's a commercial product, and VMWare still offers an interesting testing framework because it behaves differently from QEmu in many ways. However, if you have an issue in VMWare, I strongly suggest you then try out to reproduce it in RosTE, once it will be available. That way, we'll be able to isolate the bug to an emulator. - I have been invited as a speaker to multiple conferences this year, where I will have a chance to talk about, and present ReactOS, in hopes of making stronger ties with the FOSS community, raise awareness for the project, and get more developers/support. One of them is the SOCAL 2007 Expo in Los Angeles in Feburary this year, and another one is the Intertional Free Software Forum in April, in Brazil. There also remains the possibility of other such expos. Because these conferences are not commercial, even speakers do not usually have their air fare or hotel costs covered. As I am a student, travel fare to these places makes a large dent in my savings, since a single conference alone can cost me 1500$ or more including air travel, hotel, food, transporation, etc. As a result, your donations would be greatly appreciated. The ReactOS Foundation should start an official fundraiser tomorrow or later this week as soon as the new webpage is properly working. I urge you to donate and help me out so that I can have the chance to promote ReactOS. Additionally, the money you donate will also help ReactOS with bandwidth costs, server upgrades, etc, so it's not a personal Alex fund. - Finally, Aleksey made some suggestions on my behalf recently, as well as posted some requests. I will re-address the latter here, because these are really important to me: 1) Someone please look at rbuild's dependency code and make it output a dependency tree, that can be read by a human. This should let me see things such as "oh ok, ntdll needs libfoo, and libfoo needs libbar". Or "oh, this 10KB application requires a 100MB library, can we do something better here?". 2) Someone please look at rbuild's XML parsing and "Component/module" creation so that it is possible to build an entire directory as a component. For example, "make drivers" should work, as well as "make base". - That's all, thank you for your time. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

8 9

Re: [ros-general] Important News and Updates
by Nathan Lane 10 Jan '07

10 Jan '07

I'm by far no expert, nor am I even on this developer list, but it doesn't make sense to me that Open Source NT cannot be supported being compiled in a completely open source environment - Richard Stallman would probably have a fit to hear this! Nathan Lane -----Original Message----- From: ros-general-bounces(a)reactos.org [mailto:ros-general-bounces@reactos.org] On Behalf Of Mikhail Y. Zvyozdochkin Sent: Wednesday, January 10, 2007 12:58 PM To: ReactOS General List Subject: Re: [ros-general] Important News and Updates Alex Ionescu wrote: >I'm hoping most of you are >now using the official RosBE, the ReactOS Building Environment. If >you're not, please do so (on Windows). It is the *only* supported >environment. If you're having problems with headers, compiling, or are >seeing boot failures, please do not come to ask us for help until you >are using the RosBE. > Hmm... Is it mean that cross-compilation of ReactOS under *nix not supported longer? It's no good... WBR, DarkHobbit _______________________________________________ Ros-general mailing list Ros-general(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-general

2 1

Website
by Ali Savas 29 Dec '06

29 Dec '06

Hello, I can't open the website from Reactos. Why? -- Ali Homepage: http://ali-savas.gmxhome.de skype: winman3000 mailto:ali-savas@gmx.de

6 9

Blue Screen of Death
by Nathan Lane 11 Dec '06

11 Dec '06

Hi, I am new to this project. I have been experimenting with the QEmu package that is available for download on your site, and I have come up against: every time I install an application, specifically the Mozilla ActiveX plugin for any of the Internet browsers I get a blue screen of death. Here is the info on it: How do I get around this problem? I'm a pretty good QEmu user I think, so if you have any ideas, then I'd appreciate it. Thanks, Nathan

1 0

About filesystem support...
by Felipe Villarroel 30 Nov '06

30 Nov '06

Hi!, im currently working in the ext2 driver, although only in my local copy (i'm still learning about the ReactOS kernel...). I currently got it to compile with the current trunk, after solving some header problems (the ext2 branch is based on the old ReactOS tree structure and it doesnt work (at least the last time i checked)). Note that i have applied all my changes to a CC patched trunk. The CC branch is currently working, applied to a recent version of the trunk. It has a "minor" problem under QEMU which slows down disk access at the middle of the installation. I dont know why this happens. I had taken a look at the ReiserFS v3 driver in the vendor folder in the SVN. Im trying to get it to compile, but i'm having problems with SEH (i took some parts from the ext2 branch to disable it). At this moment my time is very limited. I hope to have some time in the next months to continue working on this. Thats it, Regards, Logan_V8 PS: Resending due to wrong format :P -- _______________________________________________ Get your free email from http://www.linuxmail.org Powered by Outblaze

1 0

About filesystem support...
by Felipe Villarroel 29 Nov '06

29 Nov '06

Hi!, im currently working in the ext2 driver, although only in my local copy (i'm still learning about the ReactOS kernel...). I currently got it to compile with the current trunk, after solving some header problems (the ext2 branch is based on the old ReactOS tree structure and it doesnt work (at least the last time i checked)). Note that i have applied all my changes to a CC patched trunk. The CC branch is currently working, applied to a recent version of the trunk. It has a "minor" problem under QEMU which slows down disk access at the middle of the installation. I dont know why this happens. I had taken a look at the ReiserFS v3 driver in the vendor folder in the SVN. Im trying to get it to compile, but i'm having problems with SEH (i took some parts from the ext2 branch to disable it). At this moment my time is very limited. I hope to have some time in the next months to continue working on this. Thats it, Regards, Logan_V8 -- _______________________________________________ Get your free email from http://www.linuxmail.org Powered by Outblaze

1 0

ReactOS web server unavailability
by Aleksey Bragin 20 Nov '06

20 Nov '06

Hello, www.reactos.org may be unavailable for some time in 1-2 hours from now because of a change in the web server software. With the best regards, Aleksey Bragin

1 0

ReactOS case study
by Roman Hoegg 20 Nov '06

20 Nov '06

Hello everybody! My name is Roman Högg (RomanH) and I have occasionally posted to this mailing list and the web site forum in the past for a variety of reasons. (offering/asking for help, submitting the Swiss German keyboard layout, etc.) I now contact you for something completely different. Together with the Helsinki School of Economics, Luleå University of Technology, Nokia and IBM Business Services, our institute ( http://www.mcm.unisg.ch ) is conducting a study called "Collabora-tion4Innovation (C4I)". The study is funded by the European Commission and is examining the im-pact of diversity within teams on factors such as innovation, creativity and productivity. By diversity we mean things like cultural diversity, different skills, different educational backgrounds, etc. In the first phase of the project we are currently conducting a number of case studies from a variety of areas. The goal is to find the "state of the art" and later define areas in which further research is needed (e.g. organisational aspects such as process design, improving collaboration technologies, etc.) Since ReactOS is - as far as I can see - developed by a pretty diverse set of people (developers from different countries, probably with different skills and non-developers/users/testers that try to improve the software in whatever way they can) I wanted to ask whether it would be possible to conduct a "Reac-tOS Case Study". I think it would be nice to not only have companies in the case studies. If you agree to this idea, I would like to conduct interviews with 2-3 persons of you (in English or German, most likely via phone). Each interview would last between 45 minutes and 1,5h maximum. (or I could send the questionnaire/interview guide in advance and we would only discuss the more open questions over the phone). After the interviews I would condense everything into a 3-4 page description of the project and the aspect of diversity. You would then get that text and could tell me whether you agree with it or whether I would have to change things. Nothing will be published without your consent! Unfortunately I can't offer you any money for the collaboration, but I think the study will give the project some additional promotion and, if you want to, you may of course use my text for documenta-tion purposes. Please let me know what you think and thank you very much!!! kind regards Roman ------------------------------------------ Roman Högg Research Assistant =mcm institute for Media and Communications Management University of St. Gallen, Switzerland Blumenbergplatz 9, 9000 St. Gallen Phone +41 (0)71 224 34 39 Mobile +41 (0)79 418 59 13 e-mail roman.hoegg(a)unisg.ch http://www.mcm.unisg.ch http://www.alexandria.unisg.ch/Personen/Roman_Hoegg

13 15

About filesystem support...
by João Jerónimo 06 Nov '06

06 Nov '06

I've just read the filesystems section of the Developer FAQ and it says: * -------------------------------------------------------------------------------------------------- - Q* Why don't you implement Ext2/3 instead of focusing on NTFS?* - A* Because NTFS is a major feature which must be supported at some time. Ext2/3 is of course a topic for us, however there are already projects whose goal it is to implement Ext2/3 for NT. We will utilize these drivers when they are good enough. -------------------------------------------------------------------------------------------------- So... if you are going to use the code from one of the many projects for ext2/3 drivers around there "when they are good enough", why do the ROS source has a driver in /reactos/drivers/filesystems/ext2? Is it one of the popular IFS ext2/3 drivers that has, meanwhile, become "good enough"? Or is it a ReactOS internal subproject? And what about NTFS? Does the driver in /reactos/drivers/filesystems/ntfs do something? Does it read? Is it an internal project? JJ _______________________________________________________ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/

4 6

we are back online
by Magnus Olsen 30 Oct '06

30 Oct '06

Hi everyone have notice ReactOS website, svn, mailing list, went down. The svn and web server was never down the problem was the DNS server whent down by hardware failour and it took time getting it back online again. Longer that we did expect.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Ros-general