Andrew Garbutt wrote:
Well, I gave it try. And I came up with the same error as you
describe. When I applied the patch, the OSError exception was no
longer thrown. So, I believe that the error was trying to assign a
negative integer to the atime. The patch that I submitted seems to
eleminate this error on Windows.
Cool - it's weird though, the actual error the OS throws is about the
file path....
Is your patch now applied in SVN ?
Fuzzyman
http://www.voidspace.org.uk/python/index.shtml
-Andy
On 11/8/05, Fuzzyman <[EMAIL PROTECTED]> wrote:
Andrew Garbutt wrote:
I have submitted a ticket to the pudge tracker at
http://lesscode.org/projects/pudge/ along with a preliminary patch.
(ticket #1) However, my patch addresses an issue with the second
tuple argument of os.utime(). I made use of the stat module to make
the code more portable in assigning access and modified times. In as
far as I know, Windows has a less atomic resolution of atime, mtime
than *nix.
I will re-check out the source and check to make sure that we are
addressing the same issue.
I'm going to try using pudge from buildutils. If you're already using
pudge from windows without seeing the same problem as me, then it may be
a peculiarity of working direct from pudge.
Thanks
Fuzzyman
http://www.voidspace.org.uk/python
-Andrew
On 11/7/05, Fuzzyman <[EMAIL PROTECTED]> wrote:
Ian Bicking wrote:
[snip..]
Anyway - I've only *played* with it and not dug very deeply, but I have
a couple of what *appear* to be bug reports. Hints for further
exploration, as well as actual solutions appreciated.
I'm using pudge on windoze. I get an error report when using it : ::
Running 'F:\Python Projects\modules in
progress\pudge\pudge_test.py' ...
File "<source>", line 8, in ?
File "C:\Python24\lib\site-packages\pudge\generator.py", line 81,
in generate
self.generate_source()
File "C:\Python24\lib\site-packages\pudge\generator.py", line 217,
in generate_source
os.utime(dest_file, (-1, src_mtime))
OSError: [Errno 22] Invalid argument: '.\\configobj.py.html'
Commenting out that line in ``generate_source`` results in a clean exit.
Probably a unixism; the appropriate thing to do would be to first test
hasattr(os, 'utime'), and only run it in that case.
It's present in windoze - it's just being given an invalid path.
Dynamically commenting it out *works* - but I think Andrew is saying
he's fixed this issue with a patch (hopefully now in SVN).
I'd love SVN access - I'll try and track down the problem with the wrong
license file being linked to...
( username fuzzyman please Ryan).
I've not seen 'buildutils' - I just followed the example on the
homepage.....
All the best,
Fuzzyman
http://www.voidspace.org.uk/python
_______________________________________________
Pudge mailing list
[email protected]
http://lesscode.org/mailman/listinfo/pudge
_______________________________________________
Pudge mailing list
[email protected]
http://lesscode.org/mailman/listinfo/pudge
_______________________________________________
Pudge mailing list
[email protected]
http://lesscode.org/mailman/listinfo/pudge
_______________________________________________
Pudge mailing list
[email protected]
http://lesscode.org/mailman/listinfo/pudge
|
_______________________________________________
Pudge mailing list
[email protected]
http://lesscode.org/mailman/listinfo/pudge
