| Summary | VFC files truncated |
| Queue | Vim on VMS |
| Type | Bug |
| State | Accepted |
| Priority | 2. Medium |
| Owners | |
| Requester | sferencik (at) alpha (dot) polarhome (dot) com |
| Created | 12/07/2010 (5451 days ago) |
| Due | |
| Updated | 12/09/2010 (5449 days ago) |
| Assigned | |
| Resolved | |
| Attachments |
I checked both of your attachments? and they both shows clearly the problem.
There is no problem at all with the attachments.
Regards,
Z
Here is a replacement.
Copy to VMS, unzip, should extract A.LOG, a file which has
Record format: VFC, 2 byte header, maximum 0 bytes, longest 82 bytes
Open in vim, open in lse. Compare.
New Attachment: vim-cut-replace.zip
Here is a replacement.
Copy to VMS, unzip, should extract A.LOG, a file which has
Record format: VFC, 2 byte header, maximum 0 bytes, longest 82 bytes
Open in vim, open in lse. Compare.
State ⇒ Accepted
State ⇒ Unconfirmed
New Attachment: VIM-CUT.ZIP
Queue ⇒ Vim on VMS
Summary ⇒ VFC files truncated
Type ⇒ Bug
Priority ⇒ 1. Low
This can be reproduced with the file in the attached ZIP file.
(Extract on VMS.)
When I open the file in vim, it shows 239 lines, the last three being:
$ getcnt = "$pnd_exe:gic_mt_get_rec_count"
$ getcnt TC_IC_UNIFIED_SECURITY GLB_REC_COUNT
Get record count for table TC_IC_UNIFIED_SECURITY
And then it ends. However, the file has 1132 lines.
This is a VFC file and the "truncation" happens where a C++ executable
(gic_mt_get_rec_count) was used to write to stream (std::cout):
cout << "Get record count for table " << tableName;
A fix is needed to get past this point in file, and display the whole file.