информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Защитничек... Русская пословица: 20.05.02 07:21  Число просмотров: 993
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Не можешь cpать не мучай ж0пy! Это я о Билли.
Есть только 2 приемлемых для человечества варианта: Спецы работают с профессиональными системами. Ламеры работают с надежными и эффективными системами, для них создаными спецами.
Нынешнее сочетание: ламеры работают с кривыми системами - для человечества смертельно!
У него отрицательная эффективность, т.е. каждый очередной шаг порождает больше проблем, чем решает. И работает это все только на Билли и иже с ним т.к. вынуждает покупать все более мощные системы, которые порождают еще больше проблем, которые... и так до бесконечности на счете Г.
<programming>
[C++] MSDN::Проконсультите->please("МЕНЯ"); 19.05.02 06:47  
Автор: BXS Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Господа, вот скажите, зачем нужен MSDN?
я юзаю borlandc и у меня нету соответственно описания некоторых функций.... я поставил визуальную сю (сам факт принадлежности сего продукта к тов. билли, разумееца, оптимизма не вызывает)... но там не было MSDN.. ок...
Более того она не понимала даже структуры для QuerySystemInformation и самой функции не знала...

полез к ним на сайт....
нашел этот раздел... но...
этот ресурс найдет и покажет скажем MessageBox но ничего нужного типа скажем для той же QuerySystemInformation нету....

тем не менее везде по форуму много раз можно найти ссылки на MSDN..

вопрос: где можно найти описание жизненно необходимых функций?
где вся эта байда черт возьми, а?
где скачать библиотеки которых не достает????
консультируем :) 20.05.02 02:47  
Автор: йцукенг <jcukeng> Статус: Member
<"чистая" ссылка>
> Господа, вот скажите, зачем нужен MSDN?
чтоб RTFM заниматься:)
> я юзаю borlandc и у меня нету соответственно описания
> некоторых функций.... я поставил визуальную сю (сам факт
> принадлежности сего продукта к тов. билли, разумееца,
> оптимизма не вызывает)...
чем тебе Билли не нравится? Солярис тоже небесплатный, кстати, но ругают только MS. MS VC - один из лучших продуктов, imho и, во всяком случае для системного программирования, он подходит куда лучше чем борландовский Си++ Билдер.
>но там не было MSDN.. ок...
MSDN не может поместиться на одном-двух компактах в принципе.
Но какая-то вполне достаточная для работы часть - может. Тебе не повезло.
Съездь на Митинский рынок( если ты в Москве), купи MSDN и Platform SDK для нужной тебе платформы и на сайт msdn.microsoft.com ходить не придется.
>
...
> вопрос: где можно найти описание жизненно необходимых
> функций?
www.google.com
я вполне серьезно, иной раз поиск в google выдает более качественные результаты, чем поиск по MSDN!
> где скачать библиотеки которых не достает????
www.filesearch.ru
только надо знать, что ищешь.
удачи!
Отчего? 20.05.02 16:08  
Автор: Рубль Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> ... MS VC - один из лучших
> продуктов, imho и, во всяком случае для системного
> программирования, он подходит куда лучше чем борландовский
> Си++ Билдер ...

Йцукенг, почему ты так считаешь? Возможности отладки в билдере круче вроде бы, а для системного программирование имхо ничего больше не надо. Это не наезд, я, как Шарапов, разобраться хочу :)

С наилучшими пожеланиями.

[C++] консультируем :) сенкс 20.05.02 04:18  
Автор: BXS Статус: Незарегистрированный пользователь
<"чистая" ссылка>
сенкс за ответ :)))

1) факин мануал я поридал конечно... но MS в своем духе... фиг что напишет..
я кое что уже успел отыскать....правда на рунете... благо дело нашлась фича для 9х: CreateToolhelp32Snapshot. примечательно, билли не удосужился растолковать о ней и на MSDN в онлине... ладно, х с ним... главное - нашел )
2) митинка - к сожалению, я щас в лондоне. к счастью - на кабеле, поэтому онлайн удобнее.
3) google юзал, но видать не то искал
4) вина билли в несчастьях доброй половины компутерного человечества - это факт, не подлежащий сомнению [я про юзеров разумееца]
5) VC меня нескоко морозит потому что он "от билли" и потому что у меня в нем нету скилов. я привык к борланду.
6) про filesearch в курсе. вот токо как ты прально заметил - "надо знать, что ищешь". с этим и проблема была....

