Changes by Marcelo Fernández :
--
nosy: +marcelo_fernandez
___
Python tracker
<http://bugs.python.org/issue14204>
___
___
Python-bugs-list mailing list
Unsub
Marcelo Fernández added the comment:
> So, while I'd be pleased to have it included in the stdlib, I'm not
> really convinced it would be useful to such a large audience.
I think different, if python becomes even more successful to be used in desktop
apps, this featu
Marcelo Fernández added the comment:
2009/12/7 Daniele Varrazzo :
>
> Daniele Varrazzo added the comment:
>
>>> I've just tested it and it works fine here... Any possibility this
>>> module can be included in the regular python standard library, in the
>>&
Marcelo Fernández added the comment:
2009/12/6 Daniele Varrazzo :
>
> Just released setproctitle 0.2 where I also call prctl() if available.
> It is actually the string used by killall.
Great!
I've just tested it and it works fine here... Any possibility this
module can be i
Marcelo Fernández added the comment:
2009/12/6 Daniele Varrazzo :
>> My question is because I think there's a better and supported method
> for
>> Linux, that is, using prctl [1]. I read somewhere that changing argv
>> causes some inconsistencies between programs wh
Marcelo Fernández added the comment:
Great, piro!
I'm taking a look at it, and it seems to use setproctitle() in BSD, and
writes over the argv array "in most Sys-V like systems"; this includes
Linux?
My question is because I think there's a better and supported method
Marcelo Fernández added the comment:
The workaround I posted before doesn't work with Python 2.6. This one
works (at least) with Python 2.5 *and* Python 2.6:
import httplib
import urllib2
key_file = 'mykey.pem'
cert_file = 'mycert-signed.pem'
class
Marcelo Fernández added the comment:
Great, it's my first patch to python and I'm very happy with your
comments. :-)
Thanks Amaury, do you think is better that I should take out
getprocname() if setprocname() changes sys.argv too?
When I got some spare time, I'll take
Marcelo Fernández added the comment:
This patch (to python 2.7 trunk) allows to call prctl() function from
Linux kernel to change the process name. It adds two methods to the os
module: os.getprocname() and os.setprocname().
Working example:
marc...@marcelo-laptop:~/src/pytrunk$ ./python
Marcelo Fernández added the comment:
Fine, I'll try to make a patch based on the procname project in Google
Code. Here are some more links with more approaches to solve this issue
(while I learn how to make a patch :-) )
http://abock.org/2006/02/09/changing-process-name-in-mono/
Marcelo Fernández added the comment:
Uhm... ok, (looking at issue 4015) I agree with that method at some
point (tough is not exactly the same thing)... but only if the launcher
will not be for Windows only, and that solution would be consistent
across al platforms...
Just to know, there is no
New submission from Marcelo Fernández :
As python gains more popularity, more and more applications run under
CPython in a common user desktop. The problem is that if a user has 2 or
more python apps running there is no way to identify them correctly from
the generic "Task/Process Ma
New submission from Marcelo Fernández <[EMAIL PROTECTED]>:
Despite httplib does have support for HTTPS with client keys[1], urllib2
should support them too, because of the added value that urllib2 has,
like cookielib automatic handling.
[1]: http://code.activestate.com/recipes/117004/
H
13 matches
Mail list logo
