Transport Tycoon Forums

Debian Package, along with win32 bundle (yet to make):

petert wrote:Debian Package, along with win32 bundle (yet to make):

Common, Im looking forward to another Binary from you, I just hope its as stable as your old bin, man, Im really liking CargoDist, I can't play a open ttd game with out it, unless its on my psp, which only goes up to 5.3 : (

petert wrote: Actually, I'm going to try Wine under Linux, and install everything like the Windows guide shows. The current cross-compile guide is a horrible mess.

That sounds tricky too, but might work well.

Auge wrote: There is a problem with a library that is needed in version 3.8 and is in Ubuntu 9.10 in version 4.2. Please use the forum search to find the solution (there is one).

The problem is only with running ottd, when you compile it links with the newer version afaik. And i don't think i use that library when i cross-compile.

hello,

No idea if this is any use to you or not, but compiling (OpenTTD ge77217bb-(no branch) on Mac OS X 10.5.8 the following pops up:

/applications/ottdCargDist/Gitrepo/src/linkgraph/mcf.cpp: In member function ‘void MultiCommodityFlow::Dijkstra(NodeID, PathVector&, bool) [with ANNOTATION = DistanceAnnotation]’:
/applications/ottdCargDist/Gitrepo/src/linkgraph/mcf.cpp:78: warning: control may reach end of non-void function ‘bool DistanceAnnotation::IsBetter(const DistanceAnnotation*, int, uint) const’ being inlined


Game loads fine - haven't ran it yet to for extended time to see if it does anything it shouldn't...

petert wrote:Debian Package, along with win32 bundle (yet to make):

The current version of cargodist (and by extension this binary) has two problems. One is the crash we've been discussing for some time now. Of course I'm happy for any help finding the problem, but don't expect the game to run flawlessly. Another one is http://bugs.openttd.org/task/3317 . Basically the mouse-over feature in the smallmap doesn't work until it's fixed.

NekoMaster wrote:Common, Im looking forward to another Binary from you, I just hope its as stable as your old bin, man, Im really liking CargoDist, I can't play a open ttd game with out it, unless its on my psp, which only goes up to 5.3 : (

Sorry, for some reason the win32 patching continues to fail, I have the right revision... I'll fix it when I get home from school.

Don't use the current version. I must have committed something in the wrong place. Opening the smallmap crashes the game and FS#3317 is due to me having an old version of window.cpp somewhere.

Edit: The new one (r18115, gb39a142870ebe04720050c5fe282ecb8c7d5c5d8, the patches in http://fickzoo.com/fonsinchen/patches/current) should do. The smallmap works as expected now.

I have some problems with the following save game. It is is once again a pretty old patch version which has to do with my unability of patching trunk myself. I'm playing with OpenTTD r17837M. The binary for this was posted around november 8th here. Maybe it is a bug long known or already solved but i think it is worth to let you know.

Unfortunately I don't have any crash reports because the game just does not react (Reageert Niet in the Task Manager). This state occurs when I unpause a looong time (for diner or surfing the web) paused game. Further i did some cheating with this game. Time went to fast so i put the time 10 years back. However, cargodist stopped working. Capacities where shown in the smallmap but no links are made.

Once again it is the massive but most beautiful scenario of Cindini 2.0, but the game itself is not that big, yet.

Good luck!

Barth Donners


You can get the save game here because it is to big for the forum.
http://www.megaupload.com/?d=UILWEYUZ

Beday wrote:I have some problems with the following save game. It is is once again a pretty old patch version which has to do with my unability of patching trunk myself. I'm playing with OpenTTD r17837M. The binary for this was posted around november 8th here. Maybe it is a bug long known or already solved but i think it is worth to let you know.

Unfortunately I don't have any crash reports because the game just does not react (Reageert Niet in the Task Manager). This state occurs when I unpause a looong time (for diner or surfing the web) paused game. Further i did some cheating with this game. Time went to fast so i put the time 10 years back. However, cargodist stopped working. Capacities where shown in the smallmap but no links are made.

Once again it is the massive but most beautiful scenario of Cindini 2.0, but the game itself is not that big, yet.

Good luck!

Barth Donners


You can get the save game here because it is to big for the forum.
http://www.megaupload.com/?d=UILWEYUZ

I dont see why you would be having crashes, I have crashed once on even a large map with lots of grfs, its a hell of a lot more stable then the more recent builds posted for win32

Hello

fonso wrote: Maybe you could compile the game with debug symbols (configure --enable-debug=3) and try to produce a meaningful stacktrace?

Compiled it with debug mode 3 again. Now I'm waiting for a crash ...........

Tschö, Auge

Beday wrote: Unfortunately I don't have any crash reports because the game just does not react (Reageert Niet in the Task Manager). This state occurs when I unpause a looong time (for diner or surfing the web) paused game. Further i did some cheating with this game. Time went to fast so i put the time 10 years back. However, cargodist stopped working. Capacities where shown in the smallmap but no links are made.

Thanks for the report. I can already tell you what happened when you reset the time. Each link graph component stores a "join date" which is the time at which the component is to be merged with the main game again. The code doing this merge always checks the first component in the queue and if this component's join date hasn't been reached yet it waits for a game day. Now when you reset the time the first component's join date was suddenly 10 years in the future. So for 10 game years no component was joined, and no new links were planned. However, 10 years later, you should have experienced a major burst of lag as all components from those 10 years are merged in one tick. Was that the case? Could it be that incidentally that date was reached shortly after your unpausing? I'll have a look at your save ... It should be fairly easy to fix that.

Edit: The infamous join date is still 5 years ahaid in your save. However, all those components also take a nice chunk of RAM, about 1.3GB for me (and double that for the end result). If they take more RAM than you have the OS will slowly swap to death. Also it might swap out OpenTTD when you pause it and do something else and then take ages to swap it back in when you come back. How much RAM do you have in your computer? Do you see a lot of hard disk activity when that "Reageert Niet in the Task Manager" happens? I think you can watch hard disk activity in the task manager, too.

Edit2: The joining actually doesn't take that long. Loading the save (with all the component calculations starting) takes much longer. So I guess we either have the swapping problem or something unrelated there.

Auge wrote: Compiled it with debug mode 3 again. Now I'm waiting for a crash ...........

That's nice. Let's hope we can find out something useful.

I don't know why, but I still can't post zip files bigger than 4 Mib, even though the maximum limit is 6Mib. Well, @NekoMaster, here is the CargoDist compile for windows, against r18115. Just use the link below. Also attached is the linux deb file. Have fun!

cargodist_r18115_win32.zip

Thanks petert, I hope this one's as stable as your old one you made when I asked :3

Auge wrote: There is also a tool called TortoiseGit for Windows.

I must say, TortoiseGit has probably got to be the worst piece of software I've seen in a while. When installed, it changes my MSYS default home directory, and it dis-associates .patch files from TortoiseSVN. Jesus, it took me 1 hour to fix the mess it made and then another to compile once more. Phew, what a mistake.

For those using MinGW, there's a solution I used.
In one of the folders (I forget which) there's the set of executables that handle the subversion commands - find the git ones, and make them available to MinGW in the same way, et voila! You should now be able to use git commands in MinGW.

Hello

petert wrote:

Auge wrote: There is also a tool called TortoiseGit for Windows.

I must say, TortoiseGit has probably got to be the worst piece of software I've seen in a while. ... Phew, what a mistake.

Sorry for that. I never used the program myself, I only know about it's existence and wanted to inform about it.

The "dis-association" of .patch files is the way most windows programs go (in most cases not exactly for patch files but for any file type). If you install a graphic program you associate all graphical formats to the new program. >:-{

Ok, to be fair, some programs give you a dialogue to select file types, that you want to be associated with the program.

Tschö, Auge

Fonso,

I think the swapping problem was indeed the problem. There were hugh amount of calculations going at the time I 'started' the game again. And de description you give is quiet what happened.

I did not play for the full 10 years any more because a game without proper and working cargodist is boring (I know the patch was working well at this part but when playing along i had to wait still 5 years before getting cargodist with some output).

If there are some problems with my game again I will send it to you, just to help you.

Thank you for solving and this fantastic patch!

Barth

I got a couple of crashes today playing the latest build that Petert posted yesterday. I upload one of the crash reports.

Hamilton2007 wrote:I got a couple of crashes today playing the latest build that Petert posted yesterday. I upload one of the crash reports.

You should also upload the crash save or if possible a save before it crashed

Hello

fonso wrote:

Auge wrote: Compiled it with debug mode 3 again. Now I'm waiting for a crash ...........

That's nice. Let's hope we can find out something useful.

Waiting is over. I hope, it's helpful.

Tschö, Auge

[edit]PS: The latest autosave is autosave1.sav, the oldest one autosave15.sav[/edit]