Heracles wrote:
Hello,
I am working on a patch to add to the _cursesmodule.c file of the Python
core libraries. I figured I would take on one of the implemented functions
to try to get my feet wet contributing to the project. At any rate, I have
the following function defined in the 2.7.a ver
Hartwell Bryan wrote:
Hi,
Purpose: obtaining the system (“short”) path from a full path
Background: File dialogs (visual studio) return a full path (e.g.
f=“C:\this path has spaces\thisfilenameislongerthan8char.txt”). If
this value is provided to Python, it will not recongize this as a
file
Brett Cannon wrote:
On Mon, May 19, 2008 at 2:03 AM, Ulrich Berning
<[EMAIL PROTECTED]> wrote:
Gregory P. Smith wrote:
On Fri, May 16, 2008 at 1:32 AM, Ulrich Berning
<[EMAIL PROTECTED]> wrote:
As long as the ctypes extension doesn't build on major Un*x plat
Gregory P. Smith wrote:
On Fri, May 16, 2008 at 1:32 AM, Ulrich Berning
<[EMAIL PROTECTED]> wrote:
As long as the ctypes extension doesn't build on major Un*x platforms (AIX,
HP-UX), I don't like to see ctypes dependend modules included into the
stdlib. Please keep the stdli
Nick Coghlan wrote:
Ulrich Berning wrote:
More and more people tend to say "Runs on Un*x" when they really mean
"Tested on Linux". Un*x is not Linux.
Hmm, perhaps that would be why there are Solaris, FreeBSD and Tru64
machines amongst the main Python buildbots,
Nick Craig-Wood wrote:
Jesse Noller <[EMAIL PROTECTED]> wrote:
I am looking for any questions, concerns or benchmarks python-dev has
regarding the possible inclusion of the pyprocessing module to the
standard library - preferably in the 2.6 timeline. In March, I began
working on the PEP for
Fredrik Lundh schrieb:
>how about this alternative ? (extended (b)).
>
>d) If Python was started from a standard Python interpreter,
>sys.executable contains the full path to this interpreter. If not,
>or if the path could not be determined, sys.executable is set to
>None.
>
>
Fredrik Lundh schrieb:
>should we perhaps switch to (careful use of) C++ in 3.0 ?
>
>
>
I can't see many advantages in moving to C++, but a lot of disadvantages:
- Size increase, especially when we start using templates
- Performance decrease
- Problems with name mangling together with dynamic
Mark Hammond schrieb:
>>release. The main reason why I changed the import behavior was
>>pythonservice.exe from the win32 extensions. pythonservice.exe imports
>>the module that contains the service class, but because
>>pythonservice.exe doesn't run in optimized mode, it will only import a
>>.py o
Guido van Rossum schrieb:
>On 11/11/05, Ulrich Berning <[EMAIL PROTECTED]> wrote:
>
>
>>For instance, nobody would give the output of a C compiler a different
>>extension when different compiler flags are used.
>>
>>
>
>But the usage is compl
Phillip J. Eby schrieb:
>At 04:33 PM 11/9/2005 -0800, Guido van Rossum wrote:
>
>
>>On 11/9/05, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
>>
>>
>>>By the way, while we're on this subject, can we make the optimization
>>>options be part of the compile() interface? Right now the distutils has
David Abrahams schrieb:
>Ulrich Berning <[EMAIL PROTECTED]> writes:
>
>
>
>>If you build C++ extensions on HP-UX with aCC, Python must be compiled
>>and linked as a C++ program. This is documented.
>>
>>
>
>You mean dynamically loaded C++ e
David Abrahams schrieb:
>"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>
>
>
>>David Abrahams wrote:
>>
>>
>>>Unless, of course, I'm missing something. So if I am missing
>>>something, what is it?
>>>
>>>
>>You are missing something, and I can only repeat myself. Some systems
>>requir
13 matches
Mail list logo
