Cargo Distribution

[Hamilton2007]

It indeed happens also in the latest nightly build r18190

[Hamilton2007]

Got a crash with the r18177 win32 build.

[Roujin]

It indeed happens also in the latest nightly build r18190

It'd surely help to file a bugreport at FlySpray then.

[fonso]

Got a crash with the r18177 win32 build.

Did you change the grfs during the game? This can cause the game to crash. There is even a warning about this. The crash log says:

Code: Select all

Tick 5366: GRF config changed\par
     GRF order changed: 414E0101 moved 24 places up, filename: fish.grf\par
     Removed NewGRF: 659E5728, filename: ottdc_grfpack\\9_last\\shiptool\\shiptoolv4.grf\par
Tick 6326: GRF config changed\par
     Removed NewGRF: 425F0101, filename: very_large_ships.0.1\\vl_shipw.grf\par
Tick 17095: GRF config changed\par
     Added NewGRF: GRF ID 52571201, checksum C1C7D8C53EB7E74EEE2F0EF29638B466, filename: ottdc_grfpack\\8_vehicles\\road_vehicles\\grvts\\egrvts.grf\par
Tick 62505: GRF config changed\par
     Removed NewGRF: 44470000, filename: ottdc_grfpack\\4_infrastructure\\dep\\dep2.1w.GRF\par
Tick 45078: GRF config changed\par
     GRF parameter changed: 44440302, filename: ottdc_grfpack\\8_vehicles\\trains_wagons\\nars2\\nars2w.grf\par
Tick 13631: GRF config changed\par
     GRF parameter changed: 4D656F91, filename: ottdc_grfpack\\5_industries_cargos\\ECS1Town\\ECSTownw.grf\par
     GRF parameter changed: 4D656F92, filename: ottdc_grfpack\\5_industries_cargos\\ECS2Basic\\ECSBasicw.grf\par
     GRF parameter changed: 4D656F97, filename: ECSAgriw.grf\par
     GRF parameter changed: 4D656F9C, filename: ottdc_grfpack\\5_industries_cargos\\ECS3Chem\\ECSChem2w.grf\par
     GRF parameter changed: 4D656F94, filename: ottdc_grfpack\\5_industries_cargos\\ECS4Mach\\ECSMachw.grf\par
     GRF parameter changed: 4D656F95, filename: ottdc_grfpack\\5_industries_cargos\\ECS5Wood\\ECSWoodw.grf\par

Also you have strange things linked into the game:

Code: Select all

 C:\\Program Files\\Telenet Security Pack\\Spam Control\\fsscoepl.dll handle: 0x10000000 size: 252512 crc: 1A789BB7 date: 2008-09-23 13:37:34\par
 C:\\Program Files\\McAfee\\SiteAdvisor\\saHook.dll handle: 0xf60000 size: 14032 crc: 4E177F5D date: 2009-02-11 09:06:38\par
 C:\\Windows\\system32\\bglsp.dll handle: 0xf80000 size: 87376 crc: F380856B date: 2009-06-10 17:12:52\par
 C:\\Windows\\WinSxS\\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.3053_none_d08d7bba442a9b36\\MSVCR80.dll handle: 0x74fe0000 size: 635904 crc: 4126B94A date: 2008-07-27 18:03:14\par
 C:\\Program Files\\Telenet Security Pack\\FSPS\\program\\FSLSP.DLL handle: 0x2040000 size: 179808 crc: 240B6B61 date: 2008-09-23 13:37:30\par
 c:\\program files\\telenet security pack\\scanner-interface\\fsgkiapi.dll handle: 0x2070000 size: 82528 crc: 2743D0BF date: 2008-09-23 13:35:44\par

Please check what those "Telenet" dlls are. They shouldn't be there and they might interfer with something. I also don't see why that McAfee dll has to be linked into OpenTTD. Maybe you can disable that.

And please, if possible, everyone build and use binaries with debug symbols as long as everything is that unstable. The crash log will contain much more information then.

[id10terror]

