similar to: nouveau-for-ReactOS

To nouveau developers, I am writting to know if you are interesting in developing a Windows XP/Server 2003 (for using in ReactOS), cause I only see that GNU/Linux as target and not other OSS OSes like Haiku OS, ReactOS. ReactOS is an effort to do a Windows like OS (for the moment NT 5.2 kernel like Windows XP and Server 2003) open, an OSS Windows. Haiku OS is an independent OS.

> On 2014-12-07, at 14:57, jay at m5.chicago.il.us wrote: > > >> >> If you want a stand alone Wine, you are looking at React OS, >> which is awful .... >> > > I have noticed that also. Does anyone here know anything about the > ReactOS project? Is it ever going to be a respectable free non-Unix > operating system, like Haiku or Plan 9? Yes. To

Hi, Im posting here the next doubt: Yesterday a korean company has released a new OS which is compatible with MS Windows Apps. As they state, they are a propietary OS, and i cant see any GPL code or SVN repository.Of course my lack of Korean can help to not find the open source code,but the little im able to read seems they arent going to release any source code. I know that is quite difficult

On Mon, Feb 20, 2017 at 2:17 PM, Ady Ady via Syslinux <syslinux at zytor.com> wrote: > Correct the "seg=" value(s) corresponding to the "reactos=" option > for chain.c32. > > The correct segment parameter should be "seg=0x0F80", > instead of the incorrect / failing ones "seg=0:0x8000:0x8100". > > References: >

(snip) > > It's a bit more complex. At the time of writing, the data was perfect. > > https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;hb=28e58e6d01892c1f2f0e1d323745e6463cb9e6c9 > dated 2011-06-14 > >

Hello syslinux mailing list users, I've initially filed a bug about my problem [1], but people from irc channel suggested to ask for help here. I have a PXE server based on syslinux 4.05 that distributes ReactOS to client machines over network. It has a pretty simple pxelinux.cfg/default, with the following contents (that were suggested by ReactOS wiki [2]): DEFAULT chain.c32 APPEND

After adding /reactos as windows systemroot, virt-inspector identified OS as windows with product name ReactOS. Fixes RHBZ#709326. Related bug RHBZ#709327 seems to be already fixed in ReactOS 0.4. Maros Zatko (1): inspector: add /reactos as systemroot src/inspect-fs-windows.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.9.3

Correct the "seg=" value(s) corresponding to the "reactos=" option for chain.c32. The correct segment parameter should be "seg=0x0F80", instead of the incorrect / failing ones "seg=0:0x8000:0x8100". References: https://svn.reactos.org/svn/reactos/trunk/reactos/boot/freeldr/notes.txt?revision=73859&view=markup&pathrev=73859#l24

Fwiw, I think a ReactOS port would be very useful to both projects. One thing I think xen could do with (if it isn''t there already) is some sort of virtual framebuffer like with disk and network. Dom0 could provide the backend of the virtual framebuffer (on virtual consoles or inside X windows or whatever), and the other domains could make use of the exported framebuffers. It

today the reactos web site is down http://www.reactos.org/en/index.html what's happened? it's really dead? [Crying or Very sad] [Crying or Very sad]

I have read just the comment from Mark Wielaard, the leader of GNU Classpath: http://gnu.wildebeest.org/diary/index.php?p=129 And after that I have a question, if somethinl like Mauve exists also for WINE/ReactOS? GNU Classpath is a OpenSource-Version of the Java Standard Edition Classes. And Mauve are testclasses, which test, that the OpenSource JVMs with GNU Classpath are still working

Fixes RHBZ#709326 Related bug RHBZ#709327 seems to be already fixed in ReactOS 0.4. --- src/inspect-fs-windows.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/inspect-fs-windows.c b/src/inspect-fs-windows.c index 421a5b1..7f0f13d 100644 --- a/src/inspect-fs-windows.c +++ b/src/inspect-fs-windows.c @@ -107,7 +107,7 @@ guestfs___get_windows_systemroot (guestfs_h *g) {

Is the reactos port still on anyone''s todo list? http://www.reactos.org/wiki/index.php/Xen_port indicates no activity since June 2005. James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi Everyone, For those of you who don't know, Reactos (www.reactos.com) is an open source (GPL) attempt to write an NT compatible operating system. By the end of the year the kernel should be developed enough to support a GUI. My first thought was to grab the xfree86 source code and use the bitmaps, etc. from there and program my own USER32.DLL. However, if WINE can be altered to run on

Two commits available at: http://git.zytor.com/?p=users/sha0/syslinux.git;a=shortlog;h=refs/heads/chain_freeldr --- Author: Shao Miller <shao.miller at yrdsb.edu.on.ca> Date: Sun May 1 13:49:43 2011 -0400 chain: Support loading ReactOS' FreeLdr Use something like: LABEL freeldr COM32 chain.c32 APPEND freeldr=freeldr.sys Signed-off-by: Shao

Forgive my poor English. There is Tmax Window, the 1st windows XP compatible proprietary OS from Korea. Tmax company showed screenshot of Tmax Windows. But it is known as they mixed images with real XP and OpenOffice suite screenshots. http://mr-dust.pe.kr/entry/Tmaxwindow-screenshot-failed Tmax Window is doubtful about stolen ReactOS source code: This is a post of a tmax developer.

Well, here's the read-only shell (rosh) that I've been working on. It's functional but still quite rough. My primary intention of posting it at this time is such that people have an easy way to demonstrate to themselves that the library calls I made work. This should apply as a patch to the head of the "dir" branch and the patch for c_cflag/c_lflag. The patch is only

From: Gene Cumm <gene.cumm at gmail.com> COM32/rosh: Improvements; ls acts more like ls with -l -i and -F being understood; Lots of code clean up and user assistance. Clean up the MCONFIG file; Clean up the code to get it to pass checkpatch.pl (aside from confusion on multi-line strings); Add a little more in the error function to recognize different errors; Signed-off-by: Gene Cumm

From: Matt Fleming <matt.fleming at linux.intel.com> Move the MCONFIG files into a mk/ directory and give them more descriptive names. This is purely a cosmetic change to make the 'include' directives a bit more coherent by making it obvious exactly which MCONFIG file we're including. For example, in com32/lua/src/Makefile we exchange the line, include ../../MCONFIG for the

Hi, Gene Cumm wrote: > > 3) It feels like this is a moving target where gcc keeps changing and > > different results get reported. Do we have indications that different versions of gcc5 cause different behavior on the same build and boot machines ? Ady wrote: > Since the issue is only present on specific > hardware / firmware, whatever might seem to "solve" the