https://bugs.winehq.org/show_bug.cgi?id=37474
Bug ID: 37474
Summary: Unhandled exception: unimplemented function
ntoskrnl.exe.IoCsqInitialize called in 32-bit code
(0x7b83c9eb)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikhail.v.gavrilov(a)gmail.com
Distribution: ---
Created attachment 49857
--> https://bugs.winehq.org/attachment.cgi?id=49857
backtrace
Unhandled exception: unimplemented function ntoskrnl.exe.IoCsqInitialize called
in 32-bit code (0x7b83c9eb)
--
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=27742
Summary: Spotify: Random Page Faults
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: momoko.yukino(a)hotmail.co.uk
Created an attachment (id=35494)
--> (http://bugs.winehq.org/attachment.cgi?id=35494)
Log/Back Trace
When installing Spotify either manually or using POL, I randomly get the
attached back trace. It sometimes occurs, sometimes doesn't. Sometimes I can
start it up with no issue, others, I need to keep retrying.
--
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=18216
Summary: replay media catcher crashes in wine update 1.1.20
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robertwintle(a)hotmail.co.uk
replay media catcher demo worked 100% in Wine 1.1.19 i386 but crashes in Wine
1.1.20 i386
link to demo:
http://applian.com/replay-media-catcher/demo.php
--
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=32018
Bug #: 32018
Summary: Unhandled exception: page fault on read access to
0xf737fa53 in 32-bit code
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: javierbrd(a)gmail.com
Classification: Unclassified
Created attachment 42202
--> http://bugs.winehq.org/attachment.cgi?id=42202
Backtrace
Program (Fritz 13) suddenly crash with this backtrace code.
--
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=28419
Summary: Wine doesn't load at all
Product: Wine
Version: 1.3.28
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a4337985(a)nepwk.com
For last couple days I'm trying to compile and run Wine without any luck.
I used mac ports "sudo port install wine" and "sudo port install wine-devel".
I've tried 1.2.3 and 1.3.28 versions, both end same.
I've tried to delete .wine folder and use other place by setting WINEPREFIX.
I've tried numerous times to make clean re-installation including
re-installation of all dependencies, re-installation of mac ports.
Every time I try to run wine, winecfg, winetricks commands it just freezes
forever(20min+).
After a minute of freeze I get
err:process:__wine_kernel_init boot event wait timed out
and then it pretty much does nothing, no CPU activity of wine processes, no
Disk activity, wine folder never goes over 200KB.
--
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=37268
Bug ID: 37268
Summary: When importing from commandline, wine's regedit gives
error "Warning! Unrecognized escape sequence"
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: seann.giffin(a)gmail.com
I'm trying to get Adobe CS4 to work under wine 1.7.26 (compiled from GIT with
MSI patch from bug #18070. I can get the installer to work, and it runs mostly,
but some components don't install (like Photoshop). Unsure why. Figured I would
just copy from a Windows install, and import registry settings saved from said
Windows install (XP). Saved all the Adobe-related keys from Windows to a .REG
file (about 4 MB) and attemptted to import, but wine regedit throws
"unrecognized escape sequence" errors and the keys are not imported. And yes, I
read bug #4495 and I believe this is a different issue.
I can attach the .REG file in question if anybody wants to see it.
--
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=37408
Bug ID: 37408
Summary: GetDiskFreeSpaceExW - Does not accept path to file
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: james.d(a)hexhost.net
Created attachment 49751
--> https://bugs.winehq.org/attachment.cgi?id=49751
Trace Log
According to standard Microsoft documentation the GetDiskFreeSpaceExW WINAPI
call should fail if a directory is not given as the path to check free disk
space for. The documentation is incorrect. Making a call to GetDiskFreeSpaceExW
with a full path to a file (and not a directory) does indeed succeed on
standard windows.
Doing this in Wine on Mac OSX results in open_device_root being called on a non
directory path and that non directory path makes it all the way to the
wineserver request to open the path with a type of FILE_DIRECTORY_FILE. Which
in turn gets an error from wineserver of NOT_A_DIRECTORY as expected.
Here is a unwinding of the code to show what is happening:
http://source.winehq.org/source/server/fd.c#1839http://source.winehq.org/source/dlls/ntdll/file.c#0112http://source.winehq.org/source/dlls/ntdll/file.c#0242http://source.winehq.org/source/dlls/kernel32/volume.c#0174http://source.winehq.org/source/dlls/kernel32/volume.c#1681
Attached is a use case example.
--
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=34107
Bug #: 34107
Summary: Castle Crashers - Audio works in WinXp mode, not Win7
mode
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saxindustries(a)gmail.com
Classification: Unclassified
When I run Castle Crashers in Windows XP mode, audio is working.
When I run it under Windows 7 mode, audio does NOT work.
Running Castle Crashers 1.3.1, installed from Steam.
--
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.