home *** CD-ROM | disk | FTP | other *** search
/ High Voltage Shareware / high1.zip / high1 / DIR14 / R12BUG10.ZIP / R12BUG.TXT
Text File  |  1993-04-15  |  47KB  |  937 lines
  1. Compiled by Mike Dickason [72711,3404]
  2. August  3, 1992     Initial posting   Bugs 1-12
  3. August 11, 1992     Second posting    Bugs 13-19
  4. August 17, 1992     Third posting     Bugs 20-24
  5. August 31, 1992     Fourth posting    Bugs 25-29
  6. September 12, 1992  Fifth posting     Bugs 30-44
  7. October 11, 1992    Sixth posting     Bugs 45-50 Updated for R12c1
  8. November 1, 1992    Seventh posting   Bugs 51-62
  9. December 8, 1992    Eigth posting     Bugs 63-73
  10. December 23, 1992   Ninth posting     Bugs 74-84
  11. April 15, 1993      Final posting     Bugs 85-89 Updated for R12c2
  12.  
  13. Due to the large number of bugs contained in this list that were
  14. fixed with R12c1 or r12c2, this is the final posting of this file. 
  15. The new bug list for R12c2 is called 12C2BU.ZIP and is available in
  16. the ACAD forum of Compuserve.
  17.  
  18. The following list of ACAD 12 bugs and corresponding work arounds
  19. was compiled from a combination of problems I have personally
  20. encountered and from messages posted on the ACAD forum of
  21. Compuserve.  I am not an employee of AutoDesk, nor did I compile
  22. this list to discredit AutoDesk.  Indeed, I am quite happy with
  23. R12, but as with any program of this size and magnitude, there are
  24. some bugs.
  25.  
  26. This is not an official nor a complete list of R12 bugs.  It is
  27. meant to be used as an informative list to help other users who
  28. might be encountering similar problems.  All of the problems on
  29. this list have been reported to and acknowledged by ADESK.  If you
  30. know of any bugs which are not included on this list, I would be
  31. interested in hearing about them, solely for the purpose of keeping
  32. the list up to date.  Unless noted otherwise, the bugs are present
  33. in the North American version of ACAD R12c1 for DOS. 
  34.  
  35.  
  36.  1.  If you run any command which accepts the new fence selection
  37.      option to select items (like the trim command), any subsequent
  38.      usage of the lisp function (ssget "f" (list p1 p2)) will
  39.      generate a heap error and will either instantly reboot the
  40.      computer or dump you out of the editor to the DOS prompt
  41.      without saving your drawing.  Fixed in R12c1.
  42.  
  43.  2.  Lantastic bug with DOS 5.0 and R12.  Unable to run ACAD across
  44.      the network, or edit any drawing located on the network
  45.      without generating sharing violation errors.  
  46.  
  47.      To solve the problem, download the file R12LAN.ZIP from the
  48.      forum.  This patch allows AutoCAD to run on various  
  49.      networks, including LANtastic, 3Com and DEC Pathworks, under
  50.      DOS 4.0 and  5.0. See the README.DOC file included in the
  51.      archive for specific instructions on how to use the patch. 
  52.      This patch is still required for R12c1.  Fixed in R12c2.
  53.  
  54.      It has been discovered that the R12LAN.ZIP patch is also
  55.      required on Novell networks running Map Assist, a third party
  56.      program which allows Novell to work like a peer-peer network.
  57.  
  58.  3.  The Hitachi HDG driver shipping with R12 does not work with
  59.      the Hitachi HDG 1111C and possibly earlier models.  Need to
  60.      download the file DG386.EXP from here on the forum.  Fixed in
  61.      R12c1.
  62.  
  63.  4.  The display filters for color with the DDLMODES command in R12
  64.      don't recognize the ~ wildcard.  If you specify the color
  65.      filter as W*, only those layers which have a color beginning
  66.      with the letter 'w' are displayed, as expected.  But if you
  67.      specify the wildcard as ~W*, all of the layers are displayed
  68.      instead of only those which don't have a color beginning with
  69.      the letter 'w'.  No known work around.  Fixed in R12c2.
  70.  
  71.  5.  The layer DEFPOINTS is supposed to be an unplottable layer,
  72.      but in R12 it is showing up on plots, regardless of whether it
  73.      is turned on or off.  Fixed in R12c1.
  74.  
  75.  6.  When Release 12 compiles a PFB PostScript font file into an
  76.      SHX font file, it makes the font approximately 30% too small. 
  77.      If you insert some text with a regular AutoCAD font (such as
  78.      Simplex) with a height of 2.5", it is drawn 2.5" inches tall.
  79.      If you insert text with a converted PostScript font with a
  80.      height of 2.5", it is drawn 1.7" high.  No known work around. 
  81.      Status unknown in R12c2.
  82.  
  83.  7.  The path to the R12 drivers is stored within the ACAD.CFG
  84.      file.  If you change rename the ACAD directory, or move it to
  85.      a different location, then attempt to reconfigure ACAD using
  86.      the "-R" switch, it will not find any drivers because it looks
  87.      at the path stored in ACAD.CFG instead of the environment
  88.      variable ACADDRV.  The only workaround is to delete the
  89.      ACAD.CFG file and reconfigure ACAD.
  90.  
  91.  8.  When plotting with R12, if you use a plot scale of 1/8=12, the
  92.      plot dialogue box rounds the scale off to the nearest tenth
  93.      and displays the plot scale as 0.13=12.  It also plots the
  94.      drawing at that scale.  Use 1=96 to get a 1/8" plot scale. 
  95.      Fixed in R12c2.
  96.  
  97.  9.  When you try to plot a R10 drawing it works just fine if you
  98.      bring up the drawing in the editor.  If you use the
  99.      freeplotting feature by calling acad with a -P then it crashes
  100.      with a EREAD error.  The only workaround is to plot from
  101.      within the editor.  Fixed in R12c1.
  102.  
  103.  10. The Calcomp plotter driver shipping with R12 produces erratic
  104.      plots under various situations.  Download the updated driver
  105.      PLPCC.EXP from here on the forum.  Fixed in R12c1.
  106.  
  107.  11. The HP-GL2 plotter driver has a problem handling smart fills. 
  108.      and will exhibit problems with filled areas such as plines
  109.      with a width.  The only known work around is to use an HP-GL2
  110.      driver written for R11.
  111.  
  112.  12. Here's a minor bug with R12's help command.  Run the help
  113.      command, and select "Index" from the opening dialog box. 
  114.      Double click on any item in the index list (I'll use 3D as the
  115.      example) and the help screen for that item comes up as
  116.      expected.  Now select "Index" again and the index dialog pops
  117.      up with the selected item still highlighted.  Select "OK" to
  118.      view the same item again and you get a prompt that says
  119.      "Nothing selected." even though the item is still highlighted. 
  120.      To get the item again, you have to physically select it
  121.      instead of just selecting "OK".
  122.  
  123.  13. If you perform a PEDIT Join command on a polyline containing
  124.      curve information, the resultant joined polyline is stripped 
  125.      of all the curve information leaving you with a polyline made
  126.      entirely of straight line segments.  No known workaround.
  127.  
  128.  14. With a closed polyline, if you perform the sequence PEDIT,
  129.      Edit vertex, Break, the command will not only break out the
  130.      segment between the specified vertices, but it also removes
  131.      the "closing" segment of the polyline leaving you with two
  132.      separate polylines if you attempt to break out an interior
  133.      section.  No known workaround.  Note:  This problem occurred
  134.      in earlier versions of ACAD and is not unique to R12.
  135.  
  136.  15. There is a problem in the plot command when specifying MM as
  137.      the plot units. If you change any of the default pen widths,
  138.      each time you go into the pen parameters menu, the pen widths
  139.      are multiplied by 25.4.  This eventually leads to a general
  140.      protection fault and ACAD crashing.  Fixed in R12c1.
  141.  
  142.      To show this, run the plot command, set the units to MM, then
  143.      select Pen Assignments.  Start clicking on pen 1, and watch
  144.      the width display in the bottom right corner.  Each time it
  145.      increments by a factor of 25.4. Click on pen 1 twenty six
  146.      times, then select OK, then immediately select Pen Assignments
  147.      again.  You will get "FATAL ERROR: General protect exception"
  148.      which immediately returns you to the DOS prompt without saving
  149.      the drawing.  Again, this is fixed in R12c1.
  150.  
  151.  16. When plotting units are set to MM, retrieving a pcp file
  152.      results in the paper size being multiplied by 25.4, even if
  153.      the pcp was stored with MM units.  No known work around.  When
  154.      restoring plot defaults from a file, make sure to check the
  155.      paper size before you plot.  Fixed in R12c1.
  156.  
  157.  17. There is a problem with certain DIMVARS when DIMSCALE is not
  158.      set to 1.  It affects all DIM variables with distance-type
  159.      values, like DIMCEN, DIMTXT, DIMASZ, etc.  With these
  160.      variables, if you are in the DIM command and you type in the
  161.      variable name (like DIMCEN) and hit enter to take the default,
  162.      the default value is divided by the value of DIMSCALE and the
  163.      result becomes the new default.  You can avoid the problem for
  164.      now by setting DIM vars outside the DIM command (like other
  165.      system variables), or by retyping the default value rather
  166.      than using ENTER to retain it.  Fixed in R12c2.
  167.  
  168.  18. When using the new Shift to Add feature for building selection
  169.      sets, the "Window" and "Crossing" selection options add to the
  170.      current selection set instead of replacing it as documented. 
  171.      No known work around.
  172.  
  173.  19. If you perform a Dview Twist on a drawing, then plot with a
  174.      window, the coordinates of the window corners displayed in the
  175.      new plot dialog box do not match the actual coordinates that
  176.      were picked.  Regardless of what the plot window shows, the
  177.      actual coordinates picked are used for generating the plot. 
  178.      This appears to related to the variable "TARGET", which
  179.      changes after a DVIEW, but never seems to be set back to its
  180.      default value (i.e. start a new drawing, look at the value of
  181.      TARGET, then do a Dview Twist 300, Dview Twist 0, and then
  182.      look at TARGET again and it is different).  No known work
  183.      around.
  184.  
  185.  20. There is a bug with variable width polylines and the commands
  186.      PEDIT and Undo.  If you have a variable width polyline, then
  187.      perform a Pedit on it and change the width to 0, then at the
  188.      command prompt do an Undo which backs through the Pedit, the
  189.      starting and ending widths of the first segment of the
  190.      polyline will be applied to the entire polyline.  The
  191.      following sequence demonstrates the problem:
  192.         Command: PLINE
  193.         From point: 0,0
  194.         Current line-width is 0'-0"
  195.         Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: W
  196.         Starting width <0'-0">: 0
  197.         Ending width <0'-0">: 3
  198.         Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 0,0
  199.         Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: W
  200.         Starting width <0'-3">: 0
  201.         Ending width <0'-0">: 0
  202.         Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 10,10
  203.         Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 20,10
  204.  
  205.         Command: PEDIT
  206.         Select polyline: Last
  207.         Close/Join/Width/Edit vertex/Fit/Spline/Decurve/Ltgen/Undo/eXit <X>: W
  208.         Enter new width for all segments: 0
  209.         Close/Join/Width/Edit vertex/Fit/Spline/Decurve/Ltgen/Undo/eXit <X>: X
  210.  
  211.         Command: U
  212.  
  213.      No known workaround.  Fixed in R12c2.
  214.  
  215.  21. Here is a bug with the R12 menu command.  With FILEDIA=0, run
  216.      the Menu command and type in the name of a non-existent menu. 
  217.      ACAD will report that it can't open the file and display the
  218.      search path used.  It then prompts "Enter another menu file
  219.      name (or RETURN for none):".  If you hit the return button on
  220.      the digitizer instead of the keyboard, you will get a       
  221.      "FATAL ERROR: Null pointer referenced"
  222.           "Do you want to save your changes?  <Y> "
  223.  
  224.      The workaround is to use the keyboard for hitting the Enter
  225.      key.  Fixed in R12c1.
  226.  
  227.  22. There is a problem with the pen parameters dialog box in the
  228.      R12 plot command.  The program is handling pens in groups of
  229.      10, ie. 1-10, 11-20, 21-20, etc.  If you make a change to any
  230.      of the pen parameters for pens 11-256, the corresponding pen
  231.      in group 1-10 is changed as well.  For example, change pen 11
  232.      to have a width of 1.0, then scroll up and look at pen 1.  Its
  233.      width will have changed to 1.0 as well.  It also works the
  234.      other way.  Change pen 1 and pen 11 changes, and pen 21
  235.      changes, etc.  No known workaround.  Fixed in R12c2.
  236.  
  237.  23. R12 has a problem with Wblocks and file locking when using
  238.      relative paths to specify the drawing name.  With file locking
  239.      turned on, if I open a file with a relative path, then attempt
  240.      to Wblock the drawing back to itself using the same relative
  241.      path, ACAD reports the following error message:
  242.  
  243.          Unable to lock file .\MIKE
  244.          File write locked by USER1
  245.          at 10:00 on 08/13/1992
  246.  
  247.           The command sequence to show this...
  248.  
  249.                Command:     OPEN
  250.                File name:   .\MIKE
  251.                Command:     WBLOCK
  252.                File name:   .\MIKE
  253.  
  254.      R11 didn't exhibit this problem.  The only way to make it work
  255.      in R12 is to type out the full path for the Wblock name, which
  256.      is a pain when you have long paths for the file directories. 
  257.      
  258.      The same problem occurs if you open a new drawing with a
  259.      relative path then attempt to save it using the SAVE command.
  260.  
  261.  24. There is a problem with any command which uses the new File
  262.      Dialog box to allow for file selection.  When you change the
  263.      file search pattern so that it matches enough file names to
  264.      require the slider bar to be used then slide the bar to the
  265.      bottom of this list it jumps back to the top of the list.  To
  266.      see this, load a drawing with enough blocks to enable the
  267.      sliders in a list box.  Call DDINSERT and pick Block to get a
  268.      listing of the blocks.  Change the Pattern specification to
  269.      anything that will retain the sliders (or just delete the "*"
  270.      and enter it again).  Then slide the list to the bottom and
  271.      release - it goes back to the top of the list.  It happens
  272.      whenever you change the Pattern specification.  However, it
  273.      will work correctly if you do it a second time - only happens
  274.      the first time after changing the Pattern specification.  This
  275.      problem occurs in every command which utilizes the R12 file
  276.      dialog box.
  277.  
  278.  25. The variable XREFCTL is ignored by the OPEN command. 
  279.      Regardless of the setting of XREFCTL, an .XLG file will be
  280.      created when you open an existing drawing which already
  281.      contains Xrefs.  No known workaround.  Fixed in R12c2.
  282.  
  283.  26. With file locking enabled and FILEDIA=0, if you shell out of
  284.      ACAD and delete the MNX file for the current menu then return
  285.      to the editor and run the MENU command, you get:
  286.          "FATAL ERROR: MENU1 1"
  287.  
  288.      The reason for the error is that ACAD keeps the .MNX file
  289.      open, and when you run the menu command ACAD is trying to
  290.      close a file which no longer exists.  The reason for deleting
  291.      the .MNX file was to force ACAD to recompile the .MNU which
  292.      had been edited on a different machine and was newer, but had
  293.      a date older than the .MNX file.  The workaround is to change
  294.      to a different menu, then shell out and delete the .MNX of the
  295.      original menu, then change back to the original menu.  Fixed
  296.      in R12c2.
  297.  
  298.  27. There is a bug in the implementation of the alternate-font-
  299.      prompt-reduction (AFPR) mechanism.  AFPR is a new feature in
  300.      R12 which is supposed to cut down on the number of prompts for
  301.      "Can't find font 'XXX'" when you open a drawing by
  302.      substituting the font you specify for the first missing font
  303.      for each remaining style in the drawing which uses the same
  304.      font.  Turns out that AFPR is case-sensitive, so if the first
  305.      font was really entered as "helv", then it won't match the
  306.      next one if it was entered as "HELV".  No known workaround. 
  307.      Fixed in R12c2.
  308.  
  309.  28. Here is another problem with the DLDMODES command in R12. 
  310.      Start a new drawing, make a layer called ZEBRA, then run the
  311.      DLDMODES command.  Set the filter for the layer names to "Z*". 
  312.      Pick to select the ZEBRA layer, then rename it to MYZEBRA.  At
  313.      this point ACAD displays a message that no more layers match
  314.      the specified filter, then places a string of garbage
  315.      characters in both the layer name field and the current layer
  316.      field of the dialog box.  ACAD appears to be having problems
  317.      when the last layer of a filtered display is removed from the
  318.      list.  Select OK, then immediately run the DDLMODES command
  319.      again.  On large drawings, this sequence is generating a
  320.      "FATAL ERROR: NULL pointer referenced" about 20-30% of the
  321.      time.  No known workaround.  Fixed in R12c2.
  322.  
  323.  29. If you specify an old ACAD .MNU/.MNX file for the current menu
  324.      name and there is a matching .MNL file in the ACAD path, the
  325.      next time you run the menu command you will generate a fatal
  326.      "HEAP MANAGEMENT Error #6" and get dumped instantly to the DOS
  327.      prompt.  Because your menu is named ACAD.MNX, AutoCAD finds
  328.      and loads the ACAD.MNL AutoLISP file, which in turn loads
  329.      ACADR12.LSP.  Well, ACADR12.LSP contains (menucmd "Pn.i")
  330.      calls to gray-out certain menu items (which makes little sense
  331.      for your menu, since its structure is different). Anyhow, the
  332.      (menucmd), when used on the LAST ITEM in a pulldown menu.  The
  333.      only workaround is to ensure that if using the (menucmd)
  334.      function, that it is not working on the LAST ITEM in a
  335.      pulldown menu.  Fixed in R12c2.
  336.  
  337.  30. The new variable PICKAUTO does not work.  Regardless of its
  338.      setting, ACAD allows you to draw a selection window (both
  339.      window and crossing window) automatically at the "Select
  340.      objects: " prompt.  Setting PICKAUTO to 0 is supposed to
  341.      disable this automatic windowing, but it doesn't.
  342.  
  343.  31. There's a bug in the POSTSCRIPT sampleprolog. If you included
  344.      the code-handling for linetypes, there's a line that refers to
  345.      "acad-ltype-known", and another that refers to "acad-linetype-
  346.      known". They should both be the same; if not, your printout
  347.      will probably fail silently.  In acad.psf, globally change
  348.      acad-ltype-known to acad-linetype-known.  Fixed in R12c2.
  349.  
  350.  32. With certain Sparcstation configurations, the R12 DDEDIT
  351.      command will crash ACAD when you hit the <Return> key to
  352.      finish editing. The only workarounds are to use the change
  353.      command to modify the text instead of DDEDIT, or to use the
  354.      system mouse to click on the OK box.  Fixed in R12c2.
  355.  
  356.  33. If any portion of a block is visible within the graphics
  357.      window it is included in a "window" selection set if the
  358.      insertion point of the block is outside the graphics window. 
  359.      No known workaround.  It turns out that this is not a bug and
  360.      is performing as documented under the "Window Selection"
  361.      command of the ARM.
  362.  
  363.  34. After restoring a PCP file which has a default plot file name
  364.      which contains a path, any PCP files saved (during the same
  365.      editing session) will contain the default plot file name with
  366.      path that was originally read in, instead of the current
  367.      default plot file name.
  368.  
  369.  35. When saving a PCP file, if the current time is less than 10
  370.      minutes past the hour, the leading 0 of the minutes in the
  371.      time field of the PCP is dropped, i.e. 3:05pm is written as
  372.      15:5 instead of 15:05.  Fixed in R12c2.
  373.  
  374.  36. The TRIM command is not properly handling PLINES during a trim
  375.      operation.  To show this, draw two vertical lines, then draw
  376.      a pline which crosses both lines.  Run the TRIM command and
  377.      select the two vertical lines as the cutting edges, then trim
  378.      the left side of the Pline hanging outside the left line and
  379.      then the part hanging outside the right side.  Finally select
  380.      the remaining pline section between the two lines.  You have
  381.      now in effect trimmed the entire pline.  This trimming
  382.      sequence results in a single vertex polyline which will cause
  383.      errors if you attempt to DXFOUT the drawing and then DXFIN it
  384.      into another drawing.  No known workaround for both sides of
  385.      the polyline disappearing.  The workaround for the DXF problem
  386.      is to perform an AUDIT before doing the initial DXFOUT.  Fixed
  387.      in R12C2.
  388.  
  389.  37. When rendering using SVADI in dual screen mode, the Render
  390.      option places garbage on the >graphic display< (note: ACAD
  391.      menu still visible) in 1024x768x256. Turning off dual screen
  392.      corrects the problem. 
  393.  
  394.  38. Configuring for a binary plotter file with 1 pen causes
  395.      AutoCAD to ask a nonsensical question, viz., "How many pens?". 
  396.      Also, the description for both the "AutoCAD file output
  397.      formats" and "ADI plotter or printer" choices says "pre 4.1". 
  398.      Fixed in R12c2.
  399.  
  400.  39. The DDEDIT command is supposed to accept 256 characters, but
  401.      it only accepts 255 it only returns 254 characters.  Fixed in
  402.      R12c2.
  403.  
  404.  40. On some systems AutoCAD will dump straight to DOS without a
  405.      warning when you run the DXFIN command with FILEDIA=1 and
  406.      enter the name of the file direct from A: with no floppy in
  407.      the drive and answer "F" to the resulting "Retry, Fail:"
  408.      prompt.  The same thing happens with OPEN, (getfiled) and
  409.      INSERT A:XXX.  Same thing with drive B:, too.  This problem
  410.      seems to be caused by the floppy drive not being able to
  411.      detect whether the drive door has been opened (change-line
  412.      support).  Fixed in R12c2.
  413.  
  414.  41. In LISP, passing a "nil" instead of a 2D point to the
  415.      new_dialog command generates a "FATAL ERROR: NULL POINTER
  416.      REFERENCED".  The following code demonstrates the problem:
  417.  
  418.           (setq di_dcl_id (load_dialog "dlgtest.dcl"))
  419.           (new_dialog "dimensions" di_dcl_id "" nil)
  420.      Fixed in R12c2.
  421.  
  422.  42. With file locking enabled and FILEDIA=1, save the current
  423.      file, make some changes, then shell out of ACAD and delete the
  424.      .DWK file.  Now end out of ACAD.  You get an alert box stating
  425.      that ACAD was unable to lock the current drawing.  Select OK
  426.      and the same alert box reappears.  Select OK a second time and
  427.      you are returned to the DOS prompt as expected.  Do a
  428.      directory of the file you were editing and you will see that
  429.      there is a .BAK file and a 0 byte .DWK file, but no drawing
  430.      file.  Any changes since your last save have been lost.  The
  431.      same problem occurs if FILEDIA=0, except when you end there is
  432.      no alert box displayed and ACAD appears to hang, but it is
  433.      really waiting for you to hit "RETURN" to acknowledge the
  434.      message in the alert box (which isn't visible).  The work
  435.      around is to either not delete the .DWK file while editing the
  436.      drawing, or disable file locking in the configuration menu if
  437.      file locking is not needed.  Fixed in R12c2.
  438.  
  439.  43. The DDCHPROPS command will not allow you to change an entity
  440.      to a locked layer while both the CHANGE and CHPROP commands
  441.      will.  Fixed in R12c2.
  442.  
  443.  44. There is a problem with the hatch angle recorded and reported
  444.      by BHATCH.  Draw a rectangle and rotate it 25 degrees. Then
  445.      adjusted the UCS by using the UCS Entity Command. Hatched the
  446.      rectangle and the angle displayed is 25 degrees. After
  447.      applying the pattern and attempting to hatch again the angle
  448.      displayed was 50 degrees.  Apply it and hatch again and it
  449.      reads 75 degrees.  Fixed in R12c2.
  450.  
  451.  45. The lisp expression (ssget "X" (list (cons 0 "INSERT") (cons
  452.      -4 "=,=,=") (cons 10 (list 0 0 z)))) doesn't work.  The z
  453.      coordinate isn't being evaluated in the relational test with
  454.      blocks.
  455.  
  456.  46. Documentation bug.  The ACAD Reference Manual index is missing
  457.      references to these AutoCAD commands: GraphScr, TextScr,
  458.      Redefine, Undefine, Script, RScript and Resume.
  459.  
  460.  47. Documentation bug.  The ADS Reference Manual example on page
  461.      108 which shows how to use ads_entmake() to generate a
  462.      polyline is incomplete.  The codes for the linetype and color
  463.      were omitted for each VERTEX and for the SEQEND.  If the
  464.      linetype and color are not included in the ads_buildlist()
  465.      command for these items, the AUDIT command will report several
  466.      errors in the drawing after running the example as shown.
  467.  
  468.  48. When plotting using MM units, if you specify any paper size
  469.      other than MAX, the resultant plotted dimensions were 25.4
  470.      times smaller than specified.  The workaround is to either
  471.      specify MAX for the paper size, or multiple the desired paper
  472.      size by 25.4 (e.g. 841,594 becomes 21361.4,15087.6) when
  473.      entering the size.  Fixed in R12c1.
  474.  
  475.  49. Create a visible attribute on layer 0.  Create a block called
  476.      TEST which consists solely of the attribute you just defined. 
  477.      Make a new layer called HOWCOME and insert the TEST block onto
  478.      this layer and enter "THIS IS TEXT" at the attribute value
  479.      prompt.  Freeze layer 0.  The attribute value of "THIS IS
  480.      TEXT" is still visible on the screen, as it should be since
  481.      anything created on Layer 0 is supposed to take on the
  482.      properties of the insertion layer.  Now try to select the
  483.      block using any command, including DDATTE, ERASE, MOVE, COPY,
  484.      etc. and you will not be able to.  The only known workaround
  485.      is to THAW Layer 0.
  486.  
  487.  50. When plotting from Paperspace, filled entities (i.e. arrow
  488.      heads, fat polylines, solids, etc.) contained within an XREF
  489.      but are on a layer which is frozen using VPLAYER show up in
  490.      the plot preview and also in the actual plot.  The following
  491.      script demonstrates the problem.
  492.       layer
  493.       m
  494.       solids
  495.       
  496.       solid
  497.       5,5
  498.       10,5
  499.       7,10
  500.       
  501.       
  502.       saveas
  503.       DWG1
  504.       new
  505.       DWG2=
  506.       xref
  507.       attach
  508.       DWG1
  509.       0,0
  510.       
  511.       
  512.       
  513.       tilemode
  514.       0
  515.       mview
  516.       0,0
  517.       15,15
  518.       zoom
  519.       ext
  520.       vplayer
  521.       freeze
  522.       *solid*
  523.       All
  524.       
  525.      At this point, if you do a full plot preview, the solid is
  526.      displayed even though the layer has been frozen.  The only
  527.      workaround is to freeze the layer in the original drawing
  528.      instead of using VPLAYER in the drawing which contains the
  529.      XREF.  Fixed in R12c2.
  530.  
  531.  51. Attempting to use entmake or ads_entmake to generate a
  532.      polyline in R12 which uses the new continuous linetype pattern
  533.      (PLINEGEN) will lock the computer everytime.  The following
  534.      lisp routine demonstrates the problem.  
  535.       (defun c:lockitup ()
  536.         (setvar "PLINEGEN" 1)
  537.         (entmake '( (0 . "POLYLINE")
  538.             (62 . 5)
  539.             (6 . "DASHED")
  540.             (66 . 1)
  541.             (70 . 128)    ;  <<<<---- change this to (70 . 0) 
  542.                           ;           and it works but the    
  543.                           ;           continuous linetype 
  544.                           ;           is not displayed 
  545.            )
  546.         )
  547.         (entmake '( (0 . "VERTEX")
  548.             (10 1.0 1.0 0.0)
  549.             (6 . "DASHED")
  550.             (66 . 1)
  551.           )
  552.         )
  553.         (entmake '( (0 . "VERTEX")
  554.             (10 5.0 1.0 0.0)
  555.             (6 . "DASHED")
  556.             (66 . 1)
  557.           )
  558.         )
  559.         (entmake '( (0 . "VERTEX")
  560.             (10 10.0 5.0 0.0)
  561.             (6 . "DASHED")
  562.             (66 . 1)
  563.           )
  564.         )
  565.         (entmake '((0 . "SEQEND")))
  566.       )
  567.       
  568.      The only workaround is to generate the polyline without the
  569.      "128" code, then perform a PEDIT on the polyline and turn on
  570.      the Linetype Generation.  Fixed in R12c2.
  571.  
  572.  52. When issuing the PLOT command from AutoLISP, the first prompt
  573.      "Display, Extents..." is not issued unless CMDDIA set to 0. 
  574.      Fixed in R12c2.
  575.  
  576.  53. In the international version of R12, in pull-down menus,
  577.      placing "!." at the start of a menu label is supposed to
  578.      display a check mark (tick), but it does nothing.  Workaround:
  579.      use extended character 251 (square root symbol) in place of
  580.      the dot.
  581.  
  582.  54. When plotting to a color Postcript device (PLOT, not PSOUT),
  583.      the plot file does not correctly handle color changes when
  584.      going from a filled entity with a color to a non-filled entity
  585.      which has its color set to BYLAYER.  For example, whenever a
  586.      filled polyline is encountered, subsequent lines, text, etc. 
  587.      are plotted in the last filled polyline's color rather than in
  588.      their specified color.  The work around is to do a chprop and
  589.      set every entity to its desired color instead of leaving color
  590.      set bylayer.  Fixed in R12c2.
  591.  
  592.  55. RQEND isn't being sent to ADS applications when an Open or End
  593.      is issued.  No known workaround.
  594.  
  595.  56. There is an incompatibility between R11 ADS apps and R12 in
  596.      the area of ads_ssget() filters; R11 only supported filters
  597.      for the "X" form of call, wherease R12 supports filters on all
  598.      varieties of ads_ssget().  The problem shows up when you
  599.      attempt to run ADS programs compiled for R11 using the
  600.      ads_ssget functions with a "W" or "C", under R12.  This will
  601.      generate an error in R12 stating that the filter list is
  602.      invalid (even though I passed NULL as filter list).  The
  603.      problem is that the R11 ADS.LIB didn't bother passing anything
  604.      in the filter field for non-"X" ads_ssget() calls, but R12 is
  605.      looking for it anyway.
  606.  
  607.  57. When using the fillet command on lines that are residing on
  608.      different layers, the fillet arc will be created on the
  609.      current layer with the current layer color and current layer
  610.      linetype rather than on the current layer in the color
  611.      currently set by the color command and the current linetype
  612.      set by the linetype command.  No known workaround.  Same
  613.      problem applies to the CHAMFER command.
  614.  
  615.  58. AME bug.  The SOLSERVMSG (AME) variable cannot be set (back)
  616.      to 3 in either autolisp or ADS.  Executing (ap_setvar
  617.      "SOLSERVMSG" 3) will confirm this.  This variable can be set
  618.      to 2 under the same conditions and can be set to 3 with the
  619.      SOLVAR command.
  620.  
  621.  59. ACAD has a highlighting bug relating to the new 31 bit display
  622.      mode of R12.  When you zoom in to a very small portion of the
  623.      drawing and do a regen, then zoom out to display a much larger
  624.      area without forcing a regen, any items which are then
  625.      selected at a "Select objects" prompt don't appear to be
  626.      highlighted.  This wasn't a problem before release 12 because
  627.      you could never zoom back out far enough after the first regen
  628.      without forcing a second regen, but it is now possible with
  629.      the 31 bit display.  The only workaround is to do a second
  630.      regen with the larger portion of the drawing displayed.  Fixed
  631.      in R12c2.
  632.  
  633.  60. On a Novell 3.11 network using a network copy of ACAD, when
  634.      two or more users attempt to start ACAD at the same time, they
  635.      recieve a "waiting of ACAD.PWD, File missing or corrupt"
  636.      message.  If the users allow ACAD to continue to wait for the
  637.      .PWD to open, they will sometimes get an "unable to open PWD
  638.      file" message and then be dumped out to DOS. This is sometimes
  639.      followed by an undeleted ACAD.PWK lock file that soon trashes
  640.      the remaining users.  The suggest workaround is when two
  641.      simultaneous users attempt to log in at the same time, and the
  642.      second one gets the message "waiting for acad.pwd...", have
  643.      them press ctrl-c and wait a moment, then go into AutoCAD
  644.      again.  Fixed in R12c2.
  645.  
  646.  61. When using ACAD with QEMM 6.0x, the setting of the MAXVCPI
  647.      switch is ignored and ACAD uses all available memory.  The
  648.      switch is honored if you are using HIMEM.SYS, or no memory
  649.      manager at all, but not with QEMM 6.0x.  The work around is to
  650.      use the Pharlap configuration switches -maxx 0 -maxe 0 -
  651.      maxvcpi XXXX, where XXXX is the size in bytes of the amount of
  652.      memory you wish to restrict ACAD to.
  653.  
  654.  62. With FILEDIA=1, if you have a repeating menu command such as 
  655.      [Fan]*^c^cinsert c:/acad/elecsyms/fan which attempts to insert
  656.      a non-existant block, the ACAD alert box pops up stating that
  657.      the block can't be found.  When you click on the OK button,
  658.      the box instantly reappears because the command is being
  659.      repeated.  The work around is to click on the OK button and
  660.      then instantly hit the ^C button.  It might take several
  661.      tries, but ACAD will eventually stop running the command and
  662.      return you to the command prompt.
  663.  
  664.  63. ACAD does not allow the valid DOS filename characters
  665.      "`~!@#$%^&{}()'" to be used with the NEW, SAVE, WBLOCK, and
  666.      SAVEAS commands.  Interestingly enough, the commands OPEN and
  667.      INSERT do allow these characters to be used.  Because of this
  668.      discrepancy, it is possible to open an existing drawing which
  669.      contains these characters but you won't be able to save it
  670.      back to the disk with changing its name.
  671.  
  672.  64. There is a problem with the Epson printer driver having to do
  673.      with where it places the origin of the drawing.  When
  674.      plotting, the driver feeds about 2" of paper before plotting,
  675.      making it difficult to line a plot up with the paper.  Apart
  676.      from rolling the paper back a few inches the other option
  677.      would be to use R11's plep.exp driver from the Driver Update
  678.      Disk that shipped with R11.  Fixed in R12c2.
  679.  
  680.  65. Having Limit Checking turned on prevents the you from
  681.      configuring your tablet menu.  Attempting to configure the
  682.      tablet menu with Limit Checking on results in the message
  683.      "Outside Limits" being display for each corner of the menu. 
  684.      The work around is to turn it off with the command, LIMITS
  685.      OFF.
  686.  
  687.  66. With file locking enabled, start a new drawing and attempt to
  688.      DXFIN a .DXF file which contains errors.  ACAD will generate
  689.      an error message about the invalid DXF file, then re-
  690.      initialize the drawing editor so that the current drawing name
  691.      is "UNNAMED" but it leaves the .DWK file for the original new
  692.      drawing.  You then have to delete the original .DWK before you
  693.      can attempt to start a new drawing with the same name.
  694.  
  695.  67. The command DDIM does not work transparently, even though it
  696.      is documented to do so.  The only workaround is to run the
  697.      command from the "Command:" prompt.
  698.  
  699.  68. When performing a Zoom Extents within a viewport in
  700.      Paperspace, ACAD is incorrectly computing the drawing extents
  701.      based on every entity in the drawing instead of only those
  702.      thawed in the current viewport.  To show this, start a new
  703.      drawing, then place a circle at (5,5) with a 10' radius on
  704.      LAYER1, then create a second circle at (1000,1000) with a 10'
  705.      radius on LAYER2.  Set TILEMODE=0 and create then use MVIEW to
  706.      create 2 viewports.  Run VPLAYER and freeze LAYER1 in one
  707.      viewport and LAYER2 in the other viewport.  Now perform a Zoom
  708.      Extents in each viewport.  ACAD is zooming over the entire
  709.      model space instead of just the object space.  No known
  710.      workaround.
  711.  
  712.  69. Using GRIP editing on 2D polyline vertices, ACAD allows you to
  713.      change the vertex elevation by osnaping to a point in the
  714.      drawing with an elevation different than the vertex.  When you
  715.      do this, ACAD updates the polyline header and the vertex you
  716.      are editing to reflect the new elevation, but it doesn't
  717.      change any of the other vertices within the polyline.  If you
  718.      perform an AUDIT after doing this grip editing, ACAD reports
  719.      errors with a non-planar 2D polyline.  Fixed in R12c2.
  720.  
  721.  70. When plotting to the HP Draftpro EXL, changes in the pen speed
  722.      settings or color assignments seem to cause lines to be
  723.      erratically plotted partway through a medium size plot.  No
  724.      known workaround.  Status unknown in R12c2.
  725.  
  726.  71. The new TRIM with Fence option does not work correctly with
  727.      polylines which cross the trimming boundary more than twice. 
  728.      The only workaround is to keep repeating the trim command
  729.      until all of the polyline is gone.
  730.  
  731.  72. Call REPLAY to replay a TIFF file. Select a file from the
  732.      dialog box by double clicking on the file's name. Works
  733.      perfect.  Call REPLAY again. ACAD defaults to the file entered
  734.      before. Click OK: "Error: can't locate file". Press RETURN:
  735.      "Error: can't locate file". Double-click on the filename: This
  736.      works.
  737.  
  738.  73. When using the HPGL/2 driver with R12c1 configured for a color
  739.      electrostatic.  With CMDDIA=1, run the PLOT command and save
  740.      the settings to a .PCP file.  Cancel the plot, end out of
  741.      ACAD, then restart ACAD.  Set CMDDIA=0, run the plot command
  742.      and attempt to read in the .PCP file you just saved.  ACAD
  743.      generates an error for each pen number stating that the pen is
  744.      out of range.  The only known workaround is to restore the
  745.      .PCP when CMDDIA=1 instead of with CMDDIA=0.  Fixed in R12c2.
  746.  
  747. 74.  There is lockup problem with a combination of DVIEW, LTSCALE,
  748.      DRAGMODE, and INSERT using a block containing entities with
  749.      non-continuous linetypes.  The following lisp routine
  750.      demonstrates the lockup:
  751.  
  752.       (defun c:lock ()
  753.         (setvar "dragmode" 2)
  754.         (command "._zoom" "w" (list 1999995 499995) (list 2000105 500100))
  755.         (command "._line" (list 2000000 500000) "@100,0" "")
  756.         (command "._chprop" (entlast) "" "lt" "hidden2" "")
  757.         (command "._block" "lock" (list 0 0) (entlast) "")
  758.         (command "._dview" "" "")
  759.         (command "._ltscale" 50)
  760.         (command "._insert" "lock" (list 0 0))
  761.       )
  762.       
  763.      Start a new drawing with no prototype, run the lisp routine
  764.      and ACAD will lock up the system.  If I remove the call to
  765.      Dview, leave the line's linetype as continuous, leave
  766.      LTSCALE=1, or turn of DRAGMODE, the lockup problem disappears.
  767.  
  768.  75. With CMDDIA=0, if you plot to a file and there exists a
  769.      subdirectory with the same name as the plot file, ACAD will
  770.      display an alert box stating that the file already exists and
  771.      prompts to erase it.  For example, the current directory is
  772.      \DWGS, and there is a subdirectory call \DWGS\HOUSE.  Perform
  773.      a "del *.plt", then plot to a file called house.  The alert
  774.      box shows up stating that the file already exists even though
  775.      there are no plot files in the directory.  Fixed in R12c2.
  776.  
  777.  76. Drawing created with R11 which contain XREF's and have
  778.      VISRETAIN=1 aren't handled properly by R12.  When these
  779.      drawings are opened in R12, all of the layers contained within
  780.      the XREF's have their linetypes changed to continuous,
  781.      regardless of how they were set in R11.  The only workaround
  782.      is to open the drawing with R11 and set VISRETAIN=0 before
  783.      attempting to open the drawing with R12.  Fixed in R12c2.
  784.  
  785.  77. The command DDMODIFY overwrites the AutoLisp command (ver). 
  786.      This occurs because there are several places in DDMODIFY.LSP
  787.      where the program does a (setq ver ...), which effectively
  788.      reassigns the symbol ver from a subroutine to a variable. 
  789.      Fixed in R12c2.
  790.  
  791.  78. There is a problem with the Houston Instruments plotter driver
  792.      in R12c1 when using a single pen plotter.  The driver will ask
  793.      for a pen swap at the wrong time depending on the drawing
  794.      being plotted.  The work around is to use the HI driver that
  795.      shipped with R12c0.  Fixed in R12c2.
  796.  
  797.  79. If you give a shape name about 35 characters in a shape file,
  798.      it will crash on the second invocation of the SHAPE command on
  799.      the SparcStation, and crash intermittantly on a DOS machine. 
  800.      The only workaround is to restrict the length of shape names. 
  801.      Fixed in R12c2.
  802.  
  803.  80. There is a bug in R12 that corrupts the DOS interrupt IRQ7
  804.      handler when exiting from ACAD.  This problem show shows up
  805.      only on certain machines and is evident by the appearance of
  806.      a Phar Lap Error: 10025 or Phar Lap Error: 10026, both of
  807.      which require a re-boot.  To fix this problem, download
  808.      IRQ7X.ZIP from here on the forum and use it to patch ACAD. 
  809.      Fixed in R12c2.
  810.  
  811.  81. The values and their meanings shown for the VISRETAIN command
  812.      in the help dialog box are backwards.  What HELP shows for
  813.      VISRETAIN=0 is really what happens when VISRETAIN=1, and vice
  814.      versa.  The ARM also has this reversed on page 588.  Fixed in
  815.      R12c2.
  816.  
  817.  82. R12 doesn't correctly display or plot certain circles with   
  818.      non-continuous linetypes contained within a block.  The
  819.      following lisp routine demonstrates the problem.
  820.           (defun c:showme ()
  821.             (setvar "ltscale" 1)
  822.             (command "._layer" "make" "hidden" "lt" "hidden" "" "")
  823.             (command "._circle" (list 0 0) (/ 3.0 32.0))
  824.             (command "._block" "no_show" (list 0 0) (entlast) "")
  825.             (setvar "ltscale" 48)
  826.             (command "._insert" "no_show" (list 0 0) 48 "" "")
  827.             (command "._zoom" "e")
  828.           )
  829.      If the block is exploded at this point, the circle will show 
  830.      up with a hidden linetype.  To make the circle display
  831.      correctly without exploding the block, the LTSCALE must be set 
  832.      to a value less than PI/2 (1.5706 works).
  833.  
  834.  83. The lisp expression (ssget "X" (list (cons 0 "ARC") (cons -4 
  835.      "=,=,=") (cons 10 (list 0 0 z)))) doesn't work.  The z
  836.      coordinate isn't being evaluated in the relational test with 
  837.      arcs.
  838.  
  839.  84. With HIGHLIGHT=0, using "U" to undo the previous selection
  840.      while in the "Select objects: " prompt acts like HIGHLIGHT=1. 
  841.      To show this, load a drawing with 5000+ entities, do a LIST,
  842.      and at the "Select objects:" prompt type ALL.  ACAD reports
  843.      XXXX entities selected.  Now type "U".  Instead of instantly
  844.      reporting that XXXX entities were removed, it takes several
  845.      seconds for the message to appear.  Now if you type ALL again,
  846.      ACAD takes much longer than the original time to report XXXX
  847.      entities selected.  No known workaround.  Fixed in R12c2.
  848.  
  849.  85. When you plot with Autodesk's LaserJet PCL driver at 300 dpi,
  850.      solid filled areas (arrowheads, wide polylines, and solids)
  851.      appear as a fine gray hatch, rather than solid black.
  852.  
  853.      Workaround: Obtain the latest driver update (PLHPLJ.EXP) from
  854.      CompuServe or your dealer.  On CompuServe, the files are
  855.      called PLHPLJ.ZIP (DOS 386) and PLHPLJ.Z (Sun).  Another
  856.      workaround, if you have a LaserJet III or IV, is to use the
  857.      HP-GL/2 driver instead.  Fixed in R12c2.
  858.  
  859.  86. If you use WBLOCK <dwgname> * to purge a drawing, and the
  860.      drawing contains xrefs, Release 12 resets all xref layer
  861.      visibility, color, and linetype settings to the values in the
  862.      external drawings, even when you've changed some of these
  863.      values and set VISRETAIN to 1 to keep the changes.
  864.  
  865.      Workaround: Use the PURGE command instead of WBLOCK * (note
  866.      that, because of block nesting, you sometimes have to go
  867.      through several OPEN and PURGE cycles in order to purge
  868.      everything).  Alternately, if your changes to xref layers are
  869.      minimal, simply reapply them after purging with WBLOCK *.
  870.  
  871.  87. If you create a custom linetype that consists of a repeated
  872.      sequence of two or more dots, AutoCAD doesn't display or plot
  873.      the linetype correctly. For instance, suppose you create a "3-
  874.      dot" linetype (a sequence of 3 closely spaced dots, followed
  875.      by a wide space, followed by 3 more dots...) by adding the
  876.      following linetype definition to ACAD.LIN:
  877.  
  878.           *3DOTS,... ... ... ... ...
  879.           A,0,-.25,0,-.25,0,-.5
  880.  
  881.      When you draw random line segments with this linetype, some of
  882.      the segments are continuous, and in other segments the dot
  883.      groupings are incorrectly spaced or contain the wrong number
  884.      of dots.  Note that this bug isn't new with Release 12.
  885.  
  886.      Workaround: Although we haven't discovered a completely
  887.      effective workaround, drawing polylines with linetype
  888.      generation turned on minimizes the problem.  The first and
  889.      last sequences of dots are still wrong, but the remaining dots
  890.      are fine and the continuous segments disappear.  To turn on
  891.      linetype generation, set the Release 12 system variable
  892.      PLINEGEN to 1 before drawing the polylines.  Use the PLUD
  893.      command or the Ltype gen option of the PEDIT command to change
  894.      existing polylines.
  895.  
  896.  88. Under some conditions, editing attributes with DDATTE can
  897.      cause the attributes to shift position in undesirable ways. 
  898.      This problem occurs when you use DDATTE after having created
  899.      text with a style that is either vertical, backwards, or
  900.      upside-down.  For instance, create a block with one attribute
  901.      using AutoCAD's default STANDARD style.  Insert the block and
  902.      fill in its attribute.  Now create a new style called
  903.      VERTICAL, and draw some text with it:
  904.  
  905.             STYLE
  906.             VERTICAL
  907.             ROMANS 1/8 1.0 0 N N Y    {Y = vertical}
  908.             TEXT
  909.             0,0
  910.             270
  911.             Hello, World.
  912.  
  913.      Finally, use DDATTE to edit the block you inserted earlier. 
  914.      After you click on OK, the attribute will shift to a different
  915.      location.  Note that this bug is not new to Release 12.
  916.  
  917.      Workaround: The first time you edit the attribute, clear the
  918.      text field, and click on DDATTE's OK button.  Then repeat
  919.      DDATTE and type in the new value for the attribute.  Using
  920.      DDATTE twice causes AutoCAD to use the correct justification. 
  921.      Another approach is to draw some text with a style that isn't
  922.      vertical, backwards, or upside-down, and then use DDATTE. 
  923.      Fixed in R12c2.
  924.  
  925.  89. The AutoLISP statement (getvar "LIMCHECK") triggers Release
  926.      12's DBMOD ("drawing database has been modified") system
  927.      variable.  As a result, when you next use OPEN, NEW, or QUIT,
  928.      AutoCAD reports that "the current drawing has been modified"
  929.      and asks whether you want to save changes, even if you haven't
  930.      changed anything.  This problem can confuse users who have
  931.      come to rely on Release 12 to prompt them only when they
  932.      really have made changes.  Fixed in R12c2.
  933.  
  934.      Workaround: Avoid using (getvar "LIMCHECK") in ACAD.LSP, since
  935.      it will cause AutoCAD to prompt you to save changes with every
  936.      drawing (as Release 11 and prior versions did).
  937.