Message-Id: <199801050743.JAA00239@ankara.duzen.com.tr> Comments: Authenticated sender is From: "S. M. Halloran" Organization: User RFC 822- and 1123-Compliant To: djgpp AT delorie DOT com Date: Mon, 5 Jan 1998 09:44:22 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Bug Report: RHide Precedence: bulk [This set of bug reports is being posted to the newsgroup/list because the text in and author of RHide apparently encourages this.] The following bug reports applicable to: --- RHide version 1.4 (30 Sep 97) operated primarily, if not exclusively, in 80x43 text mode typical VM=30M PM=10M machine is often Pentium 100/16 MB RAM/1+ GB disk:100 MB free however sometimes using system at home: 486DX-33/4 MB RAM/30 MB made free on 250 MB drive --- gcc v2.7.2.1 The standard bug report info produced by RHide itself is appended to this text. Key to Abbreviations: [B]: true bug, creates bad behavior, may crash app or system, may necessitate a re-start or exit [MF]: missing feature--this feature is present in Borland's Turbo C++ v. 3.0 IDE but not available in RHide (yet). [UF]: useful feature--this feature is absent in the system and may or may not be present in any of Borland's IDE systems, but would be a very handy or useful feature to have. (1) [MF] In middle of window movement/resize, it is necessary to press 'Enter' to leave the window-movement/resize before any other input activity, namely mouse use, can be employed. With Turbo C-like editors, a mouse input action can cause a change a window to become active and leave the window move/resize state. (2) [B] Likely a 'gcc' error: in linking phase, the message window reports for duplicated external references the following (an example): Creating: rasse.exe Error: ../obj/chem.o: In function `LinkHNum': chem.c(95) Error: multiple definition of `LinkHNum' o:checkcyc.c(263) Error: first defined here Note that error is in last line: clicking or hitting error on selected line in message which contains 'chem.c' properly opens new window with source 'chem.c'. Clicking line containing 'o:checkcyc.c' opens an empty window at position 1:1 with no source. The problem is the 'o:' part. (3) [B] Editor error: In some cases, the editor loses track of the cursor; this may result from complicated movments of cursor repositioning via arrow keys (re-positioning by mouse?), but will attempt to pay more careful track of what input events occur prior to 'lost cursor'. Not necessary to re-start rhIDE or close window under fault: believe that moving a complete 'windowful' up or down (use of PG UP or PG DN) key restores synchrony between cursor and character-entry position. (4) [MF] Two items are missing from the Window menu of RHide. One is the ability to call up the Watch window (key combination is Alt-W + 'W' in Borland's system) and the Message window (key combo is Alt-W + 'M'). In fact, a closed Message window apparently cannot be recovered, although a closed Watch window can (via Ctrl-F7). The key combination for the Project window summons, currently Alt-W + 'J' seems to be at variance with Borland's key combination of Alt-W + 'P' (this is a recommended change to be consistent with the Borland interface). The only way to summon the Message Window is to do a build/make/compile at present, not a desirable situation. (5) [MF] Borland IDE has a much better presentation of structures and arrays during debug sessions through the data 'Inspector' system. This is a separate window showing members and their values (for structures) or the numbered array element and its value (for arrays). The Watch window currently allows a line-oriented presentation which is difficult to manage. (6) [MF] Cannot alter presentation style of value in Watch window as can be done in Borland IDE. Borland allows alternative formatting/presenation for ALL defined symbols in the Watch window. This is in addition to being able to cast a defined symbol. For example, integer variables can be expressed as decimals or hexadecimals (Borland Turbo C++ v.3.0 did not allow octal expression, but that would be a useful feature). (7) [B] Running on a 486DX (33 MHz) with 4 MB RAM--and very slowly I might add--with VM=35 MB and PM=1 MB and only the minimal drivers (after TSRs loaded, free conventional RAM = 612K or so), RHide sometimes exits abruptly after a big build and then a step (Shift-F7 or F7) into a debug session. This remains to be seen on a "real" system (a Pentium @ 100 MHz with 16 MB RAM and ~100 MB free disk space). (8) [MF] The List of Opened Windows (key combo Alt-'0' or Alt-W + 'L' apparently only features opened windows. Other files (closed windows?) present do not represent an ordered list of recently opened windows, as is the case in the Borland IDE. This list of recently opened windows is a very handy feature. (9) [MF] The Project window currently sorts all source files in alphabetical order, which is at variance with the more preferable Borland IDE system of sorting sources according to the position in which they are added with respect to the selection line. Moreover, the Borland IDE presented a summary of the lines and bytes of the code and data sections compiled (perhaps gcc can be coaxed into reporting this, although this is admittedly a low priority feature). ------begin internal RHide Bug Report-generated text This is a bug report for RHIDE Version 1.4 (Sep 30 1997 23:06:59) I am running MS-DOS 7.10 (Windows 95) Important environment variables: PATH=F:\DJGPP\BIN;C:\WIN95;C:\WIN95\COMMAND;C:\BATCH;C:\DOS;C:\ODAPI; C:\PKWARE;C:\TC\BIN;C:\XTGOLD;F:\INTEG;F:\PGP26 DJGPP=f:\DJGPP\DJGPP.ENV LFN=n INFOPATH=f:/djgpp/info;f:/djgpp/gnu/emacs/info LOCALEDIR= LANGUAGE= SHELL= COMSPEC=C:\WIN95\COMMAND.COM DJSYSFLAGS= Here is the output from a sample compilation and link for C executing: echo "int main(){return 0;}" | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null -x c - Reading specs from f:/djgpp/lib\specs gcc version 2.7.2.1 f:/djgpp/bin\cpp.exe -lang-c -v -undef -D__GNUC__=2 -D__GNUC_MINOR__=7 -Dunix -Di386 -DGO32 -DMSDOS -DDJGPP=2 -DDJGPP_MINOR=1 -D__unix__ -D__i386__ -D__GO32__ -D__MSDOS__ -D__DJGPP__=2 -D__DJGPP OR__=1 -D__unix -D__i386 -D__GO32 -D__MSDOS -D__DJGPP=2 -D__DJGPP_MINOR=1 - f:/djgpp/tmp/RHcaaaaa\ccbaaaaa GNU CPP version 2.7.2.1 (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: f:/djgpp/include f:/djgpp/contrib/grx20/include /usr/local/include /usr/local/go32/include /usr/local/lib/gcc-lib/go32/2.7.2.1/include /usr/include End of search list. f:/djgpp/bin\cc1.exe f:/djgpp/tmp/RHcaaaaa\ccbaaaaa -quiet -dumpbase -.c -version -o f:/djgpp/tmp/RHcaaaaa\cccaaaaa GNU C version 2.7.2.1 (80386, BSD syntax) compiled by GNU C version 2.7.2.1. f:/djgpp/bin\as.exe -v -o f:/djgpp/tmp/RHcaaaaa\ccdaaaaa f:/djgpp/tmp/RHcaaaaa\cccaaaaa GNU assembler version 2.7 (i386-go32-msdos) f:/djgpp/bin\ld.exe -o /dev/null f:/djgpp/lib\crt0.o -Lf:/djgpp/lib -v f:/djgpp/tmp/RHcaaaaa\ccdaaaaa -Tdjgpp.djl -lgcc -lc -lgcc ld version 2.7 (with BFD 2.7) f:/djgpp/bin\stubify.exe -v /dev/null Warning: input file is not COFF or stubbed COFF .exe: No such file or directory (ENOENT) stubify for djgpp V2.X executables, Copyright (C) 1995 DJ Delorie End of the sample Here is the output from a sample compilation and link for C++ executing: echo "int main(){return 0;}" | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null -x c++ - Reading specs from f:/djgpp/lib\specs gcc version 2.7.2.1 f:/djgpp/bin\cpp.exe -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=7 -Dunix -Di386 -DGO32 -DMSDOS -DDJGPP=2 -DDJGPP_MINOR=1 -D__unix__ -D__i386__ -D__GO32__ -D__MS _ -D__DJGPP__=2 -D__DJGPP_MINOR__=1 -D__unix -D__i386 -D__GO32 -D__MSDOS -D__DJGPP=2 -D__DJGPP_MINOR=1 - f:/djgpp/tmp/RHcaaaaa\ccbaaa GNU CPP version 2.7.2.1 (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: f:/djgpp/lang/cxx f:/djgpp/include f:/djgpp/contrib/grx20/include /usr/local/lib/g++-include /usr/local/include /usr/local/go32/include /usr/local/lib/gcc-lib/go32/2.7.2.1/include /usr/include End of search list. cc1plus f:/djgpp/tmp/RHcaaaaa\ccbaaaaa -quiet -dumpbase -.cc -version -o f:/djgpp/tmp/RHcaaaaa\cccaaaaa gcc.exe: installation problem, cannot exec `cc1plus': No such file or directory (ENOENT) ------end internal RHide Bug Report-generated text Mitch Halloran Research (Bio)chemist Duzen Laboratories Group Ankara TURKEY mitch AT duzen DOT com DOT tr other job title: Sequoia's (dob 12-20-95) daddy