Ros-dev January 2007

ros-dev@reactos.org

26 participants
43 discussions

Re: [ros-dev] ros development tasks as student thesis works?
by Murphy, Ged (Bolton) 23 Jan '07

23 Jan '07

Eduard Glatz wrote: > Now the question arised > if there would be an interest in student thesis works > as contributions to the reactos project. > > An overview of thesis works completed in the area of > systems software can be found under: > > http://windows.hsr.ch/studienarbeiten.html Many of the listed topic areas are either not relevant or too advanced for ReactOS to support at the moment. > If there is an interest in such contributions then > we will have to discuss next the type of suitable tasks. If the standard of work is high enough, i.e. if the student(s) are proficient in C and NT programming, then there would certainly be great interest from the ReactOS project in something like this. However, even if the standard of work was not particularly high, we would still encourage people to try and we would help in any way we could (or were permitted to). The only concern from submitting low quality work would be that it may not make it into the final ReactOS source code. A few good examples of things we are looking for are listed in our 2006 Google Summer of Code page. Two good contributions we received from this was a Windows clipboard implementation and Remote Desktop. Some suggestions are: - Network card drivers - mmc.exe replacement - printer spooler support - Explorer theming - a choice of directx dlls - bug fixing or improvements to a large choice of operating system components. - choosing existing win32 software, and ensuring ReactOS has the relevant support to run it. e.g. Apache, Ms Office, Photoshop, AutoCAD Hope this helps. Ged.

1 0

ros development tasks as student thesis works?
by Eduard Glatz 23 Jan '07

23 Jan '07

Hello all, at our university we are offering thesis works for computer science students in several areas of interest. Many of those works result in contributions to existing open source projects or even initiate new ones. My interests are in the area of operating systems. Now the question arised if there would be an interest in student thesis works as contributions to the reactos project. An overview of thesis works completed in the area of systems software can be found under: http://windows.hsr.ch/studienarbeiten.html Unfortunatley those descriptions are only in german. But at least many of the english titles give you an indication what the tasks were. If there is an interest in such contributions then we will have to discuss next the type of suitable tasks. Kind regards, Edy Eduard Glatz, Prof. Dipl.-Ing. University of Applied Sciences HSR (Hochschule Rapperswil) Department of Computer Sciences (Abt. Informatik) Oberseestr. 10; 8640 Rapperswil; Switzerland; www.hsr.ch

1 0

Re: [ros-dev] [ros-diffs] [dcote] 25570: =================================================================== ntoskrnl/fsrtl/fastio.c =================================================================== Fixed @implemented/@unimplemented tags =================================================================== Index: ntoskrnl/cc/mdl.c =================================================================== Fixed a comment.
by Peter Ward 21 Jan '07

21 Jan '07

The ======== lines and stating the files that are modified are not really needed and come out bad in the IRC channel (files modified are already stated anyway). Regards Peter dcote(a)svn.reactos.org wrote: > Author: dcote > Date: Mon Jan 22 00:01:57 2007 > New Revision: 25570 > > URL: http://svn.reactos.org/svn/reactos?rev=25570&view=rev > Log: > =================================================================== > ntoskrnl/fsrtl/fastio.c > =================================================================== > Fixed @implemented/@unimplemented tags > > =================================================================== > Index: ntoskrnl/cc/mdl.c > =================================================================== > Fixed a comment. > > Modified: > trunk/reactos/ntoskrnl/cc/mdl.c > trunk/reactos/ntoskrnl/fsrtl/fastio.c > > Modified: trunk/reactos/ntoskrnl/cc/mdl.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/cc/mdl.c?rev=2557… > ============================================================================== > --- trunk/reactos/ntoskrnl/cc/mdl.c (original) > +++ trunk/reactos/ntoskrnl/cc/mdl.c Mon Jan 22 00:01:57 2007 > @@ -34,7 +34,7 @@ > > /* > * NAME INTERNAL > - * CcMdlReadCompleteDev@8 > + * CcMdlReadComplete2@8 > * > * DESCRIPTION > * > > Modified: trunk/reactos/ntoskrnl/fsrtl/fastio.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/fsrtl/fastio.c?re… > ============================================================================== > --- trunk/reactos/ntoskrnl/fsrtl/fastio.c (original) > +++ trunk/reactos/ntoskrnl/fsrtl/fastio.c Mon Jan 22 00:01:57 2007 > @@ -77,6 +77,9 @@ > } > > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlCopyRead(IN PFILE_OBJECT FileObject, > @@ -244,6 +247,9 @@ > } > > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlCopyWrite(IN PFILE_OBJECT FileObject, > @@ -715,6 +721,9 @@ > return FALSE; > } > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlMdlReadComplete(IN PFILE_OBJECT FileObject, > > > >

1 0

Crash
by hto＠mail.cnt.ru 20 Jan '07

20 Jan '07

