#FR 3.13
17 messages in this thread
I uploaded version 3.13 of my file requester to AmigaTech library 13, as
FRQLIB.LZH a couple of days ago…. go get it! (smile)
Khalid.
Khalid,
I did get it. The file requester works fine, but the injector gurus
every time when I try using it with ADPro. This carries over from the last
upgrade to the injector. Before that it worked fine. I'm still running
1.3 (my copy of 2.0x has not arrived at our understocked dealer yet!)
Perhaps you might consider marking the injector as 2.0 only?
Bill, K3OZM
Bill, hmmm… I thought that problem was fixed long ago. I can't duplicate
it here. Are you sure you are using the latest FR_Bypass? You can disable
the req.library bypass and leave the rest working easily.
Khalid.
It is the one posted this week. When it GURU'd in ADPro, I removed it
from my startup-sequence. So, the only time I see it is in programs
calling for your requestor now. It is a nice one though. I'd run it all
the time if it worked, but can live without it for a while. 🙂
Bill, K3OZM
Bill, try running it as "FR_Bypass q" in the startup-sequence. This will
make it not intercept calls to req.library. I haven't been using 1.3 for a
long time now, so something might have broken there… what guru # do you
get?
Khalid.
Khalid,
I get the 'software error' system requestor and the mouse and keyboard
are locked as soon as I request a file. I have to reboot, so I never see
the GURU number. Selecting directories or volumes doesn't seem to be
affected, it happens when I call for a file.
I don't know what else might be affected. I use ADPro quite frequently,
so I removed the injector when it began affecting that program. I did like
using the requestor a couple of versions ago with ADPro, but it is not an
option now. Most of the programs I use regularly either call your
requestor or req.library directly, so running the injector with req.library
intercepts masked only eats up memory to no real purpose. (Your requestor
does not exhibit this behavior when the program calls it internally.)
Bill, K3OZM
I've had the same experience when running FR_BYPASS in 1.3. As soon as you
click on a file to select, you get a task held error immediately followed
by a lock up. No guru. At first I thought it may be my 1.3 setup, so I
copied the original WorkBench 1.3 disk and added your file requester and
FR_BYPASS to the disk and installed CED. It still had the same results –
task held and frozen machine. Hope this helps.
Rich
Rich, ok.. I'll fish out a 1.3 machine and try it out.
Khalid.
Khalid –
I'm curious about the following:
1. Start FR Bypass/Injector 3.13 from the CLI (w/no params)
2. Bring up the control panel (right alt-right shift-E key)
3. Select Open Hi-res Screen (H) (or Hi-res/lace) and Use (U)
4. Call up Requester (right alt-right shift-R key)
5. Cancel Requester (ESC)
6. Bring up the control panel (right alt-right shift-E key)
7. Reselect Never open own screen (v) and Use (U)
8. TRY to call up Requester again!
On my plain Amiga 2000 using DOS 2.04 (and the outa the box low res
Workbench screen and colors) NO requester appears, the power LED gets
progressively dimmer and dimmer (tight loop city), (pretty soon) use of the
keyboard is lost, and usually sooner or later — guruville.
[I know — then DON'T DO THAT!] 🙂
REC
——
Bob, ok.. that is a genuine bug… I just duplicated it. Will fix it.
Thanks.
Khalid.
Bob, I fixed it. It had to happen in that exact sequence for the bug to
show up. I was trying to open the FR on a non-existant screen… Intuition
didn't like that much. 🙂
Any more bugs? Suggestions? Comments? (grin)
Khalid.
Khalid –
Don't remember why I was fooling around with the Control Panel in that
way — except that I'm so enamored of your FR that I tend to want to TRY
EVERYTHING just to make sure I not missing a feature. 🙂
I also am curious about another noted characteristic of the Control
Panel. If you start FR_Bypass (from the CLI anyway) with the injector
disabled for one of the requestors (say ASL e.g.) by using the command line
parameters:
>FR_Bypass l
then the associated "button" (Bypass asl FR in this case) is missing!!!
OTOH, if you start FR_Bypass with all the bypasses enabled, then you can
subsequently, turn them off and on to your heart's content (or is it enable
and disable the bypass for that requester?).
REC
——
Bob, yes.. using the l, p, or q options makes FR_Bypass totally ignore the
specified library. As a result, in the control panel, that button is not
shown at all, as if the library wasn't found in libs:
I probably should document this behaviour. (grin)
Khalid.
> Any more bugs?
Possibly. <grin> Under AmigaDOS 1.3.3 (at least) using the up/down
arrows to update the FR's display sooner than normal, while it's still
loading the directory, gets you gibberish characters in the filename field.
They usually seem to be an inverted H and inverted backslash, for what it's
worth. Thanks, though, for a now-indispensible utility that regularly makes
computing easier! 🙂
=Tom=
Tom, are these the keyboard up/down keys, or the scroll up/down gadgets in
the FR window?
Khalid.
Khalid,
When I run the new FR_Bypass it now doesn't intercept the requester in Art
Dept Pro. Any ideas? It used to work fine.
I don't run any switches on, just default "run c:bin/Fr_Bypass"
–Paul
Whappin' from the Wine Country
Paul…
I've no idea if this is correct, but the installation instructions call for
FR_BYPASS to be in your C: directory, not in a subdirectory in C:, and also
call for running it either in your startup-sequence or via WBStartup:
—————————————————————–
Installation:
————Copy FR_Bypass to your C: directory, and add it to your
startup-sequence, or drag the FR_Bypass icon into your WBStartup drawer.
—————————————————————–
FR_BYPASS works fine for me on my A3000/WB2.04 with AdPro.
Hope this helps…
Michael
….from the north coast (go Cavs!)