A. I googled "bglsp.dll" and its a winsock LSP. (http://forum.bullguard.com/forum/10/Tro ... 74782.html) and as such is quite suspect.

and

B. telnet security pack didn't get any immediate red flags but after reading this page(http://www.thecoolestdolphin.be/?p=13) i suspect its a fake product (as in it says "your computer has problems, would you like to spend money with us to fix them?" and when the user clicks no it sets to work creating problems.)

Have you tried using avg(http://free.avg.com make sure you get the 'free' one) ?
don't say "yeah but it wouldn't install" because that would only serve to increase the certainty of both A and B. p*** poor products often fight to keep good ones from working properly.

[Hamilton2007]

I indeed changed grf's settings during game..

Telenet is my virusscanner/firewall ..

[fonso]

By changing the grfs you created a ship that has a capacity > 0, but 0 load amount per loading turn. This is sort of a paradox, but it's theoretically possible to build such a thing via newgrf. Cargodist crashed on that, though. I have fixed it in the new version.

[NekoMaster]

Guess what guys, that random crash is still there! D: I was playing a nice game, going for a few years, then suddenly it crashed : (

[petert]

Guess what guys, that random crash is still there! D: I was playing a nice game, going for a few years, then suddenly it crashed : (

Are you still using my previous version? Or a trunk version?

[NekoMaster]

Guess what guys, that random crash is still there! D: I was playing a nice game, going for a few years, then suddenly it crashed : (

Are you still using my previous version? Or a trunk version?

No I was using your latest Win32 Build "r18177M"

[petert]

Here is an updated win32 bundle, r18209:

[Hamilton2007]

Guess what guys, that random crash is still there! D: I was playing a nice game, going for a few years, then suddenly it crashed : (

Are you still using my previous version? Or a trunk version?

No I was using your latest Win32 Build "r18177M"

That's why i save every month, sometimes after the crash i reload and play 10 years or so to the next crash..

[Raichase]

Here is an updated win32 bundle, r18209:

petert - many thanks for continuing to provide these win32 files, it is much appreciated by those of us that have no idea what they are doing, and just like playing the game . Thanks mate!

[NekoMaster]

Could someone test the latest Win32 build and report if its playable or crashy

[Raichase]

Could someone test the latest Win32 build and report if its playable or crashy

That's a very broad statement. I've yet to experience a crash, but then again, I don't play intensively like some people. So no, no crash yet. Then again, I didn't get a crash from the last version either.

Seems to me, if you want the cutting edge features, you have to be prepared to suffer a crash or two along the way, and if that happens, you report it with as much information as possible to prevent that crash happening again. If you don't like the risk of the occasional crash, I'm sure the stable version is more than stable enough!

[NekoMaster]

Could someone test the latest Win32 build and report if its playable or crashy

That's a very broad statement. I've yet to experience a crash, but then again, I don't play intensively like some people. So no, no crash yet. Then again, I didn't get a crash from the last version either.

Seems to me, if you want the cutting edge features, you have to be prepared to suffer a crash or two along the way, and if that happens, you report it with as much information as possible to prevent that crash happening again. If you don't like the risk of the occasional crash, I'm sure the stable version is more than stable enough!

Well its just for me, I keep getting random crashes with out the openttd crash thing, it just says something like either OpenTTD has stopped working or show that an exception or something happened and then it stops working it doesnt even make a dump or crash save when it crashes like that

[fonso]

Well its just for me, I keep getting random crashes with out the openttd crash thing, it just says something like either OpenTTD has stopped working or show that an exception or something happened and then it stops working it doesnt even make a dump or crash save when it crashes like that

Giving the exact text you see in that pop-up window telling you that OpenTTD has stopped working or hit an assertion or the likes would be very helpful already. And the last save of that game (not necessarily the crash save) would be nice, too.

[Rubidium]

Well its just for me, I keep getting random crashes with out the openttd crash thing

Yup, that happens because it isn't compiled with MSVC and as such doesn't have the whole crash handler. Not to mention that it will only work with MSVC, and not with GCC, because the crash log/dump doesn't contain that much information; it's the 'pdb' file together with the crash 'dmp' that provide the useful information. GCC can't make such a 'pdb' file and is thus totally useless.

[tsjook]

The game crashed in the menu after abandoning my game (petert's latest build). Still, the crash save succeeded (haven't tried opening it yet).

edit: The savegame leads me to the game visible on the background of the menu. When loading, I get the following warning.

[NekoMaster]

Well its just for me, I keep getting random crashes with out the openttd crash thing, it just says something like either OpenTTD has stopped working or show that an exception or something happened and then it stops working it doesnt even make a dump or crash save when it crashes like that

Giving the exact text you see in that pop-up window telling you that OpenTTD has stopped working or hit an assertion or the likes would be very helpful already. And the last save of that game (not necessarily the crash save) would be nice, too.

sure, well, I got back to turning autosave on, the reson why I had it off is to increase performance on larger maps because it takes longer to save on larger maps.