| |
|
|
| là je jusqu'à Ende cet Jahres ici malheureusement mon valise saisir doit, voudrais je qui Zeit volontiers nutzen, nochmals une kleine Diskussion anzuregen. und dir um folgenden Voir le texte source: KompilierenMarqueSéparationDEf @ExitWindowsEx(2) !USER32,ExitWindowsEx
DEF @FormatMessage(7) !KERNEL32,FormatMessageA
DEf @GetLastError(0) !KERNEL32,GetLastError
DEf @SetLastError(1) !KERNEL32,SetLastError
Declare GETERROR_Buffer#,Fehler&
PROC LastError
Parameters Rückgabe&
Declare GETERROR_Buffer$
DIM GETERROR_Buffer#,32000
@FormatMessage($1000,0,Rückgabe&,0,GETERROR_Buffer#,32000,0)
Let GETERROR_Buffer$=@STRING$(GETERROR_Buffer#,0)
Dispose GETERROR_Buffer#
Return GETERROR_Buffer$
Endproc
CLS
@SetLastError(0)
LET FEHLER&=@ExitWindowsEx($2,0)
LastError @GetLastError()
@messagebox(@$(0),Rückmeldung ExitWindowsEx: +@STR$(Fehler&),64< lass=s2>)
qui avec Windows95/98/ME wird festellen, qui qui calculateur problemlos herunterfährt. Anders mais sous NT/2000/XP => ici steht qui NT-Sicherheitstechnologie qui l'affaire im Weg. entier genauso sieht es avec qui API SetSystemTime aus. si on aus dem Voir le texte source mais une EXE pouvoir et cet sur PrivAktivate startet, sieht cela déjà quelque chose anders aus (aucun Angst, es venez pas qui Buhman raus et es volonté aussi aucun Systemeinstellungen gesetzt ). comment on voit, sommes cela grundlegende Funktionen - rien exotisches - pour mich ist Security c'est pourquoi aucunement exotisch, mais qui Grundlage aller Programmation sous NT. cela zum Anfang, doit maintenant anniversaire fêter... |
|
|
| |
|
|