September 2003 - Wine-Bugs - list.winehq.org

[Bug 1260] MS Office 2000 installation lock

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1260 eleknader(a)phnet.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From eleknader(a)phnet.fi 2003-26-09 08:20 ------- This seems to be fixed now (CVS September 26th 2003). Closing the bug. Eleknader -- 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.

Sept. 26, 2003

[Bug 1258] Photoshop 6.01 lock at startup

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1258 eleknader(a)phnet.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From eleknader(a)phnet.fi 2003-26-09 08:17 ------- This seems to be fixed now (CVS September 26th 2003). Closing the bug. Eleknader -- 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.

Sept. 26, 2003

[Bug 1587] Several games don't work anymore

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1587 ------- Additional Comments From martin(a)old.homeip.net 2003-26-09 07:06 ------- I had the same errors when trying battle.net with starcraft. Copying the program from the (real) windows harddrive to a fake-harddisk with only the empty directories "windows/" and "windows/system" fixed it (I don't know why, maybe it does not use the real windows dlls now) I got the hint from here: http://groups.google.ch/groups?hl=de&lr=&ie=UTF-8&oe=UTF-8&frame=right&th=7… -- 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.

Sept. 26, 2003

[Bug 1737] Metafiles embedded in Rich Text don't render

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1737 ------- Additional Comments From gary(a)evalunet.co.za 2003-26-09 06:49 ------- Created an attachment (id=381) --> (http://bugs.winehq.com/attachment.cgi?id=381&action=view) Screenshot of same text on 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.

Sept. 26, 2003

[Bug 1737] Metafiles embedded in Rich Text don't render

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1737 ------- Additional Comments From gary(a)evalunet.co.za 2003-26-09 06:46 ------- The problem seems to affect any OLE objects; not just metafiles. Some of the richtext we've tested with uses embedded bitmaps which also don't render at all. -- 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.

Sept. 26, 2003

[Bug 1737] Metafiles embedded in Rich Text don't render

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1737 ------- Additional Comments From gary(a)evalunet.co.za 2003-26-09 06:44 ------- Created an attachment (id=380) --> (http://bugs.winehq.com/attachment.cgi?id=380&action=view) Screenshot of RichText under Wine -- 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.

Sept. 26, 2003

[Bug 1737] New: Metafiles embedded in Rich Text don't render

by Wine Bugs

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.

Sept. 26, 2003

[Bug 1735] Maximized borderless window doesn't maximize properly

by Wine Bugs

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.

Sept. 26, 2003

[Bug 1736] New: Unable to create temp directory

by Wine Bugs

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(a)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.

Sept. 26, 2003

[Bug 640] Major graphic glitch in x11drv

by Wine Bugs

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.

Sept. 26, 2003