[ОТВЕТИТЬ]
01.11.2012 08:22
alexunit
 
Поймали такую проблему в СМ, что когда выводят на просмотр или печатают документ то сумма в документе прописью получается в виде иероглифов.



Ранее что странно такой проблемы не было, сейчас стала появляться. Как можно решить проблему ?
Пытаться копать реестр на предмет NLS ?
01.11.2012 08:25
OlegON
 
не реестр, наверное, а на клиенте системную переменную NLS_LANG выставь в AMERICAN_AMERICA.CL8MSWIN1251, от многого помогает.
01.11.2012 09:31
OlegON
 
Где-то ты ошибся. Машинку ребутнул? На самом деле много где эта кодировка могла застрять. Запусти sqlplus из репортов и отбери что-нибудь русскоязычное из базы.
01.11.2012 09:32
Mtirt
 
А версию Супермага можно узнать?
01.11.2012 09:34
alexunit
 
Канеш ребутнул.
У меня 2 базы, на этом же клиенте с одной такая проблема, на другой этой проблеме нет и это без всякой установки кодировки.

Версия СМ 1.27.5.sp8
01.11.2012 09:41
OlegON
 
На серваке сделай тоже самое (для системных переменных, а не пользовательских) и ребутнись.
02.11.2012 09:00
Propil
 
попробуйте перенести со "здоровой" машины шрифт
02.11.2012 09:43
alexunit
 
Это что значит ?
02.11.2012 09:45
Mtirt
 
Propil просто предлагает скопировать шрифты с одной машины на другую.
02.11.2012 12:27
Propil
 
да, именно так
бывает, что какой-то нужный шрифт убивается и система вынуждена подставлять что-то другое, неподходящее
02.11.2012 12:30
Mtirt
 
А еще было что-то, связанное с заменой кодовой страницы?
Кто вспомнит?
02.11.2012 12:43
OlegON
 
https://olegon.ru/showthread.php?p=25268#post25268 вот это было, только, кажется мне, что все же что-то на сервере перекосячили. самое смешное, что этим перекосячиванием данные сейчас можно забить в неправильной кодировке. тогда действительно веселье начнется, чтобы срастить то, что было и то, что стало.
06.11.2012 04:19
alexunit
 
Так у меня 2 базы как я писал .. что одна база на этот же компе нормально формирует, а с другой базы на этом же компе иероглифы...
06.11.2012 06:53
whitewizard
 
а если на двух базах по очереди выполнить
select * from v$parameter where name like 'nls_%'
параметры одинаковые будут?
06.11.2012 07:41
OlegON
 
скорее тогда
Код:
select * from v$parameter where name like 'nls_%' and value is not null;
но лучше начать проверку с
Код:
select * from nls_database_parameters;
06.11.2012 08:07
alexunit
 
В той что формирует ...

1 NLS_LANGUAGE AMERICAN
2 NLS_TERRITORY AMERICA
3 NLS_CURRENCY $
4 NLS_ISO_CURRENCY AMERICA
5 NLS_NUMERIC_CHARACTERS .,
6 NLS_CHARACTERSET CL8MSWIN1251
7 NLS_CALENDAR GREGORIAN
8 NLS_DATE_FORMAT DD-MON-RR
9 NLS_DATE_LANGUAGE AMERICAN
10 NLS_SORT BINARY
11 NLS_TIME_FORMAT HH.MI.SSXFF AM
12 NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
13 NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
14 NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
15 NLS_DUAL_CURRENCY $
16 NLS_COMP BINARY
17 NLS_LENGTH_SEMANTICS BYTE
18 NLS_NCHAR_CONV_EXCP FALSE
19 NLS_NCHAR_CHARACTERSET AL16UTF16
20 NLS_RDBMS_VERSION 11.2.0.2.0

Добавлено через 31 секунду
В той что не формирует ...

1 NLS_LANGUAGE RUSSIAN
2 NLS_TERRITORY RUSSIA
3 NLS_CURRENCY ?.
4 NLS_ISO_CURRENCY RUSSIA
5 NLS_NUMERIC_CHARACTERS ,
6 NLS_CHARACTERSET CL8MSWIN1251
7 NLS_CALENDAR GREGORIAN
8 NLS_DATE_FORMAT DD.MM.RR
9 NLS_DATE_LANGUAGE RUSSIAN
10 NLS_SORT RUSSIAN
11 NLS_TIME_FORMAT HH24:MI:SSXFF
12 NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
13 NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
14 NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR
15 NLS_DUAL_CURRENCY ?.
16 NLS_COMP BINARY
17 NLS_LENGTH_SEMANTICS BYTE
18 NLS_NCHAR_CONV_EXCP FALSE
19 NLS_NCHAR_CHARACTERSET AL16UTF16
20 NLS_RDBMS_VERSION 11.2.0.2.0

Добавлено через 1 минуту 32 секунды
Цитата:
OlegON скорее тогда
Код:
select * from v$parameter where name like 'nls_%' and value is not null;
Тут параметры совпадают...
06.11.2012 10:21
whitewizard
 
Вот тебе и ответ.
Меняй переменную NLS перед каждым запуском базы.
Хотя лучше всё привести к одинаковым параметрам.
07.11.2012 19:26
alexunit
 
В америку приводить все ?
09.11.2012 04:45
alexunit
 
Щас еще вылезло что в ffmaprep в столбце SALEID все номера с кирилицей выглядят так Oae40000037995, A?30000021801, Oii0000053887 ...странно, кодировка чтоли влияет ..
09.11.2012 07:14
whitewizard
 
Разумеется
09.11.2012 08:18
OlegON
 
на серваке с этой базой тоже номера кривые?
09.11.2012 11:32
alexunit
 
Поставил в реестре NLS_LANG = AMERICAN_AMERICA.CL8MSWIN1251 перезагрузил, учистил аналитику, пересчитал себестойку все нормально встало, но пока шрифту в документах это не помогло...
09.11.2012 15:38
student
 
Можно ещё попробовать в
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
поменять значения у
1250, 1251, 1252
на
c_1251.nls
и перегрузиться

по крайней мере это довольно часто решает проблему с копированием\вставкой в\из буфера и кракозябрами и убиранием оных при экспорте в пдф
12.11.2012 03:57
alexunit
 
Это уже давно сделано.
12.11.2012 08:39
student
 
Цитата:
alexunit Это уже давно сделано.
:) тогда попробуй вернуть все взад т.к. такая замена приводит к глюкам в некоторых программах с юникодом\без оного...
12.11.2012 11:41
alexunit
 
Вернул, но результат все тот же...
12.11.2012 11:51
John Doe
 
Базы на разных серверах? Показывает ли "зяблики" выборка на серверах?
12.11.2012 12:25
student
 
Цитата:
alexunit Вернул, но результат все тот же...
я уточню - перезагрузку делал после смены этих параметров?


Опции темы


Часовой пояс GMT +3, время: 18:56.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.