Codebase error 120

   spaiker

11.11.10 — 08:45

При открытии бызв и попытка перенести остатки на слдедующий месяц возникает ошибка Codebase Error -120. Как исправить?

Характеристика базы:

1с.Тис 7

Тип: файловая

Объем: >5Гб

   Табуретко

1 — 11.11.10 — 08:47

ТИИ?

   andrewks

2 — 11.11.10 — 08:48

dbf/cdx больше гига есть?

   spaiker

3 — 11.11.10 — 08:49

RG9480.DBF весит 2 гига и на него и ругаетьтсяь пишет типа неможет произвести чтение

   Табуретко

4 — 11.11.10 — 08:51

при таких обьемах наверное следует хотябы уменьшить период хранения остатков

   andrewks

5 — 11.11.10 — 08:51

(3) дотянул. надо было или на sql переходить, или базу резать. теперь патч надо ставить

   ДенисЧ

6 — 11.11.10 — 08:52

Снеси все rg* и пересчитай итоги. Должно немного уменьшиться.

   spaiker

7 — 11.11.10 — 08:52

какой патч? скажите где взять плиз

   spaiker

8 — 11.11.10 — 08:53

ДенисЧ а поподробнее пожалйста можно?

   ДенисЧ

9 — 11.11.10 — 08:54

(8) куда уж подробней…
Удали из каталога базы все файлы rg*.*
зайди в конфигуратор — ТиИ — пересчет итогов

   Табуретко

10 — 11.11.10 — 08:54

(9)+бекап

   andrewks

11 — 11.11.10 — 08:56

+(9) но поможет это ненадолго. срочно надо или резать, или на sql, т.к. патч, насколько я читал, пашет не идеально

   spaiker

12 — 11.11.10 — 08:57

если удалить эти файлы данные останутьс целыми?

   andrewks

13 — 11.11.10 — 08:57

(12) да

   Табуретко

14 — 11.11.10 — 08:57

это файлы хранения регистров… они востановятся при ТИИ

   Табуретко

15 — 11.11.10 — 08:58

но лишний бэкап не будет лишним (c)

   spaiker

16 — 11.11.10 — 09:01

Спасибо всем

   filh

17 — 11.11.10 — 09:04

RA9480.DBF сколько весит?

   spaiker

18 — 11.11.10 — 09:04

2 гига

   andrewks

19 — 11.11.10 — 09:05

   filh

20 — 11.11.10 — 09:05

(18) т.е. у тебя RG9480.DBF и RA9480.DBF по 2 гига?

   spaiker

21 — 11.11.10 — 09:05

RA9480.DBF 58 мб

   filh

22 — 11.11.10 — 09:09

(21) ну…у тебя регистр не закрывается.

   filh

23 — 11.11.10 — 09:09

+22
что за регистр, посмотри в dd

   spaiker

24 — 11.11.10 — 09:11

где посмотреть? что то я запутался если чесно

   andrewks

25 — 11.11.10 — 09:12

(22) +100000

   filh

26 — 11.11.10 — 09:13

(24) открой файл 1Cv7.DD и найди строчки с T=RA9480

   andrewks

27 — 11.11.10 — 09:13

(24) 1cv7.dd найди T=RA9480

   spaiker

28 — 11.11.10 — 09:13

а чем фал открыть?

   andrewks

29 — 11.11.10 — 09:13

(28)

   ДенисЧ

30 — 11.11.10 — 09:14

нотепадом.
Или фаром. Или тоталкомандиром.

   spaiker

31 — 11.11.10 — 09:15

#==TABLE no 339    : Регистр (Дв.) КДРДокументы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RA9480  |Регистр (Дв.) КДРДокументы    |A          |RA9480     |1        
#——Fields——-
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document’s       |C   |9     |0        
F=LINENO    |LineNo              |N   |4     |0        
F=ACTNO     |Action No           |N   |6     |0        
F=DEBKRED   |Flag Debet/Kredit   |N   |1     |0        
F=SP9474    |(P)СФ               |C   |13    |0        
F=SP9475    |(P)Номенклатура     |C   |9     |0        
F=SP9476    |(P)Количество       |N   |19    |6        
F=SP9477    |(P)СуммаБезНДС      |N   |19    |6        
F=SP9478    |(P)СуммаНДС         |N   |19    |6        
F=SP9479    |(P)СуммаОплаченного |N   |19    |6        
#—-Indexes——
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE    
#

   Табуретко

32 — 11.11.10 — 09:17

Уж точно не типовая ТИС

   andrewks

33 — 11.11.10 — 09:18

че у тебя в Рег.КДРДокументы ???

   spaiker

34 — 11.11.10 — 09:18

не база полностью нетиповая ..ее писали под нас

   andrewks

35 — 11.11.10 — 09:21

