Может быть, это исправление платформы должна была сделать сама фирма 1с, но, к мольбам честных и законопослушных пользователей, она осталась глухой.
Запускаем 1сv77.27 в следующих условиях:
  - ОС Win 2000/2003/XP/Vista/7/2008;
  - SQL MS SQL 2000/2005/2008;

Переводим базу данных из режима совместимости в текущий режим (90 - 2005, 10 - 2008).

Пока тестинг-вариант, дальше поглядим...

ссылка на само: http://infostart.ru/public/82018/

эээ?

даёшь!

(0) дополни уж про длльки для работы 7ки с 2008ым сервером...

(1) звучит заманчиво!

(4)а там какие проблемы?

(0)  а про честных и законопослушных граждан 1С позаботилась - было выпущено информационное письмо с рекомендацией переходить с решений которые разрабатывались под уже неподдерживаемые операционки  и СУБД...

(7) хватит троллить, нечего сказать по теме - иди дальше

(6)тьфу.. ты про работу с серверами из под вин7 и висты напиши уж туда..

http://www.sql.ru/forum/actualthread.aspx?tid=635902

про подмену дллелек

(8) чо значит тролить?
вообще то пост (7) сугубо по теме..

ветка же с чего начинается?
с того что "фирма 1с, но, к мольбам честных и законопослушных пользователей, она осталась глухой."

я же в посте (7) доказываю что это наглая ложь  и вообще ЛПП в чистом виде...
ибо 1С давным давно разродилась соответствующим инфописьмом.

(9)так я написал про них.

(0) Если это будет работать без глюков, то франчи тебе этого не простят! :)))) выбиваешь у них весомый аргумент в виде несовместимости с новыми осями/скулями :)))

(11) то есть подменять файлики теперь в систем32 не надо ?

(12) это уже давным давно секрет полишинеля..

(12)наоборот, они получат конкурентное преимущество перед другими. Ведь можно будет без всяких танцев продержать v77, пока внедряется v8.x без каких-либо накладных расходов. Как можно обвинять v77 в конкуренции с v8.x?

(13)да + без понижения совместимости базы до уровня 2000.

(14) знаю, но пока сие знание еще не разлилось широко в массы народа, который с горя вынужден покупать БеЛАЗ, чтобы съездить в лавку за кефиром. :)))

(10) выпустить писульку-отписку и релиз-исправление - это как бэ совсем разные вещи

(17) хм.. ни разу не встречал ситуации где бы не обновили сервак 2000ый по причине того что 7ка что то там не поддерживает

(19) Я лично послал 3х админов с таким предложением так далеко, что одного из них уволили, а второй мне попытался набить морду лица...

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

(19) а я знаю одну контору, которая сидит на 2000-м и УТ еще на 8.0 и не трогают ибо боятся поломать то, что работает.

(0) Ну если с первым BkEnd.dll все понятно (сам так лечил), обясни зачем BkEndUtls.dll

(23) ну дык он же написал - proxy-dll
видимо, от условий окружения производится соответствующие вызовы или из BkEnd0.dll, или из BkEndUtls.dl

(24) что это я прочитал - не въехал зачем. Выполняет переадресацию вызовов на разные DLL в зависимости от окружения? Другими словами DLL-ный шлюз?

+ к 25 Полюбе автор плюсик заслужил.

(25) типа того

(0) а принципиально что-то поменяется если поставить? Сейчас работает с 2005-м SQL в режиме совместимости, вроде нормально. Имеет смысл ставить эти dll и переводить в режим 2005-го?

Ах да, голосовалка.
Подезно, пока не перешли и фиг знает когда перейдем.

Насколько я знаю, 7.7 не использует толком возможности даже 7 скл сервера(до 2000 был такой). Если ёё поставить на 2005 или 2008, что учучшится, кроме ЧСВ админа ?

(0) на реальных базах метода оттестирована ?

(30) как минимум, нет необходимости в рекконектнайтив в 2005-2008 скуле при перепроводе, в отличие от 2000-ого.

