RunUO Community

This is a sample guest message. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

Mono 0.30

Status
Not open for further replies.

DeepFreez

Wanderer
Mono 0.30

Downloaded mono release 0.30 since it seems to have most of the reflection stuff sorted out now.

At starutup (something that didnt happen before whoo hoo) I get the following exception tho:

[code:1]
Scripts: Compiling C# scripts...
Unhandled Exception: System.ArgumentException: The path is not of a legal form.
at System.IO.Path.nGetFullPathHelper(String path, Char[] invalidPathChars, Ch
ar[] whitespaceChars, Char directorySeparator, Char altDirectorySeparator, Char
volumeSeparator, Boolean fullCheck, String& newPath)
at System.IO.Path.GetFullPathInternal(String path)
at System.IO.Path.GetFullPath(String path)
at Mono.CSharp.Location.AddFile(String name)
at Mono.CSharp.Driver.CompileFiles(String spec, Boolean recurse)
at Mono.CSharp.Driver.MainDriver(String[] args)
at Mono.CSharp.Driver.Main(String[] args)
Error:
System.IO.FileNotFoundException: File 'Scripts/Output/Scripts.CS.dll' not found.

in (unmanaged) (wrapper managed-to-native) System.Reflection.Assembly:LoadFrom (
string)
in <0x00004> (wrapper managed-to-native) System.Reflection.Assembly:LoadFrom (st
ring)
in <0x0035f> Mono.CSharp.CSharpCodeCompiler:CompileAssemblyFromFileBatch (System
.CodeDom.Compiler.CompilerParameters,string[],bool)
in <0x0001c> Mono.CSharp.CSharpCodeCompiler:CompileAssemblyFromFileBatch (System
.CodeDom.Compiler.CompilerParameters,string[])
in <0x000c5> Server.ScriptCompiler:CompileCSScripts (bool)
in <0x00076> Server.ScriptCompiler:Compile (bool)
in <0x00499> Server.Core:Main (string[])

This exception is fatal, press return to exit
[/code:1]

Now as I understand this, it would seem that the core has the internal file and path handling stuff set up in a windows speciffic way, and Mono takes exception (pun intended) to that.
I tested this on a windows system (yes I know that is kind of pointless) and will try it on my Linux box this evening. Has any one else tried Mono 0.30 yet?
 

cal7

Wanderer
hi deep!
with mono 0.30.99 from today and a fresh beta36 i even get this far:

Scripts: Compiling C# scripts...done (0 errors, 0 warnings)
Scripts: Compiling VB.net scripts...no files found.
Scripts: Verifying...done (1313 items, 364 mobiles)
World: Loading...done (0 items, 0 mobiles) (0,5 seconds)

after that a long list of failures (kernel32.dll something ...)
is scrolling down ending in some error messages
related to xml....

i am looking forward to mono 1.0 :)

cal
 

Bradley

Sorceror
Phantom said:
Whats your point?

Mono still doesn't support RunUO.

The Devs will make an anoucement when it does.

his point is that if mono is saying a path string is in an invalid format that it may be RunUO that is being windows specific.

It minght be possable to get RunUO to run in Mono if some of the windows specific code in the core is changed a bit. It looks like Mono finally supports enough CodeDOM to compile the Scripts. Maby it's time to start looking at making RunUO work on mono.

Has anyone tried getting RunUO to run in the *windows* version of Mono, without the MS .NET framework installed?
 

DeepFreez

Wanderer
cal7 said:
after that a long list of failures (kernel32.dll something ...)
is scrolling down ending in some error messages
related to xml....

By the way, what setup are you using? Was this on a linux machine or a windows machine?

I tried to execute RunUO on my linux box. I didnt get errorrs, but the machine choked after a while because its HORRIBLY underpowered hehehe. 24MB of RAM pretty much means the manchine was turned into a harddrive stress tester with all the swapping happening.

Any one tried it on a Linux box that can handle RunUO?
 

cal7

Wanderer
i am using a pure linux machine (with 512mb ram)
you are right, 24mb ram is too less.
the script compiling consumed 240mb of ram here,
but the memory was released after the compiling was
done.

cal
 

Phantom

Knight
Bradley said:
Phantom said:
Whats your point?

Mono still doesn't support RunUO.

The Devs will make an anoucement when it does.

his point is that if mono is saying a path string is in an invalid format that it may be RunUO that is being windows specific.

It minght be possable to get RunUO to run in Mono if some of the windows specific code in the core is changed a bit. It looks like Mono finally supports enough CodeDOM to compile the Scripts. Maby it's time to start looking at making RunUO work on mono.

Has anyone tried getting RunUO to run in the *windows* version of Mono, without the MS .NET framework installed?

RunUO isn't system specfic only requirment is .NET Framework that supports it.

The windows version of mono still won't work.

You don't seem to know much about Mono or .NET Framework, take it from somebody who does.

I suspect your wrong.
 

Bradley

Sorceror
Phantom said:
Bradley said:
Phantom said:
Whats your point?

Mono still doesn't support RunUO.

The Devs will make an anoucement when it does.

his point is that if mono is saying a path string is in an invalid format that it may be RunUO that is being windows specific.

It minght be possable to get RunUO to run in Mono if some of the windows specific code in the core is changed a bit. It looks like Mono finally supports enough CodeDOM to compile the Scripts. Maby it's time to start looking at making RunUO work on mono.

Has anyone tried getting RunUO to run in the *windows* version of Mono, without the MS .NET framework installed?

