0001791: AV при скролле Wikimapia

(0010442)
vdemidov (manager)
22-01-2013 23:08

В дебажной сборке те же симптомы?

(0010450)
rudepravo (reporter)
23-01-2013 12:01

Да, elf-файла не создается.
Адрес ошибки для дебажной .7008 - AV in 6B3CB1. Read address 00000000.

Может быть это из-за того, что тайлы в берклевской базе разных форматов - png и jpg?

(0010451)
vdemidov (manager)
23-01-2013 12:57

Стоп. Какие png и jpg. Я думал речь идет о векторных тайлах викимапии.

(0010452)
rudepravo (reporter)
23-01-2013 15:01

Вылезает именно такое сообщение, что AV вызвали тайлы Викимапии. Вылезает секунд на 10, а потом убирается.

(0010453)
vdemidov (manager)
23-01-2013 15:32

Так какая викимапия включена? Векторная или растровая?

(0010454)
rudepravo (reporter)
23-01-2013 16:09

То, что из Wiki.zmp берётся.

http://wikimapia.org/d?lng=1&BBOX=

Или я что-то не понимаю? Как отличить векторную от растровой?

PS: ещё возник Memory leak. В аттаче

(0011424)
vdemidov (manager)
28-05-2013 12:28

На свежих ночнушках воспроизводится?

(0011431)
rudepravo (reporter)
28-05-2013 18:05
edited on: 28-05-2013 18:48

На .7261 - воспроизводится, но с меньшей частотой. Не могу только отловить по какому адресу падает - .elf-файла не создается. AV тоже по обращению в 06C7B4D с попыткой чтения адреса 00000000

Upd: отловил.

(0011465)
vdemidov (manager)
30-05-2013 10:55

Похоже нужно приводить в порядок обработку ошибок при чтении тайлов из тайлохранилища и гасить не все ошибки подряд, но только ожидаемые ошибки. А все остальные пробрасывать на самый верх в главный тред, что бы программа честно падала при AV-шках и создавала elf-файл.

(0011466)
vdemidov (manager)
30-05-2013 10:59

Проблема возникает только если карта использует БерклиДБ или на любом кэше?

(0011467)
rudepravo (reporter)
30-05-2013 13:35

У меня всё затащено в Беркли. Ошибка редкая, я её где-то полчаса ждал. Может это быть связано с тем, что в БД тайлы разных форматов (png,jpg) или падает на отсутствии соответсвующего тайла?

(0011468)
zed (manager)
30-05-2013 15:42

>тайлы разных форматов (png,jpg)
Как они туда попали? SAS вообще-то не умеет работать, с разными форматами тайлов из кэша. Вот вам и AV.

(0011472)
rudepravo (reporter)
31-05-2013 08:35

Специально их туда никто не затаскивал, я когда файловое хранилище в беркли перетягивал, заметил, что иногда разнобоем тайлы скачивались. Хотя это было давно, и я уже деталей не упомню.

А по адресу ошибки можно понять из-за чего этот AV?

(0011473)
zed (manager)
31-05-2013 18:12

>Специально их туда никто не затаскивал
Значит по ошибке. Но то, что САС не пишет тайлы разных типов в один кэш - факт. У вас в zmp что написано? Какой ContentType?

>А по адресу ошибки можно понять из-за чего этот AV?
Практически - не реально.

По-моему ноги растут из 0001627 - в кэш залетели тайлы разных типов (скорее всего из-за ошибки юзера) и когда SAS встречает неожиданный тип, вываливается с AV.

(0011474)
rudepravo (reporter)
31-05-2013 23:57

А можно сделать какую-то тестовую версию, которая будет дампить помимо .elf всё, что относится к возникновению этой ошибки (содержимое тайла и т.д, и т.п)?

ContentType в zmp =text/xml; charset=UTF-8

(0011475)
zed (manager)
01-06-2013 19:10

>в БД тайлы разных форматов (png,jpg)
>ContentType в zmp =text/xml; charset=UTF-8
Кхм, так что-то не сходится. У вас там только kml в кэше должны быть, и никаких жпегов с пнг.

(0011476)
rudepravo (reporter)
01-06-2013 19:52

Тогда не понимаю почему AV. Может спецверсия - я ее погоняю?

(0011477)
zed (manager)
01-06-2013 20:18

>Тогда не понимаю почему AV.
Как раз-таки, если там в кэше png/jpeg вместо ожидаемых kml, то вполне очевидно, почему происходит AV. Могу предложить распаковать/экспортировать кэш (целиком или только кусочек, на котором стабильно вылазит AV) в тайловый и посмотреть, что там за файлы будут. Причём смотреть нужно по содержимому, а не по расширению.