(31) если это так (с реконнектом) - то памятник уже обеспечен нерукотоврный...

Ещё в прямых наверное, можно будет вкусности 2005+ использовать...

(33) это какие?

(34) CTE, например...

или как там оно...

а когда то за такое банили и ветки закрывали

(37)что это банили?
все легально.

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

(28)если устраивает все, то нет смысла.

(0) Спасибо. Будем пробовать. Как раз есть клиент, для которого это может оказаться актуальным.

monsieur желает в канаду, как
wiki:Давыдюк,_Сергей

знаю решения (неафишируемые) без подмены длл.
реализация через перехват сетевых покетов.

(0)Интересно интересно. Закладочка.

(0) когда наконец ты на 8ку пересядешь уже?))

(42) Так намеком и ограничишься, или методу в студию?

(42)только там гемороя больше, оно мне надо?
кстати, если приглядеться, то на ИС так же присутствуют решения, применяющие такие же технологии, как здесь.

(44)так параллельно все делается, не сцы :)

народ, вы бы про списки чего-нибудь сказали, а?
или ждем рабочих дней?

(0) Правильно ли я понял, что работать это будет только на 27м релизе?

гм. надо будет попробовать

(49)правильно.

+51 можно, конечно, сделать и для старших релизов, но зачем?

пздц юзеру

(15) +100 большая проблема возникает при переходах. ставить 8ку на 2000 глупо да он и не продается. а держать паралельно 2 скуля еще глупее

Забаньте спамера!

или модерам уже пофиг на нарушение законодательства РФ?

(55) чего кричишь? в чём нарушение - обоснуй сначала, прежде чем на заборе "xyz" писать

(56) внесение изменений в код...
баян же

от 2х лет

хотя некоторые упорно долбят

(57) Прежде чем долбить клювом, разберись, как это работает.

(57) иттить... ты даже не прочитал ничего. где ты нашёл внесение изменений в код?

(61) да у него просто клюв по весне обострился

(56)спам хотя бы в том, что в (1) размещение ссылки на октрытом ресурсе (mista.ru) на скачку, где обязательна регистрация. Смысл вообще её было давать? Или ТС написАл бы уж, что _только_ для счастливых обладателей аккаунта на исе, имхо.

(63) а со ссылками на http://users.v8.1c.ru/ как тогда? а?
а вот с этим: Приглашаю на свой новый форум о путешествиях

давайте без ненужного фанатизма

(61) подмена bkend.dll
так что сушите сухари

(65) Замена файла - это не изменение кода.

(64)это мои ссылки?
+ на форуме о путешествиях вся инфа доступна без регистрации.
+ http://users.v8.1c.ru/ - изначально закрытый ресурс.

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

(66) lol
т.е. если поменяю один 1cv7(s).exe на другой это не изменение кода?

(67) я не говорил, что это твои ссылки. это ссылки на форуме.

и инфа кстати (описалово) также доступна без регистрации. заинтересовало - зарегился/скачал, не заинтересовало - прошёл мимо

(68) НЕТ

(68) Нет, конечно

(71)можно тут разместить ссылку на файлики  1cv7(s).exe, которые не знают про hasp в принципе?

(72) Да.
Я сейчас поставлю компилятор и нарисую HelloWorld, назову его 1cv7s.exe. Он не будет ничего знать про хаспы...

(72) тебя послушать - так AkelPad жуткая пейратская программа - она же подменяет (в одном из режимов установки) файл notepad.exe

(66) прокурор разберется

(75) до прокурора не дойдёт, состава нет

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

(75) "Кавказской пленницы" насмотрелся? :-)

(74) с чего такие выводы?

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

Имеющие альтернативную точку зрения могут злостно игнорировать данный пост.

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

по любому плюс

Спасибо автору, а успокоительного - Дикобразке.

Спасибо. То что надо.

Раздел "Народ хочет знать".

Главная цель - загрузиться как можно раньше, а там разберемся, следовательно, ТСВК для этого случая не подходит.

Выбор способа загрузки
Возможны разные способы загрузки своей dll в адресное пространство приложения-жертвы по легальности и сложности - в интернетах об этом полно инфы. Я выбрал так называемый Trojan/Proxy dll. Кому интересно могут поизучать тему в интернетах и/или у Рихтера. Если в кратце, то суть метода заключается в том, что вместо родной dll кладется своя, которая тупо редиректит экспортируемые функции в нужную dll. Почему и называется proxy dll. Видел где-то описание методов, когда делается такой финт без подмены dll, но это отдельная история, если Саня (orefkov) захочет, то он ее расскажет :) Со способом загрузки определились.

Способ проброса экспортируемых функций
Как известно, имеется такое понятие, как экспортируемые и импортируемые функции. Говорим за первое. Т.е. если в коде функции помечены экспортируемыми, то в соответствующей таблице экспорта они будут фигурировать и значит, какой-то другой модуль может их использовать, объявя у себя ее импортируемой (следовательно, будет светиться в таблице импорта). Вот напочитать: http://msdn.microsoft.com/en-us/library/a90k134d(VS.80).aspx
Зная, все это осталось только прикинуться BkEnd.dll, в которой реализован проброс. Как выяснилось, BkEnd.dll экспортирует чуть больше 4 тыс. функций... Вы же не подумали, что я все пробросы делал руками? :) Берем в руки DUMPBIN.exe с ключом /EXPORTS, скриптуем необходимое и получаем, что нужно. Я было начал делать проброс через pragma-директивы, но почему-то на трех экспортируемых функциях компилятор падал, пришлось делать старым добрым def-файлом. Формат в нашем случаем простой:
ИмяФункции = BkEnd0.ИмяФункции
И вот так для >4 тыс. функций.

(84) ну, теперь для полноты картины только исходников не хватает ;-)

продолжаем

Такие пробросы (FuncName = SomeDLL.FuncName) придумала Microsoft давно, вроде, как пишут историки, для случаев, когда будет нехватать места на винтах, чтобы это разруливать. Ну вот и смогли загрузиться и даже пробросы сами работают. Т.е. все просто до безобразия. Из программирования было только скриптование вывода DUMPBIN.

Теперь пытаемся цепануться к mssql2005/2008, как и следовало ожидать, ругается на версию скуля. Если пытаемся цепляться к скулю с машинок, где ОС Vista/7/2008 еще видим предупреждение о неверной версии odbc. Проблемы одного порядка, как оказывается.

Небольшая вводная - 1с использует odbc, как уже догадались.

Для определения версии СУБД и версии odbc (драйвера и диспетчера) 1с использует функцию из ODBCAPI SQLGetInfo: http://msdn.microsoft.com/en-us/library/ms711681(VS.85).aspx
Где второй параметр InfoType:
- SQL_ODBC_VER (Диспетчер драйверов odbc32.dll);
- SQL_DRIVER_VER (Драйвер odbc sqlsrv32.dll, это определяется строкой подключения);
- SQL_DBMS_VER (Версия СУБД);

Т.е. эти значения 1с запрашивает, на что получает соответствующие ответы.
Начнем с конца SQL_DBMS_VER - для 2005 и 2008 там будет 09.xxx.xxxx и 10.xxx.xxxx соответственно. Видимо, в 1с стратегически решили остановиться на 08.xxx.xxxx, и все, что старше обрабатывать, как дефолтная ошибка (switch там вроде) - потому получаем неадекватное сообщение об ошибке.
С SQL_DRIVER_VER та же самая ситуация. Но SQL_ODBC_VER обрабатывается ровно, потому что в новых ОС версия таже.

Знаем название функции, через которую 1с получает версии, значит путь решения близок. Путь решения: <censored>.

продолжаем