RunUO isn't system specfic only requirment is .NET Framework that supports it.

The windows version of mono still won't work.

You don't seem to know much about Mono or .NET Framework, take it from somebody who does.

I suspect your wrong.

You need to get off your high hight horse phantom. You have proved many many times that You speak before knowing what you are saying. You seem to think your are god's gift to the programming world.

Judging by some of your past remarks about 50% of the people on this board know more about .NET then you do, and I count myself among them.

Sorry to take this off topic, but I feel my charactor, and skills were attacked by phantom, and I needed to respond.


Now, back on topic:
[code:1]Unhandled Exception: System.ArgumentException: The path is not of a legal form.
at System.IO.Path.nGetFullPathHelper(String path, Char[] invalidPathChars, Ch
ar[] whitespaceChars, Char directorySeparator, Char altDirectorySeparator, Char
volumeSeparator, Boolean fullCheck, String& newPath)
at System.IO.Path.GetFullPathInternal(String path)
at System.IO.Path.GetFullPath(String path)
at Mono.CSharp.Location.AddFile(String name)
at Mono.CSharp.Driver.CompileFiles(String spec, Boolean recurse)
at Mono.CSharp.Driver.MainDriver(String[] args)
at Mono.CSharp.Driver.Main(String[] args)
Error:
System.IO.FileNotFoundException: File 'Scripts/Output/Scripts.CS.dll' not found. [/code:1]

Shows that the script DLL was processed and output, but RunUO was looking for it using an invalid path (it probably contained "c:\" or something that linux didn't like).
 

cal7

Wanderer
i agree with the horse thingy :) but i must also say
the problem with the scripts.cs.dll is not runuo's fault.
for some reason mono 0.30 just kills that file so that it is
really not available. i changed the file to writeable only by
root and started mono from a normal user account
and everything was fine. this problem also doesnt seem
to happen when using the new mono version 0.30.99.
another point showing that runuo really doesnt use windows
specific path searching is, when you kill one of the scripts
in the scripts dir, the compiling of the c# scripts fails with
exactly the dependencies needed from the script you killed.
one problem which really seems to be linux/windows specific was
that runuo complained that it could not find tiledata.mul
i had to rename it to TileData.mul first.

cal
 

Bradley

Sorceror
cal7 said:
i agree with the horse thingy :) but i must also say
the problem with the scripts.cs.dll is not runuo's fault.
for some reason mono 0.30 just kills that file so that it is
really not available. i changed the file to writeable only by
root and started mono from a normal user account
and everything was fine. this problem also doesnt seem
to happen when using the new mono version 0.30.99.
another point showing that runuo really doesnt use windows
specific path searching is, when you kill one of the scripts
in the scripts dir, the compiling of the c# scripts fails with
exactly the dependencies needed from the script you killed.
one problem which really seems to be linux/windows specific was
that runuo complained that it could not find tiledata.mul
i had to rename it to TileData.mul first.

cal

I wasn't specificly blaming RunUO for being incompatable with Mono, just saying that it minght be time to start looking into making RunUO compatable with Mono, instead of waiting for Mono to come to us.

I reviewed the stack trace more closely and I do see no that it looks like one of the Mono calls is failing on one of it's own calls, not in passing the data into RunUO. I jsut getting a little edgy and make stupid mistakes when being personally attacked.
 

Kamron

Knight
Thats becuase linux is case-sensitive with files, and windows isnt.

You can easily make a linux script which will recase all files based on a list of files and their correct casing.

Who will make the list? I have no clue.
 

psz

Administrator
Well, as was said MUCH earlier in this post:

RunUO cannot run in Linux, because Mono is not compatible enough yet.
 

cal7

Wanderer
no problem brad!
but i think we really have to wait for
mono 1.0... the debugging info at the moment
when mono crashes for me, shows that it is definitely
something mono can not wrap yet (when reading
the regions from the xml)
i hope they will do a lot of work in the next time at mono
;) i am visiting the page every day hehe
can't wait till it finally runs
 

Bradley

Sorceror
cal7 said:
no problem brad!
but i think we really have to wait for
mono 1.0... the debugging info at the moment
when mono crashes for me, shows that it is definitely
something mono can not wrap yet (when reading
the regions from the xml)
i hope they will do a lot of work in the next time at mono
;) i am visiting the page every day hehe
can't wait till it finally runs

I think a better test would be trying to run it in windows with the windows version of MONO. First try to get it to run with a different framework, THEN try to get it to work in a different OS.
 

Phantom

Knight
Mono currently doesn't support RunUO.

The whole point of .NET is not having to change anything. This as always been true.

How long about you been working with the .NET Framework? How many classes have you had on it. Myself have had about 3 classes on VB .NET amoung them.

Sorry to take this off topic, but I feel my charactor, and skills were attacked by phantom, and I needed to respond.

Bull

You just want me to get worked up. So you can prove some point. I am not god, I know facts I have done alot of research for those facts. I am honest I tell people how it is.

If there is some german program that can do some shit I don't know about well sorry to say the following:

I don't give a rats ass.

Thats just one example of when I am "wrong" big whoop. 90% of the time I am right.

Lets see

Have you tried running RunUO in a windows eviroment with the current version?

I will let you reply before I finish my sentence.
 

Phantom

Knight
If I am so wrong so often?

Why don't I know about it :rolleyes:

I know alot of shit. I know more shit then I don't know.

Thats the only thing I know about myself. Everything else I know is facts.
 
Status
Not open for further replies.
Top