WinAPI

• D

  SMART
  • DMX  

  3
  0
  Stimmen
  3
  Beiträge
  2313
  Aufrufe

  V

  haste inzwischen erfolg gehabt? ich steh diesbezüglich auch grad in ner undokumentierten wüste. edit: falls es hilft, hab ein paar sachen zusammenkopiert, die aber gar nicht so klappen. vielleicht aber als stichwortgeber: #include <iostream> #include <windows.h> //#include <winioctl.h> #include <ddk/ntdddisk.h> using namespace std; void test() { HANDLE hDevice=CreateFile("\\\\.\\PhysicalDrive0", // drive to open 0, // no access to the drive FILE_SHARE_READ| // share mode FILE_SHARE_WRITE, NULL, // default security attributes OPEN_EXISTING, // disposition 0, // file attributes NULL); // do not copy file attributes if(hDevice==INVALID_HANDLE_VALUE) // cannot open the drive { throw "cant open device"; } SENDCMDINPARAMS* scip=reinterpret_cast<SENDCMDINPARAMS*>(operator new(1024)); scip->cBufferSize=512; scip->irDriveRegs.bCommandReg=SMART_CMD; scip->irDriveRegs.bFeaturesReg=RETURN_SMART_STATUS|READ_ATTRIBUTES; scip->bDriveNumber=0; scip->bBuffer[0]=231; SENDCMDOUTPARAMS* scop=reinterpret_cast<SENDCMDOUTPARAMS*>(operator new(1024)); DISK_GEOMETRY pdg; DWORD junk; bool rc=DeviceIoControl(hDevice, // device to be queried SMART_RCV_DRIVE_DATA, // operation to perform scip,512, // no input buffer scop,512, // output buffer &junk, // # bytes returned (LPOVERLAPPED) NULL); // synchronous I/O if(!rc) cout<<"error: "<<GetLastError()<<endl;//hier kommt fehler 5 cout<<"scopds "<<scop->DriverStatus.bDriverError<<endl; cout<<"scopbu "<<scop->bBuffer<<endl; CloseHandle(hDevice); } int main() { test(); return 0; } edit2: und wenn jetzt jemand sagt, der würde keine sachen auslesen, weil delete fehlt, dann hab ich das schon erwartet. [ Dieser Beitrag wurde am 13.05.2003 um 03:49 Uhr von volkard editiert. ]
• ?

  Kontrolle LPT
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  737
  Aufrufe

  ?

  ES könnte ja sein, das eine Emulation in Frage kommt bzw. es eine solche gibt, da TTL ja ein Standartsignal ist. So long Tobias God bless you
• ?

  Fenster-Killer
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  910
  Aufrufe

  ?

  Okay, funktioniert doch, allerdings habe ich PostMessage benutzt. Ich klappte nicht, da ich beim Testen davon ausgegangen bin, dass das Fenster schon offen sein kann. Danke für die Hilfe am Anfang
• I

  Modale Dialoge
  • Ishildur  

  6
  0
  Stimmen
  6
  Beiträge
  489
  Aufrufe

  S

  ChildFenster => CreateWindowEx(); dann machst du alle Buttons und Checkboxes auch mit CreateWindowEx();
• L

  optionaler Parameter
  • Luke1410  

  7
  0
  Stimmen
  7
  Beiträge
  933
  Aufrufe

  L

  @René: Habe es vielleicht nicht klar genug geschrieben, oder verstehe den ersten Punkt bei dir nicht. Der Funktionsaufruf sieht folgendermaßen aus: Log(STRING,[flag]); Flag ist dabei IMMER vom Datentyp int (Wert zwischen 1 und 3); mehr Parameter gibt es nicht. Es wäre also auch durch Funktionsüberladung möglich, will ich aber nur im Notfall machen, da die Funktion auch in einigen älteren C-Programmen verwendet wird. Wird flag nicht angegeben, soll die Funktion so arbeiten, als wäre 1 übergeben worden. Dein 2. Zitat habe ich wohl in der MSDN übersehen... @miller_m: Ich brauche nicht die Anzahl der Parameter... ich muss nur wissen ob überhaupt der "flag"-Parameter übergeben wurde, oder ob der nicht gesetzt war. Wenn er nicht gesetzt ist/übergeben wurde, soll die Funktion arbeiten (default) als wäre eine 1 übergeben worden... Wobei ich mir langsam nicht mehr sicher bin, ob das überhaupt mit optionalen Parametern möglich ist, oder ob kein Weg an Funktionsüberladung dran vorbei führt. @<redu>&miller_m: Danke für den Tipp mit vsprintf. So eine Funktion hab ich schon seit Monaten gesucht. Behebt zwar nicht das eigentliche Problem, aber damit kann ich dann die Log-Funktion ausbauen und muss nicht immer vor dem Aufruf sprintf benutzen, wenn ich Text formatieren will. Der komplette Quellcode ist unter http://www.luke1410.de/xfighter.rar unter SourceCode\log.cpp zu finden, falls das vielleicht dann verständlicher ist. [ Dieser Beitrag wurde am 12.05.2003 um 17:53 Uhr von Luke1410 editiert. ]
