Re: Weird and sparese cgi:error

[root@nexus cgi-bin]# head -10 ./metrites.py #!/usr/bin/python3 # coding=utf-8 import cgitb; cgitb.enable() import cgi, re, os, sys, socket, time, datetime, locale, codecs, random, smtplib, subprocess, pymysql, geoip2.database from datetime import datetime, timedelta from http import cookies

Re: Weird and sparese cgi:error

__getitem__ raise KeyError(key) KeyError: 'HTTP_USER_AGENT' [root@nexus cgi-bin]# ======= everything is they should but still iam gettign that weird cgi:err error -- https://mail.python.org/mailman/listinfo/python-list

Weird and sparese cgi:error

Hello, I recentely changed VPS server and when i try to load my webiste iam receiving 500 error which i wasnt receiving in my old VPS server with the same exact cgi scripts. After looking at Apacher's error_log iam seeing the following output when i try to load scripts from cgi-bin directory.

Weird python 2.7 import thing

OK, I'd rather be on 3.x, but that's not going to happen today. So 2.7. I have added directories to my sys.path hundreds of times before importing from them, and know what to expect from that. I confess, I don't have a lot of package or egg experience. However, I have a somewhat special

Re: Weird and sparese cgi:error

On Thu, Feb 18, 2016 at 12:47 AM, Jeremy Leonard wrote: > On Tuesday, February 16, 2016 at 3:02:40 PM UTC-5, Φώντας Λαδοπρακόπουλος > wrote: >> Hello, >> >> I recentely changed VPS server and when i try to load my webiste iam >> receiving 500 error which i wasnt receiving

Re: Weird and sparese cgi:error

On Tuesday, February 16, 2016 at 3:02:40 PM UTC-5, Φώντας Λαδοπρακόπουλος wrote: > Hello, > > I recentely changed VPS server and when i try to load my webiste iam > receiving 500 error which i wasnt receiving in my old VPS server with the > same exact cgi scripts. > > After looking at

Confused by python-dbus weird behavior

This may not be a great list for this question (which would be?); it’s a big group, and I’m hoping there’s some people here that cross into these same areas. I’m new to dbus, it seems it’s a sort of CORBA for the Linux world. :) Python seems to be a popular way to interact with it. I’m trying

[issue25975] Weird multiplication

Alex added the comment: Wow. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25975] Weird multiplication

Changes by Stefan Krah : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue25975] Weird multiplication

Jacek Kołodziej added the comment: LCK: it's a trait of float point arithmetic in computing: https://docs.python.org/3.5/tutorial/floatingpoint.html . It's not a bug. -- nosy: +Unit03 ___ Python tracker

[issue25975] Weird multiplication

New submission from Alex: Hi! I'm nube and just learning, but found weird thing 5 * 1.1 equals 55000.001, but that's not wright. I'm using 3.5.1 Shell. My friend checked - his got the same result. So is it a bug or a feature? -- components: IDLE, Windows messages: 257187

Re: Weird list conversion

On Sun, Dec 13, 2015 at 1:05 PM, KP wrote: > On Sunday, 13 December 2015 11:57:57 UTC-8, Laura Creighton wrote: >> In a message of Sun, 13 Dec 2015 11:45:19 -0800, KP writes: >> >Hi all, >> > >> > f = open("stairs.bin", "rb") >> > data = list(f.read(16)) >> >

Weird list conversion

Hi all, f = open("stairs.bin", "rb") data = list(f.read(16)) print data returns ['=', '\x04', '\x00', '\x05', '\x00', '\x01', '\x00', '\x00', '\x00', '\x00', '\x00', '\x00', '\x00', '\x00', '\x00', '\x00'] The first byte of the file is 0x3D according to my hex editor, so

Re: Weird list conversion

