On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
winetricks -q, rather. I'm not married to adding mfc42 if there's a workaround that can be used instead.
Sorry, I should have checked bugzilla first!
On 4/14/2019 8:01 AM, Jefferson Carpenter wrote:
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
On Sun, Apr 14, 2019, 03:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
winetricks -q, rather. I'm not married to adding mfc42 if there's a workaround that can be used instead.
Sorry, I should have checked bugzilla first!
On 4/14/2019 8:01 AM, Jefferson Carpenter wrote:
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
Just because there's a workaround doesn't mean it shouldn't be fixed.
The problem though is that it's completely undocumented. I don't think adding a stub with no exports that is unlikely to be implemented improves things over the status quo.
Sans this patch, (without using winetricks -q mfc42) Rise of Legends exits with
"Error loading PID Generator DLL. The DLL could not be found! Please make sure the file is available in the installation directory and try again,"
with console output
0025:err:plugplay:deviceloop_thread Can't init SDL: SDL not built with haptic (force feedback) support 002c:err:secur32:SECUR32_initSchannelSP TLS library not found, SSL connections will fail 002c:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 002c:fixme:dwmapi:DwmIsCompositionEnabled 0x6dbd1518 002e:fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x69ebd3de, context 0x846570, init_notify 0, handle 0x113fa10): stub 0044:err:secur32:SECUR32_initSchannelSP TLS library not found, SSL connections will fail 0044:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0044:fixme:dwmapi:DwmIsCompositionEnabled 0x6d5d3018 0046:fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a0cb608, context 0x8c88a8, init_notify 0, handle 0x110fc88): stub wine: configuration in '/home/rofl/.wine' has been updated. 0009:err:richedit:ReadStyleSheet missing style number 0009:err:module:import_dll Library MFC42.DLL (which is needed by L"Z:\home\rofl\Rise Of Legends\PIDGen.dll") not found
As surprising as it is, merely having a DLL by the name of mfc42 present, Rise of Legends is able to generate a PID after entering the CD key.
On Mon, Apr 15, 2019 at 2:31 AM Austin English austinenglish@gmail.com wrote:
On Sun, Apr 14, 2019, 03:05 Jefferson Carpenter jeffersoncarpenter2@gmail.com wrote:
winetricks -q, rather. I'm not married to adding mfc42 if there's a workaround that can be used instead.
Sorry, I should have checked bugzilla first!
On 4/14/2019 8:01 AM, Jefferson Carpenter wrote:
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
Just because there's a workaround doesn't mean it shouldn't be fixed.
The problem though is that it's completely undocumented. I don't think adding a stub with no exports that is unlikely to be implemented improves things over the status quo.
On Mon, Apr 15, 2019 at 06:14:43AM +0000, Jefferson Carpenter wrote:
As surprising as it is, merely having a DLL by the name of mfc42 present, Rise of Legends is able to generate a PID after entering the CD key.
I don't have any opinions on this patch, but Age of Empires 3 does the same thing. It loads mfc42, quits if it fails to load, and otherwise does nothing with it if it succeeds. It also complains about pidgen, so I guess it's some common anti-copy software.
Andrew
On Mon, Apr 15, 2019 at 2:31 AM Austin English austinenglish@gmail.com wrote:
On Sun, Apr 14, 2019, 03:05 Jefferson Carpenter jeffersoncarpenter2@gmail.com wrote:
winetricks -q, rather. I'm not married to adding mfc42 if there's a workaround that can be used instead.
Sorry, I should have checked bugzilla first!
On 4/14/2019 8:01 AM, Jefferson Carpenter wrote:
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
Just because there's a workaround doesn't mean it shouldn't be fixed.
The problem though is that it's completely undocumented. I don't think adding a stub with no exports that is unlikely to be implemented improves things over the status quo.
This patch will close or contribute to closing bug #657. In particular, pidgen.dll which is required by some applications runs successfully, resolving the pidgen-related bugs which have been marked as duplicates of bug #657.
On 4/15/2019 3:12 PM, Andrew Eikum wrote:
On Mon, Apr 15, 2019 at 06:14:43AM +0000, Jefferson Carpenter wrote:
As surprising as it is, merely having a DLL by the name of mfc42 present, Rise of Legends is able to generate a PID after entering the CD key.
I don't have any opinions on this patch, but Age of Empires 3 does the same thing. It loads mfc42, quits if it fails to load, and otherwise does nothing with it if it succeeds. It also complains about pidgen, so I guess it's some common anti-copy software.
Andrew
On Mon, Apr 15, 2019 at 2:31 AM Austin English austinenglish@gmail.com wrote:
On Sun, Apr 14, 2019, 03:05 Jefferson Carpenter jeffersoncarpenter2@gmail.com wrote:
winetricks -q, rather. I'm not married to adding mfc42 if there's a workaround that can be used instead.
Sorry, I should have checked bugzilla first!
On 4/14/2019 8:01 AM, Jefferson Carpenter wrote:
Didn't check this first https://bugs.winehq.org/show_bug.cgi?id=657
However, the patch allows PidGen.dll referred to in the above bug to do its dirty work, which should remove a blockage from some games.
The 'winetricks -w mfc42' workaround should still work even if Wine begins to implement mfc42.
On 4/14/2019 6:08 AM, Austin English wrote:
On Sun, Apr 14, 2019, 01:05 Jefferson Carpenter < jeffersoncarpenter2@gmail.com> wrote:
What does this accomplish? I.e. how does it improve things over the current situation?
Just because there's a workaround doesn't mean it shouldn't be fixed.
The problem though is that it's completely undocumented. I don't think adding a stub with no exports that is unlikely to be implemented improves things over the status quo.
Jefferson Carpenter jeffersoncarpenter2@gmail.com wrote:
This patch will close or contribute to closing bug #657. In particular, pidgen.dll which is required by some applications runs successfully, resolving the pidgen-related bugs which have been marked as duplicates of bug #657.
That patch will create too much of false expectations leading to major confusion for users that Wine project is going to provide a working MFC replacement.