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=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=23616
Summary: Fallout 3: childbirth scene halts after every (second)
line of dialogue, preventing new game
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aka.motub(a)gmail.com
Created an attachment (id=29538)
--> (http://bugs.winehq.org/attachment.cgi?id=29538)
terminal output during childbirth scene
I have been experiencing this since 1.1.44 all the way through to 1.2-rc7, but
my investigation revolves around rc6, so that's the version I'm reporting.
My specs:
Linux Mint 9 Isadora 32-bit
wine 1.2-rc6
nvidia 7900GS (AGP) 512MB driver 195.36.24
new wine prefix
only vcrun2005 installed via winetricks (only because the Launcher won't run
without it)
new install of Fallout 3, patched to 1.7
The issue presents itself immediately upon entering the childbirth scene. With
some versions of Wine, my father would not even "say" his initial line (I don't
have sound in the childbirth scene, like everyone else, but I do turn general
subtitles on before running the game for the first time). In this case, the
baby-cam continues to move, and the visible characters continue to animate, but
there is no further progress (or so I thought), forcing me to ESC and quit.
With RC6, Dad does say "Let's see... are you a boy or a girl?" as expected, but
this does not trigger the expected gender choice dialog. Again, the visible
characters continue to move (the game is not crashed or hung), but the dialog
doesn't appear so one can't progress through character creation.
This time, instead of quitting, I ESCaped to bring up the main menu, then chose
'Continue' rather than Exit to re-enter the running game, and hit 'E'. Lo and
behold, the gender choice appeared. I chose my sex, and Dad said his next line
("It's a girl? A girl!... etc"), and then the game "halted" before Catherine
(Mom) could say her line. ESC=>ESC=>E got her to say her bit.
In this way (ESCaping out to the menu, choosing Continue, and hitting E when
back in the Play screen-- sometimes twice, as the scene is running a bit slow,
but that's just me, I think) I was able to get to the penultimate moment of the
scene, where the baby (me) is moved out of the room, which should trigger a
whiteout to the next stage, before you even reach the door. In this case, I was
pushed all the way through the door and into the hall-- which I had never seen
(thank heavens they made a hall on the other side of the door), and this time
it required 3 ESC==>ESC combos to trigger the whiteout (because Dad has like
two separate speech sets and maybe the whiteout is also similar in terms of how
it's triggered).
At no time did the game crash, hang or stop; at times Dad would look right and
then seem to stop, but the blinking lights on the monitors in the back of the
scene always continued, even if the actors seemed to be frozen. The system
seems to be that if there's a player dialog triggered (gender choice, name
choice, appearance), then getting that dialog to appear and making your
choice(s) will cause the following response line from whatever actor (Dad,
usually) to be said automatically, but any further speech (response from
another actor, triggering of another dialog) has to be done manually.
There's nothing much significant-seeming in the terminal log, but it's attached
anyway.
In any case, if this can be confirmed, the only reason it avoids being a
blocker (to people starting a new game) is that there appears to be a
workaround, slow and tedious though it is. But I certainly for several versions
didn't even play FO3 because this appeared as a blocker to me before I happened
upon the workaround.
Please confirm or advise as to possible other causes native to my system or
Wine installation.
--
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=23012
Summary: Black sky in Gothic 3
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
Created an attachment (id=28523)
--> (http://bugs.winehq.org/attachment.cgi?id=28523)
black sky
The sky in Gothic 3 (v1.72) is black with nvidia 8800GTS (195.36.24),
wine-1.2-rc2-111-g9aa9a12. I haven't tried the demo, yet (need to download that
first).
This is a regression caused by commit:
af7dfcd378739127c50aa95ce40b13eb3d1950cf is the first bad commit
commit af7dfcd378739127c50aa95ce40b13eb3d1950cf
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed Feb 3 18:17:58 2010 +0100
wined3d: Do not preload surfaces when attaching them to an FBO.
Just make sure the texture is allocated, so we have something to attach.
Note
also that context_apply_attachment_filter_states() runs under the GL lock,
so
preloading resources is actually unsafe there.
:040000 040000 a5b33a88b1083522cd572e82b6cd2d8ad8a61929
e0f98f84e49335d45deea11a36598e052e9e02d5 M dlls
--
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=13436
Summary: Checkbox at finish screen is invisible unless checkbox
is given focus
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://www.trendyflash.com/builder-trial/TrendyFlash-
site-Builder-Trial.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
After installing the TrendyFlash program, the wizard should show a checkbox at
the finish screen, but the checkbox is shown invisibly unless focus is given.
No relevant output was seen at the terminal.
--
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=27861
Summary: starcraft ii.exe has encountered a serious problem and
needs to close
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bignards101(a)gmail.com
right after i installed starcraft and updated it it gave me this error and
refuses to run
--
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.