April 2010 - Wine-Bugs - list.winehq.org

[Bug 11810] New: parts from opengl/direct3d display show splines
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=11810 Summary: parts from opengl/direct3d display show splines Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, Please compare my attached screenshot of Crazy Machines with AppDB's http://appdb.winehq.org/screenshots.php?iAppId=3061&iVersionId=4468 You will notice that while most of the display is fine, the background and the texts on the papersheets are missing in my version. Actually, these 6 texts are also .tga image files. Instead, wine displays a sort of spline pattern: lines of various color (related to the missing image) emanate from a single origin, like quantic particles. This effect is visually stable across refreshes of the display. (Later in the game, a few icons are missing, but that could have a different cause, as there's no such spline effect there.) This happens to me both with the commercial game as well as a demo found on a german DVD. I've been using wine-0.9.56/54/48/47 with Ubuntu Dapper and Gutsy. No warnings are shown in the console. My hardware is an intel i810, and I'm using the xserver-xorg-i810 driver. lspci: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) WINEDEBUG=+opengl yields hundreds of trace:opengl:X11DRV_SwapBuffers (0x12cfb0) nothing else. Would attaching a +d3d trace help? (it would be huge!) -- 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 16254] New: AOM Gold does not draw a distinction between lit and unlit areas
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=16254 Summary: AOM Gold does not draw a distinction between lit and unlit areas Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: goonstk(a)yahoo.com AOM Gold does not draw a distinction between lit and unlit areas. In theattached screen shot it shows all dark spots as lit up but does not show the objects unless an ally's line of sight touches it. Line fo sight is visible on minimap but not on the real map. -- 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 17357] New: SharedPlan Pro trial key dialog ignores all input events
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=17357 Summary: SharedPlan Pro trial key dialog ignores all input events Product: Wine Version: 1.1.14 Platform: PC URL: http://www.sharedplan.com/downloads/pro/installSPPro.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=19403) --> (http://bugs.winehq.org/attachment.cgi?id=19403) SharedPlan Pro output With today's Git (wine-1.1.14-394-g8ab829a), when starting SharedPlan Pro, the trial dialog prompts are unable to receive any mouse events, making it very difficult to dismiss them. The messages outputted until I terminated the program are attached. --- Comment #1 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-02-12 04:46:22 --- *** Bug 17358 has been marked as a duplicate of this bug. *** -- 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 7