вот, в целом все.

ее раз спасибо за ответ!
загляни внутрь обязательно. 20.05.02 05:14  
Автор: йцукенг <jcukeng> Статус: Member
<"чистая" ссылка>
> 1) факин мануал я поридал конечно... но MS в своем духе...
> фиг что напишет..
> я кое что уже успел отыскать....правда на рунете... благо
> дело нашлась фича для 9х: CreateToolhelp32Snapshot.
> примечательно, билли не удосужился растолковать о ней и на
> MSDN в онлине... ладно, х с ним... главное - нашел )
MSDN online - более полный, только искать там сложно.
> 4) вина билли в несчастьях доброй половины компутерного
> человечества - это факт, не подлежащий сомнению [я про
> юзеров разумееца]
это как посмотреть - скорее, заслуга билли в том, что человек, которому в общем-то и лопату нельзя доверить, может в ворде тексты набирать:).
> 5) VC меня нескоко морозит потому что он "от билли" и
> потому что у меня в нем нету скилов. я привык к борланду.
вопрос вкуса.
> 6) про filesearch в курсе. вот токо как ты прально заметил
> - "надо знать, что ищешь". с этим и проблема была....
> вот, в целом все.
> ее раз спасибо за ответ!
если тебе будет нужно описание какой-нибудь api-шной ф-ии, которое ты не смог найти в msdn online, пость вопрос на эту доску - copy+paste простая операция, кто-нибудь да ответит:).
что касается твоего вопроса про QuerySystemInformation - а ты уверен, что такая api-шная ф-я есть?
зато есть ф-я GetSystemInfo :)
вот описание:
The GetSystemInfo function returns information about the current system. 
VOID GetSystemInfo(
  LPSYSTEM_INFO lpSystemInfo  // system information
);
Parameters
lpSystemInfo 
[out] Pointer to a SYSTEM_INFO structure that receives the information. 
Return Values
This function does not return a value. 

For an example, see Getting Hardware Information. 

Requirements 
  Windows NT/2000 or later: Requires Windows NT 3.1 or later.
  Windows 95/98/Me: Requires Windows 95 or later.
  Header: Declared in Winbase.h; include Windows.h.
  Library: Use Kernel32.lib.

---

а вот описание структуры SYSTEM_INFO:
SYSTEM_INFO
The SYSTEM_INFO structure contains information about the current computer system. This includes the architecture and type of the processor, the number of processors in the system, the page size, and other such information. 

typedef struct _SYSTEM_INFO { 
  union { 
    DWORD  dwOemId; 
    struct { 
      WORD wProcessorArchitecture; 
      WORD wReserved; 
    }; 
  }; 
  DWORD  dwPageSize; 
  LPVOID lpMinimumApplicationAddress; 
  LPVOID lpMaximumApplicationAddress; 
  DWORD_PTR dwActiveProcessorMask; 
  DWORD dwNumberOfProcessors; 
  DWORD dwProcessorType; 
  DWORD dwAllocationGranularity; 
  WORD wProcessorLevel; 
  WORD wProcessorRevision; 
} SYSTEM_INFO; 
Members
dwOemId 
An obsolete member that is retained for compatibility with Windows NT 3.5 and earlier. New applications should use the wProcessorArchitecture branch of the union. 
Windows 95/98/Me: The system always sets this member to zero, the value defined for PROCESSOR_ARCHITECTURE_INTEL. 

