http://bugs.winehq.org/show_bug.cgi?id=17935
Summary: an error occurred during the move data process 119
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aurosara(a)yahoo.com
Hi guys,
Im trying to install Delat Translatior 3.0 in ubuntu 8.10/wine i having an
error while installing the app
the error message is : an error occurred during the move data process 119
can any body give a thought?
--
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=21771
Summary: Taxman 2010 CBE doesn't install
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.lexware.de/shop/productDetails?orderNo=A088
32
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wagnermaik(a)web.de
Created an attachment (id=26327)
--> (http://bugs.winehq.org/attachment.cgi?id=26327)
Console output when trying to run Taxman 2010 CBE (Computerbild Edition)
I am trying to install a German tax declaration program and can't get into the
installer. The version I am trying to install is from a computer magazine DVD
(Computerbild 5/2010)
The error is linked to the "Visual C++ Runtime Library" and says that "the
application has requested the Runtime to terminate in an unusual way"
I have attached a log. Hope that helps.
--
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=18245
Summary: Polygon Love 2 - model shows up but doesn't have any
animation
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knight666(a)gmail.com
Created an attachment (id=20756)
--> (http://bugs.winehq.org/attachment.cgi?id=20756)
A screenshot of the model standing with her arms wide
First off, launching Polygon Love 2 from the command line is impossible, it
crashes with the following output:
knight666@Katja:~$ wine "/media/disk/Program Files/Purple Heart/Polygon Love
2/PL2.exe"
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f830,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
It is possible to launch the game by double clicking the exe. Once loaded,
everything works as it's supposed to, but once you go in the dressing room,
your character doesn't display any animation, and just stands there with her
arms wide.
I've attached a screenshot demonstrating the effect.
Computer specs:
- Wine 1.1.20 (latest version at time of writing)
- Ubuntu 8.10
- 2.2 GHz AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
- 1 GB RAM
- 128 MB (I think) nVidia Corporation GeForce 8600 GT
--
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=18292
Summary: Make 8.3 names for LFNs more "Windows-like"
Product: Wine
Version: 1.1.20
Platform: PC
URL: http://source.winehq.org/source/dlls/kernel32/path.c
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
When Windows creates 8.3 names for long file names, it does so in the form
Progra~1 and increments the number by one with each new creation of a similar
filename.
So,
Program Files --> Progra~1
Programmers --> Progra~2
Program Blah blah --> Progra~3
and so on.
Under Wine, the 8.3 filenames seem somewhat random (PROG~HAE for example).
Is it possible to implement this behaviour?
It would make it easier to guess short path names, which makes it easier to add
paths to the registry (when needed for workarounds, for example).
--
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=22059
Summary: when /dev/input/event* device is accessible, wine
fails to consider calibration and correction factors
of the linux joydev driver
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: corvus-wine(a)cybertrench.com
Created an attachment (id=26862)
--> (http://bugs.winehq.org/attachment.cgi?id=26862)
joydev log with event file accessible
Linux provides the possibility to correct joystick raw values automatically
when accessing /dev/input/js* devices, both autodetected/scaled and
"hand-calibrated" with tools like "jscal"
if wine uses /dev/input/js* for joystick access, it also takes the correction
factors into account, so a joystick that has been calibrated under linux, will
be calibrated correctly under wine.
However if the /dev/input/event* file corresponding to the joystick device is
accessible (at least for reading) wine seems to bypass the joydev driver and
accesses the device on a lower (event) level, thus unaware of the calibration
data and correction factors - whether manually set and autodetected!
As a result programs run under wine that use a joystick but offer no inbuilt
calibration option (which is most, since under native win32 joysticks are
calibrated system wide in the input device area of the control center) will
behave strangely as joysticks are potentially off-centered - mis-scaled - axis
flipped - or even unable to cross the zero position at all.
Depending on the actual joystick hardware and the required corrections.
the attached log1.txt shows the output of a joystick using program (il2fb
flightsim) started with dinput WINEDEBIUG output grep'd for "joydev" when the
event device is accessible (and the joystick is unusable due to miscalibration
> WINEDEBUG=+dinput wine il2fb.exe 2>&1 |grep joydev
log2.txt shows the same output with /dev/input/event5 (the joystick event
device) chmodded to 000
in this case the axis and buttons are mapped completely different, but centered
and scaled correctly (given that the jopystick had been calibrated under linux
using jscal)
for obvious reasons this bug is only visible if the axis values reported by the
event device, especially min and max:
...
> cur=97, min=0, max=255, fuzz=0, flat=15
...
are not equal to the actually reachable minimum and maximum values.
newer joysticks often autoscale in hard/firmware and actually reach those
min/max values with little need for calibration, while some, especially older
models, are in dire need of correction values since the actual range (as in
this case) is more like 30 to 120
--
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=22212
Summary: Random Crashes in Sacred 2
Product: Wine
Version: 1.1.41
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: JakobRau(a)web.de
When playing sacred 2. from time to time wine crashes (sometimes in game
(singleplayer and LAN), sometimes in the menu). It does not happen too often,
but it is still annoying.
I am using Wine 1.1.41. on Ubuntu Lucid.
I am starting the game like this:
WINEPREFIX=~/.wine/sacred2 wine sacred2.exe
WINEDEBUG=+relay wouldn't work, but I hope you can get some stuff out of the
logfile anyway. If you can help me getting it to start with +relay, I will be
happy to post the log.
--
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=25910
Summary: Notepad tries to open a file using wrong sharing mode
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: exclusion(a)gmail.com
Notepad can't open file, that was opened in another program for writing, while
Windows notepad can do it. Difference is in call to CreateFileW.
Wine notepad:
trace:file:CreateFileW
L"D:\\Pr\\Trillian\\users\\default\\logs\\ICQ\\xxxxxx.log" GENERIC_READ
FILE_SHARE_READ creation 3 attributes 0x80
Windows notepad:
trace:file:CreateFileW
L"D:\\Pr\\Trillian\\users\\default\\logs\\ICQ\\xxxxxx.log" GENERIC_READ
FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80
In particular, I can't open contact history in Trillian (IM client) while
Message window of the contact is open (and the log file is opened for writing).
--
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=24680
Summary: loader: segfault after loading krnl386.exe, while
LoadLibraryEx for any buildin dll
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=31193)
--> (http://bugs.winehq.org/attachment.cgi?id=31193)
+loaddll,+process,+tid.txt
Detected while testing
https://answers.launchpad.net/ubuntu/+source/wine/+question/127977
When using "wine inetcpl.cpl"
(or any other builtin dll: "wine gdi32.dll" as example),
the referenced builtin dlls are loaded
and a Segmentation fault occur after loading "krnl386.exe16"
When loading a native dll, then no referenced dlls are loaded,
and the error ".... gdi32.dll is a dll, not an executable")
is printed to the console.
No referenced dll must be loaded, as we have in ___wine_kernel_init:
LoadLibraryExW( main_exe_name, 0, DONT_RESOLVE_DLL_REFERENCES );
After renaming "krnl386.exe16.so", the segfault does no longer occur and
the expected message is visible on the terminal:
009:err:module:LdrInitializeThunk L"C:\\windows\\system32\\gdi32.dll" is a dll,
not an executable
The segfault is present on x86 and x86-64 (wine32)
--
By by ... Detlef
--
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=25301
Summary: Occasional sock_check_pollhup() error on Solaris
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Created an attachment (id=32142)
--> (http://bugs.winehq.org/attachment.cgi?id=32142)
Additional sock_check_pollhup() traces
On Solaris 10u5 I would sometimes get the following error:
sock_init: ERROR in sock_check_pollhup()
Apparently I'm not the only one since it's present in the log of bug 18334
(although that bug is about something else entirely).
I have now found a way to reliably reproduce it on my system which is to run
the following WineLib command:
./wine memtest.exe.so mmap 50 100
Of course make sure that the wine server is not running yet.
The purpose of sock_check_pollhup() is to figure out what poll() does when a
socket is closed. The error happens because the poll() call that immediately
follows a shutdown() call returns no event.
I then discovered that giving poll() a 1ms timeout fixes this problem although
it still runs in 0.014 to 0.046ms.
Note that strictly speaking poll() is allowed to return nothing when given a
0ms timeout: 'if timeout is 0, poll() returns immediately', which it does.
Still it's annoying and could well be considered a poll() bug.
The workaround seems ok though, especially since this is in code that's only
invoked at startup.
--
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=25680
Summary: Stale file associations are not properly removed
Product: Wine
Version: 1.3.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: patrakov(a)gmail.com
In winemenubuilder.c, in cleanup_associations(), subkeys are deleted while
their parent is being enumerated. So, if two consecutive subkeys are to be
processed and deleted, only the first of them is actually processed. I.e., some
stale associations are not cleared from desktop files and from the registry on
the first run of wine winemenubuilder -a.
--
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=20552
Summary: Memory leak in alloc_thread_tls?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Valgrinding the chromium tests shows the leak
514 bytes in 2 blocks are definitely lost in loss record 796 of 971
by RtlAllocateHeap (heap.c:1421)
by alloc_thread_tls (loader.c:889)
by MODULE_DllThreadAttach (loader.c:1184)
by start_thread (thread.c:464)
on e.g. the following tests:
ipc_tests: IPCChannelTest
media_unittests: PipelineImplTest VideoRendererBaseTest WinAudioTest
net_unittests: DirectoryListerTest ListenSocketTest ProxyScriptFetcherTest
SingleThreadedProxyResolverTest TCPPingerTest TelnetServerTest
URLRequestTestFTP URLRequestTestHTTP URLRequestTest
To reproduce:
mkdir demo
cd demo
wget -c http://kegel.com/wine/chromium/chromium-tests.tar.bz2
tar -xjvf chromium-tests.tar.bz2
valgrind --trace-children=yes --leak-check=full wine
src/chrome/Debug/net_unittests.exe --gtest_filter=TCPPingerTest.Ping
--
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=24800
Summary: wine try to use float texture even if driver don't
support them
Product: Wine
Version: 1.2.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fabio.ped(a)libero.it
Created an attachment (id=31363)
--> (http://bugs.winehq.org/attachment.cgi?id=31363)
wine output with mesa git master r300 gallium driver
The game Panzers II shows lot of wine warnings and mesa errors like:
Mesa: User error: GL_INVALID_VALUE in glTexImage2D(internalFormat=0x822e)
err:d3d:check_fbo_compat >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from
Framebuffer format check @ utils.c / 968
fixme:d3d:check_fbo_compat Format WINED3DFMT_R32_FLOAT with rendertarget flag
is not supported as FBO color attachment, and no fallback specified.
Full output is attached.
According to a mesa developer the problem is that current mesa git master
implements ARB_texture_rg and wine thinks it also support R16G16_FLOAT
textures:
https://bugs.freedesktop.org/show_bug.cgi?id=30823
Indeed when disabling such mesa extension with the env variable:
MESA_EXTENSION_OVERRIDE=-GL_ARB_texture_rg
the warnings no longer appear (output also attached).
Other than the warning I see no obvious visual differences. I am using wine
1.2.1 found on Ubuntu 10.10 with a Radeon X1600 (RV530) card using the gallium
r300 driver.
--
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=24294
Summary: corrupted icons in SolidWorks sketches
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: denis.bonnenfant(a)diderot.org
When drawing a 2D sketch in SolidWorks, geometric constraints are shown with
little blue-background icons ( see screenshot ). Ine Wine, these icons are
corrupted, with more and more random color points from bottom to top.
Interestingly, Bug 421's DIB engine solves the problem. So if one is able to
figure out which type of operation is involved, it should be trivial to fix it
!
Unfortunately traces are so big and make the app so slow that it is impossible
to get any clues from it.
Attached screenshot shows side by side left the regular wine drawing, with
bogus icons, and right the dibengine one
--
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=16703
Summary: Wineconsole: Fallback from curses to window based
backend
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18362)
--> (http://bugs.winehq.org/attachment.cgi?id=18362)
Patch for fixing the curses->user backend fallback
Wineconsole currently falls back to a curses based terminal if the user has
specified the other one and it is unable to create windows. However, the
converse fallback doesn't work in all cases. If the curses backend fails by
being unable to load the curses library, wineconsole doesn't try the window
based backend.
The attached patch solves this issue.
--
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=12808
Summary: indexed bitmaps support is broken
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: misha-cn-ua(a)ya.ru
This bug occurs in every application, written using AlphaControls from
http://www.alphaskins.com
The problem: skins in that controls usually consist of indexed 8-bit bitmaps,
which at runtime are converted to 24-bit, splitted into parts and used to draw
controls. Under Wine such conversion results to messed up display, the
program's interface is very poor.
A workaround is to manually convert skin bitmaps to 24-bit, then program work
almost normally, however there some other glitches (track bars).
The easiest way to show the bug is to run AlphaControls demo application under
Wine. That demo can be freely downloaded from this page:
http://www.alphaskins.com/ademos.php
--
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=25107
Summary: When panning on SeaClear, bits of the chart get 'left
behind'
Product: Wine
Version: 1.3.6
Platform: x86
URL: http://www.sping.com/seaclear/index.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
CC: dmitry(a)codeweavers.com
Originally reported at
https://bugs.launchpad.net/ubuntu/+source/wine1.2/+bug/672739
When panning a chart around in the program, bits of the chart are not redrawn
correctly and instead the edge is repeated. There also seems to be a problem
with the display of the sidebar.
Regression testing shows
7864ade5a8306c0078e16ae6d7e40bdece29395b is the first bad commit
commit 7864ade5a8306c0078e16ae6d7e40bdece29395b
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Tue Sep 14 14:24:11 2010 +0900
winex11.drv: Avoid copying invalid window bits.
:040000 040000 095ed4273818c8096ed3ff1ca095f535c984ac4a
9ff019bebb41eaf474ea7449b9a38c46916802c5 M dlls
Reverting this commit seems to solve the problem for me
--
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=16704
Summary: wineconsole: Allow specifying the console backend to use
when wineconsole is launched implicitly
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18363)
--> (http://bugs.winehq.org/attachment.cgi?id=18363)
Proposed patch for fixing the issue
When wineconsole is launched implicitly, when an application in wine opens a
console, it currently defaults to using the user backend of wineconsole,
without any possibility of changing which backend to use.
The console application to launch can be changed using the WINECONSOLE
environment variable, and wine appends --use-event=xx to that command line when
launching the console program. Setting WINECONSOLE to "wineconsole
--backend=curses" is ignored, since wineconsole chooses the user backend as
soon as the --use-event argument is parsed. This isn't necessary, since the
user backend is the default one. By removing the explicit setting of the user
backend when parsing the --use-event argument, choosing another backend through
the WINECONSOLE environment variable works as expected.
The attached patch implements this proposed change.
--
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=18829
Summary: K-Meleon 1.5.x : Crash sometimes during browsing
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jujuland.46(a)wanadoo.fr
--------------------------------------------------------------------------------
K-Meleon Version : 1.52
K-Meleon profile : in program folder (set during setup)
K-Meleon Extensions : none
K-Meleon kplugins : standard
Netscape plugins : none
Wine version : 1.1.23
Ubuntu : 8.10
kernel : 2.6.27-14-generic
Program Launch : ./K-M_152.sh
--------------------------------------------------------------------------------
shell (K-M_152.sh) used with a console to launch K-Meleon and to keep log
cd "/opt/Program Files/K-Meleon152"
./k-meleon.exe
--------------------------------------------------------------------------------
Crash sometimes during browsing:
---------------------------------------------------------------------------------------------
--
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=22549
Summary: Cannot open external links in help file.
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.pmail.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
Upon testing Pegasus Mail under Wine 1.1.42 I find you cannot open the links in
its help file. Clicking on the external links in the help file is supposed to
open your web browser and take you to the web page, but nothing happens when
you click on these links in the help file. This might be a bug in other
programs' help files?
--
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=15915
Summary: cinepak codec reportedly not installed, FourCC case
mismatch
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: dmitry(a)codeweavers.com
The Alien Nations / Die Völker complains that the cinepak codec is not
installed.
The reason is a lower/upper case mismatch in a FourCC code.
Upper-case FourCC is being supplied, as the log reveals:
Call msvfw32.ICOpen(43444956,44495643,00000002) ret=00493baf
trace:msvideo:ICOpen (VIDC,CVID,0x00000002)
Call winmm.OpenDriver(0032fda8 L"VIDC.CVID", ...)
trace:driver:OpenDriver (L"VIDC.CVID", L"drivers32", ...);
But dlls/iccvid/iccvid.c implements the check
if (icinfo && icinfo->fccType != ICTYPE_VIDEO)
where ICTYPE_VIDEO refers to 'vidc', not VIDC.
The same check is in msvidc32/msvideo1.c and msrle32/msrle32.c
Probably a case-insensitive check is required? For instance,
msvfw32/msvideo_main.c:ICOpen() uses the case-insensitive helper
function compare_fourcc().
OTOH, after the case-insensitive check perhaps wine should fill in the
icopen.fccType and .fccHandler slots with the FourCC case it expects
(ICTYPE_VIDEO) rather than the argument it received? It seems reasonable to
commit to a known character case early on in the code and use that
consistently.
What is The Right Thing (TRT), i.e. what to store in fccType?
In any case, a case fix lets "Die Völker" work past this issue (and crash
later in ddraw, but that's another issue).
--
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=24139
Summary: OpenGL 2.0 Shading Language Terrain Texturing Demo
crashes on unimplemented function
msvcr100.dll._fseeki64
Product: Wine
Version: 1.3.1
Platform: x86
URL: http://www.dhpoware.com/downloads/GLSLTerrainTexturing
.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Created an attachment (id=30378)
--> (http://bugs.winehq.org/attachment.cgi?id=30378)
Log of crash for OpenGL 2.0 Shading Language Terrain Texturing Demo
wine: Call from 0x7b8369d2 to unimplemented function msvcr100.dll._fseeki64,
aborting
With msvcr100.dll the demo starts.
--
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=24135
Summary: OpenGL 2.0 Shading Language Vertex Lighting Demo won't
run without native d3dx9_43.dll
Product: Wine
Version: 1.3.1
Platform: x86
URL: http://www.dhpoware.com/downloads/GLSLVertexLighting.z
ip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
CC: wine-bugs(a)winehq.org
err:module:import_dll Library d3dx9_43.dll (which is needed by L"C:\\Program
Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe" failed, status
c0000135
--
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=18325
Summary: Timed events bug in Call of Cthulhu
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: monolitonegro(a)gmail.com
There's a bug in the game Call of Cthulhu: Dark Corners of Earth that make some
timed events executate too early in the game, making the game near unplayable,
or downright unplayable.
The earliest noticiable example is the beginning of the Chapter 2:"Attack of
the fishmen". At the beginning of this chapter, the player must avoid an angry
mob of citizens running from room to room before the enemies manage to break in
the bolted doors. While in the Windows XP the game allows plenty of time for
the player to think and act, the linux with wine allows barely enough, making
the game nearly unplayable.
Another point where this bug is noticeable is at the chapter 5, Marsh Refinery.
At midway chapter, the player must outrun a shoggot while closing doors behind
him. While this is perfectly possible in the Windows XP, it is absolutely
impossible in the linux.
Tested with: wine version 1.1.20 binaries from official repository under
GNU/Linux Ubuntu Hardy 8.04 and Windows XP SP2.
Aplication: Call of Cthulhu: Dark Corners of Earth version 1.0
Command line: wine "C:\Arquivos de programas\Bethesda Softworks\ Call of
Cthulhu DCoTE\Engine\CoCMainWin32.exe"
How to reproduce: In a dual boot machine with both Windows XP SP2 and GNU/Linux
Hardy 8.04, install the game twice, one time in each OS. Play the game up to
the beginning of the chapter 2 in the easiest dificulty(Scout Boy). At the
beginning of chapter 2, take a wristwatch, measure the time it takes for the
enemies to break in in each of the four rooms. Compare the results from both
OS.
If that's not enough, play up until midway chapter 5(if you can), compare the
time it takes for the shoggot to outrun the player in both OS.
This video shows what the player is supposed to do in chapter 5. The event
begins at 7:10 onwards:
http://www.youtube.com/watch?v=qBFR1_qnrog
--
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=19926
Summary: Lock On: Modern Air Combat crashes after 2 seconds of
loading
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nawitus(a)gmail.com
Created an attachment (id=23405)
--> (http://bugs.winehq.org/attachment.cgi?id=23405)
A terminal log of the crash
While attempting to start Lock On : Modern Air Combat 1.0 (the retail version),
I can see the window for a couple of seconds while something is being read from
the cd, and then the game shuts down (crashes in other words). See the log for
more information.
I've used 2 native DLL's (oleaut32.dll and msvcirt.dll) as specified in winehq,
otherwise the game doesn't start at all. I tried both Win98 and WinXP modes and
got identical results.
--
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=20148
Summary: d3d8: visual tests timeout with pbuffer enabled
Product: Wine
Version: 1.1.29
Platform: PC-x86-64
URL: http://test.winehq.org/data/caf66f0fe28da8964b5f84be68
2c527559fb9e52/wine_ae-ub904-pbuffer/d3d8:visual.htmld
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
visual.c:711: Test failed: Offscreen failed: Got color 0x00ff0000, expected
0x00ffffff.
visual.c:714: Test failed: Offscreen failed: Got color 0x00ff0000, expected
0x00ff00ff.
visual.c:887: Test failed: DSTALPHA on texture returned color 007f0080,
expected 0x000000ff
test failed: timed out
every time on my machine.
--
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.