October 2016 - Wine-Bugs - list.winehq.org

[Bug 7372] Can't copy and paste between native apps (e.g., Open Office, Firefox, Gimp) and some Wine apps (affects Dreamweaver, Photoshop, Powerpoint, Excel)
by wine-bugs＠winehq.org Oct. 19, 2016

Oct. 19, 2016

https://bugs.winehq.org/show_bug.cgi?id=7372 Dave-C <davec.bugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |davec.bugs(a)gmail.com -- 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.

1 0

[Bug 41574] New: problem with getting stage light audio to work/ open gl , wont work. down load is to fix that
by wine-bugs＠winehq.org Oct. 18, 2016

Oct. 18, 2016

https://bugs.winehq.org/show_bug.cgi?id=41574 Bug ID: 41574 Summary: problem with getting stage light audio to work/ open gl , wont work. down load is to fix that Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: toddrutah(a)gmail.com Distribution: --- Created attachment 55910 --> https://bugs.winehq.org/attachment.cgi?id=55910 Open Labs have produced a utility which disables OpenGL support and allows Stagelight to work stagelight no sound -- 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.

1 0

[Bug 21733] New: The install program seems to work, but directx9c in a windows does not work.
by wine-bugs＠winehq.org Oct. 18, 2016

Oct. 18, 2016

http://bugs.winehq.org/show_bug.cgi?id=21733 Summary: The install program seems to work, but directx9c in a windows does not work. Product: Wine Version: unspecified Platform: x86 URL: http://laurent.horus.free.fr/dead_deer_setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurentcance(a)free.fr The install program seems to work, but directx9c in a windows does not work. My software 3d modeler : using dx9c http://laurent.horus.free.fr/dead_deer_setup.exe -- 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.

1 17

[Bug 39638] New: Program is not work. No responsed. (O2Jam)
by wine-bugs＠winehq.org Oct. 16, 2016

Oct. 16, 2016

https://bugs.winehq.org/show_bug.cgi?id=39638 Bug ID: 39638 Summary: Program is not work. No responsed. (O2Jam) Product: Wine Version: 1.8-rc1 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: zaqzaq0802(a)naver.com Hello. I am using Wine on Windows 10 from http://wined3d.adolfintel.com/ O2Jam is really old game, and i am really thank you to make this game playable. But it have some bugs and those are not fixed long time. So i decide to report you to solve about this. -------------------------------------------------------------------- I was using 1.3.7 version first time. But it have many bugs. - Windows key is not work. - nvidia is really fine, but AMD have some frame drops. - When i take some other action like a chat, it have frame drop a lot. So i found 1.6.2 version. 1.6.2 version was most great to play this game at AMD graphics. But it have some bugs also. - It cannot record to use those program : Bandicam, Dxtory, Action!, and etc.. maybe cannot hook the program. - Windows key is not work perfectly. Only start list are rise up, Program always locate on top of display. - Framerate is relatively low with 1.3.7 at nvidia. - 8bit color setting at property menu is essential one at AMD graphics (Game not work) After 1.7.30 version is not have error about Windows key. But it also have those bugs 1.7.30 ~ 1.7.48 - When the playing, graphic has crashed pink color. - Same frame rate with 1.6.2 about nvidia, amd graphics. 1.7.49 ~ 1.7.54 - When play songs, if i entry keyboard input, it have frame drop and input delay. That is really important problem about rhythm games.. - That problem was intensified at 49->50->51->52->53->54 each release. 1.7.55, 1.8-rc1 - Game is not work perfectly at AMD graphics. Please check about this problem. You can download at this page : https://drive.google.com/a/dpjam.me/file/d/0B8KffDfrBgy5bFI4aEdqQ0V3Nzg/view Account : winetest, Pw : winetest Thank you! -- 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.

1 7

[Bug 31906] New: Steinbergs HALionOne crashes as VSTi Plugin and Standalone
by wine-bugs＠winehq.org Oct. 16, 2016

Oct. 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=31906 Bug #: 31906 Summary: Steinbergs HALionOne crashes as VSTi Plugin and Standalone Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: azeone123(a)aol.com Classification: Unclassified Created attachment 42003 --> http://bugs.winehq.org/attachment.cgi?id=42003 Terminaloutput Cubase HALionOne VSTi Good morning, the last few weeks im trying to get Steinberg Cubase 5 running well. See details here http://www.steinberg.net/de/products/cubase/start.html (i only got a early copy of the 5th version) Finally i figured out how i can run the software with all its features but there is still one problem with one of the VSTi-Plugins named HALionOne. This is the only PlugIn (VSTi) which crashes with the console output in the attachment. After the "60sec (stub)" which you can see in the terminal output the Plugin crashes the full software without any other message. If i restart the app, Cubase ignores the PlugIn and set it to "failed while loading" so you can run Cubase without the HALionOne PlugIn. I tried also to use a clean prefix where i only installed HALionOne as standalone and VSTi from the url of steinbergs website (see below) with the same problem. **System Informations** OS= opensuse 12.2 64b Kernel: Linux 3.1.10-1.16-desktop x86_64 wine= 1.5.13 winetricks installed to get Steinberg Cubase running: gdiplus, vcrun2005, vcrun2008, vcrun6, dotnet20, fontfix, dotnet20, wmp9, corefonts, mfc42 A free copy of the latest HALionOne Software can be found here https://shop.steinberg.net/cgi-bin/dlreg?ID=H4TR_WIN -- 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.

