2.0.1 alpha / 2.5 beta discussion

sfrankland · Post by **sfrankland** » 16 Mar 2005 01:25

I never knew a crash log was created but after reading it I noticd that ZBUS.GRF was reported at the bottom of the page. After removeing it all works fine. I have never had this problem in the past though.

TTD V0019E200 Crash Log by TTDPatch 2.0.1 alpha 46 (Windows)

Exception C0000005 at 001B:0060E201

EAX EBX ECX EDX
01A9C7CC 00000004 00000001 01A9C7A0

ESI EDI ESP EBP
01AA0C06 00629FF0 0006FED8 0006FF20

DS ES FS GS SS Flags
0023 0023 0038 0000 0023 00010207
FFFFFFFF FFFFFFFF 00000FFF ######## FFFFFFFF (Segment limits)
00CFF300 00CFF300 0040F300 ######## 00CFF300 (Access rights)

Bytes at DS:EIP
8B 44 B8 FC 2B C6 F7 D8 66 89 42 1E 58 66 50 83

Stack Dump:
0C05F836 0060F404 0060E1E9 0060E416 00000002 00000001 00000001 00000000
01A9C70B 0060F43D 0060E909 01AA0C09 01AA0BDC 00000000 00000000 00000000
00000000 00000016 0006FF88 0060E2CE 00000002 01AA0BE0 0006FF88 0006FF48
02011014 01A9C7A0 000000A5 01A9C7CC 0060E259 0060E331 00545E80 00600CD2

Handler Stack Dump (at 0023:0006FC88):
000239A8 00240000 F0000002 00000000 00000000 00000038 00000023 00000023
00629FF0 01AA0C06 00000004 01A9C7A0 00000001 01A9C7CC 0006FF20 0060E201
0000001B 00010207 0006FED8 00000023 0000027F 00000000 00000000 00000000
00000000 00000000 00001F80 0000FFFF 002443C8 03020302 00000302 00000000

Patch flags:
DFFEFFFF FFFEFFFF E0FF7FFF 000003FF 00000000 00000000 000045BF A0000000
00000D80 00002A0D 007C3E80 009607BC 01900096 016D005A 40A40500 433A4486
02580320 00000000 00000000 00000000 00000000 00000000 00000000 00000000
1E640400 F0F0AAAA FA30F0F0 0A0AFF64 1E01B401 07280202 3F000209 0A141E22
1D000501 01140000 00000004

While processing GRF file: newgrf/ZBUSW.GRF; Sprite number: 0002 (hex)

DaleStan · Post by **DaleStan** » 16 Mar 2005 02:07

I'd bet that having zbusw.grf would be helpful for fixing this bug. Could you post it?

sfrankland · Post by **sfrankland** » 16 Mar 2005 05:20

The file is from George's website

Patchman · Post by **Patchman** » 16 Mar 2005 06:17

Thanks, it was a bug in the patch that caused it to crash, although that happened when trying to display an error that sprite 2 in this grf file is wrong. So both the patch and the grf file need to be fixed...

Uwe · Post by **Uwe** » 16 Mar 2005 12:14

Another bug I stumbled upon with alpha 46 and DBSetXL 0.8: This graphics set uses some advanced patch magic to make sure that no freight cars can be attached to certain express passenger locos.
However, in alpha 46 this does not work, i.e. any kind of carriage can be attached. What's worse, the BR 103, BR 110, BR 111 and the ICE train types check for long-distance cars, but in alpha 46 they won't allow attaching any coach at all, just printing the message "long distance coach needed", even if you try to add such a coach.

SuperTycoon · Post by **SuperTycoon** » 16 Mar 2005 16:52

I hav this problem too

Raichase · Post by **Raichase** » 17 Mar 2005 23:26

Yes, this is a bug relating to the patch wanting long-distance coaches to be attached to such locomotives...

Michael knows about this, and he says he will fix it ASAP for everyone

. Also, it means that 0.81 would be coming out with it, fixing other bugs in 0.8

.

I call it a blessing in disguise, we are lucky we have such hard workers

.

krtaylor · Post by **krtaylor** » 18 Mar 2005 02:24

I had an odd crash with the Generic Stations that wasn't there before. I went to extend a station by one square, for which I usually use the Basic Platforms. They're offered in three versions - outside-edge platforms, inside-edge (island) platforms, and both sides. I tried to select the both sides, but the picture dispalyed didn't change. Odd... So I built the station anyway. I had transparency on, so I turned it off to see what the station looked like... and the game immediately crashed. Here's the crashlog:

Patchman · Post by **Patchman** » 18 Mar 2005 02:40

