Jump to content
SubSpace Forum Network

Subscript Error...

Chao

By Chao
in Drake Continuum Map Editor

 Share

Recommended Posts

Chao Newbie

Chao

Posted
Posted

I was working with DCME, adding pictures to a map and editing them, and I think I might have messed something up somehow...maybe it had to do with where I was pasting the images on the grid? I don't really know.

This is the error I get:

Runtime Error '9':

Subscript out of range

 

This comes up ~20 seconds after opening the editor and after it does DCME no longer works.

Drake7707 Newbie

Drake7707

Posted
Posted

this is probably a faulty settings.dat or recent.ini

 

Those 2 files hold either all the customized settings (such as last used pencil width etc) and the other one contains all paths to the last opened files.

 

Deleting the settings.dat should solve the problem, but before you do, attach it to this thread so i can see whats wrong with it.

  • 3 months later...
tcsoccerman Newbie

tcsoccerman

Posted
Posted

i got the same problem:

 

  eLVLdata.SaveRegionTileData, saving 12 true tiles
public.lvl @       eLVLdata.SaveRegionTileData, saving 480 false tiles
public.lvl @       eLVLdata.SaveRegionTileData, saving 9 repeated rows
public.lvl @       eLVLdata.SaveRegionTileData, saving 497 empty rows
public.lvl @       eLVL.saveRegionsFromMap, Putting Color at 49953
public.lvl @       eLVL.saveRegionsFromMap, End of region at 49965 - size was 40
public.lvl @    eLVL.saveRegionsFromMap, Saving Region(4) at 49965
public.lvl @       eLVL.saveRegionsFromMap, Putting Name at 49973
public.lvl @       eLVL.saveRegionsFromMap, Putting Tiledata at 49981
public.lvl @       eLVLdata.SaveRegionTileData, saving 493 empty rows
public.lvl @       eLVLdata.SaveRegionTileData, saving 502 false tiles
public.lvl @       eLVLdata.SaveRegionTileData, saving 21 true tiles
public.lvl @       eLVLdata.SaveRegionTileData, saving 501 false tiles
public.lvl @       eLVLdata.SaveRegionTileData, saving 6 repeated rows
public.lvl @       eLVLdata.SaveRegionTileData, saving 524 empty rows
public.lvl @       eLVL.saveRegionsFromMap, Putting Color at 50001
public.lvl @       eLVL.saveRegionsFromMap, End of region at 50013 - size was 40
public.lvl @ eLVL.PutELVLData, Rewriting total size: 292 at 49725
public.lvl @ SaveMap, total eLVL size returned: 292
public.lvl @ SaveMap, New bitmap bfSize: 50012 (50012)
public.lvl @ SaveMap, BMPData is stored into lvl, starting tile data at 50013
public.lvl @ SaveMap, saving map... C:\Do!@#$%^&*ents and Settings\Scott\My Do!@#$%^&*ents\zone file\maps\public.lvl, SSMECompatible False
***ERROR*** Error 75 (Path/File access error)

 

 

that was my last log.

 

