http://bugs.winehq.org/show_bug.cgi?id=37084
Bug ID: 37084
Summary: An error occurred during the closing Wayward.exe
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stalkerandrei2010(a)mail.ru
Created attachment 49287
--> http://bugs.winehq.org/attachment.cgi?id=49287
Bug appeared when the application is closed
The application itself has not earned
--
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=37021
Bug ID: 37021
Summary: Wine anti-aliasing not working
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: theauro(a)gmail.com
Anti-aliasing stopped working in wine.
I followed the registry fix in the following link:
http://bugs.winehq.org/attachment.cgi?id=18411
Also tried to enable it in winetricks without any luck.
I am using Lubuntu 14.04 (which I converted from Ubuntu 14.04)
--
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=37117
Bug ID: 37117
Summary: PVS-Studio Error: Shifting a negative number
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
PVS-Studio Error: V610 Undefined behavior. Check the shift operator '<<. The
left operand '(LONGLONG) - 1' is negative. propvar.c 127
...
if (*res >= ((LONGLONG)1 << (dest_bits-1)) ||
*res < ((LONGLONG)-1 << (dest_bits-1)))
return HRESULT_FROM_WIN32(ERROR_ARITHMETIC_OVERFLOW);
...
The LONGLONG type is declared as 'typedef signed __int64 LONGLONG;', i.e. it is
a signed type. According to the new standard, shifting negative numbers leads
to undefined or unspecified behavior. To find out why such code still may work
and how to fix it best, see the article Wade not in unknown waters - part
three.
details on the V610 error here: http://www.viva64.com/en/d/0225/
--
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=36803
Bug ID: 36803
Summary: Translate documentation
Product: WineHQ.org
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patsev.anton(a)gmail.com
Dear developers.
Did you do an opportunity of translation of documentation? For example, as is
done in https://translations.launchpad.net/
--
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=39727
Bug ID: 39727
Summary: IAR Embedded Workbench 5.4 Doesn't Run
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dagiopia(a)gmail.com
Distribution: ---
Created attachment 52982
--> https://bugs.winehq.org/attachment.cgi?id=52982
it's the program error detail generated by wine when the program occured
when running the main bin file "iarldeOm.exe" in "common" folder, wine shows a
"Program Error" error message and details the error in the attached backtrace
file.
The program is IAR Systems - Embedded Workbench 5.4
--
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=40012
Bug ID: 40012
Summary: Scrap Mechanic BETA 0.1.11: UI/HUD not visible/active
ingame
Product: Wine
Version: 1.9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blehdableh(a)gmail.com
Distribution: ---
Created attachment 53458
--> https://bugs.winehq.org/attachment.cgi?id=53458
terminal output captured by script, includes steam starting up before Scrap
Mechanic runs
While entering the game world the UI/HUD display correctly for a moment, then
disappear/become unresponsive for the rest of the game.
Attempting to open the inventory or Esc menu causes nothing to appear, and the
game/terminal logs complain that it cannot find the required UI files.
--
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=31028
Bug #: 31028
Summary: Showing the architecture for needed packages
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
As already sayed in bug #31027 Wine could show the architecture for which a
package is needed. For example if Wine says that the Gecko package is missing
it could show if this message is related to a 32 bit or 64 bit package. This
would avoid duplicated messages which are confusing.
--
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=18741
Summary: Wine printing output should be in .pdf rather than
postscript
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineps.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
Blocks: 5551,6416
The new CUPS standards from http://openprinting.org/ say that .pdf is the
preferred printing format over postscript:
https://lists.linux-foundation.org/pipermail/printing-architecture/2008/001…
--
PDF as the Standard Print Job Format
------------------------------------
To improve the reliability of the printing process, especially for
complex graphics, high color depths, and for jobs where pages get
separated and reordered (2 pages per sheet, booklets, selected pages,
...) we are switching from PostScript to PDF as standard print job format.
The server (printing system) side is nearly completely implemented in
the form of new CUPS filters and file conversion rules.
On the client (application) side it is needed that the applications
generate the print jobs in PDF and not in Postscript. This would mean a
change of the print job generation part of OpenOffice.org. As
OpenOffice.org has an excellent "Export to PDF" function, there will not
be needed much new code. One can use this functionality to generate
print jobs, using PDF settings optimized for printing.
This is not absolutely urgent, as CUPS can convert PostScript to PDF
with a pstopdf filter, but applications which directly produce PDF have
a better control over the graphical quality of the print job, and they
even solve page management (2 on a sheet, booklets, selected pages, ...)
problems on old PostScript-based servers, as a CUPS filter will generate
PostScript from the incoming PDF then (pdftops) and this PostScript is
much cleaner as the one coming from most applications.
So I am asking you whether you can change OpenOffice.org to make the
"Print" command emitting PDF instead of PostScript. To not break lagacy,
non-PDF-capable environments, make this a configurable option.
I am very grateful for any support from the OpenOffice.org side in terms
of these OpenPrinting projects. They will improve the printing workflow
a lot and will make many bugs and user complaints go away.
--
We should do a similar thing in Wine
--
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=30740
Bug #: 30740
Summary: winedump should extend ordinal imports/exports with
known names from our spec files
Product: Wine
Version: 1.5.4
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
winedump in dump mode show ordinal imports/exports only as numbers,
but we have names for many of them in our spec files.
In addition to create *def files for all exports from spec files,
we should create a database (set of c or h files) for all numbered export
for every dll in Wine and add them to winedump.
No idea, if this database is an improvement for other tools or dlls.
(winedbg, dbghelp.dll as examples)
--
By by ... Detlef
--
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.