Jean-Marc Le Peuvedic added the comment:
The exception is raised in the start_response function provided by web.py's
WSGIGateway class in wsgiserver3.py:1997.
# According to PEP , when using Python 3, the response status
# and headers must be bytes masquerading as unicode
New submission from Jean-Marc Le Peuvedic <lepeuve...@gmail.com>:
When running the built-in web server of web.py, the following error messages
appear when the HTTP client fetches a non existing CSS file:
TypeError('WSGI response header value 469 is not of type str.',)
Traceback (most
Jean-Marc Saffroy saff...@gmail.com added the comment:
You are suggesting something like this, I suppose?
--- a/Lib/netrc.py
+++ b/Lib/netrc.py
@@ -105,8 +105,8 @@ class netrc:
def __repr__(self):
Dump the class data in the format of a .netrc file.
rep
Jean-Marc Saffroy saff...@gmail.com added the comment:
Patch slightly updated after Eric's comments.
--
Added file: http://bugs.python.org/file22193/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Jean-Marc Saffroy saff...@gmail.com added the comment:
Patch formatting changed to be more review-friendly (looks like MQ-style patch
isn't?), otherwise same as 2011-05-30 16:14.
--
Added file: http://bugs.python.org/file22194/netrc.patch
___
Python
Jean-Marc Saffroy saff...@gmail.com added the comment:
Eric: yes I can look into the asserts, but note I generated and tested my patch
from a checkout of 2.6 (see my first report), so maybe that's why I didn't see
any warning.
--
___
Python tracker
Jean-Marc Saffroy saff...@gmail.com added the comment:
Here is a patch against 2.7.
--
Added file: http://bugs.python.org/file22195/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Jean-Marc Saffroy saff...@gmail.com added the comment:
Additional patch for docstrings and documentation. Applies on top of previous
patch.
--
Added file: http://bugs.python.org/file22204/netrc-doc.patch
___
Python tracker rep...@bugs.python.org
Changes by Jean-Marc Saffroy saff...@gmail.com:
Removed file: http://bugs.python.org/file21443/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Jean-Marc Saffroy saff...@gmail.com added the comment:
Ping? A patch is available for review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Jean-Marc Saffroy saff...@gmail.com added the comment:
So I finally cooked a little patch for netrc.py in python 2.6.
The patch extends netrc.authenticators() with an extra parameter to select a
login name, but otherwise the behaviour remains the same (still returns the
last entry for a given
Jean-Marc Saffroy saff...@gmail.com added the comment:
Good that you mentioned the official tests, they let me see that netrc.hosts is
actually part of the API, and my first patch broke it.
Here is an updated patch, with extra tests.
--
Added file: http://bugs.python.org/file21444
Changes by Jean-Marc Gillet:
--
nosy: jmgillet
severity: minor
status: open
title: 0**0 should raise an error
type: behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1461
New submission from Jean-Marc Gillet:
The result is actually undefined, as x**0 gives 1 and 0**x gives 0.
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
Type help, copyright, credits or license for more information.
1**0
1
0**1
0
0**0
1
Jean-Marc Gillet added the comment:
See http://en.wikipedia.org/wiki/Exponentiation Zero to the zero
power. There are pros and cons of 0**0==1 so if you mark this one as
wontfix I promise not to bother you again :-)
__
Tracker [EMAIL PROTECTED]
http
and this set option ?
ldap.set_option(ldap.OPT_X_TLS_REQUIRE_CERT,ldap.OPT_X_TLS_NEVER)
HTH
Laszlo Nagy a écrit :
By the way, I already tried the set_option function, but I still get the
same error.
snip
import ldap
import local
ldap.set_option(ldap.OPT_X_TLS_ALLOW,1)
but you don't want to use the state=DISABLED option because it gray's
out the field showing people that it is not available for editing,
right?
--
http://mail.python.org/mailman/listinfo/python-list
Sorry, kinda wrote over your intentions...
--
http://mail.python.org/mailman/listinfo/python-list
To make amends, I tried my own search and came up with this (that you
might already have...):
http://groups.google.com/group/comp.lang.python/browse_thread/thread/1384f49c35ffba9b/5928092247429e9a%235928092247429e9a?sa=Xoi=groupsrstart=1num=3
Maybe you'll understand it better than me :-)
--
I'd believe that would be Lua, but then again what is common to one
might not be to another ;-)
--
http://mail.python.org/mailman/listinfo/python-list
As you see, pythonistas are a nice humourous bunch...
But to help a bit more in your balancing act you might take a look at:
http://blog.ianbicking.org/ruby-python-power.html
It's rather nice, and commented.
--
http://mail.python.org/mailman/listinfo/python-list
Cegep du Vieux Montreal (technical college level), uses Python for CGI
in web developement class.
...At least when I give this course ;-)
Jean-Marc
--
http://mail.python.org/mailman/listinfo/python-list
why isn't this good?
http://www.enappsys.com/backend.jsp
Seems to be what you're looking for...
(second entry of a googled 'xml-rpc visual basic' search!)
JM
PS Tell us why the refered *.dll don't do, so I won't refer to it again
if it's of no value.
--
What level? and is geography important?
JM
--
http://mail.python.org/mailman/listinfo/python-list
Singletoned wrote:
Rocco Moretti wrote:
Steven D'Aprano wrote:
snip
That's the joys of a mostly self-taught programming knowledge: you miss
out on all the buzzwords.
Being mostly self taught myself, I have a tendancy to use infrequently
encountered terms in related but
I was just reading on daily-python that PIL is 10 years old...
So I wish it and its author(s) a good day, week, month, year and more!
Really!
Jean-Marc
PS If I knew that Python had a anniversary date, I'd also write to
thanks our BDFL (and authors)! But no such luck, so I'm restaining
myself
[EMAIL PROTECTED] wrote:
jean-marc schrieb:
Some bits are coming back to me: the problems stemmed from adresses -
getting the root of IIS was different so accessing files didn't work
the same way.
thanks for that.
you are right, IIS versions are different.
Wich kind of adresses do you
had this problem last year (developing on Win XP Pro and delivering
on IIS Server), I'll try to lookup the solution, but it might be
difficult (it's kind of a thing you do once and forget about later.)
Jean-Marc
--
http://mail.python.org/mailman/listinfo/python-list
the way I was dealing with file adresses.
Maybe there is a hint of direction for your own investigation...
Jean-Marc
--
http://mail.python.org/mailman/listinfo/python-list
Sorry, why is the temp file solution 'stupid'?, (not
aesthetic-pythonistic???) - it looks OK: simple and direct, and
certainly less 'heavy' than any db stuff (even embedded)
And collating in a 'official log file' can be done periodically by
another process, on a time-scale that is 'useful' if
;-)
Jean-Marc
--
http://mail.python.org/mailman/listinfo/python-list
Merci Bruno, ( and also to Fredrik )
So I think I understand correctly, if I say that:
each modulkes requires its own set of reference to whatever objects it
needs to speak. The interpreter wil see not to create extra copies of
the compiled code if many modules import the same modules but will
As an application programmer, I'm not well versed in the material
aspects of computing (memory, cpu, bus and all). My understanding of
imports in Python is such: the __main__ program is the center piece
which holds the programs reference: globals, functions, classes,
modules etc. The objects of
I read that Tkinter and Python IDEs (PythonWin and Idle at least) makes
for a bad mix in execution mode because they're fighting for the event
loop, but this mode is usefull to use the debugger.
But to the point of breaking something elsewhere than in memory ???
(Shutting down and rebooting the
34 matches
Mail list logo