В народной версии, где патчится BkEnd.dll просто в нужных местах делаются переходы (аналог GOTO) тех мест, где преверяются версии. Точнее смогут ответить только авторы тех решений. Для этого решения практически тоже самое, т.е. если версия больше 08.xxx.xxxx, то значит показываем 1с версию 08.xxx.xxxx. С версие odbc так же, только номера другие :)
И вот уже можем цепляться к MSSQL 2005/2008 (MSSQL 2000 и ниже тоже в силе), а так же с новых ОС, где поменяли версии odbc.

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

(0)1С 7.7 всегда грязь найдет ;)

продолжаем

Некоторые могут возразить, что дескать почему мы игнорируем версии новых odbc, не приведет ли это к неопределенному поведению? Может быть Microsoft сошла с ума и в новых версиях odbc-драйверов все переделала? Имеет место быть такое опасение, однако MSDN умалчивает тот факт, что Microsoft сошла с ума. Значит считаем, что все ровно.

Дошли до момента, где база переводится в родной режим (90-2005, 10-2008)
Так как уже имеется опыт подмены вызовов ODBCAPI, то ничто не запрещает быть последовательным далее.
Как известно odbc может непосредственно передавать инструкцию на исполнение, так и через механизм предварительной подготовки. А именно:
- непосредственно SQLExecDirect: http://msdn.microsoft.com/en-us/library/ms713611(v=VS.85).aspx
- подготовленный SQLPrepare: http://msdn.microsoft.com/en-us/library/ms710926(v=VS.85).aspx

Правда имеется таких функций пара (A/W), и помня, что 1с далеко не юникод, то пара W-функций нам не нужна.
Вот и все проблемы с запуском на 2005/2008 свелись к узкому горлышку, мимо которого ничто не проскочет.

Применяя сим-салабим, получаем в руки все запросы, уходящие на сервер - делай с ними что хочешь. А хотим мы, чтобы они воспринимались скулем 2005/2008.

В чем проблема с запросами?
1. С SQL2005 ужесточили синтаксис табличных хинтов (это которые в скобках идут после имени таблицы), теперь нужно указывать ключ. слово WITH:
- про 2000 читаем с абзаца Table Hints: http://technet.microsoft.com/en-us/library/aa258869(SQL.80).aspx
- про 2005 читаем с абзаца WITH (<table_hint> ): http://msdn.microsoft.com/ru-ru/library/ms177634(v=SQL.90).aspx
- про 2008: http://msdn.microsoft.com/ru-ru/library/ms187373(v=SQL.100).aspx

Вывод: если есть хинты, то разделяем их запятыми и вставляем ключ. слово WITH. Если хинт один, то на всякий случай вставляем WITH тоже - после SQL2008 обещают запретить вообще не указывать это ключ. слово. А таааакже вырезаем нафиг хинт, указывающий какой индекс использовать.

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

2. После реструктуризации 1с обрезает журнал транзакций: DUMP TRANSACTION ...
Вот этот момент спорный и каюсь поспешил - заменил на ALTER DATABASE <DB> SET SINGLE_USER
В следующей версии просто ничего слаться не будет. Потому как у некоторых включен режим FULL, и после такой инструкции нужно прописывать руками. Ну и если не слать ничего, то и бекапирование ломаться не будет.

Право на неприкосновенность произведения (абзац первый пункта 1 статьи 1266 ГК РФ) касается таких изменений произведения, которые не связаны с созданием нового произведения на основе имеющегося. Соответствующие изменения допускаются с согласия автора (или иного лица в случае, предусмотренном абзацем вторым пункта 1 статьи 1266 Кодекса), которое должно быть определенно выражено. При отсутствии доказательств того, что согласие было определенно выражено, оно не считается полученным.

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

закладочка, полезная ветка

(89) Непонятно Вы каждый раз
перед отправкой  запроса на сервер  заменяете в нем  одни регулярные выражения на другие или как-то по другому ?

Ценность subj  очевидна
1. v7 и v8 на одном сервере
2. для больших баз v7 сможет использовать sql64 а
значит и объем памяти сервера больше 4гб
3. в прямых запросах можно будет использовать новые возможности t-sql

