Обнаруженные проблемы с NW6SP3

[alexp_mac]

[quote="Андрей Фисенко"]NW6SP2 ER Overlay.
Lconfig.sys однозначно русский.
Буквы Э и э пишутся.
Ставим NW6SP3...
Буквы Э и э пишутся по-прежнему!!![/quote]


Подтверждаю, правда для оверлея 51sp6(english deutsch), с русским lconfig (пришлось из дистрибута перекатать)
Сдается мне, что новел что-то сделал для хранения национальных имен файлов в NSS в уникоде...... потому что Э как рукой сняло.

[alexp_mac]

[quote="Алексей Подгорчук"][quote="Андрей Фисенко"]NW6SP2 ER Overlay.
Lconfig.sys однозначно русский.
Буквы Э и э пишутся.
Ставим NW6SP3...
Буквы Э и э пишутся по-прежнему!!![/quote]


Подтверждаю, правда для оверлея 51sp6(english deutsch), с русским lconfig (пришлось из дистрибута перекатать)
Сдается мне, что новел что-то сделал для хранения национальных имен файлов в NSS в уникоде...... потому что Э как рукой сняло.[/quote]

Маленькое добавление, забекапил эти русские имена кталогов и файлов backupexec ом 8.5, бекапится, в консоли бекап-екзека русские буквы белибердой выглядят, при restore все русские имена каталогов и файлов восстанавливаются нормально.
Вообщем работать можно, хотя руки чешутся замочить все файлы с русскими именами нас сервере....

[Verter2k]

из какого дистриба

[alexp_mac]

[quote="Verter2k"]из какого дистриба[/quote]

Ну с самого оверлейного диска. Он там как-то по-другому называется(чего-то там 866), переименовываешь его в lconfig.sys и в c:\nwserver, правда, уже наляпаных Э это не исправляет. Но зато работает.

[Сергей Кильдюшев]

Всем привет.
Хотелось бы подвести итог проблемы с использованием заглавной “Э” в именах файлов и каталогов.
1. Проблема действительно решается, если использовать кодовую страницу CP866 и русский Lconfig.sys. Все читается и пишется без проблем, это выход но….
2. Теперь собственно решение для тех, у кого nw6sp2&nss2d или nw6sp3 и английская кодовая. Как я уже говорил проблема была известна разработчику NSS и он обещал ее поправить. Вот кусочек письма:

Sergey,

I haven't forgotten this but I haven't been able to do much about it until today. It looks like there is already a patch
version of NSS for NetWare 6 that is available from support and fixes this, that also means that it should be in SP4. Current builds of NetWare 6.5 should not have the problem either.

Дальше обсуждение других проблем. ………..

Regards,
David.

Так что фикс нашей проблемы и многих других уже готов и получит public статус в конце этой недели. Единственное но, пока это beta fix!

Спасибо
С Уважением,
Сергей Кильдюшев

[alexp_mac]

[quote="Сергей Кильдюшев"]Всем привет.
Хотелось бы подвести итог проблемы с использованием заглавной “Э” в именах файлов и каталогов.
1. Проблема действительно решается, если использовать кодовую страницу CP866 и русский Lconfig.sys. Все читается и пишется без проблем, это выход но….
2. Теперь собственно решение для тех, у кого nw6sp2&nss2d или nw6sp3 и английская кодовая. Как я уже говорил проблема была известна разработчику NSS и он обещал ее поправить. Вот кусочек письма:

Sergey,

I haven't forgotten this but I haven't been able to do much about it until today. It looks like there is already a patch
version of NSS for NetWare 6 that is available from support and fixes this, that also means that it should be in SP4. Current builds of NetWare 6.5 should not have the problem either.

Дальше обсуждение других проблем. ………..

Regards,
David.

Так что фикс нашей проблемы и многих других уже готов и получит public статус в конце этой недели. Единственное но, пока это beta fix!

Спасибо
С Уважением,
Сергей Кильдюшев[/quote]



Можно вопрос?

