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.
http://bugs.winehq.org/show_bug.cgi?id=27447
Summary: HAL7600 doesn't start
System.InvalidOperationException:
WinForms_SeeInnerException
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Unhandled Exception: System.InvalidOperationException:
WinForms_SeeInnerException ---> System.Reflection.TargetInvocationException:
Exception has been thrown by the target of an invocation. --->
System.ComponentModel.Win32Exception: No valid icon entry were found.
at System.Drawing.Icon.InitFromStreamWithSize (System.IO.Stream stream, Int32
width, Int32 height) [0x00000] in <filename unknown>:0
at System.Drawing.Icon..ctor (System.Runtime.Serialization.SerializationInfo
info, StreamingContext context) [0x00000] in <filename unknown>:0
at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke
(System.Reflection.MonoCMethod,object,object[],System.Exception&)
at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
--- End of inner exception stack trace ---
at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[]
parameters) [0x00000] in <filename unknown>:0
...
at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run
(System.String[] commandLine) [0x00000] in <filename unknown>:0
at HAL7600.My.MyApplication.Main (System.String[] Args) [0x00000] in
<filename unknown>:0
http://forums.mydigitallife.info/threads/23966-UNSUPPORTED-HAL7600-Permanen…
mono210 required. Check url for direct download link
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21227
Summary: cmd doesn't echo redirection like native
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P3
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Native cmd echoes commands after some canonicalization has been done
on their redirects. A batch file containing
dir 1> ok
dir > bad
dir | bad
dir > blah > bad
echoes as
dir 1> ok
dir 1> bad
dir | bad
dir 1> bad
(note the extra space inserted before the > or |).
Wine's cmd doesn't currently do this, but it could probably
do so without too much trouble; it already collects redirects
separately for each command.
For the moment I'll probably put a kludge in the cmd conformance
test runner to compensate.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24026
Summary: Tab completion for cmd
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Pressing tab only creates a space but should complete a file name in the same
way that Windows does with their Command Prompt.
--
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=19712
Summary: Template text instead of usual information in
VirtualBox installer
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b0ntrict0r(a)yandex.ru
Created an attachment (id=23024)
--> (http://bugs.winehq.org/attachment.cgi?id=23024)
Screenshot that illustrates the problem
Text labels are filled with a template text instead of components description,
installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1)
substitutes with proper content after selecting component in the tree, and text
in label (3) substitutes with proper text after selecting installation path in
"Browse" dialog.
--
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=21369
Summary: Tab bar isn't fully visible in HTML-Kit; must be
scrolled
Product: Wine
Version: 1.1.36
Platform: x86-64
URL: http://www.chami.com/html-kit/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=25731)
--> (http://bugs.winehq.org/attachment.cgi?id=25731)
Terminal output
In HTML-Kit build 292, one of the tab bars (the one below the current working
file) isn't displayed as expected in Wine. In Windows, the entire tab bar is
visible, but in Wine, part of it is cut off, with scroll arrows present to
bring the rest into view. Native comctl32 installed by winetricks fixes the
issue.
Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at
once, though rendering is still a bit different from Windows.
Terminal output is from opening the program and entering "create a new file"
mode (which is when the tabs first become visible).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23434
Summary: wine hangs & jumps up to 100% processor load
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.velumng.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: axel.braun(a)gmx.de
Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race
management software.
So far it works well, I created a race, two participants, entered start and end
time, but when I come to the result list creation, the load goes up to 100%,
and caused a hang of the X-session once.
At this point it seems to load a HTML-page that was dynamically generated. wine
did not submit any error message when started from console.
Let me know what I can do to come to a more verbose error output.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13076
Summary: untangle: resize fails
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)wnoise.ofb.net
After any of the games in Simon Tatham's portable puzzle collection is resized,
it only redraws the portion of the window that is the original size.
Under windows, these games rescale to fit in the new window size.
These may all be downloaded at
http://www.chiark.greenend.org.uk/~sgtatham/puzzles/
and have full source available.
--
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.