http://bugs.winehq.org/show_bug.cgi?id=22102
Summary: Bully Patch 1.2 Fails with "Error: -1603 Fatal error
during installation"
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)xnode.org
Created an attachment (id=26943)
--> (http://bugs.winehq.org/attachment.cgi?id=26943)
Bully Patch Log +msi
Trying to run the patch starts but then fails shortly afterwards with "Error:
-1603 Fatal error during installation".
Will test with 1.1.41 later (rolled back to 1.1.40 due to the InstallShield
breaks in current).
--
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=26466
Summary: Spike 2
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dam973(a)gmail.com
Created an attachment (id=33694)
--> (http://bugs.winehq.org/attachment.cgi?id=33694)
Result in the terminal when the program crashes
The software works fine except for analysis , new result view (a very important
feature):the program crashes : i have putted the bug report in attachement
--
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=23097
Summary: Subpixel rendering ignores registry setting
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: da_fox(a)mad.scientist.com
Created an attachment (id=28690)
--> (http://bugs.winehq.org/attachment.cgi?id=28690)
Example of ignored subpixel setting
Wine ignores the subpixel setting set in the registry.
As can be seen in the attached image, I have disabled
subpixel rendering by setting FontSmoothing to 0x00000000
instead of 0x00000002. Yet wine still renders the fonts
with subpixel rendering.
This may be related to bug #17148, as I do have (and want)
subpixel rendering for the rest of the desktop. However
it should be possible to disable subpixel rendering in
wine, while still allowing the rest of the desktop to
be antialised.
--
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=22757
Summary: Soulstorm fullscreen can be minimized but stops other
windows from getting focus
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fdelente(a)mail.cpod.fr
This is on Ubuntu 10.04, Gnome 2.30.0 and Metacity 1:2.30.1-ubuntu1; it's an
Nvidia card, with proprietary drivers 195.36.15 (NVIDIA GLX Module 195.36.15).
I can start and play the game fullscreen no problem; I can minimize it with
Ctrl+Alt+D, and its tag appears on the task bar at the bottom of the screen;
however, as soon as I want to restore another application to give it focus,
Soulstorm takes back the whole screen and the focus.
--
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=21531
Summary: Ultima IX crashes on start
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cybrgen(a)yandex.ru
Created an attachment (id=25940)
--> (http://bugs.winehq.org/attachment.cgi?id=25940)
Backtrace of Ultima IX crash
Subj. Backtrace in attachment.
--
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=11069
Summary: Mavis Beacon Teaches Typing 16 sound skips when typing
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://appdb.winehq.org/appview.php?appId=308
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To repeat, set 16 bpp mode or run in virtual desktop,
else you'll hit bug 3556.
Typing exercises are responsive, but each time
I press a key, the music skips. Log shows lots
of dsound in use.
--
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=35259
Bug ID: 35259
Summary: Stationplaylist Studio *availabl free will not run
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steve.in.spain(a)me.com
Classification: Unclassified
Hi
I use a programme suite called stationplaylist *www.stationplaylist.com* which
I currently run on a Windows server. There are several elements (available
from th website to download). The two that I use are Studio and Creator.
I am switching to a linux *Ubuntu Desktop 12.04* server. In the past I tested
stationplaylist on Wine on Debian and it worked. I haev downloaded both
programmes (Studio and Creator). Creator runs fine but Studio after installing
when i go to run says there is a serious error and it cannot run.
I have updated and followed all the advice on the "before you report a bug"
page. I have restarted server and everything is up to date.
Any advice or help with this would be appreciated.
It may be worth pointig out then when it crashed and i go for a log nothing
shows!
Thanks
--
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=34131
Bug #: 34131
Summary: Back and Forward button greyed out in an .exe file ...
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lawrencrj(a)GMail.com
Classification: Unclassified
An e-book (*.exe) sent to me works fine in all respects in Wine 1.4.1 on Ubuntu
12.04 LTS except that the back button and forwward button that are "live" when
it is run in XP and in Windows 7 are "greyed out" on my Linux computer.
NOTE this e-book is created by a compiler on Windows and there has been no
attempt to run that compiler under Wine on Ubuntu.
Our problem is with the exec file that it creates. When the HTML source files
from which the e-book was compiled are copied to my Linux computer, both Chrome
and Firefox run OK, and the back and forward buttons work -- but the e-book
that is compiled from them will not work unless a "back" link is "hardwired" as
part of each HTML to get back to the previous page to "mimic" the action that
should be accomplished with the back button. The name of the program that
runs in XP and Win 7 to create the problem exec file is "Active E Book
compiler" (version 4.22) from "www.softpedia.com".
http://www.softpedia.com/get/Others/E-Book/Active-E-Book-Compiler.shtml
This compiler only works if Internet Explorer is installed on the the Widnows
computer that runs it.
A solution might be to take the source files and compile them with an e-book
compiler that will run under Linux (or at least under WINE).
-Richard J. Lawrence
--
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=31940
Bug #: 31940
Summary: DJMax Trilogy: Input delay
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oli1660(a)gmail.com
CC: julliard(a)winehq.org
Classification: Unclassified
Regression SHA1: adad80f4bd4aba325549ad8747a2951e97209660
When playing DJMax Trilogy, there is a very noticeable delay between when a key
is pressed and when it is registered by the game.
--
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=24369
Summary: UCS-4 trick not working with resource files
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Windows 98
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: carlo.bramix(a)libero.it
Created an attachment (id=30717)
--> (http://bugs.winehq.org/attachment.cgi?id=30717)
Resource file for testing
Here there is an extract of my email sent to wine-devel mailing list about this
problem:
==== CUT = CUT = CUT
Let's take for example this piece of code from richedit.h:
#if defined(__GNUC__)
# define RICHEDIT_CLASS20W (const WCHAR []){
'R','i','c','h','E','d','i','t','2','0','W',0 }
#elif defined(_MSC_VER)
# define RICHEDIT_CLASS20W L"RichEdit20W"
#else
static const WCHAR RICHEDIT_CLASS20W[] = {
'R','i','c','h','E','d','i','t','2','0','W',0 };
#endif
Because the famous UCS-4 "issue", the control name is splitted in its single
letters.
While this can work in almost all situations with C/C++ sources, it is
absolutely not possible to put a richedit control in RC files.
For example, if I put a Richedit control into a dialog box, it will crash since
the letter by letter format won't be recognized by the resource compiler.
>From the above example, I was wondering what you think about doing a change
like this one:
#if defined _MSC_VER || defined RC_INVOKED || sizeof(wchar_t) == 2
# define RICHEDIT_CLASS20W L"RichEdit20W"
#elif defined(__GNUC__)
# define RICHEDIT_CLASS20W (const WCHAR []){
'R','i','c','h','E','d','i','t','2','0','W',0 }
#else
static const WCHAR RICHEDIT_CLASS20W[] = {
'R','i','c','h','E','d','i','t','2','0','W',0 };
#endif
We will fall in the first case when the name expressed as string is currently
recognized:
1) because we are running under Microsoft Visual C++
2) because it is used by resource compiler
3) because the string format is currently safe since we are under UCS-2
instead of UCS-4. Perhaps this point is not written as good as you want... I do
not know if you prefer to use some informations emitted by configure script or
you will prefer to simply check the size of wchar_t.
The second case is the specific hack normally used until now with GCC.
The third case is the last chance solution, as it was before.
I moved the __GNUC__ case after the one used by _MSC_VER because __GNUC__ and
RC_INVOKED are both declared in windres.
Now I took this fragment from richedit.h as example, but perhaps I have also
seen other places where the resource compiler could be "rejected".
==== CUT = CUT = CUT
According to the reply I received, I'm creating a bug here and I tried to
create a resource file that could be used for inspecting the problem.
I tried my best but unfortunately, as you can see on top of this bug, I'm not
using directly an operating system that allows the testing of WINE.
The defect has been noticed by me when trying to compile an application with
ReactOS' sources which uses the same exact system include files normally used
by WINE.
I hope all this could be useful.
--
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.