commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38919] New: - [daemon] prunsrv prohibits non-alphanumeric characters in service names
Date Fri, 10 Mar 2006 11:25:02 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38919>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38919

           Summary: [daemon] prunsrv prohibits non-alphanumeric characters
                    in service names
           Product: Commons
           Version: unspecified
          Platform: Other
        OS/Version: Windows 2000
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Daemon
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: stefan.vogel@med.ge.com
                CC: markus.schneider@med.ge.com


On Windows, the Apache daemon prunsrv prohibits non-alphanumeric characters in
the service name, for example blanks, while installing the service
(//IS//<servicename>). Checking the service names on my machine and other
peoples PCs show that there do exist services with blanks and numeric characters
in the service name. So why is prunsrv prohibitting this?

I have searched the web for any conventions regarding Windows servce names. The
MSDN documentation for CreateService
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createservice.asp)
does only only forbid slash (/) and backslash (\). It defines the service name
like this: "Pointer to a null-terminated string that specifies the name of the
service to install. The maximum string length is 256 characters. The service
control manager database preserves the case of the characters, but service name
comparisons are always case insensitive. Forward-slash (/) and back-slash (\)
are invalid service name characters."

This should be fixed in service.c, __apxIsValidServiceName function by checking
the service name length (max 256) and making sure there is no slash or backslash.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message