PocketGFE news
Aleksey Cherkashin
Однажды (Четверг 19 Марта 2009) в 17:44 многоуважаемый Max Irgiznov отписал
All:
MI> Добавлена смена ориентации экрана на основе данных G-Sensor
[...skipped...]
Долго, долго запускается, выдает сообщение "IOException", после чего работает
как обычно :-) Правда сенсора у меня нет... других отличий не нашел, откатился
обратно.
--
С уважением,
Aleksey Cherkashin
Max Irgiznov
21 мар 09 05:35, you wrote to me:
MI>> Добавлена смена ориентации экрана на основе данных G-Sensor
AC> Долго, долго запускается,
у меня везде быстро все.
AC> выдает сообщение "IOException", после чего
AC> работает как обычно :-) Правда сенсора у меня нет... других отличий не
AC> нашел, откатился обратно.
А где IO происходит? Отладочную инфу не говорит?
А других отличий там и нету.
--
Yours faithfully Max Irgiznov
Max Irgiznov
21 мар 09 05:35, you wrote to me:
MI>> Добавлена смена ориентации экрана на основе данных G-Sensor
AC> выдает сообщение "IOException", после чего работает как обычно :-)
Отловил, забавная ошибка была. По идее Сейчас должно стать лучше, теперь
разрешается хранить базы на нескольких разных носителях одновременно.
По пути еще ошибку с кликом на пустом месте списка исправил.
все остальные изменения касаются только машинок с VGA экраном.
Aleksey Cherkashin
Однажды (Суббота 21 Марта 2009) в 13:46 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
AC>> :-) Отловил, забавная ошибка была. По идее Сейчас должно
[...sk AC>> стать
MI> лучше, теперь разрешается хранить базы на нескольких разных носителях
MI> одновременно.
MI> По пути еще ошибку с кликом на пустом месте списка исправил.
[...skipped...]
Hепонятно, выложенный по старой ссылке SetupGfe.CAB внутри имеет только
Sensors.dll
PocketGFE.exe
ну и ридми с шрифтом... это надо понимать апдейт версии доступной вчера?
сейчас восстановлю если получится удаленное и попробую накатить конечно, но как
то странно...
Aleksey Cherkashin
Однажды (Суббота 21 Марта 2009) в 11:22 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
AC>> Долго, долго запускается,
MI> у меня везде быстро все.
Долго, когда в базе 65 Mb :-) а с пустой базой, да быстро.
Однако, февральская версия открывала список 46 файлов через минуту после
запуска, а мартовская через три минуты...
[...skipped...]
а вот совсем необъяснимый глюк: убрал "лишние" мегабайты, оставив только два
прочитанных файла .sqd
при открытии списка пишет опять мол .sql не найден, хотя вот оно тут, далее
совсем весело: ошибка чтения заголовков, ошибка чтения текстов, и в итоге имеем
невозможность читать совсем :) возвращаем все 46 файлов на место - работатет
как и было... не могу понять...
Aleksey Cherkashin
Однажды (Суббота 21 Марта 2009) в 11:22 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
MI> А где IO происходит? Отладочную инфу не говорит?
Забыл сказать, что никакой дополнительной информаци не выдавало.
А по "загадочному глюку" с убиранием лишних баз - это я сам стормозил, убрав
заодно и .sqi файлы :-( ...зарапортовался в общем...
Однако учитывая втрое более долгий запуск в итоге пока оставил февральскую
версию :-)
Max Irgiznov
21 мар 09 16:03, you wrote to me:
AC> [...skipped...]
AC>>> Долго, долго запускается,
MI>> у меня везде быстро все.
AC> Долго, когда в базе 65 Mb :-) а с пустой базой, да быстро.
хм, у меня почти на гиг баз лежит... в некоторых эхах по 60-90 метров.
AC> Однако, февральская версия открывала список 46 файлов через минуту
AC> после запуска, а мартовская через три минуты...
странно и не понятно. в принципе добавлена проверка на G-Sensor при страте, до
загрузки списка эх, ничего связанного с базами не менялось.
AC> [...skipped...]
AC> а вот совсем необъяснимый глюк: убрал "лишние" мегабайты, оставив
AC> только два прочитанных файла .sqd
AC> при открытии списка пишет опять мол .sql не найден, хотя вот оно тут,
AC> далее совсем весело: ошибка чтения заголовков, ошибка чтения текстов,
AC> и в итоге имеем невозможность читать совсем :) возвращаем все 46
AC> файлов на место - работатет как и было... не могу понять...
хмммм очень странно... или произошла рассинхронизация исходников или подземный
стук... Давай дату релиза на которую все хорошо.
Max Irgiznov
21 мар 09 15:31, you wrote to me:
AC>>> :-) Отловил, забавная ошибка была. По идее Сейчас должно
AC> [...sk AC>> стать
MI>> лучше, теперь разрешается хранить базы на нескольких разных
MI>> носителях одновременно. По пути еще ошибку с кликом на пустом
MI>> месте списка исправил.
AC> [...skipped...]
AC> Hепонятно, выложенный по старой ссылке SetupGfe.CAB внутри имеет
AC> только Sensors.dll PocketGFE.exe ну и ридми с шрифтом... это надо
AC> понимать апдейт версии доступной вчера? сейчас восстановлю если
AC> получится удаленное и попробую накатить конечно, но как то странно...
Апдейт. Выложен уже сегодня, перед мом письмом о разбере полётов.
Max Irgiznov
Hello Aleksey!
21 мар 09 16:58, you wrote to me:
MI>> А где IO происходит? Отладочную инфу не говорит?
AC> Забыл сказать, что никакой дополнительной информаци не выдавало.
да уже не важно... в этом месте поймал ошибку, если будет еще раз то должен
появится errdump.txt рядом с исполняемым файлом.
AC> А по "загадочному глюку" с убиранием лишних баз - это я сам стормозил,
AC> убрав заодно и .sqi файлы :-( ...зарапортовался в общем...
AC> Однако учитывая втрое более долгий запуск в итоге пока оставил
AC> февральскую версию :-)
вот это не понятно... с чего бы вдруг. Попробуй сейчас скачать версию.
Aleksey Cherkashin
Однажды (Суббота 21 Марта 2009) в 21:21 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
AC>> Однако учитывая втрое более долгий запуск в итоге пока
AC>> оставил февральскую версию :-)
MI> вот это не понятно... с чего бы вдруг. Попробуй сейчас скачать
MI> версию.
"подземный стук" был моей невнимательностью :-) а вот старт по прежнему
долгий... даже три с половиной минуты, если быть точным, против минуты десять
секунд от февральской. Файлы те же, место запуска то же. Базы на карте памяти,
т.к. столько места внутри машинки нет :-)
Есть одна идея: после старта в списке есть колонка количества сообщений, может
оно так долго считает именно сквишовые?
Max Irgiznov
21 мар 09 23:32, you wrote to me:
AC>>> Однако учитывая втрое более долгий запуск в итоге пока
AC>>> оставил февральскую версию :-)
MI>> вот это не понятно... с чего бы вдруг. Попробуй сейчас скачать
MI>> версию.
AC> "подземный стук" был моей невнимательностью :-)
ok :)
AC> а вот старт по
AC> прежнему долгий... даже три с половиной минуты, если быть точным,
AC> против минуты десять секунд от февральской. Файлы те же, место запуска
AC> то же. Базы на карте памяти, т.к. столько места внутри машинки нет :-)
между 12 февраля и 19 марта изменения только коснувшиеся визуализации. Проверка
на G-Sensor по идее не должна давать тормозов.
Реального аппарата без GS у меня нет, а на эмуляторе я разницы не вижу.
Тормозит даже та версия которую выложил вчера с последним моим письмом?
AC> Есть одна идея: после старта в списке есть колонка количества
AC> сообщений, может оно так долго считает именно сквишовые?
Не, число сообщений это прочитать Int32 по определенному смещению, операция в
принципе шустрая.
Кстати при открытии базы кешируются(даже в старых версиях) индексы сообщений,
если они большие и памяти на машинке не много, то тормоза обеспечены.
Очень рекомендую перейти на JAM, плюсов значительно больше.
Max Irgiznov
22 мар 09 09:40, I wrote to you:
[...skipped...]
AC>> Есть одна идея: после старта в списке есть колонка количества
AC>> сообщений, может оно так долго считает именно сквишовые?
MI> Не, число сообщений это прочитать Int32 по определенному смещению,
MI> операция в принципе шустрая. Кстати при открытии базы кешируются(даже
MI> в старых версиях) индексы сообщений, если они большие и памяти на
MI> машинке не много, то тормоза обеспечены.
Переписал механизм кеширования, индексы теперь будут грузится только тогда,
когда они понадобятся. Список эх должен строиться практически мнгновенно.
Плюс косметические изменения на формах, стали нормально работать на VGA экране.
Концептуально ничего не изменилось.
Вобщем можно обновляться. :)
Aleksey Cherkashin
Однажды (Воскресенье 22 Марта 2009) в 12:43 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
AC>>> Есть одна идея: после старта в списке есть колонка количества
AC>>> сообщений, может оно так долго считает именно сквишовые?
MI>> Hе, число сообщений это прочитать Int32 по определенному
MI>> смещению,
MI>> операция в принципе шустрая. Кстати при открытии базы
MI>> кешируются(даже
MI>> в старых версиях) индексы сообщений, если они большие и памяти на
MI>> машинке не много, то тормоза обеспечены.
MI> Переписал механизм кеширования, индексы теперь будут грузится только
MI> тогда, когда они понадобятся. Список эх должен строиться практически
MI> мнгновенно.
[...skipped...]
О! Рулез! Теперь тот же список выводится через 6 секунд :-) Безмерное счастье.
Теперь прогу можно смело закрывать, а не сворачивать в фон.
Кстати о пямяти: программа забирает чуть более 4 метров, а Qtek S110 Hе самый
рахитный зверек в своем племени... 416 МГц 128 Мб RAM (ОЗУ) 64 Мб ROM (ПЗУ)
А на более другой тип баз все равно бы не перешел, раз есть софт с заявленным
функционалом, вот если бы совсем не было альтернатив :-)
Aleksey Cherkashin
Однажды (Воскресенье 22 Марта 2009) в 09:40 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
MI> Тормозит даже та версия которую выложил вчера с последним моим
MI> письмом?
Да, точно так же
[...skipped...]
MI> Очень рекомендую перейти на
MI> JAM, плюсов значительно больше.
Для простого чтения это никчему ;-)
Hу и лень усугубляющаяся нехваткой времени на хобби...
Max Irgiznov
22 мар 09 15:33, you wrote to me:
MI>> Тормозит даже та версия которую выложил вчера с последним моим
MI>> письмом?
AC> Да, точно так же
а я уж было подумал так себя debug версия ведет. А оказывается всего-то память
виновата.
MI>> Очень рекомендую перейти на
MI>> JAM, плюсов значительно больше.
AC> Для простого чтения это никчему ;-)
AC> Hу и лень усугубляющаяся нехваткой времени на хобби...
Зря зря, всеравно удобнее.
Max Irgiznov
AC>>>> сообщений, может оно так долго считает именно сквишовые?
MI>>> Hе, число сообщений это прочитать Int32 по определенному
MI>>> смещению,
MI>>> операция в принципе шустрая. Кстати при открытии базы
MI>>> кешируются(даже
MI>>> в старых версиях) индексы сообщений, если они большие и памяти
MI>> Переписал механизм кеширования, индексы теперь будут грузится
MI>> практически мнгновенно.
AC> [...skipped...]
AC> О! Рулез! Теперь тот же список выводится через 6 секунд :-) Безмерное
AC> счастье. Теперь прогу можно смело закрывать, а не сворачивать в фон.
Ну и замечательно. Погоняй, посмотри, нет ли утечек памяти.
AC> Кстати о пямяти: программа забирает чуть более 4 метров, а Qtek S110
AC> Hе самый рахитный зверек в своем племени... 416 МГц 128 Мб RAM (ОЗУ)
AC> 64 Мб ROM (ПЗУ)
в принципе не много, если учитывать, что индексы хранятся в памяти.
AC> А на более другой тип баз все равно бы не перешел, раз есть софт с
AC> заявленным функционалом, вот если бы совсем не было альтернатив :-)
Ну так наврятли этот функционал для этих баз будет другой... Возможно в
ближайшем времени будет код позволяющий еще и запись в JAM и FIPS
Aleksey Cherkashin
Однажды (Воскресенье 22 Марта 2009) в 17:37 многоуважаемый Max Irgiznov отписал
Aleksey Cherkashin:
[...skipped...]
MI>> Hу и замечательно. Погоняй, посмотри, нет ли утечек
MI>> памяти.
Почти неделя - полет нормальный
[...skipped...]
MI> Возможно в ближайшем времени будет код позволяющий еще и запись в JAM
MI> и FIPS
Пока юзаю как читалку :-) на компе таки сообшения писать проще...