С большой долей вероятности, МТС всё-таки тут не причём (хотя есть маленький шанс, что коммутатор плохо понимает двузначные номера, он не в России делался). Просто большинство телефонов в принципе не набирают двузначные номера. Например, мой, говорит «Подождите», затем «Недоступно». При наборе номера он немного другое пишет. Т.е. он явно что-то пытается сделать, а поскольку я не знаю, что у меня записано в телефонной книжке по второму номеру (кстати, возможно всё-таки идёт опрос книжки на SIM-карте), то он может просто пытается набрать какую-нибудь USSD-команду.
А вообще, если вам интересно, я сидел на 112, и могу очень много чего весёлого рассказать про то, кто туда звонит, и прочее :)
Это не МТС, это фича практически всех телефонов, оставшаяся с незапамятных времён (когда мобильники были большие, еще на пефокартах :) ).
И в них 02 означал буквально следующее «вызвать телефон, записанный в в телефонной книжке по номеру 02». Возможно, что этот функционал и сейчас есть, просто им никто не пользуется. А по юзабилити, он, кстати, в определённых случаях гораздо удобнее. Например, жена записана под номером 5, и гораздо быстрее набрать 05+вызов, чем меню, контакты, 333, 33, вызов.
Кстати, есть ещё много подобных возможностей (конференс-связь, удержание вызова, АнтиАОН, запрос/установка переадресации), которые в современных телефонах реализуются хоть и реализуются через меню, но всё равно идут специальными командами.
В родном, это в том, который внутренний в .NET и вызывает нативные методы? Там количество этой возни сильно уменьшено за счёт хитрых структур, специальных оптимизаций, небезопасных методов. Поскольку это встроено в ядро .NET, они это могут позволить.
Сам механизм P/Invoke не очень шустрый, ибо состоит из преобразования managed переменных в unmanaged параметры, обратной операции и всякой побочной возни.
Извините, но я увидел только перетасованные буквы. Я как-то не очень понял, как выучить этот пароль :)
Надеюсь, что не надо будет его записывать на бумажке и потом тасовать буквы по хитрым формулам, чтобы сообразить какой же он на самом деле.
При этом, если смешивание будет простым, то злоумышленник, который видит пароль, сможет попробовать перебрать разные варианты смешивания для другого ресурса (у него цель взломать, можно и попыхтеть), а если смешивание будет сложным, то слишком много усилий требуется на ввод пароля, что опять же ни к чему хорошему не приведёт.
Я думаю, что потом проще будет данного человека куда-нибудь пересадить (если действительно нагнал), чем не продать лишний билетик.
Вспомнилось только что: у нас в городе два основных вокзала, по определённым направлениям поезда проходят через два. С учётом стоянки и прочего, когда опаздываешь иногда проще приехать сразу на второй (особенно если и живёшь с ним рядом), правда при этом гарантированно получаешь кучу воплей от проводницы. Значит за это время вся информация о пустых местах уже уехала куда надо. :)
Например, нашёл древнее сообщение от данного человека на форуме вида: Превед, диффчонки, я Вася Пупкин, пишите на pupkin@hotmail.com, познакомимся. Как вариант просто попробовал vasiliy.pupkin@hotmail.com в разных комбинациях, вариантов много. Главное собрать побольше сведений о данном человеке, а там можно и уже попытки подбора пробовать.
Как вариант, отправил запрос на напоминание пароля к одноклассникам (условно) и ещё чему-нибудь. Убедился что пароль используется одинаковый, и наверняка такой же был и на gmail. Потом сменил всё и удалил эти оповещения.
Если будут различные комбинации, то они и забудутся. А если будут такие как вы привели, то после того, как злоумышленник увидит каким-либо образом passwordhabrahabrru, он сразу догадается какие должны быть другие пароли.
Ну так вы пришли с четырьмя билетами и показали их проводнику. А если вы пришли с одним билетом, оставив «лишние» дома, то это повод места продать. Ибо насколько я помню, если опоздал на поезд, то билеты можно сдать и получить за это деньги.
А мне первый «сенсор» пришедший на ум, это уровень заряда батареи в ноутбуке. Хотя и есть для него API, но использовать универсальное кажется как-то поприятнее.
Что-то мне сейчас подумалось, что так, как тут большинство хотят использовать новые нетбуки на nVidia Ion, то им лучше купить неттоп. Подробнее: играть в игры? Подключать к телевизору, чтобы смотреть видео высокой четкости? Делать вычисления на видеокартах? Да если вам нужны все эти задачи, то лучше будет купить неттоп, сэкономив тем самым на клавиатуре/экране/батарейке, и подключать его к телевизору для просмотра фильмов, подключать к нему клавиатуру и нормальный монитор (или тот же телевизор) для игр. А он ведь ещё меньше чем какой-нить нетбук!
Просто определитесь для себя, что есть для вас нетбук — игрушка, или действительно нужный инструмент. Если игрушка (и в этом ничего нет плохого), то игрушка должна радовать всем, вплоть до формы кнопки «Вкл.», если он действительно нужен, то в силу вступают совершенно другие факторы, и наличие клёвой графики уже не играет роли.
Когда я покупал свой нетбук, у меня было желание сразу же удалить установленную XP Home, но я не успел это сделать сразу, и мне понравилось — все запросы удовлетворяет, и даже есть немножко бантиков. Так что зачем ставить что-то другое?
Насколько я помню, проблема не напрямую связана с NotifyIcon. Лезет она вроде из Bitmap.GetHIcon() — когда получаем хендл, с которым система уже ничего не может сделать (она не знает когда он освободиться). Но могу ошибаться. Просто помню, что хендлы там улетали только в путь, и все попытки освобождения всё равно заканчивались потерянным хендлом, который приходилось вычищать через P/Invoke.
Хорошая статья. Спасибо. Мне, как человеку, съевшему на взаимодействии с unmanaged кодом не одну тонну говна проблем, это всё очень знакомо.
Хотелось бы, чтобы вы получше описали работу с хендлами в P/Invoke. Там всё очень интересно, и чтобы не получить Resource Leak, надо бы использовать всякие обертки над IntPtr. Людям, которые осваивают это, на мой взгляд очень полезно.
Кстати, в Windows Forms есть бага, выражающаяся в Resource Leak при работе с иконками, так что хочешь/не хочешь, а использовать P/Invoke надо :)
Ну, не всегда, и в большинстве случаев всегда можно использовать лишь маленький кусок из того, что тебе нужно.
Просто в стандартную библиотеку приходится включать максимально общий и универсальный механизм, иначе обязательно кому-нибудь чего-нибудь не хватит. :)
А вообще, если вам интересно, я сидел на 112, и могу очень много чего весёлого рассказать про то, кто туда звонит, и прочее :)
И в них 02 означал буквально следующее «вызвать телефон, записанный в в телефонной книжке по номеру 02». Возможно, что этот функционал и сейчас есть, просто им никто не пользуется. А по юзабилити, он, кстати, в определённых случаях гораздо удобнее. Например, жена записана под номером 5, и гораздо быстрее набрать 05+вызов, чем меню, контакты, 333, 33, вызов.
Кстати, есть ещё много подобных возможностей (конференс-связь, удержание вызова, АнтиАОН, запрос/установка переадресации), которые в современных телефонах реализуются хоть и реализуются через меню, но всё равно идут специальными командами.
Надеюсь, что не надо будет его записывать на бумажке и потом тасовать буквы по хитрым формулам, чтобы сообразить какой же он на самом деле.
При этом, если смешивание будет простым, то злоумышленник, который видит пароль, сможет попробовать перебрать разные варианты смешивания для другого ресурса (у него цель взломать, можно и попыхтеть), а если смешивание будет сложным, то слишком много усилий требуется на ввод пароля, что опять же ни к чему хорошему не приведёт.
Вспомнилось только что: у нас в городе два основных вокзала, по определённым направлениям поезда проходят через два. С учётом стоянки и прочего, когда опаздываешь иногда проще приехать сразу на второй (особенно если и живёшь с ним рядом), правда при этом гарантированно получаешь кучу воплей от проводницы. Значит за это время вся информация о пустых местах уже уехала куда надо. :)
Просто определитесь для себя, что есть для вас нетбук — игрушка, или действительно нужный инструмент. Если игрушка (и в этом ничего нет плохого), то игрушка должна радовать всем, вплоть до формы кнопки «Вкл.», если он действительно нужен, то в силу вступают совершенно другие факторы, и наличие клёвой графики уже не играет роли.
Когда я покупал свой нетбук, у меня было желание сразу же удалить установленную XP Home, но я не успел это сделать сразу, и мне понравилось — все запросы удовлетворяет, и даже есть немножко бантиков. Так что зачем ставить что-то другое?
говнапроблем, это всё очень знакомо.Хотелось бы, чтобы вы получше описали работу с хендлами в P/Invoke. Там всё очень интересно, и чтобы не получить Resource Leak, надо бы использовать всякие обертки над IntPtr. Людям, которые осваивают это, на мой взгляд очень полезно.
Кстати, в Windows Forms есть бага, выражающаяся в Resource Leak при работе с иконками, так что хочешь/не хочешь, а использовать P/Invoke надо :)
Просто в стандартную библиотеку приходится включать максимально общий и универсальный механизм, иначе обязательно кому-нибудь чего-нибудь не хватит. :)
Но тут уж как-то больно заумно на первый взгляд.