Open GoogleCodeExporter opened 9 years ago
further...
While it seems to be newlines that are causing the syntax errors, and I am
using a mac to write, checking my python on the server it tells me I have
universal newline support.
Again, any help greatly appreciated. Otherwise I'll have to go over to appscale
:( Which I'd rather not do due to the processor support restrictions. Sorry if
this is a dumb one.
cheers
Phil
Original comment by phil.a.t...@gmail.com
on 25 Nov 2011 at 4:33
I just copied the content of one module that was work into the file of another
that was not. The reult - the one that I copied from remains working, the one I
copied from remains failing. with identical code.
Seriously confused by this.
Original comment by phil.a.t...@gmail.com
on 25 Nov 2011 at 4:47
Thanks for reporting this! Could you please provide a minimal app to reproduce
this issue.
Original comment by tobias.r...@gmail.com
on 25 Nov 2011 at 6:28
I'll see what I can do... :)
Original comment by phil.a.t...@gmail.com
on 25 Nov 2011 at 11:08
So very frustrating, but good news :)
Eventually I found that it was indeed a character encoding issue. Copying my
failing code to the clipboard, deleting it from my editor, and simply pasting
it back in fixed the issue.
Wasted 3 days on this, but means there is no serious issue with TAE. However
its worth remembering that it worked fine in GAE. So something not quite
perfect.
My best guess is a mix of Mac, Win, and Linux newlines saved as a mac charset
was acceptable to GAE but not TAE. I didn't confirm, but I suspect forcing
universal newline support in the open() of the app modules may fix this. (using
the 'U' parameter)
If I ever get a spare moment I'll look back into it. Thanks for you help.
Original comment by p...@evolu8.com
on 27 Nov 2011 at 6:34
Original issue reported on code.google.com by
phil.a.t...@gmail.com
on 25 Nov 2011 at 1:03