http://bugs.winehq.com/show_bug.cgi?id=1351
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:28 -------
Bug comments restored from Gmane.org:
4DOS doesn't work when started by wine under mandrake linux 8.1
Output is:
[cad@pc-2 cad]$ wine 4dos.com
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 061e, DS 00c8, ES f000
fixme:int21:DOSVM_Int21Handler SetSystemDate(81/83/17477): not allowed
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c8, ES 00c8
4DOS XMS swapping initialized (241K)
4DOS running under DESQview
4DOS running under Windows 95
err:int:do_int2f_16 int2f: unknown/not implemented parameters:
int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 110b, BX 0200, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0001, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0003, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0501, CX 0005, DX 0000, SI 315b, DI 6d70, DS 63ed, ES 94e4
err:seh:EXC_DefaultHandling Unhandled exception code 80000111 flags 0 addr 0x21
[cad@pc-2 cad]$
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 14:44
-------
5/11/2003 12:12:31 +0300
From: Jukka Heinonen <jhei <at> iki.fi> (in an e-mail to Juan Melgarejo)
4DOS calls those DESQview routines that really must be emulated
in order to get 4DOS working. But I already figured out why 4DOS
thinks it is running under DESQview (set date routine is used for
installation checks!). I also fixed a bunch of other bugs and 4DOS
should now work using latest Wine CVS version. Perhaps you should
verify this and close bug #1351 (or update it because editing command
line and some 4DOS commands do not work).
<< [article] >>
[Bug 1351] - JP soft's 4DOS
Subject: [Bug 1351] - JP soft's 4DOS
From: wine-bugs <at> winehq.com
Date: Thu, 15 May 2003 15:47:34 -0500
Newsgroups: gmane.comp.emulators.wine.bugs
Reply-to: wine-devel <at> winehq.orghttp://bugs.winehq.com/show_bug.cgi?id=1351
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:47
-------
under 20030508 version 4DOS now loads, but hangs without executing any
command...
(lots of int2f & int21 messages than ever)
[cad@pc-2 cad]$ wine 4dos.com
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 0605, DS 00c7, ES f000
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c7, ES 00c7
4DOS XMS swapping initialized (241K)
4DOS running under Windows 95
err:int:do_int2f_16 int2f: unknown/not implemented parameters:
int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4
4DOS 7.50 (Win95) DOS 7.00
Copyright 1988-2003 Rex Conn & JP Software Inc. All Rights Reserved
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4
4DOS, S/N 999001. This trial version of 4DOS may be used for up to 21 days
before purchase.
>> 21 days remain in your evaluation period. To learn about how the
>> evaluation period works see TRIAL.TXT.
To order call 410-810-8819, visit our web site at http://jpsoft.com/,
or see the order form in ORDERS.TXT.
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c3, SI a086, DI a05a, DS 94e4, ES 94e4
rem C:\ARCHIV~1\THEHAC~1\THD.EXE /NORES /NOMENSAJE
SET BLASTER=A220 I5 D1 T4
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff16, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
REM - BY WINDOWS SETUP - C:\WINDOWS\COMMAND\MSCDEX /D:MVCD001 /M:10 /V /E
rem MODE CON CODEPAGE PREPARE=((850) C:\WINDOWS\COMMAND\EGA.CPI)
rem MODE CON CODEPAGE SELECT=850
rem KEYB LA,,C:\WINDOWS\COMMAND\KEYBOARD.SYS
SET
PATH=C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff50, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
SET
PATH=C:\ARCHIV~1\THEHAC~1\;C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS;Y:\4DOS
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff6e, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
set comspec=Y:\4DOS\4dos.com
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff19, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44e, BX 0000, CX 0029, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7
y:\>err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44e, BX 0001, CX 0042, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1205
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:27 -------
Bug comments restored from Gmane.org:
DOSFS_OpenDevice does not have any support for parallel printers
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1350
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:26 -------
Bug comments restored from Gmane.org:
It is supposed that this app acts like an enhanced "DOS Command prompt window"
that supports JP soft's 4DOS features under M$ windows GUI without using the
4DOS DOS-mode binary.
When running under Wine,the window is drawn correctly, menus are ok, but it
does not display text in the app's command text window (it displays "?"
character instead of typed characters), this text appears instead on linux's
tty from where wine was invoked.
(must change text colors in the app to see the "?" characters, otherwise it
appears to be "blank").
Moreover, the app open a second window that is supposed to be the console for
output of the typed commands that is broken (cannot show its content)
I'm reporting this version of Take Command, because lastest (5.0) version does
not work at all under wine (starts debugger).
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:09
-------
Created an attachment (id=437)
--> (http://bugs.winehq.com/attachment.cgi?id=437&action=view)
Take command window after typing "dir". Output is shown in the Linux shell
window while the
main window show inverted "?" signs. To see the "?" signs is necessary to change
default foreground & background colors in the app otherwise the text is displayed as
"blank". Behind the Konsole & Take Command window is TCMD window that is filled with
other Xwindow's content.
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:17
-------
Created an attachment (id=438)
--> (http://bugs.winehq.com/attachment.cgi?id=438&action=view)
Take Command under win98 (normal behaviour, no TCMD console window)
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:23
-------
Wine output:
[cad@pc-2 TC32301]$ wine TCMD32.EXE
err:win:WIN_FindWndPtr window 0x10021 belongs to other process
fixme:console:SetConsoleCtrlHandler (0x4245ae,1) - no error checking or
testing yet
fixme:class:get_class_ptr reading from class of other process window 0x10021
Take Command/32 3,01A Windows 95 4,0
Copyright 1988-2001 Rex Conn & JP Software Inc. All Rights Reserved
Take Command/32, S/N 999001. This trial version of Take Command may be used
for up to 21 days before purchase.
>> 20 days remain in your evaluation period. To learn about how the
>> evaluation period works see TRIAL.TXT.
To order call 800-368-8777 (US / Canada only) or 781-646-3975, visit our
web site at http://www.jpsoft.com/, or see the order form in
ORDFORM.TXT.
[y:\tc32301]dir
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:20
-------
Isn't it a console bug? If so this should be assigned to the wine-console component.
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-04 22:43
-------
Output is diverted to console (bug). It should be inside the text area of
TCMD32.EXE window (below the menu bar).
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-11 22:51
-------
fixed URL in bugreport
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:54
-------
5/11/2003 12:12:31 +0300
In a mail from: Jukka Heinonen <jhei <at> iki.fi>
I have a feeling that bug #1352 is what prevents newer TakeCommand/32
versions from running. I have no idea what causes this bug.
I didn't find older TakeCommand/32 versions mentioned in bug #1350
but TakeCommand/16 seems to show similar behaviour. It looks like
TC/16 calls DOS int21 routines for input/output and expects
that those interrupts somehow interact with TC/16 window. Input
related problem is quite easy to fix but I don't know how
TC/16 expects its window to be updated via int21.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1227
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:22 -------
Bug comments restored from Gmane.org:
There is a explorer example where a click into the treeview does nothing.
Running with -dll=comctl32=n does fix it.
------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16
07:21 -------
Created an attachment (id=368)
--> (http://bugs.winehq.com/attachment.cgi?id=368&action=view)
Source and exe of the example
------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16
07:22 -------
the attachment is a zip file...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1226
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:21 -------
Bug comments restored from Gmane.org:
Im trying to play StarCraft with IPX and this is what I got! :(
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-16
08:27 -------
C0000024 is STATUS_OBJECT_TYPE_MISMATCH, which then got translated into error 6
(ERROR_INVALID_HANDLE).
This one sounds interesting. Please attach a --debugmsg +relay,+winsock log.
------- Additional Comments From marc <at> bazooka.se 2003-01-17 08:54 -------
this is the +winsock print... +relay is really to slow... it doesent seem to
matter if I add an IPX interface or not ./ipx_interface add -p eth0 802.3 0x12345678
[marc@dhcppc2 marc]$ nice -n 20 wine -debugmsg +winsock
/home/marc/starcraft/StarCraft.exe
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
fixme:console:SetConsoleCtrlHandler (0x4c6410,1) - no error checking or testing
yet
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40292110)->(00010021,00000013)
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x40295e80,00010021,2):stub
trace:winsock:DllMain 0x44070000 0x1 (nil)
trace:winsock:DllMain 0x44070000 0x0 (nil)
trace:winsock:DllMain 0x440c0000 0x1 (nil)
trace:winsock:WSAStartup verReq=101
trace:winsock:WSAStartup succeeded
trace:winsock:WS_socket af=6 type=2 protocol=1000
trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0
flags=0x1
trace:winsock:WS_socket af=6 type=2 protocol=1000
trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0
flags=0x1
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WS_bind socket ffffffff, ptr 0x1800ff70, length 14
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WS_closesocket socket ffffffff
trace:winsock:WS_closesocket socket ffffffff
trace:winsock:DllMain 0x440c0000 0x0 (nil)
[marc@dhcppc2 marc]$
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-19
11:37 -------
Please retry with Wine CVS in about a week; Roderick Colenbrander just submitted
an IPX configure script fix that might also fix that particular issue.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1225
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:20 -------
Bug comments restored from Gmane.org:
hello there,
i get a compile error with the latest cvs-wine version.
compiling with gcc-3.1 on libc-2.2.5:
make[1]: Entering directory `/morespace/hdc/dl/wine/wine/ole'
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT
-o dx8guid.o dx8guid.c
In file included from dx8guid.c:26:
../include/winuser.h:2396: unnamed fields of type other than struct or
union are not allowed
../include/winuser.h:2409: unnamed fields of type other than struct or
union are not allowed
make[1]: *** [dx8guid.o] Error 1
make[1]: Leaving directory `/morespace/hdc/dl/wine/wine/ole'
------- Additional Comments From hughes2002 <at> btinternet.com 2003-01-15
07:36 -------
I can confirm the same error occurs with GCC 3.1 and glibc-2.2.4.
It is due to the nameless struct MONITORINFO which occurs in winuser.h.
A temporary hack is to define -DNONAMELESSSTRUCT in the ole/Makefile.
Doing this allows the compile to continue until it comes upon the next #include
of winuser.h. So far, I've found it occurs in tools/bin2res, tools/wrc,
dlls/d3d8 and dlls/d3dx8
and dlls/opengl32.
Defining NONAMELESSSTRUCT in the appropriate .c file that includes winuser.h
also solves the
problem on a smaller scale.
------- Additional Comments From marcus <at> jet.franken.de 2003-01-17 15:18
-------
confirmed.
I submitted a patch to fix the MONITORINFOEX structs.
The IDL structs are a bit weirder though.
------- Additional Comments From Steven_Ed4153 <at> yahoo.com 2003-03-17 12:20
-------
This bug can be closed. I had this same problem on Mingw untill Marcus submited
his patch.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1134
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:16 -------
Bug comments restored from Gmane.org:
running wine 20021031 with an installed copy of Windows ME, I tried to start MS
Word. It complained that it was not installed. I compared the wine system.reg
and the registry dump from regedit.exe and found the following difference:
Windows Registry:
[HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES\Applications\WINWORD.EXE\shell\edit\command]
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=hex(7):4c,6a,4e,25,21,67,78,73,66,28,4e,67,5d,71,46,60,48,7b,4c,73,\
57,4f,52,44,46,69,6c,65,73,3e,6c,6c,54,5d,6a,49,7b,6a,66,28,3d,31,26,4c,5b,\
2d,38,31,2d,5d,20,2f,6e,00,00
~/.wine/system.reg:
[Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036529854
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=str(7):"LjN%!gxsf(Ng]qF`H{LsWORDFiles>llT]jI{jf(=1&L[-81-] /n\0"
Replacing the "command"= line in ~/.wine/system.reg with the one from the
Windows registry fixed the problem. Looking at an ASCII table, I realized that
the string was the same byte values, except the byte order was swapped.
Changing the byte order to
[Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036745211
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=str(7):"jL%Ng!sx(fgNq]`F{HsLOWDRiFel>sll}TIjj{(f1=L&-[18]-/ n\0"
fixed the problem. MS Word started, loaded a file and saved it with no problem.
This is probably a general problem with all registry values that load to str(7).
I saw it in several other str(7) values in the system.reg file.
Should be easy to fix, but I don't know anything about Wine's architecture, so I
don't even know where to begin looking for the function that reads in the
Windows registry.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1132
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:16 -------
Bug comments restored from Gmane.org:
Hi,
We're experimenting with quicktime audio/video codec support in MPlayer.
Audio already works using libwine, but it crashes with video.
We've made a minimalist sample app, to read a file, decode and write to another
file. It works in real windows (both cygwin and msvc-compiled exe) but
crashes in Nth CreateEventA(0,0,0,0) call inside wine (according to gdb,
in kernel/sync.c:45) under linux.
The source (.c for cygwin/gcc, .cpp for msvc), .EXE, and the input datafile
can be downloaded here:
[ftp|http]://ftp.mplayerhq.hu/MPlayer/samples/qtvideo/
It requires qtmlClient.dll from QT5 SDK (I put that file there too), and
installed QuickTime 5.x player (for recompiling exe from source you need
the full QT SDK for includes)
I've tested with Wine-20021031.tar.gz and codeweavers-wine-20020904
both compiled from source, with gcc 2.95.3.
my ~/.wine is symlinked to crossover plugin's dotwine dir, where i have QT5
player installed.
If you need more info, tell me.
thanks,
A'rpi / Astral & ESP-team
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07
12:44 -------
Waaaah, cool ! :-)
Hmm, could you attach a --debugmsg +relay,+server logfile ?
I currently don't have a lot of time, but I'm sure others are also interested.
------- Additional Comments From arpi <at> mplayerhq.hu 2002-11-07 12:51 -------
Are you sure you want it?
It wrote HUGE log for a while (around a half minute), and it crashed when the
log was around 280 MB long, then it (4 instances of wine still running)
continued writing the log...
then i've killed.
A'rpi
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07
14:18 -------
Err, not so sure any more ;-)))
Hmm, could you attach a log showing about 5000 lines around the problem ?
Or maybe I'd even have to install that stuff... *sigh*
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1135
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:15 -------
Bug comments restored from Gmane.org:
When you do click about a menu, it doesn't work.
The rebar background, or could be even the toolbar background is missing.
(this last is a comctl32 problem, or missing feature)
Carlos.
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08
15:25 -------
This is two seperate bugs. Lets treat this one as the menu bug. Please open a
seperate bug for the rebar bug.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-12-28 04:25
-------
This could be due to missing CreateMenu/DestroyMenu state memorizing
functionality that is implemented from Win9x on (Win 3.x didn't have that).
(implementing this properly is difficult, since it's unknown how exactly to do that)
Another programs affected by this is FilZip 2.01 (IIRC).
Another program with non-working menus is reported to be QuoteTracker.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16
-------
And yet another program that might be broken the same way is
CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23
-------
Forgot to mention that the CFMX report is in AppDB.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1136
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:13 -------
Bug comments restored from Gmane.org:
Hello all!
I do not know if this is a wine-specific problem, its very strange, but here
you are:
I am developing under Linux a server-side application. As client I have to use
Internet-Explorer, because the rest of the wold does :-(
When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6
and wine,
I can not use the dialogArguments-Property in the opened dialog-Window.
First I thougt, that I made some error in JavaScript, but as I tried my scripts
out
on a real windows-box (same IE5.5 and IE6) it worked fine.
Somewhere between the windows there are my arguments lost.
Here is it like it should be:
test.html:
<script>
window.showModelessDialog("dialog.html", "test")
</script>
This small html-file opens a dialog and displays this document in it:
dialog.html:
<script>
alert(window.dialogArguments)
</script>
Now the opened dialog displays a message "test". Because dialogArguments are
set by the
showModelessDIalog-Method.
This works on the real windows-box. IT DOES NOT WORK on wine. It always
displays "undefined".
How can this be? Looks like a very highlevel error somewhere?
yours
Gunter
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.