http://bugs.winehq.org/show_bug.cgi?id=11906
Summary: werkkzeug3 TE does not work
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ripzonetriton(a)gmail.com
Created an attachment (id=11203)
--> (http://bugs.winehq.org/attachment.cgi?id=11203)
log
It installs/uninstalls fine but doesn't start properly and does not work.
Here is the download link: http://www.werkkzeug.com/
It's free to download but you have to follow a registration 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=17662
Summary: Failed to connect to the mount manager error in winecfg
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jsfrerot(a)egliseespoir.com
Created an attachment (id=19849)
--> (http://bugs.winehq.org/attachment.cgi?id=19849)
screen shot of the error
After a fresh install of ubuntu x64 and installing wine
1.1.16~winehq0~ubuntu~8.10-0ubuntu1, winecfg gives an error when going to the
"Drives" tab. "Failed to connect to the mount manager", see picture attached.
I tried to launch it from the command line and here is what I saw:
[jsfrerot@jsfrerot-desktop ~]$ winecfg
err:process:__wine_kernel_init boot event wait timed out
err:winecfg:open_mountmgr failed to open mount manager err 2
I copied the .wine folder from a 32bit ubuntu and the drives were shown in the
tab (no errors with the mount manager)
--
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=10860
Summary: Poor graphics performance in Myst Online: Uru Live due
to software emulation
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diafero(a)arcor.de
Myst Online: Uru Live
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=9810) works
mostly fine using Wine, but what's noticeable is that the graphics is much
slower that on Windows. There I can use the best graphics settings and as long
as I'm alone in my age, the graphics is fluent (with my GeForce 8500 GT). On
Linux, I've got the lowest settings and it stutters all the time.
The reason seems to be that wine uses software emulation - I get the following
error many many times:
"fixme:d3d_draw:drawPrimitive Using software emulation because not all material
properties could be tracked"
and the CPU load is between 70% and 100%, depending on what is rendered.
--
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=14563
Summary: picasa can't play mp3 files during slideshows
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://picasa.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To reproduce:
1) install and run picasa for windows 2.7
2) Tools / Options / Slideshow
3) check
"Play MP3 tracks during slideshow"
4) under
"Select folder of mp3 tracks", browse to where you have mp3's, then click ok.
5) Select some image, play it as a slideshow.
There won't be any music. On the console, you see
fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO".
If you don't have a windows installation accessible from Wine,
you perhaps forgot to create a [mci] section in system.ini
You can reproduce this with the attached tiny C program; to run it,
find a .mp3 file (say, foo.mp3), and run
wine a.exe play foo.mp3 from 0
--
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=9500
Summary: [StarCraft] Hitting the Browse button hangs the game
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rzadzins(a)wit.edu.pl
When I want to create a game, exactly when I try to browse for maps, after
hitting the browse button starcraft hangs (but responds to alt-f4 and exits
eventually). This didnt happen in 0.9.42, not sure about 0.9.43, happens every
time in 0.9.44.
--
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=15834
Summary: Spanish translation of main page is incomplete.
Product: WineHQ.org
Version: unspecified
Platform: All
URL: http://www.winehq.org
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimiroski(a)gmail.com
I wonder if there's any possibility that I can help with site translation in
Spanish; currently I see that the main information is in Spanish, but the menu
is not yet translated.
IMHO there should be more content in Spanish, so Wine becomes more widely
available.
Or if you want, we can use this bug report for "Spanish translation patches" or
something in the like.
For example:
This quote:
"If you simply must run your Windows programs, chances are you can make them
work with Wine." - Tom's Hardware Guide
Is currently translated to this:
"Simplemente debe ejecutar sus programas de Windows, lo más probable es que
pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
While IMHO should be:
"Si simplemente debe ejecutar sus programas de Windows, lo más probable es que
pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
Or (with more emphasis):
"Si simplemente tiene que ejecutar sus programas de Windows, lo más probable
es que pueda hacer que funcionen con Wine." -- GuÃa de Hardware de Tom
--
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=19858
Summary: cygwin tar upset it can't change timestamps; breaks
build of cygwin's bash
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://cygwin.com
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To debug bug 19856, I decided to try to build cygwin's bash
from source so I could see why it refuses to run some commands.
Hilarity ensued.
To repeat:
1) run
$ winetricks cygwin
and select gcc, automake, patch, and cygport
2) start a cygwin shell
$ cd ~/.wine/drive_c/cygwin
$ wine wineconsole cmd /c cygwin.bat
then use that for all further commands
3) read 'man cygport'
4) download the bash source package from your favorite cygwin mirror, e.g.
$ wget http://cygwin.osuosl.org/release/bash/bash-3.2.49-22-src.tar.bz2
5) unpack the source tarball and use cygport to prepare and build it
$ mkdir temp
$ cd temp
$ tar -xjvf ../bash-3.2.49-22-src.tar.bz2
$ cygport prep bash*cygport
First problem: when cygport prep tries to unpack the inner
tarball, it has a conniption fit because tar can't adjust
the timestamps on its output files.
...
tar: bash-3.2/tests/history.list: Kann utime nicht ausführen: Permission denied
tar: bash-3.2/ABOUT-NLS: Kann utime nicht ausführen: Permission denied
tar: Exiting with failure status due to previous errors
+ warn 'tar zxf bash-3.2.tar.gz failed'
Here's a minimal linux commandline to reproduce:
gunzip bash-3.2.tar.gz
wineconsole 'c:\cygwin\bin\tar.exe' -xf bash-3.2.tar
bash-3.2/examples/bashdb/PERMISSION
Looks like tar creates the file, then tries to create it again,
and gets confused? Maybe cygwin is cleverly trying to use
NtCreateFile somehow to change its timestamp... I'll attach a log.
Workaround: edit cygwin's /bin/cygport and change the two lines
warn "${unpack_cmd} ${unpack_file_name} failed"
to say
echo "${unpack_cmd} ${unpack_file_name} failed"
I'll file more bugs for the rest of the process.
--
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=9610
Summary: Non-Windows(XP) behaviour for using themes in apps
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Stuart(a)houseofanime.org
DVD Profiler takes information from Windows XP and higher to determine
different themes within the program; specifically a choice between Blue,
Silver, and Olive (mapping to NormalColor, Metallic and Homestead
respectively). In addition, my standard XP install gives DVD Profiler some more
options, including Obsidian.
Attached are XP and Linux comparisons for Blue, Olive, and Obsidian (XP on top,
Linux below). When taking shots from each OS, ONLY the theme from within the
application was changed (under the view menu item) - I made no change to the
actual themes in display properties (Window XP) or Winecfg.
Also attached is a screen shot of the application when it originally opens with
the 'blue' theme (its welcome screen). Note how the welcome screen displays the
correct colours, which change appropriately when you change the theme in DVD
Profiler.
I also copied the contents of the Resources/Themes directory from XP to Wine to
see the effect. It gave additional Theme options in Winecfg, but made no
difference when the same test was performed within DVD Profiler.
--
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=14367
Summary: revise stack-frame relay code never to touch other side
of stack pointer
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jreiser(a)BitWagon.com
Created an attachment (id=14664)
--> (http://bugs.winehq.org/attachment.cgi?id=14664)
always avoid memory on wrong side of stack pointer
The code which relays stack frames from one calling sequence to another can be
written never to touch memory that lies on the undefined side of the current
stack pointer. Even though in normal cases there may be no danger in
referencing below the stack pointer (because of precautions with alternate
signal stack, etc.), it is more robust to avoid this. Debuggers (both code and
human) and other tools may be unaware of the special precautions, or may find
it impossible to comply.
Patch is attached, and will be sent to wine-patches(a)winehq.org.
--
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=16039
Summary: configure does not support detection of (n)cursesw
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)liebenowstudios.com
Created an attachment (id=17264)
--> (http://bugs.winehq.org/attachment.cgi?id=17264)
Proposed fix for configure script - not well tested
Some systems only provide wide character versions of the curses libraries.
This is the default on LFS and a few others. The built in AC macros are
correctly detecting the curses header files but the WINE_CHECK_SONAME macro
misses the actual libs.
On my system I fixed configure.ac the behavoir as shown in the attached diff
and then ran autoconf
I don't know if this is clean or would break detection of non-wide libraries.
The error stating that curses functionality will be disabled is no longer in my
configure logs but I don't know if I actually have curses support now.
--
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.