IRC logs for #openttd on OFTC at 2008-07-30
⏴ go to previous day
00:06:01 *** ProfFrink has joined #openttd
00:12:09 *** ProfFrink is now known as Prof_Frink
00:33:47 *** Eddi|zuHause3 has joined #openttd
01:32:27 *** fmauNeko is now known as fmauNekAway
01:53:17 <CIA-5> OpenTTD: belugas * r13872 /trunk/src/ (5 files in 2 dirs): -Feature: Split the news message announcing opening and closure of industries into two news of their own
02:05:32 <CIA-5> OpenTTD: belugas * r13873 /trunk/src/lang/ (36 files in 2 dirs): -Codechange: remove useless string from all language files affected by r13872. which removed the STR_NEWS_OPEN_CLOSE string
02:08:14 <CIA-5> OpenTTD: belugas * r13874 /trunk/src/lang/piglatin.txt: -Change: missing svn:property eol-style
02:16:11 <CIA-5> OpenTTD: belugas * r13875 /trunk/src/airport_gui.cpp: -Codechange: Remove some magic numbers in favour of the Colours enum they are representing
04:44:57 *** einKarl has joined #openttd
06:30:33 <Celestar> peter1138: you around?
06:43:04 *** Alberth has joined #openttd
06:45:48 <Celestar> peter1138: about the transfers, you mean we need to mess around with MoveTo (as it is called from economy.cpp:1542 and :1546) ?
06:49:05 <peter1138> Currently it knows it needs to unload/transfer stuff, but when it actually comes to do it it just unloads.
06:52:32 <peter1138> Well, also we will need to unload *and* transfer at the same time
06:53:02 <Celestar> but not of the same cargopacket, right?
06:53:28 <peter1138> and indeed not unload at the same time.
06:53:36 <peter1138> Correct, but can be in the same vehicle.
06:54:12 <peter1138> If there's an unload or transfer, everything is unloaded, even stuff meant to stay on :)
06:54:44 <peter1138> I think we also need to special-case handling of INVALID_STATION as the destination
06:55:09 <peter1138> And try to follow the old rules for that
06:55:49 <Celestar> peter1138: we've got to think what happens with the order flags: NO_LOAD is fine. TRANSFER is completely pointless once destinations are in place, so it should be ignored for destinationized (nice word) cargo. UNLOAD is ok, if the user wants the cargo to take the next train running the same line, fine.
06:55:50 <peter1138> That way the only bits where destinations is optional is when choosing a destination
06:56:20 <peter1138> We should do what the order flag says, even if it's wrong.
06:56:52 <Celestar> MEH how do I list breakpoints in gdb?!
06:57:14 * peter1138 off to take the car out to get its cambelt changed.
06:57:27 <Rubidium> break <filename>:<linenumber> IIRC
06:57:48 <Celestar> Rubidium: not set, just view :P
06:58:12 <Rubidium> then I've got no idea
06:59:42 * peter1138 will be back in... a while. Have to cycle back from the garage.
07:01:14 <Celestar> why are we removing a cargopacket FIRST and then add the same thing later?
07:01:25 <Rubidium> google says "info breakpoints"
07:02:07 <Celestar> Rubidium: can you please have a look at cargopackets.cpp:209 ?
07:02:38 <Rubidium> what's with that comment?
07:03:14 <Celestar> er sorry, line numbers got messed up. packets.remove(cp); <= I mean this
07:04:11 <Rubidium> what's wrong with that?
07:04:27 <Celestar> cp is referenced after that line?
07:04:44 <Rubidium> which is wrong because?
07:04:55 <Celestar> .remove() does NOT only remove an item from a list. .remove() calls the destructor of said objects ..
07:05:03 *** Brianetta has joined #openttd
07:05:17 <Rubidium> Celestar: and what's the destructor of a pointer?
07:05:40 <Celestar> depends on how it is implemented? (=
07:06:27 <Celestar> the destructor of the pointer leaves the object intact in this case?
07:06:48 <Rubidium> which can also be annoying some times
07:07:22 <Celestar> unless it's an auto_ptr (=
07:08:15 <Rubidium> but auto_ptr is a struct containing a pointer, not a pointer
07:08:42 <Rubidium> a pointer to an auto_ptr struct will also cause the auto_ptr to not destroy itself and the thing it points to
07:20:34 <Celestar> break; breaks whats?
07:23:47 *** GoneWacko has joined #openttd
07:24:52 <Celestar> Rubidium: but not an if block, right?
07:25:05 * Celestar goes using proper control flow
07:49:00 <peter1138> Hmm, despite not having ridden for ... 3 years, I averages 18 mph :o
07:49:14 <peter1138> Of course, I'm worn out now :)
07:52:06 <Celestar> peter1138: I've done it :D
07:52:41 <Celestar> things get transferred propery
07:53:16 <peter1138> And unloaded, and not unloaded? :D
07:54:40 *** Doorslammer has joined #openttd
07:54:51 <peter1138> Never mind. Show mE :D
07:55:12 <Celestar> in about 2 mins, just cleaning up some mess :P
07:57:51 <peter1138> Brianetta, is YAPP officially bug-free?
07:59:30 <Celestar> or so it appears to me :o
07:59:58 <Celestar> but it's the whole machine
08:00:02 <Celestar> "ls" takes 5 seconds :o
08:00:08 * Celestar gives the kernel a restart
08:02:07 * Celestar kicks ICEM for not freeing memory properly
08:02:55 <Rubidium> that'll probably not leak as much as hg does when importing a svn repository
08:03:06 <Brianetta> peter1138: I have no idea. I do know that I'm not finding any.
08:03:21 <Celestar> Rubidium: it just leaked a gig :S
08:03:38 <Rubidium> Celestar: over what amount of time?
08:03:52 <Rubidium> hg leaks 1+ gb in a few minutes
08:03:52 <Celestar> Rubidium: open project (2 minutes), close project (2 minutes)
08:04:13 <Rubidium> :o so they are equally bad
08:04:24 <Celestar> Rubidium: then again, HG is free, ICEM costs about 1000 bucks per year (academic pricing)
08:04:53 <Rubidium> yup, so I expect HG to not leak memory ;)
08:05:35 <Rubidium> like I expect OTTD to not leak memory
08:06:06 <Celestar> ottd leaks little imho
08:06:25 <peter1138> Way better than it used to be though :)
08:06:31 <Rubidium> valgrind only shows it's leaking a few bytes
08:06:37 * peter1138 remembers the calamity of NewGRF spritegroups...
08:06:48 <Rubidium> but that's in alsa, X and SDL
08:07:58 <peter1138> No, nor do we use X directly.
08:08:00 <Rubidium> autoreplace + conditional orders + no automatic servicing works great; vehicles getting replaced once they're "old"
08:08:15 <Celestar> Rubidium: conditional orders ROCK
08:08:25 * peter1138 has not used conditional orders.
08:08:34 <Celestar> especially with servicing
08:08:45 <Celestar> since my depots are only reachable from the platform side of a station
08:08:59 * Celestar expects peter1138's game to go BOOM
08:09:20 <peter1138> Vehicle is not moving :o
08:09:27 <blathijs> What are conditional orders? Or rather, what are the possible conditions?
08:10:09 * Celestar is happy that his comp can play UT2 at close to 100 fps, but icem (currently displaying the 102 straight lines of his project) manages to get his GPU to the knees with 2 fps
08:10:13 <Rubidium> if [age|requires service|load|...] [is|is not|less than|more than|...] [number] jump to order Y
08:11:22 <blathijs> Rubidium: Then what kind of conditional orders are you using if you disabled autoservice and enabled autoreplace?
08:11:30 <peter1138> Celestar: doesn't work :(
08:11:36 <blathijs> oh wait, disabling automatic servicing does not equal disabling breakdowns, I guess?
08:11:37 <Celestar> peter1138: heh now my vehicles stopped moving as well :o
08:11:55 <Rubidium> if age is less than 22 (== max vehicle age) skip depot order
08:12:02 <peter1138> I have a feeling it's because it doesn't realise it's finished unloading all it can.
08:12:09 <Celestar> peter1138: try not loading a savegame
08:12:09 <blathijs> In which case, conditional orders sound like the walhalla of proper track design :-)
08:12:22 <blathijs> Without trains getting lost all the time to find a depot :-)
08:13:19 <Celestar> peter1138: hm .. it works with one-to-one orders
08:13:27 <Celestar> apparently I still have a problem with intermediate stops
08:13:33 <peter1138> blathijs, and have you played with YAPP?
08:13:37 <Celestar> which include the "stay on board" thing
08:13:41 <Celestar> peter1138: I have. a Lot
08:14:41 <peter1138> Celestar, by the way, a little trick. Suffix XXX lines with spaces.
08:14:51 <peter1138> Then you can't accidentally commit them to trunk ;)
08:15:31 <peter1138> Not that I've ever done that. *cough*
08:15:54 <Celestar> peter1138: dealing with the problem of stuck vehicles
08:17:35 <Celestar> peter1138: you can help too because I'm still stuck (=
08:23:35 <Celestar> heh I don't manage to get them stuck now :P
08:30:02 *** flowOver has joined #openttd
08:30:12 <Celestar> peter1138: any idea why they get stuck?
08:33:21 <Celestar> peter1138: I have :D
08:50:06 <Celestar> peter1138: I *think* I have it
08:50:28 *** Doorslammer|BRSet has joined #openttd
08:50:33 <Celestar> peter1138: or not :S
08:52:31 *** LilDood has joined #openttd
08:54:26 <Celestar> peter1138: this one is yours, I've got to get a bit of work done
08:54:55 <Celestar> peter1138: I think it has something to do with the unload time. The packets that are not really unloaded by MoveTo yet account for the required unload time. Over and over and over.
08:58:00 *** Vikthor has joined #openttd
08:58:17 *** Brianetta has joined #openttd
08:59:00 *** Doorslammer|BRSet is now known as Doorslammer
09:01:06 <fonso> Hi Celestar. You told me to bug you about diagonal levelling and demolishing today.
09:01:09 <peter1138> Sorry, I was playing my YAPP game ;)
09:01:33 <Brianetta> Sorry for vanishing like that
09:02:22 <Brianetta> peter1138: Do you think YAPP would benefit from an order modification, "(express)", which would reserve two blocks iff possible?
09:02:55 <Brianetta> I posted this on the YAPP thread, but people seem to be shooting it down
09:03:32 <peter1138> Might be interesting.
09:03:59 <Brianetta> So your full train could punch through faster than the empties
09:04:08 <Brianetta> or the passenger express could delay the coalies
09:10:08 <peter1138> Yeah, they seem to be missing the point by saying it should be signal based...
09:10:34 <peter1138> I guess they only think in terms of priority of merging lines...
09:14:44 *** Progman has joined #openttd
09:15:35 <Celestar> Brianetta: sounds not too bad, but that's for after the commit to trunk imho
09:15:54 <Brianetta> Celestar: Sure thing.
09:16:07 <Brianetta> I'm not pressing for immediate inclusion.
09:16:23 <Brianetta> Thing is, if I wait until it's in trunk, I'll forget to suggest it..
09:16:56 <Brianetta> It is a shame, though, that with YAPP you hardly ever see a green light
09:17:53 <Brianetta> If a high-speed express was included (reserve three blocks) we'd even have an excuse to draw double greens.
09:18:11 <Brianetta> Actually, as it is right now, all the greens should be yellow
09:18:26 <fonso> I want to count the tiles belonging to a station in order to determine its cargo capacity for a "station capacities" patch. To do that I want to track tiles being added to or removed from a station. Adding is easy. I added some lines to MakeStation in station_map.h. Removing, however is not so easy. The only thing all methods for removing tiles for a station have in common is that they eventually call MakeClear. Unfortunately MakeClear is us
09:18:26 <fonso> not directly related to stations. So perhaps I shouldn't modify it to handle counting of tiles for stations. Any ideas?
09:18:50 <Celestar> Brianetta: with reserving, we could also implement PROPER brake distances
09:19:03 <Brianetta> Celestar: Oh yes, I'm well aware of that bundle of joy.
09:19:15 <Celestar> Brianetta: like every train reservse (stop way + slip way) * some factor
09:19:20 <Noldo> fonso: every tiletype has it's own clearing function
09:19:20 <Brianetta> If peter1138's patch still applied, I'd have been playing with it on YAPP
09:19:41 <Brianetta> but I can tell that I'd have to stop (or slow a lot) at every red.
09:20:08 <Brianetta> Displaying the reserved path would be a must for a manually controlled train
09:20:56 * Celestar still has doubts that manually controller trains will go into trunk :P
09:21:38 <Noldo> fonso: static CommandCost ClearTile_Station should be the function you are looking for
09:21:58 <fonso> I know there is ClearTile_Station, but I can't know how many tiles will be removed when it's called. Also, there is CmdRemoveFromRailroadStation which goes another code path
09:22:18 <Brianetta> Celestar: They don't need to go into trunk
09:22:25 <Brianetta> I'm totally happy to patch mine
09:22:34 <Brianetta> but it's SO MUCH FUN
09:23:05 <Noldo> fonso: I think it's called once for every tile
09:23:06 <fonso> The same with CmdRemoveRoadStop, I think.
09:23:22 <Celestar> so peter1138 any idea about the stuck vehicles?
09:23:24 <Noldo> ClearTile_Station I mean
09:23:26 <fonso> ok, I'll try. Perhaps I got it wrong
09:24:39 <Noldo> it goes to RemoveRailroadStation though :/
09:25:44 *** Singaporekid has joined #openttd
09:26:13 <Celestar> peter1138: stop playing and help me :P
09:26:14 <fonso> My theory is, that CmdRemoveFromRailroadStation doesn't call ClearTile_Station
09:28:47 <fonso> ClearTile_Station isn't called when removing single tiles from a rail station
09:29:17 <fonso> Also it's not called for every tile of a station facility being removed but only for some
09:32:30 *** Dred_furst has joined #openttd
09:33:23 <Brianetta> fonso: Just poll the entire map array every tick
09:33:58 * Brianetta whistles and tries to look nonchalant
09:34:39 <Brianetta> Fact is, *something* must be called
09:34:56 <fonso> The code paths merge at MakeClear
09:35:06 <fonso> if I hook in there it works
09:35:30 <Brianetta> You could always make a wrapper function for the methods that call MakeClear
09:35:51 <fonso> yes, that should do the trick
09:35:59 <Brianetta> So it calls your code, then passes the call to MakeClear on
09:36:32 <Celestar> what are we discussing?
09:36:48 <Brianetta> Notification upon removal of a station tile, for purpose of reducing capacity
09:37:39 <Celestar> er .. just keep track of the number?
09:37:54 <fonso> That's what I'm trying to do
09:38:16 <Brianetta> When a player removes a station tile, there's not currently any code that tells you this
09:39:17 <Celestar> CmdRemoveRoadStop removes one time
09:39:36 <Celestar> CmdRemoveFromRailroadstation removes one tile
09:39:49 <Brianetta> Celestar: The issue seems to be removing only part of a station
09:39:53 <fonso> yes, but hooking into each of them is ugly
09:40:19 <fonso> I'll make a wrapper function. That sounds ok
09:40:21 <Brianetta> Can you overload MakeClear?
09:40:25 <Celestar> You have to hook into each command
09:40:30 <Brianetta> Then you wouldn't even have to change the call
09:40:39 <Celestar> Brianetta: you can overload any function
09:40:46 <Celestar> but you must hook into the commands
09:40:51 <Celestar> otherwise you're not network synced
09:40:53 <Brianetta> I meant just within that class
09:40:57 <fonso> If you really want me to hook into each command, I'll do it
09:41:20 <fonso> But next time you invent some other method to remove tiles you'll have to remember that ...
09:41:54 <Celestar> and you don't need to "hook". Just put a this->number_of_tiles-- into each of them
09:42:04 <Celestar> I don't see the problem
09:42:17 <fonso> You can remove many tiles at once
09:42:30 <fonso> I have to count them somehow
09:42:34 <fonso> and thus duplicate code
09:43:00 <Celestar> then just traverse the station rect and count the number everytime you change the station
09:43:13 <Celestar> be sure to compare the indicies
09:43:27 <fonso> As I said: I can do that
09:44:20 <fonso> but I think a wrapper for MakeClear when called from the station methods would be much more elegant. Why would that desync?
09:44:23 *** welshdragon has joined #openttd
09:45:54 * Brianetta demolished welshdragon's BoKlok
09:54:56 <fonso> Index: station_cmd.cpp===================================================================--- station_cmd.cpp (Revision 13865)+++ station_cmd.cpp (Arbeitskopie)@@ -51,6 +51,11 @@ DEFINE_OLD_POOL_GENERIC(Station, Station) DEFINE_OLD_POOL_GENERIC(RoadStop, RoadStop)+void DoClearSquare_Station(TileIndex tile, Station * st) {+ st->removeTile();+ DEBUG(station, _debug_station_level, "tile removed from station, now: %3d tiles",
09:54:56 <fonso> ** * Check whether the given tile is a hangar.@@ -1174,7 +1179,7 @@ Track track = GetRailStationTrack(tile2); Owner owner = GetTileOwner(tile2);- DoClearSquare(tile2);+ DoClearSquare_Station(tile2, st); st->rect.AfterRemoveTile(st, tile2); AddTrackToSignalBuffer(tile2, track, owner);
09:54:56 <fonso> 236,7 +1241,7 @@ /* read variables before the station tile is removed */ Track track = GetRailStationTrack(tile); Owner owner = GetTileOwner(tile); // _current_player can be OWNER_WATER- DoClearSquare(tile);+ DoClearSquare_Station(tile, st);
09:54:56 <fonso> ffer(tile, track, owner); YapfNotifyTrackLayoutChange(tile, track); }@@ -1478,7 +1483,7 @@ InvalidateWindowWidget(WC_STATION_VIEW, st->index, SVW_ROADVEHS); delete cur_stop;- DoClearSquare(tile);+ DoClearSquare_Station(tile, st); st->rect.AfterRemoveTile(st, tile); UpdateStationVirtCoor
09:54:56 <fonso> if (flags & DC_EXEC) { DeleteAnimatedTile(tile_cur);- DoClearSquare(tile_cur);+ DoClearSquare_Station(tile_cur, st); } } END_TILE_LOOP(tile_cur, w, h, tile)@@ -2108,7 +2113,7 @@ if (!EnsureNoVehicleOnGround(tile2)) return CMD_ERROR; if (flags & DC_EXEC) {- DoClearSquare(tile1);+ DoClearSquare_Station(tile1, st);
09:54:58 <fonso> ->owner); st->rect.AfterRemoveTile(st, tile1);
09:57:56 <Noldo> openttd.org is slow too
10:01:25 *** KillaloT has joined #openttd
10:05:19 *** stillunknown has joined #openttd
10:05:26 <peter1138> Celestar, hah, I went out :p
10:06:34 *** Doorslammer|BRSet has joined #openttd
10:07:40 <peter1138> And now I'm too hot :o
10:09:52 <peter1138> I went out. Outside.
10:09:59 <peter1138> Shocking, I know...
10:10:00 <fonso> It works. Now why is it bad?
10:11:26 <fonso> my own method for counting the tiles
10:11:54 <peter1138> Well, I think you're better off just add st->removeTile() to those places instead of changing it.
10:12:06 <peter1138> the debug line can be inside removeTile...
10:12:34 <fonso> OK then, I won't start a fight about that.
10:13:27 <Celestar> peter1138: did you get my messages from earlier?
10:16:12 <welshdragon> Brianetta, thanks
10:19:44 *** fmauNekAway is now known as fmauNeko
10:19:49 <Celestar> rebooted the wrong box :S
10:20:21 <fonso> and Celestar, you told me yesterday that you wanted to discuss the diagonal levelling today
10:20:43 <Celestar> fonso: yes. dump what you have :) I'm reading. don't paste any code here however (=
10:21:58 <fonso> It does diagonal levelling and clearing with CTRL as modifier key
10:22:12 <fonso> It doesn't do diagonal raise and lower
10:22:40 <fonso> because the control key is claimed by the drag-and-draw patch for that
10:23:58 <welshdragon> Brianetta, yours erver back yet?
10:25:48 * Celestar goes reading the patch
10:26:42 <Brianetta> although a quick check of the web page would tell you this
10:26:55 *** Doorslammer|BRSet is now known as Doorslammer
10:26:56 <welshdragon> meh, easier to ask on IRC
10:27:06 <Brianetta> assuming I'm skiving
10:27:52 <welshdragon> i think my openttd is borked
10:28:01 <welshdragon> i can't search for servers
10:28:25 <SmatZ> openttd.org is broken somehow, maybe the master server isn't available atm
10:30:20 <Celestar> no SmatZ UINT_MAX afaik :D
10:30:25 <fonso> that's easy to fix, however
10:32:50 <Celestar> SmatZ: I might be mistaken too
10:33:02 <fonso> openttd/src$ cat *.cpp | grep -c '(uint)-1'36
10:33:17 <Recimin> Why cant i connect to open TTD
10:33:33 <Noldo> there is some kind of network problem
10:33:39 <Celestar> fonso: yeah. not good :P
10:33:47 <SmatZ> fonso: you can grep for ~(uint)0 and similiar :) ... (uint32) probably too...
10:34:05 <Recimin> CRap.! have they set anytime when they think they will be ready? :P
10:37:12 <Celestar> fonso: I'll try your patch out later today. :)
10:37:19 <Celestar> once I'll get going with the transfer problem
10:40:25 <fonso> I'm leaving for an hour or two then
10:40:35 <Celestar> and fonso , please don't put special chars in comments (=
10:41:48 <fonso> but that's also easy to fix
10:42:06 <fonso> I'll do the syntactic sugar later today and paste an updated version
10:42:15 *** SmatZ is now known as Guest397
10:43:21 <Celestar> note to self: when compiling a lot of stuff, remove any choclate near the exhaust of the laptop :S
10:44:47 <Rubidium> does the same hold for icecream?
10:47:22 <Celestar> Rubidium: no, it will vaporize instantly :P
10:47:58 <Rubidium> then use a better laptop ;)
10:48:28 * Rubidium hates it that the ambient temperature here is above 22-ish degrees Celsius
10:48:51 <Rubidium> now my laptop fan occasionally turns because it can't cool enough passively
10:51:17 <Celestar> Rubidium: It's an IBM T42p
10:51:22 <Celestar> there's no better laptop :P
10:51:32 <Celestar> which I'll purchase next month
10:52:59 <Celestar> Rubidium: but I'm compiling, and running an OpenGL application at full GPU speed
10:53:09 <Celestar> Rubidium: both devices use the same, single exhaust for heat
10:53:18 <Celestar> and the choclate was about 2cm from there
10:53:26 <Celestar> plus ambient temp is 29°C
10:55:13 <Rubidium> then it'll melt anyways ;)
10:57:13 * Celestar goes back to debugging paxdest
10:57:25 <Rubidium> hmm, lenovo doesn't even sell a laptop with 1920x1200 :(
10:57:37 <Rubidium> lenovo being the company that sells the thinkpad
11:00:05 <Celestar> Rubidium: the T61p has optinal 1920x1200 but only on the 15.4"
11:00:12 <Celestar> I want the 14.1 version
11:02:23 <Rubidium> so they don't sell those in the US
11:03:02 <Rubidium> Max. Farben oder Graustufen: <- sounds like well... we'll give you either a colour display or one that only has grayscale
11:03:37 <Rubidium> that thing is more than twice the cost of my current laptop
11:05:24 <Rubidium> and the only real difference seems to be a newer processor and more memory; the rest of the changes is useless for me
11:05:25 <Celestar> Rubidium: when will we trunkify YAPP :P
11:05:37 <Celestar> Rubidium: plus you get a solid laptop
11:05:48 <Celestar> peter1138: ? really :D
11:05:55 <Rubidium> Celestar: what's solid in that context?
11:06:20 <Celestar> Rubidium: solid in build quality and robustness against external forces/influences
11:06:42 <Celestar> I've seen T series survive half a liter of water being spilled over their keyboard
11:06:50 <Rubidium> I haven't had a single issue with my laptop
11:07:12 <Celestar> plus I have 4 year on-site service (=
11:07:30 <Celestar> peter1138: we should concentrate on the stuck vehicle problem. it's just driving me insane
11:07:31 <Rubidium> which is almost 3 years old and was turned on 99% of that time doing useful stuff ;)
11:07:38 *** Avdg is now known as avdg[away]
11:07:47 <Rubidium> I even put it in my backpack compiling and then drove home
11:08:08 *** avdg[away] has left #openttd
11:08:12 <Rubidium> or left it downloading of the campus' wireless network while going home via elevator and bike
11:08:34 <Rubidium> amazingly there was no connectionloss at all
11:09:51 <peter1138> That's the keyboard I have... He goes mad at 2-3 minutes
11:10:18 <Celestar> Rubidium: peter1138: how can I look at the contents of a std::list in a debugger?
11:10:44 <Rubidium> by moving down the linked list manually
11:13:27 *** Wezz6400 has joined #openttd
11:15:02 <Brianetta> I have a Thinkpad. Dropped it on the USB socket, while there was a USB storage device plugged in.
11:15:33 <Brianetta> Took it apart to make sure; I was off IRC for five minutes tops, and had everything exposed int he meantime.
11:15:47 <Brianetta> It's self-documenting
11:15:53 <Brianetta> and it has a light!
11:15:59 <Brianetta> to illuminate the keyboard in the dark
11:16:12 <Brianetta> I'd unhesitatingly recommend them.
11:16:14 <Celestar> Brianetta: which one do you have?
11:17:05 * Brianetta dug it out to check
11:17:36 <Brianetta> I had it at the last meet
11:17:43 <Brianetta> and will take it to the next
11:17:52 <Celestar> peter1138: how do we force the damn vehicle to move on :S
11:20:59 <peter1138> What keeps it there? The fact it is not fully unloaded?
11:23:09 <Celestar> peter1138: apparently
11:23:22 <peter1138> I'll have a look when I get back.
11:23:36 <peter1138> I have to pop 'round to Tesco.
11:23:49 <Celestar> poke me once you're back
11:26:45 <Eddi|zuHause3> argh... i hate this... when an order list is open, the "D" hotkey from the order list overrides the "D" hotkey from the terraform gui
11:37:17 *** grumbel has joined #openttd
11:52:56 <Brianetta> Eddi|zuHause3: I get annoyed that, when laying roads in a scenario, the R key is overridden for canals, when I only ever want it for removing bits of road.
11:53:33 <Eddi|zuHause3> hopefully the configurable hotkeys can solve such issues ;)
11:53:49 <Brianetta> As long as they're also configurable in the scenario editor (:
11:53:52 <Brianetta> It's often forgotten
11:54:06 * Brianetta has just been to Tesco
11:54:21 <Celestar> peter1138: I've done quite some progress
11:54:22 <peter1138> Have you sorted it? ;)
11:54:28 <Celestar> peter1138: but still getting some segfaults in the cache
11:55:06 <Celestar> I'm just segfaulting in an assert() :P
11:56:31 <Celestar> GetStationName (index=12016 ...
11:57:13 <Eddi|zuHause3> disable asserts :p
11:57:32 <Celestar> #7 0x08157245 in Routing_t::FindNextHop (this=0x84003f0, from=<value optimized out>, to=12016) at /home/vici/openttd-peter/src/routing.cpp:550
11:57:35 <Celestar> #8 0x08157542 in Routing_t::CanReachStationFrom (this=0x84003f0, from=<value optimized out>, to=6) at /home/vici/openttd-peter/src/routing.cpp:504
11:58:20 <peter1138> debug-level 3 moment ;)
11:58:25 <Celestar> apparently I've trashed the stack somewhere :P
11:58:37 <Celestar> peter1138: I quite agree
12:01:34 <peter1138> Takes a while though.
12:02:55 <Celestar> peter1138: routing.cpp:547, right?
12:03:15 <peter1138> #0 0x00000000004fd829 in Routing_t::FindNextHop (this=0xac3af0, from=<value optimized out>, to=5) at /home/petern/ottd/routing/src/routing.cpp:547
12:03:18 <peter1138> #1 0x00000000004fd93f in Routing_t::CanReachStationFrom (this=0x0, from=6941, to=4240) at /
12:03:22 <peter1138> home/petern/ottd/routing/src/routing.cpp:504
12:03:41 <Celestar> peter1138: gdb problem afaik. goes away with debug 3
12:03:56 <peter1138> $2 = <value optimized out>
12:04:04 <Celestar> peter1138: p this->dirty[from] ?
12:04:16 <peter1138> One of the arguments you tried to pass to operator[] could not be converted to what the func
12:04:16 <Celestar> I mean with --enable-debug=3
12:04:35 <Celestar> then we've trashed the stack
12:04:47 <Eddi|zuHause3> getting stuck behind a slower vehicle is a sure way to screw any timetable...
12:07:02 <peter1138> Well... can't trust anything if the stack's smashed.
12:07:36 <Celestar> (gdb) p this->hopcache[from][this->hopcache[from][to]]
12:07:36 <Celestar> $6 = (unsigned int &) @0x8525248: 139850076
12:07:51 <Celestar> hm how to find a stack trashing?
12:08:13 <peter1138> Yeah, or maybe efence
12:09:51 <Celestar> I'll be back tomorrow then :S
12:10:37 <Celestar> ==3290== Invalid read of size 4
12:10:40 <Celestar> ==3290== at 0x817CBC5: Routing_t::FindNextHop(unsigned short, unsigned short) (routing.cpp:538)
12:11:00 <Celestar> ==3290== Address 0x7702950 is 0 bytes after a block of size 8 alloc'd
12:11:03 <Celestar> ==3290== at 0x402476E: operator new(unsigned) (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
12:11:28 <Gekz> allocated memory that isnt used?
12:12:15 <peter1138> Reallocating memory?
12:12:27 <Celestar> it's all in std::vector
12:13:40 <peter1138> Mental-note, don't run in a debugger when it was set to fullscreen...
12:14:01 <peter1138> ==24293== Address 0xac6b1df is 4,431 bytes inside a block of size 8,680 alloc'd
12:14:19 <peter1138> But that's in the video stuff somewhere...
12:20:09 <Celestar> (gdb) pvector this->hopcache[0]
12:20:49 <peter1138> invalid read of size 8
12:20:56 <peter1138> and 0 bytes after a block of size 40 alloc'd
12:22:32 <Celestar> peter1138: I _might_ have found it
12:24:38 <peter1138> Enabled routing debug, didn't crash, just stuck in a loop
12:27:07 <ln> everyone's being so on-topic today
12:27:16 <Celestar> peter1138: the load/unload thingy doesn't work right (anymore?)
12:27:23 <Suisse> (elem[0]: $24 = 0 > $24 i thought it was a php line, so i associate dbg to dbgp that doesn't work for me :( (ok plugins don't)
12:30:08 <Celestar> the last fix was crap
12:32:14 <Celestar> I should revert and start over
12:32:35 <Celestar> cancel all the diffs that are not online yet
12:46:03 <Celestar> WTH??? std::vector<bool> bitmasks? :o
12:50:47 <Celestar> dbg: [routing] Setting cache dirty
12:50:47 <Celestar> dbg: [routing] Found clean cache. Using it
12:56:04 <ln> what about the international flights?
12:57:01 <ln> not in any way related to what you said.
12:57:52 <Celestar> peter1138: I think I have it
12:58:38 <ln> earlier (years ago) i've suggested adding flight targets that are outside the map.
13:00:15 <Celestar> especially routing.cpp:179
13:01:37 <rortom> hows the routing with BGL going?
13:02:09 <rortom> something to test already?
13:02:51 <rortom> mhm has anyone here lighttpd running wwith fastcgi python? :\
13:03:29 <rortom> is that patch certainly going into trunk?
13:04:16 <peter1138> Ah, v->current_order was still used elsewhere.. hmm..
13:05:25 <Celestar> rortom: well. pretty, I'd say (=
13:05:57 <Celestar> peter1138: not only that :)
13:06:15 <Celestar> peter1138: using *it == true; instead of *it = true; can be deadly :)
13:07:19 <Celestar> peter1138: cool now the unload thingy again
13:07:47 <peter1138> I left that in... seems to work ;)
13:07:55 <Eddi|zuHause3> <ln> earlier (years ago) i've suggested adding flight targets that are outside the map. <- there is nothing outside the map... the world is a flat rectangle...
13:08:34 <Celestar> it does? I'm just trying it
13:08:44 <peter1138> Well it's not got stuck yet.
13:09:55 <peter1138> openttd: /home/petern/ottd/routing/src/routing.cpp:525: StationID Routing_t::FindNextHop(StationID, StationID): Assertion `from != to' failed.
13:10:13 <peter1138> Might, of course, be my dodgy destination selection
13:10:29 <peter1138> although only for loading savegames
13:10:51 <Eddi|zuHause3> problem with tram networks: you run out of station names fast...
13:11:28 <Celestar> peter1138: well it's not yet working perfectly (=
13:11:48 <Celestar> peter1138: can you update hg?
13:11:56 <Celestar> peter1138: or do you want to fix that assert first?
13:12:55 <Celestar> peter1138: got it too
13:13:42 <Rubidium> Eddi|zuHause3: really? There are thousands of preprogrammed station names
13:13:49 <Rubidium> not very inspiring names though
13:14:30 <Eddi|zuHause3> can't be more than 20...
13:14:54 <Rubidium> <town> #<station id> isn't a name?
13:15:09 <Celestar> peter1138: move that new if in UseVehicle outside of the of the (is_on_board) block
13:15:15 <Celestar> peter1138: so that it is always checked
13:16:31 <Eddi|zuHause3> houses in cities should accept coal until the '70s
13:16:56 <Rubidium> then write a newgrf that does that
13:18:01 <Celestar> Eddi|zuHause3: yes, most people didn't go out to buy coal, they had a small truck/train station in the basement because of the coal they needed :P
13:18:11 <peter1138> The from-to assert was caused by a train being at the wrong place for its orders
13:18:27 <Celestar> peter1138: that's why the moving of the if
13:18:35 <Celestar> peter1138: it saveguards against that
13:18:40 <Celestar> (we don't want that stuff loaded anyway)
13:20:57 <peter1138> I didn't move the if, though.
13:21:04 <peter1138> I've got to pop out now.
13:22:34 *** Guest397 is now known as SmatZ
13:27:23 <Celestar> Rubidium: why does --enable-profiling not work? :D
13:27:45 <Celestar> must be doing something wrong then
13:27:45 *** ChanServ sets mode: +v tokai
13:27:53 <Celestar> I don't get any gmon.out
13:28:13 <Rubidium> did you do make run?
13:28:27 <Rubidium> or just ./openttd in bin
13:28:57 <rortom> why not run inside gdb?
13:29:23 <Rubidium> do a ./configure --reconfigure and check whether the (C|LD)FLAGS contains the required profiling flags
13:29:34 <Rubidium> rortom: because gdb doesn't do profiling
13:29:41 <Celestar> trying to recompile :P
13:29:52 <Rubidium> make run-prof should do that too
13:32:52 <Celestar> gmon.out: No such file or directory
13:35:16 <Rubidium> then your system's broken in some way that it doesn't have the correct headers or so
13:37:25 *** Wezz6400 has joined #openttd
13:37:35 <Celestar> Rubidium: yeah I think so as well
13:37:41 <Alberth> Celestar: you could try rebuilding everything (make clean ; make)
13:37:56 <Celestar> Alberth: did so already
13:38:24 <Rubidium> Alberth: changing CFLAGS/LDFLAGS triggers a full recompile, so make run-prof would've done a full recompile and then ran the profile
13:40:01 <Alberth> As a paranoia check, you could set 'export VERBOSE=1', touch 1 .cpp file, and run make to verify that you've indeed got the -pg (?) flag added
13:40:32 <Celestar> someone else will profile paxdest methinks
13:40:46 <Alberth> although they should also be in the makefile of course as Rubidium already said
13:41:43 <fonso> paxdest is already in a runnable state?
13:41:58 <Celestar> fonso: very Very VERY alphaish
13:42:24 <fonso> so, where can I find it?
13:45:08 <fonso> It seems I' have to use mercurial to get it
13:47:14 <rortom> Celestar, peter1138: are you going to improve the station gui for that?
13:48:04 <Eddi|zuHause3> i don't think that is needed
13:48:23 <Eddi|zuHause3> the station gui of the old patch is highly confusing...
13:48:31 <Eddi|zuHause3> i have no idea what all these numbers mean
13:49:43 <Celestar> rortom: not in the first iteration
13:49:51 <Celestar> rortom: later on it's likely
13:50:55 <Belugas> GUI : lovely work, really lovely
13:51:31 <Celestar> first of all, we have to find out why cargo packets still board and deboard at the wrong places
13:51:54 <Celestar> so if anyone wishes to help, go on
13:58:04 * Belugas would need to understand the hg stuff and install it at work. two big tasks :S
13:59:32 <Belugas> dunno why, but i keep on droping some tea on my sheets. Which never happen with coffee
13:59:57 <hylje> hg.openttd.org i believe
14:00:06 <Belugas> maybe because it's iced tea, so i'm not as cautious...
14:00:11 <Rubidium> Belugas: you didn't add milk to it!
14:00:37 <Belugas> but iced tea with milk seems... strange :)
14:00:58 <hylje> don't worry, that doesn't quite turn you into the goddamn Joker
14:01:10 * Rubidium dislikes iced tea, especially the Japanese variant of it
14:01:27 <Celestar> rortom: I gave the link above
14:02:00 <rortom> yes, i heard just good things aboug hg being better than svn, never used it ..
14:02:39 <hylje> short guide to hg for svn users: checkout is actually pulling, checkin is actually pushing, commits are local only and can be fuzzled with
14:02:41 <Rubidium> it's just that hg version numbering isn't very useful
14:03:10 <Rubidium> and that hg sucks when it comes to importing from other scms
14:03:40 <Rubidium> but for development that doesn't care about version numbers it can be very useful
14:03:45 <hylje> yeah, sequential revisions can't be relied upon when there will be long-lived branches
14:04:02 <hylje> hg will try its best to keep a sequential revision though
14:04:28 <CIA-5> OpenTTD: belugas * r13876 /trunk/src/bridge_gui.cpp: -Codechange: Replace numbers with Colours enum on bridge gui
14:05:03 <Belugas> never tasted japanese iced tea, but i sure does love this one :) Green tea with peppermint leafs from our garden :)
14:05:54 <Rubidium> though I must say that I dislike most Japanese teas, except the few non-cheap ones ;)
14:06:19 <fonso> OK, if that's purposely ...
14:06:33 <peter1138> It's hardly accidental ;)
14:07:48 <fonso> openttd/paxdest/src/routing.h:39:42: error: boost/graph/adjacency_list.hpp
14:08:14 <fonso> that's where it chokes first
14:08:35 <peter1138> You need boost graph library
14:08:50 <peter1138> (apt-get install libboost-graph-dev ;)
14:08:58 <hylje> i'd say it died there. you didn't get much further than that, did you?
14:09:29 * peter1138 is off out again, sorry Celestar!
14:09:29 <fonso> no, but I'm installing boost now
14:10:02 <hylje> choking kinda implies it's chugging along but through a bottleneck
14:10:22 <fonso> well there are some follow up errors
14:10:28 <fonso> but that's the root cause
14:10:39 <fonso> ok, I'll use another word next time
14:12:55 *** frosch123 has joined #openttd
14:14:17 <Belugas> Naaa... don't ... was a joke... you use a bottleneck to do slide guitar ;)
14:15:04 <Belugas> fonso: i've started to play slide guit a few weeks ago, so i'm a bit all over it still :D
14:17:13 <fonso> yeah, funny I guess ...
14:18:06 <fonso> now can you use "choke" there. I looked it up, it also means "würgen" in German which is a fitting metaphor for a failing compile run.
14:18:30 <fonso> and I must have seen it being used in that way somewhere
14:20:06 <hylje> while i applaud you of bringing other cultures here, it's still mostly english and its nuances we're working around here
14:21:29 <fonso> but: openttd: /home/alve/projekte/openttd/paxdest/src/routing.cpp:525: StationID Routing_t::FindNextHop(StationID, StationID): Assertion `from != to' failed.
14:21:45 <fonso> I guess that was a bad idea?
14:29:10 <fonso> on a fresh game it works nicely
14:30:39 <glx> [15:58:13] Belugas would need to understand the hg stuff and install it at work. two big tasks :S <-- installing hg is very easy
14:32:17 <Rubidium> just break your old thermometer over your computer
14:33:02 <fonso> nice route visualization
14:33:44 <Belugas> glx, is it? I guess you should have to train me a bit :(
14:34:02 <hylje> fonso: how did you intend to debug it otherwise?
14:34:09 <glx> and after install it just work
14:34:32 <fonso> but I wasn't criticizing anyone
14:35:10 <hylje> well sorry, i'm bringing it to perspective
14:35:24 <hylje> because route generation is an ongoing process that involves gameplay
14:35:36 <hylje> debugger makes actually playing the game a bit slower
14:37:50 <hylje> with variable values of "a bit", certainly
14:38:24 <Eddi|zuHause3> "bitte ein bit"
14:43:24 <Belugas> i always "play" on debug mode in MSVC
14:43:36 <Belugas> apart when plahying with my son, on release :)
15:03:12 *** dragonhorseboy has joined #openttd
15:03:32 <dragonhorseboy> just curious about it but ever think that openttd might expand to other os platforms as well? ^_^
15:03:54 *** Zealotus has joined #openttd
15:04:53 <Eddi|zuHause3> what other os platforms?
15:10:36 <dragonhorseboy> well its just random thought anyhow but start with any picks of these eddi: kolibrios, os9 (dunno how daunting compactibility might be tho), and another third possible large group could be if openttd could somehow be emulated on top of a java vm
15:11:44 <Brianetta> I thought Java VMs only executed Java bytecode
15:11:58 <Brianetta> Might as well try to rewrite the game in Python
15:12:10 <Brianetta> Wait, didn't somebody say they were going to do that?
15:12:20 <dragonhorseboy> well there are some cases where exe's had been made to run with only needing a java vm .. not sure how it quite actually works ;)
15:12:31 <Belugas> lots of people talk, few of them know
15:12:57 * dragonhorseboy has python loaded on two of my systems but otherwise does not even know much about how to write at all yet :p
15:13:07 <Belugas> mmh... what were the lyrics again>
15:14:20 <hylje> Brianetta: just python interfaces to OTTD
15:14:58 <Belugas> haa... got it: "Lots of people talk and few of them know,"
15:15:01 <Brianetta> hylje: No, this was a year or two ago
15:15:02 <blathijs> Brianetta: You would need to compile the C++ code to Java Bytecode, I suspect. As for the python thing, there is some work going on to have a python lirary communicate using the openttd protocol.
15:15:47 <Eddi|zuHause3> hm... did i dream this or was there once a commit that allowed synchronizing the late counter to a specific value?
15:16:02 <blathijs> Running a .exe on top of a Java VM is actually quite hard, only reliable way would be to run an emulator I guess (ie, run an x86 emulator on top of a java VM)
15:16:14 <blathijs> Eddi|zuHause3: late counter?
15:16:30 <Eddi|zuHause3> the amount of time a train is behind its schedule
15:17:24 <dragonhorseboy> one curious question I never could figure out before...
15:17:32 <blathijs> Eddi|zuHause3: Ah, the timetable thing. I should really have a look at that feature some time...
15:17:51 <dragonhorseboy> whats the use of the timetable scheduling thing if there's more than one train on a line meaning its often plauseable that one got stuck behind a slower another? :/
15:19:03 <Eddi|zuHause3> dragonhorseboy: you adjust the waiting time at the end points so that it can cancel out this kind of delay
15:19:38 <Eddi|zuHause3> dragonhorseboy: or "worse", you timetable the slower trains in a manner, that they do not interfere with the faster trains ;)
15:19:50 <valhallasw> dragonhorseboy: create passing points for the slower trains: the slower train enters the side track, the faster train passes and the slower train can continue
15:20:50 <dragonhorseboy> hm ok if you say so :)
15:20:53 <blathijs> Are timetables explicit, or autocreated?
15:21:16 <Eddi|zuHause3> you can autocreate them, and you can specify them manually
15:21:37 <CIA-5> OpenTTD: glx * r13877 /branches/noai/src/ (squirrel.cpp squirrel_std.cpp squirrel_std.hpp):
15:21:37 <CIA-5> OpenTTD: [NoAI] -Revert (r13862): as disabling stack trace displaying for caught exceptions made debugging runtime errors quite impossible.
15:21:37 <CIA-5> OpenTTD: [NoAI] -Add: added notifyallexceptions() function to enable/disable stack trace displaying for caught exceptions.
15:21:47 <SmatZ> never ask Eddi|zuHause3 a question with "or" :-)
15:22:54 <blathijs> Eddi|zuHause3: And what is the net effect of a timetable? That trains will wait at stations until it's time to leave instead of leaving directly after loading?
15:23:19 <dragonhorseboy> well smatz here's one: is openttd set toward system resource efficency or they're starting to toss that out for more heavy features there and there?
15:23:41 <Eddi|zuHause3> but loading trumps timetable... so the train will not leave people behind
15:23:48 *** ben_goodger has joined #openttd
15:24:34 <Eddi|zuHause3> especially makes them useless with full load ;)
15:28:16 <dragonhorseboy> smatz you understand what I mean or not really?
15:29:15 <Eddi|zuHause3> what was that again about "or" questions?
15:29:45 <SmatZ> OTTD is set towards resource (memory and CPU power) efficiency and I hope it will stay this way
15:32:11 <Belugas> i though it was only about FEATURES!!!
15:32:26 <Eddi|zuHause3> no, it's about REALISM!!!11!
15:32:46 <dragonhorseboy> smatz thanks..so I guess it'll always work well on any Pentum II/III's with nominal ram (well eg 96-512mb) for a long time to come yet?
15:33:20 <Brianetta> Found it. It wasn't a Python port, it was a C# port.
15:34:01 <SmatZ> dragonhorseboy: some GRFs need a lot of CPU power, map generation with some industry sets takes ages :) also depends on map size...
15:34:07 <Belugas> hooo... the R word...
15:35:09 <SmatZ> dragonhorseboy: I don't think CPU power needs / RAM usage has grown since earliest OTTD versions significantly... so I suppose it will stay this way :)
15:35:27 <Belugas> dragonhorseboy, I have a ADM 1300ish with 512 mg, and it's quite playable, even in debug mode :)
15:35:43 <dragonhorseboy> where did you come up with your nick anyway?
15:35:44 <Eddi|zuHause3> Brianetta: does not look like anything has come out of that :p
15:35:56 <Eddi|zuHause3> unsurprisingly :p
15:36:02 <Brianetta> Eddi: No surprise there.
15:37:49 <Alberth> Eddi|zuHause3: He missed the 3-4 weeks deadline for simple train routes by about 2 years :P
15:48:46 <Belugas> why is it that every time you start "this", you find that "that" is not clear and should be explained, and then "this-that" turns to a big pile of work???
15:49:54 *** dragonhorseboy has left #openttd
15:49:58 <Eddi|zuHause3> could you be a tiny bit less generic? :p
15:50:21 <Eddi|zuHause3> hm... i need a "go to depot [and stop there]" order...
15:50:57 <CIA-5> OpenTTD: glx * r13878 /branches/noai/ (72 files in 5 dirs): [NoAI] -Sync: with trunk r13836:13876.
15:51:38 <SmatZ> Eddi|zuHause3: build oneway signal or presignal that will stay forever red :)
15:51:42 <Belugas> Eddi|zuHause3, i can, just give me a minute...
15:52:04 <Eddi|zuHause3> SmatZ: bad idea...
15:52:37 <SmatZ> Eddi|zuHause3: why do you need that order?
15:52:47 <Eddi|zuHause3> SmatZ: i have a train that i use very infrequently, so i want to tell it "make one round trip, and go back to the depot"
15:53:07 <Eddi|zuHause3> and when i need it again, i just tell it to go again
15:53:12 <Progman> Eddi|zuHause3: maybe a conditional order like "jump to Order 5 if $some_trivial_thing"
15:53:45 <Eddi|zuHause3> Progman: needs too many clicks to make it go again
15:53:49 <Vikthor> plus, it is useful, if you would like to use loco for completely different train
15:53:50 <SmatZ> but then it will still run and you will pay
15:54:02 <SmatZ> Vikthor: you can refit :)
15:54:20 <Vikthor> SmatZ: Not every time
15:54:37 <Progman> Eddi|zuHause3: use the presignal state as SmatZ said
15:54:40 <Vikthor> eg. find me a set that allows refit from oil to iron ore :)
15:55:27 <Eddi|zuHause3> Progman: that's a "hack", i don't do hacks...
15:56:04 <Belugas> indeed, you're on strike ;)
15:57:33 <Eddi|zuHause3> Belugas: only on builds that do not have YAPP :p
15:58:19 <Eddi|zuHause3> really really ugly...
15:58:53 <Eddi|zuHause3> does not replace a "stop at depot" order
16:01:05 <SmatZ> hmm OTTD code wouldn't handle a house that is church and stadium at once
16:03:50 <Belugas> why would yo want to do that?
16:04:09 <SmatZ> Belugas: GRF specs allow that
16:04:33 <SmatZ> and for many people, football is a church :)
16:04:41 <Belugas> Can Patch support it too?
16:05:18 <SmatZ> I would have to code such GRF
16:06:45 <Belugas> and why are we not supporting it?
16:07:25 <hylje> nobody bothered to implement it this far
16:07:49 <SmatZ> if that "else" was removed, it would help... I don't know if there are other places like this :)
16:09:25 <Eddi|zuHause3> maybe... a generic "stop" order could be useful as well [if it can be automatically released by timetable"
16:09:57 <Eddi|zuHause3> so i could have some order: goto A (unload); stop (X ticks); goto A (load) ...
16:10:03 <Belugas> mmh... no idea whatsoever why it's there... but it does feel like old code, like r1
16:10:09 <Progman> Eddi|zuHause3: there exists somehow already such an order as trains can be send to depots...
16:10:36 <Eddi|zuHause3> Progman: you fail to see the point...
16:10:59 <Eddi|zuHause3> the point is to make the vehicles STOPPED [i.e. turned off, not cause running costs]
16:11:16 <Eddi|zuHause3> not to have them out of the way...
16:11:21 <Progman> like "send to depot" do
16:11:36 <Eddi|zuHause3> Progman: not automatically
16:11:50 <SmatZ> Eddi|zuHause3: you can replace to eyecandy empty engine, it has zero running costs...
16:11:52 <Progman> no, but there exists such thing somewhere in the code...
16:11:54 <Belugas> hehehe... "no running cost" :)
16:11:56 <SmatZ> (another ugly solution ;)
16:12:04 <hylje> SmatZ: stopped trains have no running costs either
16:12:18 <SmatZ> hylje: yeah, but there is no way to stop trains from orders
16:13:22 <Brianetta> Is there a desync bug wrt names of waypoints in 0.6.1?
16:13:51 <SmatZ> Brianetta: desync? like that red error box with desync error message?
16:13:52 <Brianetta> We're desyncing lots
16:14:06 <Brianetta> and Vemarkis says that his waypoints are losing their custom names after rejoining
16:14:11 <CIA-5> OpenTTD: belugas * r13879 /trunk/src/ (engine_gui.cpp group_gui.cpp industry_gui.cpp): -Codechange: Replace numbers with Colours enum on engine, industries and group gui
16:14:17 <SmatZ> Eddi|zuHause3: maybe autoreplace to engine that has no power on that rail type or some newgrf hack...
16:14:54 <Progman> got them in a openttdcoop game too, but as we use a lot of newgrfs this can also be a reason for waypoints PLUS newgrfs
16:14:58 <SmatZ> hmm this could be a serious bug
16:15:15 <Rubidium> sounds more like FS#1752 in action
16:15:54 <Brianetta> Vemarkis says he also lost all orders on those waypoints
16:16:27 <Rubidium> then those waypoints didn't exist on the server
16:16:28 <SmatZ> Brianetta: did he actually build those waypoints?
16:16:52 <Brianetta> SmatZ: They're still there
16:17:30 <Progman> I also noticed after such a desync other waypoints get the custom names I tried to set on a waypoint at the desync ;)
16:17:51 <Rubidium> so... one of the waypoints didn't get created
16:18:05 <Brianetta> causing the rest to get transposed?
16:18:38 * Progman is checking "transposed" on dict.leo.org
16:18:50 <Progman> yeah, they get transposed
16:18:57 <Eddi|zuHause3> Progman: i'd say "verschoben"
16:19:16 <Brianetta> Vemarkis isn't seeing that
16:19:22 <Brianetta> Just loss of name and orders
16:19:38 <Brianetta> [17:18] <sarah_pilot> Vemarkis: They just get removed from orders and names are reversed
16:19:38 <Brianetta> [17:19] <sarah_pilot> Vemarkis: back to what they were then they were built
16:19:54 <Brianetta> You can talk to him in-game on #autopilot if you want
16:20:33 <Rubidium> Brianetta: I build #1, it doesn't get build on the server; I build #2, gets build as #1 on the server, I assign name to #2, doesn't exist on server so nothing happens, I assign order to #2, doesn't exist on server so nothing happens
16:21:14 <Alberth> Belugas: Is it safe to make the Widget::color to be of Colours type?
16:21:23 <SmatZ> strange, I can't reproduce that :-x
16:22:33 <Belugas> not yet, Alberth. I'm not 100% it will work
16:22:51 <Belugas> some color are using something else than Colours enum
16:23:05 <Belugas> not now, granted, but in my repo yes
16:23:15 <Belugas> TC_colours, to be exact
16:23:27 <SmatZ> Rubidium: ahhh ok, checking for unique waypoint name depends on user language...
16:23:49 <Rubidium> but naming happens much much later
16:24:08 <CIA-5> OpenTTD: belugas * r13880 /trunk/src/intro_gui.cpp: -Codechange: Replace numbers with Colours enum on intro gui, and align a bit the code
16:24:24 <SmatZ> Rubidium: no... I can't reproduce it this way :-x
16:24:46 <SmatZ> I have two "Waypoint Conston #2" - one as custom name, second as automatic name
16:25:03 <Alberth> Belugas: In the past 2 weeks I've been making a tree of widgets that can compute their own sizes and position. It works for 2 non-resizing windows (A few widgets just move a few pixels). Unfortunately, resizing requires a new attempt on size computing
16:26:42 <SmatZ> Alberth: Belugas: enum occupies 4 bytes of memory, byte only 1 (current state)... there is not need for changing that value
16:27:08 <SmatZ> unless it is not TinyEnumT already :)
16:27:27 <Belugas> it is just use as values, right now
16:27:32 <Belugas> (from what i can see)
16:27:54 <Belugas> Alberth, it sounds interesting
16:29:33 <Rubidium> Brianetta: is het building actual waypoints or stations as waypoints?
16:29:47 <SmatZ> Brianetta: Progman: does it happen only in 0.6 branch, but also in trunk?
16:33:36 <Alberth> New function InitializeWidgets() that constructs the tree, with a few m_* variables to climate buttons so they can be raised/lowered from the event handler
16:34:32 <Belugas> Alberth, could yo show me a diff instead?
16:34:36 <Belugas> that would be easier to read ;)
16:34:42 <Progman> only see it at an openttdcoop game, so just in trunk
16:35:24 <Progman> make waypoints more usefull (like the counterpatch in miniin) and you get more testers for this ;)
16:37:57 <Alberth> For 'Difficulty (.....)' I needed the TextParametersSingleParam object
16:41:20 <Phantasm> I wonder if I would get banned if I pasted a nice little link.. ;P
16:41:53 *** Zealotus is now known as Guest434
16:41:53 *** Zeal is now known as Zealotus
16:42:59 <Belugas> you know, it might be easier to do if the actual widget creation was done using the array of widgets, upon window creation. this way, it would be easier to "convert" all windows
16:43:05 <Belugas> if you see what i mean, Alberth
16:43:17 <Phantasm> It has a japanese woman first eating something from between the legs, then eating a nipple and lastly eating an eye.
16:43:20 <Belugas> my pont of view, anyway
16:43:38 <Phantasm> SmatZ: I'm sure you would love to see it. ;P
16:48:46 <Eddi|zuHause3> hm... it's weird... i cannot find any evidence of this timetable synchronisation patch ever existing...
16:49:52 <Alberth> Yes, I see what you mean. I did think about that for some time, but discarded it since I think that I need the structure to decide how widgets should grow and shrink. All my widgets have a different size since they compute it from their contents.
16:51:08 <Alberth> But maybe I can make a few steps in your direction. One step could be to re-construct the widget array (with pointers instead of widgets), so you don't need to have the m_* members.
16:52:02 <Alberth> Another step could be to make a data structure where you can encode the tree structure in. (not sure how helpful that is relative to the amount of work).
16:53:28 <Alberth> In my code, I created an additional root_widget variable in the Window structure, so windows with different widget structures can co-exist.
16:54:42 <Alberth> Maybe we could have instead a window with a single widget that takes the 'old' widget array as parameter, and then reproduces the old layout.
16:58:26 <SmatZ> Brianetta: are you able to reproduce it?
16:58:34 <Alberth> Belugas: What exactly is the problem? The fact that you cannot simply access all widgets any more (since they are somewhere in a tree rather than an array), or 'just' the conversion of all existing windows?
16:58:37 <SmatZ> or does it happen only for 1 player?
17:01:49 <Belugas> the conversion is indeed going to be way faster with my proposal
17:02:39 <Belugas> of course, every place where the widget is referenced by number (in the array), ther would need to be an associated method
17:03:07 <Belugas> the way you did with climate buttons is not bad, tough
17:03:50 <Belugas> so, how they are stored internally is not realy a concern, i think
17:04:37 *** Klanticus has joined #openttd
17:06:30 <CIA-5> OpenTTD: frosch * r13881 /trunk/src/newgrf.cpp: -Cleanup (r12751): Remove some dead code.
17:11:51 <Alberth> In the three GUI coding examples that I have seen, a lot of code and widget references in event handlers is code that really belongs somewhere *inside* the widgets imho. Eg the SetDParm call at line 68 of the diff is only there because atm you cannot extend the textbutton to do this for you. In the airport_gui code, I wrote a StationCoverage widget that handles printing of accepted/delivered cargo types rather than painting that from inside the
17:14:09 <CIA-5> OpenTTD: belugas * r13882 /trunk/src/graph_gui.cpp: -Codechange: Replace widget numbers with appropriate enums
17:15:03 <Alberth> I think a *lot* will change when you switch to more OO widgets; the array may be the smallest part
17:15:47 <peter1138> All this push_back for each widget is *a lot* of extra code...
17:17:08 <Alberth> peter1138: You'd like to have a data structure for doing this construction instead?
17:17:13 <Progman> Alberth: as there is already such a branch for OO widgets ;)
17:18:00 <Belugas> a dead one, and one that has been turned down by its creator
17:18:17 <Belugas> it was an experiment that did not turned out as satisfactory as it was intended
17:18:36 <Alberth> but KUDr thought is was not good, and I agree. I think it is too general (full of templates and factories)
17:19:40 <Alberth> I only have a Widget class hierarchy (although it explodes a bot due to the StringID sometimes needing additional parms)
17:19:42 <peter1138> Well, if your stuff does automatic rescaling and such like, them I lov eit.
17:19:56 <peter1138> With the e in the right place too.
17:20:12 <Belugas> same, plus a creation that is less invasive
17:20:38 <Belugas> i think the widget array should be used a bit like dfm in delphi, description of the real widget
17:20:50 <Belugas> that or another representation
17:21:13 <peter1138> I'd rather it was a static table somehow, but... Hmm...
17:21:31 <SmatZ> it works and does all I need :-P
17:21:43 <peter1138> It doesn't resize automatically.
17:21:54 <peter1138> It's got pixel sizes splattered all over it.
17:22:29 <Alberth> the problem is that there is no structure in the array, its a flat list of widgets. I don't see how to decide which widgets belong together when resizing and which not (where each widget may resize eg due to switching to a different language)
17:22:30 <Belugas> not to mention strings getting out the the window...
17:22:59 <peter1138> Alberth, well you can have open/close container dummy widgets in the list.
17:23:31 <Progman> swing framework for openttd ;)
17:24:05 <DorpsGek> peter1138: celestar was last seen in #openttd 3 hours, 22 minutes, and 38 seconds ago: <Celestar> rortom: I gave the link above
17:24:06 <Alberth> peter1138: Yes, we can create some data structures for expressing the widget tree in a table form.
17:26:03 <Alberth> However that implies that you cannot have the m_* vars in the way I have them now. I'd need to create an array of widget addresses during construction. (at least I think you don't want to traverse the tree looking for a widget :) )
17:28:12 <Alberth> peter1138: However..... adding custom widgets for a window gets difficult then, perhaps?
17:30:17 <Alberth> Belugas: You have an URL about dfm, so I can understand what they are?
17:32:45 <Belugas> it's a descriptive format
17:33:00 <Belugas> a file associated to a form,
17:33:13 <Belugas> where all the properties of the form will be exposed
17:33:48 <Belugas> so when the program complies, it reads the file and convert it to resources that the final exec will use while creating the form itself
17:35:21 <Alberth> Ah, a code generator. Now you're talking :) (I have a compiler construction background)
17:39:39 <CIA-5> OpenTTD: belugas * r13883 /trunk/src/graph_gui.cpp: -Codechange: Replace numbers with Colours enum on graph gui
17:39:40 <Belugas> yeah, in a certain way
17:40:15 <Alberth> We could have 1 line for each leaf widget (eg the instantiation-call of a widget), and then have these begin/end-like blocks to define what belongs together in a container. Generating code from that is no problem, takes about a day in Python.
17:40:19 <Belugas> and i thnk VB uses some sort of similar scheme
17:41:19 <CIA-5> OpenTTD: smatz * r13884 /trunk/src/oldloader.cpp: -Fix (r11822): custom vehicle names from TTD(Patch) games were lost
17:45:53 <Belugas> something like that, yeah
17:46:03 <Belugas> apart the python part...
17:46:41 <Belugas> but i'm not the only one to decide, don't jump on a crusade ;)
17:47:25 <Alberth> Well, I have written compilers in C++ for C++, so I know it can be done :-D
17:48:24 <Belugas> ho, that i'm pretty sure, no problem there.
17:48:50 <Belugas> i was more concerned about the way all devs would like to see it done, if ever it should be done even
17:50:27 <SmatZ> problem with NDS is currently memory fragmentation
17:51:10 <SmatZ> I am not sure if further objectising of code isn't connected with dynamic memory allocation causing ever worse usability
17:51:17 <SmatZ> yeah, Dominik's port :)
17:51:18 *** ChanServ sets mode: +v tokai
17:51:27 <SmatZ> it doesn't have MMU (as I was explained)
17:51:30 <Alberth> gtg unfortunately, tnx for all the discussion everybody. When I have resizing and my 3 windows working, I'll post it at the dev forum, so you can examine the code in more detail, and we can have a more solid discussion about the direction to go.
17:51:35 <SmatZ> so memory fragmentation is really a problem
17:52:14 <peter1138> NDS can just stay with an old version.
17:52:29 <peter1138> Until Nintendo produce a device with modern specifications...
17:52:32 *** Noetloj has joined #openttd
17:53:42 <Eddi|zuHause3> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%205.%20Sep%201941.png <- i need diagonal bridges :(
17:54:38 <Belugas> if your need is high enough, maybe you'll be able to code it ?
17:55:10 <Prof_Frink> bendy bridges for bendy buses!
17:55:28 <Belugas> and signals on it too!
17:55:42 <Eddi|zuHause3> i have signals on them, just the trains do not obey :p
17:55:58 <joachim> ooh and signals in tunnels
17:56:29 <Belugas> that is going to be a bit more difficult, joachim
17:58:10 <Belugas> "one daying" about that ;)
17:58:26 <Belugas> rather what Eddi|zuHause3 was talking about
17:58:46 <peter1138> Eddi|zuHause3, bah, the pause button does not work :(
17:59:14 <joachim> Belugas: i know, i was one daying :)
17:59:23 <Eddi|zuHause3> Belugas: i have thought about trains stopping on bridges for a while, the only proper solution i came up with would be removing the "if (v->u.rail.track != TRACK_BIT_WORMHOLE) {" from TrainController() and making some functions aware of "wormhole tiles"
17:59:36 <Eddi|zuHause3> peter1138: yes, i noticed that bug, too :p
17:59:37 <joachim> one day, some one must get bored enough... ~2030?
18:00:20 <Belugas> a lot of workmholes would be required to go, i think
18:02:05 <Belugas> ho ... shooo... no-commit time
18:12:38 *** Marduuhin has joined #openttd
18:23:25 <CIA-5> OpenTTD: frosch * r13885 /trunk/src/ (14 files in 2 dirs): -Fix [FS#2168]: Var 0x7F is not feature-specific.
18:24:44 <peter1138> frosch123: problem with that is you now have to always lookup the grf file even when it's not needed (and it rarely is)
18:26:13 <frosch123> what do you mean with 'always' - that info is already available nearly always
18:30:37 <peter1138> Usually. Still more work than none, heh.
18:30:45 * peter1138 needs Celestar's changed.
18:30:50 * peter1138 needs Celestar's changes.
18:31:04 <peter1138> Uh, I think he had some :o
18:32:25 *** NukeBuster has joined #openttd
18:38:04 *** GoneWacko has joined #openttd
18:42:56 *** Harteex has joined #openttd
18:44:28 <Harteex> hello, anyone working on the Swedish translation here?
18:54:02 <Harteex> full load is just translated as load
18:54:11 <Harteex> it could be confusing to new players
18:55:20 <Harteex> so I thought I'd mention it to a member on swedish translation team, if I can find out who's on it
18:57:24 <Belugas> although i doubt there are any swedish translators in here
18:57:42 *** Digitalfox has joined #openttd
18:58:01 <Belugas> but i'll pass th info to Mihamix (the translation headchief) when he'llbe around
19:04:30 *** Wolf01 is now known as Wolf01|AWAY
19:05:08 <Eddi|zuHause3> a propos translation... there's quite a number of untranslated strings piling up in the german translation...
19:05:33 <Belugas> Mihamix is a bit too much in real life, i think :)
19:05:52 <Belugas> a new baby boy is ALWAYS a big source of work
19:06:02 <Belugas> up until he gooes out the house
19:06:14 <Belugas> ... and even then, woukld my dad say :)
19:06:48 <Belugas> o, i don't think it's his boy's name...
19:08:27 *** peter1138 changes topic to "0.6.1 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs) | #openttd.notice for FS + SVN notices | UTF-8 please | No Unauthorised Bots | We Love YAPP"
19:23:46 <Eddi|zuHause3> if we were Sacro, eventually things we love might get commited :p
19:24:39 *** NukeBuster has joined #openttd
19:27:03 <Digitalfox> Where is Sacro, haven't seen him for a while now.. :\
19:27:53 <DorpsGek> Digitalfox: sacro was last seen in #openttd 5 days, 9 hours, 53 minutes, and 15 seconds ago: <Sacro> same as test and [
19:28:13 <Digitalfox> Must ne on holidays :p
19:28:49 *** stillunknown has joined #openttd
19:35:47 <Tim> Just some advertising... I posted a suggestion for the Website-Redesign in the Forums, check it out and tell me what you think :)
19:38:56 <peter1138> Digitalfox, probably sulking agian.
19:43:26 <Belugas> Tim, it reminds me of the old translator. Not too fund about the grass tile background, to be honest
19:48:05 <peter1138> I like the current design :o
19:48:36 <Tim> looks nothing like the game...
19:49:45 <Belugas> it depends on what you think it shold looklike. useing grasss background is not rwelly innovative
19:49:56 <Ammler> maybe someone should just make a web 2.0 page with current design... :-)
19:50:06 <peter1138> Using the grass is like five million fan sites from 10 years ago.
19:50:10 <Belugas> if you want to look like the game, you end up looking like forums and like George's site
19:50:12 * frosch123 dislikes the in game icons most
19:51:15 <Ammler> you should more ask for a logo redesign...
19:51:26 <Tim> Yes, that would be a good start, too
19:51:38 <peter1138> Not everyone asked for a redesign :p
19:52:43 <Belugas> nor yet another clone site :)
19:52:50 <Eddi|zuHause3> <Tim> looks nothing like the game... <- the washington monument does not look like the guy either...
19:53:16 <Ammler> it shouldn't be that hard to replace the image nav with a tiny css <ul> nav.
19:55:06 <Belugas> Tim, don't get it bad, tough. Contrary to a lot of guys, you did give it a try :)
19:55:29 <Belugas> so, i guess that now, you have a go at getting VERY creative ;)
19:55:35 <peter1138> Yeah, sheesh, I'm a professional (hah) web developer, and I didn't ;)
19:55:40 <Tim> Hehe, no bad feelings here ;)
19:56:15 <Prof_Frink> Ammler: Urgh, web2.0. Go for web0.1
19:56:21 <Belugas> you're also a ottd dev :) I wonder where your skills are better spent, peter1138 ;)
19:57:16 <Tim> Hm, maybe you could atleast replace that ugly lighthouse with a new graphic... I really hate that :D
19:57:35 <Eddi|zuHause3> what about web 2010?
19:59:18 <Eddi|zuHause3> just a random idea: why do we not have different tunnel styles like we have bridge styles?
19:59:36 <Eddi|zuHause3> [mostly for eyecandy purposes]
19:59:59 <frosch123> but you do not see a lot from tunnels...
20:00:05 <Eddi|zuHause3> i mean, tunnels are not fundamentally different from bridges [anymore]
20:00:13 <Eddi|zuHause3> frosch123: but the entrances
20:00:49 <Belugas> brick, wood, steel, rock entrances...
20:00:55 <Ammler> dynamic tunnel entrance pool!
20:01:17 <Belugas> where is my ignore button again?
20:02:29 <Eddi|zuHause3> i was thinking about round vs. flat, and old vs. modern
20:03:00 <Belugas> get some drawing done, Eddi|zuHause3, it might be interesting
20:03:04 <Prof_Frink> Eddi|zuHause3: And while you're doing that, implement enhancedtunnels
20:03:27 <Eddi|zuHause3> well, there are several tunnel grfs around, just that they affect all tunnels
20:04:34 <Belugas> where is my kick button again?
20:04:41 <Tim> What about a changing background for the website, with screenshots from the game? Looks great (okay, you will hate it, but i think it'd be great) :P
20:05:26 <Belugas> too heavy, imho. I remember the french web site had that, and it was terrible (imho)
20:05:39 <Belugas> and it's still like the other sites ;)
20:05:47 <Belugas> Looking like the game
20:05:50 <CIA-5> OpenTTD: truebrain * r13886 /branches/noai/bin/ai/wrightai/main.nut: [NoAI] -Codechange: minor typos in WrightAI
20:06:13 <Belugas> let's find something that is INSPIRED from the game, not that LOOKS like the game ;)
20:12:59 <Prof_Frink> Use a big pic of a class 43 as background!
20:13:44 <Rubidium> Belugas: a SirkoZ rant?
20:13:47 <peter1138> I'll use a sheet of A4
20:14:29 <Belugas> Rubidium, that would be the best evr way to make everyone fleeing the game ;)
20:34:56 <Tim> Wow, i just read that ludde also created scummvm and utorrent... Both programs i used to use :)
20:35:05 <Tim> What happened to him, anyway?
20:36:11 <Rexxars> I know this is totaly off-topic and all, but does anyone here have any experience with nameservers, domains and that sort of stuff?
20:37:01 <Eddi|zuHause3> Tim: he was here not long ago
20:37:17 <Eddi|zuHause3> i assume he found a new project to work on ;)
20:37:53 <Eddi|zuHause3> there might have been talk about a media player kind of thing... but my memory is vague...
20:38:44 <Tim> Hm... I'm really curious... Nowhere it says that he left OpenTTD or why he left it...
20:39:32 <Belugas> dunno, was not around at the time
20:40:16 <Eddi|zuHause3> well... he is like that... he starts a project, gets bored with it, and lets other people continue
20:41:09 <Tim> I'm wondering if he plays OpenTTD from time to time...
20:42:09 <Eddi|zuHause3> playing tends to get in the way of actually doing anything :p
20:42:21 *** ChanServ sets mode: +o Bjarni
20:47:34 <ln> People's Republic of Denmark!
20:47:46 *** KillaloT has joined #openttd
20:49:46 <Bjarni> actually it's the Kingdom of Denmark
20:50:11 <Bjarni> a republic is for the people who beheads their royal family
20:51:27 <Bjarni> we keep our royal family as not only is it a nice family who knows how to act with their power and not abuse it they also earn more money for the country than they get from tax money
20:53:18 <SmatZ> ah... that's why you pay so high taxes!
20:53:41 <Ammler> but cars are cheap there...
20:54:39 <Belugas> alcool must be awfull, Bjarni does not drink
20:54:55 <ln> Bjarni: do they have any real power?
20:57:25 <SmatZ> Bjarni: do you have death penalty?
20:57:32 <Bjarni> Kongen udnævner og afskediger statsministeren og de øvrige ministre.
20:57:47 <Bjarni> that's the constitution
20:58:07 <ln> Kan the kongen fire the parliament and order new election?
20:58:31 <Eddi|zuHause3> king can appoint and dismiss state and higher ministers?
20:58:59 <Bjarni> Kongen kan for folketinget lade fremsætte forslag til love og andre beslutninger.
20:59:28 *** NukeBuster has joined #openttd
20:59:39 <Eddi|zuHause3> i understand only half of that sentence
21:00:01 <SmatZ> google doesn't understand "folketinget"
21:00:09 <ln> Eddi|zuHause3: folketinget is something like parliament
21:00:14 <Eddi|zuHause3> that's the parliament i assume
21:00:20 <Eddi|zuHause3> that's the part that i do understand :p
21:00:35 <Ammler> Bjarni: do they still use the power?
21:00:51 <Eddi|zuHause3> "folk" ~ "Volk" and "tinge" is some kind of meeting
21:01:03 <ln> Eddi|zuHause3: beslutning is decision or so.
21:01:08 <Bjarni> basically the king can write a law and then the parlament have to look at it and vote for approving/dismissing it like with other proposed laws
21:01:12 <Eddi|zuHause3> beschließen, yes
21:01:46 <Bjarni> <Ammler> Bjarni: do they still use the power? <--- both yes and no
21:02:07 <Eddi|zuHause3> something along the lines of "the king can recommend something until they decide otherwise"
21:02:24 <Eddi|zuHause3> but i have no idea who decides what
21:03:06 <Bjarni> basically the prime minister can't call for an election. He have to get the queen to do it for him (there is no king at the moment). There is no history of any king/queen refusing such a request though
21:03:46 <Bjarni> Den lovgivende magt er hos kongen og folketinget i forening. Den udøvende magt er hos kongen. Den dømmende magt er hos domstolene.
21:03:51 <ln> aha! if the law says that kongen can do those things, what if the drottning can not?
21:04:08 <Bjarni> that's the 3 parts. The lawmakers, the law enforcement and the judges
21:04:20 <Bjarni> the king is in the lawmaker and the law enforcement
21:04:33 *** kloopy is now known as Kloopy
21:05:07 <Eddi|zuHause3> the german president can pretty much do nothing...
21:05:25 <Eddi|zuHause3> he is allowed to sign laws that get presented to him :p
21:05:42 <Eddi|zuHause3> [after they passed the parliament]
21:05:54 <Eddi|zuHause3> [it does not say anything about the right to not sign them]
21:05:58 <Bjarni> yet he is refusing to sign the Lisbon treaty at the moment, which gives him some power
21:06:26 <Ammler> we even don't have one, just a representing president...
21:06:50 <Bjarni> the last I heard of him was that he had decided to stall the Lisbon treaty approval in Germany until it's clear if it's ok according to German laws
21:07:12 <Eddi|zuHause3> Ammler: you don't have a say in the treaty of lisbon either :p
21:08:35 <Eddi|zuHause3> Bjarni: yes, the high judges asked for that, until they decide
21:09:27 <Eddi|zuHause3> "a decision during this year is improbable."
21:09:37 <Bjarni> I think the Lisbon treaty stuff is weird. Everybody have to agree to it or it's dead according to current treaties. Ireland discarded it yet all other countries acts like they approved
21:10:16 <Eddi|zuHause3> Bjarni: the purpose of the treaty is to abolish that rule, but until it is accepted, the rule is still valid :p
21:10:23 <Bjarni> The Polish president decided not to sign it before Ireland approves and they have to decide on that themselves without any pressure
21:11:21 <Bjarni> <Eddi|zuHause3> Bjarni: the purpose of the treaty is to abolish that rule, but until it is accepted, the rule is still valid :p <-- yeah that's how it works in treaties.
21:11:39 <Bjarni> however I don't think the pro EU politicians like it like that
21:23:13 <Ammler> Eddi|zuHause3: does that mean ireland has voted against with a referendum?
21:23:35 <Eddi|zuHause3> Ammler: in what world do you live?
21:23:51 <Prof_Frink> So the Irish govt. are planning to have another referendum until they get the reult they want.
21:23:58 <Eddi|zuHause3> note: it was the only country that ran a referendum
21:24:19 <Ammler> your are quite lucky, swiss isn't in the eu...
21:25:20 <Eddi|zuHause3> with the failed constitution the situation was quite similar... in the countries that actually let the people decide, it got rejected
21:27:04 *** Smoovious has joined #openttd
21:40:36 *** Jolteon_ has joined #openttd
21:53:58 *** Brianetta has joined #openttd
22:03:20 *** welshdragon has joined #openttd
22:11:03 * peter1138 ponders showing sources and destinations in vehicle views
22:12:21 <Brianetta> reminds me, YAPP needs to show destination when waiting for a free path
22:15:09 *** Jolteon_ is now known as Noetloj
22:16:06 <Eddi|zuHause3> it can't know the destination, it will change when the reserved tracks change, as the pathfinder penalizes them differently
22:16:18 <peter1138> $24 = (Order *) 0xc072f8
22:16:22 <peter1138> print start->next->next
22:16:22 <peter1138> $26 = (Order *) 0x600000000
22:16:26 <peter1138> That looks a little wrong :o
22:16:46 <Eddi|zuHause3> only off by some 8 zeroes ;)
22:16:50 <Eddi|zuHause3> which amounts to nothing :p
22:17:37 <peter1138> Why would it be wrong? :o
22:21:39 *** welshdragon2` has joined #openttd
22:31:00 <Eddi|zuHause3> debuggers should be able to "step backwards" ;)
22:31:14 <Eddi|zuHause3> to find out how a value was set ;)
22:31:59 <Eddi|zuHause3> yeah, exactly :p
22:32:42 <Eddi|zuHause3> hm... what i dislike about the industrial stations... they look totally dull when there is always a train loading, because they only look interesting when cargo is piling up...
22:39:01 <Prof_Frink> Eddi|zuHause3: Nah, you're doing it wrong.
22:39:18 <Prof_Frink> You link the debugger to the control circuits in the TARDIS
22:39:36 <Prof_Frink> When you find a bug, you go back in time and fix it before it happens
22:40:56 <peter1138> Also, retroactively attach the debugger
22:41:03 <peter1138> And retroactively compile with debug symbols
22:41:18 <Eddi|zuHause3> but you can't use the TARDIS when you are already part of events...
22:43:35 <Eddi|zuHause3> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%202.%20Jan%201942.png <- nobody ever again tell me my stations are too big :p
22:43:57 <peter1138> Or not finished uploading.
22:44:30 <Eddi|zuHause3> it's totally weird... it didn't do that before... it's really slow with uploading but says it's done 100%
22:44:45 <Prof_Frink> Eddi|zuHause3: "stations" eh?
22:45:35 <Eddi|zuHause3> there are at least two in the picture :p
22:45:48 <Rubidium> Eddi|zuHause3: and what did it do yesterday? The same...
22:46:26 <Eddi|zuHause3> with "before" i meant "the last two years before the first instance of this problem"
22:46:31 <Rubidium> and your station is tiny ;)
22:47:16 <Eddi|zuHause3> but people complained about stations like this that they were oversized
22:47:30 *** Vikthor has joined #openttd
22:48:03 <Bjarni> <Eddi|zuHause3> ... <- nobody ever again tell me my stations are too big :p <--- s/stations/(you know).... I don't believe you.... it's not like anybody would tell you anything like that
22:48:31 <Bjarni> btw it's only when talking about mobile phones that men claims "Mine is the smallest one" and are happy about it
22:48:38 <Eddi|zuHause3> i know? why would you think that i know?
22:52:48 *** bleepy is now known as Guest472
23:07:51 *** Progman has joined #openttd
23:28:12 *** sickie88 has joined #openttd
continue to next day ⏵