(92)Прилетел запрос -> применил Boost.Regex -> отправил на выполнение. Все три конструкции регулярных выражений.
Некоторые могут возразить, что регулярные выражения увеличивают время выполнения запроса - однако явных тормозов не было замечено. Все обрабатывается шустро.

Круть!

А 1сpp будет работать?

(96) Будет конечно.
ну и к 94 наверно надо приделать режим
перехватывать НЕперехватывать и тогда можно будет запросы из 1сpp не пытаться перехватывать.

(96)да, как же без 1с++

(21)
>>>Ну самое главное - хочу услышать субъективное мнение о
>>>работе списков,
>>>при использовании этого решения, но без понижения уровня
>>> совместимости для
>>>относительно больших баз.
Что конкретно проверить ?


(89)
>>> Некоторые могут возразить, что дескать почему мы
>>> игнорируем версии новых odbc,
>>> не приведет ли это к неопределенному поведению?
>>> Может быть Microsoft сошла с ума и в новых
>>> версиях odbc-драйверов все переделала?
>>> Имеет место быть такое опасение, однако MSDN
>>> умалчивает тот факт, что Microsoft сошла с ума.
>>> Значит считаем, что все ровно
Это не так.
Во первых ВЫ можете сами можете прописать современный драйвер в строке подключения
Driver={SQL Server Native Client 10.0};

Во вторых 1сpp c версии 3.2.2.8 умеет переподключаться
на  SNC (естесвенно SNC должна быть установлена на компьютере где 1с)
Поэтому можно использовать последнюю версию нлиента SNC версию 10.
Сервер ms sql 2000 у меня успешно работал из 1с.exe с SNC 9 и c SNC 10
Выдающихся преимуществ в скорости не было.
Но может быть SNC 10 в связке с mssql2008 даст больше преимуществ.
Теоретически последние версии клиентов используют  
более продвинутый TDI (протокол обмена клиента и сервера ).
Ну если есть вопросы то наверное лучше
пиши в личку на форуме 1cpp.

(99)как на одной и той же базе работают варианты:
- патчинг едишн + dbcmptlevel=80;
- new едишн + dbcmptlevel=80;
- new едишн + dbcmptlevel=90/10; (2005/2008);

Просто как ведут себя списки при кручении колесика мышки: залипает, не залипает - субъективно.

Я хоть и редко уже читаю 1цпп.ру, но все же... Про Native Client читал тоже, но что-то я в тестах не заметил особых преимуществ. И про то, что Дима прикрутил реконнект с параметром тоже вкурсе - давно витала в воздухе такая идея.

У меня там в туду-листе прикрутить еще человеческую win-авторизацию, опять же без шаманства чтобы. Можно обсудить и формат строки подключения.

(100) "Человеческая" авторизация уже софтпоинтом реализована.

(100) Все работает
под ms sql2005 sp3
база и в режиме 80 и в режиме 90
каких либо замедлений в скорости прокрутке нет ( но в базе я один был )


из 1с++ выполнился успешно запрос ( t-sql2005 )
SELECT  
 Code as Код,
 Descr as Наименование
FROM
 sc46   tablesample(10 rows)
WHERE
 IsFolder = 2 AND
 IsMark = 0
ковл строк = 9

------------------


SELECT  
 Code as Код,
 Descr as Наименование

FROM
  sc46  tablesample(10 rows) WITH (nolock)
WHERE
 IsFolder = 2 AND
 IsMark = 0
в manadgment studio запрос отрабатывается корректно
из 1с++ валиться по ошибке ( чтото наверное в замене запросов не так )
State 42000, native 156, message [Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near the keyword 'WITH'.

И что только народ не делает, чтобы оправдать свою лень и переделать решение на чем-то более открытом чем 1С. Лучше переведите на 8.2 и успокойтесь...

(102)with лишний вставляется

закладка

(103) а кто будет платить за переход на 8.2 ?

Ну и также основа то одна sql.
никакого принципиального выигрыша в производительности
не будет.но это уже выходит за рамки subj

(101)предлагаешь не делать?
(103)даже не знаю как прокомментировать

+104 что-то не рассчитывал я на умных-то :)

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

