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

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

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

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

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

I got through with reactos.org using proxy.org! however, silly ISP won't offer support still... I'm going to give them a piece of mind soon... anyway back on topic now. I can finally find this thingy...

Hi, I'm a wine noob, so don't be harsh. I want to upgrade wine to the lastest version, but I don't know how to do it without removing my current wine package. Is there an upgrade option or will I lose all the programs I have installed now? Thanks.

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

----- Message d'origine ---- > De : David Baron <d_baron at 012.net.il> > ? : wine-users at winehq.org > Envoy? le : Jeudi, 28 F?vrier 2008, 18h53mn 08s > Objet : Re: [Wine] How about this replacement of WINE. > > > However, it's a great, great project IMO. It was about time something > > > like that should've been made. Redirecting calls is simply

I'm new to wine; I'm having trouble running this game, which has been reported to work previously, in the test result http://appdb.winehq.org/objectManager.php?sClass=version&iId=4050, with wine 0.9.24 under Ubuntu 6.10 "Edgy". I'm running Debian lenny which has wine-0.9.44. Now I'm enough of a newbie with wine that I presume I'm using wine improperly (but not

Just download Wbfs Manager 3.0 , trying to load it and it doesnt work , at first the icon wasnt right , add to change the permission details , now it looks like its trying to load but it isnt . Its the first program that im trying to load with wine so maybe im missing something or its because of the program ... http://wbfsmanager.codeplex.com/ If someone knows how to load it , some help would be

Howdy Wine users! The list of bugs with downloads that haven't been checked on in a while has gotten pretty long (1,359! as of May 6, 2009). If you're a moderate to advanced user of wine, please help by downloading and testing these applications and testing these bugs. Be sure you're using a recent version of wine (1.1.20 or git) and testing in a clean WINEPREFIX. Quick guide: 1)

Hello, I have some Problems with getting WINE to print. I'm using wine on a non-Windows machine with Debian Potato. Everything works fine except printing. When I try to print something I always get something like "Printer not setup properly". The errormessage from wine is err:psdrv:PSDRV_AFMGetCharMetrics No whitespace found. My .wine/config -file looks like this: [parallelports]

I'm in the process of updating all my CentOS systems from 4.4 to 4.5. One of the systems is spewing out the following error during the reboot: INIT: version 2.85 booting INIT: PANIC: segmentation violation at 0x420! sleeping for 30 seconds This happens so early in the boot I have no idea what I can do to debug this. I suspect it is a hardware problem and not something caused

On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote: > > Hohumm.. time to think more I think ;-) > > So bear with me, I've not really pondered this well so it could be full > of holes (again). > > After the cmpxchg(&l->locked, _Q_LOCKED_VAL, _Q_SLOW_VAL) succeeds the > spin_unlock() must do the hash lookup, right? We can make the lookup > unhash.

On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote: > > Hohumm.. time to think more I think ;-) > > So bear with me, I've not really pondered this well so it could be full > of holes (again). > > After the cmpxchg(&l->locked, _Q_LOCKED_VAL, _Q_SLOW_VAL) succeeds the > spin_unlock() must do the hash lookup, right? We can make the lookup > unhash.

On 25 Jun 2014, at 12:58, James Molloy <james at jamesmolloy.co.uk> wrote: > This is one of the worst parts about the Clang CLI for cross compilation at the moment. I'd really like, if we're changing the CLI, to allow users to remove it. For example, if I specify -march=armv7-a, it *shouldn't* need me to put "-target arm" before it to work! One thing that I've

Well I must say. I certainly feel like a fool now. I have been contributing to Wine for about five months, and was shocked to see a blatant advertisement for CrossOver, who take the hard work of those who have contributed their intellect for free and sell it for profit, on your home page. I then discovered through your own FAQ that most Wine developers are employed by CrossOver. Is this legal?

From what I see on their descriptions (site is in Chinese!), this is NOT a replacement of WINE. They place certain system services in the kernel and have compile kernel-module (.ko) to service them. The kernel patches are very small so this is not "bloat" as someone has stated. My main question is how such patches effect OTHER common patches, especially real-time pre-emption. If

> >> Patching kernels and building modules is no big thing but patching and > >> compiling wine, being tied to an older version or constantly upgrading and > >> redoing this might be a bit too > >> much. > >> > > Why being tied to an older version ? > > > Stable versus unstable kernel releases, maybe? You have a point there. >