|
|||
Орбита
21.05.14 — 11:50 |
Не могу открыть на компьютере ни один внешний отчет *.ert ни в режиме предприятия, ни в конфигураторе, пишет «Общая файловая ошибка при доступе к …». Помогите, пожалуйста!!! |
||
ДенисЧ
1 — 21.05.14 — 11:51 |
read-only? |
||
Орбита
2 — 21.05.14 — 11:56 |
(1)нет, проверял уже |
||
Орбита
3 — 21.05.14 — 12:03 |
Unlocker говорит, что никто не блокирует |
||
пипец
4 — 21.05.14 — 12:04 |
отладчик открывает ? |
||
Прыгун
5 — 21.05.14 — 12:06 |
Режим автоматической проверки синтакс помощника в конфигураторе стоит? |
||
Ёпрст
6 — 21.05.14 — 12:13 |
восстановил их поди, опосля удаления , да ? |
||
Орбита
7 — 21.05.14 — 12:19 |
(6) типа того-вирус зашифровал все файлы, после расшифровки не открываются |
||
Орбита
8 — 21.05.14 — 12:22 |
(5) А где такое ставится? |
||
Орбита
9 — 21.05.14 — 12:25 |
(4) Ось на серваке win server 2008, на клиентском компе Win XP, не открывается ни там, ни там((( |
||
mehfk
10 — 21.05.14 — 12:27 |
(7) Восстанови из бэкапа. |
||
Орбита
11 — 21.05.14 — 12:27 |
(4) отладчик открывает, но текста нет-все пусто(( |
||
Орбита
12 — 21.05.14 — 12:28 |
(10) Они бэкапы баз только делали, а отчеты отдельно лежали |
||
mehfk
13 — 21.05.14 — 12:34 |
Закинь файл на обменник |
||
SleepyHead
14 — 21.05.14 — 12:39 |
Размер всех обработок по 4096 байта? |
||
дедушка Вах
15 — 21.05.14 — 12:39 |
новый отчет создай, если работает — тем кирдык |
||
пипец
16 — 21.05.14 — 12:41 |
(11) скорее всего их уже нет … |
||
Орбита
17 — 21.05.14 — 12:45 |
(14) нет-размеры разные |
||
Ёпрст
18 — 21.05.14 — 12:46 |
(7) тогда ой |
||
Орбита
19 — 21.05.14 — 12:50 |
(13) вот ссылочка на файл http://dropmefiles.com/QDgQ7 |
||
Ёпрст
20 — 21.05.14 — 12:59 |
(19) полный фарш |
||
дедушка Вах
21 — 21.05.14 — 13:02 |
(19) не тормози — яндексни |
||
Duke1C
22 — 21.05.14 — 13:04 |
(19) Простись уже с ним и напиши заново |
||
Орбита
23 — 21.05.14 — 13:15 |
(21) скачал, не понял ничего-как это работает? |
||
mehfk
24 — 21.05.14 — 13:21 |
(19) В файле мусор, причем «высокоэнтропичный». |
||
дедушка Вах
25 — 21.05.14 — 13:23 |
(23) не знаю, не пробовал |
||
Ёпрст
26 — 21.05.14 — 13:30 |
ответ в (18) |
||
Duke1C 27 — 21.05.14 — 13:38 |
(25) там декомпилировать уже нечего, файл упорот окончательно |
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.
Alko1000
-
#1
Проблема.
Накрылся винт с базой (1С:7.7 ПУБ 2.8). Удалось восстановить. При открытии начал ругаться «Общая файловая ошибка при доступе к файлу ……..1Сv7.md», из архива вытащил md-шник, заменил, база загрузилась. И теперь проблема: в архиве не сохранялись файлы внешних отчетов *.ert и теперь при попытки открыть их из восстановленных данных пишет «Общая файловая ошибка при доступе к файлу ……..*.ert». Кто сталкивался, помогите.
vbs
-
#2
при попытки открыть их из восстановленных данных пишет «Общая файловая ошибка при доступе к файлу ……..*.ert».
А из конфигуратора открыть внешний отчет не пробовал ?
kaa
-
#3
может просто стоит признак только чтение
Alko1000
-
#4
Из конфигуратора такая же лажа, в атрибутах все галочки убраны
Natalya
-
#5
«Общая файловая ошибка при доступе к файлу ……..*.ert».
Такая ошибка появляется, когда у файла в свойствах стоит — только чтение.
Alko1000
vbs
-
#7
Выложи какой-нибудь отчет, посмотрим
Alko1000
-
#8
«Неудачная загрузка. Вам запрещено загружать такой тип файлов» Почему?
Ссылка скрыта от гостей
vbs
-
#9
«Неудачная загрузка. Вам запрещено загружать такой тип файлов» Почему?
сделай архив *.rar или *.zip
unknown181538
-
#10
Такая ошибка появляется, когда у файла в свойствах стоит — только чтение.
А еще когда файл битый…
Alko1000
-
#11
Ребят, посмотрите, может все-таки можно что-то сделать, плиз
так читабельней
-
_______________________.rar
82,1 КБ
· Просмотры: 122
-
IZG.rar
82,1 КБ
· Просмотры: 113
kaa
KiR
-
#13
вообще-то внешние обработки тоже стоило бэкапить внешними средствами… но не падай духом — было бы хуже если бы восстановились обработки, а база померла бы…
vitfil
-
#14
Alko1000,
GComp’ом пробовали разбирать? Может, удастся что-нить восстановить.
Или MDiags’ом лечить?
Пришлите мне какой-нить отчет на мыло — попробую что-нибудь сделать.
вообще-то внешние обработки тоже стоило бэкапить внешними средствами…
Уж сколько раз твердили миру…
не так уж страшен этот зверек
Доброго времени суток. Не подскажите из-за чего может произойти такое и есть ли методы «лечения»? Заранее спасибо.
лочит процесс ее какой-то (антивирь или еще что)
посмотри — в какой 1С-ке была создана эта ert. и в какой открываешь. Иногда что топодобное бывает когда создаеться обработка в 25 релизе, а открывааеться в 21… ИМХО !
При попытке открыть простым просмотрщиком — «Файл документа поврежден».
Физическое повреждение. Вывод — замордовал…
Выходит обработка безвозвратно потеряна?
Спасибо всем за внимание.
Трудно сказать… В — открывал честно говоря просмотрщиком для 1С (плагин для TC). Сие значит что структура сонтейнеров повреждена. При простом просмотре куски кода просматриваются.
+ Ха, а текста то и нет. Есть заголовочное описание для «Производство+Услуги+Бухгалтерия, редакция 2.8″,»7.70.303». Доки, справочники и т.д. А самого кода обработки и не присутствует… Сознавайся, автопроверка ошибок включена?
Тэги:
Комментарии доступны только авторизированным пользователям
- Статус темы:
-
Закрыта.
-
Подскажите хотя бы откуда копать?
В базе реализован показ картинок из файлов для номенклатуры. Все картинки — jpg. Функция тоже стандартная: Фото.Загрузить(ИмяФайла);
Выдает «Общая файловая ошибка при доступе к <путь>». Проблема в том, что раньше работало у всех. Теперь у половины пользователей работает нормально, у другой половины постоянно вот такая ошибка. Права у всех одинаковые (даже пытался давать админские). С чего можно начать поиск решения? -
Offline
Natalya
Опытный в 1С- Регистрация:
- 7 фев 2008
- Сообщения:
- 57
- Симпатии:
- 0
- Баллы:
- 26
Ошибка возникает при открытии формы элемента справочника? Если раньше работало, значит были какие-то изменения. Какие? Доступ к файлам картинок какой: чтение или полный доступ? У всех ли он одинаковый?
-
Сейчас уже не найти изменения. Были сбои на сервере. Доступ полный, у всех права одинаковые
-
Как варианты: проблема с ж/д, некрректрное открытие (файл остается залоченым), антивирь (при обращении начинает проверять но не всегда)
-
Оно то может быть и оно. Только почему у одних ошибка бывала периодически, сейчас пропала, у других она постоянно. Права в AD абсолютно одинаковые, права в базе тоже. Тут уж скорее какой-нить ключ в реестре для конкретного пользователя. Вот только какой? Нигде нет инфы — как работает этот объект «Картинка» в 1С?
-
Думаю все же это глюк мелкософтовских (а может и ошибка вашего алгоритма). У 1с нет своих методов чтения/записи. Используются виндовые.
-
Offline
MaxxaM
Опытный в 1С- Регистрация:
- 16 окт 2007
- Сообщения:
- 293
- Симпатии:
- 2
- Баллы:
- 29
ну вставь проверку ФС.СуществуетФайл(<ИмяФайла>) :angry:
-
Причем тут проверка когда у других открывается? Бред несете не разобравшись в теме…
-
Offline
MaxxaM
Опытный в 1С- Регистрация:
- 16 окт 2007
- Сообщения:
- 293
- Симпатии:
- 2
- Баллы:
- 29
Не бред как минимум будет знать видит 1с файл с каринкой или нет, после этого хоть
будет видно в какую сторону капать. :angry: -
Уфф… Если у одного пользователя открывается значит путь/имя правильные и файл существуе.
- Статус темы:
-
Закрыта.
1С Хронограф
Портятся файлы обработок после редактирования в конфигураторе 1С -
> берем
> любой файл *.ert,
> открываем его в конфигураторе, редактируем и записываем - после этого
> открыть
> его в конфигураторе
> повторно не получится - выдается сообщение "Общая файловая ошибка при
> доступе
> к <название файла>"
WINE@Etersoft School.
В консоли при открытии сохранённой под wine обработки: trace:storage:HGLOBALStreamImpl_Read (0x115f10, 0x32b994, 24, 0x32b990) trace:storage:HGLOBALStreamImpl_Read (0x115f10, 0x32b9c4, 40, 0x32b9c0) trace:storage:HGLOBALStreamImpl_Destroy (0x115f10) trace:storage:StgIsStorageFile L"C:\testing.ert" trace:storage:StgIsStorageFile -> Invalid header.
Как видно из лога в предыдущем комментарии, проблема в том, что после сохранения в начале .ert-файла пропадает набор байт, характерный для compound-файла. При сохранении 1С создаёт IStorage поверх ILockBytes с помощью StgCreateDocfileOnILockBytes, затем записывает всё в полученный storage и вызывает метод Commit. Но то, что создаёт StgCreateDocfileOnILockBytes, не содержит в начале нужный набор байт, обозначающий compound-файл, и на Windows это тоже так.
Начал писать небольшую тестовую программу, делающую приблизительно то же, что делает 1С при сохранении .ert-файла.
> Но то, что создаёт StgCreateDocfileOnILockBytes, не
> содержит в начале нужный набор байт, обозначающий compound-файл, и на Windows
> это тоже так.
Оказалось, что содержит. Просто в тесте была ошибка. CreateILockBytesOnHGlobal может перевыделять память, в результате старый указатель становился недействительным, и при чтении по нему получался некорректный doc-файл.
Доделал тестовую программу: ole-storage/lkb в репозитории wine-etersoft-devel. Программа создаёт doc-файл. В wine doc-файл создаётся некорректно. Возможно, это та же проблема, что и при сохранении обработки в 1С.
(В ответ на comment #5)
> Доделал тестовую программу: ole-storage/lkb в репозитории wine-etersoft-devel.
> Программа создаёт doc-файл. В wine doc-файл создаётся некорректно. Возможно,
> это та же проблема, что и при сохранении обработки в 1С.
Возможно ли создать тест для winehq на основе тестовой программы? После решения проблемы, например.
Тогда можно было бы привлечь общественное внимание к проблеме.
> Возможно ли создать тест для winehq на основе тестовой программы? После решения
> проблемы, например.
Да, думаю, с созданием теста никаких проблем не должно быть.
Отправил патч в wine-patches-test.
Принято. WINE@Etersoft School 1.7.0 eter5/6
Закрываю. |