Шуточки среды разработки

[Viper]

Дело было так. Сижу, пишу прогу в Visual Basic. И понадобилась мне переменная с именем E. Собственно, так обычно обозначают модуль упругости в сопромате и родственных дисциплинах. Ну и пишу следующюю строку

Код: Выделить всё

Dim E As Double

И как только я нажимаю Enter для перехода на новую строку E заменяется на Ж!!!!!

Код: Выделить всё

Dim Ж As Double

Долгие и безуспешные попытки ввести таки букву E закончились полной неудачей... Пришлось E заменить на Modul. И все стало нормально... Что интересно, в других местах того же проекта (а тем более в других проектах) таких чудес не происходило и не происходит.

Такие вот шуточки

[Amed]

Punto Switcher или подобное стоит?

[Viper]

Не стоит, и не стояло

[Amed]

Что еще запущено такого, что может пакостить? Может быть, add-in какой?

[GDC]

Punto Switcher или подобное стоит?

А что это такое?

[Viper]

Ладно б пакость повторялась, а то эта чудная замена произошла один раз и больше не повторяется... Бредятина

[Денис Победря]

А тыб Ж попробывал бы ввести, мож он на Е бы заменил

[d3drm]

Ладно б пакость повторялась, а то эта чудная замена произошла один раз и больше не повторяется... Бредятина

возможно была классная трава?

[BV]

Это ерунда, куда интересней то, что происходит с VB в Win98, когда объём кода превышает 250 кб

[GSerg]

И что же происходит?
Я метр скомпилировал, произошла компиляция. Что я делал неправильно?..

[Денис Победря]

а что происходит с VB в Win98, когда объём кода превышает 250 кб?

[BV]

Компилятор (примерно этак 1 раз из 10) выдает при компиляции ошибки там, где их мало того, что нет, их просто быть там не может.

Например, частенько в начале компиляции где строка strSome = "Some text", выходит ошибка Type mismatch, или на Chr$(13) выходит Sub or Function not defined, или Mid$(strSome, 2, 1) - Invalid procedure call or argument.

Да, у меня Win98 SE, VB 6.0 SP6, Office XP.

[GAGArin]

BV Знакомая ситуация. Помню мне выдавал пресловутый Type mismatch там где его действительно быть не может, при удалении строки "находил" в другом месте, так я похоронил весь код (по строчке в качестве проверки). Потом перезагрузил комп, загрузил сохраненный проект и спокойно продолжил уже без "ошибок"

[BV]

Да, перезагрузка помогает, уменьшает вероятность примерно до 1 раза из 30

[GDC]

Переходите на хп и проблем меньше!

[alibek]

Например, частенько в начале компиляции где строка strSome = "Some text", выходит ошибка Type mismatch, или на Chr$(13) выходит Sub or Function not defined, или Mid$(strSome, 2, 1) - Invalid procedure call or argument.

Скорее всего, в References ссылки на библиотеки VBA слетели.

[DirectXManiac]

У меня даже WinXP выдаёт ошибки.
Например вчера писал
Dim a as string
a = text1.text
Пишет Type MisMatch
глюк

[BV]

Скорее всего, в References ссылки на библиотеки VBA слетели.

После ошибки, не выходя из среды, обычно достаточно повторить, компиляция пройдёт нормально. Так что не думаю.

[Andrey Fedorov]

у меня прикольный глюк =) у меня через неопределенное количество времени любое использование i превращает беднягу в I и никак назад не хочет =) у меня всегда во всех проектах стоит I вместо i ... вот такой глюк.... хотя у меня и стоит пунто но он не при чем я знаю на все 1000%...

Да не глюк это. Введи строчку Dim i у тебя все заменятся на маленькие. Потом эту строку удали.

Дальнейшее восстановление до неверного реестра возможно только если в какой-то используемой библиотеке какое-нибудь свойство было так объявлено.

[Andrey Fedorov]

кстати компил у меня выдавал подобные глюки когда при пошаговом выполнении ВБ слетал напроч не сохраняя проект.... ну конечно без лазаянья прогой куды не надо не обошлось... но факт есть факт... после нескольких таких вылетов при отладке преходилось перегружаться тк он вааще отказывался даже проект и код видеть =) и все это на ХРюшке

Не - трава у вас видимо крута - так систему покорежила. Я вот работаю c Win2k и с WinXP - проблем абсолютно нет. Уже много лет как. Под 98-м в давние-давние времена иногда бывало - особенно когда с субклассингом заморачивался, но оно и понятно.

[Andrey Fedorov]

Что еще запущено такого, что может пакостить? Может быть, add-in какой?

Да, иногда пакостят криво написанные компоненты.
Такие надо выявлять и избавляться от них.
Могут пакостить и Add-In-ы.
Вообще следует провести ревизию VB на предмет подобного мусора.

[DirectXManiac]

Да! В VB столько багов, что не сосчитать.Причем у всех разные!Прикольно получаеться!

[Andrey Fedorov]

Да! В VB столько багов, что не сосчитать.Причем у всех разные!Прикольно получаеться!

Угу - я на память припоминаю только один - не работает DataChanged у DTPicker. Из за чего я его просто не использую. Ну и все.

99.9% багов все-же от неумения использовать средство разработки.

[DirectXManiac]

Может быть, но уменя этот баг раз в жизни случился, всё остальное гладко!

[alibek]

Могу напомнить еще один, связанный с довольно странным способом назначить пиктограммы кнопкам в панели инструментов (для add-in'ов). Пусть даже это и не глюк, а фича, но очень странная.

[Денис Победря]

Зато весело

[Andrey Fedorov]

Могу напомнить еще один, связанный с довольно странным способом назначить пиктограммы кнопкам в панели инструментов (для add-in'ов). Пусть даже это и не глюк, а фича, но очень странная.

Скорее можно отнести к нехорошестям/неудобствам.

[GAGArin]

Угу, или еще одна нехорошесть.

Например
Dim a,b as Rect
Мне менее удобно чем
Dim a as Rect
Dim b as Rect

т.к. после "b." он подписывает подсказку а вот после "a." уже нет.
Учитывая привычку пользоваться этим быстрым вводом такое состояние дел напрягает.