this is my settings.dat as wanted,( i would have i copyed and pasted before to put in here but found i couldn't reply. i soon found out that i had to register my email after i deleted the settings.dat ; sorry.

 

I'm gonna try to redownload it like before suggested.

 

P.S. this also happens on !@#$%^&*, which is sorda odd.

tcsoccerman Newbie

tcsoccerman

Posted
Posted

I also get this when i try to open it.

 

Error 9(subscript out of range) in procedure Form_Activate of form frmmain

OR

Error9......in procedure zoomout

OR

Error 9.........in procedure zoom in

 

etc.

 

before it closes it gives 9;subscript out of range

 

I would paste the coding for settings but i can't for some reason, here is all it gives me when i copy all text:: kinda wierd.Also i'm not permitted to upload a .BAK file evidently.

tcsoccerman Newbie

tcsoccerman

Posted
Posted

This is my Debug log too....

 

 

1/18/2007 8:17:10 PM --- Drake Continuum Map Editor (v2.0.1) starting...

+++ OtherInstance 0
+++ openedMapByArgs False
Un!@#$%^&*led 1 @ NewMap, path = '' usingDefaultTileset True
Un!@#$%^&*led 1 @ NewMap, DefaultWalltiles = 
Un!@#$%^&*led 1 @ NewMap, DefaultTileset = 
Un!@#$%^&*led 1 @ InitTileset, tilesetpath= Default usingDefaultTileset True
public.lvl @ OpenMap, Opening Map... C:\Do!@#$%^&*ents and Settings\Scott\My Do!@#$%^&*ents\zone file\maps\public.lvl
public.lvl @ OpenMap, Tileset found
public.lvl @ OpenMap, Bitmap info header: 
--- Color Depth: 8
--- Size: 304x160
--- BiSizeImage: 0
--- Compression: 0
public.lvl @ OpenMap, Bitmap info header: 
--- bfType: 19778
--- bfSize: 50012
--- bfReserved1: 49720 (49720)
public.lvl @ Openmap, BMPData is read from lvl file
public.lvl @ OpenMap, eLVL data found
public.lvl @ eLVL.GetELVLData, eLVL header info: 
                 --- magic: elvl
                 --- size: 292
                 --- reserved: 0
public.lvl @ eLVL.GetELVLData, Chunk loaded: REGN (72) at 49733
public.lvl @    eLVL.loadRegionInMap, SubChunk loaded: rNAM ([img=http://www.ssforum.net/public/style_emoticons/default/dirol.gif] at 49741
public.lvl @    eLVL.loadRegionInMap, SubChunk loaded: ¡ê!ï (-299818912) at 49757
public.lvl @    eLVL.loadRegionInMap, SubChunk loaded: Ñ!Ý` (-690151101) at 49765
public.lvl @    eLVL.loadRegionInMap, SubChunk loaded: !í`# (-1581060831) at 49773
public.lvl @    eLVL.loadRegionInMap, SubChunk loaded: å (1463897714) at 49781
public.lvl @ Openmap, usingDefaultTileset False
public.lvl @ SearchWallTiles, Searching for: C:\Do!@#$%^&*ents and Settings\Scott\My Do!@#$%^&*ents\zone file\maps\public.lvl (walltilepath: C:\Do!@#$%^&*ents and Settings\Scott\My Do!@#$%^&*ents\zone file\maps\public.wtl)
public.lvl @ InitTileset, tilesetpath= C:\Do!@#$%^&*ents and Settings\Scott\My Do!@#$%^&*ents\zone file\maps\public.lvl usingDefaultTileset False
public.lvl @ OpenMap, tile data starting at 50013
+++ Last update: 18-01-2007 - Update period: 2
Float tileset loaded

Samapico Newbie

Samapico

Posted
Posted

do you know how to add files to a zip file?

if so, add the .bak and .dat files into one.

You should be able to do that by right-clicking, add to -> Zip compressed file

Samapico Newbie

Samapico

Posted
Posted 
public.lvl @	eLVL.loadRegionInMap, SubChunk loaded: rNAM (8) at 49741
public.lvl @	eLVL.loadRegionInMap, SubChunk loaded: ¡ê!ï (-299818912) at 49757
public.lvl @	eLVL.loadRegionInMap, SubChunk loaded: Ñ!Ý` (-690151101) at 49765
public.lvl @	eLVL.loadRegionInMap, SubChunk loaded: !í`# (-1581060831) at 49773
public.lvl @	eLVL.loadRegionInMap, SubChunk loaded: å (1463897714) at 49781

ew... these just can't be any good...

Did your region have any attributes? Was there a defined region? Was it created with CLT?

It definitly looks like that eLVL data is corrupted... But we have to find why...

 

I'd like to see that file

tcsoccerman Newbie

tcsoccerman

Posted
Posted
Ok, i did make the regions using !@#$%^&*, but it worked seemingly well with DCME. These attributes were autowarps and no antiwarp in some area. I don't know what you mean by defined. Here is the file with everything to do with public.lvl that i could find. what would a region file look like (as in .txt, .bak, .lvl, etc.) i will try to givethat eLvl file to you if i can find it. i hope you find this mistake and don't have that problem again and fix it. that would be great.

public.lvl_files_and_info.zip

Samapico Newbie

Samapico

Posted
Posted

eLVL data is stored inside the lvl file

 

and do you remember what was the name of your region?

 

region name was loaded as "rTIL" ...

tcsoccerman Newbie

tcsoccerman

Posted
Posted

2 quick notes:

 

1. i will not be back on for a while, maybe sunday cause i'm outa town.

 

2.I did have a SAFEZONE.lvl (wierd name i know..) that is about half of the progress of public.lvl that opens in DCME and !@#$%^&*. This may help and lets you know i sorda have a back up

tcsoccerman Newbie

tcsoccerman

Posted
Posted
sadly, i don't know the name of hte region and i searched ritl...stuff and it came up with nothing. then i searched public.wtl and it came up with nothing. there were about 5 regions though...each for a seperate autowarp to a different area.
Samapico Newbie

Samapico

Posted
Posted

ok

 

well

 

I was able to recover the tile data

Unfortunately, all region data is lost

 

I found the bug that caused it (kind of). If a region was loaded without tile data (which tile is in the region and which isn't), it would crash. This is fixed.

For some reason, the eLVL data of your map was corrupted, so the tile data did not load correctly, so you got that crash...

 

And you made the regions with CLT, then loaded them in DCME correctly? It's only after you saved the map with DCME that it was screwed up?

 

Here is what I could recover... tileset and region data may be missing though... that's all I can do for now.

tcsoccerman Newbie

tcsoccerman

Posted
Posted

WWWWWWOOOOOOOWWWWWW..

 

That was everything smile.gif))

 

You recoverd every tile i made..except i didn't look at the regions yet, to happy. that doesn't matter though, it's easy. YOu're definitely taking some credit for this zone, you'll be in my notes and stuff. ty so much.

 

can you teach me to prevent this later on plz. ty, i g2 start getting ready for bed and will stay up as late as allowed waiting for response ty.

Samapico Newbie

Samapico

Posted
Posted

haha.. no problem. I'm the one thanking you for submitting this bug and all that info... It helped fix a pretty big bug

 

and to prevent this... well... it's not something you did wrong, it's probably something DCME saved wrong in eLVL data which screwed up the whole thing. But as soon as next update is released (should be soon because of that important bugfix) , if something like that happens, you will be able to load the map correctly, just without regions, just like the one I sent you. After I added the line that was missing in the code, I just retried to open your map and it opened like that.

tcsoccerman Newbie

tcsoccerman

Posted
Posted
I think i may know. When i went into tile edit to just play around with that i couldn't figure it out and pressed all the buttons and partially edited the tile, this may be a reason. I also turned off the line preview..?i doubt it's that. maybe a few ideas. not gonna be back till sunday. good luck with figuring it out.
Drake7707 Newbie

Drake7707

Posted
Posted
i checked the commit log of sama, it was a late initialisation of the elvl tile array. It was never dimensioned when there was no rTil data present, causing each function that relies on that data, or even just accesses the data, to have an error.
Samapico Newbie

Samapico

Posted
Posted

yep... but the thing is, it should always have a rTIL chunk. And you clearly see in the map log that the eLVL data is loaded all wrong.

 

The only thing tile editing could have done is turn the tileset to 24bit, and it didn't:

public.lvl @ OpenMap' date=' Bitmap info header: --- Color Depth: 8[/quote']

 

And the offset starts after the rNAM subchunk... So I might do some compatibility checks (maybe with different name lenghts, etc.) between CLT and DCME concerning that.

Oh I know... i'll display every byte as character when loading eLVL, see what is where...

tcsoccerman Newbie

tcsoccerman

Posted
Posted
Hey sampico, could you give me those recovered tiles .lvl againl, i got the same error again and can't use the ones you gave me. maybe try to fix the file and then give back? ty. i didn't add anything to it yet so just get the file from above
Samapico Newbie

Samapico

Posted
Posted

You got the error again? ... After working with regions? weird

 

This time I removed all eLVL data... maybe it will solve the problem. There's an update coming that will avoid getting this message, but if it happens, you still lose all your region data.

If it happens again, try to remember exactly what you done, and in which program

Guest
This topic is now closed to further replies.
 Share
Go to topic listing
×
×
  • Create New...