[Bug 1350] [AllocConsole, CONIN$/CONOUT$]Take command /32 ver 3.01A displays inverted "?" characters instead of text in command window, diverts I/O to console instead.

[Wine Bugs]

http://bugs.winehq.com/show_bug.cgi?id=1350

------- Additional Comments From [e-mail]  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.