Python 3 files limited to 4095 characters?

pnotepad.org forums » discussion

Python 3 files limited to 4095 characters?

(10 posts) (2 voices)

Started 3 years ago by eregener
Latest reply from eregener
1 Members Subscribed To Topic

Tags:

Bug
python

eregener
Member

I'm running Python 3 under WinXP v5.1.2600. I'm running PN v2.0.9.853-devel. PN was recommended to me because my other editor isn't Python-3-ready.

When my program is longer than precisely 4095 (2^12-1) characters and I try to compile & run using F7, the output window shows the compiler has been called but nothing else (i.e. no compiler errors, console output or whatever as the case may be). Programs in other edit windows run normally. Closing the affected edit window is successful but takes half a minute or so.

I can't tell whether it's PN or Python that's messing up because I have no other way to run Python just now. Any idea what's wrong?

Posted 3 years ago #
simon
PN Developer

The length of the file shouldn't make any difference to the way that python responds to your code, could you post your tool configuration?

Posted 3 years ago #
eregener
Member

Here's my tool configuration. I tried to set it up exactly as recommended in the Help file.

Tool: Compile
Command: c:\python30\python.exe
Folder: %d
Parameters: %f
Shortcut: F7
Save: Current file

My actions: Since I saw I was working with an "in progress" PN version, I retreated to your current production version v2.08.718-basie. The problem disappeared and has not resurfaced.

I came to the conclusion that this is not a Python problem. Your v2.09.whatever locked up just the same if I added a comment to my program, or more code, or anything. Anything over 4095 characters in the source code, according to the File | Properties dialog, and the error appeared. If I took out enough comments to reduce the file size to 4095 chars or less, then it disappeared.

Is it possible that your "development version" is a toy program with limited storage capacity? If so, it would be polite for PN to fail gracefully (after all, it *knows* how many chars are in the file), instead of making us worry for hours what we have done to make Python screw up.

Thank you for your reply.

Posted 3 years ago #
simon
PN Developer

Is it possible that your "development version" is a toy program with limited storage capacity? If so, it would be polite for PN to fail gracefully (after all, it *knows* how many chars are in the file), instead of making us worry for hours what we have done to make Python screw up.

Personally I find this offensive, 2.0.9 is being used by plenty of people with no problems at all - it is certainly not a toy program and there is no limit to "storage capacity". It sounds like it's possible there is a bug with 2.0.9 related to Python, so I'll look into it. If you want a proven stable build then use 2.0.8, I would have thought that was obvious from the version names.

Posted 3 years ago #
eregener
Member

Simon, my apologies! I truly didn't mean to be rude. In fact, as I mentioned in my reply, I have gone back to v2.0.8 as you suggest and am working away happily.

I hope you agree that my inferences were logical based on the evidence: 4095 or fewer chars in the source program, no prob; 4096 or more, lockup. And the problem appears only in PN v2.0.9, not in v2.0.8. At first glance, that looks like a storage limitation on source code in v2.0.9, doesn't it? If I set the tools wrong, I'd like to know -- I'm using the same configuration in v2.0.8.

If I have in fact uncovered some difficulty in PN v2.0.9, then I'm happy to have been of some service. If there's any further information I can provide, please tell me.

Posted 3 years ago #
simon
PN Developer

Thanks.

I'll get back to you when I've tried this out.

Posted 3 years ago #
simon
PN Developer

Ok, I tried this during lunch and I can't see the same problem, I put the very simple 4100+ byte file and it seemed to work ok with Python 3.0. Therefore, there's something else that I'm missing. Here's the file I tried:

http://pastebin.com/m7ebf99d3

Could you please send me the following file:

c:\documents and settings\[your user]\Application Data\Echo Software\PN2\UserTools.xml

You could paste the contents here, or open up a bug to track this:

http://code.google.com/p/pnotepad/issues/entry

Posted 3 years ago #
eregener
Member

Simon,

I've opened a bug as you suggest. The simple program you posted behaves just the same as the programs that originally gave me trouble. So in the bug post I've attached a version 4095 chars long that works, plus a version 1 char longer that fails under PN 2.0.9 on my system (but runs fine under 2.0.8).

Please tell me if I can provide any other information. I'm interested to know what's going on.

Since the time you asked for a report, I've reinstalled PN v2.0.9 "out of the box," as well as using PN v2.0.8 under a different name. They seem to have no trouble functioning independently. I hope this doesn't foul up any of your conclusions.

Posted 3 years ago #
simon
PN Developer

Hi, I'm sorry, I can't see the bug in the tracker. Could you send me a link to the bug page? I guess something's gone wrong somewhere.

Posted 3 years ago #
eregener
Member

Oops, embarrassing! I can't find it either. I think I might have left the Subject line blank.

But I did keep the report text, so I have reposted the whole thing. It's now listed as Issue #317.

Posted 3 years ago #

RSS feed for this topic

Reply

You must log in to post.