magic/cif
Darryl L. Miles 3f85689985 cif/CIFgen.c: fix incorrect type bool -> int
There are 3 states for CLOSE_xxxxxx with 3 different values.

Issue introduced from 2f7f76bf9 merged since tag:8.3.509

This affected the scenarios using non-zero non-one values such as:
  #define CLOSE_DONE   2

This looks the result of an original bug where the forward declaration
 had a type mismatch with the real method, so the method implementation
 prototype was taken as the correct one.  The forward decl was rewritten
 with the correct prototype signature.
Maybe this is the cause of CIF data once drawn into view does not always
 seem to always erase after disabling and a redraw ?
2025-01-04 11:20:08 -05:00
..
CIFgen.c cif/CIFgen.c: fix incorrect type bool -> int 2025-01-04 11:20:08 -05:00
CIFhier.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFint.h K&R: cif/*.h move function prototypes to the correct file 2024-12-26 13:05:14 -05:00
CIFmain.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFrdcl.c TCL9: ClientData macro assignment and access usage 2025-01-04 11:08:01 -05:00
CIFrdpoly.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFrdpt.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFrdtech.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFrdutils.c printf: vararg functions use 'const' for format string 2025-01-03 09:08:14 +00:00
CIFread.h printf: vararg functions use 'const' for format string 2025-01-03 09:08:14 +00:00
CIFsee.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFtech.c K&R: cif/*.c bulk function implementation conversion 2024-12-26 13:05:14 -05:00
CIFwrite.c TCL9: ClientData macro assignment and access usage 2025-01-04 11:08:01 -05:00
Makefile Initial commit at Tue Apr 25 08:41:48 EDT 2017 by tim on stravinsky 2017-04-25 08:41:48 -04:00
cif.h K&R: cif.h conversion to ANSI 2024-12-26 13:05:14 -05:00