http://bugs.winehq.org/show_bug.cgi?id=2367
Summary: DII: Lord of Destruction Install Fails w/ CVS and
20040615
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bafraid2b1(a)hotmail.com
The installer for Lord of Destruction fails when trying to patch d2char.mpq.
The bug is apparent in the recent CVS and 20040615 versions of wine.
To reproduce this bug:
1) Install Diablo II. I've experienced the problem with both the multiplayer
and full installation levels. I'd recommend using the multiplayer install just
because its faster.
2) Attempt to install the Lord of Destruction Expansion. About midway through
the process the bug presents itself.
If you are using 20040615, the installer will appear to freeze after copying the
file c:\Program Files\Diablo II\xreadme.htm
If you are using cvs, an additional error window will appear that displays the
following message:
Setup was unable to add the following file to c:\Program Files\Diablo II\d2char.mpq:
binkw32.dll
Error 0x85200064:
(P:\Data\D2\TOOLS\Diabinst\Source\MpqUtil.cpp:32)
Installation aborted.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2366
Summary: Wine unable to initiallize on NetBSD
Product: Wine
Version: 20040615
Platform: PC
OS/Version: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adam(a)netbsd.org
When trying to start wine on NetBSD(-current), wine gives the following message:
wine: failed to initialize: mmap of entire address space failed: Cannot allocate
memory
It started with version 20040615 and is still present with 20040716.
Please, investigate. Thank you.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2170
------- Additional Comments From jacarlson(a)bradley.edu 2004-18-07 19:33 -------
I have essentially the same problem with Suse 9.0 with wine 20040615. The exact
error is:
err:seh:setup_exception stack overflow 4 bytes in thread 000c eip 40071c66 esp
40590ffc stack 0x40590000-0x40690000
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2365
Summary: Ogre3D based game crashes on exit
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saulius.krasuckas(a)elst.vtu.lt
the game [1] crashes when i start it, select DX7 engine, press OK and
after this press Esc.
it does so right after the notification (on stderr) about successfull unloading
of RenderSystem_Direct3D9.dll (the game prints some debug info on its own at
runtime). sometimes the game crashes on exit even before the notification. i
will post output of Wine with the "module" debug channel enabled soon.
although i get some different outputs after the crash (by executing "info bt",
"info reg", "info exc" commands), they can be assigned to several stable groups.
i will post the outputs later.
[1] http://lib.su.lt/~ramonas/spacebandits/
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2364
Summary: Compile failure on Mac OS X 10.3.4
Product: Wine
Version: 20040615
Platform: Macintosh
OS/Version: Mac OS X 10.2
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)infinite-monkeys.org
Thi sis really 10.3.x but you don't have an OS category for that. I'm not sure what component this
failure building glu32.dll would be considered.
[michael@namaste wine-20040615]$ uname -a
Darwin namaste.local 7.4.0 Darwin Kernel Version 7.4.0: Wed May 12 16:58:24 PDT 2004; root:xnu/
xnu-517.7.7.obj~7/RELEASE_PPC Power Macintosh powerpc
[michael@namaste wine-20040615]$ gcc -v
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1495)
[michael@namaste wine-20040615]$ make depend && make
[...]
../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o
glu32.dll.so -L../../dlls -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE
-lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port -lpoll
/var/tmp//ccZh9PUV.s:379:Unknown pseudo-op: .size
/var/tmp//ccZh9PUV.s:379:Rest of line ignored. 1st junk character valued 95 (_).
/var/tmp//ccZh9PUV.s:380:Unknown pseudo-op: .size
/var/tmp//ccZh9PUV.s:380:Rest of line ignored. 1st junk character valued 95 (_).
winegcc: gcc failed.
make[2]: *** [glu32.dll.so] Error 2
make[1]: *** [glu32] Error 2
make: *** [dlls] Error 2
As an aside, configure fails, too, complaining that libGL.a is present. It's pretty unfortunate that you
have to remove a system library to get Wine to compile.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2363
winehq(a)displague.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Winelib time.h does not |Winelib time.h does not
|include _tzname not |include _tzname nor
|_daylight support |_daylight support
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2363
Summary: Winelib time.h does not include _tzname not _daylight
support
Product: Wine
Version: 20040615
Platform: Other
URL: http://msdn.microsoft.com/library/default.asp?url=/libra
ry/en-
us/vccore98/HTML/_crt__daylight.2c_._timezone.2c_.and__t
zname.asp
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)displague.com
I downloaded getipv4.zip from simtel, which includes c source. I tried to build
the package after priming it with winemaker.
[displague@fall] /tmp/getip> make
winebuild -o getip.exe.dbg.c --debug -C. getip-nt.c getip.c main.c
winegcc -c -march=athlon-xp -O3 -pipe -fomit-frame-pointer -mno-cygwin -I. -o
getip.exe.dbg.o getip.exe.dbg.c
winegcc -c -march=athlon-xp -O3 -pipe -fomit-frame-pointer -mno-cygwin -I. -o
getip-nt.o getip-nt.c
winegcc -c -march=athlon-xp -O3 -pipe -fomit-frame-pointer -mno-cygwin -I. -o
getip.o getip.c
In file included from getip.c:11:
getip.h:25: warning: `enum FUNCT' declared inside parameter list
getip.h:25: warning: its scope is only this definition or declaration, which is
probably not what you want
getip.h:25: warning: parameter has incomplete type
getip.c: In function `dateinfo':
getip.c:80: error: `_daylight' undeclared (first use in this function)
getip.c:80: error: (Each undeclared identifier is reported only once
getip.c:80: error: for each function it appears in.)
getip.c:80: error: `_tzname' undeclared (first use in this function)
getip.c: In function `GetConnection':
getip.c:244: warning: passing arg 3 of pointer to function from incompatible
pointer type
winegcc: gcc failed.
make: *** [getip.o] Error 2
http://bugs.winehq.org/show_bug.cgi?id=2362
Summary: Lotus Notes 5.0.12 Designer crashes when trying to work
with Java agent source
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: grog(a)grsu.by
In Lotus Notes 5.0.12 Designer crashes when trying to work with Java agent
(WebQuery... agents). This happens when either switching agent type to Java or
trying to open Java agent saved on other platform.
Bit of background (as I know it): when dealing with Java agent, Notes Designer
detaches java source and class (packed in JAR archives with auto-generated names
like jar12345.jar) to all-purpose Notes temporary directory (named like TMPPATH/
C.Lotus.Notes.Data). Then, seemingly, Notes tries to unpack these JARs into
similarly named sub-dirs, at least it does it for java source of the agent.
Now, agent java source gets unpacked all right to JavaAgent.java file inside
it's respective sub-dir. Then, I suppose, it tries to do something with
JavaAgent.class, and wine waits a bit, then catches unhandled page exception.
This bug is present with at least 20040408 release.
I'm attaching "want to debug exception?" output.
---
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet
fixme:console:SetConsoleCtrlHandler (0x1162770,1) - no error checking or testing
yet
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:CoMarshalInterface Failed to marshal the interface {00000001-0000-
0000-c000-000000000046}, 80070057?
fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x1004e,1109388520,65535)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32777,0x10036,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x10036,-4,1109352168)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32777,0x10036,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x10036,-4,1)-stub!
fixme:hook:NotifyWinEvent (32777,0x10036,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x10036,-4,1109347048)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:ole:CoMarshalInterface Failed to marshal the interface {00000001-0000-
0000-c000-000000000046}, 80070057?
fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
fixme:ole:CoMarshalInterface Failed to marshal the interface {00000001-0000-
0000-c000-000000000046}, 80070057?
fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x10066,-4,3145985)-stub!
fixme:hook:NotifyWinEvent (32773,0x10066,-4,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x10066,-4,3145985)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x1007c,1109516520,65535)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32778,0x10088,1117629224,1)-stub!
fixme:hook:NotifyWinEvent (32773,0x10088,1117629224,65535)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x10088,1117629224,65535)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x10066,-4,0)-stub!
fixme:hook:NotifyWinEvent (32773,0x10066,-4,3145985)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32778,0x10088,1117629224,1)-stub!
fixme:hook:NotifyWinEvent (32777,0x10036,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x10036,-4,3)-stub!
fixme:hook:NotifyWinEvent (32777,0x10036,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x10036,-4,1109352168)-stub!
fixme:hook:NotifyWinEvent (32773,0x10090,1109442792,1)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x20090,1109442792,1)-stub!
fixme:hook:NotifyWinEvent (32773,0x30090,1109442792,1)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x10088,1117629224,5)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:hook:NotifyWinEvent (32773,0x10098,1117657896,1)-stub!
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:msvcrt:MSVCRT__sopen : pmode 0x01b4 ignored
fixme:msvcrt:_XcptFilter (-1073741819,0x4089dfc8)semi-stub
wine: Unhandled exception (thread 000b), starting debugger...
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet
fixme:console:SetConsoleCtrlHandler (0x1162770,1) - no error checking or testing
yet
fixme:console:SetConsoleCtrlHandler (0x1162770,0) - no error checking or testing
yet
fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:console:SetConsoleCtrlHandler (0x407bbde0,1) - no error checking or
testing yet
WineDbg starting on pid 0xa
Unhandled exception: page fault on read access to 0x4079f000 in 32-bit code
(0x42e1c500).
In 32 bit mode.
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000
EIP:42e1c500 ESP:4089e3e8 EBP:473f0000 EFLAGS:00210297( - 00 RISAP1C)
EAX:4079f000 EBX:47e296e8 ECX:00000000 EDX:44188ffc
ESI:44089000 EDI:44092f20
Stack dump:
0x00000000: 00000000 00000000 00000000 00000000
0x00000010: 00000000 00000000 00000000 00000000
0x00000020: 00000000 00000000 00000000 00000000
0x00000030: 00000000 00000000 00000000 00000000
0x00000040: 00000000 00000000 00000000 00000000
0x00000050: 00000000 00000000 00000000 00000000
0x00000060:
0200: sel=1007 base=40016000 limit=00001f97 32-bit rw-
Backtrace:
=>1 0x42e1c500 (0x473f0000)
2 0x00000000 (0x00000000)
0x42e1c500: movl 0x0(%eax),%ecx
Modules:
Module Address Debug info Name (98 modules)
PE 0x00400000-00481000 Deferred nlnotes
PE 0x00500000-00f27000 Deferred nnotesws
PE 0x01000000-0180f000 Deferred nnotes
PE 0x10000000-1000e000 Deferred ltssb01
PE 0x18200000-1822e000 Deferred ltouin22
ELF 0x40000000-40015000 Deferred ld-linux.so.2
ELF 0x40018000-40023000 Deferred libnss_compat.so.2
ELF 0x40025000-4003e000 Deferred libwine.so.1
ELF 0x4003e000-4016d000 Deferred libc.so.6
ELF 0x4016d000-40170000 Deferred libdl.so.2
ELF 0x40170000-401e3000 Deferred ntdll<elf>
\-PE 0x40190000-401e3000 \ ntdll
ELF 0x401e3000-402d6000 Deferred libwine_unicode.so.1
ELF 0x402d6000-402f8000 Deferred libm.so.6
ELF 0x402f8000-402fb000 Deferred xlcdef.so.2
ELF 0x402fb000-402ff000 Deferred libxrandr.so.2
ELF 0x40307000-4031c000 Deferred libnsl.so.1
ELF 0x40430000-4053f000 Deferred kernel32<elf>
\-PE 0x40460000-4053f000 \ kernel32
ELF 0x40772000-4077a000 Deferred libungif.so.4
ELF 0x4077a000-40780000 Deferred libxxf86dga.so.1
ELF 0x40781000-4078e000 Deferred libz.so.1
ELF 0x40791000-4079a000 Deferred libsm.so.6
ELF 0x4079a000-4079f000 Deferred libxxf86vm.so.1
PE 0x408a0000-408f0000 Deferred js32
ELF 0x408f0000-40939000 Deferred msvcrt<elf>
\-PE 0x40900000-40939000 \ msvcrt
ELF 0x40939000-4093e000 Deferred libxv.so.1
PE 0x40940000-4097b000 Deferred nlsccstr
ELF 0x4097b000-409ac000 Deferred advapi32<elf>
\-PE 0x40990000-409ac000 \ advapi32
ELF 0x409ac000-40a38000 Deferred oleaut32<elf>
\-PE 0x409d0000-40a38000 \ oleaut32
ELF 0x40a38000-40a55000 Deferred libjpeg.so.62
ELF 0x40a55000-40b1d000 Deferred libx11.so.6
ELF 0x40b1d000-40b93000 Deferred ole32<elf>
\-PE 0x40b40000-40b93000 \ ole32
ELF 0x40b93000-40caf000 Deferred user32<elf>
\-PE 0x40bc0000-40caf000 \ user32
ELF 0x40caf000-40d31000 Deferred gdi32<elf>
\-PE 0x40cd0000-40d31000 \ gdi32
ELF 0x40d31000-40d7c000 Deferred rpcrt4<elf>
\-PE 0x40d50000-40d7c000 \ rpcrt4
ELF 0x40d7c000-40d9b000 Deferred iphlpapi<elf>
\-PE 0x40d90000-40d9b000 \ iphlpapi
ELF 0x40d9b000-40e29000 Deferred shell32<elf>
\-PE 0x40dc0000-40e29000 \ shell32
ELF 0x40e29000-40e82000 Deferred shlwapi<elf>
\-PE 0x40e40000-40e82000 \ shlwapi
ELF 0x40e82000-40f27000 Deferred comctl32<elf>
\-PE 0x40e90000-40f27000 \ comctl32
ELF 0x40f27000-40f30000 Deferred libxcursor.so.1
PE 0x40f30000-40f38000 Deferred nplugins
ELF 0x40f38000-40f52000 Deferred version<elf>
\-PE 0x40f40000-40f52000 \ version
ELF 0x40f52000-40f68000 Deferred lz32<elf>
\-PE 0x40f60000-40f68000 \ lz32
ELF 0x40f68000-40fcd000 Deferred libfreetype.so.6
ELF 0x40fcd000-41047000 Deferred x11drv<elf>
\-PE 0x40fe0000-41047000 \ x11drv
ELF 0x41047000-4105f000 Deferred libice.so.6
ELF 0x4105f000-4106d000 Deferred libxext.so.6
ELF 0x4106d000-410e9000 Deferred libgl.so.1
ELF 0x410e9000-4113a000 Deferred libpthread.so.0
ELF 0x4113a000-41142000 Deferred libxrender.so.1
ELF 0x41153000-41171000 Deferred ximcp.so.2
ELF 0x41171000-4118f000 Deferred imm32<elf>
\-PE 0x41180000-4118f000 \ imm32
ELF 0x413a0000-413b4000 Deferred oleacc<elf>
\-PE 0x413b0000-413b4000 \ oleacc
PE 0x42050000-420d9000 Deferred nstrings
PE 0x422b0000-422c1000 Deferred nicnv
PE 0x427c0000-427c5000 Deferred namhook
PE 0x42a40000-42a48000 Deferred ntcp
PE 0x42c10000-42cfa000 Deferred nlsxbe
PE 0x42de0000-42df4000 Deferred njemp
PE 0x42e00000-42e62000 \ javai
ELF 0x42e62000-42ed8000 Deferred winmm<elf>
\-PE 0x42e70000-42ed8000 \ winmm
ELF 0x42ed8000-42ef5000 Deferred wsock32<elf>
\-PE 0x42ee0000-42ef5000 \ wsock32
ELF 0x42ef5000-42f1c000 Deferred ws2_32<elf>
\-PE 0x42f00000-42f1c000 \ ws2_32
ELF 0x42f1c000-42f5d000 Deferred wineoss.drv<elf>
\-PE 0x42f30000-42f5d000 \ wineoss.drv
ELF 0x43070000-43088000 Deferred msacm.drv<elf>
\-PE 0x43080000-43088000 \ msacm.drv
ELF 0x43088000-430ac000 Deferred msacm32<elf>
\-PE 0x43090000-430ac000 \ msacm32
ELF 0x431c0000-431d5000 Deferred midimap.drv<elf>
\-PE 0x431d0000-431d5000 \ midimap.drv
PE 0x47600000-47610000 Deferred zip
PE 0x47920000-4795a000 Deferred winawt
ELF 0x4795a000-479e4000 Deferred comdlg32<elf>
\-PE 0x47970000-479e4000 \ comdlg32
ELF 0x479e4000-47a08000 Deferred winspool.drv<elf>
\-PE 0x479f0000-47a08000 \ winspool.drv
ELF 0x77f01ea0-efe08ea0 Deferred <wine-loader>
Threads:
process tid prio (all id:s are in hex)
0000000a (D) C:\Lotus\Notes\nlnotes.exe
00000017 0
00000015 0
00000014 -1
00000013 0
00000012 0
00000011 0
00000010 -2
0000000c 0
0000000b 0 <==
WineDbg terminated on pid 0xa
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2351
grog(a)grsu.by changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From grog(a)grsu.by 2004-16-07 09:42 -------
As early as July 14, 2004 this seems to be fixed, at least in Client and in
Designer.
Thanks!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2332
saulius.krasuckas(a)elst.vtu.lt changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #628|difference between two |outputs got swapped, ignore
description|outputs introduced by the |the attachment.
|patch [1]. |
Attachment #628 is|0 |1
obsolete| |
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-16-07 07:53 -------
(From update of attachment 628)
ouch, wrong file.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2332
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-16-07 07:45 -------
Created an attachment (id=628)
--> (http://bugs.winehq.org/attachment.cgi?id=628&action=view)
difference between two outputs introduced by the patch [1].
sorry for an ugly diff. now the differences are more clear as i've synched
(unified handle numbers), cleaned and compared outputs with some script:
#!/bin/bash
RPRFX=.simplified
SRCS=led2w.*patch
for SRC in $SRCS; do ( \
cat $SRC | \
awk '{ \
gsub( \
"4083[0-9a-f][0-9a-f][0-9a-f][0-9a-f]", \
"4083xxxx"); \
gsub( \
"405[0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f]", \
"405yyyyy"); \
gsub("0x70", "0x6c"); \
gsub( \
"4161[0-9a-f][0-9a-f][0-9a-f][0-9a-f]", \
"4161zzzz"); \
gsub("0x7c", "0x74"); \
gsub("0x90", "0x88"); \
gsub("0x68", "0x64"); \
gsub("0x94", "0x8c"); \
skip2=skip; \
skip=index( \
$0, \
"GENERIC_READ FILE_SHARE_READ OPEN_EXISTING"); \
if((skip==0) && (skip2==0)) print \
}' \
> $SRC$RPRFX \
); done
diff -u \
led2w.before_the_patch.simplified \
led2w.after_the_patch.simplifiedsec
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2298
------- Additional Comments From julliard(a)winehq.com 2004-15-07 22:55 -------
This should be fixed in CVS now. Thanks for the good report.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2361
Summary: Background music plays fast in The Typing of The Dead
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dave(a)aagames.co.uk
When playing The Typing of The Dead, music is normal for a short period of
time (a few seconds), then speeds up to a high speed. The music itself is
stored as .wav files, I'm not sure how it is played. This happens every time I
run TTOTD, current CVS WINE (2004-07-15).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2265
------- Additional Comments From gmay(a)uoguelph.ca 2004-15-07 14:47 -------
I receive the same error when trying to install dcom98.exe, ie6, and winamp.
tried Wine 20040505 & Wine 20040615
Mandrake 9.1
Using a fake Windows partition under %HOME%/.wine/fake_window/
2.2 gigs free on /home partition
512 MB DDR total physical memory 300 MB free
500 MB Swap space
So space really isnt an issue
Any guidance would be appreciated
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-15-07 03:07 -------
Stuart, if you know exact two dates (20040309 and 20040408) between which the
regression has been introduced and if you still have Excel installed, you are
given a chance to do a cvs-regression testing.
yes, you would need to learn at least two of the "cvs" commands ("cvs login" and
"cvs update -D ...") and to do some jumping: dividing and shortening time
intervals and compiling your wine/ tree multiple times.
but hey, this way you would help winehq bug database, winehq community (and even
yourself if the regressive patch you will find gets fixed):
http://www.winehq.com/site/docs/wine-devel/cvs-regression
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
------- Additional Comments From winehq(a)nanonanonano.net 2004-15-07 01:58 -------
As a bootnote to my previous comment re: a workaround.
This workaround *prevents* MSWord from saving files. (Causes a "Too many files
open" dialogue box). Thei DLL override needs to be done in a section only for
excel.exe and then both MSWord and MSExcel are happy.
*sigh*
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
------- Additional Comments From winehq(a)nanonanonano.net 2004-15-07 01:47 -------
I can provide a workaround to my problem.... change over to using the builtin
ole32 library rather than the native one.
- "ole32" = "native, builtin"
+ "ole32" = "builtin"
This then permits excel to open and save files without incident (including some
*really* complex ones). Unfortunately, the files that I saved during the time it
was not working are still not able to be opened, so that data is lost.
Don't ask me why this works... Excel was working quite well with the native
ole32.dll up until I upgraded to a more recent snapshot (> 200403??). But
perhaps this will provide someone with sufficient information to help them
diagnose this problem.
(There was a post by Dan Sawyer on wine-users about this some time ago, I shall
forward this work around to him too.)
Good luck & thanks!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From farmerdan(a)i-rule.net 2004-14-07 17:47 -------
This patch also relieved the symptoms I documented in Additional Comment #1.
Thank you very much for the conscientious and quick resolution.
Dan
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2360
Summary: missing wgl function prototypes
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tom(a)platte.com
It appears that although support for binary apps using OpenGL exists
in wine, you cannot compile a Windows OpenGL app using winelib,
because none of the wgl prototypes exist in wingdi.h
These prototypes exist in wgl.h, but that is not installed using "make
install", nor is that where apps would expect them.
"wgl.h" should be installed as other includes (ie move it from
dlls/opengl32/wgl.h to include/wgl.h). But we will have another problem
later on as using the Linux GL headers is problematic (as the Linux headers
define the prototypes as 'cdecl' and Wine's implementation is 'stdcall').
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2282
phil(a)mail.ru changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From phil(a)mail.ru 2004-14-07 12:58 -------
This has been fixed by Filip Navara.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
------- Additional Comments From dclark(a)akamail.com 2004-14-07 10:12 -------
I know that in the recent past, a bug causing file corruption was introduced and
then fixed. I prowled around a bit in the archives, but could not find it. So it
may or may not be relevant to this bug, but it might by worth trying a current
CVS version of Wine, or seeing what happens in the next release.
Unless someone else can remember the patch I am thinking of.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
rklazes(a)xs4all.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From rklazes(a)xs4all.nl 2004-14-07 01:59 -------
The patch is accepted in cvs so it will be in the next Wine snapshot.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2359
Summary: The: "configure" script will not find ICU libraries in:
"/usr/local/lib
Product: Wine
Version: 20040615
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tyrerj(a)acm.org
The "configure" script reports that it can not link to the ICU libraries when
they are installed in: "/usr/local/lib" -- when ICU is installed with a
'prefix' of: "/usr/local.
--
JRT
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
------- Additional Comments From winehq(a)nanonanonano.net 2004-13-07 20:31 -------
Created an attachment (id=627)
--> (http://bugs.winehq.org/attachment.cgi?id=627&action=view)
loaddll trace for File->Save in excel
loaddll trace from
WINEDEBUG=loaddll wine "c:/program files/microsoft office/office/excel"
When OK is pressed in the dialogue box, builtin dlls advapi32.dll,
comctl32.dll, shell32.dll are loaded.
Is this related to this regression?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2358
Summary: MS Excel regression - can't save valid files
Product: Wine
Version: 20040615
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)nanonanonano.net
With versions of wine up to and including Wine-20040309, I could get MS Excel
2000 could open, close and save files without incident.
Subsequent versions (20040408 onwards, including 20040615, which is currently
installed) still generate a file when you File->Save, however, the file is now
not a valid excel file and cannot be opened with Excel running under Wine, under
Windows or with OpenOffice. Excel reports "File format is not valid", while
OpenOffice just crashes.
Since there is no warning that the file is invalid, this results in data loss.
Example:
1. Start excel
2. File->Save, enter a filename
3. Exit excel
4. Restart excel
5. File->Open, select file. "File format is invalid" message displayed.
I will upload an example (invalid) file as an attachment.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From winehq(a)nanonanonano.net 2004-13-07 20:07 -------
Hi all,
thanks for the frenzy of activity on this one... wow!
Unfortunately I don't have time to test the patch at the moment.
I can, however, give a workaround that seems OK (based on some discussion on
this thread):
cd ~/.wine/dosdevices
ln -s / z\:
ln -s /dev/zero z\:\:
(/dev/null was also suggested, but that gives an error an then fails).
With this in place, the open/save dialogues work for word2k adn excel2k.
Regarding testing this with notepad: wine-notepad and several other more complex
apps (Endnote and Origin) do not suffer from this problem. The common thing
about the apps that don't work is that they use the fancy Open/Save dialogue
that has the buttons for Home Desktop etc down the left, while the apps that do
work use the simpler (older/traditional) Open/Save dialogue.
thanks, all!
Stuart
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2273
------- Additional Comments From philip.dicke(a)raytheon.com 2004-13-07 17:24 -------
The section of code in question is responsible for drawing bitmaps as disabled.
If I just don't do the "if" statement, grey boxes are displayed instead of
disabled Icons.
This is probably the same bug as <a
href="http://bugs.winehq.org/show_bug.cgi?id=2285">2285</a> and possible bug <a
href="http://bugs.winehq.org/show_bug.cgi?id=447">447</a>
Can someone please add the keyword FIXME to this.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From klaus.piemont(a)gmx.de 2004-13-07 14:34 -------
Hi Rein,
thumbs up for the patch. For DVDlab it works! Thank you.
Cannot tell for the MS apps, because I don't have them available.
Best regards,
Klaus
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From rklazes(a)xs4all.nl 2004-13-07 07:56 -------
OK, I see now that the warning happens with notepad as well.
It is wine that does this in an attempt to read the disk label and perhaps
serial number in dlls/kernel/volume.c function GetVolumeInformationW().
With notepad however I have no problem opening this drive.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From rklazes(a)xs4all.nl 2004-13-07 06:15 -------
> I can verify that this is also the case for wine-20040615.
> If I have a symlink in ~/.wine/dosdevices that points to a directory that is
> listed in /etc/fstab, then some applications are unable to open that drive in
> their file open/save dialogues (notably, word2k and excel2k).
Unfortunatley I don't have word or excel installed. Just using notepad, I do not
see any problem.
Can you try with notepad or find some other similar small application?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From rklazes(a)xs4all.nl 2004-13-07 06:08 -------
>> I was thinking it was the RW permissions of /dev/hdb5 .
> Maybe or maybe not. If I where Linux I would never let any program accessing a
> mounted partition directly. But I'm rather a newbie in the Linux world and
> does not know much about the internals.
Linux allows this (with the right perms set) and Windows allows this. You should
at least try the result with Read permissions.
> That is exactly what I was trying to state. And for that reason the
> resolving of the drive letter L: directly to the device /dev/hdb5 makes
> no sense. Wine should return a simulated windows volume which is
> actually mapped through the wine layer to the directory structure.
In Windows "return a simulated windows volume" *means* a device and *not* a
directory or file. In your case is asks for a volume and not a directory or
file. And Wine is never bothered whether is makes sense or not.
> Therefor I came up with the idea to depend the behavior on the filesystem
> in fstab. A harddisk filesystem means to ignore that dosdevices/l: points
> to a mount point and the path is handled the same way as any other path.
> Maybe one could add a override possibility in the config file to reactivate
> the current behaviour for a drive lette, even if I could not think about
> an app which would require this.
Ignoring the possibility that some unrelated bug is confusing us, there is
already one application that is using this feature: yours. By some luck your
application works when wine cannot find the device, but the next time you may
not be lucky again.
In this light I believe it is unlikely that such a change would be allowed in
the official Wine tree. Rather look for a workaround with the dosdevices/l::
link, perhaps pointing it to /dev/null or /dev/zero works.
>> Did you happen to notice what the CreateFile() returns and what the
>> LastError() was in those cases?
> I'm sorry, but I have not. I was happy enough to get to the source of
> my problem by scanning through the code. I never had really worked with
> the windows api and this information was rather meaningless for me. Since
> programming in Java for several years now I found even reading C a bit of
> an adventure :D
Create a +relay,+file logfile by running wine like:
WINEDEBUG=+relay,+file wine ... &>wine.log
(fill in the dots with your program and arguments)
Open in an editor and search for the offending CreateFile() kernel call. Next
look for the return and note the "ret=value". A value of ffffffff or 0 is an
error, a small integer is success. Look for an GetLastError() call following
this. The return value indicates the reason for the failure, error codes are in
include/winerror.h
Create an attachment with part of the logs, so we can have a look.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
winehq(a)nanonanonano.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winehq(a)nanonanonano.net
------- Additional Comments From winehq(a)nanonanonano.net 2004-13-07 04:14 -------
I can verify that this is also the case for wine-20040615.
If I have a symlink in ~/.wine/dosdevices that points to a directory that is
listed in /etc/fstab, then some applications are unable to open that drive in
their file open/save dialogues (notably, word2k and excel2k).
i.e.:
e: -> /tmp
/dev/hda6 -> /tmp
Causes word2k and excel2k to be unable to access the e: drive from the file-open
and file-save dialogues. An "access denied" error is shown if you go via the
icon, but not if you go via the quick-pick dropdown box at the top (silently fails).
If, however, the symlink is to a directory that is not listed in fstab, then it
works fine.
i.e.
e: -> /tmp/wine/
/dev/hda6 -> /tmp
then all works as desired.
Now this is only a *workaround* and it only works for some mount points... the
case making / your z: drive is an obvious example that can't be easily solved in
this way.
This is a case of regression... this used to work fine and now doesn't.
It also means that the treatment of the drives is different in wine depending on
whether they are listed in fstab or not... that doesn't seem to be logical.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2017
------- Additional Comments From drew(a)corrupt.co.nz 2004-12-07 22:27 -------
This is also an issue on Wine on FreeBSD: wine -v > Wine 20040505
This is with Synchronise=Y in the .wine/config file:
drew@taz:~/.wine/c/Program Files/Adobe/Photoshop 7.0
[15:20:45] -> wine "C:\\Program Files\\Adobe\\Photoshop 7.0\\Photoshop.exe"
fixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on
this platform
fixme:file:get_default_drive_device auto detection of DOS devices not supported
on this platform
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d598e0: spincount=20 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d59fa4: spincount=500 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d59aa4: spincount=500 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d59ca4: spincount=500 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d5a028: spincount=500 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d5a14c: spincount=500 not
supported
fixme:sync:SetCriticalSectionSpinCount critsection=0x20d5a1c8: spincount=50 not
supported
fixme:actctx:QueryActCtxW stub!
fixme:actctx:QueryActCtxW stub!
fixme:actctx:QueryActCtxW stub!
fixme:actctx:QueryActCtxW stub!
fixme:actctx:QueryActCtxW stub!
fixme:actctx:QueryActCtxW stub!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1876
jos(a)wolput.demon.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jos(a)wolput.demon.nl
------- Additional Comments From jos(a)wolput.demon.nl 2004-12-07 21:43 -------
Comment by Jos van Wolput:
Trying to run the selfloading exe multilanguage dictionary euroglot
with wine version 20040615-1 or 20040505-1 I always get the error mentioned below:
err:ntdll:RtlpWaitForCriticalSection section 0x40568420 "syslevel.c: Win16Mutex"
wait timed out in thread 0009, blocked by 000a, retrying (60 sec)
Wine failed with return code 148
Using wine version 20040309 (and previous versions) it just runs fine!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From klaus.piemont(a)gmx.de 2004-12-07 17:02 -------
> Your program doesn't know anything about a Linux file system. Perhaps it did an
> API call to see what the filesystem is and follows the result (VFAT, NTFS,
> Network, CDROM etc. ).
That is the funny thing. I have no idea why this call was made in the first
place. Let me get this a little bit clearer.
What you do in DVDlab is that you select the mpeg files from some explorer like
window into a filelist. This part works. In the filelist you see the filename,
the path (including the driveletter) and some attributes like frame size. This
means that at that point DVDlab must have had opened the file already once to
get that internal information.
In a second operation you select a file from the filelist and insert it into the
project. And here it fails. The area where normaly thumbnails of the movie are
shown remains simply black. I can't think of any possible reason why the drive
itself should be accessed at this point, since every information needed is
already in the filelist shown. A simple open file for read should do the job.
Maybe it is not even intended by the programmer, but he uses a library which
does this internaly. Don't know.
> I was thinking it was the RW permissions of /dev/hdb5 .
Maybe or maybe not. If I where Linux I would never let any program accessing a
mounted partition directly. But I'm rather a newbie in the Linux world and does
not know much about the internals.
> Not possible, it is a windows program that has no knowledge about "logical" wine
> HD's. The program "knows" that it is a Windows volume, and wine has to emulate
that.
That is exactly what I was trying to state. And for that reason the resolving of
the drive letter L: directly to the device /dev/hdb5 makes no sense. Wine should
return a simulated windows volume which is actually mapped through the wine
layer to the directory structure.
> As far as I understand what you want is a way to make the emulated "L:" behave
> the same way whether dosdevices/l: points to a mount point or not.
Here we are. That was my intention. I had this kind of control up to wine
20040404 where I could specify "HD" in the config file and everything was clear.
Therefor I came up with the idea to depend the behavior on the filesystem in
fstab. A harddisk filesystem means to ignore that dosdevices/l: points to a
mount point and the path is handled the same way as any other path. Maybe one
could add a override possibility in the config file to reactivate the current
behaviour for a drive lette, even if I could not think about an app which would
require this.
> Did you happen to notice what the CreateFile() returns and what the LastError()
> was in those cases?
I'm sorry, but I have not. I was happy enough to get to the source of my problem
by scanning through the code. I never had really worked with the windows api and
this information was rather meaningless for me. Since programming in Java for
several years now I found even reading C a bit of an adventure :D
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From rklazes(a)xs4all.nl 2004-12-07 12:19 -------
> Sorry, but I can't see your point in my case.
> You are correct if we speak of of a CD-ROM or Floppy.
> I could maybe even accept this for a FAT or NTFS partition, but I cannot
> understand what a windows app should do with a ReiserFS formated partition ?
Your program doesn't know anything about a Linux file system. Perhaps it did an
API call to see what the filesystem is and follows the result (VFAT, NTFS,
Network, CDROM etc. ).
> Especially when that partition is already mounted and it is not even user
> mountable. Obviously linux doesn't allow it anyway resulting in the error code
> c0000022.
I was thinking it was the RW permissions of /dev/hdb5 .
> In this case wine can clearly assume that the drive letter was intended to
> describe a "logical" wine HD rather than a device or volume.
Not possible, it is a windows program that has no knowledge about "logical" wine
HD's. The program "knows" that it is a Windows volume, and wine has to emulate that.
As far as I understand what you want is a way to make the emulated "L:" behave
the same way whether dosdevices/l: points to a mount point or not. Perhaps
something is possible with the dosdevices/l:: link that points to the device if
it exists.
Did you happen to notice what the CreateFile() returns and what the LastError()
was in those cases?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From klaus.piemont(a)gmx.de 2004-12-07 10:43 -------
Sorry, but I can't see your point in my case.
You are correct if we speak of of a CD-ROM or Floppy.
I could maybe even accept this for a FAT or NTFS partition, but I cannot
understand what a windows app should do with a ReiserFS formated partition ?
Especially when that partition is already mounted and it is not even user
mountable. Obviously linux doesn't allow it anyway resulting in the error code
c0000022.
In this case wine can clearly assume that the drive letter was intended to
describe a "logical" wine HD rather than a device or volume.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2347
------- Additional Comments From lindevel(a)gmx.net 2004-12-07 07:48 -------
I think something prevents tribes2 from being run.
I do not know what it is, but it was the only "err"or reported...
Now I have made a complete log (WINEDEBUG=all).
I you want to have some additional information, please tell me.
(If you want a trace, please tell me how to do that, I tried, but failed :( )
---
WINE: 20040615
---
Information (LOGs etc.): http://home.arcor.de/bashork/gentoo/wine-tribes2/
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From rklazes(a)xs4all.nl 2004-12-07 04:54 -------
warn:file:CreateFileW Unable to create file L"\\\\.\\L:" (status c0000022)
I followed this problem back to dlls/ntdll/directory.c and found that L: is
resolved to /dev/hdb5 raising the invalid access.
In Windows the filename "\\\\.\\L:" for CreateFile means the volume that, when
opened, can be accessed as a device. Please look it up on msdn.microsoft.com.
What Wine is doing here seems to be correct to me.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2357
Summary: cannot scroll open dialog window
Product: Wine
Version: 20040615
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: angus_mccarl(a)yahoo.com.au
Using build 2004-06-15 on mandrake linux, I tried to open a file through the
open dialog and could not scroll the window. As soon as I tried to, Wine would
crash.
STEPS TO REPRODUCE:
1) Start any windows application that requires you to open a file
2) Click the "open" button/menu thing
3) Scroll the window.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
farmerdan(a)i-rule.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |farmerdan(a)i-rule.net
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
------- Additional Comments From farmerdan(a)i-rule.net 2004-11-07 10:48 -------
At about the same time, 20040501 23:20:06, the thumbnail and preview feature of
DVD Lab 1.3.1 (available at http://www.mediachance.com/dvdlab/history.html)
stopped working. I determined this by using a regression test from 20040615 and
a cvs update from about 13:30 CDT 20040710. I can duplicate this on both by
laptop and PC and in all versions of DVD Lab, both stable and beta.
I'm running Mandrake 9.2 with kernel 2.6.5 and gcc 3.3.1. My wine installation
is a 'No windows' and I use <wine c:\\Program\ Files\\DVDlab\\DVDlab.exe> to
start the program. I have tried various combinations and permutations of
'native,builtin' for dll loading. All the native dll's that I have used came
from Windows ME. I also have XP installed on my machince but have used no dll's
from that one.
When I ran <WINEDEBUG=+relay wine c:\\Program\ Files\\DVDlab\\DVDlab.exe>, I
waited for over twenty minutes and the program did not start, but text scrolled
through the terminal window. I used <Ctrl-C> to exit. I do not know whether
this is relevant but the following is a copy of one block of reports that
'relay' gave:
> 0009:Ret x11drv.GetPixel() retval=00010000 ret=4091348b
> 0009:Call kernel32._LeaveSysLevel(4092bcc0) ret=408f95c3
> 0009:Call ntdll.RtlLeaveCriticalSection(4092bcc0) ret=404f9597
> 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=404f9597
> 0009:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408f95c3
> 0009:Ret gdi32.GetPixel() retval=00010000 ret=005c4c65
> 0009:Call gdi32.GetPixel(00001c18,00000005,00000000) ret=005c4c5a
> 0009:Call kernel32._EnterSysLevel(4092bcc0) ret=408f9418
> 0009:Call ntdll.RtlEnterCriticalSection(4092bcc0) ret=404f946a
> 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=404f946a
> 0009:Ret kernel32._EnterSysLevel() retval=4057a620 ret=408f9418
> 0009:Call kernel32._EnterSysLevel(4092bcc0) ret=408f9418
> 0009:Call ntdll.RtlEnterCriticalSection(4092bcc0) ret=404f946a
> 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=404f946a
> 0009:Ret kernel32._EnterSysLevel() retval=4057a620 ret=408f9418
> 0009:Call kernel32._EnterSysLevel(4092bcc0) ret=408f9418
> 0009:Call ntdll.RtlEnterCriticalSection(4092bcc0) ret=404f946a
> 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=404f946a
> 0009:Ret kernel32._EnterSysLevel() retval=4057a620 ret=408f9418
> 0009:Call kernel32._LeaveSysLevel(4092bcc0) ret=408f95c3
> 0009:Call ntdll.RtlLeaveCriticalSection(4092bcc0) ret=404f9597
> 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=404f9597
> 0009:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408f95c3
> 0009:Call kernel32._EnterSysLevel(4092bcc0) ret=408f9418
> 0009:Call ntdll.RtlEnterCriticalSection(4092bcc0) ret=404f946a
> 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=404f946a
> 0009:Ret kernel32._EnterSysLevel() retval=4057a620 ret=408f9418
> 0009:Call kernel32.LOCAL_Lock(000010bf,0000317e) ret=408f94ef
> 0009:Ret kernel32.LOCAL_Lock() retval=403761ea ret=408f94ef
> 0009:Call kernel32.LOCAL_Unlock(000010bf,0000317e) ret=408f95ea
> 0009:Ret kernel32.LOCAL_Unlock() retval=00000000 ret=408f95ea
> 0009:Call kernel32._LeaveSysLevel(4092bcc0) ret=408f95c3
> 0009:Call ntdll.RtlLeaveCriticalSection(4092bcc0) ret=404f9597
> 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=404f9597
> 0009:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408f95c3
> 0009:Call kernel32._LeaveSysLevel(4092bcc0) ret=408f95c3
> 0009:Call ntdll.RtlLeaveCriticalSection(4092bcc0) ret=404f9597
> 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=404f9597
I also get this error whenever I close DVD Lab:
err:dc:DCE_FreeWindowDCE [0x20050] GetDC() without ReleaseDC()!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2356
Summary: HD reported as device when mountpoint matches logical
link in dosdevices
Product: Wine
Version: 20040505
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: klaus.piemont(a)gmx.de
When using DVDlab with version 20040505 and 20040615 I got the following warning
(and a failure in DVDlab 1.3.1):
warn:file:CreateFileW Unable to create file L"\\\\.\\L:" (status c0000022)
I followed this problem back to dlls/ntdll/directory.c and found that L: is
resolved to /dev/hdb5 raising the invalid access. L: is a link in dosdevices
pointing to /data2 which is the mountpoint of /dev/hdb5.
I would recomment that wine is taking the filesystem in /etc/fstab in
consideration to determine if a directory or device is accessed by the drive letter.
Circumvention: Don't let your HD drive letters in dosdevices point to a linux
mountpoint.
Best regards,
Klaus
And thank you for the fine product BTW.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1010
------- Additional Comments From lane-winehq(a)aspire-is.com 2004-11-07 01:35 -------
experiencing the same thing here, with Wine v20040615 on Gentoo (custom build,
but it runs other applications just fine), win98 emulation. (win2k emulation
gives error "sorry, you must be an administrator to install this application")
App I'm trying to run is "Firehouse Software", demo available at
www.firehousesoftware.com , if you want to test it, too. (It's a VFP6 app.)
I've been trying to run this app, with the same error, for about a year. perhaps
more.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2355
Summary: Wine says it's unable to map static data into process
memory space
Product: Wine
Version: 20040615
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pynm0001(a)comcast.net
I've been trying to play the rather old game Master of Orion II, which
according to the app DB works in Wine. The installation went through without
a hitch, but the game is unable to start, giving this error message:
err:dplay:DPLAYX_ConstructData : unable to map static data into process memory
space (487)
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Microprose\\Orion2\\Orion95.exe" failed, status c0000142
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2354
Summary: Can't compiled, error at int13.0
Product: Wine
Version: 20040615
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: giturar(a)comcast.net
When i try to compile, i get the following message
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC
-Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+
-Wpointer-arith -g -02 -o int13.o int13.c
In file included from int13.c:34:
/usr/include/linux/fd.h:342: error: variable or field `__user' declared void
/usr/include/linux/fd.h:342: error: parse error before '*' token
/usr/include/linux/fd.h:360: error: parse error before '}' token
make[2]: *** [int13.o] Error 1
make[2]: Leaving directory `/usr/src/wine-20040615/dlls/winedos'
make[1]: *** [winedos] Error 2
make[1]: Leaving directory `/usr/src/wine-20040615/dlls'
make: *** [dlls] Error 2
I've tried the /tools/wineinstall and it gave the same answer. Here's my system.
Dell Latitude CPx Notebook
P3 500MHz
128MB PC100 SoDimm
11GB HDD
Slackware 10
Kernel - 2.6.7 (compiled, not from the /testing)
gcc version - 3.3.4
Hope that helps!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2353
Summary: Installing Wine
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cakersq(a)gmail.com
how on earth do you install wine? The Minimal instructions on the website say
type "./configure" and then "make depend", even though there is no "configure"
file anywhere in the extracted files. The Makefile, which said it should be
right there when extracted, is 4 folders deep, and will not build due to the
missing "../configure" file. So how do you install Wine?
I'm using a fresh install of Slackware 10 on a Pentium 3.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1882
------- Additional Comments From a3tius(a)freehtml.it 2004-10-07 07:10 -------
i've linux mandrake 9.2 and winex via cvs (3.2.1) version. I run the application
and connect with a server. Not see the space for chat. I run winex as desktop
win98. Bug seems in a not compiled window for chat. But i receive, with another
client with window XP installed, the chat from client in linux. Not receive in
linux for me (nick vinehq). And the client in linux add all nick as a friends,
and this isn't good (for application! ;) ). Possible the server monitoring this
and not able the client. The chat window is my thesis of bug, (i'm not a
programmer). sorry for my poor english.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2352
Summary: Alpha Centauri is not a "Roleplaying Game"
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/appview.php?appid=332
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lindevel(a)gmx.net
Alpha Centauri is not a "Roleplaying Game", it is a strategy game, so please
move it there...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2350
transfellow(a)emails.bjut.edu.cn changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2351
Summary: Lotus Notes subwindows titles are cut down to first
letter
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: grog(a)grsu.by
In Lotus Notes (5.0.12), in subwindows it opens for databases and database
design elements, (sub)window title is cut down to first letter ("Workspace"
shows as "W" etc.) These (sub)windows then are displayed in toolbar just under
the menubar as switchable "tabs" (do not confuse with colored tabs switching
Notes workspaces).
Now, in Designer component, every title gets always cut.
In Client component, when one opens database and does not yet switch to other
"tab" or program window, title gets set correctly, both in subwindow title (and
therefore in "tab") and in Notes program window title.
When switching to other "tab", both titles get cut.
When switching to other program window, title in "tab" remains correct, title of
program window gets cut.
This bug is there at least beginning with 20040408.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2312
grog(a)grsu.by changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From grog(a)grsu.by 2004-09-07 09:07 -------
In today's CVS checkout (Jul 09, 2004) this appears to be fixed. Thanks!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2350
Summary: "Non-Microsoft copyright info for winsock2.dll" error
occur when install winsock2.
Product: Wine
Version: 20040615
Platform: PC
URL: http://www.microsoft.com/windows/downloads/bin/W95ws2set
up.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: transfellow(a)emails.bjut.edu.cn
***** Error Report *****
1.Wine 20040615.Wine is clean,nothing has been installed.
2.Red Hat Linux release 9(Shrike),Kernel 2.4.20-8 on an i686
3.gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
4.don't use Windows
5.Winsock2(http://www.microsoft.com/windows/downloads/bin/W95ws2setup.exe)
6.[shovit@localhost tools]$ wine W95ws2setup.exe
7.A MessageBox occurs: "An error was encountered while installing Winsock2.Setup
has been cancelled.See c:\windows\WS2SETUP.LOG for more information."
~~~~~~~~~~~~
8.The content of WS2SETUP.LOG:
**************************************************************
WS2SETUP begin: 07/09/2004 06:08:49
RegQueryValueEx(VendorInstallDll) failed
VendorWantsMSTCP=1, WantsMSIPX=2, WantsSetupUI=1
WantsMSDNS=1, WantsMSSAP=0
New wsock32.dll file version: 0004000a.00000678
Created WS2BAKUP.BAT backup batch file
Non-Microsoft copyright info for c:\windows\system\wsock32.dll
WS2SETUP end: failure
**************************************************************
***** END *****.
Best Regards,
Shovit
2004.7.09
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2349
Summary: Palm Simulator has dozens of very annoying warnings
Product: Wine
Version: 20040615
Platform: PC
URL: http://appdb.winehq.org/appview.php?appId=1629
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: curtis(a)curtis.hawthorne.name
The Simulator seems to mostly work, but you have to constantly click 'Ignore' on
dozens of warning messages saying: emul68kcommon.c, Line:2027, Invalid ptr:
4B0D71E8. I've seen posts of similar behaivor including the one in the Wine
Application Database.
There's enough of these warnings to make debugging with the Simulator too time
consuming to be useful. I don't know if this is something that can be fixed in
Wine or if it has to be changed in the Simulator itself, but it would be very
much appreciated if it could be made to work correctly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2273
------- Additional Comments From philip.dicke(a)raytheon.com 2004-08-07 15:48 -------
I tried with the CVS version from about 3:30 on 07/08 and I still have the same
problem. After looking at this issue some more, it appears that XGetImage is
not requesting an area outside of the drawable. So the BadMatch must be coming
from calling XGetImage on a window that is not displayed (which I think it is)
or on a window that is InputOnly.
I was able to get the error to happen anywhere; both over ssh on a remote PC and
on the console. I was also able to hack bitblt.c to allow the program to start
up. However, I'm still getting the same error if I do the following:
1) Tear off a toolbar
2) close the toolbar
3) from the View Menu, choose to display the toolbar you just closed
My problem is that I don't know how to figure out:
1) If the drawable is a window
2) If the drawable is visible (mapped)
3) If the drawable is an input only window
Any help would be greatly appreciated.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2059
------- Additional Comments From lindevel(a)gmx.net 2004-08-07 14:24 -------
I think I have detected a similar bug:
When playing JA2 with wine through arts the game freezes at random times and
locations, but everytime short after startup (you can't run it longer than 3
minutes.
It reports something like sound buffer underrun. (sry, can't remember the full
line.) But it seems that this has not directly to do with the freeze as it is
reported directly after starting and not when the freeze happens.
WINE does not detect this freeze (no winedbg is started).
I screwed a bit with config-settings, but the result was everytime the same.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2312
------- Additional Comments From grog(a)grsu.by 2004-08-07 11:03 -------
This same installation of wine and environment works okay with wine-20040505
too. This same installation gives same trouble with current CVS. So the cause of
problem seems to be introduced in 20040615 and is still there.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2273
------- Additional Comments From dclark(a)akamail.com 2004-07-07 16:53 -------
You should try with a current (07/07 or later) CVS version. This is probably now
fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2273
------- Additional Comments From philip.dicke(a)raytheon.com 2004-07-07 16:36 -------
The XError comes from around line 1000 in dlls/xlldrv/bitblt.c
else /* color -> monochrome */
{
/* FIXME: avoid BadMatch error */
imageSrc = XGetImage( gdi_display, physDevSrc->drawable,
physDevSrc->org.x + visRectSrc->left,
physDevSrc->org.y + visRectSrc->top,
width, height, AllPlanes, ZPixmap );
The man page for XGetImage has several ways that a BadMatch can be generated. I
guess I'll look into it unless someone else knows what they are doing. I'm a
wine and XWindows newbie. Suggestions anyone?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2347
Summary: no char for keysym 0000 (No Name) (in Tribes2 v24834)
Product: Wine
Version: 20040505
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lindevel(a)gmx.net
No char for keysym 0000 (No Name) and many others.
This happens on startup of Tribes2 v24834.
I press no keys while it starts, I swear.
Here is a list of them:
---
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D1,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D1,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D1,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C9,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C9,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C9,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CF,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CF,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CF,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C7,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C7,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C7,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CB,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CB,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CB,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C8,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C8,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=C8,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CD,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CD,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=CD,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D0,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D0,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D0,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B7,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B7,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B7,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D2,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D2,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D2,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D3,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D3,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D3,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=D,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B3,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B3,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B3,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B5,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B5,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B5,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9C,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9C,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9C,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE03
(ISO_Level3_Shift) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=EA,scanCode=65,keycode=7C,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE03
(ISO_Level3_Shift) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=EA,scanCode=65,keycode=7C,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE03
(ISO_Level3_Shift) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=EA,scanCode=65,keycode=7C,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FEF9
(Pointer_EnableKeys) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=90,scanCode=45,keycode=4D,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9D,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9D,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=9D,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B8,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B8,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=B8,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DB,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DB,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DB,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DC,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DC,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DC,keycode=8,state=4)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DD,keycode=8,state=0)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DD,keycode=8,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 0000 (No
Name) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=0,scanCode=DD,keycode=8,state=4)
---
Dennis
---
Gentoo Linux
Kernel: 2.6.7-gentoo-r8
WINE: 20040505
Tribes2: 24834
Other information:
home.arcor.de/bashork/gentoo/xmms-nvidia-segfault/
(About a bug in xmms, but information is the same. Interesting files:
emerge_info and nvidia-bug-report.log)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2346
Summary: Problems with XNEWS.
Product: Wine
Version: 20040615
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: triso(a)cogeco.ca
Hi,
I am running the Windows version (06.08.25) of xnews with wine (20040615) and it
is not runnable due to pointer errors. Any attempt to open a newsgroup results
in a stream of "Access violation at address 4080f0c5. Write of address
00000001." dialogs.
When I revert to wine (20040408) the problem is gone. I am using Mandrake Linux
9.1 with a wine RPM taken from sourceforge.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2345
------- Additional Comments From krishna.murthy(a)guptaworldwide.com 2004-06-07 11:49 -------
Created an attachment (id=623)
--> (http://bugs.winehq.org/attachment.cgi?id=623&action=view)
ListHdr.exe Binary
- Start the ListHdr.exe application
- Check the Notify NM_CLICK check box.
- Now click on the any item in the list view. Upon click, it should display
message box with text "Notified NM_CLICK". This message box is not displayed
under Wine. It works fine with MS-Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2345
Summary: List View does not notify NM_CLICK event
Product: Wine
Version: 20040615
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krishna.murthy(a)guptaworldwide.com
- Mouse tracking routine is not dispatching the mouse release event to the
window procedure (Fix is, dispatch the message when mouse tracking is over).
- Mouse tracking routine is called before selection applied to the icons, this
preventing the icon selection in button down event (Fix is , call mouse tracking
routine after selecting the icons).
The attached sample illustrate this issue. Follow the steps given below to see
the issue:
- Start the ListHdr.exe application
- Check the Notify NM_CLICK check box.
- Now click on the any item in the list view. Upon click, it should display
message box with text "Notified NM_CLICK". This message box is not displayed
under Wine. It works fine with MS-Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2344
Summary: dc++ doesn't work properly
Product: Wine
Version: 20040615
Platform: Other
URL: http://appdb.winehq.com/appview.php?appId=1105&versionId
=2198
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marius_bugs(a)galuna.ro
This is an open-source application available at
http://sourceforge.net/projects/dcplusplus/
Problems:
* Settins aren't saved
* warnings on command line:
fixme:listview:LISTVIEW_SetColumnOrderArray iCount 7 lpiArray 0x48c674
err:listview:LISTVIEW_WindowProc unknown msg 1051 wp=3ecffb10 lp=004060b0
err:toolbar:TOOLBAR_GetImageListForDrawing index 0,0 is not valid, max 0
...
fixme:menu:TrackPopupMenuEx not fully implemented
Wine App DB comments:
http://appdb.winehq.com/appview.php?appId=1105&versionId=2198
Thank you!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2273
------- Additional Comments From philip.dicke(a)raytheon.com 2004-06-07 10:20 -------
I have this error with the 20040615 version on wine. Here on my stats:
Fedora Core 2 (X.org 6.7.0)
3Ghz Pentium 4
Running application ELT/3500 from http://www.paragon.com
The crash happens everytime I start-up the application. The interesting thing
is that I don't get this crash when I run over the application remotely over
ssh. I've tried both KDE and Gnome window managers and I still get the same error.
If I try to run it over ssh on the console (ie ssh to myself), I get:
fixme:win:User32InitializeImmEntryTable (0x19650412): stub
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 38 (X_QueryPointer)
Resource id in failed request: 0x3f
Serial number of failed request: 54
Current serial number in output stream: 54
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2336
------- Additional Comments From nick(a)pu.if.ua 2004-05-07 16:55 -------
The same with WordViewer an ExcelViewer windows under Slackware Linux 9.1,
fvwm 2.4.18. I suppose that something wrong is with x11drv dll.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2342
Summary: Shareaza open file bug
Product: Wine
Version: 20040615
Platform: Other
URL: http://www.shareaza.com
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anderson(a)sonic2000.org
CC: anderson(a)sonic2000.org
When running Shareaza opening a file with either "Run File" or the "Open File"
dialog it gives out an error saying:
"fixme:commdlg:SendCustomDlgNotificationMessage sending OPENFILENAMEA structure.
Hook is expecting OPENFILENAMEW!"
This error is solvable with putting quotes around the file name in question that
needs to be opened. This does not have to do with that the file has a space in
the path or not.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2338
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2004-05-07 15:54 -------
Thanks, I just wanted you to ask that. The DvdShrink list need registrations, I
donm't want to get on another mailing list... The archives of the DvdShrink
lists are open h\however. On what lits did you post? Did you use
jonathan(a)ernstfamily.ch?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2338
------- Additional Comments From jonathan(a)ernstfamily.ch 2004-05-07 15:46 -------
I asked your question to the DVD Shrink developper. I'll keep you up to date
with his comments/answers.
BTW thank you for having taken the time to look into it.
P.S. I know v.2.x work quite well with wine, but I wish wine users could benefit
from the ongoing developpement that is made on DVD Shrink 3.x (the quality has
improved significantly over 2.x already).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2338
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2004-05-07 14:59 -------
Our SendASPI32Command( SC_GET_DISK_INFO) Implementation is imcomplete. I looked
for some information on that function and faked some for me sensible return
values, but didn't get DvdShrinkk to go further. Getting some informations from
the DvdShrink Authors about their usage of SC_GET_DISK_INFO might help.
Meanwhile try to use a version 2 DvdShrink, it works for me.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2340
------- Additional Comments From farmerdan(a)i-rule.net 2004-05-07 13:39 -------
Don't know how this happened, but the report got submitted twice. This one and
2341.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2341
Summary: bug_report.pl failed to compile
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: farmerdan(a)i-rule.net
When trying to generate a bug report I received the following message:
Missing right curly or square bracket at ./bug_report.pl line 584, at end of line
syntax error at ./bug_report.pl line 584, at EOF
Execution of ./bug_report.pl aborted due to compilation errors.
I added a "}" at EOF and everything worked fine. I have generated a simple
patch that fixes this if you'd care to have it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2340
Summary: bug_report.pl failed to compile
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: farmerdan(a)i-rule.net
When attempting to use bug_report.pl I received the following message:
Missing right curly or square bracket at ./bug_report.pl line 584, at end of line
syntax error at ./bug_report.pl line 584, at EOF
Execution of ./bug_report.pl aborted due to compilation errors.
I added a } at the EOF and ran it again. Worked fine.
I have generated and tested a simple patch if someone would like to have it
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.