https://bugs.winehq.org/show_bug.cgi?id=49449
Bug ID: 49449
Summary: Terraria Server (.NET 4.x) crashes with
System.NotImplementedException
NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hnetcfg
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
extracted from https://bugs.winehq.org/show_bug.cgi?id=46005#c5
--- snip ---
0009:err:eventlog:ReportEventW L"Application: TerrariaServer.exe\nFramework
Version: v4.0.30319\nDescription: The process was terminated due to an
unhandled exception.\nException Info: System.NotImplementedException\n at
NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()\n at
Terraria.Netplay..cctor()\n\nException"...
0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
Unhandled Exception: System.TypeInitializationException: The type initializer
for 'Terraria.Main' threw an exception. --->
System.TypeInitializationException: The type initializer for 'Terraria.Netplay'
threw an exception. ---> System.NotImplementedException: The method or
operation is not implemented.
at NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()
at Terraria.Netplay..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..ctor()
at Terraria.Program.LaunchGame(String[] args)
at Terraria.WindowsLaunch.Main(String[] args)
wine: Unhandled exception 0xe0434352 in thread 9 at address 7B00DFA2 (thread
0009), starting debugger...
--- snip ---
It was reported with Wine 5.0.1 but source inspection reveals the problem is
still present with Wine 5.11.
Wine source:
https://source.winehq.org/git/wine.git/blob/1f6423f778f7036a3875613e10b9c8c…
--- snip ---
717 static HRESULT WINAPI upnpnat_get_StaticPortMappingCollection(IUPnPNAT
*iface, IStaticPortMappingCollection **collection)
718 {
719 upnpnat *This = impl_from_IUPnPNAT( iface );
720 FIXME("%p, %p\n", This, collection);
721 if(collection)
722 *collection = NULL;
723 return E_NOTIMPL;
724 }
--- snip ---
$ wine --version
wine-5.11-111-g1f6423f778
Regards
--
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=45400
Bug ID: 45400
Summary: eden* (VN) some font characters display with the wrong
glyph (capitals/spaces)
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: ---
Created attachment 61710
--> https://bugs.winehq.org/attachment.cgi?id=61710
+font,+nls,+relay - 36.4M
eden*, GOG version (all ages/17+), some font characters display with the wrong
glyph. Often capital letters and/or spaces. To reproduce start eden_en.exe, and
click Settings or start a new game.
Merriweather MG font is installed along with the game. When chosen as the font
to use the broken characters display as the first non-unicode glyph in
Merriweather MG, box with an X inside named ".notdef" according to FontForge.
>From the attached +font,+nls,+relay log.
A wrong glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"l",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "l" -> L"l", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 0,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000000, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000084,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 132,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000084, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a161
--- snip ---
A correct glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"a",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "a" -> L"a", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 0, 0x9a2ad8,
0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000000,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000090,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 144,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000090,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a161
--- snip ---
--
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=49820
Bug ID: 49820
Summary: VBScript fails to parse decimal literals between -1
and 1 without 0 in front
Product: Wine
Version: 5.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: dimaki(a)rocketmail.com
Distribution: ---
In a VBScript script file decimals such as .2 and -.1 wrongly result in a
parsing error. No parsing error occurs if a zero is placed in front such as 0.2
and -0.1
Sample script that fails parsing:
Dim x
x = .2
WScript.Echo(x)
--
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=48545
Bug ID: 48545
Summary: SDL GameControllerAddMapping registry keys do not work
Product: Wine
Version: 5.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
The registry entries to add SDL controller mappings do not work
(HKLM/CurrentControlSet/Services/WineBus/Map)
I've discovered the enumeration of the subkeys fails with ERROR_ACCESS_DENIED
If I change the RegOpenKeyExW call (line 1039 of bus_sdl.c) to use KEY_READ
instead of KEY_ENUMERATE_SUB_KEYS the enumeration succeeds and the controller
mappings are passed to SDL.
The registry keys were created with the stock wine regedit program.
I can provide a diff if really required, but I feel like this might be an issue
that needs solving somewhere else (perhaps the default permissions on registry
key creation need tweaking?)
--
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=44367
Bug ID: 44367
Summary: d2d1 FillEllipse
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: markau0(a)lycos.com
Distribution: ---
With wine set to
HKEY_CURRENT_USER Software Wine Direct3D MaxVersionGL 30002
a FillEllipse and DrawEllipse error occurs when using a windows vst (Serum)
that uses d2d1.
Without setting MaxVersionGL 30002 the display is blank (black).
Setting MaxVersionGL 30002 enables the display but also causes the FillEllipse
and DrawEllipse errors which result in drawing errors.
Video card is a Radeon HD 6670.
err:winediag:wined3d_dll_init Setting maximum allowed wined3d GL version to
3.2.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_DrawEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
etc
--
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=35782
Bug ID: 35782
Summary: Tic Tac Toe Game (vbscript) cannot be played (colon
used in for loop for placing multiple statements on
the same line)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
similar to bug 27831
--- snip ---
$ wine iexplore file:///c:/Game.htm
...
fixme:vbscript:parse_script parser failed around L"0)=8\n\t\tfor i=1 to
8:a1(i)=i-1:next 'all lines\n\t\tc=ChooseOneCell(a1)\n\tend
if\n\tFindBestMove=c\nEnd Function\n\n\nSub PutCoin(c)\n\t'put a coin on the
cell #c for player p\n\ton error resume next\n\t'if TimeOutHldIsSet=1 then
TimeOutHldIsSet=0\n\tdim n\n\tBoardCell(c)=CurrentPlayer+1\n\tn=Coin"...
--- snip ---
Reduced case:
--- snip ---
dim a1(8)
a1(0)=8
for i=1 to 8:a1(i)=i-1:next 'all lines
--- snip ---
Regards
--
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=22749
Summary: Hard link creation from a Finddupe-generated batch
file fails (needs fsutil.exe implemented)
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.sentex.net/~mwandel/finddupe/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Finddupe has an option to generate a batch file that can be run later to create
hard links for the duplicate files it find, but these batch files don't work in
Wine:
wine: cannot find L"C:\\windows\\system32\\fsutil.exe"
The particular command it's using is this:
fsutil hardlink create "C:\test6\testfile_1.gif" "C:\test6\testfile.gif"
Copying over fsutil.exe from WinXP lets it work as expected (aside from the
native app producing corrupted output). Fsutil is documented here:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en…
A lot of these functions probably wouldn't translate to Wine well (setting NTFS
attributes, etc.) but "fsutil hardlink create" seems to do the same thing as
CreateHardLink...
--
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=50153
Bug ID: 50153
Summary: HID doesn't work on macOS Catalina and Big Sur unless
"Input Monitoring" permission is granted
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
On macOS Catalina and Big Sur, if the user-level app (usually Terminal) doesn't
have permission granted for "Input Monitoring" in System Preferences ->
Security & Privacy, the IOHID support in winebus will fail with 'Couldn't open
IOHIDManager.'.
And when Wine is quitting and the driver unloads, it tries to call the
IOHIDManager that was already released, causing a crash.
IOHIDManagerOpen() is failing with kIOReturnNotPermitted because it actually
tries to "open" every matching device, which is every HID device on the system,
including the keyboard (which requires Input Monitoring permission).
(Yes, this API design is very confusing, and poorly documented).
Better is to open individual devices instead, so even if the keyboard fails to
open other devices will still work.
Also it would be ideal to not "open" a device until it's necessary, so there
won't be a permission prompt unless a Windows app actually wants to read from
the keyboard. Currently some part of Wine's HID stack requests input reports
when the device gets enumerated, triggering the permission prompt.
--
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.