http://bugs.winehq.org/show_bug.cgi?id=3542
--- Comment #65 from Walter Woden <wodencafe(a)gmail.com> ---
(In reply to comment #64)
> I admit that in my original bug report I used keeper95.exe.
> What is working is the d3d version: keepd3d.exe
> I tested that. I'm undecided whether we still care about keeper95.exe ...
> On the other hand the extension deeper95 does not seem to be included in the
> direct3d version. Probably this warrants a new bug report.
Theres are good points. So I have tried to run keepd3d.exe and deepd3d.exe from
my Gold installation, and each one gives me this:
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ wine
deepd3d.exe
err:module:map_image Could not map section .reloc, file probably truncated
err:module:map_image Could not map section .reloc, file probably truncated
wine: Bad EXE format for C:\Program Files\Bullfrog\Keeper\deepd3d.exe.
Nothing tries to run, no splash screen, just these errors.
Am I doing something wrong? Can anyone else confirm this behavior?
This is very different from what I would have expected given how KEEPER95.EXE
runs.
--
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=3542
--- Comment #64 from Flo <CaptainSifff(a)gmx.de> ---
I admit that in my original bug report I used keeper95.exe.
What is working is the d3d version: keepd3d.exe
I tested that. I'm undecided whether we still care about keeper95.exe ...
On the other hand the extension deeper95 does not seem to be included in the
direct3d version. Probably this warrants a new bug report.
--
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=3542
--- Comment #63 from Walter Woden <wodencafe(a)gmail.com> ---
Created attachment 47175
--> http://bugs.winehq.org/attachment.cgi?id=47175
This is a log of a KEEPER95.EXE crash with +relay and +snoop debug turned on.
This is a log of a KEEPER95.EXE crash with +relay and +snoop debug turned on.
It is 180 kb compressed, 14.3 MB uncompressed.
Please note the line "000d:Call KERNEL32.ExitProcess(00000000)
ret=7f8129ca3adb" at line # 131,274.
--
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=3542
Walter Woden <wodencafe(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wodencafe(a)gmail.com
--- Comment #62 from Walter Woden <wodencafe(a)gmail.com> ---
This does not appear to be working for me.
Ubuntu 13.10 Saucy x64
Wine 1.7.10
To test, I installed a fresh copy of Wine 1.7.10 with no patches or anything,
and then installed Dungeon Keeper Gold.
After installation, I navigate to the Bullfrog/Keeper directory and try to
launch KEEPER95.exe, it briefly pops up the DK splash screen, then disappears
and I am left with this in my terminal:
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ wine
KEEPER95.EXE
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so:
/usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object
file: No such file or directory
fixme:win:EnumDisplayDevicesW ((null),0,0x160dff8,0x00000000), stub!
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x166480, flags 0x1, event (nil)
stub!
fixme:d3d_surface:d3dfmt_p8_init_palette No palette set.
fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by
the wine project
fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support,
please visit http://ubuntuforums.org/showthread.php?t=1960599
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2402c (device=2 access=1 func=b
method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 24008 (device=2 access=1 func=2
method=0)
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$
---------------
In particular the line "fixme:d3d_surface:d3dfmt_p8_init_palette No palette
set." is standing out to me, but this may not be the culprit.
Please let me know if there is any additional testing or debug logs you would
like from me.
--
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=35368
Bug ID: 35368
Summary: Browse For Folder (SHBrowseForFolderA?) does not allow
me to see hidden files nor hidden folders.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: amylenamon(a)yahoo.com
Classification: Unclassified
I'm trying to access Chromium's cache via ChromeCacheView for Windows.
This app:
http://www.nirsoft.net/utils/chrome_cache_view.html
This is the location where the chromium cache is on ubuntu:
~/.config/chromium/Default/Application Cache/Cache
Because the .config folder is hidden I can't access it via wine.
Same problem with Notepad++ via Wine.
This "Folder Browser" dialog allows access to hidden directories in Windows,
but not Wine.
--
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=2082
--- Comment #140 from Ken Thomases <ken(a)codeweavers.com> ---
If we're reasonably sure that there's always a meaningful device window, then
we can change the extension to just provide a function:
BOOL wglEnableFullScreenWINE(HDC hdc, BOOL enable);
WineD3D would continue to use GetDC() to get the window's DC, but for
full-screen it would use the above function to tell the driver to use the
full-screen behavior. In wined3d_release_dc(), it would disable full-screen to
reset the DC back to normal. (Since DCs are cached, the full-screen state
would otherwise leak through to the next caller to reuse that DC.)
In the drivers, tracking the pixel format would proceed as normal. It would be
associated with the DC's window and could normally only be set once. (Or do we
have a need for tracking the pixel format separately to avoid "contaminating"
the window? If so, we could do that.)
(In reply to comment #139)
> A somewhat related issue is that for applications using OpenGL, the DC is
> visible through wglGetCurrentDC(). I don't know if that will necessarily
> break anything, but I wouldn't be terribly surprised if it did.
Hmm. It seems quite unlikely that an app would call that while one of
WineD3D's contexts was current. And if it did, what could it expect to be true
about the returned DC? I guess it could assume it's a window DC and go astray.
Anyway, with this altered proposal the DC would be the same as the current
code, although it would be marked for full-screen behavior for OpenGL.
> Also slightly related to this bug are bug 29301 and bug 30062.
For bug 29301, using the proposed full-screen rendering mode in the driver
would allow WineD3D to not muck with the window styles. The existing patches
didn't make that change but it can certainly be done.
I didn't understand the issue in bug 30062 well enough to know how it relates.
--
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=34894
Bug #: 34894
Summary: Version 1.7.6 Compile Failure - Ubuntu 12.04
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: support(a)securenetterm.com
Classification: Unclassified
Wine version 1.7.6 will not compile on a 32-bit Ubuntu 12.04 system. I get the
following error:
make[2]: Entering directory `/home/zkrr01/wine-1.7.6/tools'
cc relpath.c -o relpath
relpath.c:21:20: fatal error: config.h: No such file or directory
compilation terminated.
make[2]: *** [relpath] Error 1
make[2]: Leaving directory `/home/zkrr01/wine-1.7.6/tools'
make[1]: *** [../../tools/relpath] Error 2
make[1]: Leaving directory `/home/zkrr01/wine-1.7.6/libs/wine'
make: *** [libs/wine] Error 2
Note that on this same system, version 1.7.5 does compile correctly.
--
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=8320
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|1.6.x |---
--- Comment #20 from Alexandre Julliard <julliard(a)winehq.org> ---
Removing 1.6.x milestone from bugs included in 1.6.2.
--
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=34719
Bug #: 34719
Summary: cabinet_open{,_stream} returns 0 on failure but
doesn't compliant to _open interface
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flast(a)flast.jp
Classification: Unclassified
cabinet_open{,_stream} function returns 0 on failure, which function passed to
FDICreate.
Then, comments of FDICreate(in dlls/cabinet/fdi.c) says requirement of
callbacks.
I quote the comment about open callback:
<quote>
* pfnopen [I] A pointer to a function which opens a file. Uses
* the same interface as _open.
</quote>
And MSDN documentation describes about _open, what should be compliant to.
http://msdn.microsoft.com/en-us/library/z0kc8e3z(v=vs.110).aspx
I also quote the Return Value section.
<quote>
Each of these functions returns a file descriptor for the opened file. A return
value of -1 indicates an error, in which case errno is set to one of the
following values.
</quote>
Therefore, cabinet_open{,_stream} should return -1 on failure.
I attached a my candidate patch, please check it.
Thanks,
--
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=23529
Summary: build mechanism tried to find an outdated 'lcms'
version
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sergstesh(a)yahoo.com
While running 'configure' I see these lines in its screen output:
154 checking lcms.h usability... no
155 checking lcms.h presence... no
156 checking for lcms.h... no
157 checking lcms/lcms.h usability... no
158 checking lcms/lcms.h presence... no
159 checking for lcms/lcms.h... no
.
According to http://sourceforge.net/projects/lcms/files/ at the moment the
latest tarball is lcms2-2.0a.tar.gz and its header files (when installed) are:
"
sergei@amdam2:~/junk> ls -ltr
/mnt/sdb8/sergei/AFSWD_debug/install/lcms-2.0/include/
total 117
-rw-r--r-- 1 qemu users 24622 2010-07-05 03:59 lcms2_plugin.h
-rw-r--r-- 1 qemu users 91214 2010-07-05 03:59 lcms2.h
sergei@amdam2:~/junk>
".
I.e. configure should check for version 2.0 or later and check existence of
'lcms2.h' rather than 'lcms.h' file.
--
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.