Re: [Python-Dev] Ph.D. dissertation ideas?

2006-01-14 Thread Armin Rigo 
Hi Brett,

If by any chance PyPy continues to be funded beyond 2006, we would
definitely welcome you around :-)  (If our funding model doesn't change,
it might be difficult for us to give you money oversea, though... just
asking, just in case, would you consider moving to a European
university?)

PyPy contains several open language research areas that you mentioned:
network-distributed language support, concurrent programming...  and we
even already have a Python -> JavaScript compiler :-)  Making it useful
is an open challange, though.


A bientot,

Armin
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Checking in a broken test was: Re: [Python-checkins]r41940 - python/trunk/Lib/test/test_compiler.py

2006-01-14 Thread Scott David Daniels 
Fred L. Drake, Jr. wrote:
> Scott David Daniels wrote:
>  > Would "expect_fail", "expect_failure", "expected_fail", or
>  > "expected_failure", work for you?
> 
> None of these use the same naming convention as the other unittest object 
> attributes.  Perhaps something like failureExpected?
> 
> I'd definately prefer something that reads cleanly; mirroring the exact form 
> of the word "fail" doesn't make sense; making it readable does.

Hmmm I'd like to avoid anything looking like "failIf" or whatever
(I'm afraid it will be attempted as a method), but the point about
matching styles does make sense.  I see my idea of XXX has inspired a
huge groundswell of "no comment" yet.  How about:

 @expectFailure('some reason for the failure')
 def test_whatever(self): ...

Nick Coghlan (on the recipe) wrote:
 > While embedding the 'or' in the except clause header is cute, its also
 > a little subtle and obscure, and causes the check to be executed every
 > time the test is run, rather than when the test is defined.

I wasn't striving for cute or clever there.  I did want the pick up of
TestCase.failureException to occur at test time, however.  My reasoning
is that failureException became a class variable for a reason, and test
running frameworks other than unittest.main might well be stomping their
own exception in there.  Certainly the "failIf" methods all raise
whatever exception is stored as a class variable of TestCase.


Do we want to include the equivalent of find_broken_tests(module)
in unittest or is leaving it in the recipe for report writers better?
I suppose it wants a better name as well.  findExpectedFailures(module)?
I'm off to see family, I'll check back end of next week.

--Scott David Daniels
[EMAIL PROTECTED]

___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Python icon

2006-01-14 Thread Georg Brandl 
Hi,

does Python have an official icon? Not py.ico from PC/, that's a bit
ugly and does not scale. Has no designerhead ever done such a thing?

Georg

___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Ph.D. dissertation ideas?

2006-01-14 Thread Jason Orendorff 
Brett,

You could create a downloadable corpus of Python source code, and
maybe a web site through which people can easily browse/search it,
contribute to it, and maintain it.  The point would be to support
language designers, tool developers, and researchers.  Several
python-dev folks have their own corpuses; I think other people would
be happy to use a free one if it were out there.

Of course there's no need to limit it to Python...

Creating a really *good* corpus is maybe not super-easy; I imagine
there are myriad linguistics papers explaining the nuances.  Hey,
cross-discipline research--cool points!

Once this exists, there's no shortage of research questions you can
quickly and easily answer with it.  What percentage of Python programs
use functional programming techniques?  How often are list
comprehensions used?  What do people use generators for?

And if you do something web-based, you can certainly work XML in there
somewhere.  :)

-j
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Python icon

2006-01-14 Thread Ka-Ping Yee 
On Sun, 15 Jan 2006, Georg Brandl wrote:
> does Python have an official icon? Not py.ico from PC/, that's a bit
> ugly and does not scale. Has no designerhead ever done such a thing?

There have been a couple of proposed logos -- i found some images
at http://www.pythonology.com/logos -- but i don't know what their
official status is.


-- ?!ng
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] os.path.getmtime on Windows

2006-01-14 Thread Christian Tismer 
Hi Python developers,

