Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #77860 > unrolled thread

protocol.py, brine.py, and compat.py causing trouble

Back to article view | Back to comp.lang.python

Contents

  protocol.py, brine.py, and compat.py causing trouble Josh English <Joshua.R.English@gmail.com> - 2014-09-13 23:44 -0700
    Re: protocol.py, brine.py, and compat.py causing trouble Terry Reedy <tjreedy@udel.edu> - 2014-09-14 13:57 -0400
      Re: protocol.py, brine.py, and compat.py causing trouble Josh English <Joshua.R.English@gmail.com> - 2014-09-15 18:05 -0700
    Re:protocol.py, brine.py, and compat.py causing trouble Dave Angel <davea@davea.name> - 2014-09-15 09:12 -0400
    Re:protocol.py, brine.py, and compat.py causing trouble Dave Angel <davea@davea.name> - 2014-09-15 09:35 -0400
    Re: protocol.py, brine.py, and compat.py causing trouble Emile van Sebille <emile@fenx.com> - 2014-09-15 12:11 -0700
      Re: protocol.py, brine.py, and compat.py causing trouble Josh English <Joshua.R.English@gmail.com> - 2014-09-15 18:02 -0700
        Re: protocol.py, brine.py, and compat.py causing trouble Chris Angelico <rosuav@gmail.com> - 2014-09-16 11:39 +1000

#77860 — protocol.py, brine.py, and compat.py causing trouble

I do not know what these three filesare doing, but suddenly they have caught in a loop every time I try to run some code.

I grabbed the trace decorator from the python library and this is the last bit of the output:


trollvictims.py(129):         if self.current_attack:
trollvictims.py(130):             print "returning", self.current_attack, type(self.current_attack)
<string>(532):  protocol.py(439):  protocol.py(228):  protocol.py(229):  protocol.py(244):  brine.py(366):  brine.py(368):  brine.py(369):  brine.py(369):  brine.py(366):  brine.py(367):  brine.py(369):  brine.py(366):  brine.py(368):  brine.py(369):  brine.py(369):  brine.py(366):  brine.py(367):  brine.py(369):  brine.py(369):  brine.py(366):  brine.py(368):  brine.py(369):  brine.py(369):  brine.py(369):  protocol.py(245):  protocol.py(221):  brine.py(339):  brine.py(340):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(184):  brine.py(186):  brine.py(188):  brine.py(189):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(108):  brine.py(109):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(108):  brine.py(109):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(184):  brine.py(186):  brine.py(187):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(108):  brine.py(109):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(184):  brine.py(186):  brine.py(187):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(108):  brine.py(109):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(184):  brine.py(186):  brine.py(188):  brine.py(189):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(108):  brine.py(111):  compat.py(18):  brine.py(112):  brine.py(113):  brine.py(114):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(184):  brine.py(185):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(152):  brine.py(153):  brine.py(155):  brine.py(157):  brine.py(159):  brine.py(161):  brine.py(163):  brine.py(164):  brine.py(196):  brine.py(196):  brine.py(197):  brine.py(203):  brine.py(181):  brine.py(182):  brine.py(183):  brine.py(196):  brine.py(196):  brine.py(196):  brine.py(196):  brine.py(196):  brine.py(341):  compat.py(18):  protocol.py(222): 

This is where I managed to send a keybord interrupt. I was working just fine, tweaking a line, running the code, tweaking a line, running the code, until this point.

I'm on Windows 7 using Python 2.7.5. I should upgrade, and will do so, but what are these files and why are they suddenly crashing on me?

Josh

[toc] | [next] | [standalone]

#77868

On 9/14/2014 2:44 AM, Josh English wrote:
> I do not know what these three files are doing,

To the best of my knowledge, protocol.py, brine.py, compat.py, are not 
part of the stdlib.  What have you installed other than Python? What 
editor/IDE are you using?  Check your lib/site-packages directory. From 
a google search, brine.py is a pickle replacement in the rpyc and 
dreampie (and other) packages.  The other two names are pretty generic 
and probably common.


-- 
Terry Jan Reedy

[toc] | [prev] | [next] | [standalone]

#77909

On Sunday, September 14, 2014 10:59:07 AM UTC-7, Terry Reedy wrote:
> On 9/14/2014 2:44 AM, Josh English wrote:
> 
>
> To the best of my knowledge, protocol.py, brine.py, compat.py, are not 
> part of the stdlib.  What have you installed other than Python? What 
> editor/IDE are you using?  Check your lib/site-packages directory. From 
> a google search, brine.py is a pickle replacement in the rpyc and 
> dreampie (and other) packages.  The other two names are pretty generic 
> and probably common.
> 

