Почему слетает регистрация V7PLUS.DLL ? #462134

Господа, подскажите: в чем может быть проблема? На компьютерах бухгалтеров иногда (1-2 раза в год) "слетает" регистрация v7plus.dll - при сохранении форм отчетности в XML выдается характерное сообщение. Естественно, помогает "лечение" - временный перевод пользователя в группу Администраторы + regsvr32. Но почему ДЛЛ-ка должна стать недоступной? Файл v7plus.dll находится в папке C:Program Files1Cv77BIN, доступ в папку (изменение) обычным пользователям закрыт - так настроил сис.админ. Работает 10 бухгалтеров, так что практически каждый месяц восстанавливаем навыки по регистрации ДЛЛ-ек. А то бывает, что на одном компе, чтобы 1С-ка заработала нормально, регистрируем v7plus по несколько раз... Как это побороть? Заранее благодарен за помощ.

Пропиши в автозагрузкку импорт reg-файла с записями об этой библиотеке и не парься.

а она еще и регистрируется?...

как раз она - да Может, у них вообще 1с++ нет :-)

выкинуть все в7плюс кроме одной

небольшая переделка в7плюс делает ее узерспейсной

Ну, у них-то она не переделанная, судя по всему.

есть така проблема тоже

стандартная

Ну вот. Советов тебе уже надавали. Так что можешь приступать.

вообще платформа стандартная - без 1С++ или чего другого. какая "переделка"?

ОФФ Про висту и regedit /s нет идей? А то моя ветка хронически тонет...

assoc .reg=regfile & ftype regfile=regedit "%1" что за запрос то дает ?

отказано в доступе

честно, ни разу не регестрировал. при этом все хмл обмены и выгрузки работают нормально. чяднт?...

а незачем запускать всякие РегОрганайзеры и прочую лабуду

+ а в принципе и фик с ним. В планировщик от имени админа суну, да и все дела...

Значит пользователь имеет права администратора.

Да тут понимаешь ли всякие висты с семерками пошли, а в них пользователь с правами администратора уже как бы и не администратор. )

все?! за все лет 7-8 пользования компонентой? я сомневаюсь...

Ну если все пользователи ларьки, то и за 15 лет пользования будут одни одмины...

да вот не довелось в ларьках поработать, к сожалению...

поправить в ВК HKCU { Software { Classes {            }        }    }            }        }    }            }        }    }            }        }    }            }        }    } } } }

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

+ зписать в реестр нужные ключи, в пользовательский все в обработке 1С и с правами обычного усера но правильно говорит Иван, нафих не надо

а в фирмах с от 300 до 1000 пользователей, режут?...

ага, напрочь! но пароль админа "1234" :)))))))

О чем спор то ? Компонента требует регистрации. Если этого не знаешь - лучше не позориться. Компоненту можно зарегить под админом - потом работать с обычными правами.

Ну хз, может просто у компов конфигурация одна, да венда с одного образа... А когда зоопарк чудеса случаются )

я и не спорю. я только говорю, что никогда не регил и все прекрасно работало. с чего тут позориться?...

зачем ?

Иван прав.

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

+ В терминале наблюдал и не такие чудеса. Но пока миримся...

оно не слетает, автор использует всякие обработки и реготчеты под собой

+ ->

+100 Оставить на компе только ОДИН файл компоненты. Ещё можно жестко прописать путь её загрузки, но это не комильфо.

(33, 35) Пользователь на компе не обладает правами админа. И куда ему деться без реготчетов? На компьютере пользователя ТОЛЬКО ОДИН файл компоненты. Все базы - на сервере.

Было бы дело в путях, заметили бы наверное. Если лежит в каталоге бд, и проблемы появляются после сноса той бд, то тут 2+2 сложить... Да не нуны ему права админа, если уже зарегана. Я ж и говорю, чудеса )

Обычно бухгалтеры работают на сервере в терминале. Там проблем не возникало. Но по каким-то причинам (реготчеты --> в xml) они периодически запускают 1с со своего компа. Вот тут все и происходит.

