F10 не работает в 1с
вы также можете попробовать запустить Visual Studio в безопасном режиме, что предотвратит загрузку всех сторонних VSPackages при запуске Visual Studio; Если проблема исчезнет в безопасном режиме, вы можете проверить установленные надстройки или Практическое руководство.
во-вторых, чтобы записать все действия Visual Studio в файл журнала для дальнейшего устранения неполадок, используйте параметр /Log и разместите содержимое файла журнала здесь, чтобы мы могли провести дополнительные исследования.
Если эта функция работает хорошо раньше и внезапно ведет себя ненормально, это обычно указывает на то, что некоторые файлы или конфигурации установки Visual Studio повреждены или пропущены, вы можете:
восстанавливает параметры Visual Studio по умолчанию использование " Devenv.команда "exe / ResetSettings". Пожалуйста, сделайте резервную копию настроек перед восстановлением настроек по умолчанию.
восстановить / переустановить Visual Studio;
для восстановления Visual Studio В диалоговом окне установка и удаление программ выберите Visual Studio и нажмите кнопку Изменить / удалить.
CamStudio приложение было проблемой в моем случае.
Каким-то образом он зарезервировал этот ключ для себя, и Visual Studio больше не смогла его использовать (я протестировал его MS Word ( Alt + Ф10 - работает, как ожидалось, в то время как CamStudio на при минимизации он появляется только в SysTray)).
Я закрыл CamStudio и это было отлично:
Ф10 функциональность "появилась" в VS2008.
оказывается, моя проблема была проще / более смущающей, но я решил опубликовать ее на случай, если это поможет кому-то еще.
Я F Lock (блокировка функциональной клавиши) отключена, поэтому мое нажатие клавиши F10 не отправлялось как таковое. С этими новыми клавиатурами (моя беспроводная клавиатура MS) есть несколько клавиш-модификаторов, которые влияют на поведение клавиатуры.
Как только я включил F Lock , все работало как ожидалось.
поиск с помощью " Debug.StepOver", проверьте, что ярлыки для selcted comman были установлены в F10 (Global), если нет, то установите его, вы должны заставить его работать. Если настройка верна, то вы можете запустить другую программу, которая зарегистрировала ключ F10 как горячую клавишу glabol, и сделать это не удастся, попробуйте открыть как можно меньше программ, Если вы найдете эту программу, или просто измените ее на другой ключ
Я знаю, что это старая проблема, но это один из первых результатов поиска для "Visual Studio F10 не работает", поэтому я хотел опубликовать одно возможное решение здесь, Если кто-то еще работает на этой странице с той же проблемой. Моя проблема была вызвана очень конкретной ситуацией, поэтому она может не сработать для всех. Проблема заключалась в том, что ярлык F10 просто не работал вообще. При нажатии ничего не происходило. Когда я попытался сбросить клавишу быстрого доступа для отладки.StepOver, он не примет F10 на вход.
на боковой ноте также убедитесь, что вы находитесь в режиме отладки, а не в режиме выпуска, при попытке использовать F10 для перехода.
Эй, я также столкнулся с этой проблемой. Я отлаживал проект на c++.
для людей, которые все еще страдают от этой проблемы, попробуйте изменить свойства "Devenv.exe "на вкладке" Совместимость "для"Запуск от имени администратора".
Это решило его для меня, я надеюсь, что это сработает и для вас.
Описание Проблемы:
та же проблема, что и OP, но немного хуже:
когда я попытался нажать любую клавишу в "нажмите клавиши быстрого доступа" здесь:
Я не могу использовать Ф10 , а я может использовать Alt + Ф10
устранение:
оказывается, у меня был несколько ярлык на моем рабочем столе с ярлыком, установленным на F10.
все ярлыки, добавленные (возможно) некоторыми вирусы, которые я установил по ошибке.
Я удалены эти ярлыки. и пришлось перезапустить
У меня была аналогичная проблема на эргономичной клавиатуре Microsoft: F10 не работал в качестве шага для отладчика. Но в то же время Fn-F10 работал на ноутбуке Lenovo. Я нашел разрешение для эргономичной клавиатуры Microsoft: нажмите клавишу блокировки функций справа от F12. Это клавиша переключения, у которой были выключены функциональные клавиши.
еще одна очень специфическая ситуация, которая может привести к тому, что шаг не сработает: я использую VS в течение многих лет без проблем. Все suddden, в одном конкретном (новом) файле, я не мог шагнуть с помощью отладчика. Использование команды Step Over в меню или нажатие клавиши F10 заставило его выйти из метода. Виновник? Атрибут [DebuggerStepThrough]! Я скопировал простой класс, используемый для представления объекта, сериализуемого в XML. Он имел атрибут DebuggerStepThrough на нем, и я задумался об этом на мгновение, но затем забыл об этом и закодировал, сделав несколько копий, чтобы настроить классы, которые обеспечат требуемую структуру XML. Затем в одном из этих классов я добавил метод, который имел некоторую фактическую мясную логику. И тогда я обнаружил, что не могу пройти через него. Я мог бы установить точки останова на отдельных линиях, и отладчик остановился бы, но это становилось неприятностью. Поскольку я прочитал все вышеперечисленные решения и ничего не нашел полезно, я вдруг вспомнил, что видел атрибут [DebuggerStepThrough]. Надеюсь, это поможет кому-то еще.
Разберем основные случаи когда и почему не работает отладка 1С.
1. В списке предметов отладки не видны серверные сеансы
Возможно сервер 1С запущен не в режиме отладки. Для того чтобы включить режим отладки, службу сервера 1С нужно запустить с ключом -debug. Пошаговый разбор как это сделать тут.
2. В списке предметов отладки не видны ни клиентские ни серверные сеансы.
Еще одной причиной отсутствия предметов отладки в списке является то, что предметы отладки находится не на том компьютере где запущен отладчик 1С. Актуально как для серверных так и для клиентских сеансов. Для решения проблемы обычно достаточно указать имя удаленного компьютера для поиска предметов отладки и обновить список.
Если и после этого список пустой, то нужно вбить вместо имени IP-адрес удалённого компьютера. В случае если это помогло, то рекомендуется прописать привязки имен и IP-адресов компьютеров в файле hosts. Если и это не помогло то необходимо проверить настройку фаервола, разрешены ли на сервере 1С (или удаленном клиенте) входящие соединения с компьютера где запущен отладчик на порты 1560-1591.
3. В списке предметов отладки не видны клиентские сеансы.
4. Предмет отладки виден в конфигураторе и подключается, но точка останова все равно не срабатывает на строке кода.
Данная проблема актуальна при отладке по протоколу TCP. Причина в том что отладчик не может принимать входящие соединение из-за того что брандмауер или фаервол блокируют сетевое взаимодействие между отладчиком и предметом отладки. Тут нужно понимать, что отладчик не только устанавливает исходящее соединение с предметом отладки, но также должен иметь возможность принимать входящее соединение. Проблема решается отключением фаервола на компьютере где запущен отладчик либо открытием входящих соединений на портах 1560-1591 для исполняемого файла 1cv8.exe.
5. Программный код выполняется в сеансе фонового задания.
В типовых конфигурациях 1С широко использует запуск длительных процедур в фоновом режиме. Для этого на сервере запускается отдельный фоновый сеанс помимо основного серверного сеанса пользователя. Проблема решается включением автоматического подключения отладчика к фоновым сеансам. После этого как правило отладка начинает работать, если нет проблем с фаерволом описанных выше.
Подводим итоги
Напоследок стоит отметить, что как правило отладка производиться на тестовом сервере 1С, который запускается на портах отличных от типового диапазона 1560-1561. Поэтому, все изложенное выше в части номеров портов, следует рассматривать в контексте ваших реально используемых диапазонов портов.
через regedit найди ветку службы запуска агента сервера 1С HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.2 Server Agent (x86-64) и в параметре ImagePath пропиши "C:\Program Files\1cv82\8.2.18.109\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv82\srvinfo" -debug
перезапусти сервер 1С
(24) E_Johnny, я написал выше что делал это уже и не помогло.там требуюется только выбрать путь к файлу ragent.exe
остальные параметры запуска службы выбираются и откавычиваются в окне проги.
Фича в том, что имя сервера должно быть одинаковым как у конфигуратора, так и у предприятия (клиента), иначе отладчик не может подключиться.
Под одинаковостью имеется ввиду вплоть до регистра.
Иногда отладка запускается не в том регистре, в котором настроено соединение конфигуратора.
Чтобы было все хорошо, лучше писать имя сервера всегда большими буквами (в настройках соединения, где конфигуратор). (31) tolyan_ekb,
А у тебя не в фоновом задании серверный вызов случайно? (32) helgi, у меня обычная процедура сообщить("11") на сервере.
(33) helgi, номер сеанса совпадает в журнал регистрации записывается. Это для какой версии платформы ПолучитьПараметрыСоединенияСеанса().СтрокаСоединение? (34) tolyan_ekb,
у меня последняя, там есть. В какой появилось - не помню. Судя по тому, что у тебя 2.13 - может и нет.
Тогда попробуй
и на клиенте и на сервере попробуй. И сравни.
PS. Судя по тому, что ты пишешь, то единственная проблема, о которой мне известно, это разные имена сервера (case sens) у конфигуратора и клиента (а может у клиентского и серверного предмета отладки). Просто очень давно не сталкивался, но в свое время полдня потратил на понимание природы неподключения.
(34) tolyan_ekb, "сообщить" не работает на сервере. может в этом дело?.
но в любом случае исключение не выкидывается.
может попробовать поискать предметы отладки на удаленном компьютере. (28) В моем случае (при запуске конфигуратора не на самой серверной машине) помог именно верхний регистр в имени кластера серверов в параметрах подключения информационной базы. И сделай на всякий случай в серверной процедуре (которая не отлаживается):
Потом найди, что туда записалось и посмотри, действиетльно ли подключен этот предмет отладки. Первым делом на всех ПК (сервер, клиент) остановить брандмауэр, ферволы (если стоят какие-то), антивирусы. В большинстве случаев после этого все начинает работать. Добрый день!
Помогло:
1. Указание базы и кластера в верхнем регистре.
2. Отключение Брандмауэра на клиентской машине и сервере (45) (Но можно настроить и фильтры по портам (71))
3. На сервере в реестре [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent] добавил "-debug" в параметр "ImagePath"= "С:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "С:\Program Files\1cv81\server"
4. Перезагрузил сервер и свой комп. столкнулся с той же байдой. Параметр debug прописан, предмет отладки виден, все нужные галочки как в настройках отладки так и в настройках программы стоят, встроенный брендмауер отключен полностью - отладка не проходит. При том, что еще месяц назад, я на ЭТОМ же серваке, на ЭТОЙ же платформе отлаживал серверные процедуры. Мистика какая-то
здесь нашел решение. А именно:
Строка соединения с информационной базой, используемая в Конфигураторе, должна быть точно такой-же, как и строка соединения с информационной базой, которую можно получить в работающем фоновом задании с помощью функции СтрокаСоединенияИнформационнойБазы() Столкнулся с такой же проблемой. Отключил файрвол и антивирус, проверил написания всех имен при подключении клиента и сервера. Вручную включил предмет отладки, но НЕ РАБОТАЕТ. Была такая же проблема. После переустановки Windows перестал заходить отладчиком в процедуры, выполняющиеся на сервере. Проблема решилась отключением брандмауэра на клиентской машине и последующей перезагрузкой компа. Подниму старую тему чтобы не флудить.Испробовал все советы этой темы и все что наше в интернете, а также свой опыт.
Но не смог заставить работать отладку на сервере 64-bit.
Вопрос этот стоит давно и остается тайной, так как иногда счастье все же случается, но это разные сервера.
В данным момент имею Win 2008 r2 и платформу 8.3.5.1119. А вообще нет последний совет я не попробовал, дело действительно в брандмауэре на клиентской машине.
Так ведь вообще на сервере не дебажит отладчик.
Либо переноси все на клиента, либо вариантов нет.
8.3.5.1146 и 8.3.5.1186 на Win8.1 файловая база отладка не работает, там же но 8.3.4.496 работает, танцы с бубном не помогли, файрвол, антивирус, ipv6 всё отключено. 8.3.5.1186 на WinServer2012, серверная БД - отладка работает.Нашёл в интернете:
Вот! Нашел решение. Пусть эта инфа будет для тех, кто только начинает свой путь.
Как установить режим отладки на стороне сервера в клиент-серверном режиме работы
Попытки использовать обработку с ошибкой в коде, чтобы вызвать переход в конфигуратор ничем удачным кроме ошибки не увенчались.
Стоял KIS EndPoint - удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись - ничем другим не заняты, как 1С. Платформа переустанавливалсь
Ума не приложу в чем дело. Тем более что отладка этой базы на другом рабочем месте запускается нормально. А мне нужно на конкретно том рабочем месте, где не работает, где к 1С подключено торговое оборудование, чтобы провести замеры производительности в режиме отладки.
(1)а если попробовать поиграться с запущенными сеансами в Отладка-Подключение?(3), Как уже писал не смотря на то, что вроде экземпляр отладки запускается. Но т.к. он не привязывается к конфигуратору, то в "Предметах отладки" пусто. Хоть сколько пытаюсь обновить список.
Еще раз пропишу: при запуске самой отладки стоит первая галка, но отладка все-же не видна из конфигуратора. Если ставлю галочку "при запуске", то после перезапуска первая галка стоит, а вторая отжата.
(36) Александр, я посматриваю данную ветку, чувствуется мне что с портами что-то, по этому и вкладки нет в конфигураторе, видимо 1С проверяет наличие (открытость) порта и в соответствие с этим уже отображает/скрывает вкладку "Отладка".
Покопайте в этом направлении, друзей-сисьобнимов поспрашивайте (про работу с портами), жаль что моих познаний в этом темном лесе нет от слова совсем. :(
(37) наличие вкладки "Отладка" зависит от версии платформы, после установки релиза 8.3.9 она появилась, на скринах в записи ( 31 ) видно, просто не прописывал (1) Проверьте в настройках отладки протокол и порт для подключения при отладке. Соответственно, проверьте брандмауэр (кстати, проверьте и сторонние, например, от KIS). Есть ли подключение к этому компьютеру по TCP/IP на порты 1560-1591?Написано было: Стоял KIS EndPoint - удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись - ничем другим не заняты, как 1С.
Т.е. если удалили KIS, то проверять у него нечего. Порты прямо через командную строку мониторил, целый день убил на то, чтобы заниматься этими админскими делами. Порты занимает 1С.
Плюсом по ходу в релизе 8.3.6.2237 закладка отладка отсутствует в параметрах
Сервис - Параметры - Системные
(19) а я и не туплю
Вот, смотрим как Вы указываете.
И что мне тут смотреть. Про это уже выше написано.
Кто тупит?
(14) единственное на что меня подтолкнул данный скриншот, так это на то, что похоже в релизе 8.3.6.2237 нет закладки "Отладка", а вот на своей ПК на релизе 8.3.9 эта вкладка есть.
Походу пока еще единственный возникший вариант - поставить более новую версию 1С.
(1)Дурацкий вопрос, который не обнаружил в ответах можно? Галка начинать отладку при запуске установлена? (1) Кстати, только что столкнулся тоже с такой проблемой.Коллеги тоже все антивирусы/брандмауэры поотключали, перезагружали, переустанавливали платформу - ничего не помогало.
Ради интереса опросил телнетом порт отладки (telnet localhost 1562). После этого все заработало. Шайтан :) (5)Тогда копать нужно систему, где отладка глючит, я с такой ошибкой еще не сталкивался
(6) жаль что не сталкивались. Я тут на Infostarte нашел подобный пост от 2013 года http://forum.infostart.ru/forum9/topic78482/ , но в нем так ничем дело и не разрешилось. Вот, надеюсь, что может "спустя года", найдется спец, кто мне подскажет, в чем же проблема.
(9)проблема редкая, если отладчик работает на другом компе в копии базы, то очевидно, что проблема с ОС / брандмауэром / антивирусами / прочим софтом. Если бы решать проблему визуально, то было бы проще найти решение (15) естественно, что редкая. Уже от отчаяния создал обсуждение это. Т.к. нужно отладку срочно делать на производительность работы 1С с торг. оборудованием. А я ее не могу выполнить из-за того, что отладка не работает. Как уже отметил ранее. ОС Windows 7, уточню 64x, брэндмауэр отключен, антивирус в конце концов удален (а то фиг значет, чего можно ожидать от новой версии KIS EndPoint, вспоминая как в свое вермя свежая версия вроде бы KIS Internet Security дампом завершало работу 1С когда заблагорассудится, потом все-таки проблему утсранили), прочего софта практически нет, т.к. комп свежий, специально чтобы ничего не глючило собрали и только-только ОС поставили.Ну первое. Предмет отладки не показал. Сервис параметры отладка.
Второе какой клиент отлаживаешь.
Ну и третье что за база путь напиши!
от этих параметров у тебя может и не работать!
По скриншоту понятно что это толстый клиент. Но давай уже полную инфу по пунктам!
1. Предмет отладки не появляется после запуска в списке предметов отладки, см здесь (7) , еще раз скрин
Сервис - Параметры - Отладка - где.
2. Толстый клиент
3. Как указано в проблеме во второй строчке - база файловая . Думаю нет смысла писать путь к каталогу с базой.
И еще отмечу, чего не описал в проблеме. Комп новый специально собирали , чтобы свежее железо не глючило в работе с торг.оборудованием. Поэтому и ПО основное, лишних программ практически нет.
(12) 1. Такого чюда еще не видел, возможно она в другом месте или что-то не так. Поставь 8.3.9 хотя бы!2. Ок
3. Имеет! Файл можно открывать через сеть, а не локально, маску пиши раз спужауся усим показывать! (29) пока только этот вариант остался из простых и очевидных. Завтра буду пробовать.
Потом еще пробовал через
\\192.168.1.240\UT2015
Но ситуация, увы, осталась неизменной. Есть еще идеи?
(16) жаль, что Вы не читали обсуждения здесь. Я уже писал в ( 9 ) про это обсуждение на форуме. Но там ничего полезного не оказалось.Жаль, что Вы все ответы людей, которые пытаются Вам помочь, принимаете в штыки.
Вообще, если всё, что Вы говорите, правильно, то у Вас - какая-то серьёзная проблема. Никто Вам не подскажет волшебного решения. Так что сбавьте тон и пробуйте, пробуйте. Дзен Вам поможет, ага.
То, что Вы думаете, что удалили KIS, не говорит о том, что он действительно не работает.Это как же так, потрудитесь, тогда пожалуйста объяснить. Просто в данному случае я не понимаю Вас.
Совсем удалили, напрочь, не просто отключили. А через удаление программ Windows удалили.
Порты именно телнетил, т.к. здравого админа нет.
Значит, KIS и брандмауэры отпадают.
Остаётся несовместимость Win32 и Win64 и некий неизвестный косяк платформы.
В любом случае, лучше обновить платформу, Win10 x64 + 1С 8.3.9 работают успешно, включая Eclipse.
(27)
(29) Установил платформу 8.3.9.1818
Ситуация никак не поменялась. Все так же имеется, как описано в начале - вроде сеанс отладочный запускается, но в предметах отладки не доступен и после обновления списка не появляется.
Вот состояние вкладок в меню "Сервис" - "Параметры" конфигуратора и предприятия (открывшегося как-бы отладочного процесса)
Проверка портов с помощью netstat и telnet при открытых сеансах конфигуратора (порт 1561) и предприятия (порт 1560), показанных на предыдущих скринах. Судя по данных netstat порты не заняты ничем другим, кроме как 1С. По данным telnet не до конца понимаю, т.к. не сисадмин, но вроде как 1560 открыт, а 1561 занят, но судя по данным netstat занят 1Ской.
Ну и новая попытка достучаться до конфигуратора с помощью обработки с ошибкой в коде. Сначала, пока была открыт прежний сеанс конфигуратора, выдавал
После того как конфигуратор был закрыт и нажата кнопка "Подолжить" все-таки открылся новый сеанс конфигуратора, но он все-так же "отвязан" и в предметах отладки не доступен ни в каком виде.
(31) значит чудо было связано с 8.3.7. Возьму на заметку!
Раз отладка не работает вообще. То явно дело в ПО в частности в винде.
1. На другом ПК работает отладка?
2 .Под другой учеткой на этом ПК работает?
3. После переустановки винды проблема решается?
1. Да, писал, что на других машинах отладка работает. Так же проверял на обновленной версии платформы.
2. Согласен, что тут уже только перебирать что можно. Да учетка другая есть. Но и эта, под которой запускаю вроде права полные. Но все же, попробую - дело не хитрое.
3. Винду переустановить, возможно не получится. По крайней мере придется откладывать этот вариант решение до последнего. Розничная точка, торговое оборудование на 1С прицеплено, эквайринг - не желательно да и не хотелось бы. (33)
Могу теперь развернуто ответить по п.2.
Под админской учеткой тоже не работает. А элементарные действия делали: почистить кэш, переустановить платформу ?
В голову приходит разве что переименовать папки "1C" в AppData\Roaming и AppData\Local в "1С-", запустить и закрыть стартовое окно, скопировать из "1С-" в "1С" список баз и попробовать еще раз.
Возможно в базе когда-то неудачно поигрались с "предметами отладки".Спасибо, так и есть - вся беда оказалась в "предметах отладки".
на итс - расписано в каком случае какую галку включать: My Webpage
в моем случае - база изначально была серверная, далее выгружена в .dt и запущена в файловом режиме. Так вот при ПЕРВОЙ загрузке базы из dt-шника - все ок, отладчик есть, все показывает, но при повторном (хоть мильён раз повторно) запуске - отладчик НЕ работает. Оказалось, что в Конфигураторе-м.Отладка-Подключение (см.скрин) - стояла галка - "Искать предметы отладки на удаленном компе"-и адрес сервака на к-м ранее крутилась база. Галку сняла, но чтобы отладчики появились - надо еще в этой же форме по кнопочке "АвтоматическоеПодключение" - поставить только ДВЕ галки: клиентские и фоновые. Все заработало, ура!
на проблемной машине сделать чистую локальную БД и зацепить отладкой?
Возможно файловая информацию о сеансах где то прикусила и поможет выгон всех пользователей\ перезагрузка сервера
Читайте также: