similar to: newbie question: why do I see root directory in wine, when no drive is configured?

Csillag Kristof wrote: > > > > > No "Z:" under Drives tab in winecfg? > > > Precisely. > > I intentionally deleted it, so that wine processes can not access the > stuff of other users. > If you've removed the Z: drive then Wine won't be able to open, save, or execute files in those directories, but there's no way to stop it from

Csillag Kristof wrote: > > ... but then what is the point of exposing these files in the winefile > tool? > I think it's more a matter of not hiding them. As to whether there are reasons they can't be hidden or it's simply a matter of no one thinking it's important enough to submit a patch for it, that I don't know. Wine is not a sandbox; it can do anything

Hi, As it has been brought to my attention (by several parties), my current MB does not support VT-d. Since I don''t feel like purchasing a brand new system, I have searched for replacement MB-s that would fit into my existing uATX case, support my C2D CPU, and support at least 4x2GB ram. I have narrowed it down to the following four models: SUPERMICRO MBD-C2SBM-Q-O (Q35 chipset)

Hi, Could someone please explain me what is the current status of the jack audio back-end? (Both midi and audio.) The feature to switch back-end seems to have disappeared from winecfg, and I can't find anything useful in the docs either. Thank you for your help: Kristof

Hi there! My problem is the following: I am experimenting with virtualization with XEN. I am running WinXP in a HVM host with a Debian Gnu/Linux (Etch) dom0. I am also using audio emulation (sb16). This way, sounds from WinXP work fine. And here comes the problem: The HVM guest completely reserves the audio device; other software can not use it. (mplayer says this: alsa-init: using ALSA

Hi, I have read your message about building a VirtualGL server in a xen domU at http://www.mail-archive.com/virtualgl-users@lists.sourceforge.net/msg00088.html . I plan to do exactly the same. Could you please share some of your experience? What HW have you chosen? Have you succeeded? According to the information at http://wiki.xensource.com/xenwiki/XenVGAPassthroughTestedAdapters ,

Hi all, I would like to get my system to work with IOMMU. (The long-term goal is VGA passthru.) System is as follows: CPU: Core 2 Duo E6600 MB: Foxconn G9657MA-8EKRS2H (w. latest bios: 631F1P61) Virtualization support is enabled in BIOS. (These is only one option.) Hypervisor: xen 4.0.0 from Debian, AMD64 Xen config: iommu=verbose output of xen dmesg is attached. HVM domains work (lasd tried

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: critical Justification: breaks unrelated software After installing xen-utils-3.4 besides my existing xen-3.2 system, I could not start xend-3.2 anymore. The message I was getting is this: "Failed to initialize dom0 state." As far as I know, xen 3.2 and 3.4 are supposed to be able to live peacefully on the same system. (The

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: grave Justification: renders package unusable This packages should depend on the 3.4 version of xenstore utils and library, because it the Lenny versions are installed, xend crashes instead of starting up. (Many users choose to run lenny/sid hybrid systems, with lenny as default, so it's completely plausible that the wrong package will be

Hello to all, First of all, sorry my bad english. I have experienced the following error when I try to run the game half-life 2 episode one: bach at gentoo_64 ~/raid0/files/_games/h2/Half-Life 2 Episode One $ wine > hl2.exe -steam -game episodic > wine: Unhandled page fault on read access to 0x0040153c at address 0x40153c > (thread 0009), starting debugger... > Unhandled exception:

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: important The current version of the package does not contain the IOEMU tools. This makes HVM domains, and PV domains with emulated features like VFB impossible to run. There might be good reasons for this, but then at least the package description should contain a warning that makes this obvious, so that users know that they can not simply

Hi I've moved to Ubuntu 10.04 but have not enough space on /home but for ex. at /apps. Now could I move my previouse applications from ~/.wine to /apps/.wine? How to tell wine while compiling the src? Many thanks Michael

Package: xen-utils-3.4 Version: 3.4.0-1 Severity: important pygrub uses the fsimage library to read contents of the filesystems to boot. This package install the plugins for different filesystems at /usr/lib/xen-3.4/lib/fs/, but searches for them under /usr//usr/lib/fs. (The debian patch tools-libfsimage-prefix.diff explicitly tinkers with this path, but it fails.) This breaks pygrub. --

Hi, I'd like to accomplish te following but can't seem to find how: Share1 subdir1 subdir2 Share 1 that is connected by our Windows clients, should NOT be writable directly. This means, nobody (except a specified group/user?) should be able to create a top-level folder or file in this share. Write and execute rights through the subdir1 and subdir2 should however be left alone and

a separate partition Reply-To: Csillag Kristof <kristof.csillag@ge.com>, 397758@bugs.debian.org Resent-From: Csillag Kristof <kristof.csillag@ge.com> Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Debian Xen Team <pkg-xen-devel@lists.alioth.debian.org> Resent-Date: Thu, 09 Nov 2006 09:33:19 +0000 Resent-Message-ID: <handler.397758.B.11630647553439@bugs.debian.org>

Hi Kristof, > On May 25, 2017, at 2:09 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 24 May 2017, at 22:01, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Hi Kristof, >> >> Thanks for going back so fast! >> >>> On May 24, 2017, at 12:57 PM, Kristof Beyls

Hi Kristof, Thanks for going back so fast! > On May 24, 2017, at 12:57 PM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 24 May 2017, at 19:31, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Hi Kristof, >> >> Thanks for the measurements. >> >>> On May 24, 2017, at

Thanks Quentin, it's in progress now, I'll let you know how it goes. Cheers, Diana On 27 May 2017 at 03:36, Quentin Colombet <qcolombet at apple.com> wrote: > Hi Kristof, > > I’ve pushed the localizer in r304051 and added it in the AArch64 O0 pipeline > in r304052. > > I let Diana investigate the seg fault she was seeing. > > @Diana, let me know if you need

Cool test :) It seems to work fine now, I don't see any new failures. IIUC, Kristof is also giving it another run. Cheers, Diana On 30 May 2017 at 22:57, Quentin Colombet <qcolombet at apple.com> wrote: > Hi Diana, > > I’ve actually gone ahead and pushed the fix as I was able to produce a > small reproducer. > > This is r304244 > > Let me know if you encounter

Thanks Diana. That is indeed the assumption in the code and this is obviously wrong. Could you try the attached patch? (I haven’t even tried to compile it though) Cheers, -Quentin -------------- next part -------------- A non-text attachment was scrubbed... Name: localizer_tentative_fix.diff Type: application/octet-stream Size: 774 bytes Desc: not available URL: