Bugs locks Break... is not printed when we interrupt the lock listing This harmless bug is a replacement for a memory loosing bug. I prefer this bug :-) Stack overflow There seem to be some problems with 'killing' a task that has crashed because of a stack overflow ('account' command). The solution is of course not to kill the program :-) PowerVisor has halted the program so it will do no more (!) harm fmove.d bug in disassembling of the following instruction : F23C 5400 3FF1 9999 9999 999A : FMOVE.D #$3FF19999,FP0 front The 'front' command crashes if you use it from within ARexx when PowerVisor is in hold mode ('hold' command) and before PowerVisor was in hold mode, it was on its own screen. In all other cases this command works Bugs for AmigaDOS 1.2/1.3 version of PowerVisor only debug PowerVisor looses 24 bytes when you do 'debug l' and 'debug u'. cursor The cursor in the stringgadget sometimes disappears in the AmigaDOS 1.2/1.3 version of PowerVisor (this happens the first time you use the key to go in history) stringgadget I know of no way to unactivate a stringgadget in AmigaDOS 1.3 and older. Therefore cycling through the windows with is not enough to deactivate the stringgadget. You will have to press first (or click next to the stringgadget) before you can press the key (with -MORE- or -HALT-) Things that could be better and maybe should be supported mmu 'mmutree' does not support indirect pages and 8 byte descriptors 'mmutree' does not support FC trees (function codes) signals maybe we should share some signals, we have only five signals left 'mode' The mode variable is not restored when an error occurs while assigning to 'mode' trace u PowerVisor may disturb other programs if you set your breakpoint in shared memory trace Tracing is very hazardous for multitasking. You can scarcely move your mouse crashes There are still some guru's PowerVisor does not trap crash trapping Address Errors are not recoverable fonts We should not permit proportional fonts search/copy/fill These routines are very sensitive to bad arguments (negative for example) Overflows Powervisor does not always check for overflow (especially with string parsing) Make sure that your strings are always smaller than the maximum line length in the stringgadget (set with 'prefs linelen', default 400) Future enhancements (note that these are NOT promises :-) owner Owner should be expanded to handle more system lists load Load should have an extra argument : offset to start loading mmu I have been thinking about a very powerful system to use the mmu for protecting memory. PowerVisor could be protected from other programs and some extra commands could be provided to read or write protect regions of memory Floating pt I plan full floating point support for PowerVisor. The first steps have been set with the primitive 'fregs' command and the bug fix in tracing with floating point. Future enhancements will include floating point register modification and others a4 I plan a new scheme to allow setting labels for local variables (in C for example) switch Task switching monitor. Using this monitor you will be able to debug communication problems between two or more tasks