1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96
|
Release notes for BIEW version 5.2.0
====================================
This document contains up-to-date information for end-users and developers.
Limitations of use of this release:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Min. screen width: 80 characters
Max. screen width: 255 characters
Min. screen height: 3 rows
Max. screen height: unlimited
Min. colors: 2
Max. colors: 16
Dynamic resizing of size of screen: no
Max. size of viewing file: 2Gb
Known problems in this release:
===============================
Known problems at developing-time:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- When I try used *scanf* function family, then in many development systems
I found bugs for those functions. I mostly recommend use strto* function
family instead.
- Project contain "danger" code for some platforms.
(See: biewlib/sysdep/ia32/dos/timer.c, ...)
I mostly recommend use -O2 switch for gcc with any other keys.
- After building of project with Cygnus GNU development systems
(like: cygwin, glibc-2.1.x e.t.c.) in Percent dialogs wrong
displayed elapsed time. In hours position displayed 03 instead 00.
Because of this problem does not exists in other GNU ports
(like os2-emx, dos32-djgpp), therefore it problem of library, but
not BIEW.
- Wrong displayed contents of LX format, when file consist from
"Iterated data page type II" pages.
- About problem with different results of fastcall and cdecl versions
under Win32: It may be a deep-hidden bug of biew or bug of gcc,
because in some snapshots of biew it appeared also under other gcc related
development systems. (Notes: compiled with GCC CDECL version works correctly,
as compiled with Watcom and TopSpeed, where fastcall is used by default!!!)
Known problem at run-time (this problem of OS's):
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- When biew-OS/2 is running under OS/2 v4.5 UNI_040 in fullscreen
mode sometime it generated TRAP in POINTER$ device. (Better run it
in windowed mode or use last patched UNI_039 kernel (at 03.11.1999)
or last patched UNI_040 kernel (at 28.03.2000)).
(Author has no problems with UNI_054 (unofficial)).
- Biew-Win32 does not work properly under WinNT-4.0 SP3 and older.
- Sometime, when biew-Win32 is running under WinNT-4.0 (SP4-5) and
system perform swapping after quitting of biew You may receive GPF.
What's todo:
============
(This block contain a lot of ideas. Not all will released, but most of them)
+ User defined names for labels. (QUICKLY)
+ Support of ordinal entries by name. (QUICKLY)
+ Expand references prediction code. (WHEN NEW IDEAS WILL COME)
+ Accelerating video i/o (ALWAYS)
+ ONE OF: (IN THE NEAR FUTURE)
- mman support / preemptive memory allocation in bbio technology
- support for 64-bits file systems.
+ Fully-featured support for LE, LX, a.out, arch, elf, (AS FAR AS POSSIBLE)
*nix formats (if possible with using binutils or scripts)
+ Dissasemblers for other platform. (IF THEIR USERS CODED IT)
+ OS/2 mouse-bug fix. (AS FAR AS POSSIBLE)
+ Any base for hex-mode (probably it will digit mode viewer) (NOT URGENTLY)
+ C (.c .cpp .h .hpp) syntax hilighting (NOT URGENTLY)
+ Bookmarks (screen-shot functionality) (NOT URGENTLY)
+ Search and replace (non-interactive) (NOT URGENTLY)
+ Powered search with wildcard (templates like *?) (NOT URGENTLY)
(Note: In this case Boyer-Moore optimization is not allowed)
+ block operations like: (NOT URGENTLY)
recode with external tables (non codepage)
reverse block (word-dword) (big-little endian - endianify)
sort block.
+ capable showing the stack of calls. (IN THE NEAR FUTURE)
As effect: search of code which references given place
+ Search within crypted bytes (NOT URGENTLY)
+ Window classes -> most effective mouse usage (NOT URGENTLY)
(this will start 6.x series)
+ Add support for dynamically linked plugins and addons. (NOT URGENTLY)
(this will in 6.x series)
+ Fully featured Java support (AS FAR AS POSSIBLE)
Sweet dreams: (DISTANT FUTURE)
~~~~~~~~~~~~~
+ Format-related writting. (Insert new sections, change size
of existsing sections and rebind them e.t.c.).
++ First effect: attempt to try particular restore corrupted file.
++ Next effect: optimization of binary files on assembler level
(Note: not all formates allowed it).
See also @todo records in sources.
|