https://bugs.winehq.org/show_bug.cgi?id=6925
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |72b126b2204aff20f35be6b8a7b
| |61f589dd9be87
URL|http://www.efax.com/en/efax |https://web.archive.org/web
|/twa/page/download |/20061214065352/http://a248
| |.g.akamai.net/f/248/528/15m
| |/images.j2.com/twa/US/msgrp
| |lus.exe
Component|gdi32 |spooler
Hardware|Other |x86
CC| |focht(a)gmx.net
--- Comment #6 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
filling some fields...
Stable download link via Internet Archive:
https://web.archive.org/web/20061214065352/http://a248.g.akamai.net/f/248/5…
It was fixed by commits:
*
https://source.winehq.org/git/wine.git/commitdiff/f85b02b6adaa3e37b071c4315…
("winspool: Start support for XcvMonitor and XcvPort in OpenPrinter.")
*
https://source.winehq.org/git/wine.git/commitdiff/72b126b2204aff20f35be6b8a…
("winspool: Call the Portmonitor for XcvMonitor and XcvPort in OpenPrinter.")
Part of Wine 0.9.29 release.
Thanks Detlef
$ sha1sum msgrplus.exe
eaed020247e6de7c445819e8db2f119ca14b6aeb msgrplus.exe
$Â du -sh msgrplus.exe
3.7M msgrplus.exe
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=50494
Bug ID: 50494
Summary: ID2D1RenderTarget::DrawText(): The position and size
of the drawn text is incorrect
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: chenhaoyang(a)uniontech.com
CC: bunglehead(a)gmail.com
Distribution: ---
Created attachment 69147
--> https://bugs.winehq.org/attachment.cgi?id=69147
demo
The test result of this demo in wine is different from win7.The position and
size of some text is strange.
--
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=49327
Bug ID: 49327
Summary: Hearthstone Deck Tracker (with installed dotnet472)
does not work with wine-staging 5.9 anymore
Product: Wine
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: priit(a)ww.ee
Distribution: ---
Hearthstone Deck Tracker (with installed dotnet472 via winetricks) does not
work with wine-staging 5.9-1 in Manjaro repos anymore.
Does work perfectly enough with 5.8-1 wine-staging.
Using winearch=win32
--
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=21038
Summary: BlackLight: crash after accepting license agreement
Product: Wine
Version: 1.1.34
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)stanev.org
Created an attachment (id=25234)
--> (http://bugs.winehq.org/attachment.cgi?id=25234)
BlackLight crash traces
This standalone(no installer) application crashes on startup, right after
accepting license agreement.
Attaching traces.
--
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=50525
Bug ID: 50525
Summary: ws2 _32 fails to build on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: 03fcb54c0e852b93b94bd11225237af84cdc3697
/Users/gverm/Desktop/Work/wine/dlls/ws2_32/socket.c:4542:17: error: no member
named 'ifr_ifindex' in 'struct ifreq'
if_info.ifr_ifindex = table->table[interface_count].dwIndex;
~~~~~~~ ^
/Users/gverm/Desktop/Work/wine/dlls/ws2_32/socket.c:4543:23: error: use of
undeclared identifier 'SIOCGIFNAME'
if (ioctl(fd, SIOCGIFNAME, &if_info) < 0)
^
/Users/gverm/Desktop/Work/wine/dlls/ws2_32/socket.c:4545:77: error: no member
named 'ifr_ifindex' in 'struct ifreq'
ERR("Error obtaining interface name for ifindex %d.\n",
if_info.ifr_ifindex);
~~~~~~~ ^
I am running macOS 10.14 Mojave and compiling wine with mingw and the macOS
10.13 SDK.
--
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=42913
Bug ID: 42913
Summary: Wine is not able to run ACAT (Assistive Context-Aware
Toolkit)
Product: Wine
Version: 2.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rafaelrodrigues.machado(a)gmail.com
Distribution: ---
Hi everyone
Most of you probably know Stephen Hawking, and also know that we has a computer
that speaks for him.
This software he uses is the ACAT (Assistive Context-Aware Toolkit), that was
developed by Intel and was released as free software some time ago.
My wife works with person with desabilities, and now I see that there s a lot
of people that need to use this software, so they can communicate.
I'd like to make ACAT works on a linux system so it'll be easier for everyone
so they don't need to expend more money with windows.
The setup consist of installing ACAT:
https://github.com/01org/acat/releases/download/v1.00.0/ACATSetup.exe
And after that, if needed, install a language package, for example:
https://github.com/01org/acat/releases/download/v1.00.0/ACATPack-Portuguese…
My OS is a Mint 18.1.
When running Acat.exe within mint, the installation seems to be ok, but when I
try to execute it I face this:
rafael@HP-Notebook ~/Downloads $ wine ACAT
wine: cannot find L"C:\\windows\\system32\\ACAT.exe"
Wine version:
rafael@HP-Notebook ~/Downloads $ wine --version
wine-2.0.1
Please help me to make ACAT work at linux and let's help those that really need
help.
Any question I'll be here to help on everything I can. I don't have too much
time because I'm working on my Mastering degree, but I'll do my best to
feedback every time you need.
Thanks for the amazing project!
--
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=50194
Bug ID: 50194
Summary: x64dbg snapshots >= 2020-11-12_05-12 crashes on
unimplemented function ntdll.dll.NtCreateDebugObject
when attaching to process
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. I've reported it to x64dbg project as well since they switched the
debug engine implementation to use native API for attaching to processes.
https://github.com/x64dbg/x64dbg/issues/2525
Copy/pasta from there:
...
Symptom: attaching to any 32-bit or 64-bit process results in x32dbg/x64dbg
crash. If x32dbg/x64dbg is registered as default crash handler you get a nice
debugger crash "fork" bomb ;-)
It crashes on unimplemented NtCreateDebugObject() which is native API.
https://source.winehq.org/git/wine.git/blob/40d4fbe45997a1820296e7909ba2212…
--- snip ---
162 # @ stub NtCreateDebugObject
--- snip ---
Even with a small stub it wouldn't work because NtDebugActiveProcess is a stub
as well.
https://source.winehq.org/git/wine.git/blob/40d4fbe45997a1820296e7909ba2212…
The native API used to implement remote breakin:
https://github.com/x64dbg/TitanEngine/blob/91f57815c886d6bef94f1b512d60c5e2…
--- snip ---
static NTSTATUS NTAPI DbgUiConnectToDbg_()
{
if(NtCurrentTeb()->DbgSsReserved[1] != NULL)
return STATUS_SUCCESS;
OBJECT_ATTRIBUTES ObjectAttributes;
InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
return NtCreateDebugObject(&NtCurrentTeb()->DbgSsReserved[1],
DEBUG_ALL_ACCESS, &ObjectAttributes, 0);
}
// Source:
https://github.com/mirror/reactos/blob/c6d2b35ffc91e09f50dfb214ea5823750932…
BOOL WINAPI DebugActiveProcess_(IN DWORD dwProcessId)
{
/* Connect to the debugger */
NTSTATUS Status = DbgUiConnectToDbg_();
if(!NT_SUCCESS(Status))
{
BaseSetLastNTError(Status);
return FALSE;
}
/* Get the process handle */
HANDLE Handle = ProcessIdToHandle(dwProcessId);
if(!Handle)
{
return FALSE;
}
/* Now debug the process */
Status = DbgUiDebugActiveProcess_(Handle);
/* Close the handle since we're done */
NtClose(Handle);
/* Check if debugging worked */
if(!NT_SUCCESS(Status))
{
/* Fail */
BaseSetLastNTError(Status);
return FALSE;
}
/* Success */
return TRUE;
}
--- snip ---
Apparently this debugging functionality which makes use of native API was
switched to being a debug engine default here:
https://github.com/x64dbg/TitanEngine/commit/0a1c3236b84ab1e6022116e38df1cc…
("Make SafeAttach the default")
Previously it could be controlled by *SafeAttach* config setting which is still
there but now no longer usable:
https://github.com/x64dbg/x64dbg/blob/dad16543c320640fe681b8d897235bf8d6c30…
--- snip ---
SetEngineVariable(UE_ENGINE_SAFE_ATTACH, settingboolget("Engine",
"SafeAttach"));
--- snip ---
A workaround exists: use the last snapshot before the breaking change:
https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2020-11-05…
As already mentioned a simple stub prevents the crash but doesn't make
debugging work.
--- snip ---
$ wine ./x32dbg.exe
...
0144:fixme:process:NtCreateDebugObject (0x7ff72f24 1f000f 0x614fe78 0), stub!
0144:fixme:process:NtDebugActiveProcess (0x214 (nil)), stub!
--- snip ---
I will create follow-up bug(s) to cover the missing functionality.
$ sha1sum snapshot_2020-11-12_05-12.zip
6e88d4ce8fb967d08b381084f9ab805e5bcc4f18 snapshot_2020-11-12_05-12.zip
$Â du -sh snapshot_2020-11-12_05-12.zip
32M snapshot_2020-11-12_05-12.zip
$ wine --version
wine-5.22-96-g4957599bbf5
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=50229
Bug ID: 50229
Summary: Battle.net launcher sometimes crashes after login
(wine-5.22)
Product: Wine-staging
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68736
--> https://bugs.winehq.org/attachment.cgi?id=68736
STDOUT / STDERR log
Since upgrading from wine-staging-5.21*, the Battle.net launcher crashes after
login in about 1 of 3 times.
After the crash, the Blizzard crash reporter comes up.
I've enabled the virtual desktop via winecfg and I'm running Battle.net by
executing:
explorer.exe /desktop=shell,1920x1080 "C:\\Program Files (x86)\\StarCraft
II\\StarCraft II.exe"
I'm using a dual monitor setup. And I think the crash might only happen if I
move the mouse out of the virtual desktop to my second monitor AFTER entering
my password in the Battle.net login dialog.
Sadly the bug isn't completely deterministic. So I need some more time for
detailed testing.
Wine version: wine-staging-5.22**
I've attached the STDOUT / STDERR log, created with:
WINEDEBUG=+pid,+loaddll,+timestamp,+seh
*including patches for:
https://bugs.winehq.org/show_bug.cgi?id=49782https://bugs.winehq.org/show_bug.cgi?id=50110
**including patches for:
https://bugs.winehq.org/show_bug.cgi?id=49782
--
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=49484
Bug ID: 49484
Summary: test_query_process_image_info() test is broken on a
not PE build
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Steps to reproduce:
cd wine/dlls/ntdll/tests
make info.ok
info.c:1843: Test failed: got c0000019
info.c:1846: Test failed: wrong major version cccc/4
info.c:1848: Test failed: wrong minor version cccc/0
In fact it never worked from the point when it was added:
commit 54a7e592e44622ecd61160498fb5148a46b2e8db
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue May 26 13:23:21 2020 +0200
ntdll: Implement ProcessImageInformation class in
NtQueryInformationProcess().
It looks like in a not PE build process->views on the server side is always
empty, and as a result mapping.c,find_mapped_view() returns NOT_MAPPED_VIEW.
There's no a single DLL in the process->views, and that's a real regression,
probably caused by the movement to PE/ntdll unixlib introduction.
--
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=48790
Bug ID: 48790
Summary: mfplat:mfplat crashes on Windows 7
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression, source, testcase
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: dereklesho52(a)Gmail.com
Regression SHA1: b7047b5ae9fc84a6414db9bb80c4264b1550c7a0
Distribution: ---
mfplat.c:1444: Tests skipped: Cannot retrieve IMFAttributes interface from
IMFByteStream
mfplat.c:527: this is the last test seen before the exception
03f8:mfplat: unhandled exception c0000005 at 70BF7243
--
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.