[Opensim-dev] SVNBACKUP Module ... HowTo ?

Ursula MATOVA ursula.matova at klintcentral.net
Mon May 26 18:09:04 UTC 2008


Yes, you're right ...
You have the same issue when typing "terrain help"

And, you could reset your "terrain" table by running the "terrain load- 
tile ... " command.
or restoring a mysqldump :)

Regards.

Le 26 mai 08 à 20:04, dr scofield a écrit :

> Ursula MATOVA wrote:
>> Well,
>>
>> Just for information ( I need some more tests ) ...
>>
>> Previously ran "svn save" ...
>>
>> Then, I cleaned my MySQL database tables ( for testing ) ...
>>
>> Then, restart OpenSim, and run "svn load" from the console ...
>>
>> Everything seems to be Ok, except one strange thing ( that also  
>> occurs
>> with the "svn save" command ) :
>>
>> I run 36 Regions on the grid ... And when I run "svn load", the
>> process seems to be runned "36" times ... Not only once ... So, the
>> "restore" process is very very very long ( About 11 min ) ... I
>> couldn't imagine if I had many many objects :D
>> ( Did you encountered this problem phrearch ? )
>>
> phrearch implemented a fix. not sure whether he committed it. the
> problem is that svnbackup registers a PluginConsole handler with each
> region --- but it's only necessary to do so once in this case.
>
> dr scofield
>> 19:41:34
>> Region# : svn load
>> .../...
>> 19:52:13 - [SVNBACKUP]: Region load successful ([KlinT World 35]).
>> Region# :
>>
>> This doesn't corrupt my database, BUT, the "terrain" table grows a
>> lot ... 1296 records are added to it ( 36x36 ) ... instead of only
>> "36" records ...
>>
>> But, anyway, that do the job, and my "world" has been restored
>> properly :)
>>
>> Regards,
>>
>> Ursula.
>>
>>
>> Le 26 mai 08 à 19:08, Ursula MATOVA a écrit :
>>
>>
>>> Yes, that seems to work now ...
>>>
>>> Mantis #1391 seems to solve the problem under Linux ...
>>>
>>> • Step 1 :
>>>
>>> Edit "./OpenSim/Region/Modules/SvnSerialiser/SvnBackupModule.cs" and
>>> replace line #99 with the folowing one :
>>>
>>> List<string> filenames = m_serialiser.SerialiseRegion(scene,  
>>> m_svndir
>>> + Slash.DirectorySeparatorChar + scene.RegionInfo.RegionID +
>>> Slash.DirectorySeparatorChar);
>>>
>>> • Step 2 :
>>>
>>> Edit "/usr/local/etc/mono/config" and add the folowing line :
>>>
>>> <dllmap dll="libapr" target="libapr-1.so" os="!windows" />
>>>
>>> ... :)
>>>
>>> This solved the problem in my case :
>>>
>>> Linux "From Scratch",
>>> Mono 1.9.1
>>> Athlon64X2/4GB Ram
>>> OpenSim 4852 / Grid Mode / 36 Regions
>>>
>>> Many thanks,
>>> Regards,
>>>
>>> Ursula.
>>>
>>>
>>> Le 26 mai 08 à 18:54, Ursula MATOVA a écrit :
>>>
>>>
>>>> Thanks Adam,
>>>>
>>>> I'll check Mantis immediatly :)
>>>>
>>>> Regards.
>>>>
>>>> Le 26 mai 08 à 18:49, Frisby, Adam a écrit :
>>>>
>>>>
>>>>> That shouldn't be a problem.
>>>>>
>>>>> Someone put a patch on mantis to fix this.
>>>>>
>>>>> I'll apply it myself if no-one else does in the next few hours.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Adam
>>>>>
>>>>> -----Original Message-----
>>>>> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de
>>>>> ] On Behalf Of Ursula MATOVA
>>>>> Sent: Monday, 26 May 2008 12:49 PM
>>>>> To: opensim-dev at lists.berlios.de
>>>>> Subject: Re: [Opensim-dev] SVNBACKUP Module ... HowTo ?
>>>>>
>>>>> Maybe it's because we are trying to use a "Linux Based" SVN
>>>>> server ... :(
>>>>>
>>>>> The leading "\" at the end of folders names seems to be a
>>>>> problem ...
>>>>>
>>>>> :(
>>>>>
>>>>> Le 26 mai 08 à 18:31, Ursula MATOVA a écrit :
>>>>>
>>>>>
>>>>>> Hi Jeroen,
>>>>>>
>>>>>> Well, I've tried again, with your tip ( <dllmap dll="libapr"
>>>>>> target="libapr-1.so" os="!windows" /> ) ... Still have the errors
>>>>>> when
>>>>>> running "svn save" command from the console :
>>>>>>
>>>>>> Region# :
>>>>>> svn save
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 0]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 1]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 2]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 3]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 4]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 5]
>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 6]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 7]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 8]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World 9]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 10]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 11]
>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 12]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 13]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 14]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 15]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 16]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 17]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 18]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 19]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 20]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 21]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 22]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 23]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 24]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 25]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 26]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 27]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 28]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 29]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 30]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 31]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 32]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 33]
>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 34]
>>>>>> 18:27:42 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>> World
>>>>>> 35]
>>>>>> 18:27:42 - [Console]: Command [svn save] failed with exception
>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnException: Les cibles font-
>>>>>> elles
>>>>>> parties de la même copie de travail ?; Le répertoire '/data/
>>>>>> opensim.
>>>>>> 4816/bin/SVNModule/a83150da-1ab1-11dd-89fb-0014853ee9da' est
>>>>>> manquant
>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient.Commit3 (AprArray
>>>>>> targets, Boolean recurse, Boolean keep_locks,
>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnClientContext ctx, AprPool
>>>>>> pool)
>>>>>> [0x00000]
>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient.Commit3
>>>>>> (ICollection targets, Boolean recurse, Boolean keep_locks)
>>>>>> [0x00000]
>>>>>> at
>>>>>> OpenSim 
>>>>>> .Region.Modules.SvnSerialiser.SvnBackupModule.SaveAllRegions
>>>>>> ()
>>>>>> [0x00000]
>>>>>> at
>>>>>> OpenSim
>>>>>> .Region
>>>>>> .Modules 
>>>>>> .SvnSerialiser.SvnBackupModule.EventManager_OnPluginConsole
>>>>>> (System.String[] args) [0x00000]
>>>>>> at (wrapper delegate-invoke)
>>>>>> System.MulticastDelegate:invoke_void_string[] (string[])
>>>>>> at
>>>>>> OpenSim
>>>>>> .Region.Environment.Scenes.EventManager.TriggerOnPluginConsole
>>>>>> (System.String[] args) [0x00000]
>>>>>> at OpenSim.Region.Environment.Scenes.Scene.SendCommandToPlugins
>>>>>> (System.String[] args) [0x00000]
>>>>>> at OpenSim.Region.Environment.Scenes.SceneManager
>>>>>> + 
>>>>>> <>c__CompilerGenerated17.<SendCommandToPluginModules>c__64[Scene]
>>>>>> (OpenSim.Region.Environment.Scenes.Scene scene) [0x00000]
>>>>>> at
>>>>>> System
>>>>>> .Collections
>>>>>> .Generic.List`1[OpenSim.Region.Environment.Scenes.Scene].ForEach
>>>>>> (System.Action`1 action) [0x00000]
>>>>>> at
>>>>>> OpenSim 
>>>>>> .Region.Environment.Scenes.SceneManager.ForEachCurrentScene
>>>>>> (System.Action`1 func) [0x00000]
>>>>>> at
>>>>>> OpenSim
>>>>>> .Region 
>>>>>> .Environment.Scenes.SceneManager.SendCommandToPluginModules
>>>>>> (System.String[] cmdparams) [0x00000]
>>>>>> at OpenSim.OpenSimMainConsole.RunCmd (System.String command,
>>>>>> System.String[] cmdparams) [0x00000]
>>>>>> at OpenSim.Framework.Console.ConsoleBase.RunCmd (System.String  
>>>>>> Cmd,
>>>>>> System.String[] cmdparams) [0x00000]
>>>>>> at OpenSim.Framework.Console.ConsoleBase.RunCommand  
>>>>>> (System.String
>>>>>> cmdline) [0x00000]
>>>>>> Region# :
>>>>>>
>>>>>>
>>>>>> Details for /data/opensim.4816/bin/SVNModule/ :
>>>>>>
>>>>>> drwxr-xr-x 2 root root       48 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\
>>>>>> -rw-r--r-- 1 root root   262144 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\heightmap.r32
>>>>>> -rw-r--r-- 1 root root       19 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\objects.xml
>>>>>> -rw-r--r-- 1 root root       16 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\objects.xml.gzs
>>>>>> -rw-r--r-- 1 root root      138 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\README.TXT
>>>>>> -rw-r--r-- 1 root root       26 mai 26 18:27
>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\region.manifest
>>>>>>
>>>>>> But i'm not sure if it's my "home made linux" that is bad
>>>>>> configured ... :'(
>>>>>>
>>>>>> I'll continue my tests later :)
>>>>>>
>>>>>> For Info, my OpenSim.ini is something like this :
>>>>>>
>>>>>> [SVN]
>>>>>> Enabled = true
>>>>>> # Directory = SVNmodule\repo
>>>>>> Directory = /data/opensim.4816/bin/SVNModule
>>>>>> URL = "svn://127.0.0.1/opensim"
>>>>>> Username = "xxxxxxxx"
>>>>>> Password = "xxxxxxxx"
>>>>>> ImportOnStartup = false
>>>>>> Autosave = false
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Ursula.
>>>>>>
>>>>>> Le 26 mai 08 à 09:06, Jeroen van Veen a écrit :
>>>>>>
>>>>>>
>>>>>>> hey ursula,
>>>>>>>
>>>>>>> I had the same error. The dll is there, but mono fails to use it
>>>>>>> somehow :/
>>>>>>> apr and apr-utils were natively installed though, and /usr/lib/
>>>>>>> libapr-1.so is
>>>>>>> the library on my system. I added this to /etc/mono/config
>>>>>>>
>>>>>>> <dllmap dll="libapr" target="libapr-1.so" os="!windows" />
>>>>>>>
>>>>>>> Now the dll loads, and I get another error:
>>>>>>> Exception: PumaCode.SvnDotNet.SubversionSharp.SvnException:
>>>>>>> PROPFIND
>>>>>>> request
>>>>>>> failed on '/svn/osvn'; PROPFIND of '/svn/osvn': Server  
>>>>>>> certificate
>>>>>>> verification failed: certificate issued for a different  
>>>>>>> hostname,
>>>>>>> issuer is
>>>>>>> not trusted (https://192.168.2.101)
>>>>>>>
>>>>>>> in OpenSim.ini:
>>>>>>> [SVN]
>>>>>>> Enabled = true
>>>>>>> Directory = /opt/opensim/production/SVNModule
>>>>>>> URL = "https://192.168.2.101/svn/osvn"
>>>>>>> Username = "svnuser"
>>>>>>> Password = "svnpw"
>>>>>>> ImportOnStartup = true
>>>>>>> Autosave = true
>>>>>>> AutoSavePeriod = 15
>>>>>>>
>>>>>>> I'm not sure why its complaining about a certificate. It's
>>>>>>> probably
>>>>>>> some ssl
>>>>>>> setting I messed up :(
>>>>>>>
>>>>>>> phrearch
>>>>>>>
>>>>>>>
>>>>>>> Op Wednesday 07 May 2008 11:46:22 schreef Ursula MATOVA:
>>>>>>>
>>>>>>>> Well ...
>>>>>>>>
>>>>>>>> After some investigations,
>>>>>>>> I have found that Berkeley DB was missing on my system
>>>>>>>> ( oupps ) ...
>>>>>>>> So I have just rebuild apr / apr-utils / subversion ...
>>>>>>>>
>>>>>>>> I still have the same error :S
>>>>>>>>
>>>>>>>> at OpenSim.Application.Main (System.String[] args) [0x00000]
>>>>>>>> InnerException: System.TypeInitializationException: An  
>>>>>>>> exception
>>>>>>>> was
>>>>>>>> thrown by the type initializer for
>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr
>>>>>>>> ---
>>>>>>>>
>>>>>>>>
>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>
>>>>>>>> at (wrapper managed-to-native)
>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>
>>>>>>>> :S
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Ursula
>>>>>>>>
>>>>>>>> Le 7 mai 08 à 10:35, Ursula MATOVA a écrit :
>>>>>>>>
>>>>>>>>> Hi Justin,
>>>>>>>>>
>>>>>>>>> Thanks for the link, but I already read this page :)
>>>>>>>>>
>>>>>>>>> The error I have maybe caused by some errors in my SVN
>>>>>>>>> Repository.
>>>>>>>>>
>>>>>>>>> Nobody tried this Module under Linux ?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Ursula.
>>>>>>>>>
>>>>>>>>> Le 7 mai 08 à 10:24, Justin Clark-Casey a écrit :
>>>>>>>>>
>>>>>>>>>> Hi Ursula,
>>>>>>>>>>
>>>>>>>>>> Try
>>>>>>>>>>
>>>>>>>>>> http://opensimulator.wordpress.com/2008/04/20/svn-module-or-diy-rollback
>>>>>>>>>> s-and-backups/
>>>>>>>>>>
>>>>>>>>>> for documentation.
>>>>>>>>>>
>>>>>>>>>> I'm afraid I don't know why you're getting that error, I'm  
>>>>>>>>>> not
>>>>>>>>>> familiar
>>>>>>>>>> with that portion of the code
>>>>>>>>>>
>>>>>>>>>> Ursula MATOVA wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> I'd like to test the brand new SVNBackupModule
>>>>>>>>>>> but, I'm unable to find any documentation on it :( could
>>>>>>>>>>> somebody
>>>>>>>>>>> point me on if it exists ?
>>>>>>>>>>>
>>>>>>>>>>> I've made some tests, but without success for now ...
>>>>>>>>>>>
>>>>>>>>>>> - Set up a SVN Server on my Linux Box,
>>>>>>>>>>> - Creating an initial repository : "opensim",
>>>>>>>>>>> - Test from my windows box with TortoiseSVN. I'm able to
>>>>>>>>>>> checkin/
>>>>>>>>>>> checkout the repository.
>>>>>>>>>>>
>>>>>>>>>>> Now, OpenSim.ini configuration :
>>>>>>>>>>>
>>>>>>>>>>> [SVN]
>>>>>>>>>>> Enabled = true
>>>>>>>>>>> Directory = SVN4488
>>>>>>>>>>> URL = "svn://127.0.0.1/opensim"
>>>>>>>>>>> Username = "yyyyyyyy"
>>>>>>>>>>> Password = "xxxxxxxx"
>>>>>>>>>>> ImportOnStartup = true
>>>>>>>>>>> Autosave = false
>>>>>>>>>>> AutoSavePeriod = 15 ; Number of minutes between autosave
>>>>>>>>>>> backups
>>>>>>>>>>>
>>>>>>>>>>> Gives me the following error :
>>>>>>>>>>>
>>>>>>>>>>> 16:32:28 - [SVNBACKUP]: Connecting to SVN server svn://
>>>>>>>>>>> 127.0.0.1/
>>>>>>>>>>> opensim ...
>>>>>>>>>>> [APPLICATION]:
>>>>>>>>>>> APPLICATION EXCEPTION DETECTED:
>>>>>>>>>>> System.UnhandledExceptionEventArgs
>>>>>>>>>>>
>>>>>>>>>>> Exception: System.TypeInitializationException: An exception
>>>>>>>>>>> was
>>>>>>>>>>> thrown
>>>>>>>>>>> by the type initializer for
>>>>>>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnClient --->
>>>>>>>>>>> System.TypeInitializationException: An exception was  
>>>>>>>>>>> thrown by
>>>>>>>>>>> the
>>>>>>>>>>> type initializer for PumaCode.SvnDotNet.AprSharp.Apr --->
>>>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>>> at (wrapper managed-to-native)
>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.Apr..cctor () [0x00000] ---  
>>>>>>>>>>> End
>>>>>>>>>>> of
>>>>>>>>>>> inner exception stack trace ---
>>>>>>>>>>>
>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.AprAllocator.Create ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.AllocatorCreate ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate  
>>>>>>>>>>> (AprPool
>>>>>>>>>>> pool)
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnConfig.Ensure ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient..cctor ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> --- End of inner exception stack trace ---
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> OpenSim
>>>>>>>>>>> .Region 
>>>>>>>>>>> .Modules.SvnSerialiser.SvnBackupModule.SetupSvnProvider
>>>>>>>>>>> () [0x00000]
>>>>>>>>>>> at
>>>>>>>>>>> OpenSim
>>>>>>>>>>> .Region.Modules.SvnSerialiser.SvnBackupModule.PostInitialise
>>>>>>>>>>> ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at OpenSim.Region.Environment.ModuleLoader.PostInitialise ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at
>>>>>>>>>>> OpenSim
>>>>>>>>>>> .ApplicationPlugins.LoadRegions.LoadRegionsPlugin.Initialise
>>>>>>>>>>> (OpenSim.OpenSimMain openSim) [0x00000]
>>>>>>>>>>> at OpenSim.OpenSimMain.InternalStartUp () [0x00000]
>>>>>>>>>>> at OpenSim.OpenSimMainConsole.StartUp () [0x00000]
>>>>>>>>>>> at OpenSim.Application.Main (System.String[] args) [0x00000]
>>>>>>>>>>> InnerException: System.TypeInitializationException: An
>>>>>>>>>>> exception
>>>>>>>>>>> was
>>>>>>>>>>> thrown by the type initializer for
>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr
>>>>>>>>>>> ---
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>>>>
>>>>>>>>>>> at (wrapper managed-to-native)
>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.Apr..cctor () [0x00000] ---  
>>>>>>>>>>> End
>>>>>>>>>>> of
>>>>>>>>>>> inner exception stack trace ---
>>>>>>>>>>>
>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.AprAllocator.Create ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.AllocatorCreate ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate  
>>>>>>>>>>> (AprPool
>>>>>>>>>>> pool)
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnConfig.Ensure ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient..cctor ()
>>>>>>>>>>> [0x00000]
>>>>>>>>>>>
>>>>>>>>>>> Application is terminating: True
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Any idea ?
>>>>>>>>>>>
>>>>>>>>>>> I'm using OpenSim.Rev4488 / Linux32 / Standalone / Mono  
>>>>>>>>>>> 1.9.1
>>>>>>>>>>>
>>>>>>>>>>> Thanks in advance,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ursula.
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Opensim-dev mailing list
>>>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> justincc
>>>>>>>>>> Justin Clark-Casey
>>>>>>>>>> http://justincc.wordpress.com
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Opensim-dev mailing list
>>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Opensim-dev mailing list
>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Opensim-dev mailing list
>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Opensim-dev mailing list
>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Opensim-dev mailing list
>>>>>> Opensim-dev at lists.berlios.de
>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> Opensim-dev mailing list
>>>>> Opensim-dev at lists.berlios.de
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>> _______________________________________________
>>>>> Opensim-dev mailing list
>>>>> Opensim-dev at lists.berlios.de
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Opensim-dev mailing list
>>>> Opensim-dev at lists.berlios.de
>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>
>>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>>>
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>
>
> -- 
> dr dirk husemann ---- math & computer science ---- ibm zurich  
> research lab
> RL: hud at zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/
> SL: drscofield at xyzzyxyzzy.net --------------------- http://xyzzyxyzzy.net/
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>




More information about the Opensim-dev mailing list