[Bug 21153] New: Tomb Raider AOD: Installer copies second CD into incorrect place
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=21153 Summary: Tomb Raider AOD: Installer copies second CD into incorrect place Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=25394) --> (http://bugs.winehq.org/attachment.cgi?id=25394) terminal output on Wine 1.1.35 I'm using Wine-1.1.35 compiled from source on 32 bit Fedora 12 [gcc (GCC) 4.4.2 20091027 (Red Hat 4.4.2-7)] 1) Clean ~/.wine 2) Copy both CD's on HDD to separate directories 3) Set those directories as CD-ROMs d: and e: in Wine configuration 4) Create .windows-label in both directories, one with TRAOD1 and another one with TRAOD2 5) Start TR installation 6) Leave all default (Full installation) 7) TR installer copies files from first CD to "C:/Program Files/Eidos Interactive/TRAOD" which is good place 8) TR installer asks for second CD 9) substitute d: with e: in "~/.wine/dosdevices" and continue with installation 10) TR installer copies all files from second CD to "C:/" in one directory named Data o_O instead to "C:/Program Files/Eidos Interactive/TRAOD" Problem: TR installers copies second CD into incorrect place. Expected behaviour: TR installer should copy both CDs into the same place. -- 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 21736] New: Quicken 2004 Premier Ctrl+F is not recognized on application launch.
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=21736 Summary: Quicken 2004 Premier Ctrl+F is not recognized on application launch. Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rhdinah(a)yahoo.com When launching Quicken the keyboard shortcut Ctrl+F (Find) does nothing ... reliably nothing. However, if you traverse the Quicken menus Edit | Find & Replace | Find ... then the Find request and operation proceeds normally. Interestingly enough after this is done then the Ctrl+F keyboard shortcut is recognized. -- 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 32

[Bug 20636] New: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=20636 Summary: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98 Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ld(a)gardschwingdoazah.de Created an attachment (id=24614) --> (http://bugs.winehq.org/attachment.cgi?id=24614) Debug trace of failed run; failing property is "CodePage" This is a problem with the application Cardiris v3.5 by I.R.I.S. (business card recognition). The application itself (interactive) runs well, the problem is only with the COM API. I'm accessing it through a piece of plain C code. The code *works* on Windows XP, *works* on wine 1.1.32 with dcom98 installed through winetricks, but *doesn't work* with wine 1.1.32 with builtin dcom. The COM works in general, I can create an application object and call methods on it, but on another object (returned by a method call), access to any property results in the following error: Object doesn't support this property or method: 'CodePage' (Note: Property name is spelled correctly, any other property doesn't work either.) Attaching a debug trace with WINEDEBUG=+comcat,+ole (hope that combination makes sense), but I will gladly produce any other required debug trace -- just let me know which WINEDEBUG setting you need. -- 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 8

[Bug 21573] New: Need heap overrun detection at beginning of buffers, too
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=21573 Summary: Need heap overrun detection at beginning of buffers, too Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Linux, valgrind gives nice warnings when you access before the first byte. It'd be nice if valgrinding Windows apps under Wine gave the same warnings. For instance, the following program should give three warnings under valgrind+wine just as it does under valgrind: #include <stdio.h> #include <stdlib.h> int badness_before_n_after ( char* p ) { return p[-1] + p[10]; } int main ( void ) { char* p = malloc(10); int who_knows = badness_before_n_after(p); // expect 2 x invalid address yelpage who_knows += p[5]; if (who_knows == 42) printf("It's 42 (!)\n"); else printf("It's not 42 (dull but unsurprising)\n"); free(p); return 0; } -- 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 16264] New: Builtin Tahoma unreadable when small
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=16264 Summary: Builtin Tahoma unreadable when small Product: Wine Version: 1.1.9 Platform: Other URL: http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t =2152&postdays=0&postorder=asc&start=15 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user said that ConvWPT ran in Wine, but gave a very complicated recipe, so I tried simplifying it. Along the way, I noticed that ConvWPT's installer used teeny tiny nearly unreadable fonts; installing Tahoma fixed that (now they're just small, but readable). Recipe to reproduce: 1) Visit http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t=2152 scroll down to message "Setup Package Part 1 / 4", and download and unpack each of the four files Setup.part1.rar, Setup.part2.rar, ... Setup.part4.rar Ignore warnings from rar about duplicate files. 2) Run the resulting setup.exe The setup program uses small Tahoma text on some screens, and that's very nearly unreadable unless you install native tahoma, e.g. with winetricks tahoma. -- 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 5

[Bug 21082] New: Artrage3 studio pro demo : export fails
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=21082 Summary: Artrage3 studio pro demo : export fails Product: Wine Version: 1.1.35 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: meho_r(a)yahoo.com Created an attachment (id=25286) --> (http://bugs.winehq.org/attachment.cgi?id=25286) Output of terminal when running AR3 from it. Export function in ArtRage 3 Studio Pro Demo version (as well as in full version) doesn't work. When trying to export a painting as an image, an error occurs which states: "Generic Failure. Not enough memory to perform action." However, it is not lack of RAM that is the cause of problem (at the time of testing I had over 2GB free RAM). Also, in ArtRage 2.5 export function works as expected on the same machine. I tested this on Ubuntu 9.10 (64bit) and Mandriva 2010.0 (32bit) with multiple versions of wine (from 1.0.1 to 1.1.3.5). -- 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 13

[Bug 11926] New: House of the dead 3 won' t draw 3d stuff after the 1st level
by wine-bugs＠winehq.org Feb. 21, 2015

Feb. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=11926 Summary: House of the dead 3 won't draw 3d stuff after the 1st level Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugz(a)chipsugar.plus.com After the first level where everything is fine all the 3d models & scenery is black. Possibly textures aren't being rendered. Also the words in the menu list when starting the game don't get drawn. Maybe that's part of the same bug. -- 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 24