[Brlcad-tracker] [ brlcad-Bugs-1123436 ] g-iges to stdout generates wrong iges header

[SourceForge.net <no...@so...>]

Bugs item #1123436, was opened at 2005-02-15 16:35
Message generated for change (Comment added) made by lbutler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=640802&aid=1123436&group_id=105292

Category: Geometry Conversion
Group: serious bug / workaround
Status: Open
Resolution: None
Priority: 5
Submitted By: Manfred Spraul (manfreds)
>Assigned to: Lee Butler (lbutler)
Summary: g-iges to stdout generates wrong iges header

Initial Comment:
The output from g-iges can be set with -o file. If this
option is not set, then the output is sent to stdout.
The iges global header contains the output file name,
thus output to stdout is a special case. I think that
case is wrong: there is an extra "," at the end of the
printf line, thus two fields are printed instead of
just one.
This caused import errors when loading the iges file:
the 7th field doesn't contain the integer word size and
the import fails.

Steps to reproduce:

Take an arbitrary .g file:

$ g-iges test.g whatever.bot > test.iges
$ iges-g -o good.g test.iges
<<<<< Import fails.

$ g-iges -o test.iges test.g whatever.bot
$ iges-g -o good.g test.iges
<<<<< Import succeeds.

I've attached a fix, but it's untested.





----------------------------------------------------------------------

>Comment By: Lee Butler (lbutler)
Date: 2005-02-15 18:29

Message:
Logged In: YES 
user_id=1179270

We need to check the IGES standard to see if it has ANYTHING to say 
about this sort of thing.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=640802&aid=1123436&group_id=105292