https://bugs.winehq.org/show_bug.cgi?id=37602
Bug ID: 37602
Summary: Lego Racers 2: Setup fails with "Not Enough Memory".
Product: Wine
Version: 1.7.31
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gaming4jc2(a)yahoo.com
Distribution: ---
Created attachment 50043
--> https://bugs.winehq.org/attachment.cgi?id=50043
terminal output
Lego Racers 2 retail CD fails to install, a dialog pops up and says "Not Enough
Memory".
Technical details attached.
e0927f427281ccde747e10f17df53318 Setup.exe
[VersionInfo] Company Name : InstallShield Software Corporation
[VersionInfo] Product Name : InstallShield (R)
[VersionInfo] Product Version : 6. 30
[VersionInfo] File Description : InstallShield (R) Setup Launcher
[VersionInfo] File Version : 6. 30. 100. 1255
[VersionInfo] Original FileName : Setup.exe
[VersionInfo] Internal Name : Setup
[VersionInfo] Legal Copyrights : Copyright (C) 1990-2001 InstallShield Software
Corporation
--
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=13027
Summary: Add a description field to winetest
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Depends on: 13026
It should be possible to specify a description for a winetest run. That
description field would be sent with the report and would describe the system
the tests are run on, providing details that cannot be retrieve
programmatically. For instance:
"US Windows XP system provided by Compaq and then cleaned up. Last updated on
2007/10/16 but no IE7."
or
"Clean install of a stock French Windows 95, running in a VMware 5.5 guest."
The user should be able to either enter this description in the main dialog
(see also bug 13026), or on the command line.
--
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=13028
Summary: winetest's Stop button does not work
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
It says it's not implemented but closing the winetest window works just fine.
So it seems like implementing the Stop button should not 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=11016
Summary: odbc32.dll should look for libodbc.so.1 instead of
libodbc.so
Product: Wine
Version: 20040615
Platform: PC
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259710
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
An easy one for a newbie wine hacker, maybe... Currently, in
dlls/odbc32/proxyodbc.c, there's a hardcoded libodbc.so (unless an environment
variable overrides it). Perhaps it would be preferable if the WINE_GET_SONAME
configure macro was used to grab a name like libodbc.so.1 instead, so that if
some user have installed unixodbc, things would Just Work without forcing
him/her to also either install unixodbc-dev, or manually make a symlink, or
figure out weird environment variables.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31441
Bug #: 31441
Summary: Atomic Email Hunter demo will load perfectly, but will
not authorize with serial number
Product: Wine
Version: 20050930
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alpharev(a)gmail.com
Classification: Unclassified
I purchased this program, Atomic Email Hunter. It requires a sn# to activate
the full program. The demo works great, but it won't let me activate it for
some reason. It says activation complete, restart program. I restart it, then
it does it all over again, asking for the sn#. Please help!!! I'll do anything
to get this working... well, almost.
thanks,
casey
--
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=13030
Summary: winetest and result logging / submission
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The winetest GUI does not make it possible to choose between saving the results
to a local file and submitting the results.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38557
Bug ID: 38557
Summary: Wings of Vi: Hangs when window is moved.
Product: Wine
Version: 20050930
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: philippe.groarke(a)gmail.com
Launch Wings of Vi (you can download demo here http://grynsoft.com/wingsofvi/),
move the window, the application hangs. Music still goes on...
Could it be related to the "LockWindowUpdate"?
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:win:EnumDisplayDevicesW ((null),0,0x32f6a8,0x00000000), stub!
fixme:heap:RtlCompactHeap (0x110000, 0x0) stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32f8e8,0x00000000), stub!
fixme:win:LockWindowUpdate (0x3003e), partial stub!
fixme:win:LockWindowUpdate (0x0), partial stub!
fixme:win:LockWindowUpdate (0x3003e), partial stub!
fixme:win:LockWindowUpdate (0x0), partial stub!
fixme:msvcrt:__clean_type_info_names_internal (0x3f89a0) stub
Tested on 1.7.42 from macports, and yesterdays git. Tried both with and without
virtual desktop, so it doesn't seem to be linked to that. Game was created
using Clickteam Fusion 2.5, it would be interesting to see if other games
behave the same...
I would add a log, but its way to big. Just tell me if you need specific
channels.
--
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=11177
Summary: winealsa doesn't assign unique MIDI port names
Product: Wine
Version: 20050628
Platform: PC
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333361
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: _obsolete_multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
Currently, when mapping ALSA MIDI ports to Windows MIDI port names, winealsa
uses the port's client name, which is not unique and may cause some programs to
get confused. A user is suggesting using the ALSA port name, which I suspect
can be acquired by e.g. replacing snd_seq_client_info_get_name(cinfo) in midi.c
with snd_seq_port_info_get_name(pinfo). You could also append a number to the
client name, or whatever else it takes to make the name unique.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14607
Summary: Serious Sam TFE and TSE - window minimizes and becomes
unusable
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://files.seriouszone.com/download.php?fileid=338
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexd4(a)inbox.lv
CC: julliard(a)winehq.org
In current git both "encounters" of Serious Sam 1 are regressed compared to
wine-0.9.59. When attempting to change video resolution in full screen mode (in
current git) the game's window becomes minimized and can't be restored after
that. It actually appears to change resolution successfully, but then there is
a "keep this settings yes/no" box and after pressing yes it breaks. This worked
in wine-0.9.59. The problem is in fullscreen mode only, in virtual desktop
emulation everything works.
I did some regression testing, and I think problems began with this commit:
commit fd97acbadffdc8af6d2682cb761a92ff2ab2f355
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 7 11:43:46 2008 +0200
winex11: Set the _NET_WM_STATE atom directly for unmapped windows.
It is a bit difficult, because the nature of the problem changed slightly
between the above commit and current git. I.e. in a commit just before
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 it works, in
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 a similar broken "minimization"
happens, only not after changing the resolution, but instead during game
initialization (you can't even get to the main menu). A bit later, a different
commit (1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a) partially fixed the problem,
getting it to the state as it is now (can get to menu, but can't change
resolution). I tried backporting fix from
1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a to commit
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 and it works as expected, recreating
the problem in current form in that commit. In all of these cases only
fullscreen mode is affected.
I see this in Serious Sam - The First Encounter 1.05 (retail) and in Serious
Sam - The Second Encounter demo. Demo is available for download. If it will be
necessary I can generate some logs for this.
--
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=13029
Summary: winetest should make it possible to just extract the
individual tests
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The first task that winetest does is extract the individual test binaries.
However it does not say where and if one wants to get at them (to then run them
by hand for testing/debugging purposes), then one has to kill winetest, and
track down its temporary directory (which is something like in c:\Documents and
Settings\account\Local Settings\Temp\wctXXX btw).
It would be nice to have an 'Extract tests' button in the main dialog that
would open a dialog letting the user choose where to save the individual tests
(or some other reasonably simple way of achieving the same purpose).
--
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.