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

[Bug 17545] New: LogPixels setting does not increase the size of mouse pointers
by wine-bugs＠winehq.org 06 Feb '14

06 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=17545 Summary: LogPixels setting does not increase the size of mouse pointers Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: silas-wine(a)flatline.org.uk As far as I know, no version of Wine has any method of increasing the size of the mouse pointers. If you've artificially increased the DPI (LogPixels registry key) to make the print larger, and/or you are using a high-resolution screen (e.g. the OLPC's 200dpi screen), it can be difficult to see where the mouse is. It would be nice if the mouse pointer increased size in proportion to everything else. Failing that, it would be nice if at least there were some other way of increasing the cursor size (even if it's limited to integer scale factors). -- 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 18380] New: A resized virtual desktop should be centered and black bordered
by wine-bugs＠winehq.org 06 Feb '14

06 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=18380 Summary: A resized virtual desktop should be centered and black bordered Product: Wine Version: 1.1.20 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thedamocles(a)gmail.com Created an attachment (id=20957) --> (http://bugs.winehq.org/attachment.cgi?id=20957) A example of resized virtual desktop In latest versions of Wine (or at least 1.1.5 and after), the window containing virtual desktop is no longer fixed-size. It's possible to maximize it and to fullscreen it. (This is related to the bug 10839.) But : - The virtual desktop always displays in the top left corner of the window containing it, it would be better if it always displays in the center of the window ; - Wine should display a black background in the entire window to avoid a disgraceful display bug when you fullscreen the window containing the virtual desktop. -- 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 14729] New: winecfg: missing selection indication in open dialogue for existing directory
by wine-bugs＠winehq.org 04 Feb '14

04 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=14729 Summary: winecfg: missing selection indication in open dialogue for existing directory Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de The application "winecfg" opens a dialogue "Choose directory" (Verzeichnis auswählen) after the button "Search" (Durchsuchen) was pressed. I would appreciate a marking for a specific entry in the tree control that matches the value from the input field "Path" (Pfad). Would you like to provide a direct selection indication in this user interface? -- 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 12

[Bug 15608] New: Wine (or program) can't wait for end of execution, while my program run another .exe or .bat program
by wine-bugs＠winehq.org 03 Feb '14

03 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=15608 Summary: Wine (or program) can't wait for end of execution, while my program run another .exe or .bat program Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jopka(a)kvidex.ru My program (it's very specific program, PCAD2002), pcb.exe, tries to start some another programs one-by-one, waiting for finishing of each and get return-codes. This happens normally in native Windows. (these sub-apps is accel2sp.exe; specctra.exe; sp2accel.exe). But under Wine, my pcb.exe can not wait for end of execution each program, and statrs all three in one moment, and all work incorrectly because file generated by first program, used in second, etc. I try to use .bat file. Prorgams listed in .bat file, executes one-by-one. But, main program, pcb.exe, when calls my .bat file, again can't wait for end of it execution (and get return code). Each program, at manual (standalone) running, is works fine. Wine not crashes in any case. I have Ubuntu 8.04, Wine 1.0 installed from repo's, no any tuning, no windows DLLs, etc. Please help. -- 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 14

[Bug 14353] New: problem with displaying digits in the bookkeeping proram "Mala Ksiegowosc Rzeczpospolitej"
by wine-bugs＠winehq.org 03 Feb '14

03 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=14353 Summary: problem with displaying digits in the bookkeeping proram "Mala Ksiegowosc Rzeczpospolitej" Product: Wine Version: 1.1.0 Platform: PC-x86-64 URL: http://www.rzeczpospolita.pl/mala_ks/index.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pkaplon(a)interia.pl The program runs fine under Wine 1.0, but after upgrading to Wine 1.1.0 the digits in the form fields are somehow out of the line and almost unvisible. It looks like this: http://www.fotosik.pl/pokaz_obrazek/2840f62d6beb272a.html http://www.fotosik.pl/pokaz_obrazek/99881b52faf61229.html System: Ubuntu 8.04 AMD64 Wine installed from the Repo. -- 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 19

[Bug 18146] New: EvE Online;Salvage Beams and Warp (or so i think) are rendered incorrectly and cause a FPS drop
by wine-bugs＠winehq.org 01 Feb '14

01 Feb '14

http://bugs.winehq.org/show_bug.cgi?id=18146 Summary: EvE Online;Salvage Beams and Warp (or so i think) are rendered incorrectly and cause a FPS drop Product: Wine Version: 1.1.19 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gajo01(a)gmail.com As the summary says. salvage beams are rendered incorrectly: white garbled textures instead of red light, and warp looks pixelated (i'm assuming these two are caused by the same thing). I'm using wine 1.1.19 patched with http://bugs.winehq.org/attachment.cgi?id=20410, I have Nvidia 7600 GT (it wouldn't render any models before applying those fixes). I'm runing 64bit Archlinux, I'm using wine through 32 chrooted environment. In both the chrooted environment and in the 64bit environment I'm using the same version of the driver, the bug exhibits both on 185.19-2 (my current) and 180.44-1. I've also talked in the ingame linux channel, and it seemed that someone else is having the same problem (altough he has the same graphics card), reportedly it started happening from the newest patch (I wouldn't know as I wasn't playing the game). I've tried nearly all sorts of eve options : shadows off/on, HDR off/on, Bloom off/on, Dither off/on. The resulting images were taken with all of it off. tractor beam bug http://img66.imageshack.us/img66/1689/tractorbeam.jpg warp bug http://img158.imageshack.us/img158/8041/warp.jpg (not so visible, but you can see that it's pixeleted if you look closly) My config files: xorg.conf http://codepad.org/MARyATJ5 important part of user.reg http://codepad.org/4F3IjOQ1 entire user.reg http://codepad.org/5hMhGnKF glxinfo (glxinfo is the same in 64bit and 32bit chroot): http://codepad.org/fPOKCSny My error log: The error log also includes switches done when changing options, not just the errors that happened while playing. Since the log is _huge_ (some 42MBs), i've decided to get the unique lines with uniq and sort them in descending order, the first number displays occurances: http://codepad.org/OduPtW1c If you want a chronological order, let me know and I'll what I can do about it. -- 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 41

[Bug 17297] New: widl must accept arguments to functions (midl doesn't have to)
by wine-bugs＠winehq.org 23 Jan '14

23 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=17297 Summary: widl must accept arguments to functions (midl doesn't have to) Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net example: void get_data([out] char*); is valid syntax. widl barfs with the obtuse "syntax error" (gotta love flex/bison...) and must have this: void get_data([out] char* foo); i found the examples "com in plain c" and the IDL file in example 2 didn't have the variable names. -- 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 16011] New: widl: Complex structs should have their pointer layout section after the structure's description
by wine-bugs＠winehq.org 23 Jan '14

23 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=16011 Summary: widl: Complex structs should have their pointer layout section after the structure's description Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: huw(a)codeweavers.com CC: robertshearman(a)gmail.com, dsh(a)linux.ucla.edu See IDataObject_QueryGetData_Proxy. The pointer layout section's offset in FORMATETC (currently at 3330) is -ve. These are treated as WORD offsets in, for example, NdrComplexStructBufferSize(). -- 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 3

[Bug 14787] New: widl fails to honour typedef ptr attributes
by wine-bugs＠winehq.org 23 Jan '14

23 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=14787 Summary: widl fails to honour typedef ptr attributes Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: huw(a)codeweavers.com CC: robertshearman(a)gmail.com, dsh(a)linux.ucla.edu See dlls/rpcrt4/epm_c.c . For example the 'object' parameter of ept_map(). We have (in include/wine/dcetypes.idl) typedef [ptr] GUID *uuid_p_t; and (in include/wine/epm.idl) ept_map(..., uuid_p_t object, ...) So 'object' should be a full ptr, which is what midl generates. On the other hand widl generates a reference ptr. It looks like this should be fixed up in parser.y:set_type() somewhere. -- 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 14746] New: Natural Selection crashes with err:ntdll:RtlpWaitForCriticalSection section
by wine-bugs＠winehq.org 20 Jan '14

20 Jan '14

http://bugs.winehq.org/show_bug.cgi?id=14746 Summary: Natural Selection crashes with err:ntdll:RtlpWaitForCriticalSection section Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: clancc(a)shadowkitsune.net CC: clancc(a)shadowkitsune.net Created an attachment (id=15244) --> (http://bugs.winehq.org/attachment.cgi?id=15244) Crash Log (partial log, only copied the part that I think is related to the crash) from console. Natural Selection freezes for abit before crashing to desktop with a "err:ntdll:RtlpWaitForCriticalSection section" error. See attachment. -- 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 33