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

VD>>>У тебя нет прав в репозитории?
ДА>>Нету.
VD>Присылай гугль-экаунт — добавлю.

Не вопрос, но большой активности не обещаю особенно если мой проект загнется от недостатка энтузиазма.

Аккаунт — DyachenkoA собака и gmail точка ком
Или надо что-то другое?

Кстати в сгенерированных для парсера исходниках указывается в ошибках номера строк за 10 тысяч — это нормально?

ДА>>>>При сборке 2-ы выдается окно с ошибкой:
VD>>>Кто такая "двы" (2-ы)?
ДА>>дважды.
VD>Не надо меня так озадачивать .

Да я сам со второго раза понял чего написал.

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

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


VD>>>4. Скопировать содержимое каталога Nemerle\bin\Debug\4.0\Stage1\ в %ProgramFiles%\Nemerle.
__>>Т.е. параллельно нельзя использовать 2008 и 2010.

VD>Пока, да.

__>>Может стоит их разделить, скажем: %ProgramFiles%\Nemerle\dotnet-3.5, %ProgramFiles%\Nemerle\donet-4.0 ?

VD>Да, стоит. Можешь заняться.

В таком случае в билде нужно дать те же имена.
А куда тогда $(Nemerle) будет указывать ?

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

__>В таком случае в билде нужно дать те же имена.
__>А куда тогда $(Nemerle) будет указывать ?


Я думаю нужно иметь два каталога:

ProgramFiles\Nemerle\2.0
ProgramFiles\Nemerle\4.0

В каталоге 2.0 — бинарники для CLR 2.0
В каталогк 4.0 — бинарники для CLR 4.0

Переменную $(Nemerle) в npoj файлах вычислять (добавлять суффикс) в зависимости от TargetFramework.

Здравствуйте, Дьяченко Александр, Вы писали:

ДА>Аккаунт — DyachenkoA собака и gmail точка ком

Добавил в комитеры.

ДА>Или надо что-то другое?

То что нужно.

ДА>Кстати в сгенерированных для парсера исходниках указывается в ошибках номера строк за 10 тысяч — это нормально?

Вряд ли. Если только очень большой парсер. Собственно можно же проверить открыв файл.

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

__>В таком случае в билде нужно дать те же имена.

Что значит те же?

__>А куда тогда $(Nemerle) будет указывать ?

В зависимости от значения TargetPlatform. Если там 2-3, то должно указывать на бинарники для второй версии. Если v4, то на четвертую.

Ваш, КО.

Это все, конечно, если переменная Nemerle не задана явно. Т.е. это все анализироваться в рамках проекта.

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

ДА>>Кстати в сгенерированных для парсера исходниках указывается в ошибках номера строк за 10 тысяч — это нормально?

VD>Вряд ли. Если только очень большой парсер. Собственно можно же проверить открыв файл.

Строчка то в файле есть, просто уж больно дофига всего в нем — примерно 400 с небольшим КБ.
Парсер там не слишком большой — меньше 20 КБ. Для Модулы-2.

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

VD>Отлов, систематизация и каталогизация багов категорически приветствуется!

Появился систематический баг NemerleIdeBuilderLogger — зависает при сборке.
В принцепе сейчас IDELogger сделан лучше и от него можно наследоваться.
Я сделал наследника вроде перетащил все отличия внесенные в старый — вроде работает, могу закомитить.

Здравствуйте, Дьяченко Александр, Вы писали:

ДА>Появился систематический баг NemerleIdeBuilderLogger — зависает при сборке.
ДА>В принцепе сейчас IDELogger сделан лучше и от него можно наследоваться.
ДА>Я сделал наследника вроде перетащил все отличия внесенные в старый — вроде работает, могу закомитить.

Комить. Я потом проверю.

Здравствуйте, Дьяченко Александр, Вы писали:

ДА>>>Кстати в сгенерированных для парсера исходниках указывается в ошибках номера строк за 10 тысяч — это нормально?

VD>>Вряд ли. Если только очень большой парсер. Собственно можно же проверить открыв файл.

ДА>Строчка то в файле есть, просто уж больно дофига всего в нем — примерно 400 с небольшим КБ.
ДА>Парсер там не слишком большой — меньше 20 КБ. Для Модулы-2.

Ну, так строка совпадает с номером?

Кода действительно может быть много. Особенно в релизе.

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

VD>Отлов, систематизация и каталогизация багов категорически приветствуется!

• Win7/x64. Сношу то что было. Из "Program Files (x86)" папка Nemerle отлично удаляется, но в "Program Files" осталась Nemerle.lnk.
  
• В Console Application нет референса на System.Core.
  
