Ros-dev

ros-dev@reactos.org

1 participants
5794 discussions

Re: [ros-diffs] [tretiakov] 21429: [AUDIT] msgina is clean.
by Ged Murphy 01 Apr '06

01 Apr '06

aleksey(a)studiocerebral.com wrote: > Author: tretiakov > Date: Fri Mar 31 21:47:52 2006 > New Revision: 21429 > > URL: http://svn.reactos.ru/svn/reactos?rev=21429&view=rev > Log: > [AUDIT] msgina is clean. > > What is the reason for these being clean signed off as clean? Did you speak to the authors? Did you follow the conditions in the wiki?

5 6

Re: [ros-diffs] [gedmurphy] 21413: update Wine sync doc
by Thomas Weidenmueller 31 Mar '06

31 Mar '06

aleksey(a)studiocerebral.com wrote: > -reactos/dll/win32/comctl32 # Synced to Wine-0_9_5 > +reactos/dll/win32/comctl32 # Synced to Wine-20060328 The "synchronization" lacks a bunch of changes. Only a few files were actually synchronized. - Thomas

2 1

Re: [ros-diffs] [tretiakov] 21409: Implement NdrCContextMarshall()
by Ged Murphy 30 Mar '06

30 Mar '06

These changes break second stage. CSR initialasation error. Ged. aleksey(a)studiocerebral.com wrote: > Author: tretiakov > Date: Wed Mar 29 23:09:43 2006 > New Revision: 21409 > > URL: http://svn.reactos.ru/svn/reactos?rev=21409&view=rev > Log: > Implement NdrCContextMarshall() > > Modified: > trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c > > Modified: trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c > URL: http://svn.reactos.ru/svn/reactos/trunk/reactos/dll/win32/rpcrt4/ndr_marsha… > ============================================================================== > --- trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c (original) > +++ trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c Wed Mar 29 23:09:43 2006 > @@ -3231,6 +3231,15 @@ > } > > /*********************************************************************** > + * NDRCContextMarshall > + */ > +void WINAPI NDRCContextMarshall(IN NDR_CCONTEXT CContext, OUT void *pBuff ) > +{ > + CContextHandle *ctx = (CContextHandle*)CContext; > + memcpy(pBuff, ctx->Ndr, sizeof(ctx->Ndr)); > +} > + > +/*********************************************************************** > * NdrClientContextMarshall > */ > void WINAPI NdrClientContextMarshall(PMIDL_STUB_MESSAGE pStubMsg, > > > >

1 1

RE: [ros-dev] Alpha workstation
by Michael Rich 29 Mar '06

29 Mar '06

> Hey if you wanted to part with the RS/6000 arty might be interested as > he has been doing a good bit on the powerpc port. His Mac just died > but he bought one of those nice IBM AIX Laptops that can run NT4 and > is working on that. Not quite ready to part with that thing yet. I'm having a house built, so I'll again have my own office, so I'll be able to hook it and the Alpha up via KVM on its own desk again. Part of the reason its packed up now is I'm living in a little tin can of a place in the meantime. > Yes it does. Would you like me to bring it down to you? Your in the > South East right? Yea I'm over in GA. If the machine has built in USB then that would be very handy to allow me to do some debugging on prebuilt hardware instead of sticking a generic USB card in there. I may actually be coming over to SC this weekend Laters, mike

1 0

RE: [ros-dev] Alpha workstation
by Michael Rich 29 Mar '06

29 Mar '06

Lol, you still have that Alpha machine. My PWS 433a is still sitting in my backroom where I wanted a port of ReactOS for so very long, but could never devote enough time to figuring the technical details out. Another interesting note is I still have the old RS/6000 that Eric and I were trying to get ROS to run on PPC too, however its packed up in the closet below my even older AlphaStation 4/233! Does your PWS433 have USB? My latest quest has been to hack USB support for AlphaNT, but thus far its not worked out very well, lol. Good Luck, Mike -----Original Message----- From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Steven Edwards Sent: Tuesday, March 14, 2006 2:42 PM To: ros-dev(a)reactos.org Subject: [ros-dev] Alpha workstation Hi, Is anyone in the US interested in using the Alpha workstation for a possible port? Its kind of gathering dust here and if no one wants it I would rather we just sell it and stick the money in to the project pot.

