Opened 5 months ago
Last modified 5 months ago
#386 assigned defect
cref is no longer working properly
| Reported by: | Eric Swenson | Owned by: | Gary Dixon |
|---|---|---|---|
| Priority: | major | Milestone: | MR12.9 |
| Component: | Tools | Version: | |
| Keywords: | Cc: |
Description (last modified by )
Some change in MR12.9 has broken cref. Rather than emitting entries in this form:
-------------------- ***** bound_chaos_file_ in NETWORK *****
cftp_request_table_
cftp_request_table_
chaos_ftp.pl1
It is now emitting entries in this form, which breaks pcref:
-------------------- ***** bound_chaos_file_ in NETWORK *****
cftp_request_table_
cftp_request_table_
chaos_ftp.s::chaos_ftp.pl1
The filename (chaos_ftp.s::chaos_ftp.pl1) is malformed.
Change History (4)
comment:1 by , 5 months ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:3 by , 5 months ago
The problem is even worse for crossref entries with source modules that have long names. The referencing programs are emitted with archive-like entry names that are much longer than 32 characters of a normal entry name. The actual name of the source program gets truncated at a point that it can no longer be recognized. Even the language suffix is lost. For example:
-------------------- ***** bound_chaos_file_ in NETWORK *****
chaos_ftp_data_convert_
bitcount_to_filepos
mgp_chfile_server_.s::mgp_chfile
chaos_ftp_data_convert_
cftp_.s::cftp_.pl1 mgp_chfile_server_.s::mgp_chfile
filepos_to_bitcount
mgp_chfile_server_.s::mgp_chfile
print cftp_.s::cftp_.pl1
comment:4 by , 5 months ago
| Description: | modified (diff) |
|---|

A repaired version of bound_crossref_ is available on GHM in the directory: