Windows Server 2003 R2
VS 2008 Redist. shell
MS SQL SERVER 2005
.NET from 2.0 to 4.0
Nemerle v.1.0.0.9832
хотя этот файл и в последней версии остался без изменений

Файл sql1.n из snippets каталога.
Работает только C#-like часть.

Здравствуйте, McRurik, Вы писали:

MR>Windows Server 2003 R2
MR>VS 2008 Redist. shell
MR>MS SQL SERVER 2005
MR>.NET from 2.0 to 4.0
MR>Nemerle v.1.0.0.9832
MR>хотя этот файл и в последней версии остался без изменений

MR>Файл sql1.n из snippets каталога.
MR>Работает только C#-like часть.

Как именно не работает?

Здравствуйте, McRurik, Вы писали:

MR>Файл sql1.n из snippets каталога.
MR>Работает только C#-like часть.

У меня где-то была пачка BLToolkit-like макросов. Могу проверить работоспособность кода и оформить в виде отдельного сниппета.

Здравствуйте, McRurik, Вы писали:

MR>Файл sql1.n из snippets каталога.
MR>Работает только C#-like часть.

Откровенно говоря ExecuteReaderLoop — это игрушечный макрос. Его в основном применяли в статьях для демонстрации крутости. Он во время компиляции лезет в БД, чтобы узнать метаинформацию. Это не очень то приемлемо для реального применения.

Потому этот макрос никто не тестирует. В ближайшее время постараемся глянуть, что там не так.

Здравствуйте, catbert, Вы писали:

C>Здравствуйте, McRurik, Вы писали:

MR>>Windows Server 2003 R2
MR>>VS 2008 Redist. shell
MR>>MS SQL SERVER 2005
MR>>.NET from 2.0 to 4.0
MR>>Nemerle v.1.0.0.9832
MR>>хотя этот файл и в последней версии остался без изменений

MR>>Файл sql1.n из snippets каталога.
MR>>Работает только C#-like часть.

C>Как именно не работает?

Теперь заработал.
Убрал все лишнее, на аскетском консольном приложении заработал

Извиняюсь, поспешил, с объявлением о неработоспособности, но в целом sql1.n не компилится.
Но для меня лично компиляция этого файла не критична.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, McRurik, Вы писали:

MR>>Файл sql1.n из snippets каталога.
MR>>Работает только C#-like часть.

VD>Откровенно говоря ExecuteReaderLoop — это игрушечный макрос. Его в основном применяли в статьях для демонстрации крутости. Он во время компиляции лезет в БД, чтобы узнать метаинформацию. Это не очень то приемлемо для реального применения.

VD>Потому этот макрос никто не тестирует. В ближайшее время постараемся глянуть, что там не так.


Можно-ли поставить в ExecuteReaderLoop внешнюю строку ?
Если я пытаюсь передать строку через функцию или переменную, выдает:

macro ExecuteReaderLoop expects following list of arguments: (string,PExpr,PExpr,string(opt))

P.S. К хорошему быстро привыкаешь, не хочется от этого макроса отказываться.

Здравствуйте, McRurik, Вы писали:

MR>Можно-ли поставить в ExecuteReaderLoop внешнюю строку ?

Нельзя. Эта строка читается во время компиляции и предается SQL-серверу. Далее получается метаинформацию я уже на ее основании генерируются переменные.

MR>P.S. К хорошему быстро привыкаешь, не хочется от этого макроса отказываться.

Для работы с БД лучше использовать Linq. ExecuteReaderLoop — это пример демонстрирующий возможности.