[Tilesathome] Problem under windows again
Carsten Möller
cmindividual at gmx.de
Sat Aug 23 19:03:11 BST 2008
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 t at h 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.
More information about the Tilesathome
mailing list