Olivier Croquette added the comment:
I don't know what version of gendef is meant, but the one from MSYS2 / MinGW64
doesn't output the result on stdout, but rather writes the file "python38.def"
itself. So the commands are the following:
cd libs
gendef ..\python38.dll
dlltool
Olivier Croquette added the comment:
Hi!
Thanks for the reply!
The problem right now is that urlparse parses silently an URL which is
not compliant, but does the wrong thing with it (since usernames can
contain @, and hostname can not, it's a more logical thing to parse from
the right using
Olivier Croquette added the comment:
See also the related bug on duplicity:
http://savannah.nongnu.org/bugs/?21475
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1698
Olivier Croquette added the comment:
And about the decoding, sorry, it's clear from your snippets that
urlparse doesn't do it:
print q.username
user%40xyz
Maybe it should do it, I am not sure. What do you think? It would save
work for the module user
New submission from Olivier Croquette:
Some servers allow the @ character is usernames. It gives URLs like:
ftp://[EMAIL PROTECTED]@host/dir
[EMAIL PROTECTED] could for example by an email address.
I am not sure if this is RFC compliant. What's sure is that is makes
trouble with urlparse