wProcessorArchitecture 
Specifies the system's processor architecture. This value can be one of the following values: 
PROCESSOR_ARCHITECTURE_UNKNOWN
PROCESSOR_ARCHITECTURE_INTEL
Windows NT 3.51: PROCESSOR_ARCHITECTURE_MIPS
Windows NT 4.0 and earlier: PROCESSOR_ARCHITECTURE_ALPHA
Windows NT 4.0 and earlier: PROCESSOR_ARCHITECTURE_PPC
Whistler 64-bit: PROCESSOR_ARCHITECTURE_IA64
Whistler 64-bit: PROCESSOR_ARCHITECTURE_AMD64 

wReserved 
Reserved for future use. 
dwPageSize 
Specifies the page size and the granularity of page protection and commitment. This is the page size used by the VirtualAlloc function. 
lpMinimumApplicationAddress 
Pointer to the lowest memory address accessible to applications and dynamic-link libraries (DLLs). 
lpMaximumApplicationAddress 
Pointer to the highest memory address accessible to applications and DLLs. 
dwActiveProcessorMask 
Specifies a mask representing the set of processors configured into the system. Bit 0 is processor 0; bit 31 is processor 31. 
dwNumberOfProcessors 
Specifies the number of processors in the system. 
dwProcessorType 
An obsolete member that is retained for compatibility with Windows NT 3.5 and earlier. Use the wProcessorArchitecture, wProcessorLevel, and wProcessorRevision members to determine the type of processor. 
Windows 95/98/Me: Specifies the type of processor in the system. This member is one of the following values: 

PROCESSOR_INTEL_386
PROCESSOR_INTEL_486
PROCESSOR_INTEL_PENTIUM 

dwAllocationGranularity 
Specifies the granularity with which virtual memory is allocated. For example, a VirtualAlloc request to allocate 1 byte will reserve an address space of dwAllocationGranularity bytes. This value was hard coded as 64K in the past, but other hardware architectures may require different values. 
wProcessorLevel 
Windows NT/2000 or later: Specifies the system's architecture-dependent processor level. 
If wProcessorArchitecture is PROCESSOR_ARCHITECTURE_INTEL, wProcessorLevel can be one of the following values. Value Meaning 
3 Intel 80386 
4 Intel 80486 
5 Intel Pentium 
6 Intel Pentium Pro or Pentium II 



If wProcessorArchitecture is PROCESSOR_ARCHITECTURE_IA64, wProcessorLevel is set to 1. 

If wProcessorArchitecture is PROCESSOR_ARCHITECTURE_MIPS, wProcessorLevel is of the form 00xx, where xx is an 8-bit implementation number (bits 8-15 of the PRId register). The member can be the following value. Value Meaning 
0004 MIPS R4000 



If wProcessorArchitecture is PROCESSOR_ARCHITECTURE_ALPHA, wProcessorLevel is of the form xxxx, where xxxx is a 16-bit processor version number (the low-order 16 bits of a version number from the firmware). The member can be one of the following values. Value Meaning 
21064  Alpha 21064 
21066 Alpha 21066 
21164 Alpha 21164 



If wProcessorArchitecture is PROCESSOR_ARCHITECTURE_PPC, wProcessorLevel is of the form xxxx, where xxxx is a 16-bit processor version number (the high-order 16 bits of the Processor Version Register). The member can be one of the following values. Value Meaning 
1  PPC 601 
3 PPC 603 
4 PPC 604 
6 PPC 603+ 
9 PPC 604+ 
20 PPC 620 



wProcessorRevision 
Windows NT/2000 or later: Specifies an architecture-dependent processor revision. The following table shows how the revision value is assembled for each type of processor architecture. Processor Value 
Intel 80386 or 80486 A value of the form xxyz. 
If xx is equal to 0xFF, y - 0xA is the model number, and z is the stepping identifier. For example, an Intel 80486-D0 system returns 0xFFD0.

If xx is not equal to 0xFF, xx + 'A' is the stepping letter and yz is the minor stepping. 
 
Intel Pentium, Cyrix, or NextGen 586 A value of the form xxyy, where xx is the model number and yy is the stepping. Display this value of 0x0201 as follows: 
Model xx, Stepping yy
 
