[Bug 32832] Wine logs fill the HD in a few seconds and bring down the machine

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=32832

--- Comment #8 from Nikolay Sivov <bunglehead at gmail.com> 2013-01-30 04:20:09 CST ---
(In reply to comment #7)

> 
> Two more notes:
> 
> - Would be nice if wine could define quotas for its drives, rather than setting
> quotas for the whole homes of the users of wine. Or anyway introduce some
> system to avoid filling the user's home. Note that setting quotas for users,
> can avoid the machines from coming down if the wine 'drives' start taking too
> much space, but will not prevent data loss if the disk suddendly fills and the
> user has some other apps working. Unfortunately, many apps when trying to save
> to disk do not fail gracefully if the disk is full, but corrupt the whole
> document. So the risk of data loss is important.

That's should be done at system level, wine doesn't know about quotas.

> 
> - After re-starting with a new prefix, I had to reinstall applications. Many
> apps that used to go to "Program Files" now go to "Program files (x86)" during
> install (I do not know if this is a change in the apps or in wine). However the
> result is that for some apps the help system breaks. I have made a few tests
> and it looks like it is the "()" in the path that creates issues.  I have
> posted a separated bug for this as 32833.

That change in path means you're running win64-capable wine now, and 32bit
applications are installed in (x86) subdir. That's how it works. To verify if
that's really '(' that makes a difference you need to create some dir outside
on 'Program Files', on C: root for example and try with it.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.