similar to: Re: How about this replacement of WINE.

Dan Kegel wrote: > On Sun, Apr 6, 2008 at 6:55 AM, bussuser <wineforum-user at winehq.org> wrote: > > > Has the wine project team pondered whether to move WINE into the kernel? > > > > Yes, it's been discussed many times. > It turns out it's not worth the effort yet. > There are many lower-hanging fruit. > - Dan but Mao the leader of the

Dan Kegel wrote: > On Sun, Apr 6, 2008 at 8:09 PM, bussuser <wineforum-user at winehq.org> wrote: > > > but ... http://translate.google.com/translate?u=http%3A%2F%2Flinux.insigma.com.cn%2Fjszl.asp%3Fdocid%3D122805676&langpair=zh%7Cen&hl=en&ie=UTF-8 > > > > Sadly, it looks like they used ReactOS code. This might be > a problem, since some of the

http://www.reactos.org/forum/viewtopic.php?t=5240 It is based on WINE and ReactOS . The project is sponsored by a chinese company.

I can't get reactos.org to load on my XP system. any ideas why? I even tried using another 2 systems that access the web from this system's connection I'd love to see that project [Crying or Very sad]

jeffz wrote: > > rolandixor wrote: > > I can't get reactos.org to load on my XP system. > > > This is the wrong place to ask. This is the Wine Users forum. Try the ReactOS website. I can't use it! can't you understand? it won't load? Since wine and reactos are so closely related, and this IS a forum, can't someone offer at least a byte of

hendrik wrote: > On Sun, Apr 06, 2008 at 08:55:00AM -0500, bussuser wrote: > > > Has the wine project team pondered whether to move WINE into the kernel? > > > > > > In my opinion, there's too much in the kernel already. But I'm not part > of the wine project or part of the kernel team. > > -- hendrik In my opinion, the linux kernel should

Has the wine project team pondered whether to move WINE into the kernel?

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

To whom it may concern: The help page for ?legend refers to a `title.cex` parameter, which suggests that the function has such a parameter. As far as I can tell, though, it doesn't; here's an example: > plot(1,1) > legend("topright",pch=1, legend="something", title="my legend", title.cex=2) Error in legend("topright", pch = 1, legend =

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

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

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

> 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

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

Magiclinux is the first distribution that unifiedkernel embedded in. the last version of Magiclinux is 2.1-rc3 and the version of unifiedkernel is 0.2.2-rc . you can get it here: http://apt.magiclinux.org/iso/MagicLinux-2.1.rc3.uni-1.iso md5sum: 2f099f02d7b7b982ffc161a9f363d7c3 MagicLinux-2.1.rc3.uni-1.iso ---------------- unified kernel and reactos are the replacements of ms

Hi, i am trying to run an ANCOVA and a bootstrapped ANCOVA analysis on a specific data set. I am using the ancova and ancboot functions as in the following code: setwd("C:/Users/User/Desktop/Rdatabilingualstudy2012") bilingualismdata<-read.spss("bilingualdataforconferences2012.sav", use.value.labels = TRUE, to.data.frame = TRUE)

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

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

I was taught in kitty school that running a ntp server in a vm was a bad idea. Is that still the case?

Why don't you make a Wine OS I know ReactOS exist but it's useless than Wine (No web & No Selector for compatibility Windows OS).