similar to: reactos

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

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

Kathy, Thank you very much! Peter Olson Alcatel-Lucent Member of Technical Staff Services Technologies 1960 Lucent Lane Rm 7G334 Naperville, IL 60566 peterolson@alcatel-lucent.com Phone: 630 979 0573 Mobile: 630 430 6926 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of xen-users-request@lists.xensource.com Sent:

> 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.

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

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) {

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

''xm block-attach'' doesn''t let me assign the same backend device anymore, even if I use ''r!'' or ''w!''. I think this has changed since 3.1.1 (or maybe since 3.1.0). Is this the way it is supposed to work? Thanks James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

I''m just doing some testing on the gplpv drivers with different ways of handling interrupts, and I''m trying a scheme where each xen device (eg vbd/vif) driver attaches to the same IRQ as the pci driver, and each handles it in sequence. In testing though, I noticed the following when logging what each ISR is doing: 60.32381439 - evtchn event on port 5 60.32384109 - port 5

How should I be detecting a block-configure operation done in Dom0 in a HVM DomU? Under Debian Lenny''s Xen 3.2.1, when I execute such a command, Dom0 writes to the backend values ''params'' and ''type'', twice, but doesn''t update the ''sectors'' value to match the new device, or initiate a state change. Given that, the best I can

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

On Sun, Jun 8, 2008 at 3:28 PM, James Harper <james.harper@bendigoit.com.au> wrote: > I''ve just uploaded 0.9.8 to http://www.meadowcourt.org/downloads > > As a reminder, the wiki page is > http://wiki.xensource.com/xenwiki/XenWindowsGplPv > > This release fixes a bug which could be hit under high disk load (high > number of outstanding requests with fragmented

Does the linux-2.6.18-xen.hg go with xen-3.3-testing.hg or xen-unstable.hg? Thanks James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel