http://bugs.winehq.org/show_bug.cgi?id=33002
Bug #: 33002
Summary: vbsp.exe: Crashes during map compilation
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bhs2007(a)gmail.com
Classification: Unclassified
Created attachment 43607
--> http://bugs.winehq.org/attachment.cgi?id=43607
Backtrace produced by Wine.
vbsp.exe is a utility used to compile VMF map files, and is distributed as part
of the Source SDK by Valve Software through Steam.
The utility is being invoked from a command line, in the following manner:
wine 'S:\Steam\steamapps\bhspitmonkey\sourcesdk\bin\orangebox\bin\vbsp.exe'
-game 'S:\Steam\steamapps\bhspitmonkey\Team Fortress 2\tf' ./outdoor
Context/output/backtrace is attached. I'm probably doing something wrong;
please let me know if that's the case!
--
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=43119
Bug ID: 43119
Summary: SORCERY JOKERS (Trial) doesn't run (due to lack of
virtual memory)
Product: Wine
Version: 2.8
Hardware: x86-64
URL: http://trial.getchu.com/836703/sjs_trial.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
SORCERY JOKERS (Trial) is a demo version of Japanese visual novel game. It
doesn't run due to lack of virtual memory.
When I start the application, it shows "DirectDraw Error".
Console output shows:
wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared object
file: No such file or directory
Of course, I have libGL.so.1 in /usr/lib/i386-linux-gnu/mesa.
strace(1) give me a hint:
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 16
fstat64(16, {st_mode=S_IFREG|0644, st_size=151363, ...}) = 0
mmap2(NULL, 151363, PROT_READ, MAP_PRIVATE, 16, 0) = -1 ENOMEM (Cannot allocate
memory)
Therefore, the process can't find out libGL.so.1.
--
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=33307
Bug #: 33307
Summary: heap corruption with gcc 4.8.0
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
Classification: Unclassified
Fresh wine compiled with gcc 4.8.0 is quite unusable. Likely, gcc is a culprit.
But nevertheless it might indicate to some very sophisticated hidden bug in
wine64, so I post a bug here.
Compilation:
$ cd wine
$ mkdir build64
$ cd build64
$ ../configure --enable-win64 --prefix=/opt/wine64 --without-xinput2
--disable-tests
$ sudo make install
$ wine64 notepad
Bus error
Further investigation has led to the following:
$ WINEDEBUG=file,ntdll,heap wine64 notepad
...
err:heap:HEAP_ValidateInUseArena Heap 0x10000: block 0x106c0 tail overwritten
at 0x106e8 (byte 0/32 == 0x5c)
.....
wine64: ../../../dlls/ntdll/heap.c:455: HEAP_GetPtr: Assertion `0' failed.
--
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=28050
Summary: llvm-gcc-4.5 fails to compile loader/preloader.c with
optimizations enabled
Product: Wine
Version: 1.3.26
Platform: x86
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=63718
2
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: blocker
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
austin@debian:~/wine-git/loader$ make
llvm-gcc -o wine-preloader -static -nostartfiles -nodefaultlibs
-Wl,-Ttext=0x7c400000 preloader.o ../libs/port/libwine_port.a
preloader.o: In function `set_process_name':
/home/austin/wine-git/loader//preloader.c:455: undefined reference to `memset'
preloader.o: In function `map_so_lib':
/home/austin/wine-git/loader//preloader.c:455: undefined reference to `memset'
collect2: ld returned 1 exit status
make: *** [wine-preloader] Error 1
make -k lets it compile and wine runs. Alternatively, you can disable
optimization in loader/Makefile, and it will compile.
I tried a simple patch:
diff --git a/loader/preloader.c b/loader/preloader.c
index a94c52c..2e55d2a 100644
--- a/loader/preloader.c
+++ b/loader/preloader.c
@@ -173,6 +173,9 @@ void *__stack_chk_guard = 0;
void __stack_chk_fail_local(void) { return; }
void __stack_chk_fail(void) { return; }
+/* for dragonegg */
+void *memset(void *s, int c, size_t n) { return s; }
+
#ifdef __i386__
/* data for setting up the glibc-style thread-local storage in %gs */
but then wine segfaults :/. Additionally, using a simple implementation:
(from http://clc-wiki.net/wiki/C_standard_library:string.h:memset)
void *memset(void *s, int c, size_t n)
{
unsigned char* p=s;
while(n--)
*p++ = (unsigned char)c;
return s;
}
fails in the same way.
This is the only failure with llvm-gcc-4.5 (aka dragonegg), after that, at
least noteapd runs. Haven't checked what tests fail yet though :)..
--
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=33521
Bug #: 33521
Summary: Compilation fails with GCC 4.8 -O3
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deseret-tech.com
Classification: Unclassified
WINE compilation fails with ArchLinux's GCC 4.8.0-4 (currently in testing).
preloader.o: In function `map_so_lib':
preloader.c:(.text+0x9e8): undefined reference to `memset'
preloader.o: In function `wld_start':
preloader.c:(.text+0x28d9): undefined reference to `memset'
collect2: error: ld returned 1 exit status
make[1]: *** [wine-preloader] Error 1
The distro-specific package is relevant because the codebase used is actually a
snapshot of version control taken on 2013 May 2, which includes the patch
discussed in bug #33307.
Compare bug #28050, regarding the same error, manifest in LLVM w/ dragonegg and
GCC 4.5. See http://llvm.org/bugs/show_bug.cgi?id=11173 for information on
that. Don't see an appropriate bug on GCC's tracker at the moment, not likely
to have time to create 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=33455
Bug #: 33455
Summary: Tomb Raider (2013): Flickering Bushes with NVIDIA GPU
/ driver
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: felixhaedicke(a)web.de
Classification: Unclassified
In a few forst game scenes, bushes with flickering leaves can be found.
I tested it on two computers with the following GPUs / drivers:
* NVIDIA GTX 560 Ti with proprietary driver 313.30 - Bug always reproducible
* Intel HD 3000 and driver version 2.21.6 - Bug NOT reproducible
What makes no difference:
* All effects on or off
* Lowest / highest deatil levels
* UseGLSL enabled disabled or
* StrictDrawOrdering enabled or disabled
I made a video of it here
http://youtu.be/9DONLEMEV3w
Unfortunately the video quality is not ideal and has a few distortions which
are caused by the record (used recordmydesktop), but the flickering should be
clearly visible.
--
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=12504
Summary: TextOut shows only black rectangles and probably slows
down programme
Product: Wine
Version: 0.9.58.
Platform: Other
URL: http://www.makakgames.wz.cz
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavelvonlostice(a)seznam.cz
Game, which i have programmed uses function TextOut, but in wine there are only
black rectangles without text, and this game runs too slow. Its programmed by
using DirectDraw, so I use GetDC method. You can download it from
http://www.makakgames.wz.cz/static_objects/robo_bob%20install.exe
--
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=46635
Bug ID: 46635
Summary: git for windows works or crashes depending on how its
invoked
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paleozogt(a)gmail.com
Distribution: ---
Created attachment 63547
--> https://bugs.winehq.org/attachment.cgi?id=63547
wine git bug project
Git for Windows seems to work properly with Wine:
> ➜ wine git --version
> git version 2.20.1.windows.1
However, if its invoked via some other tool (such as CMake or Java) it will
crash. Perhaps it has to do with the particular API being used (evecvp, etc)?
For example, if CMake invokes it with
> execute_process(
> COMMAND git --version
> OUTPUT_VARIABLE VERSION
> OUTPUT_STRIP_TRAILING_WHITESPACE
> )
then we see:
> ➜ wine cmake .. -G "Unix Makefiles"
>003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000>
>003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000>
>wine: Unhandled page fault on write access to 0x00000000 at address 0x5db52b (thread 0045), starting debugger...
I've attached a project that allows you to reproduce this issue:
1) Make sure you have zip and p7zip-full installed
2) Setup wine with "wineboot"
3) Unzip the project and cd into it
4) Run ./setup.sh to download git, cmake, etc
5) Run ./test.sh to exercise the bug
--
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.