(109) Да нет вообще продлем
1.Выгнал всех из базы
2.Сделал копию
3.Перевел базу в режим 80 ( 5 сек ) или скрипт написать
4.Старым exe сменил конфигурацию
5.Вернул базу в 90

(110) на 2008 ?

(111) у меня нет 2008
но 2008 ничем не отличается от 2005
в 110 в пунке 5 делаем Вернуть базу в 100

(112) именно этим и очень отличается - нету в нем такой директивы

откудова и появилось в патчах (в свое время первый патч для 2008)
str2="ALTER DATABASE %s  SET RECOVERY SIMPLE"
str1="DUMP TRANSACTION %s WITH TRUNCATE_ONLY"

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

вот "весь" патч для 2008
(мудрить не стал тогда, работает от 19 и выше, меньших не было у рук)

arr_who=split("00,83,E8,06",",")
arr_is=split("00,83,E8,07",",")
call replaceinfile(file,arr_who,arr_is)
arr_who=split("00,83,E8,07",",")
arr_is=split("00,83,E8,08",",")
call replaceinfile(file,arr_who,arr_is)
str2="ALTER DATABASE %s  SET RECOVERY SIMPLE"
str1="DUMP TRANSACTION %s WITH TRUNCATE_ONLY"
str_who=""
str_is=""
for i=1 to Len(str1)
   str_who=str_who & right("0" & hex(asc(mid(str1,i,1))),2) & ","
   str_is=str_is & right("0" & hex(asc(mid(str2,i,1))),2) & ","
next
str_who=left(str_who,len(str_who)-1)
str_is=left(str_is,len(str_is)-1)
arr_who=split(str_who,",")
arr_is=split(str_is,",")
call replaceinfile(file,arr_who,arr_is)

(113) как это нет
см http://msdn.microsoft.com/en-us/library/bb522682.aspx
команда
ALTER DATABASE
опция
COMPATIBILITY_LEVEL = { 80 | 90 | 100 }

(116) нету DUMP TRANSACTION

(109)+(110)в смысле как??
Теперь все делается ровно без лишних телодвижений. Выгрузка/Загрузка, изменение метаданных - все в режиме совместимости 2008/10. Не нужно ничего никуда выгонять.

там ведь стр2 и стр1 ))

(118) чего ?! и как "транслируется" DUMP TRANSACTION %s WITH TRUNCATE_ONLY ?
или в этой проксе еще и смена синтаксиса ? (тогда снимаю шляпу)

(120)замена синтаксиса.

+ 116 ссылка как-то неправильно указалась

http://msdn.microsoft.com/en-us/library/bb522682.aspx

(121) а можно уточнить именно (114) как реализовано ?

(122) речь не об алтер датабазе, а об дамп транзакшн

(119) Так перед сменой конфигурацией сделал копию и все
если даже во время смены конфигурации что-то сломается
то восстановил копию и все.
110 приведено если хочешь полностью перестраховываться.
Тогда просто надо весь 110 писать в виде одного скрипта и все.

(122) так он же закоментирован.

(123)тупо: ALTER DATABASE %s  SET RECOVERY SIMPLE
но уже писал, что даже и этого не будет. Потому что у тех, кто эксплуатирует базу в FULL, попадают на переключение из SIMPLE в FULL после реструктуризации. А этого не надо. Достаточно ничего не слать после реструктуризации и будет как в v8.x

(125) не работает сохранение базы, вернее выпадает с ошибкой в оконцовке на 2008, можно наплевать на это тупо удаляя командные файлы создаваемые адинес при реструктуризации после вылета конфигуратора

(123): http://forum.infostart.ru/forum24/topic38442/ пост #10

(127) ))) дело алкоголика процветает ))))))
не удасужились до сих пор даже это сменить, а с появления патча прошло 3 года )))

(129) правдо весело )))))

(131): если засада - то колись. все свои же.

