http://bugs.winehq.org/show_bug.cgi?id=3507
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-09-05 23:11:37 ---
Dan, ping.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3488
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2009-09-05 23:10:44 ---
Still blocked.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3456
--- Comment #19 from Austin English <austinenglish(a)gmail.com> 2009-09-05 23:09:57 ---
Doesn't display here, seems to have a gecko problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3028
--- Comment #17 from Austin English <austinenglish(a)gmail.com> 2009-09-05 23:02:22 ---
In git:
austin@midna:~$ wine ./a.exe
wine: could not load L"C:\\windows\\system32\\winemenubuilder.exe": Module not
found
err:wineboot:ProcessRunKeys Error running cmd L"winemenubuilder -a -r" (126)
FindFirstFile cache/*.*
failed with error 3: Path not found
FindFirstFile cache/Browser/*.*
failed with error 3: Path not found
FindFirstFile cache/foo.bar
failed with error 3: Path not found
CreateFile c:\foo\bar.txt
failed with error 3: Path not found
CreateFile c:\foo\
failed with error 2: File not found
CreateFile c:\foo\*.*
failed with error 123: Invalid name
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2361
--- Comment #8 from Austin English <austinenglish(a)gmail.com> 2009-09-05 22:56:15 ---
Still doesn't start. Complains something about RGB (error box is in
gibberish)...
--
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.
http://bugs.winehq.org/show_bug.cgi?id=1841
--- Comment #12 from Austin English <austinenglish(a)gmail.com> 2009-09-05 22:49:34 ---
Fails to compile here:
SHOWBUG.C: In function ‘void DisplayBitmap(HWND__*)’:
SHOWBUG.C:20: error: invalid conversion from ‘void*’ to ‘HBITMAP__*’
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3817
--- Comment #32 from Joseph Miller <josephcmiller2(a)gmail.com> 2009-09-05 22:33:58 ---
> And if a native program writes to ~/.wine, what happens?
I agree. The point of wine is portability. The problem with doing something
like forcing a filesystem is that one cannot forsee every possible use scenario
and many things are likely to break. It also seems that wine is tending toward
integration with native, not separation e.g. desktop integration, etc.
The other angle is that if one wants to use a different filesystem for their
~/.wine then they can already set this up manually.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3817
--- Comment #31 from Austin English <austinenglish(a)gmail.com> 2009-09-05 21:58:52 ---
(In reply to comment #30)
> Another route that might be more robust is to incorporate ciopfs (the
> case-insensitive on purpose filesystem) into the Wine packaging itself. If the
> entire ~/.wine directory is case-insensitive then we get both speed
> improvements and avoid the possibility of file confusion (such as when a user
> extracts a patched FOO.DAT into a folder containing Foo.dat).
>
>
> Will will need to be modified to know when it's running on a ciopfs location
> and use the code similar to fat32 above, though that shouldn't be too hard.
And if a native program writes to ~/.wine, what happens?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3817
Scott Ritchie <scott(a)open-vote.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |scott(a)open-vote.org
--- Comment #30 from Scott Ritchie <scott(a)open-vote.org> 2009-09-05 17:12:39 ---
Another route that might be more robust is to incorporate ciopfs (the
case-insensitive on purpose filesystem) into the Wine packaging itself. If the
entire ~/.wine directory is case-insensitive then we get both speed
improvements and avoid the possibility of file confusion (such as when a user
extracts a patched FOO.DAT into a folder containing Foo.dat).
Will will need to be modified to know when it's running on a ciopfs location
and use the code similar to fat32 above, though that shouldn't be too hard.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6549
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|NoAppDBEntry |
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-09-05 16:30:35 ---
Still present in git.
--
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.