similar to: Wine always crash very badly

I installed the latest version of wine in ubuntu gutsy from wine repository (wine version 0.9.54) and when i try to install warcraft II from cd rom i get this error: Warning: unprotecting memory to allow real-mode calls. NULL pointer accesses will no longer be caught. and nothing works. I have an acer travelmate 2350... Thank you, Federico :D

>From what i've read i think that asterisk is suppose to generate the dialtone. But when i pickup my analog phone it seems that the Openswitch12 card is the one playng the dialtone. Im almost positive the card is playing the dialtone, can anyone confirm this? And if so how can i change the dialtone?

This patch unifys error messag of migrate and sysrq. Signed-off-by: Yoshinori Katase <y_katase@soft.fujitsu.com> Best Regards, Yoshinori Katase diff -r bfcdf4099d23 tools/python/xen/xm/migrate.py --- a/tools/python/xen/xm/migrate.py Thu Jan 12 13:27:55 2006 +++ b/tools/python/xen/xm/migrate.py Fri Jan 13 15:26:14 2006 @@ -56,8 +56,8 @@ if opts.vals.help: opts.usage()

Hi, is there some way to trigger sysrq from the serial console in xenlinux? With native linux it works by sending a break + sysrq letter, in xenlinux it doesn''t work that way though ... cheers, Gerd -- panic("it works"); /* avoid being flooded with debug messages */ _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

On 06/30/2011 09:13 PM, Josef Bacik wrote: > On 06/30/2011 10:12 AM, Proskurin Kirill wrote: >> On 06/29/2011 08:14 PM, Josef Bacik wrote: >>>> Ok - I upgrade to 2.6.39-2 but it is seems to all things get worse. >>>> Now I see [btrfs-transacti]& btrfs-endio-wri] 80-100% all the time and >>>> io performance looks like lower then before.

http://bugs.freedesktop.org/show_bug.cgi?id=23730 Summary: x11-base/nouveau-drm fails on drm_fb_helper.c with 'EINVAL' undeclared Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

kdump operates by booting a fresh kernel to capture the context of a crashed kernel, and so the only way for kdump to dump a kernel is to crash it and cause kdump to invoke its post-crash kernel. You can manually force a running kernel to panic (and invoke a correctly-configured kdump) with the following command sequence: > echo 1 > /proc/sys/kernel/sysrq > echo c >

Hi, In the case of linux, crash_kexec() is occured by "sysrq c". In the case of DomainU on xen, Help is occured by "sysrq c" now. So The way of dumping DomainU''s memory manualy is nothing. I fix this issue by the following way. 1. Panic is occured by "sysrq c" on both Domain0 and DomainU. 2. On DomainU, coredump is generated in /var/xen/dump (on Domain0).

On Sun, 27 Jun 2004 15:43:30 +0700 <arkady-parabel@ngs.ru> wrote: > Hi. > > I'm using a powerpc-based board (CPU - Motorolla 82855, 50 > Mhz) with 32 Mb of RAM, Big Endian. > Linux kernel - 2.4.22, bridge - statically linked & as a > module > brctl - 0.9.6 > Ethernet - fec (arch/ppc/8xx_io/fec.c) > All this was compiled with gcc version 3.2.2 20030217

Hello, I have a small problem with the blktap, that when I use "tap:aio" protocol to access my disk, the domU stop booting with following message: [ 0.185031] PCI: Fatal: No config space access function found [ 0.189998] Unable to read sysrq code in control/sysrq [ 0.350220] i8042: No controller found [ 0.452153]

I am having trouble sending sysrq commands over USB serial, and I'm not sure what else to check. I have two identical machines, each with usb-to-serial adapters, joined by a null modem adapter. One runs an agetty, the other minicom. I can log in over the agetty as a user and it works as expected, until I try to send a sysrq. To send a break in minicom, I type [Ctrl]+[a] then [f]. Then I

The attached patch: 1. Converts the shutdown driver and xend to use the store instead of control messages, 2. Includes Anthony''s xenstore notification code, and 3. Changes xend so that sysrq''s are no longer sent as "special case" shutdown messages. Store keys are cheap, so making the sysrq delivery less obscure is good. I think I have made all of the

https://bugs.freedesktop.org/show_bug.cgi?id=33222 Summary: random hang-up with nouveau when browsing with Google chrome Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi guys! I can?t find an answer in google, so my last hope is this mailing list. Story. I have two servers with same arrays. Servers connected by DRBD. I used ocfs2 as file system, also I used NFS4 to access to the ocfs2 drive. I do not have any idea, but the allocated descriptors in /proc/sys/fs/file-nr increasing every time while drive accessed. So after some time allocated descriptions over

Hey, I''m experiencing strange problem: non-deterministic PV domain hang, only on some machines (with fast SSD drive). I''ve tried xen-4.1.0 and xen-4.1.1 with many kernels different kernels: VM: - 2.6.38.3 xenlinux based on SUSE package - vanilla 3.0.3 - vanilla 3.1 rc2 dom0: - 2.6.38.3 xenlinux based on SUSE package - vanilla 3.1 rc2 Result always the same: sometimes VM

Hello, I've got a 2 node HP DL580 cluster supported by a Fibrechannel SAN with dual FC cards, dual switches and an HP EVA on the back end.? All SAN disks are multipathed.? Installed software is: Redhat 5.3 ocfs2-2.6.18-128.1.14.el5-1.4.2-1.el5 ocfs2-tools-1.4.2-1.el5 ocfs2console-1.4.2-1.el5 Oracle RAC 11g ASM Oracle RAC 11g Clusterware Oracle RAC 10g databases OCFS2 isn't being used by

Hi list, I have some problems testing ocfs2. My test consist in: #server1: dd if=/dev/random of=/ocfs2_1/test & #server1: dd if=/dev/random of=/ocfs2_2/test & #server1: dd if=/dev/random of=/ocfs2_3/test & ... #server1: dd if=/dev/random of=/ocfs2_12/test & #server1:<Ctrl><Alt><SysRQ>B After that, another node begin recovery. After some time (+- 3min),

Hi, Sorry for the need of the long winded email. Looking for some answers to the following. I am setting up a xen PV domU on top of a LVM partitioned DRBD device. Everything was going just fine until I tried to test the filesystems in the domU. Here is my setup; Dom0 OS: CentOS release 5 (Final) Kernel: 2.6.18-8.1.4.el5.centos.plusxen Xen: xen-3.0.3-25.0.3.el5 DRBD:

What do you mean? Wouldn't the kernel version always be the actual running version of the kernel that was booted? Ben On 3/26/19 6:16 PM, wuzhouhui wrote: >> -----Original Messages----- >> From: "Benjamin Hauger" <hauger at noao.edu> >> Sent Time: 2019-03-27 00:15:21 (Wednesday) >> To: centos at centos.org >> Cc: >> Subject: Re: [CentOS]

hi there, I suppose, it's not an actual WINE problem, but I hope, you can at least tell me, where to get help. I'm running "Lineage 2" with WINE 1.3.10 on Kubuntu 10.10 with proprietary ATI graphics-driver. after a (seemingly) random period of time, the entire system freezes. the only thing possible is moving the mouse-cursor, which doesn't change it's style anymore,