MIPS A value of the form 00xx, where xx is the 8-bit revision number of the processor (the low-order 8 bits of the PRId register). 
ALPHA A value of the form xxyy, where xxyy is the low-order 16 bits of the processor revision number from the firmware. Display this value as follows: 
Model A+xx, Pass yy
 
PPC A value of the form xxyy, where xxyy is the low-order 16 bits of the processor version register. Display this value as follows: 
xx.yy
 


Requirements 
  Windows NT/2000 or later: Requires Windows NT 3.1 or later.
  Windows 95/98/Me: Requires Windows 95 or later.
  Header: Declared in Winbase.h; include Windows.h.

---
Защитничек... Русская пословица: 20.05.02 07:21  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Не можешь cpать не мучай ж0пy! Это я о Билли.
Есть только 2 приемлемых для человечества варианта: Спецы работают с профессиональными системами. Ламеры работают с надежными и эффективными системами, для них создаными спецами.
Нынешнее сочетание: ламеры работают с кривыми системами - для человечества смертельно!
У него отрицательная эффективность, т.е. каждый очередной шаг порождает больше проблем, чем решает. И работает это все только на Билли и иже с ним т.к. вынуждает покупать все более мощные системы, которые порождают еще больше проблем, которые... и так до бесконечности на счете Г.
запись данных в другой процесс? 20.05.02 06:41  
Автор: BXS Статус: Незарегистрированный пользователь
<"чистая" ссылка>
хотя эту ф-цию не искал, сенкс за ответ в любом случае.
насчет QuerySystemInfo - это точно... такая должна быть (но я заменил ее под win32 CreateToolhelp32Snapshot которая то же кое что умеет...)

в то же время я столкнулся с РЕАЛЬНОЙ проблемой записи за шиворот другому процессу в WIN32. билли скорее удавица нежели разрешит это делать...
записать в чужой процесс - просто необходимо, но как это ухитрица сделать - ума не приложу....

вероятно, я далеко не первый кто сталкиваеца с этой проблемой...
однако решения найти не могу... да и в сети тоже пустовато...

не подскажите, куда глянуть можно на эту тему (win32) ?
запись данных в другой процесс? 20.05.02 07:25  
Автор: Killer{R} Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> хотя эту ф-цию не искал, сенкс за ответ в любом случае.
> насчет QuerySystemInfo - это точно... такая должна быть (но
> я заменил ее под win32 CreateToolhelp32Snapshot которая то
> же кое что умеет...)
NtQuerySystemInformation недокументирванная апи экспортруется из ntdll.dll и есть соответственной в НТобразных системах. Могу намылить 276-строчный тхт про нее, хотя думаю будет проще и быстрее набрать енту строчку в google.
> в то же время я столкнулся с РЕАЛЬНОЙ проблемой записи за
> шиворот другому процессу в WIN32. билли скорее удавица
> нежели разрешит это делать...
Нууу..Я думаю билли доодного места что и куда ты хочешь писать:. ReadProcessMemory(), WriteProcessMemory() под 98 пиши что хошь куда хошь, под нт - в процессы пользоваеля. (После 4го сп, а до оного была такая дырка что моно было в winlogon.exe писать Ж:-)
ну конечно! билли все бросит и будет писАть... 20.05.02 17:12  
Автор: BXS Статус: Незарегистрированный пользователь
<"чистая" ссылка>
эт вряд ли. WriteProcessMemory() да и ReadProcessMemory тоже пишут токо в том случае если разрешена запись/чтение на всю область памяти на которую я посягаю.
ясен пень что я хочу писать не в PaintBrush!! да и тот наверное тоже скрытный весь из себя и позволяет в него писать токо себе подобным... а каким таким органом мне в скажем kernel чонть забабахать?
причем сделать так чтоб не убить систему....
негоже писать в кернел если он после этого висит :)
тут нужно чонть хитрое лепить. а вот что именно - пока не додумался...
да и в инете не на каждом углу можно найти чтонть полезное...
может есть идеи на этот счет?
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach