[Date Prev][Date Next][Subject Prev][Subject Next][
Date Index][
Subject Index]
Re: SWEEP WORKS! searching subdirectories
- Subject: Re: SWEEP WORKS! searching subdirectories
- From: Robert Holmgren holmgren@xxxxxxxx
- Date: Sun, 11 Aug 2002 22:51:59 -0700
** Reply to message from Judith Davidsen on Sat, 10
Aug 2002 12:34:40 -0400
> Still no joy. I even assigned NIBK to ctrl 21 (Y) and got
> nowhere.
Very odd. But what process are you trying to BreaK out of?
> I'm on a Dell Inspiron 3200 with Win98SE. Maybe that's got
> something to do with the problem.
Funny thing: I have a Dell Inspiron 7500 with Win98SE sitting in another room.
I just configured its KBD file to 90=NIBK in 7 out of 8 TABLEs. I then used the
DEFTO$ frame, as a simple test frame -- not SWEEP! I launched DEFTO$,
and then immediately tried to BreaK out of it, without entering another
keystroke. All 7 assignments worked, even unadulterated "Pause/(blue)Break" by
itself, no Fn key, no nothing.
Have you tried this? Do exactly what I did -- use DEFTO$ -- and tell me if it
works. If that doesn't work, Email me your KBD file -- something is screwed up.
With SWEEP, or SEarch actually, I think you have a different situation. SEarch
is sitting there, waiting for a one-character keystroke (spacebar|C[ontinue],
O[pen], N[ext file], S[top]). You're trying to BreaK out of the frame, by
issuing func BK. But SEarch is frustrating that. SEarch is reading your [func
BK] keystroke and throwing it away, because it isn't one of the acceptable keys
(C, O, N, S, space) that SEarch is waiting for. So it's a peculiar situation,
and one you can't defeat with BreaK, I'm afraid.
The sort-of-good news is that in v113 I set the Stop option to do an ,
which means a dead halt to the running program, its parent (SWEEP), the whole
bloody family. Sort-of-good because it's not smart programming practice, but --
what the hell.
-----------------------------
Robert Holmgren
holmgren@xxxxxxxx
-----------------------------