>Может спецверсия - я ее погоняю?
Пробуйте завтрашнюю ночнушку. Может ввиду 0001943 будет генерироваться нормальное сообщение об ошибке. Но только если в кэше всякий мусор сохранён, никакое сообщение вам не поможет. Кэш нужно чистить и приводить к единообразию, чтобы были только одни kml, без всего остального.

(0011478)
zed (manager)
01-06-2013 20:28
edited on: 01-06-2013 20:29

Вы скорее всего когда конвертировали тайловый кэш в Беркли, перепутали/смешали слои Wikimapia и Гибрид (Wikimapia). У первого тайлы хранятся в kml (векторная викимапия), а у второго в png (растровая викимапия).

(0011507)
rudepravo (reporter)
04-06-2013 23:02

Нет, до такого я врядли мог бы докатиться. Закрывайте этот тикет, я перезакачал весь кэш викимапии.

Users who viewed this issue
User List	Anonymous (2300x)
Total Views	2300
Last View	22-11-2024 03:55

Notes
(0010442) vdemidov (manager) 22-01-2013 23:08	В дебажной сборке те же симптомы?

(0010450) rudepravo (reporter) 23-01-2013 12:01	Да, elf-файла не создается. Адрес ошибки для дебажной .7008 - AV in 6B3CB1. Read address 00000000. Может быть это из-за того, что тайлы в берклевской базе разных форматов - png и jpg?

(0010451) vdemidov (manager) 23-01-2013 12:57	Стоп. Какие png и jpg. Я думал речь идет о векторных тайлах викимапии.

(0010452) rudepravo (reporter) 23-01-2013 15:01	Вылезает именно такое сообщение, что AV вызвали тайлы Викимапии. Вылезает секунд на 10, а потом убирается.

(0010453) vdemidov (manager) 23-01-2013 15:32	Так какая викимапия включена? Векторная или растровая?

(0010454) rudepravo (reporter) 23-01-2013 16:09	То, что из Wiki.zmp берётся. http://wikimapia.org/d?lng=1&BBOX= Или я что-то не понимаю? Как отличить векторную от растровой? PS: ещё возник Memory leak. В аттаче

(0011424) vdemidov (manager) 28-05-2013 12:28	На свежих ночнушках воспроизводится?

(0011431) rudepravo (reporter) 28-05-2013 18:05 edited on: 28-05-2013 18:48	На .7261 - воспроизводится, но с меньшей частотой. Не могу только отловить по какому адресу падает - .elf-файла не создается. AV тоже по обращению в 06C7B4D с попыткой чтения адреса 00000000 Upd: отловил.

(0011465) vdemidov (manager) 30-05-2013 10:55	Похоже нужно приводить в порядок обработку ошибок при чтении тайлов из тайлохранилища и гасить не все ошибки подряд, но только ожидаемые ошибки. А все остальные пробрасывать на самый верх в главный тред, что бы программа честно падала при AV-шках и создавала elf-файл.

(0011466) vdemidov (manager) 30-05-2013 10:59	Проблема возникает только если карта использует БерклиДБ или на любом кэше?

(0011467) rudepravo (reporter) 30-05-2013 13:35	У меня всё затащено в Беркли. Ошибка редкая, я её где-то полчаса ждал. Может это быть связано с тем, что в БД тайлы разных форматов (png,jpg) или падает на отсутствии соответсвующего тайла?

(0011468) zed (manager) 30-05-2013 15:42	>тайлы разных форматов (png,jpg) Как они туда попали? SAS вообще-то не умеет работать, с разными форматами тайлов из кэша. Вот вам и AV.

(0011472) rudepravo (reporter) 31-05-2013 08:35	Специально их туда никто не затаскивал, я когда файловое хранилище в беркли перетягивал, заметил, что иногда разнобоем тайлы скачивались. Хотя это было давно, и я уже деталей не упомню. А по адресу ошибки можно понять из-за чего этот AV?

(0011473) zed (manager) 31-05-2013 18:12	>Специально их туда никто не затаскивал Значит по ошибке. Но то, что САС не пишет тайлы разных типов в один кэш - факт. У вас в zmp что написано? Какой ContentType? >А по адресу ошибки можно понять из-за чего этот AV? Практически - не реально. По-моему ноги растут из 0001627 - в кэш залетели тайлы разных типов (скорее всего из-за ошибки юзера) и когда SAS встречает неожиданный тип, вываливается с AV.

(0011474) rudepravo (reporter) 31-05-2013 23:57	А можно сделать какую-то тестовую версию, которая будет дампить помимо .elf всё, что относится к возникновению этой ошибки (содержимое тайла и т.д, и т.п)? ContentType в zmp =text/xml; charset=UTF-8

