http://bugs.winehq.org/show_bug.cgi?id=20471
Summary: MS Word 2007 crashes on scroll
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: utkarsh2012(a)gmail.com
Created an attachment (id=24357)
--> (http://bugs.winehq.org/attachment.cgi?id=24357)
Sample document
MS Word 2007 crashes when I scroll down to the 2rd page of the attached sample
file.
I am using Ubuntu 9.04 and WINE 1.1.32
This is somewhat similar to bug: http://bugs.winehq.org/show_bug.cgi?id=17700
--
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=22000
Summary: Gallium + Indexed rendering = Null pointer dereference
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: MostAwesomeDude(a)gmail.com
Created an attachment (id=26727)
--> (http://bugs.winehq.org/attachment.cgi?id=26727)
Failed device.ok test in d3d9
First off, I *am* upstream (Mesa/Gallium), so assume they've been contacted. :3
Gallium and indexed rendering are not very happy with each other. I get some
fairly solidly reliable segfaults with both a d3d9 DLL test (device.ok) and
Civ4 (Steam version). Hardware is a Radeon R580 (X1900), driver is r300g from
Mesa git.
I'm attaching four logs. The first two are the original test and Civ4 logs; the
second two are the same, but edited to show the juicy bits.
My current guess, based on the Mesa debug info I dumped, is that the indexed
rendering code is slightly baked and maybe trusting the underlying GL driver a
bit too much.
get_arrays_bounds: Handling 2 attrs
attr 0: stride 16 size 12 start (nil) end 0xfffffffc
attr 1: stride 16 size 4 start 0xc end (nil)
buffer range: (nil) 0xfffffffc range -4 max index 4294967295
So right here (from device.ok) we have interleaved userspace VBO, that is being
prepped inside core Mesa. Two delightful things here; the first attr seems way
off-base, it shouldn't dare be giving us bad pointers, and the second attr's
pointers don't even line up! Compare to a sane program (Mesa's drawarrays):
get_arrays_bounds: Handling 2 attrs
attr 0: stride 16 size 12 start 0x8087020 end 0x808705c
attr 1: stride 16 size 4 start 0x808702c end 0x8087060
buffer range: 0x8087020 0x8087060 range 64 max index 3
r300g doesn't really care. The kernel drops the rendering on the floor for a
variety of reasons, not least being the ridiculous max_index.
But then it segfaults, and I have zero idea why. I'd guess it's something to do
with tossing around NULL pointers like candy, but I'm honestly not sure and I
haven't really dug into the DLL code yet.
--
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=21751
Summary: Wine locks the initial executable
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
When wine first loads the main executable it leaves a 'shared read' lock
against the executable. A (deliberatly unnamed) application I was debugging
does a consistency check by opening itself using SHARE_NONE in the CreateFile
API. This works on windows but fails under wine. I've cut the problem down to a
simple testcase, where test (1) shows the failure.
The problem is I (a) dont know how to fix it and (b) cant add tests to wine
itself for it as it has to be a native executable (as thats where the bug
lies).
I reported it on wine-devel:
--------------------------------------------------------
I have cut this down to a 2 line test program, which basically fails
because a native executable called eg. test.exe subsequently calls
CreateFile(".\\test.exe", GENERIC_READ, 0 /* no share*/ - ie it's
opening itself for read access and non-shared access. It suffers a
sharing violation on wine whereas it works fine on windows
Diagnosing the wine side, we are in trouble here - the act of loading
a module ends up in load_dll which call find_dll_file which in turn
calls NtOpenFile for GENERIC_READ access. This returns a file handle
which is then used to create the in memory file mapping for the
executable code, and the handle returned from the NtOpenFile is then
closed.
However, when we come along to the application code and try the open
we end up checking the sharing and there are 3 things on the
inode->open chain:
The original open, with access of read
The mapping, with access of mapping
The open in progress (which is ignored for sharing checks) which does
not want to SHARE_READ,and hence the sharing violation occurs. For
reference we are failing in the 3rd (last) case of check_sharing
returning STATUS_SHARING_VIOLATION, ie existing access if for read
purposes, but the requested sharing doesnt allow this.
What I dont understand is why the NtClose for the handle does not
remove it from the 'open' list - I think from my reading of the
fd_destroy code it will put it onto the closed list if there are other
references to the same inode, although thats where my debugging will
head next.
--------------------------------------------------------
Alexander replied:
Loading a dll keeps a reference to the file object, because it needs to be
returned in debug events. Probably it would be possible to reference the
mapping object instead and reopen the file from it.
--------------------------------------------------------
I've got stuck and am out of my depth so leaving this for someone as a bug
report.
--
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=16306
Summary: Cannot drag image from Linux Desktop to application
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
URL: http://www.invelos.com/Downloads.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Stuart(a)houseofanime.org
DVD Profiler includes the facility to drag and drop images into some areas of
the application - indeed this is the only way you can populate one area of the
database.
Wine does not seem to like dragging images from the desktop (or elsewhere) into
the Windows app - you simply get a circle with a bar across it (typical "can't
do this" icon).
I'm running KDE on OpenSuSE 11.0.
>From the descriptions, this may have the same root cause as some or all of the
following bugs:
9441
9932
10815
12007
15953
--
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=14832
Summary: Need for Speed Underground - Crash after aprox. 1 minut
of gaming
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frits(a)itpedersen.dk
Created an attachment (id=15379)
--> (http://bugs.winehq.org/attachment.cgi?id=15379)
Output error log - After 1 min of playing in the game the menu works fine
Ubuntu 8.04
P4 - 1,8GHZ
512MB
Need For Speed Underground crashes after aprox 1 minut...
In order to get it up and running I used the following config:
winecfg: Disable sound, Emulate Desktop, add dinput8.dll, disable vertex shader
support, enable pixelshader.
The game was legal bought.
Installed at default location inside drive_c
--
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=18363
Summary: [Win 3.11/16-bit] [Bermuda Syndrome] In-game menu
buttons unclickable
Product: Wine
Version: 1.1.20
Platform: PC-x86-64
URL: http://abandonia.com/en/downloadgame/24561
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nugrud(a)gmail.com
This 16-bit game is from 1995, and was written for 3.1x family of windows.
"Bermuda Syndrome.zip" md5: c43b012e7342e56510983f75b91f8be3
After unzip you have to reedit BERMUDA.INI and set correct SRCPATH and DSTPATH
(Z:\path\to\BERMUDA\SCN and Z:\path\to\BERMUDA). This doesn't seem to help in
any way but the windows version in winecfg should be also set to "Windows 3.1".
Run the game in one of two ways:
1) wineconsole bermuda.bat
2) cd BERMUDA/SCN && wine BERMUDA.EXE
As of wine 1.1.20 the main menu should appear, but on mouse-hover buttons don't
enlight and are unclickable. The wine output does not complaint about anything,
output is empty, but the only way to quit is wineserver -k.
I tried running the game in dosbox/win311 environment and before the menu
appears first credits are run, which can be interrupted by mouse click. The
wine's problem maybe caused by unimplemented codecs only if this credit are
indeed a movie, but I'm not sure. I think running this game would very nicely
prove wine's claimed compatibility with pre-NT windows versions :)
--
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=19342
Summary: Adobe Photoshop CS2: Doesn't display license screen
for installation (appinstall)
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://download.adobe.com/pub/adobe/photoshop/win/cs2/
Photoshop_CS2.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When installing Photoshop CS2 on Windows XP, the license is prompted for
twice...install is something like:
run Photoshop_CS2.exe to extract files (or use unzip)
Run setup.exe, which pops up the license, and then runs the inner installer
Inner installer runs, pops up a second license.
On wine, the second one doesn't show up, and proceeds directly to the
User/Company/Serial No. screen.
I've got an automated test for CS2 install, should be ready in a day or so,
still working out the kinks...
--
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=16858
Summary: Jetmen REVIVAL: Unplayable because of strange bugs
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.megagames.com/news/html/freegames/jetmenreviv
al.shtml
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wielkiegie(a)gmail.com
This is a nice Deplhi-coded Windows game. But the game is affected by some
strange bugs, like bad physic (water "falling down" in left direction), ship
not rendered correctly, I can fly through solid, etc.
Note that maps are built from 3 bitmaps ([name]Back.bmp representing
background, [name]DotMap.bmp representing solid location and [name]Middle.bmp
representing solid graph) and script-like [name].map (map settings, water
placement, starting positions, etc.).
Also I can launch the game only with GDI as DirectDrawRenderer (OpenGL screws
up the window so it's unplayable).
--
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=20467
Summary: Battle Realms: Crashes on closing
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: debian(a)carbon-project.org
Created an attachment (id=24351)
--> (http://bugs.winehq.org/attachment.cgi?id=24351)
Backtrace of the crash on closing.
When closing Battle Realms (pressing the »Leave« button in the game), the
application crashes. I've attached a backtrace from such a crash (the attached
backtrace was generated by Wine 1.1.32 but the problem exists at least since
1.1.28, see
<http://appdb.winehq.org/objectManager.php?sClass=version&iId=4394&iTestingI…>).
If you should need more information, please feel free to ask me for it.
--
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=15465
Summary: Panzer General 3D Demo randomly hangs with
err:seh:setup_exception_record nested exception on
signal stack
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robert.munteanu(a)gmail.com
Created an attachment (id=16361)
--> (http://bugs.winehq.org/attachment.cgi?id=16361)
+warn=all output
Seems similar to #15195, but I can't confirm that.
--
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.