http://bugs.winehq.org/show_bug.cgi?id=7592
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://www.citrix.com/Engli |ftp://download2.citrix.com/
|sh/ss/downloads/details.asp |files/en/products/nfr/ica/i
|?downloadId=3059&productId= |ca16.exe
|186&c1=sot2755&c2=ost162164 |
--
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=9365
Summary: Still problems installing QuickTime; dependencies on
VBScript
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nix(a)esperi.org.uk
Created an attachment (id=7658)
--> (http://bugs.winehq.org/attachment.cgi?id=7658)
Output of WINEDEBUG=+msi wine 'e:\QT\QuickTimeInstaller'
A well-meaning relative bought me a program recently which comes with an
unknown version of QuickTime. QT is critical to this program's function, so
almost the first thing it does is try to kick off the QT installer; and this
fails.
Using the native MSI DLLs doesn't work either, as these work only under Win98,
and this version of QuickTime only works with Win2K or above (you get a dialog
complaining if the version is set too low).
It appears that the installer is trying to run VBScript or something of that
nature without first installing VBScript, and I can't figure out how to install
that (I grabbed scripten.exe from MS, but it insists that it can't find
anywhere to install itself and I haven't figured out why yet). (Output from qt
installation run with DEBUG=msi attached.)
(If VBScript is supposed to be provided by the installer, which I thought it
was, what is QT doing trying to run it without checking if it's there?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4286
--- Comment #41 from Ken Sharp <kennybobs(a)o2.co.uk> 2011-03-27 15:21:06 CDT ---
In Wine 1.3.16 an unhandled exception occurs, workaround the same. This is
using version 9, however, as I don't have version 8, but I doubt much has
changed as both versions look identical.
fixme:msxml:dom_pi_insertBefore (0x185550)->(0x18523c {VT_EMPTY} 0x1fbcbe8)
needs test
fixme:msxml:dom_pi_insertBefore (0x185550)->(0x1856ec {VT_EMPTY} 0x1fbcbe8)
needs test
wine: Unhandled exception 0x40000015 at address 0xed0023:0x7857bea4 (thread
0028), starting debugger...
--
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=5159
--- Comment #60 from Brandon Howard <FinalCrisisSX(a)Hotmail.com> 2011-03-27 14:09:06 CDT ---
> Can you detect any delay when you speak to the mic and hear back your voice in
> the headphone ?
>
> using alsa-utils/alsaloop
After much tinkering with alsaloop to make it work well enough to answer your
question (it would fail to start until I used the flags "-C plughw -P hw",
which doesn't play right whatsoever but returns sound clearly corresponding to
my voice, like a "chipmunk" me)... No. It seems to react immediately. I hear no
delay at all from when I say something to when I hear the corresponding sound.
--
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=8640
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2011-03-27 13:39:23 CDT ---
Fixed.
--
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=5771
--- Comment #14 from contact(a)eloxoph.com 2011-03-27 13:05:05 CDT ---
Oh how embarassing, I submitted this comment to the wrong bug >.> Please ignore
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.
http://bugs.winehq.org/show_bug.cgi?id=5771
--- Comment #13 from contact(a)eloxoph.com 2011-03-27 13:04:30 CDT ---
Baldur's Gate II: Shadows of Amn v23037 suffers from the same problem :| so
effectively the whole game is not playable, no matter whether the Throne of
Bhaal addon is installed or not.
--
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=8640
Wolfram Sang <wolfram(a)the-dreams.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wolfram(a)the-dreams.de
--- Comment #6 from Wolfram Sang <wolfram(a)the-dreams.de> 2011-03-27 12:36:27 CDT ---
Yay, another dupe of the "Blobby Volley" bug #4432. Reverting its fix
(27d2b9b81490ca41c23ac3ad1fe057a8d8f44aea) makes the old problem appear again.
So, fixed upstream since 1.3.9.
--
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=9026
--- Comment #22 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2011-03-27 08:18:17 CDT ---
Created an attachment (id=33827)
--> (http://bugs.winehq.org/attachment.cgi?id=33827)
patch: Let the player thread call waveOutReset itself.
Nobody had noticed this is behaviour introduced with 0.9.39
by commit f44bc89bc41b2b8d75eeb4fc02f5aa587d84c13c
Having the player call waveOutReset instead introduces a maximum delay of 0.333
ms before making room for the next sound. I tested the patch with Chip's
Challenge and it sounds ok.
I hope it fixes bug #18511 too -- if yes, it's a duplicate.
Conceptually, I'm not fully satisfied with reverting the patch because I think
that an app can expect waveOutReset to either return INVALHANDLE when the
handle is closed, or return NOERROR. It should not crash because winmm is amid
closing. I.e. I'm not convinced the original patch is guilty of assuming
thread-safety in winmm.
waveOutReset and waveOutGetPosition are 2 functions likely to be called from
another thread.
--
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.