http://bugs.winehq.org/show_bug.cgi?id=7692
------- Additional Comments From tappel(a)utu.fi 2007-19-03 08:30 -------
The problem is, the application does not seem to load any libraries called
msvcrt.dll or msvcirt.dll. I don't know if it incorporates those libraries or
parts of them in its own libraries or if it has them statically linked to the
binary. Anyway, I can't think of a way to circumvent the problem.
--
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=7696
------- Additional Comments From stefandoesinger(a)gmx.at 2007-19-03 07:36 -------
Ok, no multithreaded Direct3D. Good.
It seems that there are 2 different wined3d devices used in the same thread.
This is not handled yet. The problem that arises is that each device uses its
own opengl context, and only one context can be active at a time.
We have to keep track of the last active device in a thread local storage and
check it before activating the context. For context creation we should leave
the newly created context active unless a different context is used instead of
blindly activating the old context.
It is also strange that activating the old context fails, and not using it.
Maybe it is a reference counting problem, and the old device should be
destroyed. Can you attach a +d3d9 trace?
--
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=4672
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
------- Additional Comments From vitaliy(a)kievinfo.com 2007-19-03 07:34 -------
It is a bug. Somehow D2 works on windows without destroying MBR.
--
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=7334
------- Additional Comments From hinrik.sig(a)gmail.com 2007-19-03 06:46 -------
Will this behavior be permanent? It worked just fine in 0.9.31 (no need for
virtual desktop or anything). In .32 and above (when I try to start Theme
Hospital) I just get "Failed to initialise VRES256 screen" after it tries to go
fullscreen, along with this:
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 8
--
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=7690
------- Additional Comments From focht(a)gmx.net 2007-19-03 06:45 -------
Hello
--- snip ---
fixme:mpr:WNetGetUniversalNameA ("C:\\PROGRAM
FILES\\KOBOLD\\SHOAI.80\\KLM\\KLM.mdb", 0x00000001, 0x34f82c, 0x34fc38): stub
--- snip ---
This fixme could probably solved by deferring work to WNetGetUniversalNameW().
You just need to convert input ansi params to unicode, pass it to "W" version
and convert back to ansi after WNetGetUniversalNameW() returns successfully.
Implementation is easy: you can copy the code from dlls/mpr/wnet.c
:WNetGetConnectionA() for this (same mechanism).
When working on it, fix some buggy code parts in WNetGetConnectionA() before
"reusing" the code:
--- snip dlls/mpr/wnet.c ----
DWORD WINAPI WNetGetConnectionA( LPCSTR lpLocalName,
LPSTR lpRemoteName, LPDWORD lpBufferSize )
{
...
else if (ret == WN_MORE_DATA)
{
PWSTR wideRemote = HeapAlloc(GetProcessHeap(), 0,
wideRemoteSize * sizeof(WCHAR));
if (wideRemote)
{
ret = WNetGetConnectionW(wideLocalName, wideRemote,
&wideRemoteSize);
if (ret == WN_SUCCESS)
{
// *** BUG: following call was missing before "len" check
int len = WideCharToMultiByte(CP_ACP, 0, wideRemote,
-1, NULL, 0, NULL, NULL);
if (len <= *lpBufferSize)
{
// *** BUG: "wideRemoteStatic" should be "wideRemote"
WideCharToMultiByte(CP_ACP, 0, wideRemoteStatic,
-1, lpRemoteName, *lpBufferSize, NULL, NULL);
ret = WN_SUCCESS;
}
else
{
*lpBufferSize = len;
ret = WN_MORE_DATA;
}
}
...
--- snip dlls/mpr/wnet.c ----
Regards
--
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=7442
jeremielapuree(a)yahoo.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.microsoft.com/fra
| |nce/jeux/fiche.asp?n=motocro
| |ss2#download
------- Additional Comments From infyquest(a)gmail.com 2007-15-03 10:56 -------
problem with your tests, the angle theta is wrong.
theta=PI/2;
and resultant vector should be normalised vector.
Hence it should be (-sqrt(2)/2.0,sqrt(2)/2.0,0)
--
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.