http://bugs.winehq.org/show_bug.cgi?id=5695
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From dank(a)kegel.com 2006-22-07 21:01 -------
127.0.0.1 MUST be a working IP address to conform to the
Internet standard, I think. So this is probably not a bug in Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5712
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?iAppId=2166
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download, regression
------- Additional Comments From vitaliy(a)kievinfo.com 2006-22-07 20:44 -------
For some reason whenever we start generating auto-repeated keys wineserver
starts to consume more and more CPU (70%-80%+). That starves the game.
When you press one more key stopping auto-repeat - everything comes back to normal.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5738
------- Additional Comments From ns03ja(a)brocku.ca 2006-22-07 20:35 -------
As for the "cannot initialize graphics engine" error, the app needs
d3dx9_27.dll. After this, it plays some intro videos (I think... they don't
actually appear, screen is black, less a small white square in the bottom left
corner), then crashes after what sounds to be the NVidia "how it's meant to be
played" bit. I tried both ARB and GLSL for shaders, but nothing appeared to
change, the same happened when turning off both Vertex and Pixel Shaders.
One line of particular note in the log was this one:
err:ntdll:RtlpWaitForCriticalSection section 0x74438810 "DSOUND_mixlock" wait
timed out in thread 0013, blocked by 001b, retrying (60 sec)
Will attach the trace in a moment...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5738
ns03ja(a)brocku.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5738
Summary: Titan Quest demo does not start
Product: Wine
Version: CVS
Platform: PC-x86-64
URL: http://www.ausgamers.com/files/details/html/22285
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ns03ja(a)brocku.ca
After applying the workaround found in bug 5384, the Titan Quest demo doesn't
start. The only thing it does is complains that "Virtual memory must be
enabled to run Titan Quest", then quits.
A relay trace reveals that the app makes a call to GlobalMemoryStatus almost
immediately before it throws up the MessageBox(). I fiddled with the return
values of GlobalMemoryStatus and it seems to check that (TotalVirtual >
TotalPhys || TotalPageFile > TotalPhys), which is a curious bit of logic.
Especially in my case, as I'm using a machine with 2G of ram, along with just
under 2G of swap... which obviously wouldn't meet this requirement, but it
seems like a broken application to me. Furthermore, GlobalMemoryStatus will
not return more than 2G (it rounds down to 2G for values > 2G and <= 4G),
meaning that even if I did have more swap, I still wouldn't meet this
condition.
Hardcoding in the following values:
lpBuffer->dwTotalVirtual = 0x40000000;
lpBuffer->dwAvailVirtual = 0x40000000;
lpBuffer->dwTotalPageFile = 0x40000000;
lpBuffer->dwAvailPageFile = 0x40000000;
lpBuffer->dwTotalPhys = 0x30000000;
lpBuffer->dwAvailPhys = 0x30000000;
at the end of GlobalMemoryStatus allows the app to get further, complaining
this time that it couldn't initialize it's graphics engine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1410
------- Additional Comments From xandercage47(a)gmail.com 2006-22-07 19:53 -------
"It needs to be recentered to generate relative mouse events."
Here is what I am thinking. If the mouse being centered effects an app, then the
app uses the mouse quite a bit (such as a game), then won't the user moving the
mouse manually generate the events? If so, then re-centering is not needed. As a
test, I disabled (commented out) the mouse centering and have noticed no side
effects. Now I can now play Ghost Master. (YAY)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5737
Summary: Churchwindows 2005 demo aborts with "subscript out of
range" error
Product: Wine
Version: CVS
Platform: Other
URL: http://churchwindows.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To repeat:
1. install churchwindows demo with http://kegel.com/wine/cw.sh.txt
(or follow those steps manually)
2. Start churchwindows, type in TRIAL for the license, click OK twice
to get to the main screen
3. Click on Financial / Contribution.
4. Wine exits with an error dialog. Using +relay, one sees the error dialog text:
0009:Call oleaut32.SysFreeString(7d4bde74 L"Error 9 on line 1017 of
S_PRNSTP.FRM(Form_Load)\r\nSubscript out of range.") ret=66039b3b
...
I tried looking at the log, but didn't see anything useful.
Running with native DCOM didn't seem to help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5384
------- Additional Comments From ns03ja(a)brocku.ca 2006-22-07 18:20 -------
It looks like commenting out the check for a NULL pvData in
SafeArrayPutElement() allows the Titan Quest installer to get past this point
and actually finish successfully.
I looked in the tests for this and found the following:
#if 0
/* This is retarded. Windows checks every case of invalid parameters
* except the following, which crashes. We ERR this in Wine.
*/
hres = SafeArrayPutElement(sa, indices, NULL);
ok(hres == E_INVALIDARG, "Put NULL value hres 0x%lx\n", hres);
#endif
Is it possible that this just throws an exception and the application catches
it? It seems that the current behaviour isn't correct, or there's a bug
earlier in the code that results in the passing of a NULL value later on.
Apparently this test can't be crosscompiled either, which makes it more
annoying to test.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.