http://bugs.winehq.org/show_bug.cgi?id=32257
Bug #: 32257
Summary: Castle Story Prototype v0.0.2 crashes when starting
new game
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Anxiety35(a)gmail.com
Classification: Unclassified
Created attachment 42567
--> http://bugs.winehq.org/attachment.cgi?id=42567
Backtrace from castle Story v0.0.2 crash
Castle Story Prototype with update 0.0.2 crashes right after clicking a map to
start a new game. The icons load on the screen and then it crashes with a page
fault.
It crashes regardless of the resolution, window, and graphics quality settings.
Attached is the crash backtrace.
--
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=36641
Bug ID: 36641
Summary: valgrind shows an anvalid read in wininet/tests/http.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36637
==32063== Invalid read of size 2
==32063== at 0x4D3E66E: HTTP_HttpQueryInfoW (http.c:3596)
==32063== by 0x4D3F1B0: HttpQueryInfoW (http.c:3883)
==32063== by 0x4D3F402: HttpQueryInfoA (http.c:3944)
==32063== by 0x495E46B: InternetReadFile_test (http.c:629)
==32063== by 0x497D687: func_http (http.c:5329)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063== Address 0x471e21e is 0 bytes after a block of size 822 alloc'd
==32063== at 0x7BC4C75D: notify_alloc (heap.c:255)
==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==32063== by 0x4D35000: heap_alloc (internet.h:116)
==32063== by 0x4D3FD2F: HTTP_build_req (http.c:4170)
==32063== by 0x4D36905: build_response_header (http.c:732)
==32063== by 0x4D3E5A4: HTTP_HttpQueryInfoW (http.c:3576)
==32063== by 0x4D3F1B0: HttpQueryInfoW (http.c:3883)
==32063== by 0x4D3F402: HttpQueryInfoA (http.c:3944)
==32063== by 0x495E46B: InternetReadFile_test (http.c:629)
==32063== by 0x497D687: func_http (http.c:5329)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063==
==32063== Invalid read of size 4
==32063== at 0x7BC4D939: HEAP_CreateFreeBlock (heap.c:591)
==32063== by 0x7BC4DC60: HEAP_ShrinkBlock (heap.c:694)
==32063== by 0x7BC50F6D: RtlAllocateHeap (heap.c:1713)
==32063== by 0x4D35000: heap_alloc (internet.h:116)
==32063== by 0x4D3F382: HttpQueryInfoA (http.c:3934)
==32063== by 0x495E5B7: InternetReadFile_test (http.c:639)
==32063== by 0x497D6B3: func_http (http.c:5331)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063== Address 0x4760000 is not stack'd, malloc'd or (recently) free'd
==32063==
==32063== Thread 4:
==32063== Invalid write of size 4
==32063== at 0x7BC93356: NtQuerySystemTime (time.c:467)
==32063== by 0x7BC8A8FB: NtDelayExecution (sync.c:940)
==32063== by 0x7B876351: SleepEx (sync.c:108)
==32063== by 0x7B87630B: Sleep (sync.c:97)
==32063== by 0x4D358A2: collect_connections_proc (http.c:358)
==32063== by 0x7BC87137: ??? (signal_i386.c:2571)
==32063== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==32063== by 0x7BC87115: ??? (signal_i386.c:2571)
==32063== by 0x7BC8E560: start_thread (thread.c:428)
==32063== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32063== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32063== Address 0x658e8bc is on thread 1's stack
==32063==
==32063== Invalid read of size 4
==32063== at 0x7BC1EB70: __x86.get_pc_thunk.bx (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==32063== by 0x7BC8A8FB: NtDelayExecution (sync.c:940)
==32063== by 0x7B876351: SleepEx (sync.c:108)
==32063== by 0x7B87630B: Sleep (sync.c:97)
==32063== by 0x4D358A2: collect_connections_proc (http.c:358)
==32063== by 0x7BC87137: ??? (signal_i386.c:2571)
==32063== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==32063== by 0x7BC87115: ??? (signal_i386.c:2571)
==32063== by 0x7BC8E560: start_thread (thread.c:428)
==32063== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32063== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32063== Address 0x658e8bc is on thread 1's stack
==32063==
etc.
--
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=36639
Bug ID: 36639
Summary: gettimeofday() points to unaddressable memory in
wininet/tests/http.c (valgrind)
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36637
==32063== Syscall param gettimeofday(tv) points to unaddressable byte(s)
==32063== at 0x4E90EBD6: gettimeofday (in /usr/lib/libc-2.18.so)
==32063== by 0x7BC93374: NtQuerySystemTime (time.c:470)
==32063== by 0x7BC8A8FB: NtDelayExecution (sync.c:940)
==32063== by 0x7B876351: SleepEx (sync.c:108)
==32063== by 0x7B87630B: Sleep (sync.c:97)
==32063== by 0x4D358A2: collect_connections_proc (http.c:358)
==32063== by 0x7BC87137: ??? (signal_i386.c:2571)
==32063== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==32063== by 0x7BC87115: ??? (signal_i386.c:2571)
==32063== by 0x7BC8E560: start_thread (thread.c:428)
==32063== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32063== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32063== Address 0x658e8d8 is on thread 1's stack
==32063==
--
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=36200
Bug ID: 36200
Summary: crypt32/tests/msg.c test crashes under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48321
--> https://bugs.winehq.org/attachment.cgi?id=48321
terminal output/backtrace
Backtrace:
=>0 0x00000000 (0x04befba8)
1 0x04c78a0f CryptMsgUpdate+0xa8(hCryptMsg=0x46f24c8, pbData="",
cbData=0x4, fFinal=0)
[/home/austin/wine-valgrind-known/dlls/crypt32/msg.c:3601] in crypt32
(0x04befbe8)
2 0x0498d49c test_data_msg_update+0x768()
[/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:460] in crypt32_test
(0x04befc98)
3 0x0498e526 test_data_msg+0xf()
[/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:718] in crypt32_test
(0x04befca8)
4 0x0499ca90 func_msg+0xc5()
[/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:3780] in
crypt32_test (0x04befcc8)
--
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=32547
Bug #: 32547
Summary: ShowMiiWads: Crashes when installing WADs
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: d.schwimer(a)hotmail.com
Classification: Unclassified
Created attachment 42952
--> http://bugs.winehq.org/attachment.cgi?id=42952
Wine's output following the crash
Using a program called ShowMiiWads v1.4:
http://wiibrew.org/wiki/ShowMiiWads
The program is a sort of utility used to inject WAD files into a NAND backup of
a Wii system.
Steps to produce issue:
1. Created a "Common Key.bin" file using Tools > Create Common Key and typin
'45e'.
2. Selected Options > Change NAND Backup Path, and navigated to the desired
folder.
3. Selected View > ShowMiiNand.
4. Right-clicked an item from the list, selected "Install", then "File", then
selected a WAD file.
5. Program crashes with attached output.
--
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=20354
Summary: Sony Vegas has encountered an Error: 'WIA-Manager
could not be initialized'
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
URL: http://www.sonycreativesoftware.com/vegaspro
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winecreations(a)trashmail.net
Created an attachment (id=24107)
--> (http://bugs.winehq.org/attachment.cgi?id=24107)
Console Output when starting the installed and registered program
I am a professional video editor for one of the large studios around.
Lately switching to Linux have 'forced' me to use the awesome WINE in order to
install Sony Vegas Pro 9. Unfortunately WINE does absolutely not care about the
Windows Image Acquisition (WIA).
Ths, I only can say that Sony Vegas Pro 9 install absolutely without any
errors, and even registration works fine. Right after the start of the program
the loading window shows up and is replaced immediately with an error
notification: "Sony Vegas has encountered an Error: 'WIA-Manager could not be
initialized'".
I figured to talk to the people on IRC and post an error log, but even they say
that WINE does not care the slightest about the Windows Image Acquisition. I am
actually looking forward to see WIA supported as fast as possible.
I´ve been talking directly to Sony developers in their forum (complete Thread
in German). If you are interested seing the output feel free to visit:
http://www.vegasforum.de/sony-vegas-pro-t1878.html
THANK YOU for the work you do every day to improve WINE. It is much
appreciated.
--
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=12852
Summary: Alibre Design: installer fails
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://www.alibre.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tpikonen(a)gmail.com
Created an attachment (id=12541)
--> (http://bugs.winehq.org/attachment.cgi?id=12541)
Wine error output when running Alibre Design installer
The installer for Alibre Design (AlibreInstall_V10SP1.exe free download from
alibre.com) fails in Wine.
The installer starts and extracts files from CAB-files, and then offers to
install "a supported version of Microsoft Virtual Machine". This installation
fails, and the installer displays a popup suggesting to contact Alibre support.
The supported version of MSVM is available for download at the alibre.com
website, but running this installer before running the alibre installer does
not change anything.
--
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=15556
Summary: Adobe Illustrator CS installer looks for Color directory
in wrong place?
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://bugs.winehq.org/show_bug.cgi?id=10002#c8
is a report from Anastasius about Illustrator CS's
installer getting confused about where the Color
directory lives. Here's what he said, with long traces
removed:
--- snip ---
installer and the app/support tools don't get well with
color profiles in mscms storage (the 'private' locations will work).
With the current implementation of mscms api, the profiles are stored in
"windows/system32/spool/drivers/color".
This works as long as the mscms API is used to retrieve the directory where the
profiles are stored.
Unfortunately the CS installer stores the profiles *NOT* in
"windows/system32/spool/drivers/color" but in the old 9X
"windows/system32/Color/" location (creates the "Color" directory if not
present).
...
Illustrator and other support tools later retrieve the profiles location by
using GetColorDirectoryA().
...
Nothing is found due to installer putting them in "old" directory and C++
exception is thrown.
Not catastrophic for Illustrator because it searches additional 'private'
profile locations but it adds additional noise.
Other tools like the adobe gamma loader (from "C:\Program Files\Common
Files\Adobe\Calibration\Adobe Gamma Loader.exe") won't even work due to that
problem.
To solve the profiles problem - supporting the "old" and "new" profile storage
I suggest to use a symbolic link.
E.g. wine should create a "windows/system32/Color/" symlink to
"windows/system32/spool/drivers/color".
That way older and new apps can access the profiles.
With fresh ~./wine, precreation of "color" profile directory symlink and
installation, the app and tools find the profiles:
--- snip ---
So, why is the installer doing this?
Should we work around it with the symlink suggested by Anastasius?
--
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=15332
Summary: Compiling on PC-BSD with -Werror fails in
dlls/mscms/handle.c
Product: Wine
Version: 1.1.4
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Keywords: source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
In today's installment of finding obscure bugs on weird setups, tried compiling
on PC-BSD with:
CFLAGS="-Werror" ./configure && make clean && make depend && make
which works, all the way up to:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -I/usr/local/include -Werror -o handle.o
handle.c
In file included from mscms_priv.h:52,
from handle.c:32:
/usr/local/include/lcms.h:213:1: "HIWORD" redefined
In file included from ../../include/wine/debug.h:25,
from handle.c:22:
../../include/windef.h:301:1: this is the location of the previous definition
*** Error code 1
Stop in /usr/home/pcbsd/wine-git/dlls/mscms.
*** Error code 1
Stop in /usr/home/pcbsd/wine-git/dlls.
*** Error code 1
Stop in /usr/home/pcbsd/wine-git.
Marking as unconfirmed, since I'm not sure if Wine can work around this or
not...
--
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=17452
Summary: Lcms error crashes PowerPoint 2003
Product: Wine
Version: unspecified
Platform: PC
URL: http://download.microsoft.com/download/a/1/a/a1adc39b-
9827-4c7a-890b-91396aed2b86/ppviewer.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The attached presentation causes PowerPoint 2003 to exit abruptly when you open
it (or on startup if you put it on the command line).
There's no bracktrace but there is this error message:
lcms: Error #12288; Pointer error; probably corrupted file
The same issue happen with PowerPoint Viewer 2003 too (if you can get it to
install with Wine) so I'm adding the download keyword.
--
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.