Carsten Möller schrieb: > 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 > > ... and in compress.pl it's the "flock" again.
_______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
