The online racing simulator
Please do report crashes
(116 posts, started )
Editor crashes when clicking Texture tab (Vehicle Editor).
Quote :Faulting application name: LFS_EDITOR.exe, version: 0.0.0.0, time stamp: 0x64175f46
Faulting module name: LFS_EDITOR.exe, version: 0.0.0.0, time stamp: 0x64175f46
Exception code: 0xc0000005
Fault offset: 0x0003d260

This happens only when a specific mesh config is selected. Car can be still exported (test) and driven in-game.
Editor sometimes crashes after starting the app, loading the car & clicking the tab, with any config.
Quote :Faulting application name: LFS_EDITOR.exe, version: 0.0.0.0, time stamp: 0x64175f46
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00000000

Quote :Faulting application name: LFS_EDITOR.exe, version: 0.0.0.0, time stamp: 0x64175f46
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x74b9cb49

After adding some tris with new alpha type texture page & cutout, editor always crashes when clicking Vehicle's Texture tab.
Exporting and selecting the car in-game would make LFS-game crashes as well.
Quote :Faulting application name: LFS_EDITOR.exe, version: 0.0.0.0, time stamp: 0x64175f46
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x29880000

0.7D15 in-game

Quote :Faulting application name: LFS.exe, version: 0.0.0.0, time stamp: 0x640ca8bb
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x0e063e19
Faulting process id: 0x2690

0.7D20

Quote :Faulting application name: LFS.exe, version: 0.0.0.0, time stamp: 0x641b4d1d
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x0d9b9f81

Thanks, that sounds pretty serious.

Is there a simple step-by-step way I could reproduce this? Maybe starting from an LFS vehicle, or a test vehicle you could provide?

Based on your description, I added a new texture page, cutout, mapping and triangle, exited back to vehicle editor but didn't get a crash with the Textures tab open.

But if I can reproduce the crash then I can fix it, that's for sure. Smile
Quote from akubosaan :Editor crashes when clicking Texture tab (Vehicle Editor).
...
Exporting and selecting the car in-game would make LFS-game crashes as well.

I've had a look into this, found a possible reason for the crash and recreated a crash that matches your description.

It looks as if the code will fail (and crash, unpredictably) if there are more than 64 different materials in the model (when the subobjects are combined with the main model, which LFS does automatically).

I'll need to decide how to allow more materials, limit the number of materials, or both, as it is of course not acceptable for the program to crash.

Although I will do that, I must also say that I feel it's an excessive number of materials. Eric's most extremely detailed vehicle, the RB4, has reached 50 materials. Although I shouldn't be surprised that someone else's model exceeds 64 materials, as a programmer I feel this is too much for in game use and somehow you should reduce the number of materials. Maybe you can achieve the same results by either reducing the number of textures (e.g. by using cutouts on fewer, combined, texture pages) or reducing the number of different material settings in the 'cutout' mode?

I can't give any specific suggestions without seeing the model, but I have made a note to consider a fix/limit/warning/etc. Please let me know if the explanation makes sense (if I've described it properly and if you model really does have so many materials).
OK, this is now fixed in Editor Test Patch D15.

The solutions:

1) Vehicle editor will not crash (in Textures tab or when creating car from model)
2) There is a message "Too many materials"
3) It will not export for testing or upload if there are too many materials

This must be the best way, as LFS itself will crash if there are too many materials. I believe there should be no need for so many materials, if you can share texture pages, etc.

Thanks for the crash report!
Quote from Scawen :64 materials

Yeah, that gave me a hint. And model had something like 5 different glass texture pages and few other small ones with different material settings (fancy vshine, overlay, etc) so those really blew material count up.

That's a capture from 7D14. Switching to the problematic config would indeed make the editor crashes.

Right, I haven't actually tried the newer test patch as I managed to merge some textures and make progress (and it's very close to finish, kind of, maybe). So, no really need to panic now.

Much thanks


And sorry for not posting quite a while (yeah, seems like my head keeps crashing as hard as the editor did).
Attached images
lfs_00000583.jpg
LFS Crashes to Desktop without any error message
It happens when joining a packed server (like 40 players), after clicking join host it loads everything up until screen changes and u get the connected message, but screen stuck on the blue background for like 10 seconds then it crashes.
Runing latest test patch D21.
Downgrading to D20 actually fixed it.
Is it possible to find an exception code and crash address or offset?
Some info about that: https://www.lfs.net/forum/post/1974629#post1974629