(34) таким писателям надо руки пообрывать. опять какую-то структуру сунули в регистр остатков, вместо того чтобы сделать по-человечьи

   spaiker

36 — 11.11.10 — 09:22

andrewks
абсолюьно с тобой с этим согласен

   filh

37 — 11.11.10 — 09:25

(31) а покажи еще RG9480

   spaiker

38 — 11.11.10 — 09:26

#==TABLE no 338    : Регистр КДРДокументы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG9480  |Регистр КДРДокументы          |A          |RG9480     |1        
#——Fields——-
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP9474    |(P)СФ               |C   |13    |0        
F=SP9475    |(P)Номенклатура     |C   |9     |0        
F=SP9476    |(P)Количество       |N   |19    |6        
F=SP9477    |(P)СуммаБезНДС      |N   |19    |6        
F=SP9478    |(P)СуммаНДС         |N   |19    |6        
F=SP9479    |(P)СуммаОплаченного |N   |19    |6        
#—-Indexes——
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP9474,SP9475                                        |PROP      
#

   kiruha

39 — 11.11.10 — 09:31

   filh

40 — 11.11.10 — 09:34

(38) а что за отчеты формируете по «кадровые документы» или еще как…

   andrewks

41 — 11.11.10 — 09:34

(39) не факт что остатки нулевые и не факт что это поможет. скорее всего тут просто ошибочно выбрали рег.остатков для какой-то хни, которую надо было по-другому хранить

   Шурик71

42 — 11.11.10 — 09:40

   spaiker

43 — 11.11.10 — 09:48

я удалил все R*.*. сделал пересчет итогов..помогло…

   Табуретко

44 — 11.11.10 — 09:51

и каков теперь вес указанных файлов? не корысти ради, интереса для…

   Шурик71

45 — 11.11.10 — 09:52

Хотя не совсем, прикинул — за лет эдак 7-8 работы реально соорудить (3 года это теоретический вариант, когда эти 56 мб набили  в начале и забыли, и они каждый месяц падают себе из RA на RG)

   spaiker

46 — 11.11.10 — 09:53

все R весят 254 кб

   andrewks

47 — 11.11.10 — 09:54

(46) O_O

   Табуретко

48 — 11.11.10 — 09:54

чето както оно даже подозрительно…

   Шурик71

49 — 11.11.10 — 09:54

   Шурик71

50 — 11.11.10 — 09:56

Жесть… даже совет в форуме прочитать правильно не может…

   filh

51 — 11.11.10 — 09:56

(46) перепроводи доки, либо бекап

   filh

52 — 11.11.10 — 09:59

+51
лучше бекап, т.к. не факт, что не проводили доки взад.

   1Сергей

53 — 11.11.10 — 10:14

(52) он уже все регистры грохнул. Только бекап спасет теперь

   andrewks

54 — 11.11.10 — 10:15

(53) не только. перепроведение тоже рулит. правда, времени уйдет…

   Табуретко

55 — 11.11.10 — 10:21

(15)+100 если читал вниматочно…

   kiruha

56 — 11.11.10 — 10:26

Пригласите спеца — сами похоже не разрулите

Форум надо почитывать периодически, дабы на грабли не наступать.