• R

  Outlook
  • Robby  

  6
  0
  Stimmen
  6
  Beiträge
  813
  Aufrufe

  F

  Also ich habe auch Outlook 2000. Ich habe es mal auf verschiedenen Rechnern ausprobiert es geht immer. Alsi auch wenn's mal am Exchange hängt oder nicht. Haste mal debuggt? Wo fliegt er raus?
• ?

  Menü Icons
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  392
  Aufrufe

  R

  SetMenuItemInfo kommen aber für mich nicht in Frage da die Icons dabei nur 13x13 Pixel gross sein dürfen Nein, Du musst WM_MEASUREITEM überschreiben, dort kannst Du Deine eigene Grösse angeben.
• F

  Winproc in Klasse
  • Flow_cplus  

  7
  0
  Stimmen
  7
  Beiträge
  754
  Aufrufe

  ?

  Also... in den globalen Bereich setzt du die Funtion LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) und in deiner Fensterklasse eine Funktion welche etwa so heisst: LRESULT MessageFunktionMeinerKlasse( HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam ) Nun leitest du die Nachrichten von der globalen Funktion zu der Instanz deines Fensters. Das sollte funktionieren und ist die mir einfachste bekannte Art.
• P

  Klasse in der Fenster erzeugt wird
  • Parapiler  

  10
  0
  Stimmen
  10
  Beiträge
  704
  Aufrufe

  B

  nein
• M

  Frage zu editboxen
  • mrchat  

  12
  0
  Stimmen
  12
  Beiträge
  1006
  Aufrufe

  M

  ich hab auch beim coden nen kleinen fehler gehabt.. sorry *zwinker* aber in deiner anweisung sind auch nen paar fehler drinne... ich kompiliers grad ma.. moment.. (nach verbesserung deiner kleinen fehler) und... ja es geht thx für die hilfe
• ?

  raw sockets
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  657
  Aufrufe

  ?

  So hier mal der ganze code. Es sollen nur daten gesendet werden und nicht empfangen. #include <stdio.h> #include "main.h" #define szSTRING "TesTesTesTesTesTesT\0" struct ip_header_s { unsigned char ip_hl:4, ip_v:4; unsigned char ip_tos; unsigned short int ip_len; unsigned short int ip_id; unsigned short int ip_off; unsigned char ip_ttl; unsigned char ip_p; unsigned short int ip_sum; unsigned int ip_src; unsigned int ip_dst; }; struct udp_header_s { unsigned short int uh_sport; unsigned short int uh_dport; unsigned short int uh_len; unsigned short int uh_check; }; int main() { char Packet[1024]; SOCKET s; ip_header_s *iphdr = (struct ip_header_s *)Packet; udp_header_s *udphdr = (struct udp_header_s *)Packet + sizeof(struct ip_header_s); strcat(Packet, szSTRING ); sockaddr_in sockaddr; WinsockStartup(); sockaddr.sin_family = AF_INET; sockaddr.sin_port = htons(7777); sockaddr.sin_addr.s_addr = inet_addr("80.128.134.124"); s = socket(AF_INET, SOCK_RAW, IPPROTO_RAW); if(s == INVALID_SOCKET) { printf("Invalid Socket\n"); return 0; } memset(Packet, 0, sizeof(Packet)); iphdr->ip_hl = 5; iphdr->ip_v = 4; iphdr->ip_tos = 0x8; iphdr->ip_len = sizeof(struct ip_header_s) + sizeof(struct udp_header_s) + sizeof(szSTRING); iphdr->ip_id = 156; iphdr->ip_off = 0; iphdr->ip_ttl = 128; iphdr->ip_p = IPPROTO_RAW; iphdr->ip_sum = 0; iphdr->ip_src = inet_addr("80.128.134.124"); iphdr->ip_dst = inet_addr("80.128.134.124"); udphdr->uh_check = 0; udphdr->uh_len = htons(sizeof(struct udp_header_s) + sizeof(szSTRING)); udphdr->uh_sport = htons(7777); udphdr->uh_dport = htons(7777); udphdr->uh_check = Checksum((unsigned short *)Packet, iphdr->ip_len ); iphdr->ip_sum = Checksum((unsigned short *)Packet, iphdr->ip_len ); memcpy(Packet, &iphdr, sizeof(ip_header_s)); memcpy(Packet + sizeof(udp_header_s), &udphdr, sizeof(udp_header_s)); memcpy(Packet + sizeof(ip_header_s)+ sizeof(udp_header_s), szSTRING, sizeof(ip_header_s) + sizeof(udp_header_s) + sizeof(szSTRING)); sendto(s, Packet, sizeof(Packet), 0 , (struct sockaddr *) &sockaddr, sizeof (sockaddr)); return 0; }
• L

  Bitte helft mir: HDC
  • Lenin2001  

  6
  0
  Stimmen
  6
  Beiträge
  612
  Aufrufe

  ?

  Ich weiß auch nicht, ob das oben funktioniert, hab es nicht getestet, da ich keine Klasse habe. Original von Lenin2001: Ansonsten soll die hdcMem im Speicher bleiben. Einen DC brauchst Du nur zum Zeichnen. Nach Gebrauch solltest du ihn in seinen ursprünglichen Zustand bringen, d.h. Bitmap wieder raus und ihn dann löschen/freigeben. DC sind Systemobjekte, die begrenzt(!) sind und deshalb immer gleich nach Gebrauch zurückgegeben werden sollten. Darum darf auch DeleteDC (hdcMem) erst aufgerufen werden, wenn die Map neu gezeichnet werden soll. Deine Arbeit ist im Bitmap, nicht im DC. Das Bitmap enthält die Bilddaten, es sollte die gesamte Laufzeit über bestehen bleiben. Natürlich kannst du auch immer ein neues anlegen und das alte freigeben. Das Bitmap kann aber im Gegensatz zum DC ohne Probleme bestehen bleiben. Vielleicht gehe ich ja damit falsch um! Ich dachte mir, daß man schön drei Bilder zeichnet und die immer wieder verwendet.. ja, Bild == Bitmap != DC. Deshalb würde ich das Bitmap einmal im Konstruktor erzeugen, mit Hilfe des DC zeichnen, den immer gleich wieder freigeben und das Bitmap erst im Destruktor wieder löschen. Dann brauchst Du es ja nicht mehr.
• ?

  Prog vor dem Anmelden staten
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  420
  Aufrufe

  ?

  Eigentlich wollte ich ein Prog schreiben, welches mehrere Computer Administriert. Es währe schön, wenn jeden der PCs nicht anmelden müsste.
• ?

  DNS Nachricht
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  542
  Aufrufe

  ?

  jop schau mal auf www.c-worker.ch da gibts ein Tut zum udp protokoll
• ?

  Anderes Programm aufrufen und auf dessen Ende warten
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  631
  Aufrufe

  F

  DOS (16bit) würde ich sagen NEIN, da dies wenn mich grad nicht alles äuscht kein Multi-Threading kein. In Konsolen-Anwendungen (32bit) aber natürlich möglich. Nur: was hat das mit dem Thema dieses Threads zu tun?
• T

  &quot;Globale&quot; Variable in DLL, wie static Klassen Member?
  • TheToast  

  4
  0
  Stimmen
  4
  Beiträge
  615
  Aufrufe

  U

  #pragma data_seg ("shared") char globstring[256][64] = {'\0'}; #pragma data_seg() #pragma comment(linker,"/SECTION:shared,RWS")
• ?

  messages an fremdanwendungen schicken
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  576
  Aufrufe

  ?

  Vielen Dank, ihr habt mir sehr weiter geholfen!!! Jetzt dürfte alles funktionieren grüsse executor
• ?

  Toolbar - Button ändern
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  380
  Aufrufe

  ?

  Hi Also ich habe eine Toolbar erstellt: TBBUTTON buttons[]={ {0,0,TBSTATE_ENABLED,TBSTYLE_SEP , 0, 0}, {1,MENU_VERBINDEN,TBSTATE_ENABLED,TBSTYLE_BUTTON , 0, 0}, {2,0,TBSTATE_ENABLED,TBSTYLE_SEP , 0, 0}, {3,TB_BUTTON2,TBSTATE_ENABLED,TBSTYLE_BUTTON , 0, 0}, {4,TB_BUTTON3,TBSTATE_ENABLED,TBSTYLE_BUTTON , 0, 0}}; HBITMAP hBmp=(HBITMAP)LoadImage(0,"toolbarBmp.bmp",IMAGE_BITMAP,0,0, LR_LOADFROMFILE|LR_DEFAULTSIZE| LR_CREATEDIBSECTION); hwndtb=CreateToolbarEx(hwnd, WS_CHILDWINDOW| WS_VISIBLE| WS_CLIPCHILDREN | WS_OVERLAPPED | TBSTYLE_FLAT, 0, 5, 0, (UINT)hBmp, buttons, 5, 25, 20, 25, 20, sizeof(TBBUTTON)); proc = (WNDPROC)SetWindowLong( hwndtb , GWL_WNDPROC , (LONG)(WNDPROC)ToolProc ); ... case MENU_VERBINDEN: SendMessage(hwndtb,TB_CHANGEBITMAP, (WPARAM)MENU_VERBINDEN, (LPARAM)VERBINDEN2); ... Ich möchte, dass sich der button "MENU_VERBINDEN" verändert wenn man ihn anklickt, also ein neues bitmap geladen wird, aber irgendwie funztioniert es nicht. Achja und wie kann ich bei meinem code die größe einzelner buttons verändern [/cpp]
• A

  EXE aus Programm minimiert aufrufen
  • Aki66  

  3
  0
  Stimmen
  3
  Beiträge
  472
  Aufrufe

  A

  Vielen Dank Hat geholfen. Gruß Aki
• F

  TCP Ports -> PID
  • FrankE  

  1
  0
  Stimmen
  1
  Beiträge
  377
  Aufrufe

  F

  Hallo, ich möchte unter Win 2000 aus einer Liste der TCP-Ports die zugehörigen Prozess ID's ermitteln, Weiss jemand was ich da anstellen muss? Gruß, Frank