I think you could determine if slim.exe is being run as a service from
the Parent Process as most times it is svchost.exe but it is quite
complex to to find the parent of a process.
Rather than trying to detect all situations, why not make it an
commandline option or preference to use/not use
Please try the latest trunk - svn 12227. I think I've found a way to
prevent the cmd window without using socketwrapper. Assuming it works
I hope this will keep everyone happy...
--
Triode
Triode's Profile:
The changes made to Source.pm in svn 12223 now cause socketwrapper to be
run when the trunk source code is being run as a Windows service using
srvany.exe. I think this may be the opposite of the intended effect,
at least according to the comment in the new code: Description: this
should only
See comments in the bug - I believe it was wrong, but we probably need a
better way of detecting running as a service so it catches your case
too
Do you actually have a problem with the latest socketwrapper and flacs
with embedded cues?
--
Triode
I run using the same setup, the Perl code running as a service on
Windows XP Pro using srvany.exe. If I transcode at the server then I
see the same thing - socketwrapper being used. But I don't get a DOS
box when this happens, so is there any real harm?
--
JJZolx
Jim