17:43

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 4.5», файл с бухгалтерскими итогами достиг 2 гигабайт. Естественно, ни один документ провести не получается и свернуть базу стандартной обработкой wrap.ert — тоже. При любом пересчете бухгалтерских итогов появлялось сообщение об ошибке записи в 1SBKTTL.DBF (Codebase Error #: -120. Writing to file).

Проблема усугублялась ещё и тем что в этой базе было более 300 тысяч единиц номенклатуры и несколько десятков тысяч документов за два с половиной года. В общем база данных приличного размера.

Так как у меня под рукой был настроеный сервер с MS SQL, то самым простым способом мне показалось «выгрузить данные», загрузить их в SQL, а уже там свернуть той самой стандартной wrap.ert. Более того, я уже так делал пару раз.

Но с SQL-базой не вышло. При загрузке номенклатуры, примерно на 270800-й позиции, выдавалась «ошибка загрузки данных» без объяснения подробностей. А разобраться, какой же там непечатный символ (или ещё что-нибудь) в 840-мегабайтном файле выгрузки не хочет «съесть» SQL, просто не реально.

Точно так же (по непонятным причинам), не сработал и метод с использованием kernel33.dll — файлы отказались расти больше двух гигабайт.

Пришлось решать задачу альтернативными методами.

Для начала нужно было сделать так чтобы 1С ничего не писала в файл с итогами при свёртке базы. Ведь данные об итогах добавляются при записи новых «операций вручную» с остатками. Пришлось доработать wrap.ert, заменив «операции» на непроведённые «бухгалтерские справки». Файл итогов перестал увеличиваться и все документы по вводу остатков сформировались.

Но это ещё не всё! Обработка свёртки начала удалять старые документы и тут внезапно появилась знакомая ошибка записи в 1SBKTTL.DBF. При удалении или распроведении документов в файл бухгалтерских итогов 1С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

Помечать на удаление несколько десятков тысяч документов пришлось самописной обработкой. Ну а дальше уже всё легко: пометка на удаление всей номенклатуры, удаление помеченых объектов, снятие пометки удаления с оставшейся номенклатуры, проведение бухгалтерских справок с проводками ввода остатков, полный пересчёт итогов и упаковка таблиц базы данных.

На весь этот «путь к успеху», в моём случае, было потрачено несколько суток, но это в основном из-за большого количества номенклатуры и из-за метода «научного тыка».

Источник

Подскажите, как разобраться с Error #: -120 // 1Sentry.dbf

Не дает проводить накладные. При проводке пишет:
Error # : -120
writing to file
D:. 1SENTRY.DBF

и выбрасывает из 1С.

1. Проверьте доступ на папку с базой
2. Можно попробовать сделать тестирование и исправление (но не забудте сначала сделать архивную копию)
3. Если и это не помогло, то возможно у вас проблемы с жестким диском. Попробуйте сделать так:
— В конфигураторе сделайте «Выгрузить данные»
— Скопируйте базу в другое место (лучше даже на другой компьютер) и там уже сделайте «Загрузить данные»

1SENTRY — dbf-ка содержащая проводки.

Сейчас бьюсь над восстановлением базы в которой как раз с этой ошибки всё и началось.
Бух-ия одной конторы давно столкнулась с этой ошибкой, но через раз-два удавалось проводить документ. Когда же ошибка стала критической, то бишь транспорант стал вываливаться при каждой попытке проведения с последующим вылетом из базы, обратились за помощью к нам.

Результат:
Из-за ошибки возникшей в файловой системе где-то месяцев 6 назад происходило постепенное разрешение структуры ряда dbf-ок.
В конечном итоге при попытке тестирования выяснилось что рухнули файлы 1Sentry, 1Soper, 1Saccs
то бишь, содержимое операций, содержимое проводок и план счетов.
Попытка восстановить базу штатными средствами приводила к тому что из за нарушения структуры ссылок система не смогла восстановить связи и просто напросто очищала всю информацию об операциях, перепроведение документов приводило к сообщению о том что «Указанный в проводке счёт не принадлежит указанному плану счетов»

Решение:
Создал пустую базу.
Нашёл неплохую обработочку при помощи которой можно выгрузить документы и связанные с ними записи справочников.
Где нашёл не помню, вроде как с инфостарта ссылочка привела
имя архива perenos_ole_126.zip
Обработка работает через OLE что существенно ускоряет процесс.
Машинка слабоватая конечно, но за 10 часов обработка перенесла мне данные (причём без «неиспользующихся» записей справочников) за 8 лет плодотворной работы (примерный объём 20-25 документов в день)

Если штатные процедуры конфигуратора не помогут, советую воспользоваться данной методикой.
Рекомендую отключить опцию проведения при выгрузке (очень мешает из-за наличия учётных косяков в базе) А после полной загрузки выполнить проведение при помощи групповой обработки документов.

Источник

1с: Платформа 1С:Предприятие 7.7 выдает ошибку (код ошибки, закрывается с ошибкой).

Вопрос по 1С общие вопросы:

Платформа 1С:Предприятие 7.7 выдает ошибку (код ошибки, закрывается с ошибкой).

Основные коды ошибок 1С и способы борьбы, исправления:

10 Ошибка закрытия файла
20 Ошибка создания файла
30 Ошибка определения длины файла
40 Ошибка установки длины файла
50 Ошибка при попытке заблокировать файл
60 Ошибка при открытии файла
70 Ошибка чтения файла
80 Ошибка удаления файла
90 Ошибка переименования файла
100 Ошибка позиционирования в файле
110 Ошибка снятия блокировки с файла
120 Ошибка записи в файл
200 Файл не является базой данных DBF-формата
210 Неопознанное имя поля
220 Неопознанный тип поля
230 Запись слишком длинная
300 Индексный файл не содержит информации о записи
310 Нарушение структуры индексного файла
330 Указанное имя индекса недоступно
340 Ошибка уникальности индекса
400 Ожидается запятая или скобка
410 Выражение не завершено
422 IFF() требует параметров одинаковой длины
425 У STR() и SUBSTR() 2-й и 3-й параметры — константы
430 Неверное число параметров
440 Слишком сложное выражение
450 Пропущена правая скобка
460 Неверный тип подвыражения
470 Неопознанная функция
480 Неопознанный оператор
500 Выражение не завершено символом двойной кавычки
920 Недостаточно памяти

Источник

Ошибка ввода вывода (120.0) Как её исправить?

Почему во время подключения постоянно возникает ошибка Произошла ошибка ввода-вывода #120?
Это ошибка возникает когда Jimm не может получить доступа к сети передачи данных. Убедитесь в доступности услуг GPRS (проверьте баланс лицевого счёта, уровень сигнала). Проверьте правильность настроек профилей доступа java-приложений к Интернету. Убедитесь, что Jimm’у не был запрещён доступ к интернету. Возможно, эта ошибка может исчезнуть сама после перезагрузки (выключения и последующего включения) телефона.
> На телефонах Siemens x65-75 эта ошибка может возникать если не разорвать активное WAP-соединение до использования Jimm’а. В режиме ожидания такое соединение изображается значком GPRS>. Чтобы разорвать WAP-соединение, воспользуйтесь стандартным WAP-браузером.
> Если индикатор процесса подключения постоянно останавливается на 10% и через некоторое время возникает ошибка #120, то попробуйте включить дополнительное подключение в настройках сети Jimm’а. Это актуально для некоторых операторов, которые меняют внутренний IP-адрес абонентов при каждом новом пакетном соединении.

Что делать, если я случайно запретил Jimm’у доступ к сети и теперь он перестал подключаться, постоянно отображая ошибку Произошла ошибка ввода-вывода #120 или Сервер не отвечает #118?
Для большинства телефонов необходимо лишь выключить Jimm и включить его снова — Jimm снова запросит разрешения. Если после перезапуска Jimm’а всё равно не спрашивает доступа и сразу возникает ошибка 120, то возможно вам поможет полное удаление и установка Jimm’а средствами телефона.
> Если у вас Siemens x65-75, то после одного отказа в доступе телефон больше не будет спрашивать разрешения. Чтобы решить проблему, надо навести курсор на Jimm в Приложениях (не запуская), зайти в Опции > Безопасность и во всех пунктах вместо установить .
> На телефонах Motorola почти аналогично: найдите Jimm, нажмите Меню > Разрешения > Сетевые настройки > Передача файлов > Спрашивать всегда.

Настраиваешь ты мобильную аську. Тут еще важно какой телефон. Однозначно одно — gprs у тебя малость неправильно настроен. Кратко как это сделать самому (операторы не помогут)
Инструкция универсальна для настройки любого приложения (cMessenger, WebViewer, etc) ДЛЯ ВТОРОГО ПОКОЛЕНИЯ SE (для 3 поколения и последующих — см. ниже) .

НАСТРОЙКА ПРОФИЛЯ
1.) Меню->Связь->Передача данных->Учётные записи->Новая уч. запись->Данные GPRS :
Имя : [любое]
Имя точки доступа : internet.beeline.ru (internet.mts.ru)
Имя пользователя: beeline (mts)
Пароль: beeline (mts)
Сохраняем учётную запись и выходим в режим ожидания.
2.) Меню -> Связь -> Передача данных -> Учетные записи -> Вибираем нашу
учётную запись «E-mail» -> Изменить.
Адрес IP : 000.000.000.000
Адрес DNS :
Для МТС: 213.087.000.001. или 213.087.001.001.
Для Билайн: 217.118.066.243. или 217.118.066.244.
Выходим в режим ож

