[Bug 26835] Portal 2 exits at menu screen.

[wine-bugs at winehq.org]

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

--- Comment #108 from john_p_turner at yahoo.com 2011-05-09 20:01:28 CDT ---
(In reply to comment #105)
> (In reply to comment #103)
> > Just a thought ... obviously Portal 2 contains some NTFS-specific code and
> > after the last update it contains another codepath for FAT32 (which does not
> > use ADS). Maybe wine does not support ADS, but advertises the underlying
> > filesystem as NTFS.
> > That way portal 2 still uses the ntfs-specific codepath and fails.
> > Can wine be told to advertise FAT32 to applications?
> > Or has anyone tried to set the Windows version to Win95 or Win98, which don't
> > support NTFS?
> 
> As the person who kept pushing the ADS hypothesis, shouldn't someone at least
> try to confirm whether or not that feature is being used before assuming that
> it's actually the source of the problem?
> 
> The reasons for my believing that ADS had something to do with the problem
> were, from my perspective:
> 1. Very few, if any, Wine users were having success running the game without
> bypassing its protection mechanisms. Many were having success after the bypass.
> 2. Very many (and perhaps all) native Windows users who had installed Steam and
> their games onto FAT-type filesystems were having similar problems.
> 3. Even though the API isn't portable, filesystem forks exist on both
> Windows/NTFS and Mac OS X/HFS+, and I couldn't think of any other
> userspace-exposed, filesystem-dependent feature that I didn't think was
> supported in Wine. Furthermore, if ever one wanted to have data that stayed
> with a file in an obscured way but wouldn't easily leave the machine on which
> the file originated, something which matches the M.O. of DRM, forks are a good
> way to go.
> 4. Valve was brick-walling even clearly legitimate customers on supported
> platforms. They were suggesting conversion of filesystem to NTFS as a
> work-around. Use of FAT filesystems is also plausibly something that could be
> overlooked in the design and testing of a DRM system---because, I mean, really,
> who uses those things anyway? ;)
> 
> Evidence against that hypothesis was:
> 1. Even some NTFS users were having similar or the same issues. (These could
> have been other issues, though.)
> 2. No one had come forward saying that ADSs were even being used, something
> which could be extrememly easy to confirm, depending on how this feature was
> being used if it were.
> 
> I would confirm it myself, but that's difficult without a copy of Windows
> (which I don't have) and a working copy of the game. Plus, I didn't get much
> interest from users in Valve's own forums. (I figured that I might as well vent
> along with everybody else at the same time as I sought productive answers.) :D

It has nothing todo with ADS as I used a tool to scan the entire portal 2
directory and got no results. However I had recently transfered my entire wine
program directory to a NTFS partition where my windows programs files were
stored ( reduce space considering I installed alot of games twice). The result
was 2 different steam directories one with a working portal 2 and one without.
I over wrote the broke portal 2 with the working one through windows. When I
got back on Ubuntu and started Portal 2 I got a Virtual Call error rather than
just crashing. The problem may be with ntfs but wine is obviously not copying a
file correctly and the linux kernel can not transfer from the ntfs to the ext4
correctly.

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