https://bugs.winehq.org/show_bug.cgi?id=38932
Bug ID: 38932
Summary: Betfair Betting Assistant throws a warning while
loading
Product: Wine
Version: 1.7.47
Hardware: x86
URL: https://www.gruss1-software.co.uk/Betting_Assistant/Be
tting_Assistant.msi
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 51866
--> https://bugs.winehq.org/attachment.cgi?id=51866
wine-1.7.47-84-g2294d3b screenshot
After a successful installation, Betfair Betting Assistant throws a warning
while loading, and then doesn't load the log-in dialog as it should.
The workaround is dotnet20.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38289
Bug ID: 38289
Summary: cmd replacement is unable to display a bat file script
correctly.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: njls.yoshi2(a)gmail.com
Distribution: ---
Created attachment 51122
--> https://bugs.winehq.org/attachment.cgi?id=51122
Example batch
The amended Wine cmd.exe (version 6.1.7601 [1.6.2]) is unable to display a
batch script to emulate written text to a command line (script attached).
The script runs true in sequence if perused, however, the line where the text
should be displayed, yields the characters, "a~0,1", which is a defined
argument (expressed in attached script), but not the correct output.
--
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=32449
Bug #: 32449
Summary: QGIS err:module:import
Product: Wine
Version: 1.5.19
Platform: x86
URL: http://hub.qgis.org/projects/quantum-gis/wiki/Download
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guy.roussin(a)teledetection.fr
Classification: Unclassified
Created attachment 42810
--> http://bugs.winehq.org/attachment.cgi?id=42810
Error log when launching qgis 1.8.0-1 on wine 1.5.19
Hi,
QuantumGIS is an open source software which run very fine on linux.
Today, i try the windows version on a quantal 32 bits chroot on my debian sid
amd64.
http://qgis.org/downloads/QGIS-OSGeo4W-1.8.0-1-Setup.exe
I get this error when launching qgis :
(see attachment)
I get the same error with PlayOnLinux ...
Thank you,
Guy
--
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=35984
Bug ID: 35984
Summary: Leftover pixels in Microsoft Paint when using
Rectangle tool with thick border
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Nachanon_Vetjasit(a)hotmail.com
Created attachment 48104
--> http://bugs.winehq.org/attachment.cgi?id=48104
Screencast demonstrating the leftover lines problem
I've used Microsoft Paint on WINE, I found that when I set
line thickness to >1px (using Line tool) and select Rectangle tool,
then drag mouse to South-East direction to create a rectangle
(but don't release mouse button yet), then move to West, then North,
and release the button. I'll see that some color pixels that's used to be
old rectangle border were left over.
The larger line size, more obvious the effect.
Apart from leftover lines, there is also a knot on the top left of the
rectangle. (Won't be visible at first glance, use Magnifier tool to see it)
These leftover lines (and knot) also didn't disappear on Undo too.
Screencast demonstrating this problem and affected image also attached.
(Using 5px line thickness in this case).
Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3)
mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same
directory as mspaint.exe
WINE: 1.7.15 (git), set to Windows version XP
WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support
System: Debian GNU/Linux 5.0 "Lenny" i386
--
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.