идания.
3.) Меню -> Связь -> Функции WAP -> Профили WAP -> [выбираем профиль для WAP] -> Изменить :
Подключ. через : [созданная нами уч. запись]

p.s. Чтобы сидеть в WAP’e меняйте уч. запись на прежнюю, чтобы пользоваться интернет-приложениями — на созданную

ДЛЯ 3, 4 . поколений SE.
1) Меню — Параметры — Связь — Параметры Java
Выбираем ранее созданный профиль для GPRS-Internet (как его создавать, описано в разделе Информация — Настройки — GPRS-Internet)

Внимание! В отличие от 2 поколения переключение профилей при использовании вапа, приложений и почты НЕ требуется.
Если что — пиши. Помогу

Источник

CodeBase Database Errors

The following error codes that are returned by the EBMS CodeBase database engine when an error has occurred. The tables display the integer constants and the corresponding small error descriptions accompanied by a more detailed explanation.

An error occurred while attempting to close a file.

This error could be caused by specifying an illegal file name, attempting to create a file that is open, having a full directory, or by having a disk problem.

Refer to the Code4::safety and Code4::errCreate flags in the Code4 chapter of this manual for more information on how to prevent this error from occurring.

This error also results when the operating system doesn’t have enough file handles. See e4numFiles , below, for more information.

Determining File Length

An error occurred while attempting to determine the length of a file. This error occurs when CodeBase runs out of valid file handles. See e4numFiles , below, for more information.

Setting File Length

