Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ Area Editor
➜ Bug reports
➜ Crash..
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Shadowfyr
USA (1,791 posts) Bio
|
| Date
| Thu 08 Jul 2004 10:55 PM (UTC) |
| Message
| I ran across two issues. The first one may possibly be related to the stock ROM issue, it basically loads everything in the midgaard.are file, up to the last mob (the thief), which is like 4-5 lines from successfully loading the entire file. This is rather annoying... But if it is an issue with some flag being missing, why not have the editor list 'unkown flag', not fail completely? Just a thought anyway..
As for the real issue. I tried to open (in the un-registered version, so...) an .are file by double clicking it. The problem was that the editor was already open, so it started a second instance. When I closed that, it crashed. Then when I closed the original instance, it also crashed. I suppose this may be something on my system doing this, but in case it isn't.
It may also be better to have the open instance handle opening new files through double-clicks, when running anyway. It gets confusing if you end up opening a dozen seperate windows, instead of having them all open as sub-windows in the editor. | | Top |
|
| Posted by
| Nick Gammon
Australia (23,158 posts) Bio
Forum Administrator |
| Date
| Reply #1 on Thu 08 Jul 2004 11:12 PM (UTC) |
| Message
| First thing is, it didn't crash as your topic heading and post suggests. It merely didn't open the requested file.
The problem is that the special function is internally stored as a number, and the loading function has to convert "spec_nasty" to a number. If it isn't in the configuration table then it cannot do that, and if it subsequently saved the area you would be discarding information. Then you would be complaining "I opened the area file, and saved it without changing anything, but the area editor changed a whole heap of things".
To work correctly with ROM files you need to load the "Rom configuration file" (shipped with the program), which defines things like the spec_nasty value. However unregistered copies will not process that file. ;)
The inbuilt defaults are designed to work with SMAUG areas, if you test it with a stock SMAUG file you will see it in operation. Then if you like it, you can register it, choose the ROM configuration file, and then it will open ROM areas properly.
As for the two copies, this is a Windows idiosyncracy. I did work out a while ago how to make multiple opens go to a single execution. It isn't easy. Basically Windows opens a second copy of Area Editor, which then has to see if it is the only one running, and if not send a message to the first one to open the file instead, and then exit.
My suggestion is to open areas from within the program. Or, if you like using the GUI, drag the area file from the Explorer window and drop into the running Area Editor frame window. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Shadowfyr
USA (1,791 posts) Bio
|
| Date
| Reply #2 on Fri 09 Jul 2004 12:47 AM (UTC) |
| Message
| Actually. There was a crash. This however was somehow related to two copies being open, not to the ROM problem. but since I have had trouble with my system over the last year or so, I couldn't be sure if it was a result of two open instances or problems with the OS.
As for the other issue. Yeah, I suspected as much from another post I read. I only installed the ROM mud to see what it was like, then when fiddling with it I couldn't find the damn NPC I needed to use the 'train' command with once out of the newbie area in it. I planned to use the area editor to hunt it down, since the 'code' used to store the info is so damn cryptic without an editor, that I am now tempted to go hunting for an LPC driver that will actually run out of the box again. Sadly a quest that has failed me over and over again. lol
I am sure it parses faster, but they couldn't have made it harder to figure out, short of storing it all in a binary file... Even the info in any misc NPC you pick doesn't quite 'follow' what their own documentation implies it is supposed have for fields. At least not exactly enough to make any sense out of it for me. There seems to be extra stuff in between that isn't in the spec, despite the implication from the spec itself that additional fields are only there if the 'additional fields' option is >0. Oh well... As you said, "if" I was ever actually intending to do more than experiment, then paying for the editor would fix the problem, but I am not planning to actually run a mud so... | | Top |
|
| Posted by
| Nick Gammon
Australia (23,158 posts) Bio
Forum Administrator |
| Date
| Reply #3 on Fri 09 Jul 2004 04:50 AM (UTC) |
| Message
|
Quote:
... up to the last mob (the thief), which is like 4-5 lines from successfully loading the entire file.
In this case just edit the file with a text editor to remove the last mob, then you can use the area editor to check out the file. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
15,709 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top