http://bugs.winehq.org/show_bug.cgi?id=2538
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony.lambregts(a)gmail.com 2006-17-01 20:37 -------
Try setting the windows version to emulate to 98 (Wine now defaults to windows
2000) so that may be the change.
--
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=4291
------- Additional Comments From mike(a)codeweavers.com 2006-17-01 20:35 -------
Hi You-Cheng,
If this is a regression, please try a regression analysis as described by:
http://winehq.org/site/docs/winedev-guide/x1344
or using git (on the wine Wiki's GITWine page).
You might want to check that you weren't using a comctl32 from windows before
you start doing that.
thanks
--
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=4335
Summary: _tempnam does not check for the environment variable TMP
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sascha93101(a)yahoo.com
_tempnam should follow the rules described here:
http://msdn2.microsoft.com/en-us/library/hs3e7355.aspx
When the Microsoft linker links an executable using a resource file, it calls
_tempnam to get a name for a temporary files. Since TMP is ignored, the linker
gets back the name "/lnk**.tmp". In most cases, the user running linker doesn't
and shouldn't have write permissions in the root directory, and the linker
fails.
The fixed code is here:
char *_tempnam(const char *dir, const char *prefix)
{
char tmpbuf[MAX_PATH];
char save_TMP[MAX_PATH];
const char *tmp_dir = dir;
if (GetEnvironmentVariableA("TMP",save_TMP,sizeof(save_TMP)))
{
tmp_dir = save_TMP;
}
TRACE("dir (%s) prefix (%s)\n",tmp_dir,prefix);
if (GetTempFileNameA(tmp_dir,prefix,0,tmpbuf))
{
TRACE("got name (%s)\n",tmpbuf);
DeleteFileA(tmpbuf);
return _strdup(tmpbuf);
}
TRACE("failed (%ld)\n",GetLastError());
return NULL;
}
I'll send it to wine-patches(a)winehq.org too.
Also, http://bugs.winehq.org/show_bug.cgi?id=1652 could be another
manifestation of this bug.
--
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=4291
yochenhsieh(a)xuite.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |critical
Priority|P2 |P1
--
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=2538
------- Additional Comments From markknecht(a)gmail.com 2006-17-01 19:28 -------
Since I'm having so much trouble with the Reaktor 5 demo I decided to pull back
to the original CD of Reaktor / Reaktor Session that I originally posted this
thread about. The install again worked, as it did with other versions of Wine,
but with the recent CVS version of Wine I now get an error dialog box stating
'Error WK1117 - WBUKEY.SYS not installed' when I try to run Reaktor Session.
Presumably this is something Reaktor is used to seeing and for whatever reason
is there on earlier versions of Wine but is no longer there. Why?
Anyway, I'll work on the Reaktor 5 demo and see if we can get it working and
then upgrade to Reaktor 5 when we get there. (I hope!)
--
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=4327
mike(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-misc |wine-ole
------- Additional Comments From mike(a)codeweavers.com 2006-17-01 19:27 -------
Try updating to the latest CVS version and test with that. OLE is improving
quickly, and didn't work a few weeks ago may work now.
--
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=2538
------- Additional Comments From markknecht(a)gmail.com 2006-17-01 18:34 -------
OK, I tried setting it up in a virtual desktop. Now the splash screen I'm seeing
is at least not stuck on all four Gnome work spaces. That's an improvement.
However I am now seeing two splash screens. One splash screen is stuck at the
front of my virtual desktop. There is a second splash screen with some tabs
(About, Restrictions, Purchase, Support, Various) that was in back but I can
bring it to the front of the other splash screen. I Cannot find an easy way to
dismiss this other than hit the small 'x' in the upper right. When I do that I
get a black virtual desktop for about 3 second and then the whole thing goes
away and I'm back in the terminal.
Thanks for the hint on the virtual desktop. That seems helpful. I did not get
any messages about setting up audio. To be very sure I completely erased my
.wine directory and reinstalled from scratch. No messages like that. I tried
running winecfg and setting an audio driver. That didn't seem to help either. I
still get two splash screens, and when I dismiss the one the whole app goes away.
--
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=3752
------- Additional Comments From mstefani(a)redhat.com 2006-17-01 18:06 -------
Running both programs with oleaut32=n (the only native DLL used) both programs
start up and create their component (electronics components) files and wait for
user input. Didn't try to use them to see how they behave.
With builtin oleaut32 i have done a +variant trace and the "runtime error" is
more than probably due to this call:
trace:variant:VariantChangeTypeEx
(0x7e336808->(VT_ERROR),0x7fa0f790->(VT_ERROR),0x00000400,0x0000,VT_VARIANT).
VariantChangeTypeEx correctly sanctions this with a 0x80020005 aka
DISP_E_TYPEMISMATCH.
Now the question is why 0x7fa0f790 variant is a VT_ERROR. Nothing in the
+variant trace. I'll have to dig deeper into this.
--
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=4334
Bug 4334 depends on bug 1889, which changed state.
Bug 1889 Summary: copy protection of Bearshare 4.3.3 crashes wine
http://bugs.winehq.org/show_bug.cgi?id=1889
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
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.