An error occurred while setting the length of a file. This error occurs when an application does not have write access to the file or is out of disk space.

An error occurred while trying to lock a file. Generally this error occurs when the Code4::lockEnforce member variable is set to true (non-zero) and an attempt is made to modify an unlocked record. This error can also occur when File4::lock is called more than once for the same set of bytes without calling File4::unlock between the calls to File4::lock .

A general file failure occurred opening a file. This error will be generated if there is not enough information to generate any of the ÔÇæ6x errors listed below (i.e. the compiler or operating system does not allow for distinguishing between various file errors).

Permission Error Opening File

Permission to open the file as specified was denied. For example, another user has the file opened exclusively.

Access Error Opening File

Invalid open mode was specified. This would usually occur if there was a discrepancy between CodeBase and the implementation on a compiler or operating system (i.e. a compatibility problem).

File Handle Count Overflow Error Opening File

The maximum file handle count was exceeded.

The number of file handles available to an application or DLL is determined in the ‘startup’ code of the ‘C’ run-time library that the application or DLL is linked with.

The pre-built CodeBase DLL uses the multi-thread run-time libary, which supports up to 256 file handles.

The server executable has been built with modified run-time libraries that support up to 255 file handles being available. Therefore, this error is unlikely to occur in client-server applications, where the server is opening all files. If this error does occur in a client-server application, you must modify your application to use less files at any given time.

File Find Error Opening File

File was not found as specified.

Duplicate Instance Found Error Opening File

An attempt to open a duplicate instance of a file has been denied. The Code4::singleOpen setting influences how duplicate accessing of a file from within the same executable is performed. This error indicates one of two possibilities:

1. An open request has occurred but an active data handle in the same executable is inhibiting the open.

2. In a client-server configuration, a different client application has explicitly requested and has been granted exclusive client-access to the specified file.

An error occurred while reading a file. This could be caused by calling Data4::go with a nonexistent record number.

An error occurred while attempting to remove a file. This error will occur when the file is opened by another user or the current process, and an attempt is made to remove that file.

An error occurred while renaming a file. This error can be caused when the file name already exists.

An error occurred while unlocking part of a file. This error can occur when an attempt is made to unlock bytes that were not locked with File4::lock .

Writing to File

This error can occur when the disk is full.

File Is Not a Data File

This error occurs when attempting to open a file as a .DBF data file when the file is not actually a true data file. If the file is a data file, its header and possibly its data are corrupted.

Unrecognized Field Name

A function, such as Data4::field , was called with a field name not present in the data file.

Unrecognized Field Type

A data field had an unrecognized field type. The field type of each field is specified in the data file header.

Record Length Too Large

The total record length is too large. The maximum is USHRT_MAX-1, which is 65534 for most compilers.

Record Append Attempt Past End of File

This error can occur if Data4::seek (double) tries to do a seek on a non-numeric tag.

Tag Entry Missing

A tag entry was not located. This error occurs when a key, corresponding to a data file record, should be in a tag but is not.

Not a Correct Index File

This error indicates that a file specified as an index file is not a true index file. Some internal index file inconsistency was detected.

Tag Name Not Found

The tag name specified is not an actual tag name. Make sure the name is correct and that the corresponding index file is open.

Unique Key Error

An attempt was made to add a record or create an index file that would have resulted in a duplicate tag key for a unique key tag. In addition, Tag4::unique returned e4unique, or when creating an index file, themember TAG4INFO::unique specified e4unique .

Tag information Is Invalid

Usually occurs when calling Data4::create or Index4::create with invalid information in the input TAG4INFO structure.

Comma or Bracket Expected

