http://bugs.winehq.org/show_bug.cgi?id=25829
Summary: oleaut32:typelib tests fail on clang
Product: Wine
Version: 1.3.11
Platform: x86
URL: http://test.winehq.org/data/98834637eb25caf986c9feae3e
aa0b855cc19a26/wine_ae-ub1004-clang/oleaut32:typelib.h
tml
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=32919)
--> (http://bugs.winehq.org/attachment.cgi?id=32919)
WINEDEBUG=ole,typelib,typelib2
typelib.c:80: Loading type library
typelib.c:291: Test marked todo: Got pTypeComp_tmp 0x12be44
typelib.c:302: Test marked todo: Got pTypeComp_tmp 0x12be44
typelib.c:753: Test failed: wrong arg2.Hi32 d10
typelib.c:754: Test failed: wrong arg2.Lo64 5555000000000000
typelib.c:755: Test failed: wrong arg3 type 5555
typelib.c:756: Test failed: wrong arg3 value 55555555
typelib.c:873: Test failed: DispCallFunc failed 80020010
WINEDEBUG=ole,typelib,typelib2 attached. Let me know if more targeted traces
would help.
--
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=25832
Summary: user32:input tests fail on clang
Product: Wine
Version: 1.3.11
Platform: x86
URL: http://test.winehq.org/data/98834637eb25caf986c9feae3e
aa0b855cc19a26/wine_ae-ub1004-clang/user32:input.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=32921)
--> (http://bugs.winehq.org/attachment.cgi?id=32921)
+win,+keyboard
input.c:1112: Test failed: vkCode should have been VK_PACKET[0x00e7], was: 0xa4
+win,+keyboard attached
--
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=26362
Summary: [Regression] Missing taskbar icon for "Progress
Appbuilder"
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)cardot.net
The software I'm running is prowin32.exe (version 9.1E), which is the Progress
client environment (http://www.progress.com). This is a proprietary development
environment. I don't think there is a demo version.
I'm running the OpenEdge development environment, named Appbuilder.
The regresion is that there is no more icon in the taskbar (tested in KDE4 &
icewm), as there used to be.
As I've not used Progress during a quite long while I had to perform a large
bisection in order to find the problem. This took me a lot of time because I'm
still using an old Athlon XP 2600+...
This is a very annoying problem, as if the window gets minimised it's difficult
to restore (and even to know it is running!)
Well, it appears that the problem is caused by:
[fred@localhost wine-git ((81c4b41...)|BISECTING)]$ git bisect good
61e50e15ba45ad54655f98619f5ef33917033165 is the first bad commit
commit 61e50e15ba45ad54655f98619f5ef33917033165
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri May 28 12:14:43 2010 +0200
winex11: Map zero-size windows and set an empty window region for them.
:040000 040000 0cd582f85f7d71a7d4e30cb8b72960adb21d1b45
ea860ce19c87870924dd968c600191b0c088cff0 M dlls
which appeared around Wine 1.2-rc1. It makes sense from what I read from the
patch, as it seems to me the owner window is an empty window: when using wine
1.3.14, I can see it in KDE4 when cycling through the applications with
ALT-TAB: I see a window named "Progress", which is not in fact visible. Whereas
with my last "good" compiled version, this "window" is not present, I can see
only "Appbuilder".
I have development skills and wish to help in solving this bug. I'm ready to
answer any question & perform any test you will need.
Thanks in advance
--
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=12178
Summary: wine 0.9.58 quicktime regression
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: weltall2(a)gmail.com
Created an attachment (id=11575)
--> (http://bugs.winehq.org/attachment.cgi?id=11575)
console output
I've just updated today to 0.9.58 from wine 0.9.57 using the official ubuntu
repositories reported in the main page and i've found a regression regarding
quicktime (7.4).
At a first look the application seems to load fine but when i do file=>open
file... and choose a quicktime movie (it was exported from keynote in mp4 and
has points where the animation locks automatically waiting for the user to
interact: that's why i can't use linux applications to see these... they don't
support this) the quicktime window goes to the top left and after some seconds
it closes itself.
Running wine from command line reported an unhandled exception which wasn't
there till last version. and the application seems to quit before the crash
backtrace.
As a side note the only way to make quicktime even launch (and work almost
correcly till 0.9.57 except some gui glitches which are of little importance)
is loading a native gdiplus.dll.
attached is the console output.
--
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=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=26422
Summary: Wine and Dosbox use different MS-DOS (8.3) file names
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
MS-DOS and 16-bit Windows programs require file names to consist of 8 letters
followed by a 3-digit extension (known as "MS-DOS file names" in Windows 95,
sometimes also called 8.3 filenames). Wine and Dosbox both emulate MS-DOS file
names, but they do it differently.
Long name: C:\Program Files
Wine name: C:\PROG~FBU
Dosbox name: C:\PROGRA~1
Thus, a Windows program, running under Wine, may refer to a file as
"C:\PROG~FBU\SOMEFILE.TXT" whereas a DOS program, running under Dosbox using
Wine's Dosbox implementation, would know the same file as
"C:\PROG~FBU\SOMEFILE.TXT". This means trouble if the Windows and DOS programs
are trying to interact.
In order to view Wine's MS-DOS names, use certain 16-bit Windows programs (such
as the Windows 3.1 file manager).
In order to view Dosbox's MS-DOS names, use "DIR" in Dosbox or any DOS program.
Dosbox only uses MS-DOS names, so it won't show any other names.
--
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.