You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Can we return a fresh copy of the file, instead of a pointer to the file? so that the caller can operate on it as it wishes, e.g., closes, etc.
this is what we did in a previous iteration, and we still had the issue with data being cut off or overwritten in the file. Each file object is supposed to be a descriptor to the file, with its own cursor, so in theory we should be able to do as you say, but for some reason, we still occasionally hit that issue
ideally, we'd be able to return a new file that can be used independently from the one that is being written to. When this was tried in the past, we've ran into issues setting the seek for the file. This would sometimes cause the data to be written to the beginning of the file or overwriting previous data.
The text was updated successfully, but these errors were encountered:
Originally posted by @evan-forbes in #1340 (comment)
ideally, we'd be able to return a new file that can be used independently from the one that is being written to. When this was tried in the past, we've ran into issues setting the seek for the file. This would sometimes cause the data to be written to the beginning of the file or overwriting previous data.
The text was updated successfully, but these errors were encountered: