This one is baffling me. In Windows 10 I am getting the cmd.exe Application Error "The application was unable to start correctly (0xc0000142). Click OK to Close the application." If I start the Web PVR manager i get no programme types in the web page (see image). I can however download by using the URL. 

get_iplayer starts without problem in Safemode with networking and the Web PVR manager appears as it should with all programme types available i.e BBC TV, Radio,podcast etc.

I have tried installing in both safe mode and normal mode and disabled firewall but the problem remains the same. Does anyone know what might be causing this and how i can solve it?

There are no programme types in web pvr because get_iplayer doesn't run, so it's the same issue.  The fact that perl runs in safe mode just confirms what you and others have reported, namely that the Windows 10 upgrade installed some incompatible system component for your particular configuration.  If perl runs in safe mode, then it would seem the problem isn't with a direct dependency, but rather with some secondary dependency.  You could employ ProcMon in normal mode to monitor what perl.exe and its dependencies attempt to load and where a failure might lie.  The Perl interpreter is actually a DLL (perl518_.dll), so perhaps perl.exe is having trouble loading the interpreter at startup for some reason.  That's just a wild guess, but someone else found a W10 problem (unsolved) with perl loading its XML parser library:

/thread-516.html

@fullyabsorbent your log isn't very useful as you appear to have captured a snapshot of all events on your system. Try the following, in Procmon do the following steps:
1. Untick capture events under the File menu to stop unfiltered data appearing.
2.Clear screen under Edit menu (screen should be empty and at the bottom it should read (no events capture disabled).
3.Add the following filter under filter menu Process name is perl.exe then include click the add button then OK
4.Under filter menu tick Drop Filtered Events

5.Finally tick Capture Events under File menu

No data should be displayed at that point.
6.Open a command window and run get_iplayer -h

You should then see events relating to attempting to run perl.exe, save this as a log file and repost

Thanks that explains the process very well. However when i run get_iplayer -h in a command window i am getting the message "'get_iplayer' is not recognized as an internal or external command,
operable program or batch file."

Open the get_iplayer command window from the start menu and run from there.

I am still getting "'get_iplayer.cmd' is not recognized as an internal or external command,
operable program or batch file."

It seems you don't have get_iplayer installed, or don't have it installed properly.  Re-run the installer and select all components for installation. Also be sure to click the start menu shortcut labelled "Get_iPlayer", which should launch a command window and invoke get_iplayer to update its cache. If that doesn't work, post a screen shot with the error message so we can see what you see.

I have completely uninstalled and reinstalled get_iplayer. 

When i try and start the program from the start menu I get the same error "The Application was unable to start correctly (0xc0000142. Click OK to Close the application" (attached cmd)

Using errfmt's suggestion of running get_iplayer -h i get the error get_iplayer is not recognized etc (attached cmd get_iplayer -h).

If I run it from the start menu - right click - Run as administrator i get the same error (attached cmd from start)

Interestingly if i try to run get_iplayer from a command prompt "start get_iplayer" i am told that windows cannot find iplayer(attached start get_iplayer)

By starting web PVR manager i can generate a procmon log with the perl.exe filters applied https://www.dropbox.com/sh/ry2uk0v0a4r4z...dFGpa?dl=0

Sorry - my mistake. I should have told you to change to the get_iplayer installation directory in command window before running get_iplayer -h.  But, invoking from start menu or via Web PVR both suffice to exercise ProcMon. Sorry about that - should have gone back through the thread first.

(14-10-2015, 02:54 PM)By starting web PVR manager i can generate a procmon log with the perl.exe filters

But you don't say what happened in the web pvr.  Your procmon log shows that perl and get_iplayer itself ran OK. You should probably avoid the obfuscation of the Web PVR (2 or more different instances of perl are executed) and try it again with @errfmt's instructions (and opening a generic command window), but before running get_iplayer -h, change to the installation directory: cd /d "c:\Program Files (x86)\get_iplayer" Otherwise get_iplayer will not be found since it isn't in the system PATH.

Previously when i ran web PVR manager I was getting the same result as before, namely no options in programme type.

Thanks for the clarification. I have now run the command and generated the following log in procmon

https://www.dropbox.com/sh/ry2uk0v0a4r4z...dFGpa?dl=0

Another screen shot is in order. Your latest procmon log shows perl and get_iplayer ran OK.

@fullyabsorbent, checking your new logfile and comparing with my own system procmon , I notice that your Windows\SysWOW64 directory has been renamed to Windows\syswow64.
This may be not relevant but it the only difference I can find comparing to my successful get_iplayer launch. 
Perl is creating a lot of mappings to dlls in syswow64 that it does not do on my (correctly named SysWOW64).
I would suggest renaming the directory to SysWOW64 and also running a system integrity check.
Launch an Adminstrator command window and run
to check and repair your system files.
This may be a complete red herring but it is a strange problem you are reporting and the fact that your SysWOW64 directory has been renamed suggests some level of tampering/corruption of Windows system files.

@errfmt Scan shows no problems (attached)

I am unable to rename the syswow/64 folder even if i copy it to the desktop.

@user-2 what would you like a screen shot of?

Thanks

File and directory access in Windows is not case-sensitive. As your procmon log shows, perl has no trouble accessing your lower-case SysWOW64 directory. It is harmless in itself, but it is a bit strange that SysWOW64 was renamed at all. Not prima facie evidence of tampering, but very unexpected.  What is not unexpected is that DLLs from there are loaded when get_iplayer runs. That's the location of 32-bit system libraries and the perl distributed with get_iplayer is 32-bit.

You still haven't provided any evidence that your problem lies with perl or get_iplayer. It would seem perl works OK since you wouldn't be able to view the Web PVR otherwise, though something prevents it from invoking get_iplayer itself. Your procmon logs show both perl and get_iplayer running OK though, so let's leave procmon aside for a moment and break the problem down into constituent parts. Open a command window, change to the get_iplayer installation directory and run perl -v, which should print the perl version.  If it fails, post a screenshot of the error that results.  If it succeeds, run perl get_iplayer.pl -V, which should print the get_iplayer version. If that fails, post a screenshot of the error.  If it succeeds, run get_iplayer -V, which should print the get_iplayer version.  If that fails, post a screenshot of the error.  This sequence is meant to narrow down whether any problem lies with perl, get_iplayer, or the command shell.

@user-2 Thanks for that. seems that perl is in order (attached)

@errfmt This was an upgrade from windows 8.1 under which get_iplayer was working fine. Some time after the upgrade i had to reset the OS due to a problem with it failing to shut down (kept restarting). I do not know if get_iplayer was working in this interim period as i did not use it between the upgrade and the reset.

Sorry i assumed i had run the three tests 1) being perl -v 2) being perl get_iplayer.pl -V and 3) get_iplayer -V?

I have run cmd.exe /k get_iplayer.cmd --search dontshowanymatches && get_iplayer.cmd --help and i am getting Access is denied (attached)

Sorry - I fat-fingered that that last one, which should have been:
I don't think it will make it a difference, but try it and see if you get "Access Denied" again.

Yes Access is denied again

Thanks.  One final variation:
to make sure the "Access Denied" comes from cmd.exe rather than because of some resource get_iplayer is trying to access when performing a search. Given the content of your earlier procmon logs, I wouldn't expect that to be the case, but might as well check.