today I got a complaint from the python.de IRC channel
about os.path.getmtime and time zone.

How to produce the weird behavior:

1. create a file
2. get it's os.path.getmtime()
3. change your time zone
4. get os.path.getmtime again

compare - the time stamps are different.
Change the time zone back, and they are identical, again.

I was not ableto produce an identity, neither by time.gmtime
nor by time.localtime, so I'm a bit confused.

I checked the sources, and this is probably not a Python
problem. It uses the suggested win32 function properly.
But the win32 documentation seems to have no hints about this.

I assumend the value would be in UTC, but it is obviously not.

Is there a way to circumvent this problem, or am I missing something?
If this is not the expected behavior, then it might make sense
to find a patch.

thanks -- chris
-- 
Christian Tismer :^)   
tismerysoft GmbH : Have a break! Take a ride on Python's
Johannes-Niemeyer-Weg 9A :*Starship* http://starship.python.net/
14109 Berlin : PGP key -> http://wwwkeys.pgp.net/
work +49 30 802 86 56  mobile +49 173 24 18 776  fax +49 30 80 90 57 05
PGP 0x57F3BF04   9064 F4E1 D754 C2FF 1619  305B C09C 5A3B 57F3 BF04
  whom do you want to sponsor today?   http://www.stackless.com/
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Ph.D. dissertation ideas?

2006-01-14 Thread Brett Cannon 
On 1/14/06, Armin Rigo <[EMAIL PROTECTED]> wrote:
> Hi Brett,
>
> If by any chance PyPy continues to be funded beyond 2006, we would
> definitely welcome you around :-)  (If our funding model doesn't change,
> it might be difficult for us to give you money oversea, though... just
> asking, just in case, would you consider moving to a European
> university?)
>

That would be cool!  I definitely would not mind working on PyPy. 
Unfortunately I would not consider changing universities; I really
like it here.

> PyPy contains several open language research areas that you mentioned:
> network-distributed language support, concurrent programming...  and we
> even already have a Python -> JavaScript compiler :-)  Making it useful
> is an open challange, though.
>

Well, if PyPy picked up the grants tab I would work on whatever you
guys wanted that could be turned into a dissertation topic.  =)

-Brett
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-14 Thread Phillip J. Eby 
At 02:37 AM 1/15/2006 +0100, Christian Tismer wrote:
>I assumend the value would be in UTC, but it is obviously not.
>
>Is there a way to circumvent this problem, or am I missing something?
>If this is not the expected behavior, then it might make sense
>to find a patch.

Windows doesn't store UTC timestamps, at least not on older FAT filesystems 
and maybe not even on NTFS.  Changing Python won't help.  :)

___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-14 Thread Tim Peters 
[Christian Tismer]
> Hi Python developers,
>
> today I got a complaint from the python.de IRC channel
> about os.path.getmtime and time zone.
>
> How to produce the weird behavior:
>
> 1. create a file
> 2. get it's os.path.getmtime()
> 3. change your time zone
> 4. get os.path.getmtime again
>
> compare - the time stamps are different.
> Change the time zone back, and they are identical, again.
>
> I was not ableto produce an identity, neither by time.gmtime
> nor by time.localtime, so I'm a bit confused.
>
> I checked the sources, and this is probably not a Python
> problem. It uses the suggested win32 function properly.
> But the win32 documentation seems to have no hints about this.
>
> I assumend the value would be in UTC, but it is obviously not.

See:

http://www.codeproject.com/datetime/dstbugs.asp

and just be grateful you didn't bump into the additional mysteries MS
added around "daylight time" switches.

> Is there a way to circumvent this problem, or am I missing something?
> If this is not the expected behavior, then it might make sense
> to find a patch.

While I love the article linked to above, I've never had the will to
force myself to read it all the way to the end ;-)
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Installing PEPs

2006-01-14 Thread Martin v. Löwis 
I finally arranged for an automatic installation of PEPs:
they will now get published in the subversion post-commit.

Regards,
Martin

___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com