http://bugs.winehq.org/show_bug.cgi?id=30591
Bug #: 30591
Summary: Houdini 12.x (3D animation tool) crashes due to
unimplemented function msvcrt.dll.__pxcptinfoptrs in
"purist" mode (builtin msvcr90)
Product: Wine
Version: 1.1.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
while investigating bug 30588 I forced the application to use Wine's builtin
msvcr90 (normally it uses supplied runtime).
The manifest has to be moved out of the way because the app installs the VC++
runtime on its own.
At some point it crashed:
--- snip ---
Unhandled exception: unimplemented function msvcrt.dll.__pxcptinfoptrs called
in 32-bit code (0x7b8393ff).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7b8393ff ESP:0a6fe83c EBP:0a6fe8a0 EFLAGS:00000287( - -- I S - -P-C)
EAX:7b826429 EBX:7b8b06b0 ECX:7ecbbf11 EDX:0a6fe864
ESI:00000002 EDI:001e7948
...
Backtrace:
=>0 0x7b8393ff RaiseException+0x87(code=0x80000100, flags=0x1, nbargs=0x2,
args=0xa6fe8c0) [/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84]
in kernel32 (0x0a6fe8a0)
1 0x7ecbba55 __wine_spec_unimplemented_stub+0x34(module="msvcrt.dll",
function="__pxcptinfoptrs")
[/home/focht/projects/wine/wine-git/dlls/winecrt0/stub.c:34] in msvcrt
(0x0a6fe8d0)
2 0x7ec65db5 __wine_stub___pxcptinfoptrs+0x28() in msvcrt (0x7ec764d5)
3 0x047c0818 in libut (+0xb0817) (0x7ec764d5)
4 0x30ec8353 (0x56e58955)
0x7b8393ff RaiseException+0x87
[/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84] in kernel32:
subl $4,%esp
84 RtlRaiseException( &record );
...
process tid prio (all id:s are in hex)
00000008 (D) C:\Program Files\Side Effects Software\Houdini
12.0.581\bin\hkey.exe
0000003b 0 <==
00000036 0
00000031 0
00000030 0
00000009 0
...
System information:
Wine build: wine-1.5.3-143-g081b06c
Platform: i386
Host system: Linux
Host version: 3.3.4-1.fc16.x86_64
--- snip ---
$ du -sh houdini-12.0.581-win32-vc9.exe
218M houdini-12.0.581-win32-vc9.exe
$ sha1sum houdini-12.0.581-win32-vc9.exe
b475599d669d35b6af9016726f1ef933caaf92a4 houdini-12.0.581-win32-vc9.exe
Regards
--
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=50200
Bug ID: 50200
Summary: Deleted printers still show
Product: Wine-staging
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68714
--> https://bugs.winehq.org/attachment.cgi?id=68714
Deleted printer still showing in Word Pro. Red arrow pointing to them
Fedora 33
wine-5.21-1.fc33.x86_64
I cleaned out a bunch of unused printers. All my programs running under Wine
still see them
My printers:
$ lpstat -a
B4350 accepting requests since Thu 29 Oct 2020 01:36:30 PM PDT
Cups-PDF accepting requests since Tue 30 Apr 2019 04:05:39 PM PDT
Virtual_PDF_Printer accepting requests since Tue 29 Sep 2020 03:13:17 AM
PDT
Same as show in Printer Admin and CUPS.
Please fix.
Many thanks,
-T
--
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=12179
Summary: MSN Messenger crash in Wine 0.9.58 while starting
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11576)
--> (http://bugs.winehq.org/attachment.cgi?id=11576)
Console output
After install it MSN Messenger will crash while loading in wine 0.9.58, it
starts if you set it to win2k.
--
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=16772
Summary: MSN Messenger 7.0: Scroll bar in chat window don't have
a limit
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
If you're chatting in MSN and have write enough to make appear the scroll bar
you can scroll down the text without limit. The scroll is supposed to scroll
just until the end of the text.
--
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=12447
Summary: MSN Messenger 7.0 crash while loading the Contact list
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11987)
--> (http://bugs.winehq.org/attachment.cgi?id=11987)
Console output
After Sign in and when it start to load the contact list msn messenger crash.
This happen in current git (08/04/2008). I attach the console output.
--
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=15305
Summary: MSN Messenger wont remember yor username and password
Product: Wine
Version: 1.1.3
Platform: PC
URL: http://www.oldapps.com/download.php?oldappsid=Install_MS
N_Messenger%207.5.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=16135)
--> (http://bugs.winehq.org/attachment.cgi?id=16135)
Before install native MSXML3
MSN Messenger has the option to save your user name and password, but in Wine
it doesn't work at least that you install native MSXML3.
While typing you will see lots of this message:
XPath error : Undefined namespace prefix
xmlXPathEval: evaluation failed
--
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=14483
Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE
images not digitally signed (TRUST_E_NOSIGNATURE)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.filehippo.com/download_msn_messenger/751/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a follow-up bug of bug 12718
Enable tracing:
--- snip ---
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace]
"Level"=dword:00000099
--- snip ---
"msnmsgr.exe" PE image is *not* digitally signed.
Compare both:
--- snip windows trace ---
..
<3776, 3780>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802
<3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip windows trace ---
vs.
--- snip wine trace ---
..
<8, 9>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe.
@util.cpp_807
<8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN
Messenger\msnmsgr.exe. @util.cpp_808
<8, 9>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip wine trace ---
--- snip wine ---
0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc
..
0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0
0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a
0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0
0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100)
0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942
0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001
0030:trace:wintrust:WinVerifyTrust returning 00000001
0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9
--- snip wine ---
Remember: S_FALSE is not a failure code at all.
The return code evaluation from messenger looks like an inlined FAILED() macro
((HRESULT)(Status)<0) which basically just tests if the result has the high bit
set.
They don't test for S_OK, hence it incorrectly reports "pass" in wine.
TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what
WinVerifyTrustEx() should return in that case.
Reagrds
--
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=51438
Bug ID: 51438
Summary: Rust compiler crashes with "free(): double free
detected in tcache 2" message
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When I installed on clear prefix rustc with cargo -
https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi
```
wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi
msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi
```
then after running commands
```
echo "fn main() { println!(\"Hello World!\");}" > roman.rs
rustc roman.rs
```
compiler crashes with this info(not sure if this is Wine or Rustc info)
```
free(): double free detected in tcache 2
```
I think that this issue is very important to fix, because Rust allows to run
tests via e.g. `cargo test` command which allows to execute tests inside
repository.
This probably will really help with testing Wine because tests are usually
small and it will be easy to track issue down.
There is a lot of rust repositories, but this two use directly windows API, so
testing them should give easy info about crashes etc.
https://github.com/microsoft/windows-samples-rshttps://github.com/microsoft/windows-rs
--
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=50804
Bug ID: 50804
Summary: LTSpice XVII will not start
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: will.nilges(a)gmail.com
Distribution: ---
Created attachment 69614
--> https://bugs.winehq.org/attachment.cgi?id=69614
.desktop startup errors
After installing LTSpice (which appears to work fine), the program will not
start, failing silently if you use the provided .desktop file (either of them),
and giving little helpful output otherwise.
I believe that LTSpice worked fine on some earlier version of Wine 6. 6.1 seems
to work.
A possibly related issue is that the installer complains at you with the
following message:
"You have User Account Control (UAC) enabled but did not 'Run As Administrator'
If you want to try to install in a directory you have full permissions, press
'YES' to continue anyway."
I'm running Fedora 33 with GNOME on Wayland. This happens on any of my Fedora
GNOME computers. I have tried no other operating system.
My current workaround is to downgrade to Wine 5.18.
--
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=51059
Bug ID: 51059
Summary: Incorrect semantics of FILE_OPEN_REPARSE_POINT on
Linux
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
This bug affects the Cygwin installer (https://cygwin.com/setup-x86_64.exe);
specifically, it fails to verify SHA512 checksums of downloaded packages.
(Source at
https://cygwin.com/git/?p=cygwin-apps/setup.git;a=blob;f=package_source.cc,
in method packagesource::check_sha512)
Running the installer with WINEDEBUG=trace+file,trace+server reports:
CreateFileW ("XXXX.tar.xz") [1]
NtCreateFile ("XXXX.tar.xz", w/o FILE_OPEN_REPARSE_POINT) [1]
CreateFileW return [1]
NtQueryInformationFile FileBasicInformation [1]
(server)close_handle [1]
NtCreateFile ("XXXX.tar.xz", w/ FILE_OPEN_REPARSE_POINT) [2]
NtReadFile [2] -> STATUS_INVALID_HANDLE
The square brackets denote file handles. Handle reuse bug has been
ruled out.
This bug can be traced to an incorrect FILE_OPEN_REPARSE_POINT implementation
in Wine-staging, in
"ntdll-Junction_Points/0016-server-Implement-FILE_OPEN_REPARSE_POINT-option.patch":
> diff --git a/server/fd.c b/server/fd.c
> index 4f43f41fb31..a01d4c9c0f7 100644
> --- a/server/fd.c
> +++ b/server/fd.c
> @@ -107,6 +107,10 @@
> #include "winioctl.h"
> #include "ddk/wdm.h"
>
> +#if !defined(O_SYMLINK) && defined(O_PATH)
> +# define O_SYMLINK (O_NOFOLLOW | O_PATH)
> +#endif
On Linux, read/write/ioctl/... operations on an O_PATH descriptor will
fail with EBADF, which is then translated as STATUS_INVALID_HANDLE to the
application.
> +
> #if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_EPOLL_CREATE)
> # include <sys/epoll.h>
> # define USE_EPOLL
> @@ -1958,6 +1962,11 @@ struct fd *open_fd( struct fd *root, const char *name, struct unicode_str nt_nam
> }
> else rw_mode = O_RDONLY;
>
> +#if defined(O_SYMLINK)
> + if ((options & FILE_OPEN_REPARSE_POINT) && !(flags & O_CREAT))
> + flags |= O_SYMLINK;
Another difference is that O_PATH semantics override
O_RDONLY/O_WRONLY/O_RDWR, even if the target file isn't _actually_ a
symbolic link.
To properly implement it on Linux we should:
1. open with O_PATH.
2. check if the file is really a symlink (via fstat?).
3. if not, reopen via /proc/self/fd/%u (now w/o O_NOFOLLOW|O_PATH).
Note that this isn't an issue on XNU (macOS), where O_SYMLINK has an
equivalent semantics to FILE_OPEN_REPARSE_POINT.
--
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=50878
Bug ID: 50878
Summary: Neon Noir Benchmark crashes on Wine-Staging before
showing the first scene.
Product: Wine-staging
Version: 6.3
Hardware: x86-64
URL: https://www.cryengine.com/marketplace/product/neon-noi
r
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Since Wine-Staging-6.3 it silent crash after clicking to start benchmark button
and loading but before scene rendering after black screen.
I'm already done bisecting. The problem appeared after this commit:
<https://github.com/wine-staging/wine-staging/commit/750044c08c49c7a117fcc91…>
Also I did some more tests on current Wine-Staging and found that
preventing the 0035 patch from applying (and all subsequent ones) - helps.
While if you add patch 0035 applying, but prevent the applying of 0036 and
subsequent - the problem appears again.
0035 patch: "ntdll: Treat undecoded unix symlinks as NT symlinks."
<https://github.com/wine-staging/wine-staging/blob/7b199110bb31100c78aa3ffb7…>
The benchmark is free, but requires registering an account and a separate
launcher to download it (it will not be necessary to run it, you can simply
copy the Neon_Noir_Ray_Tracing_Benchmark_2527 directory with it inside the
fresh prefixes).
On the site need only add the benchmark to your account
https://www.cryengine.com/marketplace/product/neon-noir
For launcher need use `WINEDLLOVERRIDES="libglesv2=d"` because Bug 44985
and `winetricks -q mfc140` need for benchmark itself Bug 44856 Bug 48866
It also seems this application requires `d3d11-Deferred_Context` from Staging,
but the strange thing is, on vanilla Wine without it, it crashes in the same
place and from the outside it seems that the behavior is identical.
Please, check it. And can anyone reproduce it.
--
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=51857
Bug ID: 51857
Summary: Support Configurable Time measurement precision for
Wine versions 5.0.x and onwards
Product: Wine
Version: 5.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ishinberg0(a)gmail.com
Distribution: ---
`NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`,
at least on wine 4.0.x. This would provide micro-second accuracy for
timestamping used in logging,tracing, etc
On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime
timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the
`configure` phase of the wine build).
This results in milliseconds accuracy (though the resolution is still in
microseconds, it only gets updated around once every 1 ms / 1000 us.
This is not optimal for application requiring us precision for timestamp
measurement.
If this suggestion is approved, I'd be willing to contribute a PR/fix for this
issue. I also need this fix backported to 6.0.x, if possible
10x
--
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=50319
Bug ID: 50319
Summary: Powerpoint 2013/365: cursor not moved when clicking in
current text box
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rcorreia31(a)gmail.com
Distribution: ---
Created attachment 68898
--> https://bugs.winehq.org/attachment.cgi?id=68898
Simple Powerpoint file containing two text boxes
Running wine-6.0-rc2 compiled from source.
Same issue with previous 5.x versions.
Installation done in two different clean prefixes.
Reproduced with KDE Plama 5.20.1 and Xfce 4.16pre1, both compiled from sources,
on Centos 8.3
Both Office 32bit versions were installed using the recommendations from
WineHQ.
Office 2013 :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=26323
Office 365 (2016) :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527
Office 2013 : winetricks msxml6
Office 365 : winetricks msxml3 msxml6 riched20 riched30
Two registry updates done for 2013 and 365:
. HKCU\Software\Wine\Direct3D\MaxVersionGL (DWORD) : 30002 (hex)
. HKCU\Software\Wine\Direct2D\max_version_factory (DWORD) : 0
Two files copied for 2013 and 365:
cp "./Common Files/Microsoft Shared/ClickToRun/AppvIsvSubsystems32.dll"
"./Microsoft Office/root/Office16"
cp "./Common Files/Microsoft Shared/ClickToRun/C2R32.dll" "./Microsoft
Office/root/Office16"
Problem: clicking in the current text box does not set the cursor to the
clicked position.
To reproduce:
. Create two text boxes in Powerpoint. I.E.: one for the title and one for the
body ⇒ test case attached WineTestCase.pptx
. Add some text to both.
. Click on the text of a text box: mouse cursor is set to the right location.
. Click on another part of the text in the same current text box: text box
focus is lost and the mouse cursor is not set to where we clicked. In fact the
mouse cursor is not displayed anymore.
If we click on any character in the other non-current text box: the cursor
moves to where we clicked as expected.
So the problem only occurs when we want to put the cursor on another location
within the text box we are already in.
There are another problems that are maybe a side effect of this one:
. Double-click on a text of another text box: the text is not selected. A first
click is necessary to set the focus.
. Select a text by clicking and moving the mouse within the current text box:
the text is not selected.
No workaround found except first reselecting the text box. I.E. Esc+left click,
Right+Left click.
--
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=51962
Bug ID: 51962
Summary: MICA2 temporarily freezes on startup for some minutes,
and then continues normally.
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammgabriana(a)gmail.com
Distribution: ---
When starting MICA2, an astronomical almanac program published by the US Naval
Observatory, it temporarily freezes while showing the splash screen, freezing
the entire desktop, and after a few minutes without me doing anything, it then
unfreezes and resumes normally. After that I can use the program as I usually
do without any problems, and close it without any problems.
--
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=51558
Bug ID: 51558
Summary: PDCursesMod - wincon - demos programs
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
I tried to do run "PDCursesMod - wincon - demos programs" but no program works
unlike Windows-10 where these same programs work.
Public Domain Curses (Modified), aka PDCursesMod, is an implementation of
X/Open
curses for multiple platforms. As the name suggests, it is a modified version
of the ‘official’ PDCurses project, adding a variety of improvements, such as
Windows GUI, VT-like console, DOSVGA, and Plan 9 “flavors” of Curses.
It expands many of the capabilities of the other flavors (SDL1, SDL2, X11,
Win32 console, OS/2, and DOS).
git clone https://github.com/Bill-Gray/PDCursesMod.git
wine64 version=wine-6.14-74-gccbb0eef7bc
Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.August 2021
--
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=33198
Bug #: 33198
Summary: Multiple applications ported to WinRT/ARM using
msvcr110.dll require msvcrt.setjmp
Product: Wine
Version: 1.5.25
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
--- snip ---
$ wine ./Audacity.exe
...
err:module:find_forwarded_export function not found for forward 'msvcrt.setjmp'
used by L"C:\\windows\\system32\\msvcr110.dll". If you are using builtin
L"msvcr110.dll", try using the native one instead.
--- snip ---
Currently implemented for x86 64-bit in msvcrt:
http://source.winehq.org/git/wine.git/blob/14a81773c7ce865dd6d919ddee89cad3…
--- snip ---
1371 @ cdecl -arch=x86_64 -norelay -private setjmp(ptr) MSVCRT__setjmp
--- snip ---
Regards
--
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=32992
Bug #: 32992
Summary: ARM port of "WabbitEMU" wants
KERNEL32.dll.RtlLookupFunctionEntry
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
split from bug 32991 which is about unimplemented function
KERNEL32.dll.RtlUnwindEx
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
MSDN entry for KERNEL32.dll.RtlLookupFunctionEntry:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition")
Regards
--
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=51974
Bug ID: 51974
Summary: Dialogs that apear when loading documents don't work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tebicap(a)gmail.com
Distribution: ---
Created attachment 70961
--> https://bugs.winehq.org/attachment.cgi?id=70961
Corel Drax X3 portable, import options dialog.
When Loading a file from Corel Draw or Adobe Illustrator (and may be others?)
these programs show a dialog with import options, this dialog don't allow me to
click on the buttons "OK", "CANCEL", nor any other stuff in the dialog. It's
like the dialog's window don't get focused and dont interact with the mouse nor
keyboard, instead, the application below (if there is any other window opened)
receive the actions of my computer inputs.
If I open these programs and open any document that don't need to show me an
import dialog then the file opens OK. Dialogs in general works well, but not
the import options dialog.
Atached Images.
This bug happen on all wine versions I tried (the last one was 6.17 stage)
my system is:
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-89-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i3-3240 CPU @ 3.40GHz
Memory: 5,8 GiB
--
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=50770
Bug ID: 50770
Summary: Unable to create symlinks to files in a nonexistent
directory
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
Created attachment 69562
--> https://bugs.winehq.org/attachment.cgi?id=69562
Testcase
Creating a symlink pointing to a file that doesn't exist, succeeds as it
should, e.g. CreateSymbolicLinkA("link", "nonexistentfile") succeeds. However,
CreateSymbolicLinkA("link", "nonexistentdir\\nonexistentfile") fails.
--
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=50625
Bug ID: 50625
Summary: Unhandled exception with try/catch
Product: Wine
Version: 4.12.1
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: david.paradis(a)us.abb.com
Distribution: ---
Created attachment 69319
--> https://bugs.winehq.org/attachment.cgi?id=69319
Test Project File
Hello,
I have run into a bug with try/catch blocks throwing an unhandled exception
even though I have a catch all.
I have attached a very simple test program that when started calls a method
that just throws an exception class back to the caller. This very simple
program works great in Windows and throws an unhandled exception in Wine and
terminates the program.
This is a critical path to my application as I have incorporated a 3rd party
library that uses exceptions for program flow rather than function return
codes. Without a fix our application becomes unstable and crashes when an
intended exception is thrown.
I would really like a solution for the version of Wine that we are running
(4.12.1) as we have Wine running on thousands of remote computers with not easy
solution to upgrade to newer versions. I can however deploy patches to Wine.
Thank you for any assistance with addressing this issue as I have spent the
last couple days annotating the Wine sources to try and find the root cause
without success to this point.
--
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=40300
Bug ID: 40300
Summary: Guild Wars 2: Mouse gets temporary invisible on the
Launcher
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
If the Laucher starts and the mouse gets moved over it the mouse cursor gets
invisible until it is moved over specific elements like text. Somebody on
Windows tested this too and the issue doesn't appear there.
--
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=17622
Summary: Overdrive media console fails to install.
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gmstalk(a)gmail.com
Created an attachment (id=19807)
--> (http://bugs.winehq.org/attachment.cgi?id=19807)
Log file created when install is attempted
When I attempt to install the overdrive media console, the install quietly
fails and generates a text document named VSDCA_VsdLaunchConditions.Log
(attached).
--
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.