leilabd@cvaxa.sussex.ac.uk (Leila Burrell-Davis) (02/18/88)
A colleague tells me he has recently acquired a 1040 STF with the new OS roms and finds that he can no longer remove John Franco's ETRNL2 ram disk by doing a reset with CAPS LOCK held down. Any ideas why that might be? Any chance of a fix ... John? -- Leila Burrell-Davis, Computing Service, University of Sussex, Brighton, UK Tel: +44 273 678390 JANET: leilabd@uk.ac.sussex.cvaxa ARPA: leilabd%cvaxa.sussex.ac.uk@cunyvm.cuny.edu BITNET: leilabd@cvaxa.sussex.ac.uk UUCP: leilabd@cvaxa.uucp
franco@iuvax.cs.indiana.edu (02/24/88)
I can probably fix ETRNL2 to work with the new ROMS but I need
the following information to do so:
1. What are the locations of phystop, _memtop, drive_bits, _membot,
hdv_BPB, hdv_rw, hdv_mediach
2. Have any changes been made to _kbshift ($B of TRAP $D)? If so,
what? Is the bit vector the same?
If I get this info I will try to assemble a new ETRNL2 and send it to
people to test.
Bonus:
The new ETRNL2 will have a bug fixed: the first version did not
clear the FAT and Root Directory when resizing so resizing downward
according to the instructions given sometimes causes strange files
and folders to appear. This is fixed in all but the first version
I posted and the new ETRNL2 will behave properly in this regard as
well.
I put in a real media change option - this was a result of a program
I wrote to dump a series of floppies to the RAMDISK on bootup. I
found that folders were unknown to the system without a media change
on the "hard-drive" (so here seems to be another case for having
hard disk media changes). This media change option, by the way,
can probably be used for hard-drives as well as the ramdisk without
modification (I am not sure about the modification being unnecessary
since I do not have the code in front of me). However, to use it,
one must force the media change from software. Thus, to do the
media change one must actually run a program to set a bit in the
ramdisk drivers (of course this can be done from a program for
checking free space etc. so the penalty won't look so bad).
Please send system info requested above to:
franco@iuvax.cs.indiana.edu
Please respond only if you really know the answers to the questions.
apratt@atari.UUCP (Allan Pratt) (02/25/88)
in article <432@cvaxa.sussex.ac.uk>, leilabd@cvaxa.sussex.ac.uk (Leila Burrell-Davis) says: > > A colleague tells me he has recently acquired a 1040 STF with the new OS roms > and finds that he can no longer remove John Franco's ETRNL2 ram disk by doing > a reset with CAPS LOCK held down. > > Any ideas why that might be? Any chance of a fix ... John? Yes: it sounds like he used the unpublished, floating variable for the keyboard shift state, rather than the BIOS call which gives the same information. I can understand using the OS variable when it's time-critical, like in the main loop of a game, but why not use the BIOS call when it's just a one-shot? Beats me. ============================================ Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
franco@iuvax.cs.indiana.edu (02/28/88)
Alan, if you don't know, don't talk. The ETRNL2 ramdisk I posted uses the kbshift BIOS call (number 11).
franco@iuvax.cs.indiana.edu (02/28/88)
The ETRNL2 ramdisk I posted does in fact use kbshift and does not use the unpublished keyboard state variable.
rich@lakesys.UUCP (Rich Dankert) (02/29/88)
In regards to the keyboard\shift > >Yes: it sounds like he used the unpublished, floating variable for the >keyboard shift state, rather than the BIOS call which gives the same >information. > >I can understand using the OS variable when it's time-critical, like >in the main loop of a game, but why not use the BIOS call when it's >just a one-shot? Beats me. > >============================================ >Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. >reflect those of Atari Corp. or anyone else. ...ames!atari!apratt Would seem tobe the reason that the menu bar lockout in Word Perfect and the alt\cntl\shift won't work in K-Switch or the Supra hard drive over ride won't work also. Any way to alter this by way of a small program that would be run in the AUTO folder at boot up? -rich UUCP: {Ihnp4,uwvax}!uwmcsd1!lakesys!rich Disclaimer: Pick one, it works for me
dclemans@mntgfx.mentor.com (Dave Clemans) (03/02/88)
The Supra hard drive boot override does work with the new ROM's; timing just becomes critical. You can't keep the keys held down through the whole boot sequence, because the state gets cleared during system initialization before the driver is called. Basically you have to judge when initialization is over (relatively easy on monochrome displays; harder on color systems) and hit the keys then before the system starts reading boot sectors. dgc
sid@brambo.UUCP (Sid Van den Heede) (03/04/88)
In article <36500035@iuvax> franco@iuvax.cs.indiana.edu writes: > I > found that folders were unknown to the system without a media change > on the "hard-drive" (so here seems to be another case for having > hard disk media changes). [...] > ...to use it, > one must force the media change from software. Is this what happens when the ESCape key is hit from the desktop, causing the display of folders to be updated? Does the desktop- handling software do a mediach? -- Sid Van den Heede Voice: 416-792-1137 sid@brambo.UUCP FAX: 416-792-1536 ...!utgpu!telly!brambo!sid Bramalea Software, Suite 406, 44 Peel Centre Dr, Brampton, Ontario L6T 4B5
john@viper.Lynx.MN.Org (John Stanley) (03/12/88)
In article <310@brambo.UUCP> sid@brambo.UUCP (Sid Van den Heede) writes: >Is this what happens when the ESCape key is hit from the desktop, >causing the display of folders to be updated? Does the desktop- >handling software do a mediach? No Sid... Escape just re-reads the directory... --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john