Вижте какво намерих в документацията на .NET Framework 1.1 (

Съдържаниет е скрито
Влезте за да го видите

Каква сърцераздирателна драма.

Съдържаниет е скрито
Влезте за да го видите

You are my hero!
След твоите разкрития спирам да чета МСДН и отивам да си инсталирам линукс! Майкрософт наистина доказаха, че са зле.

Георги Чорбаджийски президент!

---------------------------------------------
Внимавай в банята, че съм отзад!!!

ама и какво заглавие е турнал в тия взривоопасни времена тоя уикенд, само Гуру да се върне от киното да видим какво става... пък като гледам някой вече се е изказал по-долу

Бриджит Джоунс 2 управлява

--
Sometimes the sole purpose of your life is to serve as a warning to others.

Я да 'реюзна' темата -

вижте на какви интересни Шел функции попаднах, добавени в XP да не каже човек, че са някакви останки от едно време:

Като за начало:
SHGetUnreadMailCount Function

Обаче още по-интересно - има и
SHSetUnreadMailCount Function

(да оставим на страна за чий му е това на шела, ама толкова ли няма COM за тия хора...)


След това, от край време WinExec е obsolete и за 16 bit compatibility.
Обаче, следната функция е добавена в Windows XP:

WinExecError Function
-----
Retrieves the error value generated if the WinExec function cannot run a specified application.
Syntax

VOID WinExecError(HWND hwnd,
int error,
LPCTSTR lpstrFileName,
LPCTSTR lpstrTitle
);

И най-интересното, забележете, че връща VOID...

Сигнатура!

Днес ми се наложи да се боря с винапита и ето на какви бисери попадам. Може и да не разбирам ИДЕОЛОГИЯТА която стои зад тях, затова ако бъркам - моля обяснете ми.

Днес, след епични битки с мсдн-а много сериозно се издразних на пълната му безполезност и на следните неща:

BOOL MiniDumpWriteDump(

  HANDLE hProcess,

  DWORD ProcessId,

  HANDLE hFile,

  MINIDUMP_TYPE DumpType,

  PMINIDUMP_EXCEPTION_INFORMATION ExceptionParam,

  PMINIDUMP_USER_STREAM_INFORMATION UserStreamParam,

  PMINIDUMP_CALLBACK_INFORMATION CallbackParam

);



hProcess 

   [in] Handle to the process for which the information is to be generated. This handle must have read and query access. 

ProcessId 

   [in] Identifier of the process for which the information is to be generated. 

void GetThreadId(

  HANDLE Thread

);



If the function succeeds, the return value is the thread identifier of the specified thread.



If the function fails, the return value is zero. To get extended error information, call GetLastError.

void GetProcessId(

  HANDLE Process

);



Return Values

   If the function succeeds, the return value is the process identifier of the specified process.



   If the function fails, the return value is zero. To get extended error information, call GetLastError.

6) Loop1 is the for-loop is great name for a variable

LOL! Май пак стават модерни делфийските имена. Малко небрежно са писали хелпа.

4) Concatenation of strings in loop is well-known bad practice - StringBuilder should be used instead

Обяснявай на някой, който за сефте вижда .НЕТ, какво е StringBuilder. А хелпа със сигурност се чете и от такива.

Съдържаниет е скрито
Влезте за да го видите

Редактирано от ¤ Wolfheart ¤ на 22.02.05 20:28.

За CreateFile - ти си хванал функция, която е специфична конкретно за Windows платформата и чрез нея можеш да получиш "малко по-специфичен достъп" до файла (имам предвид, че можеш да ползваш особеностите на NTFS).

Иначе си имаш и fopen, fread и fwrite.

За PID-a и Handle-a на процес - PID-a е глобален уникален за системата идентификатор на процес. Чрез него можеш да получиш (ако имаш права) локален дескриптор (Handle), чрез който можеш да изискаш информация за процеса или да го манипулираш. И тук забележи, чрез interprocess communication ти можеш да прехвърлиш PID-а на даден процес от твоя процес към друг, но този другия няма гаранция, че ще получи достъп за "баране". От друга страна handle-а е локален дескриптор и няма начин да се ползва от друг процес.

Иначе за грешките в MSDN-a съм напълно съгласен - има случай да си блъскам главата с дни за някои по специфични неща (а и MS по newsgroup-ите не отговарят много много за жалост) :-(

Мерси за инфото. Имаше файда :) - малко ми просветна. :)
Това рядко се случва по тези клубове :)

Microsoft is not the answer. It is the question, and the answer is no.