1 6

[Bug 41423] New: Bricscad: ttf fonts are not displayed in the preview mode created or changed objects
by wine-bugs＠winehq.org Oct. 16, 2016

Oct. 16, 2016

https://bugs.winehq.org/show_bug.cgi?id=41423 Bug ID: 41423 Summary: Bricscad: ttf fonts are not displayed in the preview mode created or changed objects Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: tolikk91(a)yandex.ru Distribution: --- Created attachment 55796 --> https://bugs.winehq.org/attachment.cgi?id=55796 creating dimension, containing TTF font If the object contains text from TTF fonts, when you attempt to create or change the font disappears during preview -- 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.

1 7

[Bug 41231] New: regedit no longer processes registry input from stdin using "-" as filename
by wine-bugs＠winehq.org Oct. 14, 2016

Oct. 14, 2016

https://bugs.winehq.org/show_bug.cgi?id=41231 Bug ID: 41231 Summary: regedit no longer processes registry input from stdin using "-" as filename Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: zakarjor(a)yahoo.com Distribution: --- regedit since around 1.9.17 no longer processes registry input from stdin: Steps to reproduce: 1. run command from shell: regedit - 2. add appropriate registry input lines in stdin and end with Ctrl-D Expected: the registry entry should be added in registry (use regedit GUI to view) Actual: No change in registry This looks like a regression after commit 256290f "regedit: Parse command-line input using Unicode". In regedit.c PerformRegAction(), after testing if "-" and setting reg_file=stdin, it skips over "else" statement and just reaches break statement without calling import_registry_file(). -- 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.

1 7

[Bug 41437] New: Implement a 64-bit version of __std_type_info_hash
by wine-bugs＠winehq.org Oct. 14, 2016

Oct. 14, 2016

