http://bugs.winehq.org/show_bug.cgi?id=28713
Bug #: 28713
Summary: AudioToolbox/AudioQueue.h: No such file or directory
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine-2011(a)ryandesign.com
Classification: Unclassified
Hello, I'm the maintainer of wine in MacPorts. After applying the patch from
bug #26643, wine on Mac OS X 10.4 Tiger still fails to build, now with:
mmdevdrv.c:57:37: error: AudioToolbox/AudioQueue.h: No such file or directory
Indeed that header doesn't exist on Tiger and from what I can tell, Audio
Queue Services wasn't introduced until Leopard. See:
http://developer.apple.com/library/mac/documentation/MusicAudio/Reference/A…
The MacPorts project has this ticket open about this problem:
https://trac.macports.org/ticket/31500#comment:13
--
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=27488
Summary: Wine64 (build with --enable-wine64) and winecfg
Product: Wine
Version: 1.3.22
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gatlinsullivan(a)yahoo.com
wine-1.3.22$ winecfg
/usr/local/bin/winecfg: line 52: exec: wine: not found
All mentions of the wine executable when building Wine64 (non Wow - just the 64
bits) are to executable named wine (32 bits).
Could there be two builds so that --enable-wine64-wow && --enable-wine64 could
make --enable-wine64 equivalent to a normal build and make --enable-wine64-wow
build with the names changes to comply with both binary compatibilities?
I did this to try to test http://bugs.winehq.org/show_bug.cgi?id=26271 for
x86_64 Fedora 15.
--
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=24603
Summary: NWN2 indoor areas are suffering from hard graphics bug
Product: Wine
Version: 1.3.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NightNord(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=31076)
--> (http://bugs.winehq.org/attachment.cgi?id=31076)
Blackened character with normal selection around him
This affects only "playable" mode, in-game cinematics are not affected, even if
they are in indoor area. This seems to be some kind of shadowing bug, maybe
related to or the same as bug #24602: most of area is overblackened in some
random pattern, which changes from frame to frame, without any activity from
player or on scene. In some positions scene completely black, on others - only
partially, but never it's clear from this bug. mini-map and "M" map are also
affected. I'm attaching screenshot describing this issue.
Log is the same as for bug #24602 - dozens of "software blit" messages.
Configuration and settings are the same as for #24602.
This bug is very-very bad, as game has much of indoor action-packed areas and
they are mostly unplayable, so game itself is mostly unplayable. Tweaking
in-game options, including debug ones, doesn't help. Tweaking orm setting
doesn't help. Disabling GLSL doesn't help.
This probably somehow related to fglrx driver, as opensource driver doesn't
have this issue, but it could be because game running on opensource driver
misses some geometry and effects and lags so heavily, that it could be indirect
rendering in action.
Selections, magic effects, interfaces and soon are unaffected.
--
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=14743
Summary: DNS 9.5 install fails to extract cabinet: L"ENUGen~1.cab
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.nuance.com
OS/Version: other
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
Created an attachment (id=15238)
--> (http://bugs.winehq.org/attachment.cgi?id=15238)
terminal output on installation
DNS 9.5 does not install completely. The terminal output includes this:
err:msi:msi_cabextract FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"ENUGen~1.cab
The ENUGen~1 file being referred to is large -- about 95MB. I believe the file
includes the English language (sound) models, with the US regional accent.
I also believe that it loads in conjunction with the grammar model file, which
is ENGGen~1.
(See attached screenshot with a list of the program's largest files.)
The other similarly-named files are regional accent options. (SouthEast Asian,
Australian, Indian and UK.)
---------------------------
FWIW: Below is the total output when I try to run program.
---------------------------
fixme:reg:RegSetKeySecurity :(0x64,4,0x379fd8): stub
fixme:dbghelp:dump_system_info fill in CPU vendorID and feature set
fixme:dbghelp:fetch_thread_info Couldn't open thread 142 (87)
--
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=22149
Summary: Memory leak in VB6 based program
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: panton41(a)gmail.com
GURPS Character Assistant (see AppDB) shows a memory leak which causes it to
use increasingly more memory until the program slows until it's unusable. The
program start at using 32MB and adds around 1MB for every time an item is
edited (which is the entire point of the application and can happen hundreds of
times). Around 150MBs the program becomes too slow to be usable and begins to
display non-fatal error messages.
Windows 7 64-bit shows a fairly consistent memory use of around 28MB.
I'm too infrequent of a user to tell if its a regression or an entirely new
bug. I switch between Linux and Windows often and there's sometimes months in
between using the app on Wine. I have a feeling it's a regression, however,
since I don't recall an increasing slow-down during my previous use.
It uses riched20, riched32 and oleaut32 as native, builtin with font smoothing
set to RGB if that helps connect it to other bugs at all.
--
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=30714
Bug #: 30714
Summary: Slik-Subversion cannot checkout a repository
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
After upgrading to Ubuntu 12.04, trying to checkout a SVN repository fails.
Clean PREFIX.
Install Slik-Subversion-1.6.17-win32.msi
> wine cmd
> svn co https://<path to Repository>/trunk
Returns the error
svn: OPTIONS of 'https://<path to Repository>/trunk': SSL handshake failed: SSL
disabled due to lack of entropy (https://<path to Repository>)
Whereas on Ubuntu 11.10 this worked fine.
--
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=17570
Summary: Can't build/install DPK files in Delphi 7.
Product: Wine
Version: 1.1.16
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)storago.com
When I am running Delphi 7 Professional under Wine 1.1.16, and I try to compile
and install a .dpk (Package) file, Compile says "[Fatal Error] Could not create
output file '(path_name_here)\Whatever.bpl'" although upon inspection a .bpl
file has been created.
If I try to go to "Component -> Install Packages" and check the box next to the
package, Delphi says "Can't load package (path_name_here)\Whatever.bpl. Module
not found." and won't actually let me activate it.
If I delete out the files that have been compiled and try, it seemed possible
at first to get a single package to install, but once I saved my project and
re-open it later, it says it can't find it. Any project that requires more
than one dpk file to be installed is therefore completely unable to be compiled
because of this.
It feels to me as though Delphi is failing on some sort of file_exists() check
which aught to be very simple. I've checked all file permissions and even
tried reconfiguring the BPL library paths to use folders without spaces i.e.
"C:\Bpl" instead of "C:\Program Files\Borland\Delphi 7\Projects\Bpl" I'm
quite familiar with Delphi's package system and can install packages without a
problem on a similar Windows machine or virtual machine, this problem seems
exclusive to wine.
--
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=16226
Summary: Office XP keeps reinstalling at program startup
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexis.deruelle(a)laposte.net
Microsoft Office XP installs with no error, although each time I run
WINWORD.EXE an installer window pops up and seems to (successfully)
reinstall/re-register some components before displaying the main program
window.
--
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=31316
Bug #: 31316
Summary: Game Controllers Panel looks weird when dpi is higher
than 96 ppp.
Product: Wine
Version: 1.5.9
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cleberdemattoscasali-wine(a)yahoo.com.br
Classification: Unclassified
Created attachment 41151
--> http://bugs.winehq.org/attachment.cgi?id=41151
Screenshot
To reproduce:
1) Open "winecfg" - "graphics" : set dpi higher than 96 (I'm using 150 to
demonstrate).
2) Open "wine control" - "Game Controllers" - "Test Joystick"
The little boxes for axis test will be all out of place.
If you actually have a joystick plugged, the buttons will be out of place too.
--
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=31364
Bug #: 31364
Summary: Truncated text (in Portuguese) in winecfg.exe
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ricardopcosta1967(a)gmail.com
Classification: Unclassified
In Audio tab of winecfg.exe, I would suggest changing the text "Dispositivo de
entrada de voz:" to "Disposit. de entrada de voz:", to prevent its final part
be truncated due to lack of space in the text box.
Thank you
--
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.