Как добавить новую папку в Настройках Отображения, у меня соответствующее меню неактивно, или это нормально для демоверсии?
В демоверсии нет каких-либо ограничений по функционалу, только предел количества операций.
Если речь идет о "папках" типа "Бухгалтерия", "Зарплата" и т.д., то это имя блока.
Все настройки, для которых блок не задан, попадают во встроенный блок "Общие".
Чтобы в настройках отображения появился новый блок, достаточно указать имя этого блока для любой настройки плана аналитики, журналов и т.д.
Например, хотим сделать блок "Финанализ".
В "Общие" находим соответствующую настройку, например, ветку плана аналитики ФИНАНАЛИЗ/НАСТРОЙКИ.
Вызываем меню правой кнопкой мыши и выбираем пункт "Блок...".
В появившемся окне вводим "Финанализ" и нажимаем ОК. Вуаля!
Значит проект не был скомпилирован в конфигурации "Релиз".
И в папке release нет соответствующего файла.
В среде разработке, по умолчанию, активна конфигурация "Отладка".
Конфигурацию "Отладка"/"Релиз" можно переключить,
нажав "молоточек" на панели инструментов.
Для компиляции сразу всех конфигураций из среды разработки выберите в меню Проект->Компиляция конфигураций.
По умолчанию там стоят все галочки. Нажимаете ОК и готово.
При попытке резервного копирования при выходе из программы выдается сообщение
Ошибка при чтении конфигурационного файла ibw8.cfg
Проблема в том, что утилита ibbackup.exe использует независимый алгоритм чтения файла ibw.cfg/ibwn.cfg.
Формат cfg-файла был изменен в версии 8.814,
а в утилите соответствующие изменения не были сделаны.
Приносим извинения за временные неудобства.
Исправленная утилита ibbackup.exe будет выложена горячим обновлением в скором времени.
Почему нет возможности выбрать диск для установки?
Автоматически программа устанавливается на системный диск С:
Я так понимаю, что и рабочая база тоже на системном диске будет?
Можно ли как-то программу установить не на системный диск?
Файл, который Вы скачали, называется ibw10-demo-ORN.exe (или USN или т.п).
Это самораспаковывающийся 7Zip архив.
При запуске он распаковывает содержимое во временную директорию и запускает установщик setup.exe с параметрами командной строки, означающими минимум вопросов при установке.
При этом все параметры установки берутся по умолчанию.
Так сделано потому, что не все потенциальные пользователи умеют нажимать на кнопку "Далее")))
Если руками распаковать ibw10-demo-ORN.exe и запустить setup.exe,
то установка пойдет со всеми вопросами пользователю, в т.ч. о расположении.
На втором шаге установки спрашивается расположение:
Второй вариант решения проблемы - скачать не демо дистрибутив, а полный ibw10-full.exe
Установка полного дистрибутива происходит с показом вышеуказанного окна.
Руками распаковывать ничего не нужно.
На четвертом шаге установки выбираете Бесплатная версия:
Результат будет такой же, как при установке дистрибутива, где только демо.
Рабочая база у Вас будет там, где Вы ее создадите.
С этим можно определиться уже после установки программы.
Чтобы раз и навсегда настроить расположение баз и их резервных копий,
запускаете программу "Управление базами данных" и нажимаете кнопку "Параметры".
Появится следующее окно:
В нем указываете папки, в которых будут создаваться новые базы данных и резервные копии.
При попытке создать резервную копии средствами самой программы
(Файл-Резервное копирование-Сохранить резервную копию)
появляется окно 7z:fatal error.
Проверьте, что в окне Файл-Резервное копирование-Настройки для параметра "Папка хранения копий" указан существующий на новом компьютере диск и директория.
Сложно сказать.
Если память ключа по какой-то причине разово поменялась, то считайте, что это другой ключ, с другим номером (отображаемый серийный номер при этом останется тем же).
В таком случае достаточно будет получить новый код ответа.
А вот если ключ на каждый запрос к памяти выдает разные данные, то только на замену.
Эта же версия стояла и работала?
Или сообщение появилось после обновления?
Вообще код 36 означает, что ключевой файл испорчен.
В ИБ 8 используются встроенные ключевые файлы.
Они содержатся в теле файла ibw8evp.dll.
Файл трактуется как испорченный, если при его дешифровке с помощью электронного ключа возникает ошибка.
Причины может быть две:
1. Файл ibw8evp.dll поврежден.
2. Сбой памяти электронного ключа.
Второй вариант мне представляется более вероятным.
Что предпринять?
Уберите файл регистрации (*.Ibw8Reg) из папки программы.
Программа не найдет никакой регистрации и попросит код ответа.
Попробуйте ввести ранее полученный код ответа (где-то в почте сохранился?).
Если старый код ответа не подойдет,
то точно память ключа поменялась или заглючила.
Получилось переустановить ИБ, создала новую базу на шаге присоединения выдает ошибку "задана недопустимая база данных", Возможно ли что сам файл базы данных каким-то образом повредился?
Если есть такая возможность, то выложите архив с файлами базы (mdf и ldf) на какой-нибудь файлообменник.
Я тогда попробую посмотреть, так сказать, в лабораторных условиях.
Ссылку на скачивание пришлите мне на burlak@ib.ru или здесь, на форуме, разместите.
Я правильно понимаю что какая-то программка мешает установке и работе? как ее найти?
Вероятнее всего.
Начать стоит с проверки на вирусы.
И, как я уже упоминал, нет ли какой-нибудь "улучшалки" производительности компьютера (в Интернете таких море).
Ранее не сталкивались, что служба SQL Server отказывалась работать с таким сообщением.
Может быть установлен какой-то софт, который "оптимизирует" работу компьютера останавливая службы, которые по его мнению не нужны?
Попробуйте удалить SQL Server и поставить заново из нашего дистрибутива.
Для это скачайте полный дистрибутив и разархивируйте его (exe файл) с помощью 7z.
В распакованных файлах найдите директорию RequiredProducts\MSSQL2008R2.
В зависимости от версии Windows (32/64 бита) запуcтите install_x86.bat или install_x64.bat.
Эти bat файлы производят установку SQL Server со всеми необходимыми параметрами.
Если такая переустановка не поможет, то что-то не в порядке с программным окружением на компьютере.
MSSQL$IB10 останавливается и не запускается никакими путями выдавая сообщение: "MSSQL$IB10" была запущена и остановлена. Некоторые службы автоматически останавливаются, если они не используются другими службами и программами."
Это ненормальная ситуация.
Зайдите в Панель управления, Система и безопасность->Администрирование->Службы (возможны небольшие отличия в зависимости от версии Windows).
Найдите службу MSSQL$IB10. Для нее должен стоять режим запуска "Автоматически".
Также проверьте наличие свободного места на жестком диске, где лежат базы данных и установлена система.
Рекомендую установить более новую версию MS SQL Server.
В настоящее время в составе дистрибутива Инфо-Бухгалтер 10.2 поставляется MS SQL Server 2008 R2 Express.
Возможно ли восстановить данные после последнего использования программы если они не были сохранены в резервную копию. Имеются файлы .mdf и .log.
Базу данных в виде файлов .mdf и .log можно заново подключить к SQL Server.
Разумеется, он должен быть запущен, т.е. решена предыдущая проблема.
Подключение mdf выполняется в процессе создания DSN.
В Панели управления зайдите в Администрирование->Источники данных ODBC.
Перейдите на вкладку "Системный DSN" и нажмите кнопку "Добавить".
В списке доступных драйверов выберите "SQL Server".
Введите имя DSN (так будет видно имя базы в Инфо-Бухгалтере),
а также выберите SQL сервер (экземпляр IB10):
На следующем шаге выбираете "проверка подлинности SQL Server",\
вводите логин sa и пароль adm:
И, наконец, самое главное. Включаете опцию "Присоединить файл базы данных" и
вводите путь к своему mdf-файлу:
При завершении операции в SQL Server добавится новая база данных,а созданный DSN будет связан с ней.
Для того, чтобы новый DSN увидел Инфо-Бухгалтер, в мастере подключения нажмите переключатель "Все базы данных".
3. Жалко, что не услышал мнения программистов - они что, не хотят бесплатных советов давать? А по-поводу размера архива, я уже пробовал - и урезал до минимума, и переименовывал файл архива, и подменял и чего только не делал. Понял одно - что устраняется проблема (пока), только если начинаешь вводить по-новому данные в бланк. Непонятно другое - почему это происходит с отдельными бланками и только за последние два месяца начало периодически проявляться.
Изначально в формате архива (bar) было заложено ограничение на размер одной записи в 32 Кб. Размер записи зависит как от количества полей бланка, так и от длины введенных в поля строк. В архив сохраняются значения только для полей ввода.
Данное ограничение было снято в 2004 году для версии Инфо-Бухгалтер 8.5 с сохранением совместимости формата архива снизу вверх.
С тех пор и поныне действует (скорее теоретическое) ограничение на размер одной записи в 2 Гб.
Для обхода проблемы на версии 8.3 можно порекомендовать следующие способы:
1. Уменьшить количество граф ввода (если возможно).
2. Вместо длинных строк в графах ввода использовать короткие коды, а строки хранить в dbf-файле или плане счетов. Для отображения в бланке и печати подставлять эти строки по введенному коду в графу ВЫВОДА.
P.S. Количество записей в архиве и размер файла архива значения не имеют.
Если Access загружается по фиксированным адресам BDE, то с ним и надо разбираться.
Возможно, это свойство данной версии Access, а возможно и нет.
Может авторы уже забыли о фиксированных адресах BDE.
Там Access не сам грузится на место BDE, а грузит BDE-шные DLL-и в неправильное место.
И Ассess там 2003 года, не такой конечно старый, как BDE.
Некоторые проблемы могут не иметь общего решения.
Поэтому я и предложил использовать рабочую комбинацию.
Сначала ИБ 8, а потом Access.
В качестве костыля можно в автозагрузке прописать какую-нибудь программу, использующую BDE (и грузящую на правильные адреса).
Или службу поставить, например, Инфо-Сервера.
Он также при старте BDE проинициализирует.
При этом, на рабочем столе не будет болтаться всяких ненужных окошек.
Проделал все манипуляции и сделал все скриншоты. Прикладываю...
Access зачем-то грузит IDAPI32.DLL по адресу 0A2B0000, а не по ожидаемому 4BDE0000.
Вот цитата из документации BDE (BDE32.HLP, статья Initialization), где явно говорится, что некоторые DLL-ки должны быть загружены по фиксированным адресам:
Shared memory loading addresses for DLLs
BDE reserves certain preferred memory addresses for use by its DLLs. In most cases, if a DLL cannot be loaded at its preferred address, it will load at some other address determined by the system.
However the DLLs listed below must be loaded at the same preferred address in all applications using BDE. The native BDE drivers reserve the following addresses:
If these memory locations are already in use by other applications, the BDE DLLs assigned to those locations might not load, in which case an error message would be generated:
If Idapi32.dll cannot load because the address space is already used, then DBIERR_CANTLOADIDAPI is returned.
Из скриншота я не вижу, что ему мешает использовать адрес 4BDE0000.
Других DLL, по крайней мере, в требуемом диапазоне адресов нет.
С помощью VMMap можно посмотреть другие типы памяти (Shared и т.д.) на предмет занятости адресного пространства в диапазоне от 04B00000 до 04F00000.
Еще из скриншота видно, что в адресном пространстве Access присутствуют DLL-ки продукта Crypto Pro.
Для них, также как для BDE, не используется ASLR (динамическое назначение адреса).
Явного занятия желаемых адресов BDE я не вижу, но потенциальный конфликт возможен (опять же надо смотреть другие виды памяти).
Вывод такой, что хулиганит Access. Что его заставляет - из имеющихся данных не понятно.
Инфо-Бухгалтер ®