On Sun, Dec 13, 2015 at 12:45 PM, wrote: > Hi all, > > f = open("stairs.bin", "rb") > data = list(f.read(16)) > print data > > returns > > ['=', '\x04', '\x00', '\x05', '\x00', '\x01', '\x00', '\x00', '\x00', '\x00', > '\x00', '\x00', '\x00', '\x00',

Re: Weird list conversion

In a message of Sun, 13 Dec 2015 11:45:19 -0800, high5stor...@gmail.com writes: >Hi all, > > f = open("stairs.bin", "rb") > data = list(f.read(16)) > print data > >returns > >['=', '\x04', '\x00', '\x05', '\x00', '\x01', '\x00', '\x00', '\x00', '\x00', >'\x00', '\x00', '\x00',

Re: Weird list conversion

On Sunday, 13 December 2015 11:57:57 UTC-8, Laura Creighton wrote: > In a message of Sun, 13 Dec 2015 11:45:19 -0800, KP writes: > >Hi all, > > > > f = open("stairs.bin", "rb") > > data = list(f.read(16)) > > print data > > > >returns > > > >['=', '\x04', '\x00', '\x05', '\x00',

Re: Weird list conversion

On 13/12/15 20:28, Erik wrote: When you call "print", then the list class's __repr__() method is called which in turn calls the contained objects' __repr__() methods in turn I mean the __str__() method, not __repr__() in this case - however, the answer is otherwise the same. E. --

Re: Weird list conversion

On Mon, Dec 14, 2015 at 7:31 AM, Erik wrote: > On 13/12/15 20:28, Erik wrote: >> >> When you call "print", then the list class's __repr__() method is called >> which in turn calls the contained objects' __repr__() methods in turn > > > I mean the __str__() method, not

Re: Weird list conversion

On 12/13/2015 12:05 PM, KP wrote: On Sunday, 13 December 2015 11:57:57 UTC-8, Laura Creighton wrote: In a message of Sun, 13 Dec 2015 11:45:19 -0800, KP writes: Hi all, f = open("stairs.bin", "rb") data = list(f.read(16)) print data returns ['=', '\x04', '\x00', '\x05',

Re: Weird list conversion

On 13/12/15 20:05, KP wrote: On Sunday, 13 December 2015 11:57:57 UTC-8, Laura Creighton wrote: In a message of Sun, 13 Dec 2015 11:45:19 -0800, KP writes: Hi all, f = open("stairs.bin", "rb") data = list(f.read(16)) print data returns ['=', '\x04', '\x00', '\x05', '\x00', '\x01', '\x00',

[issue25832] Document weird behavior of `finally` when it has `break` in it

New submission from Ram Rachum: Today I spent 30 minutes because of weird behavior of `finally` when it has a `break` statement inside of it. (The behavior is that the exception gets suppressed, which I found unexpected.) I think this behavior should be documented. Example: c

[issue25832] Document weird behavior of `finally` when it has `break` in it

Josh Rosenberg added the comment: You used explicit control flow keywords and you're surprised that it listened? Regardless, this is already documented https://docs.python.org/3/reference/compound_stmts.html#finally : "If the finally clause executes a return or break statement, the saved

[issue25832] Document weird behavior of `finally` when it has `break` in it

Changes by R. David Murray : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue25474] Weird behavior when setting f_trace in a context manager

Fred Gansevles added the comment: Xavier, thanks! you found it. If I look the code again, I see that with zero, one, four and five the context-manager (i.e. Context()) and the target (one .. five) are on the same code-line In the case of two and three they are on a different line. Now, with the

[issue25474] Weird behavior when setting f_trace in a context manager

Xavier de Gaye added the comment: The difference lies in the line numbers. When tracing lines, the interpreter operates on the basis of physical lines, not logical lines (https://docs.python.org/3/reference/lexical_analysis.html#line-structure). The local trace function is called on the

[issue25474] Weird behavior when setting f_trace in a context manager

Fred Gansevles added the comment: Xavier, thanks for looking at my post. But, since all six invocations of the context manager are the same - I did an 'ast.parse' and 'ast.dump' and the the six calls were *exactly* the same (save lineno and col_offset) - why does 'zero', 'one', 'four' and

[issue25474] Weird behavior when setting f_trace in a context manager

Terry J. Reedy added the comment: Thank you Xavier. I guess the lesson is that physical line tracing works best (and most as one would hope or expect) when physical lines are logical lines (or compound statement header lines). -- resolution: -> not a bug stage: test needed ->

[issue25474] Weird behavior when setting f_trace in a context manager

Xavier de Gaye added the comment: This is an artefact that occurs as the result of raising an exception in the local trace function. Disassembling the first case of failure of as_context.py with the attached script gives the following: 9 0 LOAD_GLOBAL 0 (context)

[issue25474] Weird behavior when setting f_trace in a context manager

Terry J. Reedy added the comment: ZERO <__main__.Context object at 0x00874AF3E0B8> ONE <__main__.Context object at 0x00874AF326D8> Traceback (most recent call last): File "F:\Python\mypy\tem.py", line 45, in print ('TWO', two) NameError: name 'two' is not defined Traceback (most

[issue25474] Weird behavior when setting f_trace in a context manager

this behaviour. With both Python 2.7.6 and Python 3.4.3 I get the same results. Fred. -- files: as_context.py messages: 253426 nosy: Fred Gansevles priority: normal severity: normal status: open title: Weird behavior when setting f_trace in a context manager type: behavior Added file: http

[issue9928] weird oddity with bz2 context manager

Roman Valls added the comment: It still seems to be failing with Python 2.7.10... or am I doing sth wrong? :/ $ ipython Python 2.7.10 |Anaconda 2.2.0 (x86_64)| (default, May 28 2015, 17:04:42) Type "copyright", "credits" or "license" for more information. IPython 4.0.0 -- An enhanced

[issue17322] urllib.request add_header() currently allows trailing spaces (and other weird stuff)

Serhiy Storchaka added the comment: Trailing spaces, newlines and like were disabled in put_header() in issue22928. Now we can start long-standing deprecation process for headers that don't conform RFC 7230. -- nosy: +serhiy.storchaka stage: commit review - needs patch versions:

[issue17322] urllib.request add_header() currently allows trailing spaces (and other weird stuff)

Martin Panter added the comment: See Issue 22928 for a patch making the “http.client” module even more stricter with header field names and values. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17322

Re: Weird behavior on __dict__ attr

Shiyao Ma wrote: Hi. My context is a little hard to reproduce. NS3 is a network simulation tool written in C++. I am using its Python binding. So the class I am dealing with is from a .so file. So it is written in (probably) C and you don't have source code for it. Say, I do the

Weird behavior on __dict__ attr

Hi. My context is a little hard to reproduce. NS3 is a network simulation tool written in C++. I am using its Python binding. So the class I am dealing with is from a .so file. Say, I do the following: % import ns.network.Node as Node # Node is a class # it has a __dict__ attr # Now I

Re: Weird behavior on __dict__ attr

On 02/09/2015 09:52 PM, Shiyao Ma wrote: Hi. My context is a little hard to reproduce. WHY don't you try? Telling us about a class without showing how it's defined leaves us all guessing. Start by telling us Python version. And if it's 2.x, tell us whether this class is an old style or

Re: very weird pandas behavior

On Tuesday, December 23, 2014 3:35:20 AM UTC-6, wxjm...@gmail.com wrote: [...] Wait for ther 3.5 release. I will still show you how to make Idle, tkinter, Python crashing in 10 seconds. Discussing with (some) core devs is simply impossible, they do not whish to discuss! All this can

Re: very weird pandas behavior

Rick Johnson wrote: On Tuesday, December 23, 2014 3:35:20 AM UTC-6, wxjm...@gmail.com wrote: [...] Wait for ther 3.5 release. I will still show you how to make Idle, tkinter, Python crashing in 10 seconds. Discussing with (some) core devs is simply impossible, they do not whish to

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On 22/12/2014 15:55, ryguy7272 wrote: On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python

Re: very weird pandas behavior

On 12/22/2014 10:55 AM, ryguy7272 wrote: I just uninstalled Python and deleted 15 Python books that I found online. AH! I feel great That's the way i felt when I uninstalled Windows. It's better not to not have something installed that you won't run.

Re: very weird pandas behavior

On Tue, Dec 23, 2014 at 3:47 AM, Dave Angel da...@davea.name wrote: (I lied. I kept Windows, in a Virtualbox, so I can resurrect it on demand) You remind me of the evil sorcerers who keep their defeated foes around in undead form, so they can torment them whenever they feel like it. Only

Re: very weird pandas behavior

On Monday, December 22, 2014 9:56:11 AM UTC-6, ryguy7272 wrote: I've been using Python for quite a few years now an i can only once remember using any type of python installation tools (easy_install or pip... puke!). I've always found the easiest route to be just downloading a zip/tar file, and

Re: very weird pandas behavior

On Tue, Dec 23, 2014 at 9:15 AM, Rick Johnson rantingrickjohn...@gmail.com wrote: I mean, if you were dumping it because of it's shameless herd-conformity to the Unicode standard then AT LEAST that would make sense me! Wait, which of our trolls are you? ChrisA --

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On 12/21/2014 07:44 AM, ryguy7272 wrote: On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas Thanks Steven. I just tried what you recommended, and got this. import

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On Mon, Dec 22, 2014 at 12:01 PM, ryguy7272 ryanshu...@gmail.com wrote: Part of the problem is, I don't know why in 2014 we're entering commands in the C-prompt to run a Windows program. I thought all of that stuff was over in the very early 1990s. Also, I can't understand why Python can't

Re: very weird pandas behavior

as pd I get this error. Traceback (most recent call last): File pyshell#19, line 1, in module import pandas as pd ImportError: No module named pandas Any idea what I'm doing wrong? It's begining to look like weird behavour from ryguy7272, multipe times asking how to install

Re: very weird pandas behavior

On 12/21/2014 08:01 PM, ryguy7272 wrote: On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import

Re: very weird pandas behavior

On Mon, Dec 22, 2014 at 1:25 PM, ryguy7272 ryanshu...@gmail.com wrote: I just ran these two commands in the c-prompt: pip install --upgrade numpy pip install --upgrade pandas It seemed like everything was being downloaded and installed. Seems ok. Then I go back to the Python Shell and

Re: very weird pandas behavior

On 22/12/2014 02:07, ryguy7272 wrote: On Saturday, December 20, 2014 10:46:40 AM UTC-5, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python

Re: very weird pandas behavior

On Monday, December 22, 2014 7:55:50 AM UTC+5:30, ryguy7272 wrote: Sorry, but that's what drives me nuts. I install a few packages, and the messages that I get says the package is installed...then it says it's NOT installed...I don't know what to think... Its nice to bang the head against

Re: very weird pandas behavior

On Sun, 21 Dec 2014 18:25:38 -0800, ryguy7272 wrote: I just ran these two commands in the c-prompt: pip install --upgrade numpy pip install --upgrade pandas What is the purpose of the --upgrade switch? Just run `pip install numpy`, and COPY and PASTE the entire output of pip into your

Re: very weird pandas behavior

On Saturday, December 20, 2014 3:46:40 PM UTC, ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import pandas

very weird pandas behavior

I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas It looks like everything downloaded and installed fine. Great. Now, in Python Shell, I enter this: import pandas as pd I get this error. Traceback (most recent call last): File

Re: very weird pandas behavior

ryguy7272 wrote: I downloaded pandas and put it in my python directory, then, at the C-prompt, I ran this: pip install pandas C-prompt? Are you maybe running Windows? I'll assume so. It looks like everything downloaded and installed fine. Great. Did pip print any output? What did it say?

[issue22774] Weird S.rstrip() result

nosy: SzieberthAdam priority: normal severity: normal status: open title: Weird S.rstrip() result type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22774

[issue22774] Weird S.rstrip() result

Antoine Pitrou added the comment: It may be unexpected, but it's not a bug. From the documentation: Return a copy of the string with trailing characters removed. The chars argument is a string specifying the set of characters to be removed. If omitted or None, the chars argument defaults to

Weird connection problem

When I try to access a URL using requests I always get: socket.error: [Errno 104] Connection reset by peer If I try to access the same URL using curl I get no error message instead I get the page. The same result if I use a web browser like Safari. But, if I use python httplib I also get Errno

Re: Weird connection problem

Oh, by the way! To make this more interesting :-/ I saw this behavior on a Linux machine (Ubuntu 14.04 LTS) using Python 2.7.6 if I do the same exercise on a Mac OS X machine also with Python 2.7.6 - no problem what so ever. 25 okt 2014 kl. 08:40 skrev Roland Hedberg roland.hedb...@umu.se:

Re: Weird connection problem

On Sat, Oct 25, 2014 at 9:40 AM, Roland Hedberg roland.hedb...@umu.se wrote: When I try to access a URL using requests I always get: socket.error: [Errno 104] Connection reset by peer If I try to access the same URL using curl I get no error message instead I get the page. The same result

Re: Weird connection problem

It’s a special HTTPS url and searching further it seems to be a SNI problem talked about here: http://stackoverflow.com/questions/18578439/using-requests-with-tls-doesnt-give-sni-support 25 okt 2014 kl. 08:48 skrev Joel Goldstick joel.goldst...@gmail.com: On Sat, Oct 25, 2014 at 9:40 AM,

Re: Weird SSL problem

30 sep 2014 kl. 00:55 skrev Ned Deily n...@acm.org: In article cd8f39d9-acd9-4d6e-9aac-dbcdf607f...@adm.umu.se, Roland Hedberg roland.hedb...@adm.umu.se wrote: Hi! I¹m trying to access https://stsadweb.one.microsoft.com/adfs/.well-known/openid-configuration Doing it the simplest way

Weird SSL problem

Hi! I’m trying to access https://stsadweb.one.microsoft.com/adfs/.well-known/openid-configuration Doing it the simplest way I get the following: import urllib f = urllib.urlopen(https://stsadweb.one.microsoft.com/adfs/.well-known/openid-configuration;) Traceback (most recent call last):

Re: Weird SSL problem

In article cd8f39d9-acd9-4d6e-9aac-dbcdf607f...@adm.umu.se, Roland Hedberg roland.hedb...@adm.umu.se wrote: Hi! I¹m trying to access https://stsadweb.one.microsoft.com/adfs/.well-known/openid-configuration Doing it the simplest way I get the following: import urllib f =

[issue17322] urllib.request add_header() currently allows trailing spaces (and other weird stuff)

karl added the comment: Just a follow up for giving the stable version of the now new RFC version for HTTP 1.1 HTTP header field names parsing http://tools.ietf.org/html/rfc7230#section-3.2.4 -- ___ Python tracker rep...@bugs.python.org

Pythoncom IEnum weird behaviour

I have a COM server implemented in Python. I've created the following object implementing IEnum to automatically wrap the sequence elements in PyIDispatch objects: from win32com.server.util import ListEnumerator class Iterator(ListEnumerator): def Next(self, count):

[issue20518] Weird behavior with multiple inheritance when C classes involved

'PyQt4.QtCore.QObject', class 'sip.wrapper', class 'sip.simplewrapper', class 'object') So, __base__ is set to class A. This is incorrect, as PyQt4 now thinks it should create a QObject. The reason is the weird algorithm that typeobject.c uses: it tries to find the most special class that does

[issue19658] inspect.getsource weird case

Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - committed/rejected superseder: - inspect.findsource raises undocumented error for code objects with empty filename ___ Python tracker rep...@bugs.python.org

[issue19658] inspect.getsource weird case

Yury Selivanov added the comment: Duplicate of #17526. -- nosy: +yselivanov resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19658 ___

[issue19691] Weird wording in RuntimeError doc

Antoine Pitrou added the comment: The mention was already there in 1994 (2ec96140a36b), under the following form: +\begin{excdesc}{RuntimeError} + Raised when an error is detected that doesn't fall in any of the + other categories. The associated value is a string indicating what +

[issue19691] Weird wording in RuntimeError doc

Roundup Robot added the comment: New changeset 313d9bb253bf by Antoine Pitrou in branch '2.7': Issue #19691: remove outdated mention about RuntimeError http://hg.python.org/cpython/rev/313d9bb253bf -- nosy: +python-dev ___ Python tracker

[issue19691] Weird wording in RuntimeError doc

Roundup Robot added the comment: New changeset 6aeaaa614a19 by Antoine Pitrou in branch '3.3': Issue #19691: remove outdated mention about RuntimeError http://hg.python.org/cpython/rev/6aeaaa614a19 New changeset f4de1c5e381d by Antoine Pitrou in branch 'default': Issue #19691: remove outdated

[issue19691] Weird wording in RuntimeError doc

Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19691 ___

[issue19691] Weird wording in RuntimeError doc

Ezio Melotti added the comment: So maybe it can just be removed? -- keywords: +easy nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19691 ___

[issue19691] Weird wording in RuntimeError doc

Georg Brandl added the comment: I think so. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19691 ___ ___ Python-bugs-list

[issue19691] Weird wording in RuntimeError doc

Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19691 ___ ___ Python-bugs-list

[issue19691] Weird wording in RuntimeError doc

quite wrong. RuntimeError may not be raised inside the interpreter core, but it's raised by a bunch of stdlib modules. -- assignee: docs@python components: Documentation messages: 203763 nosy: docs@python, neologix, pitrou priority: normal severity: normal status: open title: Weird wording

[issue19658] inspect.getsource weird case

source code this is a extraction, it appears that python in certein circumstances creates code objects with that setup on its own, im still further investigating -- messages: 203426 nosy: Ronny.Pfannschmidt priority: normal severity: normal status: open title: inspect.getsource weird case

[issue19658] inspect.getsource weird case

Changes by Ronny Pfannschmidt ronny.pfannschm...@gmail.com: -- components: +Library (Lib) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19658 ___

Damn weird Python Module errors

== root@secure [~/distribute-0.6.49]# pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.0.tar.gz (97kB): 97kB downloaded Running setup.py egg_info for package pygeoip Traceback (most recent call last): File string, line

Re: Weird problem with UDP and gevent

On 2013-10-18, James Harris james.harri...@gmail.com wrote: Roy Smith r...@panix.com wrote in message news:l3riea$82$1...@panix2.panix.com... I'm running: Ubuntu Precise Python 2.7.3 django 1.4.5 gunicorn 0.17.4 gevent 1.0dev (rc3) I haven't been able to pin this down exactly, but it

Weird problem with UDP and gevent

I'm running: Ubuntu Precise Python 2.7.3 django 1.4.5 gunicorn 0.17.4 gevent 1.0dev (rc3) I haven't been able to pin this down exactly, but it looks like if I do (inside of a custom logging.Handler subclass): # Paraphrased from the actual code remote_addr = (localhost, 9700)

Re: Weird problem with UDP and gevent

Roy Smith r...@panix.com wrote in message news:l3riea$82$1...@panix2.panix.com... I'm running: Ubuntu Precise Python 2.7.3 django 1.4.5 gunicorn 0.17.4 gevent 1.0dev (rc3) I haven't been able to pin this down exactly, but it looks like if I do (inside of a custom logging.Handler

Re: Weird problem with UDP and gevent

On Friday, October 18, 2013 1:04:38 PM UTC-4, James Harris wrote: Those are two different things. You would normally use connect() on a SOCK_STREAM socket. It requires that the remote endpoint, in this case localhost:9700, has an open socket listening for connections. sendto() is the right

Weird bahaviour from shlex - line no

Can somebody explain this. The line number reported by shlex depends on the previous token. I want to be able to tell if I have just popped the last token on a line. import shlex first = shlex.shlex(word1 word2\nword3) print first.get_token() print first.get_token() print line no,

Re: Weird bahaviour from shlex - line no

On 28.09.2013 08:26, Daniel Stojanov wrote: Can somebody explain this. The line number reported by shlex depends on the previous token. I want to be able to tell if I have just popped the last token on a line. [SNIP] second = shlex.shlex(word1 word2,\nword3) Punctuation characters like the

Re: Weird bahaviour from shlex - line no

On 28/9/2013 02:26, Daniel Stojanov wrote: Can somebody explain this. The line number reported by shlex depends on the previous token. I want to be able to tell if I have just popped the last token on a line. I agree that it seems weird. However, I don't think you have made clear why it's

Re: Weird bahaviour from shlex - line no

Dave Angel wrote: On 28/9/2013 02:26, Daniel Stojanov wrote: Can somebody explain this. The line number reported by shlex depends on the previous token. I want to be able to tell if I have just popped the last token on a line. I agree that it seems weird. However, I don't think you

Re: Weird bahaviour from shlex - line no

Peter Otten __pete...@web.de writes: Dave Angel wrote: On 28/9/2013 02:26, Daniel Stojanov wrote: Can somebody explain this. The line number reported by shlex depends on the previous token. I want to be able to tell if I have just popped the last token on a line. [...] The explanation

Re: Weird ttk behaviour

On 16/09/2013 19:43, Serhiy Storchaka wrote: 16.09.13 19:28, Rotwang написав(ла): On Windows 7 (sys.version is '3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:57:17) [MSC v.1600 64 bit (AMD64)]') there's no problem; f() works fine in the first place. Does anybody know what's going on? What

Re: Weird ttk behaviour

On 16/09/2013 23:34, Chris Angelico wrote: On Tue, Sep 17, 2013 at 2:28 AM, Rotwang sg...@hotmail.co.uk wrote: If I then uncomment those two lines, reload the module and call f() again (by entering tkderp.reload(tkderp).f()), the function works like it was supposed to in the first place: two

Re: Weird ttk behaviour

On Tue, Sep 17, 2013 at 9:27 PM, Rotwang sg...@hotmail.co.uk wrote: On 16/09/2013 23:34, Chris Angelico wrote: On Tue, Sep 17, 2013 at 2:28 AM, Rotwang sg...@hotmail.co.uk wrote: If I then uncomment those two lines, reload the module and call f() again (by entering

Re: Weird ttk behaviour

On 17/09/2013 12:32, Chris Angelico wrote: [...] If reloading and doing it again makes things different, what happens if you simply trigger your code twice without reloading? I've no idea if it'll help, it just seems like an attack vector on the problem, so to speak. Thanks for the

Re: Weird ttk behaviour

On Wed, Sep 18, 2013 at 12:25 AM, Rotwang sg...@hotmail.co.uk wrote: In fact, if I replace tkderp with this: # begin tkderp.py import tkinter as tk _root = tk.Tk() _root.withdraw() # end tkderp.py then simply importing tkderp before tkderp2 is enough to make the latter work properly

Re: Weird ttk behaviour

On 17/09/2013 15:35, Chris Angelico wrote: On Wed, Sep 18, 2013 at 12:25 AM, Rotwang sg...@hotmail.co.uk wrote: In fact, if I replace tkderp with this: # begin tkderp.py import tkinter as tk _root = tk.Tk() _root.withdraw() # end tkderp.py then simply importing tkderp before tkderp2 is

<    1   2   3   4   5   6   7   8   9   10   >