// ntoskrnl/lpc/send.c NtRequestWaitReplyPort(...) { ... if (Callback) { ... } else { ... Thread->LpcReplyMessage = NULL; ... } ... LpcpReplyWait(...); // now Status == STATUS_USER_APC ... Message = Thread->LpcReplyMessage; ... if (Status == STATUS_SUCCESS) { ... } else { ... LpcpFreeToPortZone(Message, TRUE); ... } ... } // ntoskrnl/lpc/close.c LpcpFreeToPortZone(...) { ... if (!IsListEmpty(&Message->Entry)) // crash { ... } ... } // ntoskrnl/include/internal/lpc_x.h #define LpcpReplyWait(s, w) \ { \ ... \ Status = KeWaitForSingleObject(...); \ ... \ }

2 1

Re: [ros-dev] NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

P.s. it might help if I attached the app I mentioned ;) James Tabor wrote: > I have some arc code but it's not tested and I really want to finish this ASAP! After someone mentioned the state of the radio buttons the other day, I had a quick look at it. Our user32 code draws them pretty well (with one or two mods) As we're swapping test apps, I've attached one comparing the Windows and ROS variants. The problem ultimately comes down to NtGdiPie, NtGdiEllipse. If you don't have any updates to these 2 functions, I'll look at them when I get chance. > Here is a test program. Guess what part doesn't work? They all look pretty good, but strangely, they all appear to draw 1 pixel larger than the Windows version. Does the Windows code draw slightly undersize? Ged.

1 0

Re: [ros-dev] NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

James Tabor wrote: > I have some arc code but it's not tested and I really want to finish this ASAP! After someone mentioned the state of the radio buttons the other day, I had a quick look at it. Our user32 code draws them pretty well (with one or two mods) As we're swapping test apps, I've attached one comparing the Windows and ROS variants. The problem ultimately comes down to NtGdiPie, NtGdiEllipse. If you don't have any updates to these 2 functions, I'll look at them when I get chance. > Here is a test program. Guess what part doesn't work? They all look pretty good, but strangely, they all appear to draw 1 pixel larger than the Windows version. Does the Windows code draw slightly undersize? Ged.

1 0

NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

FAO JimT (or anyone else who may have secret fixes in their tree, Filip ;) ) Do you have any improvements to the mentioned functions. They need attention/improvement to improve the drawing of some of our UI controls. Don't wanna double up on work if someone already has something on this. Cheers, Ged.

2 1

Broken Build
by Grant A. Brady 18 Jan '07

18 Jan '07

I have just tried to compile the current trunk and it was broken. I am using the latest trunk with the latest ROS Build. Grant A. Brady CIP Way too Much Fun Productions Email: Bragrsibak(a)gmail.com Email: WTMFP1(a)gmail.com Current project: Console Suite -- This email may or may not contain a virus. I really don't know because it was Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.13/632 - Release Date: 1/16/2007 4:36 PM

2 1

Yet another VM
by Klemens Friedl 17 Jan '07

17 Jan '07

I read in the news that a new virtual machine software got released under GNU GPL v.2 (dual license) today (2007-01-15). It's called VirtualBox (VirtualBox.org) and is partly based on qemu code. On of the advantages are that it support Intel's VT (vanderpool), run as GUI app on Win and Unix and support WinNT 6 without glitches (as heise.de says). News entry and review (both in german): http://www.heise.de/newsticker/meldung/83680 http://www.heise.de/open/artikel/83678 Heise.de said it is ready to compete with the latest versions of VMware, Parallels and VirtualPC. If that statement is based on facts or not and if it is a good reliable tool; I don't know as I have not tested it myself, as I am busy right now. I just posted it here, as it might be useful for someone. Klemens

4 4

Re: [ros-dev] Yet another VM
by Nathan Lane 16 Jan '07

16 Jan '07

I'll probably get another weird email from the postmaster for this, but it is sufficient to me to say that the GPL allows commercial ventures to include code without the requirement of making the product open source. There are a few rules though - and I'm not the one to ask about those, but I know of many companies that include GPL code in their product without the need to make their product open source. Nathan -----Original Message----- From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Alex Ionescu Sent: Tuesday, January 16, 2007 8:41 AM To: ReactOS Development List Subject: Re: [ros-dev] Yet another VM Colin Finck wrote: > Thanks for the information. > > This VM seems to be very good. > I also did not test it, but looked at the screenshots: VirtualBox supports > multiple snapshots and the closed-source version, which is also available at > no price for personal use, also supports USB devices. You can connect to > virtual machines over RDP and the virtual USB ports will also be available > through RDP. > The closed-source version also has some unique features like mounting iSCSI > targets as virtual disks. AFAIK no other Workstation virtualization product > supports this at the moment. > > In my opinion, we should support VirtualBox as a new testing platform for > ReactOS, since it contains more features than QEMU and is open-source unlike > VMware. > It would also be easier to use for new users, who did not run a PC emulator > before. > > Regards, > > Colin It's funny how you're all going on about how good it is without even having tested it. QEmu supports multiple snapshots as well, as it does USB, and it's fully open source. QEmu supports named pipes, mounting raw hard drives and any other disk that Windows can see, audio, networking etc. So I don't think it contains anywhere near as many features as QEMU, especially since most of the advanced ones you mentionned are *not* Open Source. I'm also quite curious on how they were able to take QEMU (a GPL product) and add USB support under closed source (which QEMU already has as GPL). Sounds like a bunch of hacks to me. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev January 2007