SourceOffSite 4.0.1 Service can not start.

Guest · Post by **Guest** » Fri May 07, 2004 8:08 pm

Service cannot be started. System.ArgumentException: Illegal characters in path.
at System.IO.Path.Combine(String path1, String path2)
at ClassicService.Server.Startup(String[] args)
at ClassicService.ClassicService.OnStart(String[] args)
at System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object state)

corey · Post by **corey** » Mon May 10, 2004 1:04 pm

Email "support@sourcegear.com" the sossvr.prp file from your server installation folder. It appears that your config file might be the problem.

Guest · Post by **Guest** » Tue May 11, 2004 9:02 pm

#SourceOffSite Server 4.0.1 Properties
#Sat May 08 10:07:13 2004
#
#
# Server logging
#
# Log to log.txt file
server.log=2
server.overwritelog=yes
#
# Databases
#
server.database=C:\\Program Files\\Microsoft Visual Studio\\Common\\VSS\\srcsafe.ini
#
# Database aliases
#
server.aliases=
#
# Serial Numbers
#
server.serialnumbers=97a3bd41ffff00000000000458f4cb9a
#
# Ports
#
server.secure.port=8081
server.unsecure.port=8080
#server.idleconnections=0
#
# Optional Settings
#
#
# Users
#

corey · Post by **corey** » Wed May 12, 2004 12:40 pm

Is there a log.txt file located in your server's installation folder? If there is, post the contents of the log. If there isn't, then you may want to try reinstalling the server.

Guest · Post by **Guest** » Fri May 14, 2004 1:48 am

There is no log file.I uninstall and install again, and the service still can not start. Then I uninstall and change the default install folder to c:\sos, this time the service can start now. And I can connect to the server use client. I install to C:\Program Files\SourceOffSite Server, and the service can not start, and no log file.
It seems that it can work if I install to C:\SOS or some dir that there is no space in the path.
Following is the log when it can work
2004-5-14 15:44:45 - ****************************************************
2004-5-14 15:44:45 - SourceOffSite Server 4.0.1 Professional - With Cryptography

2004-5-14 15:44:45 - CurrentCulture is zh-CN.

2004-5-14 15:44:46 - Server Information
2004-5-14 15:44:46 - Operating System: Microsoft Windows XP Professional
2004-5-14 15:44:46 - Service Pack: 2.0
2004-5-14 15:44:46 - OS Version: 5.1.2600
2004-5-14 15:44:46 - Locale: Ox0804
2004-5-14 15:44:46 - OSLanguage: 1033
2004-5-14 15:44:46 - Total Physical Memory: 1022.72 MB
2004-5-14 15:44:46 - Time Zone: (GMT+08:00) Beijing, Chongqing, Hong Kong, Urumqi
2004-5-14 15:44:46 -
2004-5-14 15:44:46 - SSAPI.dll Information:
2004-5-14 15:44:46 - Location: file:///C:/sos/Interop.SourceSafeTypeLib.DLL
2004-5-14 15:44:46 - DisplayName: Interop.SourceSafeTypeLib, Version=5.1.0.0, Culture=neutral, PublicKeyToken=null
2004-5-14 15:44:46 -
2004-5-14 15:44:46 - Started at 2004-5-14 15:44:46

2004-5-14 15:44:46 - General logging level is Error. Method logging is Disabled.

2004-5-14 15:44:46 - Number of licenses configured: 10
2004-5-14 15:44:46 - SourceSafe Initialization file(s) located at:
2004-5-14 15:44:46 - F:\jetsun\IMDS_SourceCode\srcsafe.ini

2004-5-14 15:44:46 - srdc-cedf is attempting to listen for connections on secure port 8081
2004-5-14 15:44:46 - srdc-cedf is attempting to listen for connections on unsecure port 8080

2004-5-14 15:44:46 - Waiting for a connection....secure = False
2004-5-14 15:44:46 - Waiting for a connection....secure = True
====================
I have meet another problem. The client connected to the server, and get the wrong tree of the database, i have retrieve the tree.
Following is the snap of screen.

Guest · Post by **Guest** » Fri May 14, 2004 2:02 am

The tree in 2.jpg is right in the picture, from the log of the client We can know it list IMDS and VH at first, and I retrieve the tree several times and it retrieve the correct tree, IMDS and VHS.
The picture untitled.JPG is the state of the database early(with IMDS ,VHS,VHStudio three project dir). Three users see the different tree of database. One can see IMDS and VH, and no file in VH, second user can see IMDS and VHS, the third user can see IMDS and VHStudio. It seems that there is something wrong in retrieve the tree.

Both the dir in 2.jpg and vss client in untitled.jpg are correct,because I delete VHStudio after I found the problems that two user cannot see other's project and has their own dir VHS and VHStudio. One of them created VHS and the other created VHStudio, these are the same project.

How this problems happened? The database of the vss has error, or the user of the client should retrieve the dir again after the database change?

corey · Post by **corey** » Fri May 14, 2004 2:42 pm

If one user creates new folders in the VSS database, the other users need to perform a "Refresh Project Tree" operation on the parent folder (which in your case is the root folder).