Daniel Stutzbach

My Ohloh Profile

  • 2009-09-12
  • DanielStutzbach
  • Dallas, TX, USA
  •  blist

  • blist

Daniel Stutzbach

  • Review: Buffalo NAS
    I've been meaning to blog about the Buffalo NAS that I purchased and have finally been spurred...
    2009-11-12 14:43:22 UTC
  • Wikipedia on Cats
    Yesterday I stumbled across the Wikipedia entry on cats. I'm convinced that a cat wrote...
    2009-10-26 19:53:42 UTC
  • Star Wars Uncut
    The people over at Star Wars: Uncut have cut up the original Star Wars film into 15 second clips...
    2009-10-01 22:45:16 UTC
  • Health and Fitness
    Around New Year's, when other people were posting their goals for the year, I meant to post...
    2009-08-21 12:13:16 UTC
  • Camp Stutz 2009
    Back from the annual Stutzbach family camping trip in New Hampshire. This year's menu...
    2009-08-03 17:51:31 UTC
Show:

What's happening?

  • Can't upload 3.1 binary package

    When using the web interface, I cannot designate the Python version number as 3.1. The only options are 2.1 through 2.6 and 3.0.

    2009-07-22 22:01:00 UTC in Python Package Index

  • UnicodeDecodeError

    I got the traceback below from roundup when an Italian user viewed an issue. When I view the same URL, I have no problem. My best guess is that the user has a non-ASCII character in one of the variables sent along by HTTP, causing Roundup to explode when it tries to decode the string. The URL in question is: http://pokersleuth.com/tracker/issue2 For the case where roundup threw an...

    2009-01-14 15:43:21 UTC in Roundup Issue Tracker

  • Add weakref support to psyco.compact

    The psyco.compact documentation states the following: Weak references to instances are not allowed. (Please write me if you would like me to remove this limitation.) I'm writing to request you remove that restriction. :-) I have a home-brewed cache that I use to store data grabbed from a database backend. The cache uses (among other things) a weakref dictionary so that objects are not...

    2008-12-16 21:36:25 UTC in Psyco, the Python Specializing Compiler

  • Comment: interpreter crash when multiplying large lists

    New patch with test case attached. File Added: list_repeat.patch.

    2007-05-16 14:47:37 UTC in Python

  • Comment: interpreter crash when multiplying large lists

    I just noticed that my last suggestion makes test_tuple fail because tuple's don't support __imul__. Here's a revised suggestion: def test_bigrepeat(self): x = self.type2test([0]) x *= 2**16 self.assertRaises(MemoryError, x.__mul__, 2**16) if hasattr(x, '__imul__'): self.assertRaises(MemoryError, x.__imul__, 2**16)

    2007-05-15 19:25:07 UTC in Python

  • Comment: interpreter crash when multiplying large lists

    Yes, I realized the same thing while staring off into space before getting out of bed this morning. :-) Here's a simpler version: x = [0,0,0,0] self.assertRaises(MemoryError, x.__mul__, sys.maxint/2+1) self.assertRaises(MemoryError, x.__imul__, sys.maxint/2+1)

    2007-04-21 13:29:10 UTC in Python

  • Comment: interpreter crash when multiplying large lists

    Sort of. Below is a test for 32-bit architectures. Unfortunately, on architectures where Py_ssize_t is a 64-bit integer, the multiplication won't overflow and the test really will try to build a list with 2**32 items (which most likely will eventually raise a MemoryError, but it will take a LONG time!). This is probably undesirable. Is there a way to skip this test for non-32-bit...

    2007-04-21 03:55:31 UTC in Python

  • interpreter crash when multiplying large lists

    Here's a succinct summary of the problem: >>> x = [0] * 2**20 >>> x *= 2**20 Segmentation fault (core dumped) >>> x = [0] * 2**20 >>> x * 2**20 [] >>> The problem is that list_repeat()'s check for an overflow is flawed, and list_inplace_repeat() doesn't check at all. Attached is a patch that adds a correct check to both functions. With the patch, both variations throw a...

    2007-04-20 22:17:46 UTC in Python

  • Comment: New File I/O type for Python 3000, plus .h and unit tests

    It's missing a forward declaration of PyFileIO_Type near the top of the file so the PyFileIO_Check() macro works. Currently PyCheck_FileIO is only called inside of an assert() macro, which is why this problem only surfaces in a debug build. Patch to add the forward declaration attached. File Added: pyfileio_type.diff.

    2007-03-08 21:28:19 UTC in Python

  • New File I/O type for Python 3000, plus .h and unit tests

    Here is my implementation of a raw File I/O type for Python 3000, along with unit tests. The tests for repr() fail because I'm not 100% sure what repr() should return (in particular, whether the type should bother remembering the filename just to return in repr()). There are comments at the top of the .c file explaining what remains to be done.

    2007-02-28 23:08:39 UTC in Python

About Me

  • 2000-01-14 (10 years ago)
  • 6324
  • agthorr (My Site)
  • Daniel Stutzbach

Send me a message