wine-bugs

wine-bugs@winehq.org

1 participants
159417 discussions

[Bug 1737] New: Metafiles embedded in Rich Text don't render
by Wine Bugs 26 Sep '03

26 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1737 Summary: Metafiles embedded in Rich Text don't render Product: Wine Version: CVS Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.com ReportedBy: gary(a)evalunet.co.za The text in Rich Text renders fine, but embedded metafiles don't render. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1735] Maximized borderless window doesn't maximize properly
by Wine Bugs 26 Sep '03

26 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1735 gary(a)evalunet.co.za changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Running Windowed Mode |Maximized borderless window |DirectX: GDI doesn't behave |doesn't maximize properly |correctly | ------- Additional Comments From gary(a)evalunet.co.za 2003-26-09 04:10 ------- Further investigation has shown that this problem is not DirectX related. The window is designed at 800x600, and is set to maximize itself. Under windows, the window maximizes to fill the whole screen (covering even the task bar). Under wine, the window stays at 800x600. The program uses the screen size to determine the position of the contents, expecting the maximization to work as in windows. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1736] New: Unable to create temp directory
by Wine Bugs 26 Sep '03

26 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1736 Summary: Unable to create temp directory Product: Wine Version: 20030911 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-files AssignedTo: wine-bugs(a)winehq.com ReportedBy: wim(a)motherearth.org Hi, There seems to be a bug in the latest release (Wine 20030911) concerning creation of temp directories: I am trying the Xilinx Webpack6.1i, and when I try to create a new project, I get this message: Unable to create temp directory 'C:\TEMP\xil0904.tmp' ----------------------------------------------------- My C:\TEMP exists and has the correct permissions [wine] "Temp" = "c:\\temp" [Drive C] "Path" = "/local/home/wim/c" ----------------------------------------------------- And the application has created a 0 byte file with the correct name: [wim@garbo c]$ ls -l /local/home/wim/c/temp/ total 0 -rw-r--r-- 1 wim staff 0 Sep 25 16:22 xil0904.tmp ----------------------------------------------------- I turned on all relevant debugging flags, and this is the result: 0016:Call ntdll.GetTempFileNameA(425f0060 "C:\\TEMP",408528a0 "xil_21_",00000000,4085269c) ret=40e1abc7 trace:file:CreateFileW L"C:\\TEMP\\xil0904.tmp" GENERIC_WRITE CREATE_NEW attributes 0x80 trace:dosfs:DOSFS_GetFullName L"C:\\TEMP\\xil0904.tmp" (last=0) trace:dosfs:DOSFS_FindUnixName /local/home/wim/c,L"TEMP\\xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c" trace:dosfs:DOSFS_FindUnixName (/local/home/wim/c,L"TEMP\\xil0904.tmp") -> L"temp" (L"TEMP") trace:dosfs:DOSFS_FindUnixName /local/home/wim/c/temp,L"xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c/temp" warn:dosfs:DOSFS_FindUnixName L"xil0904.tmp" not found in '/local/home/wim/c/temp' trace:dosfs:DOSFS_GetFullName returning /local/home/wim/c/temp/xil0904.tmp = L"C:\\TEMP\\xil0904.tmp" trace:dosfs:GetDriveTypeW (L"C:\\TEMP\\xil0904.tmp") trace:file:CreateFileW returning 0x200 trace:file:FILE_GetTempFileName created L"C:\\TEMP\\xil0904.tmp" trace:dosfs:DOSFS_GetFullName L"C:\\TEMP\\xil0904.tmp" (last=0) trace:dosfs:DOSFS_FindUnixName /local/home/wim/c,L"TEMP\\xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c" trace:dosfs:DOSFS_FindUnixName (/local/home/wim/c,L"TEMP\\xil0904.tmp") -> L"temp" (L"TEMP") trace:dosfs:DOSFS_FindUnixName /local/home/wim/c/temp,L"xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c/temp" trace:dosfs:DOSFS_FindUnixName (/local/home/wim/c/temp,L"xil0904.tmp") -> L"xil0904.tmp" (L"XIL0904.TMP") trace:dosfs:DOSFS_GetFullName returning /local/home/wim/c/temp/xil0904.tmp = L"C:\\TEMP\\XIL0904.TMP" trace:file:FILE_GetTempFileName returning L"C:\\TEMP\\xil0904.tmp" 0016:Ret ntdll.GetTempFileNameA() retval=00000904 ret=40e1abc7 0016:Call ntdll.RtlAllocateHeap(40520000,00000000,00000014) ret=40e1cf24 0016:Ret ntdll.RtlAllocateHeap() retval=42d6a5b8 ret=40e1cf24 0016:Ret msvcrt._tempnam() retval=42d6a5b8 ret=40cde38d 0016:Call ntdll.lstrlenA(428c0258 "C:/TEMP/xil0904.tmp") ret=73dd248f 0016:Ret ntdll.lstrlenA() retval=00000013 ret=73dd248f 0016:Call ntdll.lstrlenA(428c0258 "C:\\TEMP\\xil0904.tmp") ret=73dd248f 0016:Ret ntdll.lstrlenA() retval=00000013 ret=73dd248f 0016:Call msvcrt._mkdir(428c0258 "C:\\TEMP\\xil0904.tmp") ret=40cddfe4 0016:Call ntdll.CreateDirectoryA(428c0258 "C:\\TEMP\\xil0904.tmp",00000000) ret=40e1577a trace:file:CreateDirectoryW (L"C:\\TEMP\\xil0904.tmp",(nil)) trace:dosfs:DOSFS_GetFullName L"C:\\TEMP\\xil0904.tmp" (last=0) trace:dosfs:DOSFS_FindUnixName /local/home/wim/c,L"TEMP\\xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c" trace:dosfs:DOSFS_FindUnixName (/local/home/wim/c,L"TEMP\\xil0904.tmp") -> L"temp" (L"TEMP") trace:dosfs:DOSFS_FindUnixName /local/home/wim/c/temp,L"xil0904.tmp" trace:dosfs:DOSFS_OpenDir "/local/home/wim/c/temp" trace:dosfs:DOSFS_FindUnixName (/local/home/wim/c/temp,L"xil0904.tmp") -> L"xil0904.tmp" (L"XIL0904.TMP") trace:dosfs:DOSFS_GetFullName returning /local/home/wim/c/temp/xil0904.tmp = L"C:\\TEMP\\XIL0904.TMP" warn:file:CreateDirectoryW Error 'File exists' trying to create directory '/local/home/wim/c/temp/xil0904.tmp' ----------------------------------------------------- The relevant lines seem to me: trace:file:FILE_GetTempFileName created L"C:\\TEMP\\xil0904.tmp" 0016:Call ntdll.CreateDirectoryA(428c0258 "C:\\TEMP\\xil0904.tmp",00000000) ret=40e1577a trace:file:CreateDirectoryW (L"C:\\TEMP\\xil0904.tmp",(nil)) warn:file:CreateDirectoryW Error 'File exists' trying to create directory '/local/home/wim/c/temp/xil0904.tmp' What seems to happen is this: a temp file gets created, and this file makes it impossible for the temp directory to be created. Any way to get around this/patch this? Thanks, Wim -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 640] Major graphic glitch in x11drv
by Wine Bugs 26 Sep '03

