>I have several methods using StrToFile( ). All was fine but suddenly the chr(13) has changed from an ascii carriage return to some sort of control code showing itself as a dark rectangle in notepad. I’m not aware of any VFP7 setting I’ve changed that would cause this, nor am I able to find anything in the help files. Here’s a sample:
>

STRTOFILE("Here is some text", "d:\Jim.txt")
>STRTOFILE( CHR(13) + " Here is some text ", "d:\Jim.txt",.t.)
>STRTOFILE( CHR(13) + " Here is some text ", "d:\Jim.txt",.t.)
>STRTOFILE( CHR(13) + " Here is some text ", "d:\Jim.txt",.t.)
>
>STRTOFILE("Here is some text ", "d:\Jim2.txt")
>STRTOFILE( CHR(10) + " Here is some text ", "d:\Jim2.txt",.t.)
>STRTOFILE( CHR(10) + " Here is some text ", "d:\Jim2.txt",.t.)
>STRTOFILE( CHR(10) + " Here is some text ", "d:\Jim2.txt",.t.)
>

>When I look at the resulting file in TSE Pro (my text editor) it interprets the returns correctly but NotePad displays it as one long line with black bars where the returns should be.
>
>I am working on a Novell network and registry settings have been slammed without warning or conformation from the IS folks. Anyone know what I can do to get this back to default behavior?

Notepad requires both CHR(13)+CHR(10) (in that order) to show correctly.