On Sun, Dec 12, 2004 at 03:32:03PM -0200, Carlos Ribeiro wrote:
> Of course, the point here is not Perl-bashing. The point here is that
> we should be able to "sell" Python better than we do now, even without
> the need to resort to such poor measures. I'm sure the Python
> community does have good
Even though there would be no significant speed-up I would still be
interested in a proper compiler just to make smaller exe's so I can
give out my programs. I used Py2EXE for my last program that was tiny
but with Tkinter and all the Tcl/Tk gubbins it was over 5Mb.
Also would it perhaps be possib
Paul Moore wrote:
My current technique for checking an extension is compatible with
Python 2.4 is to run objdump -p (from the mingw distribution - use
dumpbin /imports from MSVC) and review the import table. If any
symbols are referenced from msvcrt.dll, you need to convince yourself
that they are
Thomas Heller wrote:
And recently I played with bindings to OpenGL's glut32.dll - glut calls
exit() from internal C code. If linked with the wrong CRT, this will do
nothing instead of terminating the process.
Interesting. Looking at the code of exit(), it is clear that the wrong
atexit handlers wi
> That's right -
> when I talk to fellow programmers that I'm writing software in Python,
> many of them are amazed and ask me, "but isn't it slow?". I've heard
> it more than once...
I heard it last month.
In the last couple of months, an acquaintance of mine has been trying
out Python. He like
On Wed, Dec 08, 2004 at 02:18:48PM -0800, Guido van Rossum wrote:
> I was pleasantly surprised to find a pointer to this article in a news
> digest that the ACM emails me regularly (ACM TechNews).
>
> http://gcn.com/vol1_no1/daily-updates/28026-1.html
>
> One thing that bugs me: the article says
On Mon, 13 Dec 2004 12:57:07 PST, Bill Janssen <[EMAIL PROTECTED]> wrote:
> Apparently the Python program, which applies the same re substitutions
> in the same order as the Perl program, takes 3 times as long to run.
> He thinks it's because of mutable strings in Perl -- that is, he
> thinks the s
On Mon, 13 Dec 2004, Jeremy Hylton wrote:
> > http://www.infoworld.com/article/04/09/24/39FErrdev_1.html?s=feature
>
> Can we extrapolate from the numbers here to get an estimate of how
> many Python developers there are? I was asked for that number at
> workshop a few months ago and I didn't hav
On Mon, 13 Dec 2004 13:11:38 -0500 (EST), Stephan Deibel
<[EMAIL PROTECTED]> wrote:
> On Mon, 13 Dec 2004, Jeremy Hylton wrote:
> > Two possibilities come to mind. 1) 14% of developers in the survey
> > work at companies that use Python. How many developers are there?
> > Assume that 14% of them
[ Guido van Rossum <[EMAIL PROTECTED]> ]
---
| One thing that bugs me: the article says 3 or 4 times that Python is
| slow, each time with a refutation ("but it's so flexible", "but it's
| fast enough") but still, they sure seem to harp on the point.
On Tue, 14 Dec 2004 01:05:09 -0200, Rodrigo Dias Arruda Senra
<[EMAIL PROTECTED]> wrote:
> But, but to the joke: I believe Python must strive to run at least as fast as
> the crowd --
> Java, Perl, Ruby, Lua, Boo, etc
>
> Maybe we could visit the language shootout sites, translate Python snipets
On Mon, 13 Dec 2004 23:17:51 +0100, Martin v. Löwis <[EMAIL PROTECTED]> wrote:
> I forgot the details of your analysis, but I think you are right.
> However, I would feel more comfortable if only a single CRT was used
> from an extension module.
Agreed. But to some extent I'm equally uncomfortable
Stephan Deibel wrote:
> BTW, I can't resist my own favorite speed anecdote: I once wrote a
> one-off script to process down a couple of gigabytes of variously
> fragmented web logs into month-by-month files. I thought I was being
> naive doing f.readline() in a for loop with some date parsing co
Raymond Hettinger wrote:
I felt the same way when reading it. Also, it seemed to embody the
political outlook that optimization is sinful. The document could be
much more positive, fact based, and informative. Also, the wording
seems somewhat outdated.
A draft for a new entry is included below.
On Mon, 13 Dec 2004, Batista, Facundo wrote:
> [Stephan Deibel]
>
> #- For example, a September article in InfoWorld said "But the
> #- big winner
> #- this time around is the object-oriented scripting language
> #- Python, which
> #- saw a 6 percent gain in popularity, almost doubling last
> #
Title: RE: [Python-Dev] Re: Re: 2.4 news reaches interesting places
[Stephan Deibel]
#- For example, a September article in InfoWorld said "But the
#- big winner
#- this time around is the object-oriented scripting language
#- Python, which
#- saw a 6 percent gain in popularity, almost dou
On Mon, 13 Dec 2004 16:43:18 +, A.B., Khalid <[EMAIL PROTECTED]> wrote:
> So what see ye? :) Does it look good?
Looks good to me. The one remaining link to msvcrt, abort, is likely
to be due to the startup code using it, and your code not referencing
that symbol, so that it doesn't force linki
On Mon, 13 Dec 2004 11:30:45 -0500 (EST), Stephan Deibel
<[EMAIL PROTECTED]> wrote:
> For example, a September article in InfoWorld said "But the big winner
> this time around is the object-oriented scripting language Python, which
> saw a 6 percent gain in popularity, almost doubling last year's r
Paul Moore wrote:
I tried this out, and from some basic uses, it seems to work OK.
However, the PYD file references msvcrt.dll, which suggests that there
will be issues in more complex cases. The biggest problem with CRT
compatibility issues is that (AFAIK) no-one has actually been able to
trigger
On Mon, 13 Dec 2004, Carlos Ribeiro wrote:
> On Sun, 12 Dec 2004 20:36:45 -0500, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> > Actually, there's another problem in the corporate world that has
> > nothing to do with Python's performance (at least not directly). When a
> > manager has to hire 25 prog
Barry Warsaw wrote:
On Mon, 2004-12-06 at 16:28, "Martin v. Löwis" wrote:
Martin, +1 on everything you wrote, with one minor quibble.
Removal
===
If the module has been deprecated for atleast a year and atleast
a version, it can be removed. Removal should move it to old-libs
for pure Python mo
Martin v. Löwis wrote:
As for PEP 4: I don't know whether it needs to be listed there. It
appears that the PEP is largely unmaintained (I, personally, do not
really maintain it). So one option would be to just stop using PEP 4
for recording deprecations, since we now have the warnings module.
If we
Paul Moore <[EMAIL PROTECTED]> writes:
> The biggest problem with CRT compatibility issues is that (AFAIK)
> no-one has actually been able to trigger a *real* error, all of the
> problems are still theoretical.
There have been problems with the bdist_wininst exe-stub linking to the
wrong CRT dll,
On Sun, 12 Dec 2004 23:19:55 +, A.B., Khalid <[EMAIL PROTECTED]> wrote:
> [2] Can someone who has the official Python 2.4 download the sample
> extension [**] created using the pyMinGW patched & MinGW compiled Python 2.4
> and SWIG? And see if it works?
> Sources are in the zip file whose
24 matches
Mail list logo