It seems unlikely that reverting to D20 would really fix it, as D21 has so few changes. Maybe it was a coincidence, that whatever caused the crash, disappeared at the same time you tried D20. How many times did you try with D21? This is the first time we have heard such a report, so I won't attach much importance to it yet. But if you can provide a crash address, I'll investigate.
Quote from Scawen :Is it possible to find an exception code and crash address or offset?
Some info about that: https://www.lfs.net/forum/post/1974629#post1974629

It seems unlikely that reverting to D20 would really fix it, as D21 has so few changes. Maybe it was a coincidence, that whatever caused the crash, disappeared at the same time you tried D20. How many times did you try with D21? This is the first time we have heard such a report, so I won't attach much importance to it yet. But if you can provide a crash address, I'll investigate.

sure, here u may find something.
the crash happens very often..i had this issue for a week .. i try multiple times, 9 out of 10 times it crashes.

Log Name: Application
Source: Windows Error Reporting
Date: 08/05/2023 06:03:37 م
Event ID: 1001
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: SuperMegaRetard
Description:
المستودع الذي يحتوي على أخطاء 1604433972694237219، النوع 1
اسم الحدث: APPCRASH
الاستجابة: غير متوفر
معرف ملف الخزانة: 0

توقيع المشكلة:
P1: LFS.exe
P2: 0.0.0.0
P3: 641ef2a9
P4: LFS.exe
P5: 0.0.0.0
P6: 641ef2a9
P7: c0000005
P8: 00065f71
P9:
P10:

الملفات المرفقة:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3BBF.tmp.mdmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3DC3.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3DF3.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3E01.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3E11.tmp.txt

قد تكون هذه الملفات متوفرة هنا:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_LFS.exe_4e87bbc6c8b1b21060e6a2881f425c30e07c186_d10da236_2f48d062-af40-4b13-8e02-2a94df6a3bfd

رمز التحليل:
إعادة البحث عن حل: 0
معرف التقرير: cee1eb41-ddba-4374-ae8f-ae47a58ea769
حالة التقرير: 268435456
المستودع المجزأ: 6fc49b7b7972b732e644183290024023
دليل المستودع: 0
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" />
<EventID Qualifiers="0">1001</EventID>
<Level>4</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2023-05-08T15:03:37.860813900Z" />
<EventRecordID>6629</EventRecordID>
<Channel>Application</Channel>
<Computer>SuperMegaRetard</Computer>
<Security />
</System>
<EventData>
<Data>1604433972694237219</Data>
<Data>1</Data>
<Data>APPCRASH</Data>
<Data>غير متوفر</Data>
<Data>0</Data>
<Data>LFS.exe</Data>
<Data>0.0.0.0</Data>
<Data>641ef2a9</Data>
<Data>LFS.exe</Data>
<Data>0.0.0.0</Data>
<Data>641ef2a9</Data>
<Data>c0000005</Data>
<Data>00065f71</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3BBF.tmp.mdmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3DC3.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3DF3.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3E01.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER3E11.tmp.txt</Data>
<Data>\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_LFS.exe_4e87bbc6c8b1b21060e6a2881f425c30e07c186_d10da236_2f48d062-af40-4b13-8e02-2a94df6a3bfd</Data>
<Data>
</Data>
<Data>0</Data>
<Data>cee1eb41-ddba-4374-ae8f-ae47a58ea769</Data>
<Data>268435456</Data>
<Data>6fc49b7b7972b732e644183290024023</Data>
<Data>0</Data>
</EventData>
</Event>
Thanks for that. The offset seems to be inside LFS and it is reading a block of memory from a file.

From the information available, it's not possible to know which code was calling that function at the time.

As no-one else has reported this bug, I am wondering if it could be a corrupted mod file on your hard drive. Corrupted files are rare but it can happen. There is one way to test this. I don't know how much you like this idea but if you would rename your mods folder to something else (or delete it) then you will download mods fresh again.

That doesn't explain why D21 crashed and D20 didn't. According to this theory, any available version would crash if someone on the server was using the mod that is corrupted on your hard drive.