A comma or a right bracket was expected but there was none. For example, the expression «SUBSTR( A» would cause this error because a comma would be expected after the ‘A’.

Expression Not Complete

The expression was not complete. For example, the expression «FIELD_A +» would not be complete because there should be something else after the ‘+’.

Data File Name Not Located

A data file name was specified but the data file was not currently open. For example, if the expression was «DATA->FIELD_NAME», but no currently opened data file has «DATA» as its alias. Refer to Data4::alias .

IIF() Needs Parameters of Same Length

The second and third parameters of database function IIF() must resolve to exactly the same length. For example, IIF( .T., «12», «123» ) would return this error because character expression «12» is of length two and «123» is of length three.

SUBSTR() and STR() Need Constant Parameters

The second and third parameters of functions SUBSTR() and STR() require constant parameters. For example, SUBSTR( «123», 1, 2 ) is fine; however, SUBSTR( «123», 1, FLD_NAME ) is not because FLD_NAME is not a constant.

Number of Parameters Is Wrong

The number of parameters specified in a database expression is wrong.

Overflow While Evaluating Expression

The database expression was too long or complex for CodeBase to handle.

The parsing algorithm limits the number of comparisons made in a query. Thus, very long expressions can not be parsed. Use Code4::calcCreate to ‘shorten’ the expression.

Right Bracket Missing

The database expression is missing a right bracket. Make sure the expression contains the same number of right as left brackets.

Sub-expression Type Is Wrong

The type of a sub-expression did not match the type of an expression operator. For example, in the expression «33 .AND. .F.», the «33» is of type Numeric and the operator «.AND.» needs Logical operands.

A specified function was not recognized. For example, the expression «SIMPLE(3)» is not valid.

A specified operator was not recognized. For example, in the database expression «3 > 7», the character ‘>’ is in a place where a database operator would be expected.

A character sequence was not recognized as a database constant, field name, or function.

Could be an bad validation in security. Try a user with different permissions. Check the Advanced Security

According to database expression syntax, a string constant starts with a quote character and ends with the same quote character. However, there was no ending quote character to match a starting quote character.

Expression Invalid for Tag

The expression is invalid for use within a tag. For example, although expressions may refer to data aliases, tag expressions may not. This error usually occurs when specifying TAG4INFO expressions when callingData4::create or Index4::create and the TAG4INFOcontains an invalid key or filter expression.

A general CodeBase optimization error was discovered.

Optimization Removal Error

An error occurred while suspending optimization.

Optimization File Flushing Failure

An error occurred during the flushing of optimized file information.

A general CodeBase relation error was discovered.

Matching Slave Record Not Located

CodeBase could not locate the master record’s corresponding slave record.

Relation Referred to Does Not Exist or Is Not Initialized

Referenced a non-existent or improperly initialized relation. Possible cases are: non-initialized memory or an invalid pointer has been passed to a relate module function, orfunction calls have occurred in an invalid sequence (for example, Relate4set::skip may not be called unless Relate4set::top has previously been called).

CodeBase discovered an unexpected value in one of its internal variables.

CodeBase tried to allocate some memory from the heap, in order to complete afunction call, but no memory was available.

This usually occurs during a database update process, which happens when a record is appended, written or flushed to disk. During the update, if a new tag block is required, CodeBase will attempt to allocate more memory. If the memory is not available, CodeBase will return the «Out of Memory» error. If this error occurs during the updating process, the index file will most likely become corrupt. It is virtually impossible to escape this error so it is advantageous to allocate all the memory required before any updates are made. Set Code4::memStartBlock to the maximum number of blocks required before opening any index files. See the «Frequently Asked Questions» document for more details.

A CodeBase function was passed an unexpected parameter value. This can happen when the application programmer forgets to initialize some pointers and thus null pointers are passed to a function.

Null Input Parameter unexpected

Unexpected parameter — null input.

Exceeded Maximum Record Number for Demonstration

Exceeded maximum support due to demo version of CodeBase.

A CodeBase function returned an unexpected result to another CodeBase function.

Structure Verification Failure

Unexpected result while attempting to verify the integrity of a structure.

Data Structure Corrupt or Not Initialized

CodeBase internal structures have been detected as invalid.

Library Compiled with S4OFF_INDEX

An attempt was made to call one of the indexing function s but the library was compiled without them.

Library Compiled with S4OFF_MEMO

An attempt was made to call one of the memo functions but the library was compiled without them.

Library Compiled with S4OFF_WRITE

An attempt was made to write to a file but the library was compiled without this capability.

Function Unsupported: Library Compiled with S4CLIPPER

Function not supported in S4CLIPPERimplementation.

Источник

Adblock
detector

17:43

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 4.5», файл с бухгалтерскими итогами достиг 2 гигабайт. Естественно, ни один документ провести не получается и свернуть базу стандартной обработкой wrap.ert — тоже. При любом пересчете бухгалтерских итогов появлялось сообщение об ошибке записи в 1SBKTTL.DBF (Codebase Error #: -120. Writing to file).

Проблема усугублялась ещё и тем что в этой базе было более 300 тысяч единиц номенклатуры и несколько десятков тысяч документов за два с половиной года. В общем база данных приличного размера.

Так как у меня под рукой был настроеный сервер с MS SQL, то самым простым способом мне показалось «выгрузить данные», загрузить их в SQL, а уже там свернуть той самой стандартной wrap.ert. Более того, я уже так делал пару раз.

Но с SQL-базой не вышло. При загрузке номенклатуры, примерно на 270800-й позиции, выдавалась «ошибка загрузки данных» без объяснения подробностей. А разобраться, какой же там непечатный символ (или ещё что-нибудь) в 840-мегабайтном файле выгрузки не хочет «съесть» SQL, просто не реально.

Точно так же (по непонятным причинам), не сработал и метод с использованием kernel33.dll — файлы отказались расти больше двух гигабайт.

Пришлось решать задачу альтернативными методами.

Для начала нужно было сделать так чтобы 1С ничего не писала в файл с итогами при свёртке базы. Ведь данные об итогах добавляются при записи новых «операций вручную» с остатками. Пришлось доработать wrap.ert, заменив «операции» на непроведённые «бухгалтерские справки». Файл итогов перестал увеличиваться и все документы по вводу остатков сформировались.

Но это ещё не всё! Обработка свёртки начала удалять старые документы и тут внезапно появилась знакомая ошибка записи в 1SBKTTL.DBF. При удалении или распроведении документов в файл бухгалтерских итогов 1С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

Помечать на удаление несколько десятков тысяч документов пришлось самописной обработкой. Ну а дальше уже всё легко: пометка на удаление всей номенклатуры, удаление помеченых объектов, снятие пометки удаления с оставшейся номенклатуры, проведение бухгалтерских справок с проводками ввода остатков, полный пересчёт итогов и упаковка таблиц базы данных.

На весь этот «путь к успеху», в моём случае, было потрачено несколько суток, но это в основном из-за большого количества номенклатуры и из-за метода «научного тыка».

Источник

не могу сформировать книгу ипшника — предприниматель загибается

перегнали все документы из бухгалтерии в предпринимателя, поставили предпринимателя со скуэлем на отдельном нефиговом серваке, работает сутки, обрабатывает полгода (объем данных весьма внушителен, в бухгалтерии весь год занимает 4 гига дэбээфов) и загибается:

Error #: -120
writing to file
d:docume

120 — ошибка записи в файл.

запускали на разных серваках, со скуэлем и в дбф, резалт одинаков.

Что делать?
Может есть какой-то еще способ сформировать книгу?

не знаю, не замеряли.
есть какая-то критическая масса? 🙂 прикидывали че он может туда писать — под 4 гига должно получиться.

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

а на 8-й платформе книга ип-шника как-нибудь делается?

я правильно понял что по достижении объема 2 Гб dbf не просто работает очень медленно, а перестает работать вообще как либо (типа границы в 4 Гб адресного пространства на 32-битных машинах)?

в таком случае есть ли у меня какие-то еще варианты кроме как взять разбег метров 100 и разбиться головой об бетонный забор вокруг нашей фирмы? цена вопроса сейчас пока неинтересна, есть ли он вообще в принципе?

(4) Да, действительно, размер файла растет до 2 Гб потом ошибка.

т.е. можно идти и искать хорошее крепкое место в заборе?

Источник

Извините, но данная страница отсутствует. Возможно, вы ошиблись, набирая адрес, или ссылка устарела.

Последние новости

Федеральная антимонопольная служба опубликовала для металлургических компаний данные для расчета акциза на жидкую сталь за декабрь 2022 года.

Эксперты Роструд разъяснили, вправе ли работодатель индексировать не всю заработную плату, а только часть оклада равную МРОТ.

ФНС разъяснила, применяют ли правило о прекращении исчисления транспортного налога в отношении автомобиля должника, на которое судебным приставом наложен арест.

В 2023 году продолжит действовать мораторий на проведение внеплановых проверок в отношении ККТ.

Мероприятия

• Где купить СОФТ
• Вакансии фирм-партнеров «1С»

• Центры Сертифицированного Обучения
• Интернет курсы обучения «1С»
• Самоучители
• Учебный центр № 1
• Учебный центр № 3

• Сертификация по «1С:Профессионал»
• Организация обучения под заказ
• Книги по 1С:Предприятию

• WWW.1С.ru
• 1С:Предприятие 8
• 1С Отраслевые решения
• Образовательные программы
• 1С:Линк
• 1С:Консалтинг
• 1С:Дистрибьюция
• 1С для торговли
• 1С-Онлайн
• 1С Интерес
• 1С:Образование
• 1С:Торговая площадка
• 1C:Игры
• 1Софт
• ИТС.1C.ru

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Источник

Adblock
detector

Category:

• IT
• Cancel

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 4.5», файл с бухгалтерскими итогами достиг 2 гигабайт. Естественно, ни один документ провести не получается и свернуть базу стандартной обработкой wrap.ert — тоже. При любом пересчете бухгалтерских итогов появлялось сообщение об ошибке записи в 1SBKTTL.DBF (Codebase Error #: -120. Writing to file).

Проблема усугублялась ещё и тем что в этой базе было более 300 тысяч единиц номенклатуры и несколько десятков тысяч документов за два с половиной года. В общем база данных приличного размера.

Так как у меня под рукой был настроеный сервер с MS SQL, то самым простым способом мне показалось «выгрузить данные», загрузить их в SQL, а уже там свернуть той самой стандартной wrap.ert. Более того, я уже так делал пару раз.

Но с SQL-базой не вышло. При загрузке номенклатуры, примерно на 270800-й позиции, выдавалась «ошибка загрузки данных» без объяснения подробностей. А разобраться, какой же там непечатный символ (или ещё что-нибудь) в 840-мегабайтном файле выгрузки не хочет «съесть» SQL, просто не реально.

Точно так же (по непонятным причинам), не сработал и метод с использованием kernel33.dll — файлы отказались расти больше двух гигабайт.

Пришлось решать задачу альтернативными методами.

Для начала нужно было сделать так чтобы 1С ничего не писала в файл с итогами при свёртке базы. Ведь данные об итогах добавляются при записи новых «операций вручную» с остатками. Пришлось доработать wrap.ert, заменив «операции» на непроведённые «бухгалтерские справки». Файл итогов перестал увеличиваться и все документы по вводу остатков сформировались.

Но это ещё не всё! Обработка свёртки начала удалять старые документы и тут внезапно появилась знакомая ошибка записи в 1SBKTTL.DBF. При удалении или распроведении документов в файл бухгалтерских итогов 1С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

Помечать на удаление несколько десятков тысяч документов пришлось самописной обработкой. Ну а дальше уже всё легко: пометка на удаление всей номенклатуры, удаление помеченых объектов, снятие пометки удаления с оставшейся номенклатуры,  проведение бухгалтерских справок с проводками ввода остатков, полный пересчёт итогов и упаковка таблиц базы данных.

На весь этот «путь к успеху», в моём случае, было потрачено несколько суток, но это в основном из-за большого количества номенклатуры и из-за метода «научного тыка».

According to f4write.c, line 103, the error 90619 is a “position failure”. In f4file.c, line 453, the same error occurs. Here is the context:

error4( c4, e4info, E90619 ) ;

file4longAssignError( writeArrayPosition ) ;

Hope this helps,

Matt

From: addsuminc <notifications@github.com>
Sent: Friday, June 19, 2020 4:00 PM
To: MPSystemsServices/CodeBase-for-DBF <CodeBase-for-DBF@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Subject: [MPSystemsServices/CodeBase-for-DBF] CodeBase error -120 (#9)

I’m wondering whether anyone else has had a user experience this error:

CODEBASE ERROR
Error#: -120
Error #: 90619
Writing to File
file4write
(followed by the UNC data file path to a small but commonly used DBF file in this system)

The documentation indicates that a -120 indicates that the «disk» is full. Yet that was not the case; the user had plenty of free space. I’m not finding any reference to the suberror 90619 either in the documentation nor in the source code. This user has been experiencing other types of more or less random error messages (-20, -70’s, etc.) as well. Running on a wired network, all new/newish Windows 10 PC’s, workgroup configuration, with usually just three or so active users. One of the users does actively use the same PC where the software is installed. Their IT support is suspecting some connectivity issues with IPv6 and plans to disable it. Anti-virus scanning could be part of the issue and we have recommended exclusions. No backup is happening while the system is in use, although they are doing some kind of Google Drive synch.

Thanks!

Tony Frates
Addsum Business Software, Inc.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#9> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJOKIJFQYM7TYXIUM366REDRXO7VXANCNFSM4ODABQRA> .

1. 03.08.2011, 18:04

   
   

   #1

   

   
   Гость форума
   

   ---

   Регистрация

   13.05.2011

   Сообщений

   3

   Сказал(а) спасибо

   2

   Поблагодарили 0 раз(а) в 0 сообщениях

   Помогите, не восстанавливается индексный файл в 1с 7.7!
   

   Добрый день!
   При загрузке БД получили сообщение о некорректном выходе из БД. Запустили в режиме восстановления индексного файла. Получили сообщение Error #-120. Writing no file C:\…. Как правильно поступить, чтобы не потерять БД?

   ---

2. 03.08.2011, 18:59

   
   

   #2

   

   
   Спец
   

   ---

   Регистрация

   14.04.2010

   Сообщений

   493

   Сказал(а) спасибо

   242

   Поблагодарили 28 раз(а) в 24 сообщениях

   
   

   1. Сделать резервную копию
   2. Зайти в конфигуратор
   3. Меню Администрирование/Тестирование и исправление ИБ
   4. Настройка — очищать ссылки, удалять данные объектов
   5. Выполнить

   ---

3. 03.08.2011, 19:25

   
   

   #3

   

   
   Гость форума
   

   ---

   Регистрация

   13.05.2011

   Сообщений

   3

   Сказал(а) спасибо

   2

   Поблагодарили 0 раз(а) в 0 сообщениях

   
   

   Сообщение от gfulk
   

   1. Сделать резервную копию
   2. Зайти в конфигуратор
   3. Меню Администрирование/Тестирование и исправление ИБ
   4. Настройка — очищать ссылки, удалять данные объектов
   5. Выполнить

   А если не помогло? Что реально сделать еще?

   ---