2 1

[Fwd: Re: [ros-diffs] peterw: 21369 - /trunk/reactos/CREDITS]
by Filip Navara 27 Mar '06

27 Mar '06

3 3

System for manual regression testing
by Maarten Bosma 25 Mar '06

25 Mar '06

Hi, I think ReactOS lacks of testers since WaxDragon is gone. So I had the following idea: A page which lists all regressions and gives you the option to report a working / non-working revision and calculates the range in which it the regression was caused from that data. I know that bugzilla comments are actually sufficient for this and of course this system would have to be linked with bugzilla, but I think that a page where the regressions are listed up would be more motivating to help testing. What do you think about it ? Best regards, Maarten Bosma

3 6

Mailing list ros-diffs
by Aleksey Bragin 25 Mar '06

25 Mar '06

Hello, A good news: ros-diffs mailing list has just been brought back to life, and now fully functioning. In order to see a colourful diff, please go to the url specified in the email, and to have a plaintext overview - just browse through the email. Have fun with it, Aleksey Bragin.

2 1

The WRK and what it means for ReactOS
by Alex Ionescu 21 Mar '06

21 Mar '06

Hi, Later this spring, Dave Probert's project will finally be complete with the realease of the WRK to academia, which means that almost any student such as I, Brandon, Filip, etc will have access to it. What is the WRK? The WRK (Windows Research Kernel) is Microsoft's answer to Linux/BSD source code used in classes. It is a special version of the NT Kernel designed to be used with the CRK (Windows NT Curriculum Kit) based on Windows Internals 4th Edition. It is a collection of about half a million lines of kernel code, including almost all of the process manager, object manager, thread scheduler, and other components discussed in the book. The PnP Manager, Power Subsystem, Kernel Debugger however are missing, as well as other specific code. This code is located in static libraries which are linked in at the end to create a complete kernel. What of the license? It is the reason why the WRK is so exciting and it's taken so long to come out (thank the lawyers). The license allows viewing, modifying and *creating derived work*, as long as any changes are also sent back to MS and that copyright is not misattributed. Additionnally, the license explicitly permits the creation of books or other reference material, including the presense of code snippets to better explain something, as well as sharing information in community forums. All this is allowed for any non-commercial or educational use, including personal research. The WRK also ships with Virtual PC, the build environment (similar to how we use QEMU/Dazzle for TinyKRNL) and full documentation for all the Native APIs. With such a wonderful thing at our disposal, how will this impact the kernel audit (postively)? What decisions do we take regarding the WRK? Do we use it? We can either use it entirely (ReactOS is, IIRC, an non-commercial research project, unless you still want to "vanquish the evil MS and sell millions"), but that would mean attributing copyright to Microsoft which many here would puke at. Alternatively, it can be used as pure documentation, which gives us all the freedom in the world. Or, we can be our true anti-MS/MS-bashing arrogants and call the WRK a heresy that should never be approached or used. Best regards, Alex Ionescu

6 9

The Future of the Desktop
by Rick Langschultz 21 Mar '06

21 Mar '06

Here are a few of my predictions of the future of the desktop. Having stepped back from the role of an internet developer in the past year I have been focusing more on the programming of binary executables. However, seeing the ever increasing change in desktop technology I am going to make a prediction of the future of executables in the operating system. My prediction is: binary executable software will no longer exist except for the underlying operating system. Instead the desktop will be a transparent web environment that will load AJAX applications and utilize web services to connect online data to desktop data. Also there will be minimum to no storage locally on the users desktop system, instead there will be online libraries filled with personal user data which will be in XML file formats, or other text-file based formats. This way a user can use a thumb print on the computer to access their personal data, and email on any computer in the world as well as in a variety of language formats. That is my prediction of the future of desktop systems of computer users.

7 7

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

Ros-dev