http://bugs.winehq.org/show_bug.cgi?id=24701
Summary: Vampire the Masquerade bloodlines
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: i30817(a)gmail.com
err:d3d:resource_init Out of adapter memory
Seems to be the first error. I have fglrx drivers but removed them from a while
and tested, and it continued.
using winetricks videomemorysize=512 for my graphics card (Ati mobility radeon
4570 512 mb) didn't have a effect (there is a difference in the offsets
reported). I'm using installed the last unofficial patch. Without it a addional
error relating to the refresh rate would manifest (it has to do with a dll file
in the bin folder shaderapidx9.dll
http://forumplanet.gamespy.com/bloodlines_tech_support/b50391/20211232/p1/
)
and a nocd.
This seems to me a regression, because i played it before in this computer. But
since i changed release, X, fglrx, wine, unofficial patch compilation and other
things, i have no idea if that is certain.
--
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=22239
Summary: BabelMap's display is corrupted in several dialog
boxes
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: rebecca.menessec(a)ironhavoc.org
BabelMap is a well-regarded utility for managing and tracking Unicode fonts.
http://www.babelstone.co.uk/Software/BabelMap.html
Unfortunately, this is everything I have-- these errors are generated on
appinit (main window creation, I think), and not when opening dialog boxes, and
not on app close:
user@host ~ $ wine BabelMap.exe
fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=(nil), edge=3): stub
fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=(nil), edge=1): stub
fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=(nil), edge=0): stub
fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=(nil), edge=2): stub
I can attach a screenshot, if needed, but this display corruption should be
easy to reproduce. For instance, open the app and click Configure... next to
"Composite Font".
I'm using simple autogen settings, with Windows XP set as the OS. If I can
provide other useful info, I'll be happy to.
--
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=31855
Bug #: 31855
Summary: Unable to start the sims 1 deluxe and unsleshed
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fantonifabio(a)tiscali.it
Classification: Unclassified
Created attachment 41919
--> http://bugs.winehq.org/attachment.cgi?id=41919
Log of the sims start on wine 1.5.14
I have install the sims deluxe and the expansion unslashed without error but
the game not start.
Tried on Ubuntu 12.04 with wine 1.5.14.
Clean install with also:
winetricks corefonts vcrun6 vcrun2003 vcrun2005sp1 vcrun2008 vcrun2010 d3dx9
Log of start in attachment
--
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=22038
Summary: Art of Murder Cards of Destiny: some character models
are plain white
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=26799)
--> (http://bugs.winehq.org/attachment.cgi?id=26799)
White character model in the game
In Art of Murder: Cards of Destiny (this is the latest one from the series)
some of the characters appear in plain white. First time I realized this issue
in the second scene of the game, where you can enter a bar.
Wine-1.1.40 from source
Fedora 12 x86
Nvidia 7600 GT card with driver 195.36.08
I could only find a German demo of the game:
http://www.worthdownloading.com/download.php?gid=4444&id=21130 (1.1 Gb in
size) but don't know if it includes that part of the game.
The game was installed into a clean wineprefix but it installed DirectX
runtimes automatically. I didn't try it with wine's built-in DX dlls. I don't
know if that matters.
--
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=26215
Summary: Super Meat Boy shows grey textures for some objects
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
I'm getting grey textures for some, but not all, objects in Super Meat Boy.
The walls and player render fine, but the squirrels and spinning blades in the
first few levels show up as moving grey squares.
Nvidia driver version 260.19.06 on Ubuntu 10.10 64-bit, with a GeForce GTS 450
--
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=30061
Bug #: 30061
Summary: Shader bug in The Darkness II
Product: Wine
Version: 1.4-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: K1773R(a)darkgamex.ch
Classification: Unclassified
The Darkness II isnt rendering everything correct when using this patch from
here http://bugs.winehq.org/show_bug.cgi?id=29896.
Some textures arent rendered (black) and sometimes things are way to bright.
--
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=29792
Bug #: 29792
Summary: Gothic 2 (JoWood Productions) installer fails due to
media validation tool failing (don't add
FILE_ATTRIBUTE_ARCHIVE by default to file entries)
Product: Wine
Version: 1.4-rc1
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
I first wanted to investigate bug 22515 hence i bought the game for a few bucks
and looked into it...
Well, it seems there exist different editions of the game and the problems
might not be connected at all.
Although this is related to copy protection it's not the SecuROM 4.x tests
failing here - that part of protection works fine.
I have the 3 CD set by JoWood Productions released on November 29, 2002.
Near the end of installation process there is a tool "g2setup.exe" launched
which verifies the authenticity of install media.
That process returns a specific exit code (0x777 -> 1911) which basically says:
"all checks passed".
Any different exit code will roll back the whole installation!
Current workaround: kill the installer from another terminal when this
verification process starts.
Everything has already been copied up to this point so just wait until the disc
spins up and execute 'wineserver -k'.
--- snip ---
0024:Starting process L"C:\\Program Files\\Jowood\\Gothic II\\g2setup.exe"
(entryproc=0x4c6929)
--- snip ---
--- snip ---
-=[ ProtectionID v0.6.4.0 JULY]=-
(c) 2003-2010 CDKiLLER & TippeX
Build 07/08/10-17:57:05
...
Scanning -> Z:\home\focht\.wine\drive_c\Program Files\Jowood\Gothic
II\g2setup.dll
File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 229376 (038000h)
Byte(s)
[File Heuristics] -> Flag : 00000000000000001100001100000001 (0x0000C301)
[!] Armadillo v2.xx - v3.xx detected !
[i] Splash Setting (0x0) -> NONE / Duration : 00 second(s)
[CompilerDetect] -> Visual C/C++
- Scan Took : 0.560 Second(s)
--- snip ---
Various anti-debugging/hacking trickery which of course can be bypassed ;-)
Additionally to physical media analysis of GOTHIC2_CD3 (part of SecuROM) there
are "custom" checks present.
Most of them are simple ones like comparing disc serial against hard coded
value.
The directory structure is read from disc and CRC32 checksums are calculated
for specific files.
--- snip ---
ATTRIBS SIZE CRC32 NAME
____________________________________________________________
A R 362,789,836 5f4cb098 Gothic2-Setup.W03
A R 123 JoWooD Homepage.url
A R 14,816 Readme.txt
A R 289 Register.url
A R 5,569 eula.txt
A R 766 gothic2.ico
(DIR) 168,146,318 ArxDemo
A R 31,744 1d31e5c6 ArxDemo\Setup.exe
A R 877 ArxDemo\Setup.ini
A R 1,304,064 ArxDemo\Setup.msi
A R 101,581,207 ArxDemo\Setup1.cab
A R 23,103,162 ArxDemo\Setup2.cab
A R 31,150,491 ArxDemo\Setup3.cab
A R 1,309,184 ArxDemo\Setup_Deutsch.msi
A R 1,708,856 34ec21c0 ArxDemo\instmsi.exe
A R 1,822,520 e5563f20 ArxDemo\instmsiw.exe
...
Scan time.............[ 551.80] Seconds (551801 ms)
Total files...........[ 35] Files
Total size............[ 558,468,227] Bytes
Dirlist Text CRC32....[ 0032ED44]
____________________________________________________________
...
--- snip ---
Forget the scan time, I was debugging at this place ;-)
What makes things complicated is that additionally to per-file CRC32 checksums
there is also a CRC32 for the whole in-memory folder listing content generated
(see snippet) -> "Dirlist Text CRC32" (in snippet the address is printed, not
the value itself).
That overall checksum didn't match the internal hard-coded one.
One problem is that Wine adds FILE_ATTRIBUTE_ARCHIVE by default to each file
info entry.
Source:
http://source.winehq.org/git/wine.git/blob/c7cb3e6cb21598281cf2b00b2ccd8323…
This is breaks the overall checksum (file entries get "A" added).
The file entries have to have only FILE_ATTRIBUTE_READONLY set -> "R" (reside
on CDROM).
If FILE_ATTRIBUTE_ARCHIVE is omitted (and a second bug is worked around) the
verification process exits with exit code 0x777 which allows the main installer
to successfully finish.
---
There is another problem, a bug in the verification tool that unfortunately
prevents a "full" fix for this installer.
One of the file CRC32 on CD3 gets miscalculated ...
It took me some hours to find out this brain damage after successfully pinning
down the first problem and wondering why the overall checksum still didn't
match.
--- snip ---
...
0024:Call KERNEL32.CreateFileA(0032d734
"D:\\arxdemo\\setup.exe",80000000,00000001,00000000,00000003,00000080,00000000)
ret=00d86dfe
0024:Ret KERNEL32.CreateFileA() retval=000000a0 ret=00d86dfe
0024:Call KERNEL32.GetFileSize(000000a0,00000000) ret=00d87385
0024:Ret KERNEL32.GetFileSize() retval=00007c00 ret=00d87385
0024:Call ntdll.RtlAllocateHeap(00fc0000,00000000,00010010) ret=00be379b
0024:Ret ntdll.RtlAllocateHeap() retval=00fc5238 ret=00be379b
0024:Call KERNEL32.ReadFile(000000a0,00fc5238,00010000,00bfd464,00000000)
ret=00d8725a
0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a
0024:Call ntdll.RtlFreeHeap(00fc0000,00000000,00fc5238) ret=00be3cea
0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00be3cea
0024:Call KERNEL32.CloseHandle(000000a0) ret=00d8743a
0024:Ret KERNEL32.CloseHandle() retval=00000001 ret=00d8743a
--- snip ---
"D:\\arxdemo\\setup.exe" is the culprit. The file size is 31744 bytes.
The tool allocates a fixed 65552 byte buffer to read file content in and
calculate checksum on (actually 65536 bytes are used for checksumming).
Prior to calculating file CRC32 for "D:\\arxdemo\\setup.exe", the 350 MiB
"D:\\gothic2-setup.w03" was checksummed in 0x10000 byte chunks.
It had the same heap chunk address 0x00fc5238 which was later reused for
"D:\\arxdemo\\setup.exe" checksum calculation.
--- snip ---
0024:Call KERNEL32.CreateFileA(0032dd20
"D:\\gothic2-setup.w03",80000000,00000001,00000000,00000003,00000080,00000000)
ret=00d86dfe
0024:Ret KERNEL32.CreateFileA() retval=0000009c ret=00d86dfe
0024:Call KERNEL32.GetFileSize(0000009c,00000000) ret=00d87385
0024:Ret KERNEL32.GetFileSize() retval=159fbbcc ret=00d87385
0024:Call ntdll.RtlAllocateHeap(00fc0000,00000000,00010010) ret=00be379b
0024:Ret ntdll.RtlAllocateHeap() retval=00fc5238 ret=00be379b
0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00010000,00bfd464,00000000)
ret=00d8725a
0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a
...
0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00010000,00bfd464,00000000)
ret=00d8725a
0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a
0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00008480,00bfd464,00000000)
ret=00d8725a
0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a
0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00008480,00bfd464,00000000)
ret=00d8725a
0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a
0024:Call ntdll.RtlFreeHeap(00fc0000,00000000,00fc5238) ret=00be3cea
0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00be3cea
...
--- snip ---
Because the heap chunk was reused and the buffer was fully filled from previous
run, the read file operation for "D:\\arxdemo\\setup.exe" only initialized the
first 31744 bytes.
The checksum is done on 65536 bytes of buffer which includes garbage/leftover
already present.
Well, the developers didn't bother to pass HEAP_ZERO_MEMORY to
RtlAllocateHeap() or explicit memset(ptr, 0, nbytes).
The tool "works" in Windows most likely due to different heap manager
implementation/usage or maybe application shims.
They put some effort into anti-debugging/hacking/copying and rambled about
piracy in hidden messages (found while debugging) ... and yet managed to put in
such bugs.
You can hack/patch ntdll.dll RtlAllocateHeap() -> forcing flags |=
HEAP_ZERO_MEMORY to verify the installer really works after fixing the first
problem.
Regards
--
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=30421
Bug #: 30421
Summary: obscure GDI Message Queue + Focus bug
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
Classification: Unclassified
ok, this is a rather obscure bug that i've been experiencing for quite some
time, but hadn't got a handle on any of the functions being used, so couldn't
really provide a useful report. as i am now running pyjamas-desktop which uses
python ctypes bindings to gdi32 (!!) i can now provide useful feedback.
please see the following file, the GetMessage loop towards the end:
http://pyjs.org/pygit/#file=pyjd/mshtml.py&id=0d4b6787d01c3d90f2c8801c5c4c4…
basically, the repro is as follows:
* run wine python.exe Hello.py (an example)
* move the mouse out of the GDI32 (IWebBrowser2 OLE control) window
* move the mouse into the xterm where wine was fired up
* press ctrl-c
now, _normally_, under xp, nothing happens... and nothing _should_ happen...
ever. ctrl-c should be *completely* ignored. but, continue:
* move the mouse _back_ into the GDI32 window
* the program exits
the exit should *not* be happening when the mouse is moved back.
which brings me on to the various experiences that i've had with focus issues,
especially dialog boxes. maybe this is because i'm using fvwm2, but the
behaviour of focus on dialog boxes and especially inputboxes within dialog
boxes is _very_ erratic. the mouse is needed to be moved into the parent
window in order sometimes for keyboard focus to arrive on the inputbox within
the dialog box! sometimes that doesn't work, and the mouse is required to be
moved onto the bar at the top of the parent window (the one with the title -
the x-windows / fvwm window bar!)
all very odd, and probably a different bug, but hey :)
--
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=19182
Summary: Allow to completely disable MIME-type and application
integration
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diafero(a)arcor.de
Note: I could not find a component "winemenubilder" which is why I selected
"-unknown".
It would be great to have a way to tell wine not to create a whole bunch of
files across the .config and .local directories. I don't want any mime-type
which is registered by a windows application run through wine to reflect on my
system - if I really want to use wine to open a certain filetype (which never
happened so far) I will do that manually. Nor do I want all the unnecessary
start menu entries to be added to my KDE menu - they end up in the wrong
category anyway. I like to have the control of creating these entries myself.
For the menu it worked fine to simply remove the "Wine" menu directory with the
menu editor. The annoying files still got created, but they were ignored.
However now wine started to spam my mime directory, too, and it constantly
re-creates the files in there - a really annoying behaviour. This not only
leads to the danger of me accidentally starting wine without wanting to do so,
it also drives some applications crazy (for example the KDE screenshot
application no longer recognizes ".jpg" to be a JPEG extension since wine added
.jfif).
I understand that many people want wine to just magically integrate into their
Linux environment, but there are also people like me who switched to Linux
because they like to have control, and Windows often prefers its own
preferences over the user's. Wine should really not bring that to Linux, or it
will get as annoying as Windows is. If I could not patch wine myself to no
longer create these files, I had no way to stop all these mime types from being
added, no configuration panel to remove them, nothing. I do not even know which
of my many WINEPREFIXes created the 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=16835
Summary: Crashes on start - shows only splash screen -
comctl32.dll dependency
Product: Wine
Version: 1.1.1
Platform: PC
URL: http://www.laridian.com/pc/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: david(a)rossall61.freeserve.co.uk
Created an attachment (id=18543)
--> (http://bugs.winehq.org/attachment.cgi?id=18543)
Log file
When the PocketBible application is started, the splash screen appears, but
nothing else. Errors are reported on the command line. The attached log file is
generated from a clean Wine install.
After discussion in this thread, I tried using winetricks cc580 to install a
native comctl32.dll:
http://forum.winehq.org/viewtopic.php?p=17535#17535
The DLL installed was v5.80 and the application then produced an error
indicating that v5.81 minimum is required. I substituted a native DLL of this
version and the application now runs successfully.
I noticed that replacing the Wine DLL with the native v5.81 directly is not
sufficient and it is necessary first to use winetricks as above and then to
substitute the later version DLL.
--
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.