Как и обещалось, вышла первая бета восьмого Эксплорера (качать тут). Про новое детище Майкрософта последнее время было много сказано. Очень радует их новый подход: максимальная поддержка веб-стандартов (спасибо, ребята, подстёгивайте Mozilla corp. 
).
Всвязи с недавней заметкой о продуктивности работы, сегодня весь день в любимом эклипсе тружусь исключительно шоткатами. Потому поделюсь немного. Может кто тоже захочет.
- Во первых - вот референс.
- Во вторых - шпаргалка (pdf).
- (Бонус)В третьих - отличные обоины.
Powered by ScribeFire.
Недавно набрёл на список проектов разработчиков кедов. Полистал, очень интересно. Но вот что действительно поразило - три проекта:
Что до первых двух, оба, насколько мне известно, имеют линуксово юниксово ядро, и портировать под них кеды должно быть заданием не самой большой сложности (для группы опытных программистов - подавно). Но вот третий проект.. Да и учитывая то, что эту штуку уже можно попробовать.. Если кого заинтересует поставить, поиграться, - с нетерпением жду ваших отзывов.
А расторопнее оказались ребята из Canonical ltd. Несмотря на то, что компания Sun рассылает свой Solaris Staret Kit (подробнее - тут) по странам СНГ из Московского офиса, позавчера пришли диски с новой Убунтой, о которых я рассказывал тут. Continue reading ‘Убунта 7.10′
Давненько ничего не писАл. Потому этот пост будет неосмысленным компотом из всего что мне встречалось за эти две недели (из того, что смогу вспомнить). Начнём-с:
Очередной вольный перевод очередной заинтересовавшей статьи.
Это простое руководство по имплантации Windows’ового меню “Пуск” в GNOME. Также позволяет устанавливать и запускать любые Windows-приложения (которые могут работать в VM) прямо на вашем рабочем столе GNOME. По времени это займёт 10 минут, плюс время на установку Windows. Примечание: потребуется Windows XP Pro. XP home не подойдёт.
- Начнём с System → Administration → Synaptic Package Manager. Установите vmware-server и rdesktop пакеты.
- Далее Applications → System Tools → VMware Server Console
Когда VMware Server Console запустится, щелкните Connect чтобы подключиться к локальной машине. Затем Create a New Virtual Machine. Далее по мастеру - настройки по умолчанию, но выбрать NAT networking. Вставляйте ваш дистрибутив, и ставьте Windows.- Когда Windows запустился :
- Включите Terminal Services, в Start → Control Panel → System. Перейдите на вкладку Remote, отметьте Allow users to connect remotely to this computer.
- Отключите рабочий стол для пользователя, аккаунт которого вы будете использовать для работы приложений Windows, нажав Start → Run → regedit и в ветке HKEY_CURRENT_USER/Software/Microsoft/Windows/ CurrentVersion/Policies/Explorer создайте DWORD-параметр NoDesktop со значением 1.
- Запишите IP-адрес Windows (Start → Run → cmd → ipconfig)
- Скачать SeamlessRDP, распакуйте его в C : \ seamlessrdp
- Выйдите из Windows и закройте VMware Server Console (VM оставьте работать)
- Назад в Убунту. Откройте терминал и введите :
rdesktop -A -s ‘c:\seamlessrdp\seamlessrdpshell.exe c:\windows\explorer.exe’ IPAddress -u user -p password
(подменив IPAdress (который раньше записали) и user с password’ом)- Верхняя часть таскбара Windows должна будет появиться над панелью GNOME внизу экрана. Щелкните правой кнопкой мыши, выберите Properties, и снимите галочку с Lock the Taskbar. Затем перетащите таскбар в левую часть экрана.
Вот, собственно, и всё. Теперь можно запустить любое приложение Windows, которое будет работать под VM (и установить дополнительные если понадобятся). Они будут появляться на рабочем столе GNOME, и между ними можно переключаться с панели.
Далее идёт вольный перевод следующей нашумевшей статьи:
Пользователи Skype, которые работают на 64-битных версиях Windows, как я, вероятно, заметили при запуске Skype следующее диалоговое окно :
The program or feature “\??\C:\Documents and Settings\Myria\Local Settings\Temp\12\1.com” cannot start or run due to incompatibility with 64-bit versions of Windows. Please contact the software vendor to ask if a 64-bit Windows compatible version is available.
Да уж, странно. Skype пытается запустить .com файл, который не будет работать в Win64, поскольку в данной архитектуре отсутствует NTVDM. Попробуем открыть его в Hex Workshop. Нет доступа? OK, отключим Skype, чтобы прочесть его. Нет?! Меня это начинает раздражать. Используем WinDbg чтобы остановить winlogon.exe, вызовем, так называемый kernel panic. Перегрузимся, теперь можно прочитать чёртов файл.
Нечитаемым исполняемый файл из Skype - звучит заманчиво. Посмотрим на него. Файлик - длиной в 46 байтов. По причине моего нежелания нарушать авторские права, я не выложу файл или его полный дизасембл. Однако, я могу описать программу с точки зрения 16-битного ДОСовского C :
int main(void)
{
fwrite((const void far*) 0xF0000000, 1, 0xFFFF, stdout);
fwrite((const void far*) 0xF000FFFF, 1, 1, stdout);
return 0;
}
Она дампит BIOS, который обычно включает серийный номер вашей материнской платы, и возвращает его в Skype для дальнейших манипуляций. Я не знаю, для чего они используют его, и отпраляют ли они что-либо на свои сервера, но я готов поспорить, что тот факт, что они это делают, не добавит им репутации.
В 32-разрядных Windows NT, в том числе Vista, NTVDM ядро позволяет read-only доступ к BIOS по адресу 000F0000. Это позволяет DOS программам, выполняющимся под NTVDM использовать BIOS. Начнём с того, что это объясняет, каким образом эти 46 байт программы, способны возвращать дамп BIOSа Skype, а также почему они используют именно этот механизм.
Если бы они не проигнорировали отсутствие в Win64 NTVDM, никто бы даже не обнаружил что такое происходит.
Что ж, ещё один повод перейти на джаббер 
