[mapguide-internals] LoadPackage fails with SymbolDefinition

[Steve Dang]

If you run the server built with the latest code from the trunk, it will
automatically fix the problem.

Alternately, do the following:

1. Get the latest scripts from the RepositoryAdmin folder.
2. Shut down the server. 
3. Run RecoverRepositories.bat/sh.
4. Run SetupRepositoryIndices.bat/sh.
5. Re-start the server.

Thanks,
Steve.

-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of
Kenneth, GEOGRAF A/S
Sent: Thursday, October 04, 2007 2:18 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] LoadPackage fails with
SymbolDefinition

I have debugged a bit further on the problem, but my knowledge of the 
DbXml is insufficient to understand the actual problem.
I can see that the thread waits forever for a lock on the database. 
Since that thread is the only thread acessing the database, it should
not.
The problem is seen with multiple datatypes, not just the
SymbolDefinition.
I tried removing the SETRESOURCEDATA operations from the manifest in the

package, and everything runs fine.

Should I report this as a bug on the trac? Or is that for "release" 
versions only?
I can supply a small package that has the error if anyone wants to debug
it.

Regards, Kenneth, GEOGRAF A/S



Tom Fukushima skrev:
> Thanks.  I ran into a deadlock when loading the Sheboygan package as
> well with the latest code.  Good to see that it wasn't just my one
> machine.
>
> -----Original Message-----
> From: mapguide-internals-bounces at lists.osgeo.org
> [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of
> Kenneth, GEOGRAF A/S
> Sent: Monday, October 01, 2007 1:09 PM
> To: MapGuide Internals Mail List
> Subject: [mapguide-internals] LoadPackage fails with SymbolDefinition
>
> While debugging some code, I discovered that the server will deadlock
if
>
> I try to load a package containing a SymbolLibrary resource.
> I am not sure if the problem is with my build or general, but I just 
> wanted to announce the problem so it does not survive into a release.
> I have the current "trunk" version of the source, and I have tracked
the
>
> error to "nssax2reader.cpp:340". The problem operation is
> SETRESOURCEDATA.
> The call never returns, does not use 100% cpu and does not throw any 
> exceptions.
>
>   
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals