home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 1999 March / PCWK3A99.iso / Linux / DDD331 / DDD-3_1_.000 / DDD-3_1_ / ddd-3.1.1 / OPENBUGS < prev    next >
Encoding:
Text File  |  1998-12-02  |  7.4 KB  |  159 lines
  1. # $Id: OPENBUGS,v 1.36 1998/12/02 14:16:31 zeller Exp $ -*- Text -*-
  2. # The list of reported DDD bugs (not yet reproduced).
  3.  
  4. Note: For problems occurring when *building* DDD, see the file `PROBLEMS'.
  5.       For known bugs that could be reproduced, see the file `BUGS'.
  6.  
  7. This is a list of reported DDD bugs which could not yet be reproduced.
  8. Feel free to investigate into one of these problems or send in more
  9. detail.
  10.  
  11. -- list starts here --
  12. 706 Harry Mangalam <mangalam@uci.edu> reports: As soon as I click on
  13.     a variable to try to highlight a structure name, DDD 2.1 goes
  14.     into an unresponsive state for several seconds (seems like up to
  15.     a minute on a 486) in which the ddd process hogs the cpu.  It
  16.     then returns to a usable state until the next time I try to
  17.     highlight a variable name.  It seems that if I click on a simple
  18.     variable name, it responds appopriately, but if I try to
  19.     drag-hilite the name, ddd goes berserk with the cpu.
  20.  
  21. 708 Nagi M. Aboulenein <naboulen@ichips.intel.com> says: I'm seeing a
  22.     persistent problem with various version of DDD on FreeBSD/x86
  23.     platforms. The problem occurs when an attempt is made to save
  24.     options. At that point DDD dies and the options file is not
  25.     updated.
  26.  
  27. 709 Lev Makhlis <mlev@writeme.com> states that DDD 2.2.3
  28.     (i586-pc-linux-gnulibc1) consistently crashes if he runs it when
  29.     no `~/.ddd/' exists.
  30.  
  31. 711 Brian Dowtin <Private_User@gilbarco.com> reports that on 
  32.     SCO Server 5 and running DDD somehow the breakpoint pixmap
  33.     'sticks' to the window.  Sometime after setting a breakpoint, The
  34.     stop sign, stays in one spot. If I scroll up or down, its
  35.     there. If I delete the actual breakpoint its still there. If I
  36.     resize/close//reopen source window, its still there. If I load a
  37.     different source file - you get the picture.
  38.  
  39. 712 Ralf Hildebrandt <R.Hildebrandt@tu-bs.de> reports that on his
  40.     HP-UX box, the tooltips are not complete: "Set/Delete Breakpo???",
  41.     "Display/Undisplay???", etc.
  42.  
  43. 717 Lassi A. Tuura <lat@iki.fi> states:
  44.  
  45.     On HP-UX and on DEC Unix everything is fine except that:
  46.  
  47.     - The default font I get is a bit big and clunky, the old one was
  48.       much better (in case it matters, I have 100dpi fonts before
  49.       75dpi fonts in my font path).  BTW, again this is only a problem
  50.       on my HP-UX display (see the item below), not on the NT.
  51.  
  52.     - On data display window, the grayed out icons on the tool bar
  53.       sometimes "disappear", i.e. don't show anything but the little
  54.       arrow in the corner.  In more detail, the rotate icon disappears
  55.       completely, undisplay is just a funny little light gray blob,
  56.       and show/hide is somewhat larger but still unreadable blob.
  57.       When enabled, all show just fine.  I would venture to guess that
  58.       the problem is related to choosing right colors for them.  This
  59.       is on on a 8-bit PseudoColor screen on workstation running HP-UX
  60.       10.20.  On my Windows NT 4.0 running Exceed on 24-bit screen
  61.       everything shows fine.
  62.  
  63. 720 Jens Albrecht <Jens.Albrecht@informatik.uni-erlangen.de> complains 
  64.     that using DBX, the `file' command does not change the source
  65.     file.
  66.  
  67. 721 Johan Vermeire <jvme@se.bel.alcatel.be> reports: `In ddd I
  68.     tried to copy the whole contents of the command output buffer via
  69.     the "select all" in ddd and to paste it into a UNIX editor for
  70.     interpretation.  This results in: `gdb: write failed: Resource
  71.     temporarily unavailable' messages until I kill the ddd process'.
  72.  
  73. 722 Steffen Wieschalla <steffen.wieschalla@student.uni-tuebingen.de>
  74.     uses ddd-2.99.99 with tvtwm-pl11 on Solaris 2.5.1.  He says: `If I
  75.     start ddd, the window with the buttons "run", "stop", "step",
  76.     "stepi", ... appears for a short time and then disappears. On
  77.     e.g. fvwm it works correct. Does someone have an idea?'
  78.  
  79. 724 Art Werschulz <agw@dsm.fordham.edu> reports a huge command tool on 
  80.     his DEC Alpha system using fvwm.  The problem happens with fvwm
  81.     and tvwm, but not with fvwm95, mwm or olwm.  [WM bug?]
  82.  
  83. 726 jik- <fract@sprintmail.com> reports that calling `editres' on DDD
  84.     makes it dump core.
  85.  
  86. 727 Mihai Budiu <mihaib@gs41.sp.cs.cmu.edu> reports:
  87.  
  88.     1) The history window of '()' (which you can pop down using the
  89.        arrow in the right) won't go away unless you type something in
  90.        the () box; the history window remains on top even if you lower
  91.        the whole DDD window.
  92.  
  93.     6) Sometimes when I display '*this' after each 'Next' or 'Step'
  94.        all the displayed fields of '*this' are automatically hidden,
  95.        which is very annoying.  This doesn't happen always, and I'm
  96.        not sure if it happens with other pointers than 'this'.  I
  97.        could not reproduce the bug now.
  98.  
  99. 729 Derrik Pates <dmp8309@silver.sdsmt.edu> says:
  100.  
  101.     First menu click in any menu forces window to move downward and
  102.     the menu to appear where it normally would have, had the window
  103.     not moved. (in separate windows mode)
  104.  
  105.     Enabling clustering in the Preferences window in Separate windows
  106.     mode causes the data window to be forced to the top (doesn't get
  107.     focus, but goes to top immediately). The same does not happen when
  108.     clustering is being disabled
  109.  
  110.     This doesn't really classify as a bug, but it still does not
  111.     properly handle array pointers. Can this be fixed?
  112.     
  113.     When I start up in separate windows mode, the DDD debugger console
  114.     window appears, but it doesn't get the input focus.
  115.  
  116. 730 Rubber_Buccaneer@Galactic.Headquarters.org thinks that the window
  117.     containing the short cut buttons, i.e. step, next, etc. should
  118.     always be displayed on top of the main window: `If the main window
  119.     is lowered the short cut box is lowered too, but when the main
  120.     window is raised the short cut box remains lowered. It was only
  121.     through accidentally clicking on the border of the tear-off help
  122.     menu that I discovered this, as the tear-off help window and the
  123.     short cuts box are clearly related.'
  124.  
  125. 731 Jarkko Hietaniemi <jhi@iki.fi> says:
  126.     When the ddd 3.0.90 (compiled with g++/stdc++ in Solaris 2.6 from the
  127.     sources) is started, it interacts strangely with my X11 window manager
  128.     (vtwm Release 5.4.4c (http://www.visi.com/~hawkeyd/vtwm.html), running
  129.     in NetBSD 1.3.2, XFree86 3.3.2).
  130.  
  131.     Definition of strange: the splash screen starts up nicely in my
  132.     current virtual screen but the DDD main window makes my vtwm to jump
  133.     to screen #0 (upper left corner).
  134.  
  135.     I have never before seen problems like this with vtwm.
  136.  
  137. 732 Jacques Leroy <jle@star.be> reports that Electric Fence detects
  138.     illegal memory accesses for strncpy(), strchr(), memchr() and
  139.     possibly strcpy() on HPPA 712/60 + HPUX 9.03 + gcc 2.8.1.
  140.  
  141. 733 Jochen Schⁿtze <jos@gbf.de> complains that ^Z closes the execution 
  142.     window immediately on DEC alpha OSF1 4.0 878.
  143.  
  144. 734 Christoph Koegl <koegl@informatik.uni-kl.de> reports for the
  145.     precompiled DDD 3.1 Sun Sparc Solaris 2.5.1 binary linked against
  146.     OSF/Motif 2.0: If I open a plot window (via entering 'graph plot
  147.     42') and activate any of the pull down menus after resizing the
  148.     window the menu appears in the wrong place. This place changes
  149.     sometimes after further resizings, sometimes it stays where it
  150.     is. I could not yet (after 20 seconds of experimenting) see a
  151.     pattern.
  152.  
  153. 735 Zdenek Sekera <zs@sgi.com> reports that 'run' on command tools
  154.     will not forget the choice and rerun with default (blank)
  155.     parameters when running in the execution window.  See the test
  156.     `dbx-rerun-tty' for details.
  157.  
  158. 736 (Insert new bugs here)
  159.