• Ворнинги сложно исправить?
  

  ------ Build started: Project: Nemerle.VisualStudio, Configuration: Debug Any CPU ------
  D:\Develop\Projects\Nemerle\snippets\VS2010\Nemerle.VisualStudio\NemerlePackage.cs(105,3): warning CS0618: 'Microsoft.VisualStudio.Shell.InstalledProductRegistrationAttribute.InstalledProductRegistrationAttribute(bool, string, string, string)' is obsolete: 'This InstalledProductRegistrationAttribute constructor has been deprecated. Please use other constructor instead.'
  warning CS1762: A reference was created to embedded interop assembly 'c:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.VisualStudio.Shell.Interop.10.0.dll' because of an indirect reference to that assembly created by assembly 'c:\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.VisualStudio.Web.Application\v4.0_10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Web.Application.dll'. Consider changing the 'Embed Interop Types' property on either assembly.
  warning CS1762: A reference was created to embedded interop assembly 'c:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.VisualStudio.Designer.Interfaces.dll' because of an indirect reference to that assembly created by assembly 'c:\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.VisualStudio.Web.Application\v4.0_10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Web.Application.dll'. Consider changing the 'Embed Interop Types' property on either assembly.
  warning CS1762: A reference was created to embedded interop assembly 'c:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.VisualStudio.Designer.Interfaces.dll' because of an indirect reference to that assembly created by assembly 'c:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.VisualStudio.Shell.Design.dll'. Consider changing the 'Embed Interop Types' property on either assembly.
  warning CS1762: A reference was created to embedded interop assembly 'c:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.VisualStudio.Designer.Interfaces.dll' because of an indirect reference to that assembly created by assembly 'c:\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.VisualStudio.Design\v4.0_10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Design.dll'. Consider changing the 'Embed Interop Types' property on either assembly.

  
  
• Это вот ваш вывод:
  

  >>>> ##### Building types tree!
  Close()
  Close()
  Building types tree...
  System.Windows.Data Error: 4 : …
  <<<< ##### Building types tree finish!

• При сохранении только что созданного Console Application говорится
  

  ---------------------------
  Microsoft Visual Studio
  ---------------------------
  The operation could not be completed. Интерфейс не поддерживается
  ---------------------------
  OK
  ---------------------------

  Запускал под отладчиком, в него не вываливается.

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

ДА>>>>Кстати в сгенерированных для парсера исходниках указывается в ошибках номера строк за 10 тысяч — это нормально?
VD>>>Вряд ли. Если только очень большой парсер. Собственно можно же проверить открыв файл.
ДА>>Строчка то в файле есть, просто уж больно дофига всего в нем — примерно 400 с небольшим КБ.
ДА>>Парсер там не слишком большой — меньше 20 КБ. Для Модулы-2.
VD>Ну, так строка совпадает с номером?

Не совсем. Есть один момент — там концы строк разные.
Элементы верхнего уровня поля и функции завершаются одно-байтовым концом строки, а внутри функции используется двух байтовый (\r\n). Поэтому если открыть в блокноте — получается номера строк не совпадают. Очень долго разбирался.
И кстати:
1) в объявлении поля — "mutable" 2 раза и ";" в конце не хватает;
2) в некоторых случаях не ловит несогласованность м/у правилом в грамматике и его обработчиком — в результате ошибка в этом сгенерированном файле и понять что произошло очень трудно. Постараюсь минимальный пример соорудить.

VD>Кода действительно может быть много. Особенно в релизе.

Ок. Это вроде в отладочной версии. Сколько же будет в релизе.

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

VD>9. Нажать F5 и лицезреть работу интеграции под управлением VS 2010.

При запуске по дебагом вылазит ошибка: Application Data folder for Visual Studion could not be created.
Win7 32/64

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

VD>Отлов, систематизация и каталогизация багов категорически приветствуется!

Во первых, огромное спасибо, давно этого жду
Ну а теперь про утюг...

Интересный Баг ... Проект не открывается когда находится в папке под наблюдением Тортилы git

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

ДА>>Появился систематический баг NemerleIdeBuilderLogger — зависает при сборке.
ДА>>В принцепе сейчас IDELogger сделан лучше и от него можно наследоваться.
ДА>>Я сделал наследника вроде перетащил все отличия внесенные в старый — вроде работает, могу закомитить.

VD>Комить. Я потом проверю.

Закомитил — версия 9719

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

_FR>

_FR>
• Win7/x64. Сношу то что было. Из "Program Files (x86)" папка Nemerle отлично удаляется, но в "Program Files" осталась Nemerle.lnk.
  
  Видимо он менялся вручную. Надо проверить на свежей версии. Если не удаляется сразу после установки и сноса, то это баг инсталлятора.
  
  _FR>
• В Console Application нет референса на System.Core.
  
  Ага. Я тоже заметил. Надо фиксить.
  
  _FR>
• Ворнинги сложно исправить?
  
  Черт его знает. Можешь сам попробовать.
  
  _FR>
• Это вот ваш вывод:
  _FR>

  _FR>

  >>>>> ##### Building types tree!
  _FR>Close()
  _FR>Close()
  _FR>Building types tree...
  _FR>System.Windows.Data Error: 4 : …
  _FR><<<< ##### Building types tree finish!
  _FR>

  
  
  Хм. Странно. Какова последовательность действий?
  

  _FR>
• При сохранении только что созданного Console Application говорится
  _FR>

  _FR>The operation could not be completed. Интерфейс не поддерживается
  

  _FR>Запускал под отладчиком, в него не вываливается.
  _FR>

У меня это не воспроизводится. Проекты создаются и сохраняются нормально.
Попробуй выполнить Ребилд всего проекта и запустить его еще раз. При этом проследи, чтобы все другие копии студии были закрыты.

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

D>При запуске по дебагом вылазит ошибка: Application Data folder for Visual Studion could not be created.
D>Win7 32/64

Знать бы еще что это такое .

Можно колстэк показать?

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

C>Интересный Баг ... Проект не открывается когда находится в папке под наблюдением Тортилы git

Ну, а симптомы то какие-то есть? Исключения там или еще что-то...

Здравствуйте, Дьяченко Александр, Вы писали:

ДА>Не совсем. Есть один момент — там концы строк разные.
ДА>Элементы верхнего уровня поля и функции завершаются одно-байтовым концом строки, а внутри функции используется двух байтовый (\r\n). Поэтому если открыть в блокноте — получается номера строк не совпадают. Очень долго разбирался.

А зачем в блокноте то открывть? Открывай в студии. Она с концами строк умеет работать.

ДА>И кстати:
ДА>1) в объявлении поля — "mutable" 2 раза и ";" в конце не хватает;

Ой вывод в текст там вообще кривой. Но на корректность работы и правильность указания сообщений об ошибках это не должно влиять.

ДА>2) в некоторых случаях не ловит несогласованность м/у правилом в грамматике и его обработчиком — в результате ошибка в этом сгенерированном файле и понять что произошло очень трудно. Постараюсь минимальный пример соорудить.

Офтоп: Не надо сокращать слова. Я не телепат. Я не понимаю что такое м/у.

Этот случай лучше описать отдельно. И хоршо бы проверить все это дело в 2008-ой студии. Иначе не ясно являются ли ошибки косяками в PegGrammar или это косяки переноса компилятора на дотнет 4.0.

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

VD>>Кода действительно может быть много. Особенно в релизе.

ДА>Ок. Это вроде в отладочной версии. Сколько же будет в релизе.

Забыл совсем. Текст в релизе, вроде бы, не генерируется. Его все равно невозможно отлаживать.

ЗЫ если есть рассинхронизация между местом ошибки и строкой на которую указывает сообщение, то это баг и его надо фиксить. только смотреть текст надо в студии или хотя бы в SciTE.exe, так как другие редакторы могут некорректно работать с концами строк.

Здравствуйте, Дьяченко Александр, Вы писали:

ДА>Закомитил — версия 9719

Супер! За одно пофиксилась старая бага не дававшая задавать уровень диагностических сообщений при компиляции.

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

ДА>>Не совсем. Есть один момент — там концы строк разные.
ДА>>Элементы верхнего уровня поля и функции завершаются одно-байтовым концом строки, а внутри функции используется двух байтовый (\r\n). Поэтому если открыть в блокноте — получается номера строк не совпадают. Очень долго разбирался.

VD>А зачем в блокноте то открывть? Открывай в студии. Она с концами строк умеет работать.

Постестнялся такой здоровый в студии открывать. Потом когда уже открыл — тогда и разобрался где косяк. Но по идее разные типы концов строк это же не правильно?

ДА>>И кстати:
ДА>>1) в объявлении поля — "mutable" 2 раза и ";" в конце не хватает;

VD>Ой вывод в текст там вообще кривой. Но на корректность работы и правильность указания сообщений об ошибках это не должно влиять.

А где вывод формируется может я чуть подправлю...

ДА>>2) в некоторых случаях не ловит несогласованность м/у правилом в грамматике и его обработчиком — в результате ошибка в этом сгенерированном файле и понять что произошло очень трудно. Постараюсь минимальный пример соорудить.

VD>Офтоп: Не надо сокращать слова. Я не телепат. Я не понимаю что такое м/у.

Это — между. Ок постараюсь не сокращать.

VD>Этот случай лучше описать отдельно. И хоршо бы проверить все это дело в 2008-ой студии. Иначе не ясно являются ли ошибки косяками в PegGrammar или это косяки переноса компилятора на дотнет 4.0.
VD>Попробуй создать минимальный пример воспроизводящий ошибку.

Хорошо попробую создать минимальный пример — проверишь в VS2008?