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

[Bug 21114] New: Chessbase products - antialiasing has no effect
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=21114 Summary: Chessbase products - antialiasing has no effect Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: jskartman(a)gmail.com When turned on antialiasing the pieces are draw with the same quality as of antialiasing off. The antialiasing has no effect. You can use chessbase light to test. http://www.chessbase.com/DOWNLOAD/cblight/index.asp -- 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.

2 15

[Bug 23192] New: 2D graphics in Mathematica are not antialiased while on Windows they are
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=23192 Summary: 2D graphics in Mathematica are not antialiased while on Windows they are Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com To see this, try Plot[Sin[x],{x,-10,10}] in Windows and in Wine. Output in Windows is antialiased while in wine it's jagged. -- 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.

2 16

[Bug 24190] New: Playon installer fails
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=24190 Summary: Playon installer fails Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=30453) --> (http://bugs.winehq.org/attachment.cgi?id=30453) console output The installer for Playon fails. First it informs me to install mono to run .NET executables, after installing mono it still fails with an msi error. -- 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.

2 16

[Bug 15796] New: Americas Army Deploy Client does not install
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=15796 Summary: Americas Army Deploy Client does not install Product: Wine Version: 1.1.6 Platform: PC URL: http://files.filefront.com/Americas+Army+Deploy+Client+v 123+Installer/;12072120;/fileinfo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=16915) --> (http://bugs.winehq.org/attachment.cgi?id=16915) console output America's Army Deploy Client installer fails. Wine states to use mono for .NET support. After installing MONO for windows and then running the installer wine crashes due to an unimplimented function mscoree.dll.ClrCreateManagedInstance and then msi returns an error of err:msi:custom_get_thread_return Invalid Return Code and the installer states there was an error before installation completed. -- 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.

2 23

[Bug 21952] New: Word 2003: glyphs position in incorrect in embedded equations
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=21952 Summary: Word 2003: glyphs position in incorrect in embedded equations Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: oleh.nyk(a)gmail.com Created an attachment (id=26650) --> (http://bugs.winehq.org/attachment.cgi?id=26650) formula "++++====----" with builtin gdiplus Since commit db3d756c1e4b03b0fb33f2863ab3d2275dcf00c2 Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Sun Jan 24 15:18:46 2010 -0600 gdiplus: Prefer the builtin version. both spacing in an Equation formula and its size are wrong (although in a separate Equation window the formula looks ok, see bug 5264). The normal look can be restored either by reverting this patch or by setting gdiplus=native in winecfg. Screenshots with native (good) and builtin (bad) gdiplus are in attachments. -- 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.

2 20

[Bug 11287] New: err:ole: CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=11287 Summary: err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi- threaded Product: Wine Version: 0.9.5. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kevin01(a)kilohotel.com I get an error when trying to run My Sirius Studio.exe http://download.sirius.speedera.net/stiletto/SiriusStudioSetup.exe The error is: fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:wtsapi:WTSRegisterSessionNotification Stub 0x6002c 0x00000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded err:ole:CoGetClassObject class {25baad81-3560-11d3-8471-00c04f79dbc0} not registered err:ole:CoGetClassObject no class object {25baad81-3560-11d3-8471-00c04f79dbc0} could be created for context 0x1 ** (My Sirius Studio.exe:44): WARNING **: Thread 00000000 may have been prematurely finalized err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x68fa02fc In order to install and use this software, I did the following: winetricks corefonts winetricks mono12 wineticks gdiplus I had to use the native gdiplus, or I get the problem seen in bug 11033. -- 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.

2 20

[Bug 25355] New: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=25355 Summary: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryanmore2006(a)yahoo.com.ph Our company used Ubuntu 8.04 install in all computer in all branches. were using Time clock SBE 1.2 for time logging for all our employees. the said software were stable in ubuntu 8.04 LTS wine wine version 1.0. The problem starts when we updated the LINUX OS to Ubuntu 10.04LTS with wine 1.2 install, but something wrong with the some menu can't be seen anymore, we tried to update the time clock sbe form 1.2 to 2.2 but the unfortunately it did not fixed the problem. we also updated the version of wine but still the same. for reference i will attached the screen shot for ubuntu 8.04 and 10.04 Im homping that someone can help me with this problem. -- 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.

2 13

[Bug 24653] New: Builtin GdiPlus doesn't draw lines equally to native GdiPlus
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=24653 Summary: Builtin GdiPlus doesn't draw lines equally to native GdiPlus Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: boreno(a)gmail.com Created an attachment (id=31163) --> (http://bugs.winehq.org/attachment.cgi?id=31163) Sourcecode that draws GdiPlus pixel-perfection tests. Image that shows tests drawn using native and builtin GdiPlus. Lines are off by 1 pixel at either start or end position depending on drawing operation. Image and source code attached. Marked with severity major since it ruins pixel-perfection for UI components developed to rely on GdiPlus. In other words, it looks too ugly to be released to customers. -- 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.

2 20

[Bug 21806] New: Star Wars Empire at War: Demo crashes during battles
by wine-bugs＠winehq.org June 23, 2024

June 23, 2024

http://bugs.winehq.org/show_bug.cgi?id=21806 Summary: Star Wars Empire at War: Demo crashes during battles Product: Wine Version: 1.1.39 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=26385) --> (http://bugs.winehq.org/attachment.cgi?id=26385) Tutorial 1 debugs, pagefaults, backtraces... This seems to affect the game any time you are going into battle. At the loading screen the game will issue a exception. You have two choices, retry or cancel. I've provided a backtrace log that results from each selection - as well as the game's built debugger log. For anyone wishing to confirm, just try Tutorial 1. It will crash in under 2mins. The other tutorials may crash too, but not nearly as often since there's not many battles to load. I was using the Demo CD I got in a promo. -- 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.

2 16

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org June 6, 2024

June 6, 2024

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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.

2 241