From owner-freebsd-emulation Mon Feb 23 19:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27747 for freebsd-emulation-outgoing; Mon, 23 Feb 1998 19:31:50 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA27712 for ; Mon, 23 Feb 1998 19:31:44 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 23 Feb 1998 22:30:36 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA11327; Mon, 23 Feb 98 22:30:30 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA06525; Mon, 23 Feb 1998 22:30:25 -0500 Message-Id: <19980223223025.24724@ct.picker.com> Date: Mon, 23 Feb 1998 22:30:25 -0500 From: Randall Hopper To: Mike Smith Cc: emulation@FreeBSD.ORG Subject: Re: DOSCMD: Ctrl-Enter doesn't work in Quicken Mail-Followup-To: Mike Smith , emulation@FreeBSD.ORG References: <19980129180955.42881@ct.picker.com> <199802222339.PAA08809@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802222339.PAA08809@dingo.cdrom.com>; from Mike Smith on Sun, Feb 22, 1998 at 03:39:05PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith: |> Oddly, Quicken just doesn't see Ctrl-Enter. "Enter" works, other Ctrl |> sequences work, but not Ctrl-Enter. | |Is this ctrl-enter or ctrl-return? Well, in terms of keycaps, both the main block and keypad key are labeled Enter. And booting into MS-DOS directly, Ctrl-Enter in Quicken can be effected by using either Enter key. In terms of X keysyms though, the default "Return" keysym is bound to the main Enter key here, and the "KP_Enter" keysym is bound to the keypad Enter key (verified using xev). |> I guess this might mean that Quicken is relying (at least partially) on |> keyboard probes at the port level. (I notice that Quicken sets its own |> INT9 KB intr hdlr when it fires up) | |Is doscmd delivering these interrupts? It's possible that Quicken (for |some unknown reason) is keeping its own internal modifier state. |(Does it have onscreen key prompts that change as you hit modifiers?) Yes. I have printfs in int09 and see it being called for the Ctrl press/release and the Enter key. The right scan code/key code pair (based on what I see in stand-alone DOS) gets stuffed into the keyboard buffer, and the keyboard modifier byte in segment 0x40 is kept up-to-date. No, nothing on-screen changes when modifier keys are pressed and released. Other Ctrl- sequences seem to work -- something special about that Ctrl-Enter. Maybe the stacked INT 9 hdlr that Quicken's putting on top is doing some translation. |> (Unfortunately, Ctrl-Enter is the only way to get out of the |> split-transaction dialog in Quicken 5, so I'm motivated to dig into this) | |Yeep. Any more progress? Not really. I've been busy with other projects, and have just booted into DOS the few times I've needed Quicken since then. It's still on my things-to-look-into list. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message