>Michael Swanson wrote: >> It appears to have been an FTP problem, which would figure. I was >> using the "new" version of WS_FTP (9.01) to transfer in Auto >mode and >> it appears to have removing CR/LF and turning them into just CR's, >> which, admitedly, it's supposed to do. However, I think >this made the >> text-content-length headers and content-length headers not match the >> actual length of the file being imported. I realized after I posted >> before that the import was actually err'ing on the first >time it tried >> to add an actual file, where the length headers were >something larger >> than about 10. I transferred the file to the RHEL box in >binary mode >> and it imported fine. Anyway, thanks for the help. >> > >Thanks for the info. The file certainly should always be >transferred in >binary mode, not only because of the content-length checking but also >because you don't want to change the contents of your embedded files. > >Actually I should probably change the dumpfile extension to something >other than ".txt" to avoid this confusion.
Yeah, I actually intentionally transferred it in Auto mode at first, because it was coming from being created on a windows box by a program run in Windows to a Linux box to be used by a Linux utility, so I figured it would need to be converted. Oh well, anyway, glad to have figured it out. _______________________________________________ vss2svn-users mailing list Project homepage: http://www.pumacode.org/projects/vss2svn/ Subscribe/Unsubscribe/Admin: http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org Mailing list web interface (with searchable archives): http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user
