4.7 File Save issue ( added hidden garbled data at bottom)

mespee · Post by **mespee** » Thu Jul 17, 2003 3:41 pm

Using version 4.7 ( really any version higher than 4.5 ) in textpad from Solaris 2.6 samba share open a .java file.

Edit the file save

then from telnet vi the .java file

it will have extra characters at the bottom of the file that are not visible in Textpad 4.7.

If you close the file and reopen then Textpad will notice the new line of garbled code at the bottom .

mdodd · Post by **mdodd** » Wed Aug 13, 2003 3:09 pm

I'm having the same problem...I'm running Win2K with version 4.7. I know I didn't have this problem on my previous machine WINNT sp6 with version 4.7. Could it be something with Win2K?

mespee · Post by **mespee** » Wed Aug 13, 2003 4:02 pm

I am using windows XP Pro ...

4.6+ all do this could be an XP + Samba issue ..

Still no response from support .. I reported this over 4 months ago

Post by **bbadmin** » Fri Aug 15, 2003 6:36 pm

TextPad is designed to work with MS Windows, which isolates it from the differences in underlying file systems. Samba is designed to emulate Micrsoft's Server Message Block (SMB) protocol, so that a Windows client can access resources on a Unix system, as if it were another PC. If a file can be saved to a Windows file system correctly, but is corrupted when saved through Samba, the problem must be in Samba. Please report such problems to the Samba developers.

Keith MacDonald
Helios Software Solutions

mespee · Post by **mespee** » Fri Aug 15, 2003 6:55 pm

This can not be a Samba only problem as other application work find via
Samba share while Textpad is saving incorrectly EVERY time since version 4.6. This is repeatable in text pad but NOT in notepad.

Version 4.5 does NOT have this issue at all

Suggestion to all revert to 4.5

Post by **bbadmin** » Sat Aug 16, 2003 9:31 am

The significant change in TextPad releases since 4.5 is that existing files are now overwritten, when saving, rather than a new file always being created. This change was made so that existing owner and access modes could be preserved. You can check if this has any bearing on your problem by using the Manage Files command, on the File menu, to delete the file you are currently editing, then using the Save command to recreate it. (Note that this will bring up the Save As dialog box, to warn you that something different has happened, but just click OK to save the file with its original name.) If the new file does not contain any garbage at its end, this indicates that Samba is not handling file truncation properly. You can work around that by going to Configure/Preferences/File and unchecking "Overwrite original files directly when saving changes".

Keith MacDonald
Helios Software Solutions

mespee · Post by **mespee** » Tue Aug 19, 2003 2:55 pm

FYI

Turning off no overwrite of files seems to be working Thanks

I appreciate the help.

Post by **bbadmin** » Tue Aug 19, 2003 4:55 pm

Thanks for confirming that the workaround works. Please inform the Samba developers of the problem.

Keith MacDonald
Helios Software Solutions

mespee · Post by **mespee** » Wed Aug 20, 2003 2:10 pm

http://bugs.samba.org/?findid=29015

to track this issue

Community