(0011475) zed (manager) 01-06-2013 19:10	>в БД тайлы разных форматов (png,jpg) >ContentType в zmp =text/xml; charset=UTF-8 Кхм, так что-то не сходится. У вас там только kml в кэше должны быть, и никаких жпегов с пнг.

(0011476) rudepravo (reporter) 01-06-2013 19:52	Тогда не понимаю почему AV. Может спецверсия - я ее погоняю?

(0011477) zed (manager) 01-06-2013 20:18	>Тогда не понимаю почему AV. Как раз-таки, если там в кэше png/jpeg вместо ожидаемых kml, то вполне очевидно, почему происходит AV. Могу предложить распаковать/экспортировать кэш (целиком или только кусочек, на котором стабильно вылазит AV) в тайловый и посмотреть, что там за файлы будут. Причём смотреть нужно по содержимому, а не по расширению. >Может спецверсия - я ее погоняю? Пробуйте завтрашнюю ночнушку. Может ввиду 0001943 будет генерироваться нормальное сообщение об ошибке. Но только если в кэше всякий мусор сохранён, никакое сообщение вам не поможет. Кэш нужно чистить и приводить к единообразию, чтобы были только одни kml, без всего остального.

(0011478) zed (manager) 01-06-2013 20:28 edited on: 01-06-2013 20:29	Вы скорее всего когда конвертировали тайловый кэш в Беркли, перепутали/смешали слои Wikimapia и Гибрид (Wikimapia). У первого тайлы хранятся в kml (векторная викимапия), а у второго в png (растровая викимапия).

(0011507) rudepravo (reporter) 04-06-2013 23:02	Нет, до такого я врядли мог бы докатиться. Закрывайте этот тикет, я перезакачал весь кэш викимапии.

Issue History
Date Modified	Username	Field	Change
22-01-2013 13:25	rudepravo	New Issue
22-01-2013 13:26	rudepravo	Tag Attached: Access Violation
22-01-2013 13:26	rudepravo	Tag Attached: wikimapia
22-01-2013 23:08	vdemidov	Note Added: 0010442
22-01-2013 23:08	vdemidov	Status	new => feedback
23-01-2013 12:01	rudepravo	Note Added: 0010450
23-01-2013 12:01	rudepravo	Status	feedback => new
23-01-2013 12:57	vdemidov	Note Added: 0010451
23-01-2013 12:57	vdemidov	Status	new => feedback
23-01-2013 15:01	rudepravo	Note Added: 0010452
23-01-2013 15:01	rudepravo	Status	feedback => new
23-01-2013 15:32	vdemidov	Note Added: 0010453
23-01-2013 15:32	vdemidov	Status	new => feedback
23-01-2013 16:09	rudepravo	Note Added: 0010454
23-01-2013 16:09	rudepravo	Status	feedback => new
23-01-2013 16:09	rudepravo	File Added: SASPlanet.Debug.elf
28-05-2013 12:28	vdemidov	Note Added: 0011424
28-05-2013 12:28	vdemidov	Status	new => feedback
28-05-2013 18:05	rudepravo	Note Added: 0011431
28-05-2013 18:05	rudepravo	Status	feedback => new
28-05-2013 18:06	rudepravo	Note Edited: 0011431	View Revisions
28-05-2013 18:36	rudepravo	Note Edited: 0011431	View Revisions
28-05-2013 18:48	rudepravo	Note Edited: 0011431	View Revisions
28-05-2013 18:48	rudepravo	Note Edited: 0011431	View Revisions
30-05-2013 10:55	vdemidov	Note Added: 0011465
30-05-2013 10:59	vdemidov	Note Added: 0011466
30-05-2013 10:59	vdemidov	Status	new => feedback
30-05-2013 13:35	rudepravo	Note Added: 0011467
30-05-2013 13:35	rudepravo	Status	feedback => new
30-05-2013 15:42	zed	Note Added: 0011468
30-05-2013 16:42	zed	Status	new => feedback
31-05-2013 08:35	rudepravo	Note Added: 0011472
31-05-2013 08:35	rudepravo	Status	feedback => new
31-05-2013 18:12	zed	Note Added: 0011473
31-05-2013 23:57	rudepravo	Note Added: 0011474
01-06-2013 19:10	zed	Note Added: 0011475
01-06-2013 19:52	rudepravo	Note Added: 0011476
01-06-2013 20:18	zed	Note Added: 0011477
01-06-2013 20:28	zed	Note Added: 0011478
01-06-2013 20:29	zed	Note Edited: 0011478	View Revisions
03-06-2013 08:25	zed	Status	new => feedback
04-06-2013 23:02	rudepravo	Note Added: 0011507
04-06-2013 23:02	rudepravo	Status	feedback => new
05-06-2013 04:28	zed	Status	new => closed
05-06-2013 04:28	zed	Resolution	open => no change required

Relationships

SASGIS