September 2009 - Wine-bugs - list.winehq.org

[Bug 19083] New: Respondus LockDown Browser: outside processes should not be able to detect its window (appinstall)
by wine-bugs＠winehq.org 18 Oct '11

18 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=19083 Summary: Respondus LockDown Browser: outside processes should not be able to detect its window (appinstall) Product: Wine Version: 1.1.21 Platform: PC URL: https://hdc.tamu.edu/files/book/6/425/LockDownSetup_1. 0.3.exe OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Not sure how to describe this exactly...but the Respondus Lockdown Browser is meant to be used by universities to make sure that students don't use other programs when taking quizzes/exams/etc. As a result, it does some really funky stuff...While writing an appinstall test for it, found a few interesting things. First up, on windows, the IfWinExist (http://www.autohotkey.com/docs/commands/IfWinExist.htm) function fails for this window (never seen that happen for any other app). On wine, however, we detect it just fine. -- 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 4

[Bug 15250] New: MINITAB 14 graph editor crashes when File menu is clicked
by wine-bugs＠winehq.org 18 Oct '11

18 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=15250 Summary: MINITAB 14 graph editor crashes when File menu is clicked Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16034) --> (http://bugs.winehq.org/attachment.cgi?id=16034) rzipped relay log With current Git (wine-1.1.4-292-g4b4109a), when clicking on the File menu in the graph editor, mtb14ge.exe, the application crashes. The point at which the application crashes seems to be here: 0009:Call user32.CallWindowProcW(7edae5b0,00010030,00000229,00000000,00000000) ret=5f8487d1 0009:Call window proc 0x7edae5b0 (hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000) 0009:Ret window proc 0x7edae5b0 (hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000) retval=00000000 0009:Ret user32.CallWindowProcW() retval=00000000 ret=5f8487d1 0009:Ret window proc 0x5f870878 (hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000) retval=00000000 0009:Ret user32.SendMessageW() retval=00000000 ret=5f862aa3 0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6 0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6 0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6 0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6 0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6 0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6 trace:seh:raise_exception code=c0000005 flags=0 addr=0x32eeda Compressed relay log is 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.

1 11

[Bug 11077] New: does not find a serial port while running this application under wine
by wine-bugs＠winehq.org 18 Oct '11

18 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11077 Summary: does not find a serial port while running this application under wine Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: only4john(a)gmail.com Environment: wine under Ubuntu 7.10 Hardware Device: IRISYS 1001 thermal imager (http://www.entherm.com/Irisys/IRISYS%20Thermal%20Imager.htm) Driving Application: http://only4john.googlepages.com/Imager3309.exe The Driving Application can not find serial port while running the application under wine, while the PC has a serial port. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 14847] New: UFO Extraterrestials: Problems with mouse cursor and textures.
by wine-bugs＠winehq.org 15 Oct '11

15 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=14847 Summary: UFO Extraterrestials: Problems with mouse cursor and textures. Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RodionKarimov(a)yandex.ru Problem with mouse: cursor is shown not exactly there where it is, for exmple, when cursor is graphically shown a long away from button - the button is selected, when it is on button - button is not selected. There is some problem in inner game mouse driver, because, when i am changing mouse sensitivity in file "ufo-et.ini", that is located in "data" directory from 255 to 100, image of mouse cursor starts to be much closer to there, where it actually is. But not exactly. And some times image of cursor again starts to go far from exact cursor location, for example: sometimes when rotating the globe or in tactical mode, when shooting. Problem with textures: when in "ufo-et.ini" "scissortesting=true", that default is, there is not seen in global mode: images of soldiers; research tasks; rifles, pistols, grenades and ammunition of soldiers; and name of the save game that is being enter when saving game. When "scissortesting=false" all of that is shown, but name of the saving game is very little, project names is also very little, images of soldioers and weapons is also very little. And everything of this is not on its place, for example images of weapons is right and down from its location; images of soldiers are placed down from its locations; names of projects are right and down from its location, but they are selecting and activating by mouse at that position where they must be. -- 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 27

[Bug 17536] New: Atari Scrabble Online fails to install (regression)
by wine-bugs＠winehq.org 15 Oct '11

15 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=17536 Summary: Atari Scrabble Online fails to install (regression) Product: Wine Version: 1.1.11 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=12955 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=19670) --> (http://bugs.winehq.org/attachment.cgi?id=19670) Wine 1.1.15 +msi Atari Scrabble Online fails to install. The culprit seems to be: err:msi:ITERATE_Actions Execution halted, action L"DX9_Launcher.A545835B_7768_4D96_A5BC_930949616C2D" returned 1603 At this point the installer attempts to start the DirectX9 installer, whether it is already installed or not. There therefore is no workaround. Tested in Wine 1.1.11 and 1.1.15 and bug exists. Tested in Wine 1.0 and bug does not exist. Result of bisect: 731306bf78f2b8a6a92448e1977268b4396eb449 is first bad commit commit 731306bf78f2b8a6a92448e1977268b4396eb449 Author: James Hawkins <jhawkins(a)codeweavers.com> Date: Tue Sep 2 01:01:59 2008 -0500 kernel32: Fix two tests that fail in win2k3 and modify LoadLibraryEx to match this behavior. :040000 040000 64ed6c6c7ae8c6e131079052e9113f07a467d58b 64a781d6056ae364ba95c128901381cc6343c06a M dlls which doesn't make much sense to me. -- 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 22

[Bug 11419] New: Installation of Intel Indeo Video freezes
by wine-bugs＠winehq.org 15 Oct '11

15 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11419 Summary: Installation of Intel Indeo Video freezes Product: Wine Version: 0.9.54. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: elicoten(a)live.co.uk Installation gets upto "searching for components: Netscape", and about 9% on the progress bar then freezes. Cannot be installed. -- 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 9

[Bug 11239] New: Steam Games No Longer Start - bisected the cause to ntdll
by wine-bugs＠winehq.org 13 Oct '11

13 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11239 Summary: Steam Games No Longer Start - bisected the cause to ntdll Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: philcostin(a)hotmail.com The following patch, introduced on Jan 15th 2008 has resulted in Steam games being unable to start. bd352bcd1c98ed91bdb337e73cddfd8ceac095d6 err:seh:setup_exception nested exception on signal stack in thread 004f eip 7efc20b3 esp 7ffdb770 stack 0x241000-0x350000 -- 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 20

[Bug 14390] New: Gmax 1.2: Fatal Error on Install - Ended Prematurely.
by wine-bugs＠winehq.org 13 Oct '11

13 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=14390 Summary: Gmax 1.2: Fatal Error on Install - Ended Prematurely. Product: Wine Version: 1.1.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=14701) --> (http://bugs.winehq.org/attachment.cgi?id=14701) Fatal Error on install. When installing GMAX 1.2 on WINE 1.1.0 I receive the following errors which are 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.

1 15

[Bug 18777] New: Wine 1.1.22+ resets customized FontLink when switching locales
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=18777 Summary: Wine 1.1.22+ resets customized FontLink when switching locales Product: Wine Version: 1.1.22 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: matthewsage(a)live.com CC: Paul.Hampson(a)Pobox.com Created an attachment (id=21546) --> (http://bugs.winehq.org/attachment.cgi?id=21546) Regression test that shows the patch that broke the desired functionality Whenever you switch locales (using the latest Wine dev. version -1.1.22-), whatever custom Font Linking you have made in the FontLink/SystemLink register key will be wiped out. This was tested on Wine 1.1.22, after wiping out ~/.wine I tested it with the Ubuntu x86_64 binary package from the budgetdedicated servers, AND after building from source. Steps to reproduce: 1) Run "regedit" 2) Set some System Font Linking replacements in the HKLM/Software/Microsoft/Windows NT/CurrentVersion/FontLink/SystemLink register key (in my case: Tahoma -> VL Gothic, Microsoft Sans Serif -> VLGothic, MS Sans Serif -> VL Gothic) 3) Run any Win32 application with LANG set to a different locale (in my case, LANG=ja_JP.UTF-8) Expected results: The application is executed, whatever Font Linking you made is visible (which means that the custom Font Linking I made is respected by Wine). Actual Results: The application is executed, whatever Font Linking you made is not visible. If you run "regedit" again, you'll see that the FontLink/SystemLink key is now empty. Workaround: Always run Wine apps with the same locale (LANG=ja_JP.UTF-8 in my case) - That would include regedit itself, so that the Font Linking you set up is not wiped as soon as you run another app with a different locale. -- 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 11

[Bug 10273] New: satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10273 Summary: satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8924) --> (http://bugs.winehq.org/attachment.cgi?id=8924) Patch which should fix SafeDisc 2.x copy protection api analyzer issue Hello, if not interested in technical details goto (2) ;-) I made this a separate bug report like http://bugs.winehq.org/show_bug.cgi?id=9925 (SafeDisc 1.x stopper) because SafeDisc has many flavors that differ in various technical ways and can't be discussed/handled in a single SafeDisc "metabug" like http://bugs.winehq.org/show_bug.cgi?id=219 SafeDisc Major version based separation allows better tracking of "completion" state (1.x/2.x/3.x/4.x). ----------- (1) It took me a couple of days to get an idea what SafeDisc 2.x really does with the API exports and to find a way to cope with it... Various anti-debugging techniques and nasty runtime code obfuscation made this journey somewhat challenging. Parts of SafeDisc 2.x analyze the API code of the following system libraries: kernel32.dll (wine builtin) user32.dll (wine builtin) gdi32.dll (wine builtin) cdasdtst.dll (developer backdoor?) The latter one is probably a "developer backdoor", used to verify their code/algorithms (not needed to be present). For each of these libraries all named exports are taken into account. A number of API entry opcode sequences are read and used for statistical analysis (number depends on type of encountered opcodes). >From what I've seen there is some kind of "behavioural probability" of each API entry calculated, with typical opcode sequences having a "weighting". Just think of advanced heuristic detection methods of antivirus scanners and you get the idea ;-). Anyway, wine's builtin libraries differ in their signatures from windows entry code and to make things worse, wine's +relay/+snoop feature heavily interferes with the analyzer results. :-( First I made some experiments with additional (dummy) function exports, small __asm__ wrappers with opcode sequences to see how the distribution of opcodes influences the analyzer results. The result was rather disappointing. I needed a large number of exports to gain some results but not significantly enough to get below the "bad" threshold. Then I came across the magic "0" value. As soon as I used this value either as first .byte on API entry or init value for data export, the entry scan was short circuited. This value seemed to have the highest influence of all code/data sequences used. I added quite a number of data exports - aliased to initialized "0" value - safe enough to let even wine's +relay work (remember: relay code influences analyzer). If you look at the patch don't get mad ;-) You will see a crapload of named "__wine_safedisc2" data exports/aliases added to wine builtin kernel32, user32 and gdi32. For the record: http://bugs.winehq.org/show_bug.cgi?id=9926 which talks about "problematic" gdi32 data exports (pfnPalette stuff) in SafeDisc 3.x. SafeDisc 2.x code triggers SEH upon exported function pointers too but this is gracefully handled. No harm at all. I wonder if this is really a problem in SafeDisc 3.x ... I thought about other possible solutions but found no one easier to implement to prove my findings without hurting wine too much :-) Making wrappers of the whole kernel32, user32, gdi32 named exports API just to please the entry analyzer is not an option to me. Another way could be the relocation of export table upon module loading, expanding it at runtime by adding the required number of "statistics fakers" (data exports with zero init). This requires modifying the ntdll loader .. though i'm not sure if this approach breaks other applications/braindamaged PE protection stuff which expect certain conditions to be met (tables present at specific sections/memory areas). ------------------------------ (2) Well, take it as proof of concept. Play with it. I tested my patch with a few SafeDisc 2.x games I have original media. No cracks/no-cd patches were used. Only official game patches were used. Battlefield 1924 (1.6x) - SafeDisc 2.6/2.8 Road To Rome (BF1942 expansion) - SafeDisc 2.8 Battlefield Vietnam - SafeDisc 2.9 All of these work fine for me with the patch applied. Please test this patch on many SafeDisc 2.x games as possible and report your results (works or works not). Make sure you have original media mounted and drive/data is visible within wine. If it fails for first time, the media might not ready yet, try again then (I experienced this sometimes). Use this link to verify what SafeDisc Version is used: http://www.120search.net/ (alcohol software copy protection database) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 48