(132) да ни засада, в (130)(114) вроде все понятно
был новый "сервер", а сиквела не было, был слегка трезв и надо было к утру запустить )))

вот Z1 тот монстр по сиквелу+1с, пусть автору прокси скажет как изменить директиву, мене для этого надо вникать (не больно знаток т-скуля)

так, этому столику больше не наливаем.

а что не так ?
передран патч (в этом вопросе) ))) - просьба передалать проксю

(0) а есть подводные камни?  после перехода существуют какие-нибудь известные проблемы??

(136)не читаешь написанного, ты же писатель. Ебстественно это будет переделано, потому что это временное решение, о чем и написано выше.
Ну, а чтобы тебе спокойнее было, то подсмотрел я это решение здесь: http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/148d28c6-e318-4287-901a-5c3e1aa627cb

(138) собственно первый патч на 2008 когда еще бета

вот так вот и передирают не думая

Безумству храбрых нужен психиатр ? Или 1C 7.7 и MS SQL 2008...

до этого работало удалением команд реструктуризации

:))

ты не волнуйся, у тебя никто не отбирает твоих лавров.

отбирают, еще как по ООо вон куча типо знатоков тащут код шестилетней давности

)))

+143 так оказывается, далеко не твоих. Поблагодарим... ты N1kMZ, я - индуса какого-то.

(146) читай внимательно, и погляди на автора ветки

(144)так ты прикинь, оказывается, все уже придумано до нас.

(147)ты чтоли? http://social.msdn.microsoft.com/profile/alexl83/?type=forum&referrer=http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/148d28c6-e318-4287-901a-5c3e1aa627cb

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

(149) нет, я про автора ветки (141) и порядке постов 122 и 123

(150)не вижу разницы, у него были причины переложить в отдельную папку, потому что там кроме библиотеки куча дополнительного крайнеполезного кода.
(151)ты кого хотел удивить тем, что ты тут под несколькими никами шастаешь?

Кириллка, кстати в (150) дело. а то переименование штатного файла поставки скорее могут признать его изменением (с нарушением авторских прав и все такое), чем простое перекладывание в подпапку.

+ еще вот это близко к теме (не то но мысль должна быть понятна)
http://ms-rem.narod.ru/hook/ApiHook2/apihook.htm
(ссылка первая попавшаяся в яндексе )) )

(153)а могут не признать.

а потуги мои про  "моё, моё !!!" - не обессудьте, это не я это бабушка по отцовской линии )))

(154)идея похожа, но все проще делается.

(157) о другом, о внедрении обертки на лету

+157 вроде, в каком-то старом rsdn более доступным языком разъяснялось + Рихтер, как уже писал выше. Короче, это классика.

(159) ссылка (еще раз) первая из яндекса - озвучить направление без подмены библиотек и патчей

(160)без подмены некоторые антивирусы расценят как вирусная атака.

+161 нашел: http://rsdn.ru/article/baseserv/IntercetionAPI.xml

а вот интересно получение системных привилегий с помощью кода в вызов одной процедуры в вин7 поправили ?

(155): Кириллка, при всем моем уважении мне немного непонятно - зачем ты демонстрируешь дислексию и повторяешь то же самое, что я сказал, но другими словами и под видом возражения? "скорее(вероятнее) могут признать" - это то же самое, что "менее вероятно _могут_ _не_ _признать_".
вероятность - оценивается в том числе отсутствием претензий со стороны правообладателя к Саше Орефкову, который со своими наработками как бы "очень на виду".

(164)потому что претензия вилами по воде писана.

(165): не хочется с тобой ругаться - но претензии там ни полслога нет, тебе показалось (а вот почему так показалось - это уже твои личные дела с твоими личными тараканами, но это - звоночек, поверь мне как людоведу и душелюбу с немалым опытом).
и - ещё раз - не хо чет ся с то бой ру гать ся. (это ответ на - как я прогнозирую - грядущие твои ко мне обращения).
УДАЧи.

в общем вещь нужная

(167): архи- !