wine-bugs September 2008

wine-bugs@winehq.org

1 participants
5258 discussions

[Bug 13955] New: owner-drawn combobox height different to windows
by wine-bugs＠winehq.org 13 Dec '18

13 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=13955 Summary: owner-drawn combobox height different to windows Product: Wine Version: 1.0-rc5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning_uk(a)imgburn.com Created an attachment (id=14111) --> (http://bugs.winehq.org/attachment.cgi?id=14111) Screenshots I make use of owner-drawn ComboBox's within my program (ImgBurn) and under Ubuntu (via Wine 1.0 rc5 - and all versions before it that I've tested) they're drawn too big and end up covering up the buttons below them. It's only a matter of 2 or so pixels but it's enough to matter. I've attached a zip containing a couple of PNG's. 1 from Windows (with 'Themes' disabled so it looks more like Ubuntu) showing the expected height of the box and another from Ubuntu 8.04/Wine where the combobox slightly overlaps the buttons below 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 18

[Bug 10841] New: Support for dynamic resolution changing
by wine-bugs＠winehq.org 04 Dec '18

04 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=10841 Summary: Support for dynamic resolution changing Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: thedamocles(a)gmail.com After a disscussion on this bug it appears the it would be great if Wine supports dynamic resolution changing (just like windows when you swith between a game and the desktop). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 99

[Bug 11099] New: custom checkbox not displayed
by wine-bugs＠winehq.org 24 Nov '18

24 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=11099 Summary: custom checkbox not displayed Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stuart(a)gathman.org All the taxact versions use a custom checkbox that draws a large X for on screen tax forms. These always display as blank. They are drawn correctly on printout. The appdb entry is http://appdb.winehq.org/objectManager.php?sClass=application&iId=1265 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 41

[Bug 9422] New: Regression from 0.9.36 to 0.9.42/43 when running visio 2003
by wine-bugs＠winehq.org 24 Nov '18

24 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=9422 Summary: Regression from 0.9.36 to 0.9.42/43 when running visio 2003 Product: Wine Version: 0.9.43. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: jokester01au(a)yahoo.com.au Created an attachment (id=7748) --> (http://bugs.winehq.org/attachment.cgi?id=7748) Log trace of failed run under 0.9.43 This may or may not be related to bug #5163. On 0.9.36 I have a working installation of visio 2003. After upgrading to 0.9.42 visio ceases to work, failing with the message "iopl not enabled". Ditto for 0.9.43. After reverting back to 0.9.36, visio 2003 again works. Word and Excel 2003 seem to work happily on all of these versions of wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 43

[Bug 14078] New: Rewrite typelib marshaller on top of NDR functions
by wine-bugs＠winehq.org 23 Nov '18

23 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=14078 Summary: Rewrite typelib marshaller on top of NDR functions Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com [Copied from wine-devel.] Dan K. wrote in http://www.winehq.org/pipermail/wine-devel/2008-June/066540.html --- snip --- While looking at the valgrind warning in http://kegel.com/wine/valgrind/logs-2008-06-20/vg-oleaut32_tmarshal.txt Conditional jump or move depends on uninitialised value(s) at serialize_param (tmarshal.c:736) by serialize_param (tmarshal.c:744) by xCall (tmarshal.c:1414) by ??? by func_tmarshal (tmarshal.c:1179) by run_test (test.h:449) by main (test.h:498) Uninitialised value was created by a stack allocation at test_typelibmarshal (tmarshal.c:762) The problem happens during a call to this method where widget is a pointer to an uninitialized pointer which will receive the pointer to the widget: interface IKindaEnumWidget : IUnknown { HRESULT Next( [out] IWidget **widget); I discovered that the attached patch prevented the problem. I don't quite understand why; at first glance, widget is an out parameter from the function, why would it be dereferenced while serializing the call? --- snip --- Rob Shearman wrote: http://www.winehq.org/pipermail/wine-devel/2008-June/066571.html --- snip --- It's a bug in the typelib marshaller. It doesn't check whether a VT_PTR type is actually an interface pointer and not access it on input when the parameter is an [out] parameter. Note that because of the memory re-use semantics it is legal to access memory passed in to a remote function, even when the parameter is [out]. I think it's getting close to the time to reimplement the typelib marshaller on top of NDR functions so that we don't have to implement these subtleties twice, would improve performance and would reduce the amount of code. --- snip --- -- 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 18

[Bug 13092] New: Word Viewer in wine displayes hebrew reversed
by wine-bugs＠winehq.org 22 Nov '18

22 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=13092 Summary: Word Viewer in wine displayes hebrew reversed Product: Wine Version: 0.9.59. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ran.rutenberg(a)gmail.com Hi, I'm using wine 0.9.59 on Ubuntu 8.04. After installing Word Viewer (2003), and opening a document written in Hebrew, the order of the letters in each word is reversed, but the order of the words is right. For example if there are two words that should appear like this (Hebrew is written from right to left): "FED CBA" then on the Word Viewer in wine they appear like this: "DEF ABC" AFAIK this problem also occurs on other linux distros (I've seen it also on Gentoo). -- 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 31

[Bug 14043] New: WEBPAGEMAKER 2.5 OLE error 80004001 when running
by wine-bugs＠winehq.org 20 Nov '18

20 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=14043 Summary: WEBPAGEMAKER 2.5 OLE error 80004001 when running Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jabertolin914a(a)cv.gva.es Hi I tried to run Webpagemaker 2.5 (after a sucessful installation with Wine) and I received the following messages: OLE error 80004001 Access violation ... in module msxml3.dll and I have to kill the process because it hangs. Thanks Juan -- 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 30

[Bug 12370] New: AGEod's American Civil War cannot run.
by wine-bugs＠winehq.org 09 Nov '18

09 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=12370 Summary: AGEod's American Civil War cannot run. Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fernando.lagrange(a)club-internet.fr Created an attachment (id=11865) --> (http://bugs.winehq.org/attachment.cgi?id=11865) Error with following command: "nohup wine AACW.exe > wine.txt &" When the game starts, there is an exception in ntdll that prevents it from running. wine was launched with and without "WINDEBUG=relay" (see attached files). Game developers states that this seems to be linked to DirectX. This game is based on same engine than Napoleon's Campaigns: http://appdb.winehq.org/objectManager.php?sClass=application&iId=6294 Same behaviour has been seen with wine-0.9.56. -- 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 13606] New: msys is *incredibly* slow
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=13606 Summary: msys is *incredibly* slow Product: Wine Version: 1.0-rc3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kirr(a)landau.phys.spbu.ru When running configure of a program in msys under wine the whole process is incredibly slooooow compared to the same under Windows. I've tracked the problem down to following: $ export WINEPREFIX=`pwd`/msystest $ wineboot -i $ cd msystest/drive_c $ wget -c http://downloads.sourceforge.net/mingw/msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ mkdir msys $ cd msys $ tar xfj ../msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ wineconsole bin/sh.exe --login -i --- in msys console --- # time for i in 1 2 3 4 5; do echo $i; done ... real 0m0.021s # time for i in 1 2 3 4 5; do /bin/echo $i; done ... real 0m3.396s i.e. each fork of /bin/echo takes approximately almost *1* second! On Windows both examples runs fast, although /bin/echo case is slightly slower, but still speed ratio is not *that* big. Thanks beforehand. -- 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 21

[Bug 11136] New: Trados: TagEditor loosing contact with Workbench.
by wine-bugs＠winehq.org 31 Oct '18

31 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=11136 Summary: Trados: TagEditor loosing contact with Workbench. Product: Wine Version: CVS/GIT Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz When opening Tageditor, it should be able to open and connects to Workbench (working OK yesterday). Now when opening TagEditor, it is prompting Workbench but not seeing it (Workbench is opening although TagEditor says it can't open it). Showing in the log. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07} could be created for context 0x80000001 err:ole:marshal_object couldn't get IPSFactory buffer for interface {b196b284-bab4-101a-b69c-00aa00341d07} err:rpc:I_RpcReceive we got fault packet with status 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 Now imagine you try to open a file with TagEditor. It opens the file and is immediately loosing contact with Workbench and ask you if you want to restart Workbench (which is still not closed). err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=4d7000004d8, oid=3 err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d It is now opening a SECOND workbench window with again the error. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07} could be created for context 0x80000001 err:ole:marshal_object couldn't get IPSFactory buffer for interface {b196b284-bab4-101a-b69c-00aa00341d07} err:rpc:I_RpcReceive we got fault packet with status 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 and asking again to reconnect as soon as you point your mouse on the text. Any idea? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 39

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2008