26 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=640 ------- Additional Comments From proski(a)spamcop.net 2003-25-09 22:49 ------- The bug is in XServer. The bug can be observed under XFree86 4.2.1 with Radeon 7000/VE. Accelereated X (AX601.Linux.tar.gz) works fine on the same hardware and with the same executable and X libraries. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1735] Running Windowed Mode DirectX: GDI doesn't behave correctly
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1735 ------- Additional Comments From gary(a)evalunet.co.za 2003-25-09 11:02 ------- Created an attachment (id=379) --> (http://bugs.winehq.com/attachment.cgi?id=379&action=view) Screenshot of ClassPRO in Wine on Linux -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1735] New: Running Windowed Mode DirectX: GDI doesn't behave correctly
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1735 Summary: Running Windowed Mode DirectX: GDI doesn't behave correctly Product: Wine Version: CVS Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.com ReportedBy: gary(a)evalunet.co.za Running GetAhead ClassPRO in DirectX Windowed Mode, the interface that is drawn using GDI controls is displayed as if the whole screen was being used rather than the size of the window. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1714] GetAhead 1.0 causes Wine to segfault
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1714 ------- Additional Comments From gary(a)evalunet.co.za 2003-25-09 10:27 ------- Tried it with a fresh version from CVS - still has the same behaviour -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1714] GetAhead 1.0 causes Wine to segfault
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1714 ------- Additional Comments From gary(a)evalunet.co.za 2003-25-09 10:25 ------- Created an attachment (id=378) --> (http://bugs.winehq.com/attachment.cgi?id=378&action=view) Short bug report as per tools/bug_report.pl -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1714] GetAhead 1.0 causes Wine to segfault
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1714 ------- Additional Comments From gary(a)evalunet.co.za 2003-25-09 10:10 ------- Created an attachment (id=377) --> (http://bugs.winehq.com/attachment.cgi?id=377&action=view) strace of the program running before it crashes -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1714] GetAhead 1.0 causes Wine to segfault
by Wine Bugs 25 Sep '03

25 Sep '03

http://bugs.winehq.com/show_bug.cgi?id=1714 ------- Additional Comments From gary(a)evalunet.co.za 2003-25-09 09:56 ------- [gary@larry ~/c/Quest]$ gdb /usr/local/bin/wine GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (gdb) run STUDENT.EXE A Starting program: /usr/local/bin/wine STUDENT.EXE A [New Thread 16384 (LWP 21163)] [New Thread 32769 (LWP 21205)] [New Thread 16386 (LWP 21209)] err:ntdll:RtlpWaitForCriticalSection section 0x4046fa80 "syslevel.c: Win16Mutex" wait timed out in thread 0009, blocked by 000a, retrying (60 sec) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16386 (LWP 21209)] 0x0000005f in ?? () (gdb) bt #0 0x0000005f in ?? () (gdb) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs