- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
We just had someone discover what i'd call a relative oddity.
I have an add-in that is half based on the API help file's export your BOM to a csv file example. In short, the add-in saves the BOM to the CSV file and reads the CSV file back into memory and parses it out and reformats it for our ERP system. It's has it's own quirks, but it works fine.
Our file names for the assemblies we run this on are generally less than 20 characters long. The norm is actually 15 characters. Hasn't caused an issue - until now.
We're working with a new naming system that generates assemblies that can get file names upwards of 40ish characters in length. To me, while a good deal longer, did not seem to be any big deal. But what we discovered today is that as long as the filename itself (the name part of name.iam) is 28 characters or less, it works fine. Once it hits 29 it fails to work, but does not generate an error.
To get files into our ERP, the only method available is to write text files the system can read and using a utility IT created to read those files into the system. Regardless of the filename, the export to a generically named csv file works 100% of the time. It's the reading it back in that fails.
For the life of me, i cannot think of a reason why the length of the filename would impact this at all. I mean, if my filename was 300 characters or something, i'd get it. But 28?
Anyone have any ideas?
Solved! Go to Solution.