Carsten Möller schrieb: > spaetz schrieb: >> On Sat, Aug 23, 2008 at 03:44:38PM +0200, Carsten M?ller wrote: >>> This is version 10071 (Rapperswil) of tilesgen running on MSWin32, ID: 44407 >>> - Using working directory C:\OSM\tilesAtLocal\temp >>> - Using process log file ..\tilesAtLocal\tah-process.log >>> - Keeping ZIP files after upload >>> [#0 0% zipping] Searching for tiles in C:\OSM\tilesAtLocal\temp... >>> [#0 0% zipping] captionless_12_673_2092.dir compressed by different >>> process. skipping... >>> [#0 0% zipping] tile_12_673_2092.dir compressed by different process. >> the last 2 lines are crucial. they show that the 'flock' command failed. >> this happens in >> http://trac.openstreetmap.org/browser/applications/rendering/tilesAtHome/Upload.pm >> line 103. >> >> it puzzles me all the more as i have explicitely added a runtime check >> whether flock works on the box, just for windows. it's supposed to lock the >> file so no other [EMAIL PROTECTED] client can try to process it at the same >> time. i feel tempted to just bypass the thing for all windows boxes. >> according to the docs this works on all win >98... >> >> spaetz >> > > Thank you for this slippy ;-) answer. > Yes I've already read sth. about the flock problem but > because I'm using XP and not 98 I thought it is > not my problem. Another thing is the empty > download (25 bytes). Is this a specific Windows problem > or is it already discussed here? > > Regards > > Carsten > > Hey spaetz,
I've just debugged it in EPIC. Seems it is the system call to compress.pl in tilesGen.pl line 481. Regards _______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