Well, that's a bug in the stations set. I can't say exactly what happens, but the patch is trying to draw a sprite that doesn't exist, presumably because the station sprite layout told it to.

Oracle · Post by **Oracle** » 18 Mar 2005 17:09

I've been playing with the early retirement property and model lives and I've noticed that trains that you can't purchase in the depot seem to autorenew themselves when they become old (in accordance with the ttdpatch.cfg autorenew setting). Is this a bug or the way it's designed to work? I think they shouldn't autorenew here because that defeats most of the point of the early retirement (as I'm using it, at least) which is to keep all locomotives reliable until the end of their lives.

Also, TTDPatch crashes in alpha 46 instead of displaying "More sprites than specified" when GRF files are not correctly coded with the right or a greater number.

krtaylor · Post by **krtaylor** » 18 Mar 2005 17:14

Ah yes, I would guess that the part of the autorenew code which checks to see if the model is obsolete, is looking at the "technical" obsolete date, rather than the early retirement constant.

AFA the crash, I take it that's the same problem that the Generic Stations have? Aegir is fixing the problem in the GRF, but certainly it would be better if a it gave a warning on load rather than crashing when you used the bad station.

Oracle · Post by **Oracle** » 18 Mar 2005 17:33

krtaylor wrote:AFA the crash, I take it that's the same problem that the Generic Stations have?

No. I'm 99% sure that it's what I said, which is a GRF coding matter, but nothing to do with stations.

krtaylor · Post by **krtaylor** » 18 Mar 2005 17:50

Yes, I mean, the current test version of the Generic Stations may be an example of that problem.

Patchman · Post by **Patchman** » 18 Mar 2005 17:59

Oracle wrote:I've been playing with the early retirement property and model lives and I've noticed that trains that you can't purchase in the depot seem to autorenew themselves when they become old

I'd forgotten about that, autorenew doesn't take into account the early retirement. Will be fixed.

krtaylor · Post by **krtaylor** » 19 Mar 2005 19:43

One bug that I've mentioned before, and never gotten a response to, but it seems very important - at least to me.

Trains waiting at a bidirectional signal that's part of a PBS block do NOT wait the statutory number of days before turning around. They turn around almost instantly. And oftentimes, they Stop for no good reason, when with a little patience until the light turns green, they'd be fine. This is particularly weird in terminal stations, where there's nowhere else to go - the train is ready to go, encounters a red light (cross traffic in the PBS block and no safe route), refuses to wait, turns around, bumps immediately into the back of the station, gives up, and Stops. All it needed to do was wait the set number of days and the "problem" would resolve itself.

goalie · Post by **goalie** » 19 Mar 2005 21:15

prob in a46
trains sometimes left one or two wagons on the track and then when the train coemes back they crash

Patchman · Post by **Patchman** » 19 Mar 2005 21:17

goalie wrote:prob in a46
trains sometimes left one or two wagons on the track and then when the train coemes back they crash

Need more info. Lots and lots more info.

Oracle · Post by **Oracle** » 20 Mar 2005 15:04

I don't know whether this is related to what goalie is trying to say, but PBS messes up sometimes when a train crash is being cleared up. Sometimes paths are left reserved (which I'm not surprised about) but sometimes PBS lets a train enter the block when there are a few carriages that haven't yet been removed. (As you know, crashed trains are removed gradually.) At least once I've seen a train hit one of these carriages just before it disappears, causing yet another crash. A possible way to rectify this would be for a train crash in a PBS block to turn off PBS in that block until the trains have been completely removed, but that would both restrict movement in unaffected areas of the block and be difficult to patch (I expect). It's not too important, though - if you can solve the causes of crashes in the first place then it shouldn't be a big problem.

Raichase · Post by **Raichase** » 21 Mar 2005 04:51

Oracle wrote:I don't know whether this is related to what goalie is trying to say [...]

I know what you mean - I only ever see it when I have a longer tran crash into a smaller train. The shorter train is cleared first, gives the news message, and then the signals go green.

If I notice it again, I'll post a savegame, and hopefully we can get some compares to see what is causing it.

SuperTycoon · Post by **SuperTycoon** » 21 Mar 2005 15:24

Broken signals in A47:
Trains waiting at green signals, particularly pre-sigs, see atached savegame, PBS set to automatic, PBS junctions assembled correctly

EDIT: Resolved pre-combos cannot be followed immediatly by a pre-exit to prevent trains leaving the station the wrong way, there must be a one tile space between the two-way combo, and one-way exit signal

Transport Tycoon Forums

2.0.1 alpha / 2.5 beta discussion

Who is online