Andrew.Egorovsky

ufopera: .NET Framework ставить придется все равно, студия без него не ставится- скорее всего, она сама использует это дело в работе. Бумер: Использовать соответствующие функции Win32API :) Насчет создать контрол совсем уж ручками не уверен (возможно, хватит CreateWndow. И уж точно все сработает если "форму" поднимать из ресурсов при помощи Dialog-функций), а вот поместить текст/число в этот контрол - SetDialogItemText, SetDialogItemInt и т.п. Можно GetDlgItem, а потом на полученный хэндл Get/SetWindowText. Ну и ловить мессаги от контролов в оконке родительского окна. Про LPWSTR. Обратите внимание вот на что: многие функции имеют суффикс A или W, например CreateFileA & CreateFileW - суффикс обозначает "тип" строки. A=Multibyte (char*); W=Unicode (ака wchar_t*) Как правило, студия экранирует это хозяйство в один макрос, в нашем примере CreateFile, а фактически подставит имя функции в зависимости от настроек проекта - MultiByte или Unicode character set. Есть макро UNICODE, кажется. И получается что-то вроде #ifdef UNICODE #define CreateFile CreateFileW #else #define CreateFile CreateFileA #endif В windows.h можно увидеть поточнее.

Ресурс является шаблоном для диалога.... наверное, так будет если не понятнее, то проще...... В нем описывается сам диалог (своими свойствами) и его компоненты. Никакого кода на ресурс компилятор не навешивает. Существует ряд функций Win32 API, такие как DialogBoxParam, DialogBoxIndirect, DialogBoxIndirectParam и им подобные, которые занимаются разбором ресурса и построением окна на его основе. При этом ты сам указываешь оконную ф-цию получаемого окна, в которой и пишешь обработчики событий как от самого диалога, так и от его компонентов. Если ты используешь MFC или что-то подобное, то там класс привязывается к ресурсу, и экранирует управление окном и реакцию на события. Взамен тебе дается возможность писать методы класса - чаще всего - один метод на одно событие. Бывают, конечно, исключения, вроде VM_SCROLL. Как работает...... при использовании АПИ: Допустим, модальный диалог с кнопкой. У кнопки есть ID. Ты вызываешь, например, DialogBoxParamA. Там указываешь оконку диалога - ее пишешь сам. При нажатии на кнопку, вызывается твоя оконка с такими вот параметрами hDlg- хендл на экземпляр окна uMsg - WM_COMMAND wParam - ID кнопки lParam - не помню. Для MFC Создается класс, например, CMyDialog, публично унаследованный от CDialog и привязанный к твоему ресурсу - эта привязка видна в конструкторе. Потом, пишешь обработчик нажатия кнопки (или любого другого евента, который может быть у кнопки). А происходит вот что... у MFC своя оконка, которая по хендлу окна, коду мессаги и ID контрола в конечном счете дернет твой метод-обработчик. Это если вкратце. А вот если обработчика нет, то нажатие на кнопку ни к чему не приведет. А насчет ссылки..... начни, например, [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/dialogboxes.asp]отсюда[/url] Можешь также поиск на CDialog - это для MFC

patrisia: Microsoft Excel - часть пакета Microsoft Office. В ОС Windows не входит, устанавливается отдельно. Скачать с инета, может и можно, но тут это офтопик. Да и весит он немало. Выход такой - установить оффис.

0. Основное правило ковыряния в системе - точно не знаешь, что собираешься сделать - не трогай. 1. Из реестра процесс удалить нельзя, только указание его запустить. Зато можно убить систему на раз. 2. Откуда ты наудалял то, что написал? \\.....monitor.exe очень напоминает сетевой путь. И скорее всего, это было в HKLM(or HKCU)/Software/Microsoft/Windows/Current Version/Run Если ты знаешь где лежит этот файл, просто пропиши обратно. Что такое диск F? Это локальное устройство или смонтированный сетевой ресурс? Если ресурс - переподключи. 3. Что ты мог натворить, удаляя в реестре что попало, только Гейтсу ведомо. Проще будет либо восстановить систему с контрольной точки, ну, либо админу пиво выставить и переустановить-таки систему. Это, кстати, не приводит к потери данных(если нет EFS), только времени. 4. Посмотри в папках с PC Suite разнообразные длл - попробуй там понатравливать regsvr32 на ActiveX/COM - у тебя слетело что-то связанное и объектом MediaControl2. Где он валяется физически - понятия нее имею..... надо смотреть..... а может, ты службу драйвера под шумок вынес......

В проводнике сделай следующее: Сервис-Св-ва папки-вид Поставь галку "Не кешировать эскизы". Потом, вроде, этот файл можно убивать.

1. Сними те самые "галки в пользователях". 2.Включи AutoLogin - пуск->Run-> control userpasswords2 выбери нужного пользователя Убери галку "Требовать ввод имени и пароля" Нажми "Применить"\Ок. Введи пароль этого юзера. Должно помочь. PS. А цветов там, кажется, все-таки 256. PPS. /kernel=....exe это не только бутскрин, это имя образа ядра системы, в ресурсах которого бутскрин и содержится