Ну тогда все просто. У них не зарегено, прав нет. Вот и матерится.

Платформа на компе юзера установлена от Администратора, используют ее бухи от своего имени ("под собой").

2. А в базе точно файл не болтается? В какой-нибудь затрапезной? Уже не помню в какой последовательности ищется файл компоненты, но вроде как сначала в БИН, а потом только в БД. хз... Имеет смысл при возникновении глюка глянуть в реестре куда перерегистрировалась ВК.

Платформа его не регает. Нужно в режиме предприятия разок зайти.

Есть ВК и в каталоге базы. Это я все прекрасно знаю. Лечить умею. Но какого .... компонента слетает?

1. дык вот из базы её вынуть-то и надо.

Да никуда она не слетает скорее всего. После очередного сноса венды ставите платформу от админа, в эску не заходите. Юзер работает себе полгода, пока дело до отчетности не дошло, а как только ему компонента понадобилась возникает страшный глюк :)

+ вдруг в какой-то из обработок прописан абсолютный путь к этой ВК??

Собственно, так оно и есть.

+ Эска ее регает при ЗагрузитьВнешнююКомпоненту, а оно в макроязыке, при запуске предприятия только срабатывает. Одмин устанавливая эску в режиме предприятия ее не запускает от себя, большую часть времени компонента нафик не нужна, потому трабла вылезает много позже...

смотри вот пример кода из СТАНДАРТНОЙ обработки выгрузки данных CDExport.ert. Судя по всему тут запросто ВК может перерегистрироваться в другое место.

==

И чо? Если одмин поставил винду и эску и ушел? Под юзером она не зарегится по любому из путей.

Ну пока писал, пока отправил... )

Так что, я поубираю ВК из каталогов базы. Я правильно понял?

А ниЧО. Если бы да кабы. Пока мы за франчем такую же муйню не поубирали - такая же шняга была в конторе. По VNC зашел к юзеру, что-нибудь у него сделал (помог) под своими правами и пипец, полетели пути. Это как вариант.

Конечно по-убирай. В папке с базой вообще лучше никаких длл не держать. Гораздо спокойнее всё работает.

Тоже вариант... Но более вероятно.

А если учесть, что у бухов этих баз, как у дурака махорки, то... :)))

...тут еще асы с флешкой работают...

"Вот оно ЧО, Михалыч" (с)  :)))))

Ой! В не 58, а 59.

Отбери и линейкой по рукам. Когда слетит, тебе поднимать-то придется.. (ну если это не usb-винт конечно)

А то не слетало! Мы ж асы! Мы архивы вжисть не делаем!

Вот-вот! +10000  У ГБ так всё и навернулось :)))  Такие глюки в базе - просто ПЕСНЯ!! :)

Ну на архивы-то мы и сами порой забиваем, ибо рейды и вообще. :) Но флешка из тех что не винт, это гарантированный слет с потерей данных...

СПАСИБО, ребята. Из рабочих баз поубирал в7плюс.длл. Посмотрим...

лучше скажите, почему при загрузке V7+ прога падает? как это помирить по-умному? мирил вот так: . ?????

за такую солянку из ВК надо пристреливать на месте :)))

Скрин не грузится собако. А решение скорее всего см. выше. Выносим эту хрень из каталог всех баз, суем в BIN, регаем от своего имени и вуаля. Скорее всего где-то не с того места пытается регаться с юзерскими правами и обламывается.

+ Если не терминал, регать понятно на всех (хотя тебе это объяснять как-то даже неприлично, но мало ли:)

в этой солянке кроме fakir.dll - дублирующихся возможностей нет... так что - курите нервно в сторонке ;-) . скрин там по типу что "память не может быть read" под админскими правами все, вдобавок - база одна, в бине ничего нет...

в терминале, как раз-то и навело, что в другом месте - все нормально... ;-)

Линия консультации 1С-Украина утверждает, что новый (11-й) релиз компоненты в7плюс должен находиться в каталоге базы. Иначе - конфигурация НЕУСТОЙЧИВАЯ. Попробуем "по-ихнему"...