https://bugs.winehq.org/show_bug.cgi?id=657
--- Comment #122 from Anastasius Focht <focht(a)gmx.net> ---
Hello qsniyg,
while this could work for the case of native 'pidgen' (Wine's builtin one is a
stub dll that prefers native over builtin), it will likely trigger an influx of
gazillion new bug reports. All the auto-generated stubs will cause all kinds of
user-visible crashes instead of previous mostly silent application load failure
behaviour.
Users/triagers will create new bugs per stub to request addition of
simple/semi-stubs because they don't understand that this approach can't work
for majority of the MFC applications. Additionally it will send a false signal
of hope: "hey, there is builtin MFC - let's start with implementing this and
that".
Most of the dupes linked here are not the result of 'pidgen' failures but from
real MFC apps that require a lot of MFC classes to be implemented.
You could ask maybe Wine-Staging project folks if it's possible to fly a trial
balloon with them (and see the impact) ;-) If that happens we should definately
create a new ticket, covering the addition of a stub MFC42 dll + minimal pidgen
dependency implementation (if that's just one export). This one should remain
as one-for-all meta-bug, although I would add "implementation" to the summary
to distinguish both.
My general (personal) opinion about MFC hasn't changed all the years. I
consider it a huge waste of time/valuable developer resources if someone is
really going for implementation of this legacy/obsolete technology. The Wine
project still lacks developer resources in various other areas/components which
are way more useful for the general populace.
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=657
qsniyg <qsniyg(a)mail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |qsniyg(a)mail.com
--- Comment #121 from qsniyg <qsniyg(a)mail.com> ---
Not sure if this would be of any help or not, but according to rabin2 -i (I
haven't disassembled the file in any way, only looked at the imports)
PidGen.dll only requires ordinal 825 from mfc42.dll, which is named
"operatordelete".
--
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=49004
Bug ID: 49004
Summary: Opening Omnisphere VST in FL Studio Host is slow due
to ntdll
Product: Wine
Version: 5.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: salvieondatrack(a)gmail.com
Distribution: ---
Created attachment 66981
--> https://bugs.winehq.org/attachment.cgi?id=66981
Fl Studio wine output log
First time filing a bug here so bare with me if I miss anything important.
OS: Latest stable version of Elementary OS 64bit
Wine Version: 5.0 Stable
Wine Prefix: 32bitwine
Problem: When I try to run Omnisphere in FL Studio it takes almost a full
minute for it to start (only have this issue with Omni). Once it starts, it
takes a very long time to load certain patches. My concern is more about the
long start time of Omnisphere as the loading of patches can be one of many
problems unrelated to this issue.
What I did: I've tested FL studio by running it thru terminal with both
overridden and non overridden DLLs. I've also used different Windows versions
in the cfg settings. I still receive the same results. I did notice that when I
ran omnisphere this message would show in terminal:
"0031:err:ntdll:RtlpWaitForCriticalSection section 0x22d9f98 "?" wait timed out
in thread 0031, blocked by 0009, retrying (60 sec)". Which explains why it
takes a minute for Omnisphere to start. I've attached the terminal log.
FYI I remember reading in a thread somewhere on Reaper that Omnisphere has a
problem with permissions involving UAC. I'm not experienced with Wine and only
have general Linux knowledge.. Thanks for the help.
--
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=38214
Bug ID: 38214
Summary: Load Game function of Airport Tycoon 3 is broken.
Product: Wine
Version: 0.9.4.
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2001kraft(a)gmail.com
Created attachment 51005
--> https://bugs.winehq.org/attachment.cgi?id=51005
at3 bug report
Was using Airport Tycoon 3 and running directly using Wine. Then clicked
"Load". Then clicked on one of my saves, the app crashed. Same happens with any
save, meaning that the "Load" function is broken.
--
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=41644
Bug ID: 41644
Summary: Civilization v1.2: crashes on startup
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: K_ThaaL(a)bk.ru
Distribution: ---
Created attachment 56018
--> https://bugs.winehq.org/attachment.cgi?id=56018
trace generated by wine
Wine crashes right after the first frame of game intro is shown.
Created a new 32bit wine prefix for this game.
Tried windows versions XP and 3.1 - behavior is the same in both cases.
Using virtual desktop and disallowing window decorations did not help.
No other options tried.
Ubuntu 16.04 LTS is used with Wine installed from winehq repository.
Problem is detected on 1.9.21 and 1.9.22.
--
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=48929
Bug ID: 48929
Summary: Yandere simulator crashes can't even open MAC CATALINA
Product: Wine
Version: unspecified
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bdinitha2(a)gmail.com
Created attachment 66894
--> https://bugs.winehq.org/attachment.cgi?id=66894
this is the log I got
Hey so im using a Mac book bro 2017 13 inch and I upgraded my Mac to
Catalina(10.15.3)recently. So after that I couldn't run 32 bit apps on this
Mac. I downloaded Wine64 using Homebrew and I had installed the latest version
of Yandere simulator. As explained in tutorials I typed the command to open the
app " Wine64 YandereSimulator.exe" It takes like 2 seconds and then I get a
issue saying "UnityCrashHandler64.exe" has encountered a serious issue and this
program needs to be closed". It also said this can be caused by a deficiency in
wine. Please I wanna play this game so bad I hope I get a fix. I've attached
the log report I got when wine crashed.
--
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=45391
Bug ID: 45391
Summary: winehq.org is distributing compiled LGPL code packages
but withholding their sources
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: forestcode(a)ixio.org
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
The source code tarballs and package build scripts for winehq's ubuntu and
debian packages are not published. They are not where they are supposed to be
according to the official debian/ubuntu sources.list file (the deb-src entry
that gets created when someone follows the official apt-add-repository
instructions), they don't seem to be referenced anywhere else obvious, and
nobody at the wine project has been forthcoming about how to get them.
[1][2][3]
So, winehq.org is distributing binary packages without making their sources
available. This makes it impossible for the people using those packages to
audit the code, reproduce the packages, test patches on known-good packaged
versions, or port them to different OS releases (the latter leading to issues
like bug 45085).
>From what I can tell, this is also likely an LGPL violation:
"4. You may copy and distribute the Library (or a portion or derivative of it,
under Section 2) in object code or executable form under the terms of Sections
1 and 2 above provided that you accompany it with the complete corresponding
machine-readable source code"
What will it take to remedy this situation?
[1] Notice the absence of an answer in this thread:
https://www.winehq.org/pipermail/wine-devel/2018-May/127507.html
[2] Nobody had an answer for me on the two occasions when I asked on
#winehackers irc this week.
[3] Nobody responded when I emailed the package maintainers listed at
https://wiki.winehq.org/Download
--
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=42908
Bug ID: 42908
Summary: Monopoly (2000) crashes on launch
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 58049
--> https://bugs.winehq.org/attachment.cgi?id=58049
backtrace
Crashes trying to read 0x0000000. Backtrace attached.
--
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=49001
Bug ID: 49001
Summary: www.sharescope.co.uk Program Error Details box pops up
on start. Program stalls in download of data. Try to
start the program again and it stalls further along
the data download according to the progress bar. Start
again and the download process completes
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a.hardiestorey(a)btinternet.com
Distribution: ---
Created attachment 66976
--> https://bugs.winehq.org/attachment.cgi?id=66976
Program Error Detail Log
Failure to load and run on first start up. Requires 2 or 3 attempts to download
the information before the application will run.
--
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.