1.Откуда баг пошел? Что они там изменили в хранении имен файлов? Это можно узнать, или это просто баг?
2.Я к сожалению сейчас под рукой не имею 6-ки чтобы проверить, но с 51сп6 я просто перекатал lconfig русский с дистрибута и все, кодовую страницу не менял (в стартапе есть такая команда). "Испроченные" каталоги так и остались, а новые стали создаваться нормально, из чего я могу сделать вывод что эта ситуайия вообщем-то не баг а фича. Вот хотелось бы спросить в чем собственно баг заключается? Ведь согласитесь, логично подгружать на сервере русский lconfig если хранить русские имена файлов? (хотя сам этого не делаю)

Спасибо!

[Константин Ошмян]

Ведь согласитесь, логично подгружать на сервере русский lconfig если хранить русские имена файлов?

Не соглашусь. Утверждалось, что NSS хранит все имена файлов в UNICODE, т.е. должна быть поддержка любых языков. Вот мне, например, нужно хранить файлы, имена которых содержат не только латинские (английские) буквы, но также русские и латышские (ну разные клиенты с одним и тем же сервером работают). И какой lconfig мне класть на сервер??

[Андрей Троценко]

Извините, что спрашиваю, а не комментирую, но:

как дела с русской буквой "Э" в исходящих ? У меня она по-прежнему глотаеться. У кого-нибудь работает ?

[Михаил Григорьев]

Post SP3 NSS modules for NetWare 6.0 (Beta)

Возможно там поправили проблему...

[alexp_mac]

[quote="Григорьев Михаил"][url=http://support.novell.com/cgi-bin/search/searchtid.cgi?/2966099.htm][b]Post SP3 NSS modules for NetWare 6.0[/b][/url] [b](Beta)[/b]

Возможно там поправили проблему...[/quote]

Угу.....
25. Switched unicode to ascii conversion back to use the non-path version of the NWUX APIs for building the tables. This solves the problem of certain characters in certain code pages improperly mapping to a "".

[Константин Ошмян]

Только что провёл эксперимент:

1) на томе сервера NW6SP2 создал каталог "Test - Электроника эюя", в каталоге создал текстовый файл с именем "ЭЮЯэюя". (рабочая станция - Win2000 Pro, Client32 4.83SP1). Всё видится, в каталог войти можно и файл прочитать - тоже.

2) накатил на сервер SP3, перегрузил сервер. Смотрим с той же рабочей станции - каталог стал называться "Test - \лектроника эюя" (т.е. с "\" вместо большой буквы "Э"), войти в него невозможно.

3) накатил на сервер патч NW6NSS3a, перегрузил сервер. Смотрим с той же рабочей станции - всё снова в полном порядке: каталог на томе есть, имя - "Test - Электроника эюя", войти в него можно, файл с именем "ЭЮЯэюя" - на месте, прочитать его содержимое можно.

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

[Алексей Соловьянов]

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

Счас спим и видим, какие баги вылезут после этого патча. Честно говоря, слегка раздражает это ощущение.

[Verter2k]

у меня юзеры в 1с не могли больше чем с 1 места войти. снес патч нафиг

[Константин Ошмян]

Счас спим и видим, какие баги вылезут после этого патча. Честно говоря, слегка раздражает это ощущение.

Ну, это уже флейм: не нравится - не ставьте.

Форум-то технический, и в нём прошёл целый ряд сообщений об ошибке, возникающей после установки сервис-пака (согласен, любые ошибки непрятны, но лучше про них знать - на то и форум). Затем было сообщение о патче, который возможно эту ошибку исправляет; однако так и не было сообщений, подтверждающих это предположение. Поэтому я своё сообщение о опубликовал: да, действительно исправляет. Что же касается снов и ощущений - есть соседний форум специально для флейма.

[Игорь Вершинин]

у меня юзеры в 1с не могли больше чем с 1 места войти. снес патч нафиг

Надо отключить OPLOCK 1&2 . И никогда для баз данных с разделенным доступом не включать!!!! Первый юзер при старте "вытягивает" на себя всю базу и начинает работать. Второй, когда стартует, ждет пока база "вернется" обратно на сервер и только потом подключается к ней. 1С обычно при больших базах вываливается по тайм-ауту. И это нормально. Просто технология OPLOCK хороша для другого. Для 1С ее использовать нельзя. Точнее можно и нужно, но лишь для монопольного режима.