* Luke Paireepinart [100526 15:37]:
>
> Are you sure you aren't doing anything with the ftp object in the
> "more code follows"?
> You are probably creating another error of the same type while
> processing your exception, so the second one doesn't get caught.
:) Ain't it nice to have a second
>
> What follows is the exception handling snippet:
> ## --
> except ftplib.error_perm, e:
> msg = "Couldn't get %s %s" % (fname,str(sys.exc_info()[1]))
> log.add(msg)
> more-code-follows
> ##
Using Python 2.6.2 on Slackware 13.0 32-bit.
I'm using Python as a command-line application to do an FTP download
which processes a file of jpg filenames, downloading each. Not all
of the file names can be found.
I'm having a problem trapping *all* of the file not found errors.
As an example my ap
2010/5/26 spir ☣ :
>
> No, they're not. On the contrary. Logical bugs are easily diagnosed by
> printing out relevant values at the right place in your code. Just do it and
> in 5 mn your code works as expected.
>
And wormholes are easily stabilized by lining their interior with
exotic matter ;-
On Tue, 25 May 2010 21:47:19 -0400
Alex Hall wrote:
> I thought so, but I was hoping you would not say that as this means a
> logic bug deep in my code, and those are the hardest to track down...
No, they're not. On the contrary. Logical bugs are easily diagnosed by printing
out relevant values
Hugo Arts wrote:
On Wed, May 26, 2010 at 3:13 AM, Alex Hall wrote:
Hello all,
I have a 2d list being used for a battleship game. I have structured
the program so that it uses a grid class, which implements this array
along with a bunch of other methods and vars. For example, to get at
the to
