http://bugs.winehq.org/show_bug.cgi?id=36247
Bug ID: 36247
Summary: VHD Attach crushes because of virtdisk.dll missing
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matyapiro31(a)gmail.com
VHD Attach is an application to mount .vhd files as hard disks.
It depends on virtdisk.dll but wine doesn't include it.
I think we can implement it easily by using libvirt?
It support VHD file type.
--
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=36395
Bug ID: 36395
Summary: valgrind shows a possible leak in
inetcomm/tests/mimeole.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==17178== 28 bytes in 1 blocks are possibly lost in loss record 154 of 561
==17178== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==17178== by 0x5498BE8: apartment_getclassobject (compobj.c:526)
==17178== by 0x549BFF6: get_inproc_class_object (compobj.c:2894)
==17178== by 0x549ED5F: CoGetClassObject (compobj.c:3032)
==17178== by 0x549F4E7: CoCreateInstance (compobj.c:3197)
==17178== by 0x4AAC50E: func_mimeole (mimeole.c:99)
==17178== by 0x4AAAE6B: main (test.h:584)
==17178==
--
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=36662
Bug ID: 36662
Summary: valgrind shows a few memory leaks in
ws2_32/tests/sock.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==21586== Thread 1 ws2_32_test.exe.so:
==21586== 60 bytes in 1 blocks are possibly lost in loss record 350 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B07F4: WS2_sendto (socket.c:4545)
==21586== by 0x50B0611: WSASend (socket.c:4500)
==21586== by 0x4F6E338: test_send (sock.c:4194)
==21586== by 0x4F7FDB1: func_sock (sock.c:7742)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
==21586== 60 bytes in 1 blocks are possibly lost in loss record 351 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B07F4: WS2_sendto (socket.c:4545)
==21586== by 0x50B0611: WSASend (socket.c:4500)
==21586== by 0x4F6E6AF: test_send (sock.c:4234)
==21586== by 0x4F7FDB1: func_sock (sock.c:7742)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
==21586== 60 bytes in 1 blocks are definitely lost in loss record 352 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B638A: WS2_recv_base (socket.c:6554)
==21586== by 0x50B61D4: WSARecv (socket.c:6522)
==21586== by 0x4F7A61B: test_completion_port (sock.c:6862)
==21586== by 0x4F7FDAC: func_sock (sock.c:7739)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
--
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=39655
Bug ID: 39655
Summary: Enemy Front crashes almost immediately after launch
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abolte(a)systemsaviour.com
Distribution: ---
Created attachment 52859
--> https://bugs.winehq.org/attachment.cgi?id=52859
enemy_front-1.8-rc1-output.log
Debian Jessie amd64 in a 32-bit wineprefix (clean install) under wine 1.8-rc1.
The first intro movie to play crashes after about two seconds, when my monitor
is set to the native resolution of 2560x1440. Console output attached.
Interestingly, if I set the monitor to 1920x1080, the cut scenes don't crash at
all and I can make it all the way to the main menu (which also doesn't work,
but we can make that another bug).
--
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=42355
Bug ID: 42355
Summary: Artifacts in GTAIV appear and disappear when driving
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
Created attachment 57123
--> https://bugs.winehq.org/attachment.cgi?id=57123
Screenshot of the artifact
When you enter a car and they try driving, you'll sometimes notice strange
artifacts appear. They fade in, then sometimes persist for several frames, and
then disappear. See screenshots attached.
This is a regression introduced by the following commit. In this version the
artifacts appear not too often — I have to play for about a minute until I
notice one. In wine-2.0-235-g2dd0fb8 they appear after about 10 seconds of
driving in the game.
602a23a60aaab164acb8a2767094d545172ab4cf is the first bad commit
commit 602a23a60aaab164acb8a2767094d545172ab4cf
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Jan 27 11:36:31 2017 +0100
wined3d: Just use glBufferSubData() in buffer_direct_upload().
It might seem like a good idea to try to use glMapBufferRange() in
buffer_direct_upload(), but it really isn't. The interesting cases for
glMapBufferRange() are GL_MAP_INVALIDATE_BUFFER_BIT or
GL_MAP_UNSYNCHRONIZED_BIT, but the only way for those to be set here
would be for the buffer to be mapped with WINED3D_MAP_DISCARD or
WINED3D_MAP_NOOVERWRITE before the buffer object was created. In that
case the GPU is obviously not using the buffer object, so
glMapBufferRange() doesn't help. On the other hand, if the buffer is
currently in use by the application and neither WINED3D_MAP_DISCARD nor
WINED3D_MAP_NOOVERWRITE is set, glMapBufferRange() would need to wait
for the GPU to finish using the buffer object, while glBufferSubData()
may decide not to.
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 259531ef529ef96cbec7388bca99af40efaa9874
3e0b99a8b0fba782ad69ed0a8e00d2a64c363ae3 M dlls
--
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=42471
Bug ID: 42471
Summary: Wine gets page fault installing Bicycle Bridge
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lachenmaier(a)mchsi.com
Distribution: ---
Created attachment 57325
--> https://bugs.winehq.org/attachment.cgi?id=57325
BBridge_install_Terminal_output_and_Reg_dump
When I install Bicycle Bridge from its CD (or from an image file), Wine gets a
page fault. I have included the register dump and the Terminal listing as
attachments. I have tried to install Wine many times and it always fails at
this point. I installed Wine as follows:
sudo apt remove wine* && sudo apt autoremove
sudo add-apt-repository ppa:wine/wine-builds
sudo apt-get update
sudo apt-get install --install-recommends winehq-devel
When I tired to install Bicycle Bridge (setup.exe) I got windows saying to
install "mono" and "gecko". I clicked the install button in each of these
windows.
After the failed install, Bicycle Bridge ran fine until my wife won a game.
Then it froze and had to be xkilled. This is repeatable. I presume this failure
is due to the installation failure I am submitting a bug for.
--
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=13365
Summary: Mising Text in IFC Markets Terminal Graphics
Product: Wine
Version: 1.0-rc1
Platform: PC
URL: http://ifcmarkets.com/download/IFCMTerminalSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
When you're viewing the platform graphics, the text at the right that shows the
current prices of the currencies are missing. You can see the problem in the
screenshots.
--
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=23108
Summary: Problems switching between instances of PowerPoint
2007 with KDE
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
Created an attachment (id=28717)
--> (http://bugs.winehq.org/attachment.cgi?id=28717)
Superfluous third
I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem
I will describe exists for me since the time I first started using wine more
intensively)
How to reproduce:
1. Use KDE 4 (a friend tested with another window manager and could not
reproduce it)
2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I
can switch between different windows without any problems
3. Open another PowerPoint file. Now things get strange! Instead of two
PowerPoint windows, I can see three windows: the two opened files and a third
window without any content but the title. (see attached screenshot)
In that state, I cannot simply change between the instances of PowerPoint but
always have to maximize the window I would like to choose.
When closing the second PowerPoint file, the superfluous small window stays.
As far as I have tested, this behaviour does not occur with multiple instances
of Word, for instance.
--
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=42461
Bug ID: 42461
Summary: Adam Standalone demo crashes while starting
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 57307
--> https://bugs.winehq.org/attachment.cgi?id=57307
Terminal output Wine 2.1-327-ga2f2de1e96
As of Wine 2.1-327-ga2f2de1e96 when I attempt to run the Adam standalone demo
from the Unity 3D folks, it simply crashes while loading.
I've seen this happen with a WoW64 prefix and a brand new 64-bit only prefix
(created via the WINEPREFIX=$HOME/.wine WINEARCH=win64 winecfg command).
--
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=42394
Bug ID: 42394
Summary: Unhandled exception: page fault on read access to
0x0067ff58 in 32-bit code (0x7bc50add). Running UO
Assist
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)justindevelops.net
Distribution: ---
Hello - I am running into an issue running UO Assist under Wine 2.0. This
worked last time I tried it two years ago with whatever the current wine was
then. Below is more info about my host machine.
Debian Jessie 64
16GB ram
Wine 2.0 (winehq-staging as installed per https://wiki.winehq.org/Debian)
apt-cache policy output: Candidate: 2.0.0~jessie Version table:
*** 2.0.0~jessie 0
Here is the URL to the program I am trying to run.
http://www.tugsoft.com/
Here is the APPDB info on it. (Which I am thinking about becoming a maintainer
for Ultima Online and its helper apps as UO Assist)
https://appdb.winehq.org/objectManager.php?sClass=application&iId=3716
This is my first time filing a bug so please let me know if I did anything
wrong or did not provide enough info.
--
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.