veiK: Имхо, это смотря какая стена Если там армированный бетон, как нынче любят "выращивать" дома, то может и не пробить....

Для двух машин, активное оборудование не нужно, а нужен "перекрещенный" патч-корд. Кабель можно и по плинтусам пустить, а лучше - под, чтоб вид комнат не портить. Впрочем, если в стене уже есть отверстие (для телефонных/антенных проводов) то можно и им воспользоваться.... А так - предел длины около 100 метров на сегмент (т.е. на соединение машина-машина, машина-свич, свич-свич и т.п.) для 100Мбитной сетки. А вот если в планах есть третья машина, то понаджобится не маршрутизатор, а простенький коммутатор (switch). D-Link, 3Com, Compex порта на 4 будет в самый раз. Оптимальное размещение - равноудаленное по возможности от рабочих станций. Маршрутизатор дома - это примерно как атомная бомба для уничтожения стаи воробьев....

А на дискетку не забыл положить command.com? Или исправить переменную COMSPEC не то в config.sys не то в autoexec.bat - крайний раз очень давно делал, забыть успел где точно. Там строка вида SET COMSPEC=<path_to>\command.com где <path_to> и есть место, где интерпретатор находится. На других машинах он может и находится на c:\ Если же ты 98ю винду уже убил полностью, сделай каталог WINDOWS (или какой был) там подкаталого COMMAND и в оба положи command.com - тоже может помочь.

майк, TVS: Что касается такой "странной" папки, то это очень похоже на "кросслинк", т.е. в записи каталога в качестве стоит указателя на данные (т.е. на содержимое) стоит номер кластера корневого каталога. Теоретически, это возможно на любой ФС, но все они по-разному к этому относятся. В FAT* - это однозначная ошибка, с которой ДискДоктор не справляется - нужно разруливать руками в DiskEditor. NTFS, по идее, должна быть более лояльна с ее "точками подключения" - там надо отмонтировать каталог и все. Фраза "Когда удаляешь файл он удаляется из всех папок. " - скорее подтверждает такое предположение. Также, могу предположить, что на С - FAT32, что говорит о том, что придется брать DiskEditor, желательно подревнее, и из голого ДОС-а это лечить. Убивать содержимое такой папки ни в коем случае нельзя - это ж содержимое диска C Про проги добавлю только то, что их надо ставить под каждую систему. Стоит в одну и ту же папку или нет - честно, не помню, но офис у меня жили под 98 и NT. Драйвера как правило, полностью независимы. Roader, chkdsk, насколько помню против такой штуки тоже бессилен. Это ж старый прикол, мне известен года с 93-го, одлноклассник так над приятелем пошутил.

А там рядом длл-ок нет, часом? или может быть ситуация, когда окна "руками" делаются... Скрин самой софтины можешь дать глянуть, или отпиши в ПМ, если еще актуально, конечно......

Перехвати WM_CHAR или WM_KEYDOWN и там в зависимости от кода клавиши и флагов изменяй координаты.... имхо, так должно получиться....

Gesha45: Это не защита на файле. Это то, чем он "сделан". "Формы" там лежат в виде обычных Win32 ресурсов. Тебе подойдет любой инструмент вроде ResHacker, Restorator и им подобный. Если же он все-таки, пожат чем-то, а сниффер тебе этого не сказал - либо он тупой, либо защита хитрая. Имхо, так бывает, когда для защиты используют Armadillo - у него загрузчик как раз на С написан..... Кстати, "формы"-то ты извлечешь, но как всегда без кода обработчиков - это надо будет писать заново.

can4ec: Скорее всего, примеры не под ДОС, а консольные приложения - в билдере по умолчанию новый проект с GUI создается, а не консольный. Кстати, если ты только начинаешь изучать С++, неплохо бы, все-таки, начать с С - освоить синтаксис,онструкции и идеи языка, а не лезть сразу в дебри ООП - 90% книг по С++ тихо умалчивают о том, что надо знать сам базовый язык, а уже потом браться на объекты. kolya7k правильно говорит, идти лучше "от практики", но добавлю - от простого к сложному.

ilgizmulukov: АПИ для работы с реестром находится в advapi32.dll, имена ф-ций начинатются с префикса Reg, т.е. RegOpenKeyExA, RegCloseKey etc. Относительное положение файлов реестра система определяет сама, исходя из настроек.... Скорее всего, определив свой root-каталог, ищет в system32, но честно говоря, никогда не искал как винда это делает. Могу только сказать, что реестр используется ядром уже в процессе загрузки... Насчет формата - тебя интересует двоичный формат чтоли? если да, то не знаю, если логическую структуры для работы через Win32API, то смотри в MSDN или аналогичных программерских справочниках..... Пример работы с реестром, скорее всего найдешь там же в мсдн - в описании АПИ есть примеры использования ф-ций. А вот с файлами реестра ты, скорее всего, ничего сделать не сможешь, если винда запущена.