[wdmaudiodev] Re: Why my apo dll is only loads from c:\windows\system32

  • From: "Matthew van Eerde" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "Matthew.van.Eerde" for DMARC)
  • To: "wdmaudiodev@xxxxxxxxxxxxx" <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Tue, 5 Mar 2019 11:07:40 +0000

OK, please share a process dump of the audiodg.exe crash.

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on 
behalf of Rajendra Sethi <rajendra.sethi11@xxxxxxxxx>
Sent: Tuesday, March 5, 2019 3:00:42 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Cc: Etienne Dechamps
Subject: [wdmaudiodev] Re: Why my apo dll is only loads from c:\windows\system32

Hi Matthew,
The registration process is showing successful but audiodg.exe is getting 
crashed. And if I restart the audiosrv or physical machine, I am unable to see 
the apo dll in audiodg.exe's associates modules list(This can be view through 
resource monitor). So it might me privilege issue if the path is "user desktop 
directory".

Regards,
Rajendra

On Tue, Mar 5, 2019 at 2:38 PM Matthew van Eerde 
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>> wrote:

  *   I already changed the APO CLSIDs

OK, good. Just making sure.


  *   It was not working

Please elaborate on “not working”. What is the behavior your observe?

Logs might also help: 
https://blogs.msdn.microsoft.com/matthew_van_eerde/2017/01/09/collecting-audio-logs-the-old-fashioned-way/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblogs.msdn.microsoft.com%2Fmatthew_van_eerde%2F2017%2F01%2F09%2Fcollecting-audio-logs-the-old-fashioned-way%2F&data=02%7C01%7Cmatthew.van.eerde%40microsoft.com%7C174d3a29166247b9cd6d08d6a159eb39%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636873804948882232&sdata=ZTOjlA5DlsWpduByVZHAsDLZmWtOhrpzKwVHelMoF%2B4%3D&reserved=0>

From: Rajendra Sethi<mailto:rajendra.sethi11@xxxxxxxxx>
Sent: Tuesday, March 5, 2019 12:50 AM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Cc: Etienne Dechamps<mailto:etienne@xxxxxxxxxxxx>
Subject: [wdmaudiodev] Re: Why my apo dll is only loads from c:\windows\system32

Hi Matthew,
    Thank you for your suggestion.
    It's getting registered after keeping the DLL in OS Directory i.e, C:\. It 
was not working when i tried the registration from user Desktop directory. And 
I already changed the  APO CLSIDs  .

On Mon, Mar 4, 2019 at 6:32 PM Matthew van Eerde 
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>> wrote:
Every bug report should contain three things – what you did, what you expected 
to happen, and what actually happened.

You have two of the three. What actually happened?

Is the audio engine loading the version of the .dll in C:\windows\system32? Is 
it trying to load the version of the .dll in the other location, but failing? 
If it is failing, what is the error code?

Whenever you make a copy of the sample APO, it is very important to change the 
APO CLSID. Otherwise, if your driver ends up on the same system as someone 
else’s, your APO CLSIDs will collide, and there is no good possible outcome. 
You will need to change the CLSID in both the APO implementation and in the COM 
registration in the .inf.


From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx> 
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on 
behalf of Rajendra Sethi 
<rajendra.sethi11@xxxxxxxxx<mailto:rajendra.sethi11@xxxxxxxxx>>
Sent: Monday, March 4, 2019 4:03:12 AM
To: Etienne Dechamps
Cc: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Re: Why my apo dll is only loads from c:\windows\system32

Hi Etienne,
   Thanks for the suggestion.
Regards,
Rajendra

On Mon, Mar 4, 2019 at 4:59 PM Etienne Dechamps 
<etienne@xxxxxxxxxxxx<mailto:etienne@xxxxxxxxxxxx>> wrote:
The Windows Audio Engine service that loads APO DLLs runs under
limited privileges and doesn't have access to large parts of the
filesystem.

To solve this problem, either make sure that service has the necessary
filesystem ACLs to access your APO DLL, or move the DLL to some
location the service has access to.

Pointing the Process Monitor tool to the audiodg.exe process is a good
way to troubleshoot this kind of problem.

On Mon, 4 Mar 2019 at 10:32, Rajendra Sethi 
<rajendra.sethi11@xxxxxxxxx<mailto:rajendra.sethi11@xxxxxxxxx>> wrote:


Hi All,
   I am trying to load the apo dll which is a copy of windows sample swapapo 
project from different location(not c:\windows\system32). But I am not able 
to load the dll.
I am registering the DLL using regsvr32 "Location\swapapo.dll".
Any suggestions?

--
Thanks And Regards
 Rajendra Sethi


--
Thanks And Regards
 Rajendra Sethi


--
Thanks And Regards
 Rajendra Sethi



--
Thanks And Regards
 Rajendra Sethi

PNG image

Other related posts:

  1. Home
  2. wdmaudiodev
  3. Archive
  4. 03-2019