Thank you for the report! I believe this should be fixed in
current trunk, and will be included in the next release. I'm
going to set this to Fixed, but please let me know if you see any
issues with the fix as it exists now. If you don't use SVN and
would like me a generate a tarball for testing, I can do that
also.

I've just noticed a small bug in the implementation of the --poslog feature.

To reproduce:

1. Add "set poslog" to ~/.nanorc
2. Open file1 in nano via command-line argument and scroll down
3. Do step 2 also for file2
4. Open file1 again and then, without exiting, open file2 via the
"insert" command.
5. Notice that file2 is opened at the first line and has
now lost it's stored poslog position.

It seems buffers opened via "insert" write to the poslog ok but fail to read it first.