-
Notifications
You must be signed in to change notification settings - Fork 149
/
BUGS
788 lines (578 loc) · 31.6 KB
/
BUGS
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
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
BRL-CAD Bugs
============
Bugs should be reported to the bug tracker on the project website at
http://sourceforge.net/tracker/?atid=640802&group_id=105292
The bugs and issues listed in here may or may not be the same as or
related to the bugs reported to the bug tracker. In general, users
should not look to this file for information regarding the status of
bugs. Informal bug-related information that is intended for
developers will generally be found here. This may include short term
issues that are in active development as well as long term and
on-going issues.
Recent Bugs
-----------
* Archer was observed to mangle the structure of a comb tree when assigning
a color from the dialog panel. MGED is able to assign the color fine,
so there appears to be something specific to Archer's comb tree handling
that is flawed. Not all combs are handled incorrectly. Issue appears to
be long standing - observed as far back as at least version 7.28.
* rtcheck_handler_cleanup() throws 'invalid handle specified' on Windows
in closing of STDOUT (see FIXME comment). Does not affect normal running,
but a debug build complains.
* very peculiar non-linear memory issue in rt when allocating a large
flat hierarchy of objects. I have three combs, each with 10k
members unioned. Each member is an rcc. Rendering with just one
comb results in about 2GB usage. Two combs result in about 3.5GB
usage. Three combs results in 18GB usage. Four is killed after
24GB. Suspect there is some 32-bit issue once we exceed 4GB that is
causing subsequent allocations to be bigger than necessary. Looking
at allocation stack, rt_ct_get() appears to be allocating 10MB
chunks.
* rt from mged is not outputting overlap log messages or rt summary.
Stops printing after opendb line. (Observed on Mac)
* mged running an rt with excessive overlaps ends up in a deadlock.
Backtrace indicates write buffer is full, likely because no output
is going to terminal. (Observed on Mac)
* gcv on a glTF file (at least a binary .glb) crashes hard with a NULL
pointer bomb (workaround: gltf-g succeeds albeit incomplete
conversion). Takes out the entire Terminal app on Mac for some
reason (consistently).
* Running"mged -c test.g" exits automatically on default prompt:
...
Create new database (y|n)[n]?
Warning: no database is currently open!
morrison@Miniagua .build %
* TGC tess fails when we have a near-zero c axis and a larger d
axis, or vice versa.
* MGED crashes trying to open the repository file
doc/docbook/resources/other/standard/xsl/images/important.tif
It is mis-identified as a v4 .g file due to the file header's
first character matching the v4 .g first character.
* MGED on Mac hides the main command window on File->Open when you
cancel the open. Presumably the withdraw is somehow getting routed
to the window and not just the open dialog.
* running pkgIndex and/or mkIndex during build appears to be randomly
crashing on Mac using bundled libs
* garbage_collect -c wipes out custom attributes on _GLOBAL
> attr set _GLOBAL foo bar
> garbage_collect -c
* Visual error when drawing using -S -m1 of a region with the same solid
subtracted and then unioned.
make two boxes stacked on top of one another
> r boxes.r u box - box1 u box1
> e -S -m1 boxes.r
box1 is not drawn
* When run inside mged, invalid syntax reported on "gqa -p prefix"
despite it being documented as the correct form (and working outside
mged). specifying gqa -pprefix appears to be workaround, though
unintuitive. specifying gqa -p"" annoyingly outputs ""exp_air.plot3
with quotes embedded in the name.
* rtweight reports nan,nan,nan centroid when density is 0
* rtweight/gqa volumes seem wrong with simple sphere test case, with
values consistently and quickly converging less than the actual
volume regardless of the grid size.
* gqa manpage has the wrong indentation on the options write-up.
* raytracing a revolved sketch seems to work fine, but rtarea and gqa
seem to be crashing on that same revolve. curiously, the brep
revolve from the csgbrep proc-db has the same failure as well as the
brep ehy.
* ogl display manager still crashes on attach in mged on Mac OS X 10.5
* running archer "" at least on windows results in a file type dialog
and errors with "can't read "_conv_log": no such variable
* opening a database in archer with the same name as a command doesn't
work.
* in mged, running the 'attach' command (confirmed issues with X and
ogl), closing the window, and then issuing a 'draw' results in mged
crashing.
* killtree / crashes
* killtree reports spurious db_lookup failures saying object does not
exist as it previously deleted it. should keep track of what it
deletes to not output spuriously, or (better) delete transactionally
so it only attempts to lookup and delete once per object.
* object names with a / or \ in them make ls or underlying directory
parsing logic display them incorrectly.
* search -exec results are inconsistent with search filtered
results. for example, "search . -attr ..." returns A B C, but
"search . -attr ... -exec attr show {} \;" results in attr show
output for A B C as well as subtracted repetitions. For example,
say A contains - B - C, then it will show output for A B C B C.
adding -bool u gets closer to consistent but still appears to repeat
the last object
* fbclear -c appears to hang indefinitely inside pkg_bwaitfor,
possible protocol mismatch or capability removed/changed in fbserv.
* dbupgrade -r produces an invalid rhc with the default v5 rhc produced
by MGED with "make rhc rhc"
* apparently all four BRL-CAD Tutorial Series volumes are missing from
our bibliography...
* Tessellating an ETO with a normal tolerance results in stack
smashing due to bad logic in recursive algorithm: set norm 2;
facetize my.eto my.bot;. Observed infinite recursion in both
make_ellipse4() in eto.c and (after adding max recursion test) in
paint_face() in manif.c:190
* mater -d information stored in the .g file doesn't survive a
garbage collection operation.
* fix checker.sh script and/or overlap GUI so that the latter will
read the resulting overlap pairings file from the prior.
alternatively, need to be able to run overlap check on server
without GUI, so could implement an overlaps file output option to be
run via mged -c.
* running 'put' on geometry that is already displayed results in a NaN
view (at least View and Eye_pos parameters are non) despite geometry
still being displayed. this causes 'rt' to fly into an infinite
loop, presumably trying to increment rays from the eye position.
* icv dpix support is not cross-platform (it writes out native, reads
in assuming same encoding). regression tests fail on big endian.
* creating an object with a slashes in the name (e.g., cp foo foo/R)
results in an object that cannot be deleted/renamed. bad behavior
presumably extends to any name with path separators.
* mirror command rejects brep solids and turns faces inside-out when
mirroring a comb with brep solids below it.
* rtsil command works if do what usage says and redirect output to
file, but mentions .pix when data is actually .bw; and using the -o
option results in a black image. it is also inconsistent, writing a
black silhouette on a white background, instead of black on white
and missing background color options.
* make sph sph
clone -i 1 -t 1000 0 0 -n 100 sph
kill sph
g line sph*
clone -i 1 -t 0 1000 0 -n 100 line
kill line
g square line*
clone -i 1 -t 0 0 1000 -n 100 square
... never returns ...
This should be merely 1M spheres, but something chokes. Could be
somewhere in the Tk layer. Maybe somewhere in the db layer. Maybe
something is corrupted by clone when it
* If we draw any form, then trace it using rt, then change of database
(by clicking file>open and selecting another database), badness
ensues. One report has quitting the rt window causing a segfault.
Another (confirmed) hung mged (stuck/inf loop).
* annotation bugs:
in sph1.s sph 0 0 0 10
in ann1.s annot 0 0 0 test1 10 10 3 1
in ann2.s annot 30 30 30 test2 40 40 3 1
# ann2.s's label looks wrong, points at origin?
in ann3.s annot 0 0 0 1 10 10 3 1
# using numbers for a label results in no label
* make eto eto
tol norm 1
facetize eto.bot eto
[crashes due to excessive recursion]
* crash in rt_bot_xform() due to a bot being marked as having face
normals, but didn't. bot probably written wrong via conversion
to/from obj or asc. found importing teapot.
* rtedge with perspective is wrong. it fills in nearly entire faces,
vertically in particular. it's worse on small sized renders, and
gets better the larger the render size (indicating there's some
neighbor distance coming into play that is not affected by
max_dist). eoes not happen in non-perspective ray-traces.
* a character is (still) sometimes captured by the cursor box. steps
to reproduce:
1) write a word on the mged command prompt ("e.g. hello")
2) select the word to end of line with mouse
3) paste the word (e.g., middle mouse) and press enter
4) type "hello" again and press enter
you should now see an "o" in the yellow cursor box. sometimes
you'll see the "o" after step 3. running "clear" resets the cursor.
* get_regions tcl command doesn't respond well to situations where
child object names in combs have dashes (the "-" character) in
names. It tries to interpret the dash as an argument delimiter.
Looks like this may be only in situations where the "-" is the
lead character and on Windows? Been hard to reproduce...
* dsp does not facetize correctly with zero elevation areas in the
data - need robustness improvements
* dsp primitives specifying data using Windows style file paths
don't work.
* attempting to create a dsp using a binary object caused a crash on
Linux - need to figure out if this was caused by feeding it the wrong
kind of binary object or some other error...
* screengrab on windows does not work
* Recursive submodel predictably goes infinite, need stack-based
db_walk_tree(): mged> in submodel submodel submodel grid test.g
* running rt -s20 -F file.pix ... does not result in an 20x20 image
being written out. it ends up being 512x512.
* running rt -C255/0/0 -o file.pix ... does not result in the
background color getting used. It does work with -F file.pix, going
through libfb instead of libicv.
* ogl display manager and framebuffer are creating windows with
transparent backgrounds (the glClear color is not being drawn) on
Linux. Presumably a driver-related issue, alpha channel, or expose
event issue. Inspecting further, it may be related to environments
where shmget() fails (or is requested via /dev/oglp) and we get
private memory -- looks like private memory is not initialized
(observed on Mac 10.6, Windows, and Ubuntu Linux using 7.26).
* pixdiff on Windows is reporting no differences with a pair of files
that pixcmp can see differences in.
* fblabel seems quite busted, at least talking to a /dev/X fbserv, in
that it only draws the first character and eventually displays
rem_read() failures when run in -d debug mode.
* rtedge doesn't refresh a /dev/X fbserv (presumably double-buffered)
after doing an overlay render. it does draw, though, as confirmed
by a forced fb-fb refresh.
* pixborder doesn't account for an edge case where the right edge of
an image is expected to be colored (except for one pixel on the top
edge). Example:
pixborder -b "255 0 0" -t "255 255 255" < pix/moss.pix | pix-fb
* typing 'comb -f -r assembly_name' shuts down mged with the error:
ERROR: bad pointer 0000000000B4CA50: s/b bu_external(x768dbbd0), was bu_vls(x89333bbb), file ..\..\..\brlcad_src\src\libbu\parse.c, line 2443"
And on the mged command line:
rt_db_cvt_to_external5 expecting non-NULL name parameter
wdb_export((null)): solid export failure
* report of mged command history not working with the down arrow key
in 7.25.0 (on Windows, unknown on other platforms). Up arrow works
fine.
* wgl framebuffer is not lingering on windows (regardless of using
wgll or default) when it should
* calling "attr set obj key value" should always result in key getting
set to value, no matter what, as it is the lowest-level attribute
management interface and what the command (correctly) documents.
example demonstrated to not work was: attr set obj rgb 123/123/123
* report of LIBBU not working when accessed by a multithreaded
application on Windows. reportedly due to some problem with the
debug memory queue.
* report of g-iges crashing (on Windows) when exporting a 1.2MB BoT
mesh (presumably imported via stl-g). worked for smaller models.
* autoview [scale] isn't updating the wireframe when opening a
database, drawing geometry, then running autoview. the status bar
shows the scale change, but the graphics window remains unaffected
unless you run "view size" to set it.
* overlay command reports an error when trying to load a file
names edges.pl, but succeeds when the file is called patches.pl
Need to see why edges.pl is not accepted.
* step-g crashing on mac with lazy symbol load failure missing:
brlcad::SurfaceTree::SurfaceTree(ON_BrepFace*, bool, int)
* metaball tessellation enters either an infinite loop or an absurdly
long tessellation process - observed on Linux 64 bit system - quick
test:
rm -f metaball.g && mged -c metaball.g "make m.s metaball; facetize m.bot m.s"
* corruption/crash issue rendering terra.g without terra.dsp,
possibly/probably parallel-related in libbn/noise.c's
bn_noise_turb() function. gdb eventually catches a segfault in
find_spec_wgt() loop with indications of corrupted memory. valgrind
confirms corrupted memory (8 bytes) after a build_spec_table()
realloc within find_spec_wgt() but it's not clear why. etbl
book-keeping seems okay.. corrupted read consistently detected on
spec_wgts = ep->spec_wgts line in bn_noise_turb(). observed on
64-bit linux system:
rm -f terra.pix && valgrind bin/rt -o terra.pix -P1 -H3 -s1024 share/brlcad/7.21.0/db/terra.g all.g
* mged 'joint' hold command isn't working. looks like the fp_names
book-keeping is fuxored or the db_lookup is returning NULL (or isn't
yet performed).
* src/librt/primitives/bot/g_bot_include.c:rt_bot_bbox() routine isn't
calculating the bbox correctly
* 'exists' command documentation claims more than has been implemented
* rtxray crashes if you specify a -o *.bw output file due to
assumptions in the rt front-end that all output files are .pix
* encountered a crash during rtarea on a (default) facetized version
of the hyp from the proc-db csgbrep tool.
* raytracing rhc crashes (inside malloc, so previous memory badness)
with normal tolerance set to non-default value (e.g. tol norm 0.1);
also fails (non-crash) if absolute tolerance is changed (e.g., tol
abs 0.1)
* revolve raytracing seems to be busted.. at least with the example
csgbrep revolve shape
* torus with a near zero inner diameter results in zero-length edges
during tessellation.
* bu_log() with a width specifier does not align like printf().
Example: bu_log("%24s", str);
* report that "keep" sometimes results in a .g file with unknown units;
dbconcat also is reported to set the units to unknown if concatting
a file with unknown units.
* infinite loop in rt_find_backing_dist() raytracing a BoT (without
pieces) for bot_smooth (i.e., rt_bot_smooth()). encountered inf
loop on a jetski fastgen model that was solid but unoriented, with
about 8k faces. NOTE: possibly already have a fix for this bug
pending review and testing. --CSM
* run make to create all primitives at the origin. there are raytrace
differences, crashes, and overall bad behavior between default
ungrouped "e *" view and adding all of those primitives to a single
region. Script for creating all primitives via make command:
for i in `mged -c test.g make asdf asdf 2>&1 | awk '{print $12}' | sed 's/[<>|]/ /g'` ; do mged -c test.g make $i $i ; done
mged -c test.g "g primitives *"
mged -c test.g r primitives.r u primitives
rt -a 35 -e 25 test.g primitives
rt -a 35 -e 25 test.g primitives.r
* MGED on Mac OS X 10.6 mouse bindings fail to zoom in incrementally.
Pan, zoom out, and interactive zoom work. Shift-grip bindings need
to be verified.
* rt -i -s4096 -H16 -F/dev/null boolean-ops.g all
* asc2g of a .asc file containing the first line as a "#" comment
results in a bu_malloc(0) bomb. comment lines should be valid in
.asc files.
* compilation reportedly fails when building Tcl if the path to the
source directory includes a space.
* mged/tcl "gets" command doesn't work if you run the "source" command
to read in a script that uses gets on stdin. it just hangs until
multiple sigint's are received.
* invoking mged from a system menu seems to be broken. reported by a
reliable ArchLinux user. probably exhibits cross-platform on KDE,
GNOME, or XFCE (but original environment is unknown). the bug is
undoubtedly related to mged's interactive and stdin/stdout input
detection where mged thinks it's being scripted (beginning on or
about mged.c:1150)
* Report of copy/paste not working with Tk on Windows Vista - does
work on Windows XP.
* Update/create .mgedrc results in bogus qray lines if a db is not
open when the file is created.
* MGED doesn't initialize multipane view to the documented multipane
defaults if you just open a db with multipane already enabled.
* Creating an 'extrude' via MGED gui crashes MGED.
* edcomb command seems to be busted similar to red, doesn't seem to do
anything.
* Detailed BoT model ray trace image had incorrect background pixel
values in framebuffer, off slightly by one.
* rt is consuming 100% CPU in fb_close() on a lingering ogl
framebuffer waiting to close. needs to sleep or select for a while.
* /dev/oglb 'copy mode' fails to refresh the framebuffer
* X display manager (and probably others) will lock up mged if you Z/B
while the wireframe is being actively drawn (in X_drawVList()).
reproducible by cloning havoc a dozen or more times, getting
sub-1sec fps, Z/B after rotating wireframe but before update
finishes drawing.
* report of rt aborting randomly on 64-bit with camo shader.
* mged rrt command is not respecting the view size, just does
something similar to autoview but even gets az/el wrong too.
* Windows mged build is not generating tclIndex files with all
entries. notably the pattern_gui.tcl file is not getting included
as well as a variety of others. see missing entries in
tclscripts/mged/tclIndex for examples:
https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2923199&group_id=105292
* vdeck truncates the region names in the 'regions' file, probably
wrong bu_strlcpy() length.
* hyp tessellation routine creates bot that does not raytrace
* hyp used in a boolean with other objects (even unions) does not
raytrace
* if you attach a display manager in tk-mged, kill the window, then
quit, mged crashes on exit.
* mged segfaults when drawing lots of solids at once (e.g. draw *.s)
* mged command mode doesn't display the output of multiple
semicolon-separated commands. Only the output of the very last mged
command is displayed. Example:
mged -c moss.g "tops ; title"
mged -c moss.g "puts OK ; tops ; puts OK2 ; title ; puts DONE"
Note that this is consistent with doing the same thing on the MGED
Command Window's command prompt - if the above is a bug it is
apparently not restricted to command/classic mode.
Further investigation suggests that this is a consequence of
Tcl treating multiple commands in a single " " block as one command,
insofar as capturing the output is concerned. It probably relates
to situations where Tcl_SetResult is called where (in this case)
Tcl_AppendResult would have been better, but it is not clear whether
changing this result setting approach would cause other breakage.
* mged rotation halts after a few events and after zooming in/out at
least once (Mac OS X 10.5)
More info: This problem appears to be specific to a particular
X11 version or versions - it has been observed with
xorg-server-1.4.2-apple33 on 10.5. It does not occur with the
community XQuartz 2.5.0 (xorg-server 1.7.6), nor does it occur
when Tk 8.5.8 is compiled to use the Aqua backend. At least one other
(possibly earlier) version of X11 from Apple on a 10.5 Mac did not
exhibit bad rotate behavior. The problem is not specifically the
zooming action - rather, the zoom triggers
a Tk focus call on the display manager window (rather than the
Tk parent window) and the problem manifests when focus is on the
display manager window. mged classic mode, where there is no
parent window, exhibits the bad rotate behavior immediately.
* infinite light sources close to objects result in unexpected/bad
light behavior. example is a 1m sph light about 5m from a box about
1k x 1k x 1k in size. setting make each light be red, green, and
blue respectively, set to infinite (and fraction 10) and sides to
the cube will render sides with a fixed color (green, blue) and top
magenta. On one test with all lights at fraction 1.0 and only one
inf, was getting interleaved partial flat/no color all around cube.
* fastgen plate mode bots are reporting invalid shotline segments.
depending on whether you shoot from the front or back can result in
bogus lists visible with nirt in mged, entirely missing the bot, or
mismatched entry/exit/overlap segments.
* tab completion in classic/command mode sometimes doesn't work
(presumably if mged can't find tcl resources). was finally able to
reproduce this with the result given as:
invalid command name "bind"
* mged 'facetize -n' command is giving many errors:
ERROR: color index out of range (-128 > 255)
and it shouldn't. seems to be happening on 3-manifold surfaces but
only for particular faces. looks like the painting algorithm that is
being used is flawed (and an incomplete implementation).
* running 'keep' on too many objects (hundreds is causing a usage
statement (and not doing the keep)
* rtwizard won't display a line overlay if you line object is obscured
by another. Example being to display a vehicle as ghost, crew as
solid, and crew as line. confirmed even when using the other line
occlusion settings.
* fbserv is receiving image data very slowly if the framebuffer is a
remote X24 interface. could reproduce on mac with the following:
fbserv -s1024 1 /dev/X &
rt -F1 -s1024 db/moss.g all.g
rt -F1 -i -s1024 db/moss.g all.g # 8x worse
* ls -A and/or e -A reportedly crashes on use, unverified
* File->Export seems to not work on Windows
* xpush fails to properly create a hierarchy killing existing objects
resulting in dangling references. This may have been fixed by
r69256, but a model that exposes the issue has to be tested to be
sure.
* mged on Mac OS X will crash on an X11 call if compiled against
system Tcl/Tk (at least on 10.4 linking against 8.4), see TODO
* the ray tracer fails to report LOS and sometimes even hits on a BoT
that is marked as unoriented or is inverted (even though it
sometimes will report the segments, just without LOS). this seems
to happen for bots that are neither lh or rh (they're mixed) and
causes the raytrace to fail if they're set to anything other than
'no' for orientation. this affects rt, nirt, et al.
* g-vrml ignores bots that are created with dxf-g
* Mac OS X installer doesn't include the symbolic links, only
including the versioned installation directory.
* Mouse cursor turns into a huge yellow-translucent arrow when running
MGED through remote X11.
Running this fixes the bug: .id_0t config -cursor "xterm black"
* mged (on debian) is reporting this when the user presses tab:
Error in bgerror: invalid command name "::swidgets::togglearrow"
the second time they press tab, they get:
Error in bgerror: window name "_secErrorDialog" already exists in parent
The problem was noticed on 7.12.4 and happens regardless of there
being a db opened or not. The problem does not occur in classic
mode.
* mged command window is showing up as an empty 0x0 dimensioned window
on freebsd using xfce and metacity (single display, 1680x1050 res).
dm shows up just fine.
* g2asc of a v4 is apparently writing out the wrong s_cgtypes and
otherwise parsing v4 .g files incorrectly
* bump shader seems to be busted. only renders as flat by itself and
stacked with phong it seems to ignore the uv settings.
* the graphics window does not acquire keybinding focus in mged on
ubuntu linux. key events go to the command window even with the
graphics window has focus.
* MGED File->Preferences->Fonts results in error "named font "button
_font" doesn't exist on Linux.
* mged tab-completion doesn't work if the object names have spaces
* Open dialog in MGED seems rather busted for scrolling and selection
(seems to be Mac OS X specific)
* turning on Framebuffer->Rectangle Area in mged disables the
embedded framebuffer display on Mac OS X when you sweep a raytrace
rectangle. sweeping still works if you leave it at All.
* invalid shaders result in an "Unable to locate where BRL-CAD ... is
installed" message that refers to being unable to find a
/lib/libSHADER.so file. Quite a bogus message and probably not
something that should abort the ray-trace.
* rtedge seems to get stuck in a loop at the end of rendering, never
terminates (unless you rtabort/kill the process); works with -P1
* nirt/query_ray reports intersection messages in triplicate if the
shot routines miss but still print out messages
* mged's plot tool (the gui one, not the 'plot' command) outputs a
plot file that has an erase as the last command, causing empty plots
* interactive mouse edits in mged can go haywire on Mac OS X with
snap-to-grid enabled
* overlap tool in mged encourages very inefficient CSG operations
(e.g. a simple bolt with an entire hull armor subtracted)
* permute (in mged) requires apply or save before 'new' vertex values
will function properly as keypoints.
* facedef then move face undoes the facedef in mged
* dsp primitive is going into what seems to be an unbounded memory
allocation loop during prep, inside dsp_layers().
* crashes during photonmap raytrace of m35 where right node is invalid
rt -o test.pix -V 1.0 -P4 -J0 -l7 -A0 ~/Desktop/m35.g all.g box.r sph.r
* libfb cannot utilize standard output/error "device" files without
path trickery. it recognizes the /dev/ prefix and presumes it's a
libfb device instead of a filesystem device.
OK: rt -F/./dev/stdout
BAD: rt -F/dev/stdout
* libfb cannot open a file descriptor when piping/redirecting output.
OK: rt -F/./dev/stdout moss.g all.g
BAD: rt -F/./dev/stdout moss.g all.g > test.pix
* ray-tracers assume a seekable output stream. libfb reports numerous
fseek errors and outputs slightly corrupted pix data.
OK: rt -o test.pix moss.g all.g && pix-png test.pix > test.png && rm -f test.pix
BAD: rt -o /dev/stdout moss.g all.g | pix-png > test.png
* running any of the various mged commands (e.g. clicking the raytrace
button many times quickly, or running rtarea on a large model) that
output a lot of data will hang mged (idle cpu utilization).
* solids.sh regression test fails on Mac OS X with one pixel
off-by-many on the edge of the middle ARB8 when using an optimized
-O3 compile (-fno-unsafe-math-optimizations makes no difference)
* triangulation of some pipe in toyjeep.g fails (rather reliably) on
some given bend. fails in nmg_triangulate model().
* fbhelp sends some of the output to stdout and some to stderr...
* debugbu 2 immediately reports a bu_vls_free() error.. apparently
been a problem since 4.5 days. this occurs because
bu_memdebug_add() is not called unless memory checking is enabled
via bu_debug. so when bu_debug is set to 2 or 3, it ends up
reporting errors during bu_free() for items that were allocated and
were not yet being tracked.
* mged View menu says I and O are keybindings for zoom in/out -- they
are apparently not.
* raytracers report the wrong amount of cumulative time (reports as
0.0 seconds elapsed) on amd64 linux; most likely the same pthread
accounting bug visited a couple years ago.
* Create menu.. create "part" boo hiss..
* wavelet isn't working correctly on a simple image decomposition &
reconstruction.
* fbed is looking for /usr/lib/vfont/nonie.r.12
* mged doesn't check if html_dir does not exist when searching for
docs/browser.
* permute then translate doesn't refresh the graphics window
permute 4378
translate menus
p 0 0 0
p 0 0 0
* constrained axis translation bindings on OS X don't work
object/matrix edit
shift-alt mouse (left/mid/right for x/y/z respectively) should work
* the findfont directive in gv postscript is reporting font not found
* concave arbs give correct wireframe but do not raytrace correctly.
* rtwizard/rtedge creates incorrect "fuzzy" edge overlay when creating
a "Ghost Image with Insert and Lines" that includes a light source
and object close to surface (e.g. moss.g; select plane, light, and
cone for ghost; select cone for insert and lines.)
* mged's solid illuminate doesn't work when Lighting is turned on
* raytrace of zoomed images (e.g., -s64) doesn't work for if_X24
framebuffers. zooming logic seems to be broken (was crashing in
memcpy, but that was fixed) for at least -s96 and smaller:
./libtool --mode=execute gdb --args src/rt/rt -F/dev/X -P1 -s64 db/moss.g all.g
* g2asc exports attr lines but will not grok them on asc2g
* mged's matrix selection does not modify the correct matrix if there
are multiply referenced non-unique paths (e.g. referencing the same
object N times in a combination).
* facetize -t doesn't work (tnurb support)
* on os x, the -fast option results in an odd optimization/aliasing
bug where rtip contents are lost in rt after returning from
rt_gettrees().
* tra in console mode outputs a warning about mged_players
* mged primitive editor doesn't accept/apply values to disk for
certain primitives (e.g. sph)
* photon map cache file doesn't work (seems to crash rt on use)
* enabling perspective mode horks shaded mode, also Z clipping
shouldn't be required to get the shading.
* an underlay framebuffer does not underlay with shaded mode
* rtarea gives incorrect areas when using -H hypersample flag
* setting src/librt/db5_io.c's AVS_ADD off in db5_import_attributes
causes bad things to happen and it really shouldn't.
* vrml exporter (and probably others) doesn't export primitives
directly as one might expect like the ray-tracers, only regions.
* sketches extruded with non-square AB vectors results in inner sketch
components not getting scaled properly.
* rtcheck is ignoring fastgen tagged geometry since no multioverlap
handler is set.
* bot-bldxf fails in db_walk_tree(), interface may have changed
Older Bugs
----------
* several manpages are missing or out of date for various tools
* X11 framebuffer often fails to display on certain middle bit depth
displays. (e.g. 15 or 16 bit depth)
* mk_lcomb fails on large combinations due to mk_tree_pure() building
a left-heavy tree and wdb_put_internal() then recursively performing
lookup and put calls.
Annoyances
----------
* matrix edits on objects in mged require you to select a primitive
for a coordinate system reference. this can be counterintuitive and
confusing.
* there are frequently modality errors when entering edit mode as
control and middle mouse rebind to model edit instead of view edit.
---
Bugs should be reported to the bug tracker on the project website at
http://sourceforge.net/tracker/?atid=640802&group_id=105292
BUGS should be formatted to column 70 (M-q in emacs), no tabs.
// Local Variables:
// mode: Text
// fill-column: 70
// End: