C++/VB - Getting the wake source device

Is it possible to find the device which was the wake source to wake from ACPI
S3 state with Win32 APIs? If yes which APIs should be used?

  Arkady Frenkel replied...

Some network cards( drivers )  can invoke PC if magic packet send to them
http://en.wikipedia.org/wiki/Wake-on-LAN
Arkady

  Doron Holan [MSFT] replied...

no, not really.  i think there is an event in the event log, but i can't say
for sure.  furthermore, many devices "lie" and multiple devices can claim
they are the source of wake when they are not.  why do you need the info?

d

--
Please do not send e-mail directly to this alias. this alias is for
newsgroup purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.

  Vija replied...

By programmatically finding the wake source, my application should turn on
the display only if the wakeup is due to a network packet received by a
network adapter.

Thanks,
Vijay

  Doron Holan [MSFT] replied...

you would need a way to query the NIc for this information

d

--
Please do not send e-mail directly to this alias. this alias is for
newsgroup purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.

docs.: microsoft.public.dotnet.languages.vb Microsoft never did much in terms of documenting the APIs for VB. I think the idea is that if you are using APIs then you are using C++. So most of the documentation is for C++. If that win32tutor / references.php win32.hlp is about 24 MB. it is all of the basic APIs as of Win98, with detailed explanations. It does not cover as much as MSDN does, but it covers the core APIs with pretty much the same pages you will find in MSDN. You'll then just or have for on using I cannot see any reason to blame MS here: The APIs are documented in the MSDN with their C conventions. The VB online help as well MSDN (whcih still include the VB 'classic' help) are offering informationen on how to call APIs from VB and how to convert to and from C data types. IMHO this is in the eye of the beholder . . . and the software company marketers.Those are the core APIs. Windows has not changed fundamentally since Win95. The major changes are some "under the hood" and updates for hardware. The GUI concept, uses, functionality and basic APIs have remained pretty much the same. As has the software. . . .Word processors are still pretty

How to Call Ntxxx APIs from Kernel? C++ / VB Hi All, I am trying to call Ntxxx (e.g. NtCreateFile possible? I only get a failure error in return. I am able to call Zwxxx APIs successfully from this driver. Let me know if I need to add any more details for your help. sarshah. Win32 Kernel Discussions ExGetPreviousMode (1) IoCreateFile (1) NtCreateFile (1) WinPE (1) APIs (1) WinDrvr (1) Response.Jonathan (1) Filesystem (1) Why are you trying to do this original) addresses to make a direct call. Addresses calculated from ntoskrnl.exe are of Ntxxx APIs. I dont have the option to restore SSDT otherwise i would have restored them and business of creating customer support nightmares for the world. Stop trying to. Call the documented APIs that are provided to you, in the ordinary way. Hi, Just some notes: As long state. Marvin Thanks everyone for your response. Jonathan: Thanks for you suggestion. Calling the documented APIs in the ordinary way wont work here. They are already hooked by the malware. Don registry? sarshah. Thanks everyone for your response. Jonathan: Thanks for you suggestion. Calling the documented APIs in the ordinary way wont work here. They are already hooked by the malware. Don by such tools, or breaks on different releases of the operating system. Call the documented APIs that are provided to you, in the ordinary way, and concentrate upon driving your device

msdn2.microsoft.com / en-us / library / ms684320(VS.85).aspx Kellie. You can use standard apis to check this. try on apis newsgroup (comp.os.ms-windows.programmer.win32) Hi Jeff, also a very reliable method is and analyze its sections and headers. the windows api has the process helper and debugging apis that will help you out here. what you need is to find the PE32+ in kerem-g.spaces.live.com / Latest Open-Source Projects: http: / / entwicklung.junetz.de - -- -- -- -- -- -- -- -- -- -- -- no, useless : apis already do that. Hi m. . . .anaylze the file content with apis, thats what i am talking about, . . .if you like byte by byte but debugging apis will do for you, . . . Regards K. - - - -- -- -- -- -- -- -- -- -- -- -- Beste Grüsse / Best regards / Votre bien devoue Kerem Gümrükcü Latest Open-Source Projects: http: / / entwicklung.junetz.de - -- -- -- -- -- -- -- -- -- -- -- No need to analyse, as user mode apis tell you directly the result (32, 64, . . ) Hi, I think Matthieu and Alain are referring to the following Win32 APIs: GetBinaryType() SHGetFileInfo() http: / / msdn2.microsoft.com / en-us / library / aa364819.aspx http: / / msdn2.microsoft.com

and the Terminal Services / Fast User Switching. Would anyone have a hint about the right APIs respectively could point me into the right direction (I would assume LogonUser() and CreateDesktop() might XP (1) Windows Server (1) GINAs (1) BSODs (1) SetThreadDesktop (1) DefWindowProc (1) ACLs (1) APIs (1) Are you trying to make a multiuser WinXP? It likely would violate the MS like this years ago on Win2k purely for personal gratification. The problem is not the APIs but to make sure you know what your exact requirements are and whether you can and because of that I would hope someone here could point me to the right APIs. Thanks again. No, it is not easier since there are not the API's to does not provide functions to reimplement TS respectively a multiuser environment and the existing TS APIs are there only to interact with the service itself?! Given this I would really have aware of all details) but as mentioned I am specifically looking for the right functions / APIs to start with. These are issues mentioned on the site of "SUperior SU" as well Applications that care whether there are multiple users currently logged on can use the TS APIs to find out, and maybe do something about it, and the other 99% of applications I guess it comes down to the question I already posted before, do the TS APIs only offer interaction with the service or would one actually be able to implement a

VC Language Discussions Vista (1) Linux (1) XP (1) CreateDirectoryW (1) CreateDirectoryA (1) CompareStringW (1) APIs (1) George4Academic (1) Windows Mobile (CE in general, actually) is Unicode only. The *A APIs that are used in a non-Unicode build simply don't exist in CE, so me that this would have worked. Use of characters > 0x7F would demand that all the APIs should interpret them as UTF8 (in which code points are represented by a sequence of such characters) or (as hitherto) as single entire characters in some code page. For some APIs this must surely matter. At least with the . . W(0) routines they *know* that they Windows CE? regards, George http: / / msdn2.microsoft.com / en-us / library / ms834423.aspx file-system APIs. Predictably, Windows CE supports only CompareStringW, and not CompareStringA. In addition, Windows CE supports only restricted forms of the ANSI-Unicode conversion APIs." - - With best wishes, Igor Tandetnik With sufficient thrust, pigs fly just fine. However, this is what everyone has said - a dozen or more times! CE only has Unicode (UTF-16). APIs which treat text only exist for unicode. Among them is CreateDirectoryW but not CreateDirectoryA Dave