evgeniy_lm, эм... ребята из команды Visual Studio, выкладывающие видео о новых реализациях и алгоритмах на C# (которые появляются в ленте новостей среды VS), тоже не могут быть программистами?
У Windows 10 есть только один официальный образ. И он с сайта Microsoft. Там есть пункт для скачивания образа. Лучше, сделайте сразу на флешке, и через USB 2.0. Ну и заодно перепроверьте все соединения и убедитесь, что все компоненты компьютера целы, а UEFI (BIOS) настроен правильно.
15432, знаю. Но компилируется довольно быстро. Байт-код очень похож на высокоуровневый ассемблер. JIT-компилятору нужно только выяснить ресурсы компьютера, скомпилировать и разместить в памяти. На хабре упоминается, что порой такой подход очень даже эффективен и быстрей традиционных на C++. То, что будет дольше запускаться - это не так страшно. Главное, чтобы процессе работал быстро. Иначе никто не создавал бы программы на Java, Python и прочее. Если они существуют, значит, есть задачи, которые другие языки программирования справятся куда лучше C++. А в некоторых проектах программисты предпочитают использовать несколько языков программирования, чтобы использовать их сильные стороны.
На программу и изобретения патентное право длится где-то 25 лет, после чего переход в общественное достояние. А авторское право распространяется на произведения (фильмы, книги, музыка и т.д.) пожизненно, а после смерти автора ещё 70 лет могут держать его наследники. После чего переходит в общественное достояние.
15432, сомневаюсь. Так как запущенная программа, написанная на C#, уже скомпилирована в машинный код, и не будет отличаться от написанной на C++. Так что всё равно зависит от оптимизации. Да программы на C# работают через JIT-компилятор: сначала на лету скомпилирует программу при запуске, а после компиляции программа начинает работать. Вы спутали с интерпретатором, который действительно медленный.
Я реализовывал на базе UserControl как-то тогда. Правда получилась тяжёлая реализация, где компьютер тормозил. Потом я отказался от WinForms в пользу WPF с возможностью переделать Button с помощью Style и Template. Там можно навешать сколько угодно дополнительных функций. Например, индикация кнопки в зависимости от состояния флага объекта.
Здесь какая-то полная белиберда. Инструкция CBW работает только для аккумулятора. Для регистра D инструкция работать не будет. Поделите сначала на два, а потом прибавляйте. А то у вас получилось примерно так: добавили значение d в регистр D, потом из регистра D в регистр A переместили. Сложили D на 2, и A поделили на D.
Не совсем. Технология .Net (как и Java) вполне допускает возможность работы без операционной системы. Но это совсем другой уровень программирования. А так он может работать в любой операционной системе, где есть .Net. Но в долгое время Microsoft не хотела расширяться на другие операционные системы. Только в последнее время стала расширяться. Теперь программисту доступны .Net и ASP.NET. Нету пока что для GUI (ГПИ). Но народные умельцы сумели внедрить такую возможность. Можно поискать в интернете.
А не проще ли сделать всё сразу в WPF/XAML? Для WPF/XAML используется UserControl (если не требуется глубокая модернизация интерфейса), либо уходим в Style/Template, где можно как угодно переделывать интерфейс, вид и поведение на свой лад.
ytost: WPF и UWP одного поля ягоды вообще-то. И язык у них один: XAML. Просто WPF тупо ориентирован для настольной Windows. А UWP - от настольных систем до мобильных и интернета вещей (Windows 10 IoT для Raspberry Pi 3 и ему подобным). И поэтому они практически параллельно развиваются. На днях они должны уже получить спецификацию XAML Standard (если я правильно помню помимо Net.Core Standard 2), чтобы уменьшить путаницу между ними. И не удивительно, что UWP не работает на старых версиях Windows (кроме 8 и выше). Потому что Micorosft не выгодно это. Даже Framework.NET 4.7 ставится только на Windows 10. Так что можно смело изучать WPF/UWP.
Ну на Java можно писать. Это хорошо, если планируете делать кроссплатформенное приложение, чтобы дважды программы для разных операционных систем не писать. Например, Xilinx Vivado как раз написан на Java в некоторых местах. Но если только для одной целевой платформы, то здесь правят балом другие языки программирования. А так Java ориентирован для серверов, мобильных платформ и некоторых специфичных платформ, требующих Java.
Ну если с самого начала не сделали нужную настройку истории торрентов, то придётся всё ручками копировать. А если сделали, значит, надо просто указать на каталог для свежеустановленной программы.
Классика не стареет. На свете есть много командиров, но они, как правило, выглядят страшно (но функционально) или красиво (но бесполезно). Убедился ещё на Android. На Windows тоже самое. Если поискать в Windows Store, то можно найти заточку под Windows 10. Но от них толку почти нет. Если вам хочется красивый и функциональный командир, то придётся написать новый велосипед.
Антон Уланов: на малинку ставится только IoT-версия. Читайте внимательно новости. Полновесный Windows 10 для ARM требует довольно-таки мощного процессора.
Я слышал, что можно вызвать WinForm-окно из WPF. А наоборот я что-то не слышал. Мне кажется, что в данном случае лучше сразу перейти на технологию WPF. Ну разве что использовать вызов как отдельного приложения с передачей аргументов.
jcmvbkbc: скорее всего, это ошибка рисовальщика. На самом деле, все регистры растут влево. Потому что все данные всегда начинаются с младших байтов. Иначе будет некорректное представление данных. Допустим: в регистре AX хранится число 0x45AA (или 17834), то при расширении до EAX вправо получим 0x45AA0000 (или 1168769024). А это уже серьёзная ошибка. Поэтому расширяем только влево.