If it's OK with you, I'd be grateful if you would try this test because if the problem doesn't come up again that could mean it really was a corrupted file issue, and not something I should look into right now.
Quote from Scawen :

That doesn't explain why D21 crashed and D20 didn't. According to this theory, any available version would crash if someone on the server was using the mod that is corrupted on your hard drive.


Yesterday i had this issue for the first time in D20.. It happened multiple times after..
I was on TC City Driving with a full server..
So yes i guess the version doesn't matter.. I guess it was a coincidence so far that it didn't crash on D2 earlier.

I will try to remove mods temporarily and join server at it's peak then I'll give further information
*update : crash didn't happen recently, might have been a faulty mod that got updated*
Crashed when trying to enter the modeller from the "new vehicle" screen:

- Open Vehicle Editor
- Click NEW
- Select a vehicle layout
- Click "linear" next to "suspension layout"
- When the dialog appears, click "Edit" at the bottom right - LFS editor seems to get to an invalid state
- Press Esc and then keep pressing E until it crashes



Exception code: 0xc0000005
Error offset: 0x000f14c4

Happens already in version C up to D28.

I guess the buttons at the bottom right aren't supposed to be shown when that "suspension type can't be set" warning dialog appears.
Sorry I dont want to seem tone deaf and insult the devs.
Scawen, the way I deal with crash reporting is:

AppMain();//Put everything inside here
WinMain(){
int l_RetVal = 0;
try{
l_RetVal = AppMain();
}catch(std::exception& e){
SomeExceptionHandlingFunction(e);
}
return l_RetVal;
}

Or a newer approach I addopted is to have a companion program. In thins case I would call it "LFS Crash Handler.exe" and it would report crashes. The second approach is a bit more flexible than the first.

[Edit]
I might have a stack trace lib I wrote a while ago somwhere. Since LFS is compiled as x86 it will work. Havent implemented a x64 version yet.
I could donate it if you need it.
Quote from Flame CZE :Crashed when trying to enter the modeller from the "new vehicle" screen:

Thanks for the report. This is fixed in D29 which I'll upload in a minute.

Quote from xolan1993 :Sorry I dont want to seem tone deaf and insult the devs.
Scawen, the way I deal with crash reporting is:

Thank you and don't worry, that is not insulting. Smile I don't pretend to know everything. Smile

I should have a look at a crash handler, though I don't want to spend much time on it now, a good one could save time in the future.

At least to write out exception code, crash address and the module might be nice so people don't have to look in Windows logs. A call stack would be great information too and could solve more cases, especially if the crash is in a commonly used function or in a non-LFS module (called by some function in LFS).

I seem to remember looking at this a bit in the past and it was apparently not easy to obtain a call stack for some reason, or maybe it required a lot of knowledge. Well, I guess that's why you made your own library for it. Anyway, I will read up a little can contact you for more information if I want to do something. Though my priority is to quickly release the new version and get back to the tyre physics.
I've experienced two crashes today while doing undo - redo operation.
D36.

EDIT: I pressed (and hold) CTRL+Z really fast... and then CTRL+Y to see some changes I made.
Attached images
crash.JPG
Thanks for the report. I believe I have found a cause for this. I think this crash could happen sometimes if you redo or undo operations done on a subobject, in mapping, cutout or page mode.

The fix I have done, is to correctly assign the selected subobject before re-selecting the mapping, cutout or page that was stored in the undo node.

Bojātās lietojumprogrammas nosaukums: LFS.exe, versija: 0.0.0.0, laikspiedols: 0x64908e8e
Bojātā moduļa nosaukums: LFS.exe, versija: 0.0.0.0, laikspiedols: 0x64908e8e
Izņēmuma kods: 0xc0000005
Bojājuma nobīde: 0x00088b6c
Bojātā procesa ID: 0x51c
Bojātās lietojumprogrammas startēšanas laiks: 0x01d9a74587b23352
Bojātās lietojumprogrammas ceļš: C:\LFS\LFS.exe
Bojātā moduļa ceļš: C:\LFS\LFS.exe
Atskaites ID: 054375fe-8d8f-4054-b990-d98ffa6f5064

