http://bugs.winehq.org/show_bug.cgi?id=31951
Bug #: 31951
Summary: TomTom Home SatNav software will not run
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: john.l.l.williams(a)btinternet.com
Classification: Unclassified
Trying to run Tom Tom Home SatNav windows software in wine and got unexpected
error report the backtrace file is 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=19585
Summary: Water is red in Settlers: Heritage of Kings demo
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://videogames.yahoo.com/predownload?eid=56657
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
Created an attachment (id=22839)
--> (http://bugs.winehq.org/attachment.cgi?id=22839)
Screenshot showing the problem
The water in the demo version of Settlers: Heritage of Kings is displayed in a
red hue instead of a blue one; see attached screenshot.
--
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=26767
Summary: U-he Tyrell, Uhbik and ACE vst plugins: GUI Knob bug
(image files files not being sorted correctly)
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: futuretodd(a)googlemail.com
Created an attachment (id=34093)
--> (http://bugs.winehq.org/attachment.cgi?id=34093)
gif anim of knob behaviour, should show a smooth movement from left to right
U-he Tyrell, Uhbik and ACE vst plugins show erratic graphical behaviour in use
(see attatched gif)
They actually work as they should do if this odd graphics behaviour is ignored.
The images for the knobs are saved in, ie for Tyrell, /(user vst
folder)/TyrellN6Win/TyrellN6.data/Data/Images/Animations/Knob/ and are labeled
Knob0000.png - Knob0100.png, which goes from leftmost image to rightmost, when
they actually make to the plugin they are all jumbled up, so it appears wine is
not sorting them numerically by their names correctly.
Tyrell is free so is recommended for testing
http://www.u-he.com/TyrellN6/downloads/TyrellN6Win.zip
Tested with Reaper and Minihost
http://www.cockos.com/reaper/download.phphttp://www.tobybear.de/p_minihost.html
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36297
Bug ID: 36297
Summary: valgrind shows uninitialized memory in
msxml3/tests/domdoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30791== Conditional jump or move depends on uninitialised value(s)
==30791== at 0x4D2A2EC: dump_Variant (typelib.c:1548)
==30791== by 0x4D2AD9D: dump_DispParms (typelib.c:1612)
==30791== by 0x4D39207: ITypeInfo_fnInvoke (typelib.c:6975)
==30791== by 0x6197AEC: DispatchEx_InvokeEx (oaidl.h:1523)
==30791== by 0x6197335: DispatchEx_Invoke (dispex.h:299)
==30791== by 0x4A6DC7F: test_dispex (dispex.h:292)
==30791== by 0x4A76AE1: func_domdoc (domdoc.c:11918)
==30791== by 0x4AB096C: run_test (test.h:584)
==30791== by 0x4AB0D5B: main (test.h:654)
==30791== Uninitialised value was created by a stack allocation
==30791== at 0x4A6B514: test_dispex (domdoc.c:10307)
==30791==
--
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=19081
Summary: Force closing winhlp32 without a file loaded pops up
an error dialog (appinstall)
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=22023)
--> (http://bugs.winehq.org/attachment.cgi?id=22023)
ahk test
A bit hard to explain...but launching 'wine winhlp32' with no arguments open
wine help, along with a file open dialog. That's all well and good, same as
windows. Now, let's get tricky. Force the winhlp32 window to close (not the
file open dialog). On windows, exits with no problems. On wine, pops up a
dialog:
ERROR
Cannot find ''. Do you want to find this file yourself?
I'll attach an AHK script to show what I mean...If you want to verify on
windows, change 'Wine' to 'Windows'.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36383
Bug ID: 36383
Summary: valgrind shows several uninitialized values in
ddraw_CreateSurface() in ddraw/tests/dsurface.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
fixme:win:EnumDisplayDevicesW ((null),0,0x549f568,0x00000000), stub!
==5763== Conditional jump or move depends on uninitialised value(s)
==5763== at 0x4AEBCC2: ddraw_surface_create (surface.c:5849)
==5763== by 0x4AC147F: ddraw1_CreateSurface (ddraw.c:2962)
==5763== by 0x515E72E: SrcColorKey32BlitTest (dsurface.c:240)
==5763== by 0x516CEB4: func_dsurface (dsurface.c:3949)
==5763== by 0x50CC30B: main (test.h:584)
==5763== Uninitialised value was created by a stack allocation
==5763== at 0x515E671: SrcColorKey32BlitTest (dsurface.c:217)
==5763==
==5763== Conditional jump or move depends on uninitialised value(s)
==5763== at 0x4AEBCC2: ddraw_surface_create (surface.c:5849)
==5763== by 0x4AC147F: ddraw1_CreateSurface (ddraw.c:2962)
==5763== by 0x515E7C8: SrcColorKey32BlitTest (dsurface.c:251)
==5763== by 0x516CEB4: func_dsurface (dsurface.c:3949)
==5763== by 0x50CC30B: main (test.h:584)
==5763== Uninitialised value was created by a stack allocation
==5763== at 0x515E671: SrcColorKey32BlitTest (dsurface.c:217)
==5763==
==5763== Conditional jump or move depends on uninitialised value(s)
==5763== at 0x4AEBCC2: ddraw_surface_create (surface.c:5849)
==5763== by 0x4AC147F: ddraw1_CreateSurface (ddraw.c:2962)
==5763== by 0x515E224: PaletteTest (dsurface.c:2225)
==5763== by 0x516E484: func_dsurface (dsurface.c:3962)
==5763== by 0x50CC30B: main (test.h:584)
==5763== Uninitialised value was created by a stack allocation
==5763== at 0x515DB07: PaletteTest (dsurface.c:2137)
==5763==
==5763== Conditional jump or move depends on uninitialised value(s)
==5763== at 0x4AEBCC2: ddraw_surface_create (surface.c:5849)
==5763== by 0x4AC147F: ddraw1_CreateSurface (ddraw.c:2962)
==5763== by 0x515E003: PaletteTest (dsurface.c:2260)
==5763== by 0x516E484: func_dsurface (dsurface.c:3962)
==5763== by 0x50CC30B: main (test.h:584)
==5763== Uninitialised value was created by a stack allocation
==5763== at 0x515DB07: PaletteTest (dsurface.c:2137)
==5763==
--
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=28172
Summary: Civilization II crashes on startup
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: charlespigott(a)googlemail.com
Created an attachment (id=36092)
--> (http://bugs.winehq.org/attachment.cgi?id=36092)
backtrace(s) + some notes
see attachment
starting civ2.exe (from anywhere) results in this error
note that nothing happens except this output/backtrace
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40182
Bug ID: 40182
Summary: Elder Scrolls Online: Login connection issues
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amgeddis(a)msn.com
Distribution: ---
Disclosure: I am using Wine-staging 1.9.3
Since patch 2.2.11 on 2/8/2016 Elder Scrolls Online cannot be played in WINE.
Logging in usually works but trying to load a character either results in
1. The animation icon eventually freezing and the app hanging
or
2. Getting booted back to the login screen with the error: "An error has
occurred. Please try again in a few minutes". All subsequent logins after the
error message give the error code 301 which according to the codes sheet
means:"Lobby connection failed"
When logging in doesn't work there is only error code 301.
Steps to recreate: Run Bethesda.net_Launcher.exe, hit "Play", log into
account, select "Play" below the character.
Game used to play great with 32-bit prefix, corefonts, and vcrun2013 installed.
Tried creating clean new prefixes in both 32-bit and 64-bit but neither worked
with or without corefonts and vcrun2013 also installed.
On the Elder Scrolls Online forums there are three other WINE users that have
come out and said they've had the same problem since patch 2.2.11 and
contacting the developer Zenimax Online support only gave back generic messages
of "We do not support Linux".
One of the other WINE users also said they have the same problem in their
Windows dualboot installation as well.
There are also several other Windows users on the Elder Scrolls Online forums
complaining of the same problem and all still report this being a problem for
them.
--
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=10156
Summary: "typos" on some include files
Product: Wine
Version: 0.9.47.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sacrom(a)gmail.com
CC: sacrom(a)gmail.com
Created an attachment (id=8741)
--> (http://bugs.winehq.org/attachment.cgi?id=8741)
File that contains diff's of the current header files with the "fixed" header
files
I'm porting a windows app to Wine (using WineLib) and I found some small
problems in some header files in Wine (that contain different values from the
corresponding Windows header files).
To be able to compile on C++ I did also change some header files.
>From my point of view these are small typos problems (see attachment)
I hope this to be enough!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36748
Bug ID: 36748
Summary: valgrind shows two possible leaks in
d3drm/tests/d3drm.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
follow up to bug 36351
==32094== 120 bytes in 1 blocks are possibly lost in loss record 458 of 686
==32094== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==32094== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==32094== by 0x65A9826: ???
==32094== by 0x6597082: ???
==32094== by 0x4F5EFD8: test_Frame (d3drm.c:930)
==32094== by 0x4F652B2: func_d3drm (d3drm.c:1738)
==32094== by 0x4F6893F: run_test (test.h:584)
==32094== by 0x4F68D2E: main (test.h:654)
==32094==
==32094== 120 bytes in 1 blocks are possibly lost in loss record 459 of 686
==32094== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==32094== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==32094== by 0x65A9826: ???
==32094== by 0x6597082: ???
==32094== by 0x4F5F623: test_Frame (d3drm.c:969)
==32094== by 0x4F652B2: func_d3drm (d3drm.c:1738)
==32094== by 0x4F6893F: run_test (test.h:584)
==32094== by 0x4F68D2E: main (test.h:654)
==32094==
--
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.