Вверх ↑
Этот топик читают: Гость
Ответов: 3851
Рейтинг: 159
#16: 2007-09-26 20:02:34 ЛС | профиль | цитата
Dilma писал(а):
давно все починено и работает
Sorry, я про 165-ю
карма: 0
начавший
0
Ответов: 120
Рейтинг: 0
#17: 2007-10-15 19:27:07 ЛС | профиль | цитата
Один фиг не работает (скрол на цветах(color))
Даже после обновления.
Почему?
карма: 1

0
Ответов: 3655
Рейтинг: 69
#18: 2007-10-15 19:45:21 ЛС | профиль | цитата
TROY, Удаляешь файл HiAsm.exe потом запускаешь HiUpdate.
карма: 0

0
Ответов: 120
Рейтинг: 0
#19: 2007-10-15 19:59:45 ЛС | профиль | цитата
Спаааааааааааааааааааааааааааааасибочки ОГРОМНОЕ,-дошло
карма: 1

0
Ответов: 9906
Рейтинг: 351
#20: 2007-10-15 20:10:16 ЛС | профиль | цитата
Вячеслав писал(а):
Удаляешь файл HiAsm.exe

А что за пурга, кстати говоря....
По теории, такое может быть только если на сервере MD5 соответствует штатному файлу, но не реально лежащему там.
Т.е. - неправильный.
карма: 9

0
Администрация
Ответов: 15294
Рейтинг: 1518
#21: 2007-10-15 23:57:55 ЛС | профиль | цитата
Galkov, есть подозрение, что народ обновляется при запущенном HiAsm.exe. Как раз по теории система обновления настолько тривиальна, что на сервере не может лежать файл с одним хешем, а в листе быть прописан иной.
карма: 26
0
Разработчик
Ответов: 26068
Рейтинг: 2121
#22: 2007-10-16 00:02:43 ЛС | профиль | цитата
Dilma писал(а):
народ обновляется при запущенном HiAsm.exe
Совсем необязательно. У меня прикол был в том, что я запускался с виртуального диска, и Upload категорически отказывался стирать предыдущий файл. Когда я запустил Upload с основной директории, этот прикол исчез.
карма: 22

0
Ответов: 9906
Рейтинг: 351
#23: 2007-10-16 00:09:33 ЛС | профиль | цитата
nesco, мы занимаемся коллекционированием мифов, или пытаемся прояснить ситуацию
карма: 9

0
Ответов: 3655
Рейтинг: 69
#24: 2007-10-16 00:30:04 ЛС | профиль | цитата
Так надо просто вписать в HiUpdate проверку на запуск Hiasma
и запрещять обновление.
карма: 0

0
Разработчик
Ответов: 26068
Рейтинг: 2121
#25: 2007-10-16 01:03:58 ЛС | профиль | цитата
Galkov писал(а):
мы занимаемся коллекционированием мифов
А что, это похоже на миф? Я тогда никак понять не мог, почему не удаляется файл, хотя ни одного активного HiAsm'a в памяти не было (была еще попытка сделать другой Upload, который удалял бы файл перед апгрэйдом), пока случайно не запустил не с виртуального диска. После этих действий ошибка исчезла, сейчас нормально стирается и перезаписывается. Я не знаю, почему система запрещала удалять файлы, но ситуация напоминала ситуацию с запущенным HiAsm'ом. Для меня это реальность, для вас может быть и миф.
карма: 22

0
Администрация
Ответов: 15294
Рейтинг: 1518
#26: 2007-10-16 01:21:42 ЛС | профиль | цитата
Вячеслав писал(а):
Так надо просто вписать в HiUpdate проверку на запуск Hiasma и запрещять обновление.

не так просто определить, что запущенный hiasm именно тот, который мы обновляем. Кроме того если учесть тот факт, что HiUpdate рекомендован только продвинутым пользователям, то они обязаны знать о невозможности изменить файл пока он открыт или запущен.

nesco писал(а):
Для меня это реальность, для вас может быть и миф.

именно миф. Указанная в цитате реальность это скорей всего отсутствие полной информации о том, что действительно происходило в системе(без сторонних утилит невозможно узнать был ли скажем файл залочен или нет кем-то). Кроме того стандартный HiUpdate ничего не стирает - он открывает обновляемые файлы на запись.
карма: 26
0
Разработчик
Ответов: 26068
Рейтинг: 2121
#27: 2007-10-16 01:30:36 ЛС | профиль | цитата
Dilma писал(а):
Указанная в цитате реальность это скорей всего отсутствие полной информации о том, что действительно происходило в системе
Ну тут я согласен, точного определения конкретности происходящей ситуации действительно не было, будем считать, что это -- миф (но лучше, если бы он не повторялся).
Dilma писал(а):
Кроме того стандартный HiUpdate ничего не стирает - он открывает обновляемые файлы на запись.
Да, я это знаю (что тогда и прицепили к нему модуль удаления, чтобы вручную не стирать, но это был чисто эксперимент).
карма: 22

0
Ответов: 3655
Рейтинг: 69
#28: 2007-10-16 01:44:52 ЛС | профиль | цитата
Dilma писал(а):
не так просто определить, что запущенный hiasm именно тот, который мы обновляем

А неважно - если запущен запретить обновление с выводом соответствуещего сообщения.
Типа если хочешь обновить закрой все.
карма: 0

0
Разработчик
Ответов: 26068
Рейтинг: 2121
#29: 2007-10-16 01:55:06 ЛС | профиль | цитата
Dilma писал(а):
не так просто определить, что запущенный hiasm именно тот, который мы обновляем
А я не нашел тут большой сложности. При перечислении процессов компонентом EnumProcess в поток выдается полный путь к процессу. Выделить чистый путь и сравнить с путем, откуда загружен Upload, при получении первого соответствия выдать ошибку.
карма: 22

0
Ответов: 278
Рейтинг: 4
#30: 2007-10-30 00:51:25 ЛС | профиль | цитата
Насчет прокрутки списка (166, standart)- при стиле XP - глюк, описанный в начале, при классическом - всё OK
карма: 0
Время верстки: %cr_time% Текущее время: %time%
0
30
Сообщение
...
Прикрепленные файлы
(файлы не залиты)