The crash was found by newbie1234.
To reproduce:
Multiplayer -> Display list of hosts
Set all of the toggles to no
Go back (doesn't matter if using escape or back button)
Go into list of hosts again
Toggle any of the toggles
Crash

EDIT: Seems like an old bug, booted up my 0.6R install, it also does crash
EDIT 2: Can't seem to crash 0.7B2 for some reason
Good crash reproduction, I got it in the debugger.

Thanks! Smile
Quote from bayanofmansorofisky :

I will try to remove mods temporarily and join server at it's peak then I'll give further information
*update : crash didn't happen recently, might have been a faulty mod that got updated*

Late update on the issue, i couldn't do it before because my internet was not happy with me deleting all mods

But not that i did.. The issue seems to have gone.
Is there anyway i can tell wich mod is causing this issue incase it happens in future?
It has been reported on the TC one server, that it crashes upon joining, I've narrowed it down to the version being used, 0.7D crashes, newer patches like 0.7D33 don't. I'd check more patches, but many have online broken with wrong version being displayed, here is the crash info (sadly in Latvian):

Bojātās lietojumprogrammas nosaukums: LFS7d.exe, versija: 0.0.0.0, laikspiedols: 0x62596d7f
Bojātā moduļa nosaukums: unknown, versija: 0.0.0.0, laikspiedols: 0x00000000
Izņēmuma kods: 0xc000001d
Bojājuma nobīde: 0x26e6ae01
Bojātā procesa ID: 0x27c0
Bojātās lietojumprogrammas startēšanas laiks: 0x01d9e8ddf911b5d1
Bojātās lietojumprogrammas ceļš: C:\LFS\LFS7d.exe
Bojātā moduļa ceļš: unknown
Atskaites ID: 2fc7ebc4-7bcc-41d1-b4e1-009be6904dbd
Bojātās pakotnes pilnais nosaukums:
Bojātās pakotnes relatīvais lietojumprogrammas ID:

Interested in what could be causing it to crash

(I also posted this in a different post, because I forgot that this thread exists Smile )

Edit:
Video of it:


EDIT 2: Seems like deleting the mod folder fixes the issue, but putting the newly downloaded mods in the old folder doesn't, weird, must be an older version of a mod screwing smth up?
EDIT again, seems like what i just said isnt true, crashes anyways
Thanks for the report. That crash isn't in the LFS.exe module so I can't narrow it down to the region of code that caused it. There are some undocumented crash fixes in the test patches, related to mods that have not yet loaded, so I hope maybe one of those fixes is the reason why the test patches aren't crashing.
Hopefully, when the incompatible update is released, everyone will be on the new version and this shouldn't happen
replay crash
how to crash
1. see temp replay
2. do command /spec ai 1~3
3. press 1 key
4. press esc key
5. click end race
6. crash
Attached images
oCam 1.gif
Had a crash on D64 in multiplayer

Faulting application name: LFS.exe, version: 0.0.0.0, time stamp: 0x657de650
Faulting module name: LFS.exe, version: 0.0.0.0, time stamp: 0x657de650
Exception code: 0xc0000005
Fault offset: 0x0017d1c1
Faulting process id: 0x25dc
Faulting application start time: 0x01da30ef3db70621
Faulting application path: D:\Program Files\LFS_0.7D\LFS.exe
Faulting module path: D:\Program Files\LFS_0.7D\LFS.exe
Report Id: 423208f2-00e7-4558-882d-243455909f7b
Faulting package full name:
Faulting package-relative application ID:
Thanks. Can you think of any more info, were there other people there, were you in your own vehicle, what sort of things were on screen? Did anyone else get a crash at the time? Were you using any special draw modes?

This code is something to do with drawing an alpha part of a car, apparently referencing a bad pointer, but the question is why did that happen? I'm looking into it but any more info could possibly help.
I believe I found the cause of that crash and fixed it for 0.7E.

Thank you very much for the crash report, the crash address was extremely helpful. Thumbs up

If a remote player with alpha subobjects lagged, the subobjects could still be visible which obviously looked bad and was easily reproduced (without the crash). But the theory is this was related to the crash. If a player you had seen, had a mesh regeneration at some time when off your screen, and next time you saw them they were lagging, then your computer would attempt to draw their old subobjects that no longer exist, causing a crash. Well that's the theory.

Please do report crashes
(116 posts, started )
FGED GREDG RDFGDR GSFDG