They turned out to be part of PyScripter, my IDE.

I think the problem was an enless loop, and eventually a memory error, but I'm not sure. 

Thanks, 
Josh

[toc] | [prev] | [next] | [standalone]

#77883

Josh English <Joshua.R.English@gmail.com> Wrote in message:
> I do not know what these three filesare doing, but suddenly they have caught in a loop every time I try to run some code.
> 
> I grabbed the trace decorator from the python library and this is the last bit of the output:
> 
> 
> trollvictims.py(129):         if self.current_attack:
> trollvictims.py(130):             print "returning", self.current_attack, type(self.current_attack)
> <string>(532):  protocol.py(439):  protocol.py(228):  protocol.py(229):  protocol.py(244):  brine.py(366):  brine.py(368):  brine.py(369):  brine.py(369):  brine.py(366):  brine.py(367):  

.............

> This is where I managed to send a keybord interrupt. I was working just fine, tweaking a line, running the code, tweaking a line, running the code, until this point.
> 
> I'm on Windows 7 using Python 2.7.5. I should upgrade, and will do so, but what are these files and why are they suddenly crashing on me?
> 


Since they're not part of the stdlib, and you don't remember
 writing them, you might get a hint by printing
    import brine
    print (brine.__brine__)


-- 
DaveA

[toc] | [prev] | [next] | [standalone]

#77886

Dave Angel <davea@davea.name> Wrote in message:
> Josh English <Joshua.R.English@gmail.com> Wrote in message:
>> I do not know what these three filesare doing, but suddenly they have caught in a loop every time I try to run some code.
>> 
>> I grabbed the trace decorator from the python library and this is the last bit of the output:
>> 
>> 
>> trollvictims.py(129):         if self.current_attack:
>> trollvictims.py(130):             print "returning", self.current_attack, type(self.current_attack)
>> <string>(532):  protocol.py(439):  protocol.py(228):  protocol.py(229):  protocol.py(244):  brine.py(366):  brine.py(368):  brine.py(369):  brine.py(369):  brine.py(366):  brine.py(367):  
> 
> .............
> 
>> This is where I managed to send a keybord interrupt. I was working just fine, tweaking a line, running the code, tweaking a line, running the code, until this point.
>> 
>> I'm on Windows 7 using Python 2.7.5. I should upgrade, and will do so, but what are these files and why are they suddenly crashing on me?
>> 
> 
> 
> Since they're not part of the stdlib, and you don't remember
>  writing them, you might get a hint by printing
>     import brine
>     print (brine.__brine__)
> 

Oops, meant
       print (brine.__file__)

-- 
DaveA

[toc] | [prev] | [next] | [standalone]

#77899

On 9/13/2014 11:44 PM, Josh English wrote:
> I do not know what these three filesare doing, but suddenly they have caught in a loop every time I try to run some code.

<snip>

> This is where I managed to send a keybord interrupt. I was working just fine, tweaking a line, running the code, tweaking a line, running the code, until this point.

That's your clue -- I'd take a close look at the last changes you made a 
result of which caused this failure and apparent looping.

It's easy to lay blame on the (whatever) library and look for a root 
cause there, but I'd first suspect I did something inappropriate as 
that's much more likely.

Emile

[toc] | [prev] | [next] | [standalone]

#77908

On Monday, September 15, 2014 12:12:50 PM UTC-7, Emile van Sebille wrote:

> 
> That's your clue -- I'd take a close look at the last changes you made a 
> result of which caused this failure and apparent looping.
> It's easy to lay blame on the (whatever) library and look for a root 
> cause there, but I'd first suspect I did something inappropriate as 
> that's much more likely.
> 
> 
> Emile

I deleted the original post because I had figured out what I had changed. The troubleshooting I had done pointed me to those files, which turn out to be part of PyScripter, my IDE.

Oddly enough, once I fixed the actual problem (minutes after posting) it still makes no sense... I had a list of things that I processed and returned, but some refactoring left out filling the return list with anything. I'm not sure what happened, except possibly an endless loop.

Josh

[toc] | [prev] | [next] | [standalone]

#77911

On Tue, Sep 16, 2014 at 11:02 AM, Josh English
<Joshua.R.English@gmail.com> wrote:
> I deleted the original post because I had figured out what I had changed.

This is primarily a newsgroup and a mailing list. You can't delete
posts. The best thing to do is to send a follow-up explaining that you
no longer need answers.

ChrisA

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web