RUN TIME ERROR 13 - TYPE MISMATCH

[Magna]

How do you fix this?

[Imaynotbehere4long]

It has to do with NPC codes; if there is a decimal or comma (depending on your region) in one of the values, you will get that error. The only way to fix it is to remove the decimal or comma.

--EDIT--

Sorry, I was thinking of type mismatch, not time mismatch. I don't know what the problem is, then.

[zioy]

It has to do with NPC codes; if there is a decimal or comma (depending on your region) in one of the values, you will get that error. The only way to fix it is to remove the decimal or comma.

--EDIT--

Sorry, I was thinking of type mismatch, not time mismatch. I don't know what the problem is, then.

Runtime Error 13 is type mismatch
He typo'd

[bossedit8]

This specificaly happens if a NPC text file has a Code in it that does not match to the whole coding system.

For example, if I have a Code that looks like this:

Code: Select all

speed=,5

It crashes SMBX with the Error Message "Type Mismatch". There are like unlimited possibilities that let it happen so make sure that everything you have typed in your NPC Text Files are correct.

Code: Select all

speed=5

Oh and I surely do not recommended to use Decimals in your code like this:

Code: Select all

speed=0.5

Or else it goes either incredible fast or it crashes with a error message. Check this Forum Topic Link for further Information on Decimals: http://www.smbxgame.com/forums/v ... =69&t=1659

Make sure that you have checked every NPC Text Files to prevent "misleaded" codes that doesn't match with SMBX. This is why the Error is called "Type Mismatch".

[Magna]

I think the npc codes are alright but I gotta double check. And for some reason when I open it in PGE, it works. Does that say something?

[Veudekato]

I think the npc codes are alright but I gotta double check. And for some reason when I open it in PGE, it works. Does that say something?

not pge. PlatGEnwohl*. he can open lvl files and edit them. and platgenwohl made in c++. smbx made in pascal. pascal have problem with decimal codes

[Wohlstand]

I think the npc codes are alright but I gotta double check. And for some reason when I open it in PGE, it works. Does that say something?

SMBX is written in Visual Basic 6.
All bugs and crashes like "type mismatch" is a data parsing error. Because Redigit wasn't made pre-Parsing input checks, is a big dangerous to send wrong data to parser (converter of string to integer, float point number, boolean, etc.) and causing crash. Visual Basic have a most stupid parser: this parser always check the standard settings and converting decimals "0.5" or "0,5" by those settings. This thing should have a FORCE replacing comma or dot to the correct character for this region to prevent crash.

PGE is written in C++.
When you parse string data in C++ you will never get crash, but you will get the data trash! (for example, you converting string "3.5jj", but when you parse this wrong number, you will get the array of integers. I.e. you was got a not true data, but crash was not appeared! Even if you used only STL or clean C without any smart Qt, GTK+, boost, etc.). C++ always use dot character "0.5" as decimal and it is region independent. Also, into file parsing function I was add lots of pre-parsing checks. For example, if need "0.5" but got "0s.1", file loading will be aborted with error message about wrong file format, but application still opened and works. Also, for float point numbers I was add special parsing feature which allow to use BOTH decimal styles (AND 0.5 AND 0,5), but when you save file, will be used style with a dot.

C++ is a strict type language, I.e. you can't give to the string variable the double number without converting, will be compilation error. The crash in C++ possible only when:
- Attempt to try get/put data via wrong or null pointer
- Outed of array range.

Because I used the C++ instead of other languages:
because it is one of high-level languages which have compilers which creating the NATIVE executable format, and it's executables working quickly always (unlike .NET or Java which generating interpretable byte-code, but Java is platform-independent, .NET was ported to Linux with Mono project)
(also, in Visual Studio set the Visual C++ compiler is alone which can generate native quickest executable). (but for a lot of reasons, I used MinGW compiler for Windows, because it giving more faster executables and friendly with a cross-platform coding).