https://bugs.winehq.org/show_bug.cgi?id=40497
Bug ID: 40497
Summary: "Trainz: A New Era" needs an unimplemented function in
"msvcr120.dll"
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oebbler(a)live.de
Distribution: ---
The game doesn't start and shows an error message saying it cannot start. The
Wine log says the following:
wine: Call from 0x7b456b6a to unimplemented function
msvcr120.dll.?__ExceptionPtrToBool@@YA_NPEBX@Z, aborting
--
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=40389
Bug ID: 40389
Summary: Unimplemented function
KERNEL32.dll.GetConsoleAliasExesLengthW
Product: Wine
Version: 1.9.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 54104
--> https://bugs.winehq.org/attachment.cgi?id=54104
Native cmd.exe from WinXP runs doskey.exe and fails.
Running native cmd.exe from WindowsXP gave me the error:
Call from 0x7b83bb1c to unimplemented function
KERNEL32.dll.GetConsoleAliasExesLengthW
while running the cmd command doskey.exe.
See attached console output.
--
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=40659
Bug ID: 40659
Summary: Window with CS_OWNDC style cause DC leak when
GetDC/ReleaseDC is used.
Product: Wine
Version: 1.9.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 54530
--> https://bugs.winehq.org/attachment.cgi?id=54530
testcase
The attached test when run under wine will cause the message to appear.
err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
If GetDC/ReleaseDC are removed from the loop then no error occurs.
I've used a parent window, so that the test will run in a acceptable amount of
time but has no effect on the outcome.
--
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=40532
Bug ID: 40532
Summary: Microsoft Word Viewer 11.8 does not show text on file
properties dialog until the text is selected
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
To reproduce:
1. Open a document.
2. Click File, Properties, General.
On Windows, the filename, type, location, size, DOS name, creation date,
modification date, and access date, are shown instantly. On Wine they are not
shown until you use the mouse to select the text on each field. After the text
has been selected once, it remains visible even after unselecting.
This is the installer I used:
$ sha1sum wordview_en-us.exe
e6dfdc8a1545d45ef5840ba513a5c4036bf154bc wordview_en-us.exe
--
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=37271
Bug ID: 37271
Summary: Applications get IP address of 127.12.34.56 when lo0
is up
Product: Wine
Version: 1.7.26
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jere(a)krischel.org
My testing is specifically with Artemis 2.1.1, but it seems to be true for
other applications as well.
When running Artemis 2.1.1 under a standard OSX Mavericks 10.9.4 install, the
application reports an IP address of 127.12.34.56.
If I specifically shut down the loopback interface (lo0), it reports the IP
address of the box properly (192.168.1.104).
This behavior is *not* seen on Ubuntu 14.04.1, which has a loopback interface,
but seems to prioritize it differently than OSX.
I checked the routing table before and after shutting down the loopback
interface, and this is the line that disappears on OSX after lo0 is down:
Destination Gateway Flags Refs Use Netif Expire
localhost localhost UH 0 0 lo0
--
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=20977
Summary: Bad hlp table rendering
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=25145)
--> (http://bugs.winehq.org/attachment.cgi?id=25145)
Help file
Terrible rendering on attached HLP file. Refer to screenshots.
--
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=39842
Bug ID: 39842
Summary: skype for windows doesn't work
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shentino(a)gmail.com
Distribution: ---
Created attachment 53186
--> https://bugs.winehq.org/attachment.cgi?id=53186
screenshot of skype not working. I have internet just fine (hello bugzilla)
Skype for windows doesn't work.
The install program spewed out a bunch of debug messages, and the skype that
was installed can't connect to the internet.
--
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=18745
Summary: Wine should support MEM_LARGE_PAGES and related
interfaces for large pages & variable page sizes
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk-winehq(a)forkgnu.org
The ability to allocate large pages can improve the performance of applications
with densely populated address spaces. The large page interfaces on Windows
were introduced in Windows Server 2003. However, due to limitations in the NT
VM, large pages are always pinned in memory (not pageable) and become scarce
due to excessive fragmentation. Wine has the advantage of running on platforms
with better support for large pages.
Because the memory is normally pinned, the process must have
SeLockMemoryPrivilege on Windows.
The new interfaces are:
MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory)
(http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx)
SEC_LARGE_PAGES flag for
http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx
GetLargePageMinimum
(http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx)
/***********************************************************************
* GetLargePageMinimum (KERNEL32.@)
*
* Get the minimum size of a large page.
*
* RETURNS
* Size: Success
* 0: Failure
*/
SIZE_T WINAPI GetLargePageMinimum(void)
The allocated regions must be aligned to the minimum size and MEM_COMMIT must
also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER.
I'm opening this bug to keep notes for my own implementation, although anyone
should feel free to jump in.
--
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=40562
Bug ID: 40562
Summary: AkelPad: [ToolBar plugin] tooltips for toolbar buttons
have some extra text
Product: Wine
Version: 1.9.5
Hardware: x86-64
URL: https://sourceforge.net/projects/akelpad/files/AkelPad
%204/4.9.7/x64/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: godevilove(a)ya.ru
Distribution: Debian
OS: Debian 8.4 x64
Wine: wine-development (multiarch) 1.9.5-3~bpo8+1 (from jessie-backports)
AkelPad: 4.9.7 (x64)
STR:
1. Install AkelPad using the installer.
2. Run AkelPad and open 'Options > Plugins' (or hit Alt+P) and check there
'ToolBar::Main' checkbox + double click that line to run that plugin
immediately. Now there should appear a new toolbar in AkelPad's window.
3. Hover the cursor over some buttons like 'Save' button. There should appear a
tooltip with some text.
Expected Result:
Text of the tooltip should be just 'Save'.
Actual Result:
Text of the tooltip is 'Save<square>Ctrl+S' where '<square>' represents a
rectangle symbol, like the one that usually shows up in browsers when there's
no icon for that char in the specified font. All other buttons also have
tooltips with text in '<text><square><shortcut>' format instead of just
'<text>'.
--
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=39911
Bug ID: 39911
Summary: dxd9 PresentationInterval not propagated on device
Reset
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
Background: The steam game XIIZeal relies on vsync to run the game engine
timing; under wine (on OSX) fullscreen runs at an unlimited speed, while on
windows it runs at the refresh rate of your display.
Looking into this this is the sequence of events as best I can tell:
It creates a D3D9 Device with PresentationInterval set to
D3DPRESENT_INTERVAL_IMMEDIATE
Wine creates the device, swap chain, OpenGL context and eventually calls
wglSwapInterval(0).
Then the game does a device Reset, in that reset the PresentationInterval is
set to D3DPRESENT_INTERVAL_ONE. Wine does not ever call wglSwapInterval(1)
after this reset, thus the framerate is never limited.
If I hack up wined3d_device_reset() to call wglSwapInterval() based on the
PresentationInterval the game behaves as expected. However I don't know if this
is the best way to approach this issue.
--
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.