https://bugs.winehq.org/show_bug.cgi?id=41437 Bug ID: 41437 Summary: Implement a 64-bit version of __std_type_info_hash Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: cerebro.alexiel(a)gmail.com Distribution: --- Two weeks ago, I saw commit 4931e6f92bc7e0c229a057ebf2e000f8f5aa1edd that (partially) implements __std_type_info_hash function. Code was simple but the 64-bit version was not implemented as it was using "different constants". I thought: "Findind a coefficient only requires time and patience, let's do it!". I had to find a value (noted as <?> here) that is such that (0xcbf29ce44fd0bfc1 ^ 0x1) * <?> = 0xaf63bc4c29620a60 or 0xcbf29ce44fd0bfc0 * <?> = 0xaf63bc4c29620a60. I started with a naive implementation computing all <?> values from 0 to UINT64_MAX. Was very long and very slow. I optimized it using OpenMP (#pragma omp parallel) causing all my CPUs to work at 100%. Still very slow and the topmost bit would be tested in ages. I then had the idea to use a (pseudo-)random non-repeating number generator. This way, all numbers would be tested in (pseudo-)random order and equally distributed on the 64-bit range. Plus, with the known seed and index, it would be posible to stop and continue the computation at the point it stopped. I chose Blowfish algorithm and let it work for about a week and then realized I may need a better solution. Finding the 32-bit <?> value was very quick (less than a minute) but a 64-bit value is way larger and testing every bit takes a really long time. Normally, if I have something like 5 * <?> = 15, I can do 15/5 = 3 = <?>. Here, we abuse overflow so, mathematically it's more (0xcbf29ce44fd0bfc0 * <?>) mod 2^64 = 0xaf63bc4c29620a60. I discovered we can actually do "Modular multiplicative inverse" to find an "inverse" of a number. <¿> such as (<¿> * a) mod x = 1 (a * <?>) mod x = b --> <?> mod x = b * <¿> I found a C++ implementation that finds the inverse of a number modulo another. I started with the 32-bit version to test it (no mod 2^32 to make it concise): (0x811c9dc5 ^ 0x1) * <?> = 0x040c5b8c 0x811c9dc4 * <?> = 0x040c5b8c 0x100000000=2^32 modInverse(0x811c9dc4, 0x100000000) -> no inverse because 0x811c9dc4 is even Anyway, let's do it with 0x2: (0x811c9dc5 ^ 0x2) * <?> = 0x070c6045 0x811c9dc7 * <?> = 0x070c6045 0x811c9dc7 inverse is 0xdce213f7 in other words, (0x811c9dc7 * 0xdce213f7) mod 0x100000000 = 1 so 0x070c6045 * 0xdce213f7 = <?> = 0x1000193 we can verify that 0x811c9dc7 * 0x1000193 = 0x70c6045 and that 0x811c9dc4 * 0x1000193 = 0x40c5b8c -> we have our 32-bit coefficient. Note that 0x100000000 requires 33 bits so it's ok on my 64-bit computer but as you may have guessed, 0x10000000000000000 (2^64) is 63 bits. I tried using uint128_t but didn't work. I then used GMP library (The GNU Multiple Precision Arithmetic Library) which lets me work on numbers as big as I have memory. Let's do it again for the 64-bit version (mox 2^64 omitted): (0xcbf29ce44fd0bfc1 ^ 0x1) * <?> = 0xaf63bc4c29620a60 0xcbf29ce44fd0bfc0 * <?> = 0xaf63bc4c29620a60 0xcbf29ce44fd0bfc0 has no inverse because 0xcbf29ce44fd0bfc0 is even (0xcbf29ce44fd0bfc1 ^ 0x2) * <?> = 0xaf63bf4c29620409 0xcbf29ce44fd0bfc3 * <?> = 0xaf63bf4c29620409 0xcbf29ce44fd0bfc3 inverse is 0xdbab92123bd8a8eb in other words, (0xcbf29ce44fd0bfc3 * 0xdbab92123bd8a8eb) mod 0x10000000000000000 = 1 so 0xaf63bf4c29620409 * 0xdbab92123bd8a8eb = <?> = 0xa01b8255ca379c43 we can verify that 0xcbf29ce44fd0bfc3 * 0xa01b8255ca379c43 = 0xaf63bf4c29620409 BUT 0xcbf29ce44fd0bfc0 * 0xa01b8255ca379c43 != 0xaf63bc4c29620a60 I tested with 0x2, 0x4, 0x42, inverse is ok but <?> was always different and wasn't working: I was missing something. I googled 0x1000193 and found out that it's a well-known number used in FNV-1 and FNV-1a hash algorithms (https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) Ideal 64-bit <?> (called FNV_prime) is 0xcbf29ce484222325 which slightly differs from our 0xcbf29ce44fd0bfc1. Since only the low word is changed, I guessed it was a XOR operation on the low part. I tested 0xcbf29ce484222325 ^ i == 0xcbf29ce44fd0bfc1 in a loop and found i was 0xcbf29ce4. I retested with other values et voilà, I found how it worked! I just submitted a patch to fix this bug. I posted a detailed explanation here to prove I didn't disassembled the native DLL and maybe to tell people it's not that hard to do useful things in wine. By the way, it's a fun way to learn things! -- 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.

1 3

[Bug 41432] New: Keyboard input code display program ( Japanese VB6 application) doesn't run.
by wine-bugs＠winehq.org Oct. 14, 2016

Oct. 14, 2016

https://bugs.winehq.org/show_bug.cgi?id=41432 Bug ID: 41432 Summary: Keyboard input code display program (Japanese VB6 application) doesn't run. Product: Wine Version: 1.9.18 Hardware: x86-64 URL: http://www.technoveins.co.jp/utility/keyindisp/index.h tm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- Keyboard input code display program is a Japanese VB6 application. It shows keyboard scan code information etc. on native (Windows). However, on wine environment, it shows insufficient memory error (メモリが不足しています。終了します。) and doesn't 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.

1 5

[Bug 41455] New: Failed assertion in ME_SplitByBacktracking causes crash at end of Jupiter 2011 installer
by wine-bugs＠winehq.org Oct. 14, 2016

Oct. 14, 2016

https://bugs.winehq.org/show_bug.cgi?id=41455 Bug ID: 41455 Summary: Failed assertion in ME_SplitByBacktracking causes crash at end of Jupiter 2011 installer Product: Wine Version: 1.9.20 Hardware: x86-64 URL: http://pity.elfin.pl/pliki/Jupiter/Jupiter2011/std/1.0 .5.6/Jupiter2011_std_1.0.5.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: frederic.delanoy(a)gmail.com Blocks: 30522 Distribution: Ubuntu Created attachment 55823 --> https://bugs.winehq.org/attachment.cgi?id=55823 Crash backtrace At the end of the installer, one gets a crash from failed assertion Tested with wine-1.9.20-59-g7756d6b ; Ubuntu 14.04.5 SHA1 3f037f27bbb9654307723f0ac89b2aa39ba21a4c Jupiter2011_std_1.0.5.exe Log only shows: fixme:shell:SHAutoComplete stub wrap.c:500: ME_SplitByBacktracking: Assertion `i<len' failed. wine: Assertion failed at address 0xf777b440 (thread 0009), starting debugger... -- 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.

1 7