http://bugs.winehq.org/show_bug.cgi?id=28254
Summary: Problem with activation program pm_fastrack-pmp.exe Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs@winehq.org ReportedBy: lavir.2010@gmail.com
After installing the program pm_fastrack_pmp version 6.0 when trying to enable execution of the program he presents an information stating that the program-pm_fastrack pmp.exe found a serious problem and needs to close.
http://bugs.winehq.org/show_bug.cgi?id=28254
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|appdb-unknown |-unknown Product|WineHQ Apps Database |Wine
--- Comment #1 from Austin English austinenglish@gmail.com 2011-09-02 16:38:44 CDT --- Not an appdb bug. Wine version? Can this program be downloaded somewhere? Please attach terminal output.
http://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #2 from Dorival lavir.2010@gmail.com 2011-09-02 19:12:27 CDT --- Hi Austin.
Version Wine is 1.3.27.
This program probably you can to make Demo download in
http://www.dpminternational.org/index2.php?page=shop.product_details&fly...
or
http://www.rmcproject.com/support/PMP/v60/fastrack-demo-license-v6-portugues...
I'm sorry. I'm a new user of Wine and Ubuntu (version 11.04) but I like Wine and Ubuntu, nice programs, did not understand what you are asking about "terminal output ... ...Could you help me please?
Best Regards.
http://bugs.winehq.org/show_bug.cgi?id=28254
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.3.27
http://bugs.winehq.org/show_bug.cgi?id=28254
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, obfuscation Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #3 from Austin English austinenglish@gmail.com 2011-09-06 04:51:21 CDT --- First off, needs winetricks jet40. It appears to install a device driver, and crashes.
Protection id says:
Scanning -> C:\Program Files\PM FASTrack v7\crp32002.ngn File Type : 32-Bit Exe (Subsystem : Win CUI / 3), Size : 811018 (0C600Ah) Byte(s) -> File has 10 (0Ah) bytes of appended data starting at offset 0C6000h [File Heuristics] -> Flag : 00000000000000000000010000000100 (0x00000404) [!] LiCENSE - CrypKey SDK v7.0 (or newer) detected ! [!] Possible CD/DVD-Key or Serial Check -> SerialNumber [CompilerDetect] -> Visual C++ 8.0 (Visual Studio 2005) - Scan Took : 0.20 Second(s)
http://bugs.winehq.org/show_bug.cgi?id=28254
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.rmcproject.com/s | |upport/PMP/v7/download-demo | |.aspx CC| |focht@gmx.net Summary|Problem with activation |PM FASTrack for the PMP |program pm_fastrack-pmp.exe |Exam Version 7 CrypKey | |device driver crashes | |during load/relocation | |(relocation entry crosses | |page boundary)
--- Comment #4 from Anastasius Focht focht@gmx.net 2012-01-31 16:08:07 CST --- Hello,
there are at least two problems here.
One is the main application and one is the crashing device driver.
I debugged the main application and found "madCodeHook" signatures/code. Basically that code reads Wine core dlls (placeholders) into memory and verifies it with the already loaded in-memory images (PE structures).
--- snip --- ... 0045:Call KERNEL32.CreateFileW(00175b68 L"C:\windows\system32\KERNEL32.dll",80000000,00000001,00000000,00000003,00000000,00000000) ret=003dfa8a 0045:Ret KERNEL32.CreateFileW() retval=000000bc ret=003dfa8a ... 0045:Call KERNEL32.CreateFileMappingW(000000bc,00000000,00000002,00000000,00000000,00000000) ret=003dfae6 0045:Ret KERNEL32.CreateFileMappingW() retval=000000c0 ret=003dfae6 0045:Call KERNEL32.MapViewOfFile(000000c0,00000004,00000000,00000000,00000000) ret=003dfb0e 0045:Ret KERNEL32.MapViewOfFile() retval=03000000 ret=003dfb0e 0045:Call KERNEL32.CloseHandle(000000c0) ret=003dfb16 0045:Ret KERNEL32.CloseHandle() retval=00000001 ret=003dfb16 0045:Call KERNEL32.CloseHandle(000000bc) ret=003dfb1c 0045:Ret KERNEL32.CloseHandle() retval=00000001 ret=003dfb1c ... 0045:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3dfc5a ip=003dfc5a tid=0045 0045:trace:seh:raise_exception info[0]=00000000 0045:trace:seh:raise_exception info[1]=03099994 0045:trace:seh:raise_exception eax=03099978 ebx=7b810000 ecx=00000001 edx=00099978 esi=7b810040 edi=03000000 0045:trace:seh:raise_exception ebp=03099978 esp=0032f520 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0045:trace:seh:call_stack_handlers calling handler at 0x3eb605 code=c0000005 flags=0 0045:trace:seh:call_stack_handlers handler at 0x3eb605 returned 1 0045:trace:seh:call_stack_handlers calling handler at 0x3c3db8 code=c0000005 flags=0 0045:Call KERNEL32.UnhandledExceptionFilter(0032f014) ret=003c3ddc wine: Unhandled page fault on read access to 0x03099994 at address 0x0000:0x003dfc5a (thread 0045), starting debugger... ... --- snip ---
This obviously can't work due to the nature of Wine core dlls -> bug 15437
The driver crash can be fixed = making this bug about. Though it won't help much in the end.
--- snip --- 002d:trace:winedevice:ServiceMain starting service L"NetworkX" ... 002d:trace:winedevice:load_driver loading driver L"C:\windows\System32\ckldrv.sys" 002d:Call KERNEL32.LoadLibraryW(0011aaa0 L"C:\windows\System32\ckldrv.sys") ret=7effc926 ... 002d:trace:module:map_image mapped PE file at 0x540000-0x54a000 002d:trace:module:map_image mapping section .text at 0x541000 off 400 size 3200 virt 3004 flags 68000020 002d:trace:module:map_image clearing 0x544200 - 0x545000 002d:trace:module:map_image mapping section .rdata at 0x545000 off 3600 size 200 virt 12d flags 48000040 002d:trace:module:map_image clearing 0x545200 - 0x546000 002d:trace:module:map_image mapping section .data at 0x546000 off 3800 size 200 virt 1150 flags c8000040 002d:trace:module:map_image clearing 0x546200 - 0x547000 002d:trace:module:map_image mapping section INIT at 0x548000 off 3a00 size 800 virt 758 flags e2000020 002d:trace:module:map_image clearing 0x548800 - 0x549000 002d:trace:module:map_image mapping section .reloc at 0x549000 off 4200 size 400 virt 37c flags 42000040 002d:trace:module:map_image clearing 0x549400 - 0x54a000 ... 002d:Ret KERNEL32.LoadLibraryW() retval=00540000 ret=7effc926 ... 002d:Call ntdll.RtlImageNtHeader(00540000) ret=7effc947 002d:Ret ntdll.RtlImageNtHeader() retval=005400d0 ret=7effc947 002d:Call ntdll.RtlImageDirectoryEntryToData(00540000,00000001,00000005,0053e638) ret=7effc9b1 002d:Ret ntdll.RtlImageDirectoryEntryToData() retval=00549000 ret=7effc9b1 002d:trace:winedevice:load_driver_module L"C:\windows\System32\ckldrv.sys": relocating from 0x10000 to 0x540000 002d:Call KERNEL32.VirtualProtect(00541000,00001000,00000040,0053e634) ret=7effca68 002d:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x541000 00001000 00000040 002d:trace:virtual:VIRTUAL_SetProt 0x541000-0x541fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView View: 0x540000 - 0x549fff 0x44 002d:trace:virtual:VIRTUAL_DumpView 0x540000 - 0x540fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x541000 - 0x541fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView 0x542000 - 0x544fff c-r-x 002d:trace:virtual:VIRTUAL_DumpView 0x545000 - 0x545fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x546000 - 0x547fff c-rW- 002d:trace:virtual:VIRTUAL_DumpView 0x548000 - 0x548fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView 0x549000 - 0x549fff c-r-- 002d:Ret KERNEL32.VirtualProtect() retval=00000001 ret=7effca68 002d:Call ntdll.LdrProcessRelocationBlock(00541000,00000096,00549008,00530000) ret=7effca98 002d:Ret ntdll.LdrProcessRelocationBlock() retval=00549134 ret=7effca98 002d:Call KERNEL32.VirtualProtect(00541000,00001000,00000020,00000000) ret=7effcac7 002d:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x541000 00001000 00000020 002d:trace:virtual:VIRTUAL_SetProt 0x541000-0x541fff c-r-x 002d:trace:virtual:VIRTUAL_DumpView View: 0x540000 - 0x549fff 0x44 002d:trace:virtual:VIRTUAL_DumpView 0x540000 - 0x540fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x541000 - 0x544fff c-r-x 002d:trace:virtual:VIRTUAL_DumpView 0x545000 - 0x545fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x546000 - 0x547fff c-rW- 002d:trace:virtual:VIRTUAL_DumpView 0x548000 - 0x548fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView 0x549000 - 0x549fff c-r-- 002d:Ret KERNEL32.VirtualProtect() retval=00000001 ret=7effcac7 002d:Call KERNEL32.VirtualProtect(00542000,00001000,00000040,0053e634) ret=7effca68 002d:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x542000 00001000 00000040 002d:trace:virtual:VIRTUAL_SetProt 0x542000-0x542fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView View: 0x540000 - 0x549fff 0x44 002d:trace:virtual:VIRTUAL_DumpView 0x540000 - 0x540fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x541000 - 0x541fff c-r-x 002d:trace:virtual:VIRTUAL_DumpView 0x542000 - 0x542fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView 0x543000 - 0x544fff c-r-x 002d:trace:virtual:VIRTUAL_DumpView 0x545000 - 0x545fff c-r-- 002d:trace:virtual:VIRTUAL_DumpView 0x546000 - 0x547fff c-rW- 002d:trace:virtual:VIRTUAL_DumpView 0x548000 - 0x548fff c-rWx 002d:trace:virtual:VIRTUAL_DumpView 0x549000 - 0x549fff c-r-- 002d:Ret KERNEL32.VirtualProtect() retval=00000001 ret=7effca68 002d:Call ntdll.LdrProcessRelocationBlock(00542000,0000009c,0054913c,00530000) ret=7effca98 002d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc51367 ip=7bc51367 tid=002d 002d:trace:seh:raise_exception info[0]=00000001 002d:trace:seh:raise_exception info[1]=00543000 002d:trace:seh:raise_exception eax=00542ffd ebx=7bcc0204 ecx=00000000 edx=00543158 esi=0053e5e0 edi=0053e560 002d:trace:seh:raise_exception ebp=0053e548 esp=0053e510 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002d:trace:seh:call_vectored_handlers calling handler at 0x7ed13486 code=c0000005 flags=0 --- snip ---
The problem is the second relocation block of the device driver PE binary:
--- snip --- ... 2. Relocation Block: VirtualAddress: 0x00002000 (".text") SizeOfBlock: 0x00000140 (0x009C block entries)
RVA Type ---------- ----------------- 0x0000201A HIGHLOW 0x0000201F HIGHLOW 0x00002031 HIGHLOW 0x0000203D HIGHLOW ... 0x00002FF3 HIGHLOW 0x00002FFD HIGHLOW --- snip ---
The last entry of block 2 (rva 0x2ffd) crosses page boundary, triggering write fault.
Source: http://source.winehq.org/git/wine.git/blob/6840a9273c92875c551e669b00d48c294...
--- snip --- 64 /* load the driver module file */ 65 static HMODULE load_driver_module( const WCHAR *name ) 66 { ... 89 if ((rel = RtlImageDirectoryEntryToData( module, TRUE, IMAGE_DIRECTORY_ENTRY_BASERELOC, &size ))) 90 { 91 WINE_TRACE( "%s: relocating from %p to %p\n", 92 wine_dbgstr_w(name), (char *)module - delta, module ); 93 end = (IMAGE_BASE_RELOCATION *)((char *)rel + size); 94 while (rel < end && rel->SizeOfBlock) 95 { 96 void *page = (char *)module + rel->VirtualAddress; 97 VirtualProtect( page, page_size, PAGE_EXECUTE_READWRITE, &old ); 98 rel = LdrProcessRelocationBlock( page, (rel->SizeOfBlock - sizeof(*rel)) / sizeof(USHORT), 99 (USHORT *)(rel + 1), delta ); 100 if (old != PAGE_EXECUTE_READWRITE) VirtualProtect( page, page_size, old, NULL ); 101 if (!rel) goto error; 102 } 103 /* make sure we don't try again */ 104 size = FIELD_OFFSET( IMAGE_NT_HEADERS, OptionalHeader ) + nt->FileHeader.SizeOfOptionalHeader; 105 VirtualProtect( nt, size, PAGE_READWRITE, &old ); 106 nt->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress = 0; 107 VirtualProtect( nt, size, old, NULL ); 108 } --- snip ---
$ sha1sum pm_fastrack-pmp_setup.exe 6dcc7720df9ef9b440722373addf7fd7d8de15af pm_fastrack-pmp_setup.exe
$ wine --version wine-1.4-rc1-57-g6847e88
Regards
http://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #5 from Anastasius Focht focht@gmx.net --- Hello folks,
revisiting, obviously still present.
--- snip --- $ WINEDEBUG=+tid,+seh,+winedevice wine net start NetworkX >>log.txt 2>&1 ... 002d:trace:winedevice:load_driver_module L"C:\windows\System32\ckldrv.sys": relocating from 0x10000 to 0x540000 002d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc578da ip=7bc578da tid=002d 002d:trace:seh:raise_exception info[0]=00000001 002d:trace:seh:raise_exception info[1]=00543000 002d:trace:seh:raise_exception eax=00542ffd ebx=7bccf000 ecx=00013158 edx=00543158 esi=00010000 edi=003d0f00 002d:trace:seh:raise_exception ebp=0053e5d8 esp=0053e5a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002d:trace:seh:call_vectored_handlers calling handler at 0x7ed2f6c7 code=c0000005 flags=0 002d:trace:seh:call_vectored_handlers handler at 0x7ed2f6c7 returned 0 002d:trace:seh:call_stack_handlers calling handler at 0x7bc9dc4f code=c0000005 flags=0 wine: Unhandled page fault on write access to 0x00543000 at address 0x7bc578da (thread 002d), starting debugger.. ... --- snip ---
$ wine --version wine-1.7.8-248-g8dd9c61
Regards
https://bugs.winehq.org/show_bug.cgi?id=28254
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #6 from Sebastian Lackner sebastian@fds-team.de --- Still present in wine-1.7.30-112-g5d17f9b.
Also affects 'Age of Wushu'. Wanted to reproduce one of the existing 'Age of Wushu' bugs, bug they are currently blocked by a bunch of (obviously new) DRM related errors, including this one. When starting the game it tries to load a driver called SDProtect, with the same relocation fixup issue.
https://bugs.winehq.org/show_bug.cgi?id=28254
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|PM FASTrack for the PMP |Multiple kernel drivers |Exam Version 7 CrypKey |crash during |device driver crashes |load/relocation (relocation |during load/relocation |entry crosses page |(relocation entry crosses |boundary)(PMP Exam Version |page boundary) |7 CrypKey, Age of Wushu | |SDProtect DRM)
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello Sebastian,
you forgot the link to the greatest Wine https://github.com/wine-compholio/wine-staging/the-magic-fix-this.patch ;-)
Regards
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #8 from Sebastian Lackner sebastian@fds-team.de --- Have just added the patch, for reference: https://github.com/wine-compholio/wine-staging/blob/master/patches/winedevic...
Please note that it doesn't fix all problems, and even this patch is probably not good enough to get upstream. Sadly the relocation fixup wasn't integrated into the regular library loader before proper permissions are set - this would make such hacks unnecessary. ;)
https://bugs.winehq.org/show_bug.cgi?id=28254
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |michael@fds-team.de Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/winedevice-Fix | |_Relocation
https://bugs.winehq.org/show_bug.cgi?id=28254
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=28254
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset|https://github.com/wine-com |https://github.com/wine-sta |pholio/wine-staging/tree/ma |ging/wine-staging/tree/mast |ster/patches/winedevice-Fix |er/patches/winedevice-Fix_R |_Relocation |elocation CC| |nerv@dawncrow.de
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #9 from Anastasius Focht focht@gmx.net --- *** Bug 44927 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=28254
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |programs Summary|Multiple kernel drivers |Multiple kernel drivers |crash during |crash during |load/relocation (relocation |load/relocation (relocation |entry crosses page |entry crosses page |boundary)(PMP Exam Version |boundary)(PMP Exam Version |7 CrypKey, Age of Wushu |7 CrypKey, Age of Wushu |SDProtect DRM) |SDProtect DRM, StarForce | |v3)
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello folks,
revisiting, obviously still present.
$ wine --version wine-3.9-149-ge3648c7a61
Regards
https://bugs.winehq.org/show_bug.cgi?id=28254
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rafalh92@outlook.com
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- *** Bug 46401 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #12 from Rafał Harabień rafalh92@outlook.com --- Still present in Wine 4.0-rc4. It makes MTA: San Andreas unplayable... I made alternative patch in Bug 46401. When compared to Sebastian Lackner patch, my version expects to always change protection for 2 pages, newer 3. I guess it's a bit wrong because IMAGE_BASE_RELOCATION::VirtualAddress does not have to be page aligned... Patch from this issue is in Wine Staging repo but is disabled and is not rebased (the code is not in winedevice module anymore) so there's not way to play games requiring it for now I guess. Sebastian Lackner, what you mean by "Please note that it doesn't fix all problems, and even this patch is probably not good enough to get upstream"? I could rebase it/merge with my patch and try to get upsteam but I don't get why it doesnt fix all problems. It should fix the problem with relocations on page boundary.
https://bugs.winehq.org/show_bug.cgi?id=28254
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset|https://github.com/wine-sta |https://github.com/wine-sta |ging/wine-staging/tree/mast |ging/wine-staging/tree/mast |er/patches/winedevice-Fix_R |er/patches/ntoskrnl.exe-Fix |elocation |_Relocation
--- Comment #13 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to Rafał Harabień from comment #12)
-snip-
In https://github.com/wine-staging/wine-staging/commit/94f314ccaaf19cf6c09e0374... the winedevice patch was changed to an ntoskrnl patch. Seems like that one is still active in Staging and can now be found here: https://github.com/wine-staging/wine-staging/tree/master/patches/ntoskrnl.ex...
So changing patchset link.
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #14 from Rafał Harabień rafalh92@outlook.com --- (In reply to Gijs Vermeulen from comment #13)
So changing patchset link.
I must have looked into wine-compholio repo only... Do you know why it cannot be included in upstream? This bug has years and is so easy to fix.
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #15 from André H. nerv@dawncrow.de --- (In reply to Rafał Harabień from comment #14)
(In reply to Gijs Vermeulen from comment #13)
So changing patchset link.
I must have looked into wine-compholio repo only... Do you know why it cannot be included in upstream? This bug has years and is so easy to fix.
Well, it is not obviously correct. 1 is wrong 2 seems good? 3 seems good? 4 ? 5 ?
https://bugs.winehq.org/show_bug.cgi?id=28254
--- Comment #16 from Rafał Harabień rafalh92@outlook.com --- André H. If your comment relates to number of pages to be protected 4 or more does not make sense. One IMAGE_BASE_RELOCATION structure is used together with offsets from range 0 to 0xFFF (4095) and each relocation updates up to 8 bytes using those offsets. So unless page size is smaller than 4096 (I never heard about smaller page size) it can touch up to 3 pages. For example when VirtualAddress is 0x1FFFF and offsets are in range 0 to 0xFFF it needs to access pages 0x1F000, 0x20000, and 0x21000 (0x1FFFF+0xFFF = 0x20FFE so a dword write updates bytes 0x20FFE up to 0x21001).
https://bugs.winehq.org/show_bug.cgi?id=28254
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|programs |ntoskrnl CC| |joseph.kucia@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=28254
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com Resolution|--- |FIXED Fixed by SHA1| |6c0a8c3592148759a26126bd48e | |c0cd053932223 Status|STAGED |RESOLVED
--- Comment #17 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Fixed byhttps://source.winehq.org/git/wine.git/?a=commit;h=6c0a8c3592148759a26126bd4...
https://bugs.winehq.org/show_bug.cgi?id=28254
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.8.
https://bugs.winehq.org/show_bug.cgi?id=28254
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.rmcproject.com/s |https://web.archive.org/web |upport/PMP/v7/download-demo |/20120521151841/http://www. |.aspx |rmcproject.com/support/down | |loads/pm_fastrack-pmp_en_v7 | |051.zip
-
wine-bugs＠winehq.org -
WineHQ Bugzilla