IRC logs for #openttd on OFTC at 2009-05-24
⏴ go to previous day
00:05:22 *** XeryusTC is now known as Xeryus|bnc
00:06:25 *** Brianett1 has joined #openttd
00:47:23 *** SineDeviance2 has joined #openttd
02:53:56 *** z-MaTRiX has joined #openttd
03:08:57 *** De_Ghosty has joined #openttd
03:12:55 *** TinoDidriksen has joined #openttd
03:43:16 *** TinoDidriksen has joined #openttd
04:43:46 *** ChanServ sets mode: +v tokai
05:33:09 *** stuffcorpse has joined #openttd
06:31:27 *** Singaporekid has joined #openttd
06:55:34 *** Alberth has joined #openttd
06:56:23 *** TinoDid has joined #openttd
06:59:04 *** sandeuros has joined #openttd
07:00:36 <sandeuros> can anybody help me with a newgrf
07:02:30 <kkb1101> he waited 20 seconds to get an answer in irc lol
07:03:14 <_ln> you were too slow to answer lol
07:38:51 <Alberth> apparently he got the answer he wanted :p
07:51:24 *** Progman has joined #openttd
07:53:19 *** fonsinchen has joined #openttd
07:54:06 *** ctibor_ has joined #openttd
08:21:47 <yorick> hm, depend is failing a lot
08:21:58 <yorick> (it doesn't detect changes to table/settings.h)
08:22:06 <yorick> and I have to make clean every time I update
08:26:55 *** Nite_Owl has joined #openttd
08:31:04 <Nite_Owl> are any of the developers already aware of the RV bug in r16404 win9X ? as in you cannot purchase them at all
08:32:13 <Alberth> yorick: only src/settings.cpp seems to depend on src/table/settings.h . what is failing?
08:32:31 <yorick> if I change src/table/settings.h, nothing recompiles
08:32:54 <Alberth> Nite_Owl: nobody can answer that question :)
08:33:12 <Alberth> Nite_Owl: check in bugs.openttd.org, and if not there, file an issue
08:33:52 <Nite_Owl> checked there already and did not see anything so I will write it up
08:38:47 *** Cybertinus has joined #openttd
08:46:28 <Alberth> hmm. I just did "./configure ; make depend" on a clean trunk, and I get again 2 files in objs/release/Makefile.dep that need rebuilding when table/settings.h gets changed. It looks like a bug in depend at your platform.
08:46:59 <yorick> then glx should have it too...
08:47:29 <Alberth> yeah, that's what I don't understand.
08:48:44 <Alberth> hackalittlebit also reported some depend problems, but could not give a concrete counter example.
08:49:16 <Nite_Owl> Anyone using the Win32 or Win 64 version of r16404 that could do me a very quick favor?
08:50:09 <yorick> maybe it only happend on hg?
08:54:03 <Alberth> I use hg for my experiments here too
08:54:10 <yorick> my makefile.dep actually contains only "# DO NOT DELETE"
08:55:25 <Alberth> what if you build after a "./configure --enable-debug"?
08:55:27 <yorick> make clean doesn't clean up .d anymore?
08:56:20 <Alberth> I just ran a diff between a debug build and a release build, and dependencies from table/strings.h seem to disappear in a release build
08:56:42 <Alberth> make mrproper may do the trick (you need to run ./configure again then)
08:57:23 <yorick> it doesn't seem to put anything in Makefile.dep
08:58:43 <Alberth> also check that "checking builtin depend... yes" is output by ./configure
09:00:00 <yorick> checking builtin depend... yes
09:00:01 <yorick> checking makedepend... disabled
09:00:14 <yorick> still, makefile.dep only contains "# DO NOT DELETE"
09:00:41 <Alberth> is the file updated at all?
09:00:59 <Alberth> (throw it away, run 'make depend' should re-generate it)
09:04:46 <Alberth> The string seems to be generated by src/depend/depend.cpp, so that's being used. Otherwise I don't understand what's happening at all. You may want to talk to glx about this.
09:06:27 <Alberth> Last but not least, you could file a bug report about it.
09:07:21 *** |Jeroen| has joined #openttd
09:09:05 <yorick> yup, when I throw the file away and run make depend, it gets filled with "DO NOT DELETE" again
09:10:10 *** [com]buster has joined #openttd
09:15:50 *** tux_mark_5 has joined #openttd
09:24:38 *** reldred1 has joined #openttd
09:26:13 *** Xeryus|bnc is now known as XeryusTC
09:28:37 *** Rexxars has joined #openttd
09:31:32 *** Cybertinus has joined #openttd
09:35:59 <CIA-3> OpenTTD: rubidium * r16410 /trunk/src/depend/depend.cpp: -Fix (r16307): don't assume the extension starts with the first '.', but with the last '.'. This way depend doesn't fail if there's a dot in your path, e.g. 'gcc-4.4'.
09:37:30 <petern> Nite_Owl, does it reformat your computer if you try to build an RV?
09:39:11 <petern> not on win9x of course
09:40:11 <Nite_Owl> There you go then - it must be something very specific in that case
09:41:40 <Alberth> yorick: do you use mingw?
09:42:17 <Nite_Owl> rubidium was working on some vehicle coding a few revisions back so I am guessing it is in there some place
09:42:55 <Alberth> then it would happen at every platform
09:43:09 <Tefad> hard to believe win9x is still in use : x
09:44:20 <Nite_Owl> not necessarily - I once encountered a sound problem that was Win9X specific that got fixed very quickly
09:44:26 <yorick> and I have a dot on my path..
09:45:13 *** frosch123 has joined #openttd
09:45:39 <yorick> but it doesn't seem to be fixed
09:45:45 <Alberth> ok. I am looking at the makefile and it seems to do some post-processing specific for mingw (line 194 objs/debug/Makefile).
09:47:00 <Nite_Owl> I guess it could be something on my end except for the fact that all of the other vehicle types work fine
09:47:05 *** stuffcorpse has joined #openttd
09:53:19 *** Chruker has joined #openttd
09:55:36 *** sandeuros has joined #openttd
10:03:44 <yorick> he seems to take orders
10:04:24 <yorick> is the openttd logo licensed, btw?
10:05:24 <Alberth> yorick: after running ./configure, can you edit the objs/release/Makefile, and comment lines 196 (rm -f Makefile.dep.tmp.mingw) and 225 ($(Q)rm -f Makefile.dep.tmp Makefile.dep.tmp.bak), then run make depend ?
10:05:34 <Alberth> no idea about the logo
10:06:54 <Alberth> you should get a Makefile.dep.tmp and a Makefile.dep.tmp.mingw. How large are each of these?
10:08:00 <petern> gah, stupid ship pathfinder
10:08:02 <yorick> makefile.dep.tmp: 1.582 KB
10:08:07 *** Biolunar has joined #openttd
10:08:08 <yorick> makefile.dep.tmp.bak: 0kb
10:08:16 <yorick> makefile.dep.tmp.mingw: 1.582KB
10:08:40 <Alberth> ok, so the 'awk' at the end kills your dependencies :(
10:09:02 <Alberth> can I have a copy of that .mingw file?
10:09:02 <yorick> /D/msys/home/Yorick/ottd/trunk.hg/src/3rdparty/squirrel/sqstdlib/sqstdaux.o: /D/msys/home/Yorick/ottd/trunk.hg/src/3rdparty/squirrel/include/sqstdaux.h
10:09:29 <Nite_Owl> Problem solved. I reapplied the zip and all is working as it should. Something must have failed to overwrite properly the first time through. I will keep this in mind in the future. Please thank Rubidium for his effort if you see him before I do.
10:31:38 <Nite_Owl> I should have tried that in the first place
10:32:53 <Nite_Owl> reapplied; as in overwrote the files again
10:34:09 <Nite_Owl> I am only human and I have been up all night
10:36:17 <Nite_Owl> although the sun is starting to rise so I should get to sleep fairly soon
10:38:15 *** oskari89 has joined #openttd
10:39:42 *** Brianetta has joined #openttd
10:39:46 *** DephNet[Paul] has joined #openttd
10:46:51 <Alberth> yorick: can you try this with ./configure? "(12:45:52) SmatZ: Alberth: maybe --with-awk=gawk will help?"
10:48:31 <Alberth> (I have gnu awk 3.1.5 here)
10:48:54 <yorick> $ ./configure --with-awk=gawk
10:48:55 <yorick> Unknown option --with-awk=gawk
10:49:25 <Alberth> what does 'awk --version' say?
10:50:56 <yorick> and so does gawk --version
10:51:01 <yorick> but they have different md5sums
10:52:03 <yorick> but it doesn't fix anything :(
10:52:59 <Alberth> yeah, the system is very resistent :)
10:52:59 <Alberth> are ROOT_DIR and SRC_DIR correct? (lines 13 and 18 of Makefile)
10:53:24 <yorick> root_dir = /home/Yorick/ottd/trunk.hg
10:53:35 <yorick> src_dir = /home/Yorick/ottd/trunk.hg/src
10:53:57 <Alberth> hmm. that is different from your lines in the .dep.tmp file.
10:54:39 <yorick> but it is actually the same as /d/msys/home/Yorick/ottd/trunk.hg
10:55:13 <Alberth> the awk script checks for that path by string matching.
10:56:07 <yorick> why's the awk script needed?
10:56:27 <Alberth> ok, an experiment. line 210 says "if (match($$n, "^$(ROOT_DIR)") == 0)" add "/D" after the ^
10:57:06 <Alberth> gsub("$(SRC_DIR)/", "", $$1) line 215 should also be changed (to gsub("/D$(SRC_DIR)/", "", $$1) )
10:57:43 <yorick> line 215 says "$$1 = "Makefile.dep:";
10:57:58 <Alberth> oh, I edited my file a bit. it is a few lines up then
10:59:51 <Alberth> now a proper solution :p
11:01:32 <Alberth> thank you for your assitance
11:05:41 *** ctibor_ has joined #openttd
11:27:09 <SmatZ> yorick: Alberth actually the option is configure --awk=gawk ... but as both are GNU, it probably isn't the problem :-/
11:27:23 <frosch123> Nite_Owl: Building articulated rv causes infinite loop :)
11:28:06 <frosch123> either you or rubidium broke it :)
11:28:24 *** Spizania has joined #openttd
11:29:05 <Nite_Owl> I did not notice if it was articulated or not
11:29:40 <frosch123> r16390, SmatZ, not your fault :)
11:30:08 <SmatZ> I am sure I tested it with articulated trains :-/
11:30:18 <SmatZ> but trains don't have such problem
11:31:34 <Spizania> hello, I was just wondering if anyone knew anywhere I could get a breakdown of how you save map information and so on, since their doesnt seem to be anything on the wiki or in the Development forum as far as I can see
11:33:55 <Eddi|zuHause> depends on how specific you can make your question
11:34:08 <Alberth> Spizania: in a save-game, or another form?
11:34:51 <Nite_Owl> You are correct sir !! Articulated road vehicles still do freeze the game.
11:36:02 <Nite_Owl> I feel somewhat vindicated in that was not either my fault or the fault of my ancient PC
11:38:35 <Nite_Owl> Has anyone let Rubidium know? He did comment on the bug report I put up earlier (which is now closed).
11:39:48 <CIA-3> OpenTTD: frosch * r16411 /trunk/src/articulated_vehicles.cpp: -Fix (r16390): Building articulated roadvehicles caused infinite loop due to v->Next() pointing to v itself.
11:40:01 <Spizania> good good, is there anything easy to find on the 0.7.0 trunk map array in memory?
11:41:04 <Nite_Owl> There you go - Thank you frosch123
11:41:39 <Alberth> Spizania: a debugger? there is probably a global variable that points to the map.
11:42:33 <Prof_Frink> Sacro: Wouldn't you be after last year?
11:43:07 <Spizania> It just occured to me you could save the heights of every tile on the map for an average of very slightly over 2 bits each, wondered if it had been implemented like that
11:43:15 * Nite_Owl gloats every so slightly
11:45:00 * Nite_Owl is too tired - gloats ever so slightly
11:45:09 <Prof_Frink> Sacro: Your comment in the Other Place.
11:55:03 <Nite_Owl> time to sleep - later all
12:05:40 <CIA-3> OpenTTD: frosch * r16412 /trunk/src/articulated_vehicles.cpp: -Cleanup: Shuffle vehicle pointers in AddArticulatedParts(), and remove two of them.
12:11:42 <petern> ah, so the bug report missed vital information such as ... newgrfs were used
12:12:19 <Wolf01> what are the news of the last 15 days?
12:13:45 <petern> loads of behind the scene changes
12:13:56 <petern> a bank opened up in tratborough
12:14:25 <petern> there's a town called fartbridge
12:17:49 <Eddi|zuHause> <Spizania> It just occured to me you could save the heights of every tile on the map for an average of very slightly over 2 bits each, wondered if it had been implemented like that <- no, it saves the raw values and then runs a generic compression algorithm
12:18:26 <Spizania> ah, what about in memory?
12:18:35 <frosch123> but there is some 256 height level patch on the forums, which uses that method
12:18:59 <Spizania> yes, ive seen that, from what I saw it was theoretically capable of much much more than 256
12:19:12 <Eddi|zuHause> in memory you want fast access, not low space usage
12:19:41 <frosch123> but "fast" can also mean "fits into cache"
12:19:46 <Spizania> I suppose you would, especially as memory is hardly the limiting factor for most machines these days
12:21:38 *** Progman has joined #openttd
12:22:08 <Spizania> Just the vast majority of the programming experience I have is in QBasic in DOS, where it was the other way around
12:22:15 <Eddi|zuHause> some variants of extra huge maps can run out of addressable memory space on 32bit systems, though
12:22:37 <Spizania> thats what I was considering
12:23:25 <Eddi|zuHause> but there is still plenty of space left on the current limit of 2kx2k
12:23:41 <Eddi|zuHause> which afair uses about 64MB
12:24:22 <Spizania> now I just wish I could use all that space, how do these screenshot people get 40k person cities? I never get more than about 25
12:25:10 <Eddi|zuHause> the town growth algorithm is prone to get stuck on dead end roads
12:25:23 <Eddi|zuHause> so if you have a lot of those, they can hold up further expansion
12:27:15 <Spizania> Il try demolishing buildings that block the road ends on the outskirts then
12:27:28 <planetmaker> Spizania: if you build correctly, you can get cities of a population in excess of one million
12:27:36 <Spizania> ..... the sprawl must be huge
12:28:05 <Alberth> Spizania: forbid the town to lay its own roads, then build them yourself
12:28:22 <Eddi|zuHause> using a town grid may ease things
12:28:47 <Spizania> you can turn off town roadbuilding?
12:29:06 <planetmaker> yes, we did do that in that savegame.
12:31:53 <Spizania> PBS has been a lifesaver for me though, all those crazy junctions I had to lay out in 0.6
12:33:11 <Eddi|zuHause> oh... i have some great non-pbs junctions ;)
12:33:12 *** jonty-comp has joined #openttd
12:33:20 <Eddi|zuHause> hardly ever using bridges ;)
12:34:59 <Spizania> I have bridges and tunnels and all sors
12:35:24 <Spizania> I remember back on TTD in the day I had a junction that never worked properly until I converted it into a round-a-bout
12:36:31 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/Ravenswald%20Transport,%202.%20Jan%201972.sav <- try to check this one out
12:40:18 *** theholyduck has joined #openttd
12:42:55 <_ln> do you have a cpu fan in there already?
12:49:40 <CIA-3> OpenTTD: alberth * r16413 /trunk/src/newgrf_gui.cpp: -Codechange: Allow leading/trailing whitespace and comma in newgrf parameters instead of treating them as invalid.
12:50:37 <Spizania> what branch was that from Eddi|zuHause?
12:50:46 <Spizania> most of the snow has dissapeared
12:50:55 <Eddi|zuHause> that's feature ;)
12:51:10 <CIA-3> OpenTTD: frosch * r16414 /trunk/src/ (gui.h misc_gui.cpp openttd.cpp train_cmd.cpp vehicle.cpp): -Change: Make it harder to ignore/close important error messages. Esp. do not close them automatically after some time.
12:51:15 <Eddi|zuHause> snow line varies throughout the year
12:51:27 <Eddi|zuHause> it's a feature of alpinew.grf
12:52:16 *** lewymati has joined #openttd
12:52:16 <Spizania> dont have any alpiney grfs
12:53:08 <Spizania> I hate the apostrophe with a passion
12:53:41 <yorick> you can safely ignore him :)
12:53:43 <_ln> Spizania: still they are part of the english ortography. you must complain to your queen if you don't like them.
12:54:14 <Spizania> The Queen batters complainants to death with her handbag of doom
12:54:40 <_ln> yorick: thank you for your valuable opinion.
12:55:16 <Eddi|zuHause> what does "pf.reserve_paths" do?
12:55:36 <yorick> it reserves paths when not in a pbs block
12:55:54 <Spizania> this game has caused a huge traffic jam
12:56:00 <Spizania> all your trains are far too long for the stations
12:56:46 <Eddi|zuHause> they should not be...
12:57:02 <Eddi|zuHause> there are occasionall hickups, though
12:57:49 <Spizania> It is probably due to you not having the same loco/stock settup
12:57:54 <Spizania> Im on North American Renewal at the moment
12:58:00 <Spizania> largely to play with oversized steam locos
12:59:17 <Eddi|zuHause> that won't work...
12:59:41 <Eddi|zuHause> you need to have dbsetxl and alpine grfs
12:59:48 <Eddi|zuHause> the game will then load them automatically
12:59:58 <Spizania> It gave me a "Don't report crashes" warning
13:00:17 <Spizania> Where do I get them? they are'nt in the Online content thing?
13:00:42 <Ammler> from the good old grfcrawler ;-)
13:01:20 <_ln> i guess germany doesn't have (military) submarines anymore?
13:01:31 <Eddi|zuHause> why wouldn't they?
13:03:10 <Eddi|zuHause> germany has the most advanced non-nuclear submarines on the planet...
13:03:12 <Spizania> _ln it has some of the best non-nuclear submarines in the world
13:03:38 <Spizania> My nationality requires me to think of the U-class as the most advanced Eddi|zuHause :)
13:04:10 <Eddi|zuHause> sure... you keep on thinking that ;)
13:04:20 <frosch123> [15:03] <Eddi|zuHause> germany has the most advanced non-nuclear submarines on the planet... <- that is why _ln did not notice them yet :p
13:04:47 <_ln> i just assumed because of the amount of damage their subs caused in WWII, having them would have been a no-no.
13:04:58 <Ammler> non-nuclear -> coal? ;-)
13:05:10 <Spizania> after WW2 the Allied Powers did'nt go for Versailles style arms restrictions
13:05:18 <Spizania> largely because they were a major factor in WW2 in the first place
13:05:31 <Eddi|zuHause> Ammler: sure... you have coal powered subs in your ponds over at the mountains? :p
13:06:12 <_ln> finland had five submarines during the wars, and some peace treaty banned them.
13:06:41 <Eddi|zuHause> there's a funny thing about versailles, germany made a separate treaty with britain, which allowed germany to have as many submarines as britain had
13:07:07 * _ln finally watched "Das Boot" yesterday
13:07:16 <Eddi|zuHause> luckily for the britains, germany's economy was not quite fast enough to fulfill that goal :p
13:07:25 <Spizania> that would largely because finland made a seperate peace with the USSR in '44
13:07:28 *** oskari89 has joined #openttd
13:07:53 <Spizania> and the restriction on size of surface warships just made the Reichsmarine get inventive with the Panzerschiffe
13:07:59 <Eddi|zuHause> germany does not have a peace treaty
13:08:10 <Eddi|zuHause> by the UN's definition, germany is still at war
13:08:38 <Spizania> did'nt Admiral Doenitz (sp) surrender to Field Marshall Monty though?
13:09:00 <Eddi|zuHause> surrendering does not suddenly make peace
13:10:04 <_ln> i remember hearing a peace treaty was made in the 1990's... but i could be wrongg.
13:10:15 <Spizania> oh, and downloaded the DB Bahn XL set
13:10:57 <Eddi|zuHause> you need both alpine and dbset
13:11:15 <Eddi|zuHause> dbset disables itself when alpine is not present
13:11:15 <_ln> when can i build a submarine in ottd?
13:11:34 <SmatZ> I think no GRF has submarines
13:12:08 <Spizania> website the crawler says its on doesnt work any more
13:12:54 <Eddi|zuHause> wasn't there a submarine desaster or something?
13:13:04 <Eddi|zuHause> i just have never seen it
13:13:08 <Spizania> a sub periscope appears
13:13:10 <Spizania> but the sub never fires
13:13:36 <oskari89> Spizania: I have seen it once.
13:13:38 <Ammler> Spizania: did you try download?
13:13:51 <Spizania> I tried the download link, the homepage link
13:14:00 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/Ravenswald%20Transport,%2029.%20Dez%201955.png <- if done correctly should look like this
13:14:14 <Eddi|zuHause> Spizania: try a search in the forum, should be there
13:14:23 <Eddi|zuHause> or in the openttdcoop newgrf package
13:14:55 <Ammler> just tried, ttdpatch.net works
13:15:17 <glx> yorick: how are deps with r16410 ?
13:15:43 <yorick> Alberth got the problem
13:15:55 <yorick> the deps are all found, but then happily filtered out again
13:16:33 <yorick> (SRC_DIR and ROOT_DIR don't match the found deps)
13:16:34 <Alberth> yeah, currently puzzling how to get /D/msys in a reliable way.
13:18:10 <Spizania> is there a seperate OBB Trainset or is that folded into DB?
13:18:35 <Spizania> I like Austrian trains
13:19:12 <Spizania> with the previous logo, not the current one
13:19:38 <Eddi|zuHause> i've seen a swiss set, but not an austrian set...
13:22:01 <Spizania> If I could get one and work out how to apply the more-heightlevels patch, I could have much fun working Bludenz-Salzburg
13:31:57 <Eddi|zuHause> the trick with my junctions is, a train may leave the station in either direction
13:46:44 *** Polygon has joined #openttd
13:50:54 <Eddi|zuHause> hm... when hacking savegame compatibility... what could possibly go wrong when it bails out after saying "dbg: [sl] Loading chunk CAPR", when the patch i am fiddling with has nothing to do with economy?
13:51:26 <Eddi|zuHause> no... scratch that
13:51:33 <Eddi|zuHause> interpreting the output wrong...
13:51:42 <Eddi|zuHause> that's the intro savegame, that's fine ;)
13:52:19 <Eddi|zuHause> i need to read the line before "invalid chunk size", of course :p
13:53:17 <Eddi|zuHause> silly me for assuming the last lines of output are the ones that lead to the error :p
13:54:36 <Eddi|zuHause> there is something that i'm missing, but i can't pinpoint it
13:56:14 <Eddi|zuHause> the patch settings, naturally ;)
13:57:18 <yorick> just hex that chunk out :)
13:58:57 <glx> be sure to work on uncompressed save
14:01:38 <Eddi|zuHause> no, i'm hacking settings.h ;)
14:02:05 <Eddi|zuHause> but dependency is somehow failing...
14:02:11 *** KenjiE20 has joined #openttd
14:02:46 <Eddi|zuHause> but i have not fully updated...
14:06:03 <z-MaTRiX> cannot join a multiplayer game, too slow ;<
14:08:06 <Eddi|zuHause> then pick a smaller one...
14:09:00 <z-MaTRiX> was playing it, but as we made more vehicles, it does desync now
14:09:06 <Eddi|zuHause> yay... now it actually loaded ;)
14:09:46 <z-MaTRiX> income: $760 million euros
14:09:52 <Eddi|zuHause> i imagine things horribly crashing as soon as i unpause :p
14:10:12 <Eddi|zuHause> z-MaTRiX: desync has nothing to do with being too slow
14:11:07 <z-MaTRiX> server drops because of 0.1fps no?
14:13:05 <Eddi|zuHause> so... the game loads now, but there's some incorrect conversion inbetween...
14:13:23 <yorick> you mean it dropped the settings chunk?
14:13:52 <Eddi|zuHause> no, the settings are fine... other map stuff
14:18:14 <Eddi|zuHause> yay. that seemed to work ;)
14:22:16 *** Hirundo has joined #openttd
14:33:31 *** TinoDid is now known as TinoDidriksen
14:34:42 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/Ravenswald%20Transport,%2023.%20Maer%201987.sav <- same savegame as above, with a few PBS sprinkled in
14:34:56 <Eddi|zuHause> it _should_ load in trunk ;)
14:41:42 <Spizania> Im not good enough for Multiplayer
14:41:49 <Spizania> I get slaughtered profitwise by AdmiralAI
14:42:26 <Yexo> Spizania: you don't have to play competitive in multiplayer
14:42:38 <Yexo> you can also play cooperative while learning more about the game
14:42:49 <Eddi|zuHause> don't be too sad... there used to be people who were regularly outperformed by the old ai :p
14:43:03 <Spizania> its my taste for long distance mainlines snaking through the countryside
14:43:20 <Spizania> also, I like following terrain, because its boring just building in straightlines
14:52:10 *** lewymati has joined #openttd
15:15:01 <Eddi|zuHause> * _ln finally watched "Das Boot" yesterday <- there are different versions of that around
15:15:21 <Eddi|zuHause> out of the top of my head, a cinema version, a directors cut version, a 3 part tv version and a 6 part tv version
15:25:23 <Spizania> you havent watched it till youve watched the full 5 hour cut in one go
15:26:38 <EoD> I think i found the problem of the sparc64 bus error
15:26:51 <EoD> it seems to be at ./src/spritecache.cpp:185
15:28:01 <EoD> I'll try to do more manual debugging
15:29:16 *** Dred_furst has joined #openttd
15:37:19 <SmatZ> MemBlock is aligned to 4 bytes
15:39:29 <z-MaTRiX> heheh Om3ga has left the game (protocol error)
15:39:54 *** Coyotee has joined #openttd
15:40:46 <EoD> SmatZ: I traced the problem to ./src/spritecache.cpp:462
15:40:51 <EoD> i'll give your diff a try. One moment
15:49:52 <SmatZ> return (MemBlock*)((byte*)block + (block->size & ~S_FREE_MASK));
15:50:07 <SmatZ> interesting, it's rounding down :)
15:58:17 <EoD> It's painful to compile with 500MHz...
15:58:40 <EoD> I'm still trying to finish compiling, so i could connect to the server and test if other problems appear
15:59:54 <SmatZ> you can "make -j32" or so at sparcs :)
16:00:39 <EoD> Ultrasparc IIe, singlecore with 500Mhz ;)
16:02:27 <SmatZ> I am testing on school xxx-core, but it's only 32bit...
16:03:01 <SmatZ> SunOS sunray1 5.10 Generic_137111-07 sun4v sparc SUNW,Sun-Fire-T1000
16:05:03 <EoD> should i remove the uint32.diff while testing the memblock.diff?
16:10:04 <EoD> the dedicated versions seems to be just fine :)
16:10:33 <EoD> advertising is fine, connecting seems to be fine and i just created a company
16:10:39 <SmatZ> it doesn't do any drawing
16:11:12 <SmatZ> was it crashing the dedicated server?
16:11:22 <SmatZ> maybe it's doing some allocations and such :-/
16:11:50 <EoD> yeah, it crashed the dedicated server
16:18:32 <EoD> it should not allocate the sprites?
16:19:05 *** [1]KenjiE20 has joined #openttd
16:19:05 *** KenjiE20 is now known as Guest50
16:19:05 *** [1]KenjiE20 is now known as KenjiE20
16:19:34 <EoD> but it shouldn't allocate it?
16:23:50 <EoD> Error: NOT_REACHED triggered at line 347 of /home/eod/openttd/svn64/src/network/network_content.cpp
16:24:08 <EoD> openttd: /home/eod/openttd/svn64/src/openttd.cpp:118: void error(const char*, ...): Assertion `0' failed.
16:24:38 <SmatZ> EoD: please configure --with-zlib :)
16:25:27 <SmatZ> visit bugs.openttd.org :)
16:25:42 <EoD> maybe i can, i just figured out how to compile (hopefully successfully) gdb with 64bit
16:26:14 <SmatZ> this shouldn't happen anyway...
16:26:27 <DJNekkid> what does this renum-error mean?
16:26:31 <DJNekkid> .//!!Warning (169): Variation 1 is partially obscured.
16:27:38 <DJNekkid> just never seen it before :)
16:28:43 <DJNekkid> a var 2 had two ranges, and the first range were 00 00, and the 2nd one had 00 0B
16:28:45 <CIA-3> OpenTTD: smatz * r16415 /trunk/src/spritecache.cpp: -Fix (r13008): some 64bit architectures require size_t to be aligned at 8-byte boundary, ensure it for MemBlock
16:28:51 <DJNekkid> if i changed it to 01 0B
16:30:25 <EoD> SmatZ: should i test the memblock.diff with the 0.7 branch, too?
16:30:47 *** HerzogDeXtEr1 has joined #openttd
16:30:55 *** Wolfolo|AWAY has joined #openttd
16:30:55 *** Wolf01 is now known as Guest51
16:30:55 *** Wolfolo|AWAY is now known as Wolf01
16:32:12 <SmatZ> EoD: probably not really needed, but you can test it :)
16:49:15 <EoD> i've reported the content download problem
16:52:54 <CIA-3> OpenTTD: frosch * r16416 /trunk/src/ (20 files): -Fix [FS#2912]: Rework deleting of news when referenced vehicles/stations/industries are deleted.
17:00:10 <EoD> openttd: /home/openttd/svn_trunk/src/strings.cpp:672: char* FormatString(char*, const char*, const int64*, uint, const char*): Assertion `i != __null' failed.
17:00:41 <frosch123> EoD: update to r16416 :)
17:00:58 <EoD> it'll update itself at 2030 CEST :)
17:01:39 <frosch123> I hope you use finger.openttd.org :)
17:03:26 <EoD> (no, i don't use it yet :-s )
17:05:08 <EoD> when is this page updated?
17:06:36 <frosch123> but 1900 UTC for sure not :)
17:07:03 <frosch123> either 2000 CE(S)T or when the download is available
17:08:17 <EoD> i'm always getting confused with CEST and CET
17:09:13 <frosch123> ok, 1900 U(S)TC if you like :p
17:09:35 <EoD> actually, my server starts the svn update process at 2000CEST :) . So there is (in theory) no need for the files
17:11:04 <frosch123> ok, but then please use -r{DATE} :)
17:12:13 *** lewymati has joined #openttd
17:13:16 <EoD> which format should DATE have?
17:19:11 <CIA-3> OpenTTD: translators * r16417 /trunk/src/lang/ (icelandic.txt indonesian.txt unfinished/serbian.txt):
17:19:11 <CIA-3> OpenTTD: -Update: WebTranslator2 update to 2009-05-24 17:18:38
17:19:11 <CIA-3> OpenTTD: icelandic - 31 fixed, 14 changed by scrooge (45)
17:19:11 <CIA-3> OpenTTD: indonesian - 17 fixed by adjayanto (17)
17:19:11 <CIA-3> OpenTTD: serbian - 84 fixed by etran (84)
17:19:41 <EoD> "svn: Failed to find time on revision 8208"
17:22:16 *** Wolfolo|AWAY has joined #openttd
17:22:16 *** Wolf01 is now known as Guest56
17:22:16 *** Wolfolo|AWAY is now known as Wolf01
17:22:51 <EoD> Smatz: the memblock.diff works fine for branch 0.7
17:23:15 <SmatZ> EoD: thanks for reporting and testing ;)
17:24:18 <CIA-3> OpenTTD: frosch * r16418 /trunk/src/ (47 files in 3 dirs): -Fix: Resolve the company name for 'subsidy awarded'-news when the news are triggered, so it stays valid when the company bankrupts or is taken over.
17:24:40 <planetmaker> _ln: oooold :) And wrong ;)
17:34:51 <CIA-3> OpenTTD: rubidium * r16419 /trunk/ (Makefile.src.in configure):
17:34:51 <CIA-3> OpenTTD: -Fix [FS#2916]: MSYS has two distinct ways to write paths. When calling external
17:34:51 <CIA-3> OpenTTD: binaries it resolves paths which causes comparisons between a resolved and
17:34:51 <CIA-3> OpenTTD: unresolved path. So always use the resolved path instead of the unresolved one.
17:49:20 <CIA-3> OpenTTD: rubidium * r16420 /trunk/src/console_cmds.cpp: -Fix [FS#2919]: don't allow content download via the console when there's no zlib as it's done for the GUI already
17:56:29 *** Illegal_Alien has joined #openttd
18:24:15 *** ZxBiohazardZx has joined #openttd
18:24:30 <ZxBiohazardZx> is there anyone here that can help me with a development issue?
18:24:57 <ZxBiohazardZx> im trying to get my source+patch into a playable game (see dev section on forums) but im having a very hard time with the so called compiling
18:26:04 <ZxBiohazardZx> so anyone here that can direct me to a "compiler expert" or a sub-group on the IRC?
18:26:36 <Alberth> possibly, just ask a specific question
18:27:18 <ZxBiohazardZx> alright in the MINGW
18:27:24 <ZxBiohazardZx> im following the wiki setup thing
18:27:28 <Alberth> (as in, there is no sub-group, or chosen expert, just ask here)
18:28:26 <ZxBiohazardZx> lemmy try to put it correctly;)
18:28:51 <ZxBiohazardZx> @ compiling Wget
18:28:53 <ZxBiohazardZx> thats where im at
18:29:00 <ZxBiohazardZx> Place wget-1.9.1-mingwPORT.tar.bz2 in a folder (e.g. /home).
18:29:36 <ZxBiohazardZx> i placed wget-1.9.1-mingwPORT.tar.bz2 in the c:/Complile folder
18:29:44 <ZxBiohazardZx> then i started MSYS as requested
18:29:53 <ZxBiohazardZx> Make sure you are in the same directory where you placed the file and Run:
18:29:59 <ZxBiohazardZx> what do they mean by that step?
18:30:12 <ZxBiohazardZx> because if i put the first line: tar -xvjf wget-1.9.1-mingwPORT.tar.bz2 in the MSYS box
18:30:22 <ZxBiohazardZx> i get error: file or dir not found
18:31:21 <Yexo> I know it says "OS X's BSD/unix command-line", but those commands will work with mingw too
18:31:26 <Alberth> 'ls' list the directory, so the file should be listed when you type 'ls'
18:31:38 <ZxBiohazardZx> alright that aint in the WIKI( i might try addit it)
18:31:58 <ZxBiohazardZx> if i type LS i get empty and nothing
18:32:06 <ZxBiohazardZx> ALEX@ALEX~ is only thing i see
18:32:35 <Yexo> then type "pwd" (without quotes) and copy the output here
18:33:06 <ZxBiohazardZx> i got it to work with CD stuff
18:33:50 <ZxBiohazardZx> i typed: cd c:/ and cd Compile
18:33:59 <ZxBiohazardZx> so when i type pwd it returns:
18:34:47 <ZxBiohazardZx> alright so now if i type LS i see the file
18:34:48 <Yexo> did you type "pwd" after "cd c:/" or before?
18:35:02 <Yexo> if you see the file with ls you can follow the wiki again
18:35:14 <ZxBiohazardZx> way faster then dev-forums:)
18:35:26 <ZxBiohazardZx> ill edit this on the wiki as well, the /home thing aint clear at all
18:36:25 <Yexo> the main problem with the wiki page is probably that it's written by someone who was (at least somewhat) familiar with the standard unix tools
18:36:41 <Yexo> that means that it'll give problems for people who are not (like you)
18:36:52 <Yexo> and indeed irc is generally faster then the forums
18:37:31 <ZxBiohazardZx> exactly my point
18:37:42 <ZxBiohazardZx> the whole development/compiling wiki's are made for developpers
18:37:54 <ZxBiohazardZx> and not for players like myself that want to use a special patch or build....
18:38:03 <ZxBiohazardZx> im doing all of this for 5 patches:P
18:38:23 <ZxBiohazardZx> signals in tunnel/briges, chunnel, minimap and another i forgot
18:38:24 <Yexo> source patches (like those on tt-forums) are also ment for developers, and not for users :p
18:39:13 <ZxBiohazardZx> i wanted the minimap patch so i could print my 1024x1024 map easily and i wanted chunnel/signals in tunnels/bridges for stupid mountain savegame (tayvan transport)
18:39:33 <ZxBiohazardZx> so i know its not made for me, but i hate waiting another 2-3 months before its in a stable release if at all included
18:40:38 <Yexo> and the patch authors will be happy to have another tester, but sometimes it isn't simply to combine patches
18:41:14 <Yexo> the process of patches/compiling a single patch can be made a lot easier (like what buildottd did when it worked), but applying multiple patches will always require some human work
18:42:49 <ZxBiohazardZx> Answer the questions by pressing enter.
18:43:27 *** ZxBiohazardZx_ has joined #openttd
18:43:53 <Yexo> not giving an answer takes the default value
18:46:19 <ZxBiohazardZx_> woot i think i did it:)
18:46:38 <ZxBiohazardZx_> then now on to the Zlib and then to the PNGlib and whatever more
18:47:36 <Yexo> it's possible to compile without zlib and pnglib, but I'd recommend at least zlib
18:50:51 <ZxBiohazardZx_> stupid errors wtf now?
18:51:05 <ZxBiohazardZx_> Error in server response, closing control connection.
18:51:10 <ZxBiohazardZx_> ah nvm fixxed:)
18:53:58 <ZxBiohazardZx_> darn next bump
18:54:00 <ZxBiohazardZx_> cp: cannot stat `/mingw/include/zlib.h': No such file or directory
18:54:06 <ZxBiohazardZx_> step 5 of Zlib
18:54:18 <ZxBiohazardZx_> the mkdir worked, but its hard to see spacings
18:54:43 <Yexo> "./mingwPORT.sh" <- did that part of step 3 work?
18:55:26 <ZxBiohazardZx_> it generated alot of text so i assumed yes:P
18:55:33 <theholyduck> ZxBiohazardZx_, what distro are you using
18:55:39 <theholyduck> oh. compiling on windows
18:55:41 <ZxBiohazardZx_> can i simply repeat step 3 to see if it works
18:55:49 <ZxBiohazardZx_> compiling on windows using MinGW
18:56:01 <ZxBiohazardZx_> just to help test few patches and use those darn nice features
18:56:04 <ZxBiohazardZx_> ill retry step 3 then
18:56:17 <theholyduck> compiling on debian is so easy, "apt-get build-dep openttd"
18:56:17 <theholyduck> then get the source and start applying patches
18:56:29 <ZxBiohazardZx_> ok i did the ./mingwPORT.sh
18:56:34 <ZxBiohazardZx_> then i get questions again
18:56:41 <ZxBiohazardZx_> download file: yes
18:56:46 <ZxBiohazardZx_> unarchive file? yes
18:56:55 <ZxBiohazardZx_> archive type? (enter again)
18:57:03 <ZxBiohazardZx_> archive file? (enter again)
18:57:11 <ZxBiohazardZx_> Archive file path (again enter)
18:57:19 <Yexo> theholyduck: setting up the dev environment is a bit more work, when that's done it's just as easy under windows
18:57:32 <ZxBiohazardZx_> source path? (enter again)
18:57:39 <ZxBiohazardZx_> installation dir
18:57:45 <ZxBiohazardZx_> (/mingw) (enter again)
18:57:46 <theholyduck> Yexo, i just like how there is a apt command to setup the dev env for you
18:57:54 <ZxBiohazardZx_> CFLAGS (enter again)
18:58:14 <ZxBiohazardZx_> tar (child): /tmp/zlib-1.2.3.tar.bz2: Cannot open: No such file or directory
18:58:14 *** Hirundo_ has joined #openttd
18:58:19 <ZxBiohazardZx_> aka its wrong in step 3
18:58:25 <ZxBiohazardZx_> where is that going wrong?
18:58:51 <Yexo> what did it say just before that error message?
18:59:04 <Yexo> copy it to paste.openttd.org if it's a lot of output
18:59:08 <Yexo> then paste the link here
19:00:04 <ZxBiohazardZx_> $ ./mingwPORT.sh
19:00:06 <ZxBiohazardZx_> Download file? (Yes)
19:00:08 <ZxBiohazardZx_> Unarchive file? (Yes)
19:00:09 <ZxBiohazardZx_> Archive file type? (tar.bz2)
19:00:11 <ZxBiohazardZx_> Archive file? (zlib-1.2.3.tar.bz2)
19:00:12 <ZxBiohazardZx_> Archive file path? (/tmp)
19:00:14 <ZxBiohazardZx_> Source path? (/usr/src/zlib-1.2.3)
19:00:15 <ZxBiohazardZx_> Installation directory? (/mingw)
19:00:17 <ZxBiohazardZx_> CFLAGS (-O3 -s -mms-bitfields -march=i686)
19:00:18 <ZxBiohazardZx_> tar (child): /tmp/zlib-1.2.3.tar.bz2: Cannot open: No such file or directory
19:00:20 <ZxBiohazardZx_> tar (child): Error is not recoverable: exiting now
19:00:22 <ZxBiohazardZx_> ill go and paste there
19:00:40 <Yexo> you just pasted it here :p
19:00:46 <Yexo> but next time please don't
19:01:36 <ZxBiohazardZx_> i had no idea how IRC would paste:)
19:02:47 <ZxBiohazardZx_> can you check the problem:( i really feel like a noob
19:03:19 <ZxBiohazardZx_> ive done small "programming" (what you see =what you get(jbuilder), doing matlab @ university now)
19:03:32 <ZxBiohazardZx_> but i cant find the problem comparing it to wiki
19:03:33 <Yexo> ./mingwPORT.sh: wget: command not found <- that's the crucial error message
19:04:09 <ZxBiohazardZx_> yeah but how do i fix this?
19:04:18 <Yexo> repeating the "Compiling wget" part from the wiki
19:04:30 <ZxBiohazardZx_> im sad already:P
19:04:40 <ZxBiohazardZx_> kk so i start from 0 again and hope it works this time:)
19:05:45 *** thingwath has joined #openttd
19:06:03 <Alberth> we all started like this
19:07:18 <ZxBiohazardZx_> alright error in compiling Wget
19:07:21 <ZxBiohazardZx_> Alex@ALEX /c/BuildOTTD/wget-1.9.1/mingwPORT
19:07:23 <ZxBiohazardZx_> $ mkdir /usr/src
19:07:25 <ZxBiohazardZx_> mkdir: cannot create directory `/usr/src': File exists
19:07:32 <ZxBiohazardZx_> is that bad? (its already there or so?)
19:08:31 <Yexo> it's indeed already there
19:08:45 <ZxBiohazardZx_> so ill do the ./mingwPORT.sh again
19:09:03 <ZxBiohazardZx_> download file (enter)
19:09:16 <ZxBiohazardZx_> Archive type: (enter)
19:09:27 <ZxBiohazardZx_> archive file? (enter)
19:09:44 <ZxBiohazardZx_> download to path (/tmp) (enter)
19:09:54 <ZxBiohazardZx_> Source Path (enter)
19:09:59 <ZxBiohazardZx_> instal dir (enter)
19:10:20 <ZxBiohazardZx_> starts doing something again
19:10:24 <Alberth> you fixed the error in compiling already? (mkdir is usually not related to compiling)
19:10:58 <ZxBiohazardZx_> the mkdir was indeed: already had the dir:P
19:11:03 <Yexo> Alberth: the mkdir error was because he's following the same steps from the wiki twice
19:11:17 <ZxBiohazardZx_> now im @ step 6: remove temporary wget
19:11:47 <ZxBiohazardZx_> then back to Compiling Zlib again....
19:11:59 <ZxBiohazardZx_> (clear to have empty screen)
19:12:25 <Yexo> ZxBiohazardZx_: after completing the "compiling wget" part, does "wget" show any output?
19:12:39 <ZxBiohazardZx_> where should it give output?
19:12:52 <Yexo> just type it in the console and see what happens
19:13:16 <ZxBiohazardZx_> Alex@ALEX /c/BuildOTTD/wget-1.9.1/mingwPORT
19:13:20 <ZxBiohazardZx_> wget: missing URL
19:13:21 <ZxBiohazardZx_> Usage: wget [OPTION]... [URL]...
19:13:23 <ZxBiohazardZx_> Try `wget --help' for more options.
19:13:24 <ZxBiohazardZx_> 5 lines, srry for that:(
19:13:37 <ZxBiohazardZx_> so now ill move to step 2
19:13:43 <ZxBiohazardZx_> placed the tar in same dir
19:14:32 <Alberth> I often use '<cmd> --help' to check whether <cmd> exists.
19:15:32 <ZxBiohazardZx_> again @ questions of Zlib
19:15:37 <ZxBiohazardZx_> download (enter)
19:15:53 <ZxBiohazardZx_> num-value (3) (enter)
19:16:01 <ZxBiohazardZx_> Archive (enter)
19:16:08 <ZxBiohazardZx_> dl to path (enter)
19:16:40 <ZxBiohazardZx_> source path (enter again)
19:16:47 <ZxBiohazardZx_> instal dir (enter)
19:17:54 <ZxBiohazardZx_> and again error
19:18:00 <ZxBiohazardZx_> ill paste it again:(
19:19:01 <ZxBiohazardZx_> cant see why it gives the error @ zlib again
19:19:22 <Yexo> ./mingwPORT.sh: wget: command not found <- same problem again
19:19:28 <Yexo> can you type "wget" again?
19:19:46 <ZxBiohazardZx_> sh: wget: command not found
19:20:05 <ZxBiohazardZx_> its got something to do with that TMP dir i think
19:20:08 <ZxBiohazardZx_> tmp = temporary
19:20:25 <Yexo> that's not the problem, it's the "compiling wget" step that's failing somewhere
19:20:39 <ZxBiohazardZx_> wget worked before i started zlib think
19:21:06 <Yexo> yes, but then you were probably still in the wget-1.9.1/mingwPORT
19:21:06 <Yexo> directory, starting the wget there
19:21:24 <Yexo> can you pastebin the output from ./mingwPORT.sh from the compiling get step?
19:21:35 <Yexo> actually I'm trying it, and it fails here too
19:21:40 <ZxBiohazardZx_> so the wget compilation agian then paste-bin it here?
19:22:34 <Yexo> ", do "mkdir /usr/src/wget-1.9.1"
19:23:17 <Yexo> I've fixed that part of the wiki now
19:23:17 <ZxBiohazardZx_> ill just delete all and start from 0 step by step, and try to pastebin after the wget thing for you:)
19:23:24 <ZxBiohazardZx_> so ill do that:)
19:23:35 <ZxBiohazardZx_> lemmy redownload the wget thing, accidently removed:)
19:24:03 <petern> yeah, redownload it, lemmy
19:24:18 *** PhoenixII has joined #openttd
19:24:18 *** Phoenix_the_II has quit IRC
19:26:09 <ZxBiohazardZx_> trying again now:P
19:26:14 <ZxBiohazardZx_> following the new wiki
19:27:04 * glx uses the "normal" way, download, extract, configure, make, make install
19:27:51 <glx> always work (unless the windows port is broken)
19:27:58 <ZxBiohazardZx_> stupid error in first attempt btw
19:28:05 <ZxBiohazardZx_> Error in server response, closing control connection.
19:28:11 <ZxBiohazardZx_> always works the 2nd time:P
19:28:14 <ZxBiohazardZx_> alright its done
19:28:18 <ZxBiohazardZx_> so now i do a cd
19:28:29 <ZxBiohazardZx_> cd c:/BuildOTTD
19:28:38 <ZxBiohazardZx_> and try the wget command again?
19:28:59 <ZxBiohazardZx_> eeehm cd BuildOTTD XD
19:29:07 <glx> ZxBiohazardZx_: it just tries different mirrors to get the file
19:29:24 <ZxBiohazardZx_> anyway it seems to be working so i move on to zlib again?
19:29:55 <Yexo> if wget works still works in the zlib dir you're ok
19:30:02 <Xaroth> ZxBiohazardZx_: you don't do cd <drive>
19:30:11 <glx> anyway I think you should follow the wiki and do that in /home :)
19:30:33 <Yexo> Xaroth: mingw != windows shell
19:30:44 <glx> all these files are temporary
19:30:54 <Yexo> the proper way in mingw would be "cd /c"
19:30:59 <ZxBiohazardZx_> the /home is a wrong term as n00bs (me) confuse it with c:/home
19:31:25 <ZxBiohazardZx_> WOOT Zlib works:)
19:31:30 <ZxBiohazardZx_> finally after 4 runs
19:31:47 <ZxBiohazardZx_> lol sorry yexo, i got the unix thing and saw cd command
19:31:51 <ZxBiohazardZx_> and it worked so who cares:)
19:32:11 <Yexo> let me warn you the libpng part doesn't work
19:35:05 <Xaroth> Yexo: he was trying to do "cd c:/" .. which is wind0ze notation...
19:35:24 <Yexo> Xaroth: yes, and it works because mingw converts that automatically
19:35:28 <ZxBiohazardZx_> anyway it seems to have been working:)
19:35:51 <ZxBiohazardZx_> i hate that it doesnt echo with some respons to a cp command or so
19:36:02 <ZxBiohazardZx_> i assume it works so i can go for PNGLIB compilation
19:36:21 <Yexo> the pnglib part doesn't work
19:36:27 <Yexo> I'm working on fixing that part of the wiki right now
19:36:58 <Yexo> but you can skip that now and compile openttd without png support if you wnat
19:37:20 <ZxBiohazardZx_> can i still play openttd then?XD
19:37:28 <ZxBiohazardZx_> im just doing this for 1-3 patches anyway:)
19:37:38 <ZxBiohazardZx_> then im @ getting source XD
19:37:43 <Alberth> yes, just not generate screenshots in PNG format
19:37:47 <ZxBiohazardZx_> i already have a SVN folder for that....
19:37:52 <Yexo> you just can't make png screenshots, can't load png heighmaps and 32bpp graphics don't work
19:38:04 <ZxBiohazardZx_> no big deal i think
19:38:22 <ZxBiohazardZx_> but for step "getting the source"
19:38:38 <ZxBiohazardZx_> what if i already have a dir with the SVN checkout+applied patches in a folder?
19:38:45 <Alberth> you can always build OpenTTD again with PNG support later :p
19:38:49 <Yexo> then just skip that step
19:38:57 <ZxBiohazardZx_> i basicly did the tortiose SVN map already
19:38:58 <glx> just cd in your source dir :)
19:39:10 <ZxBiohazardZx_> so now i do the compilation step????:)
19:39:20 <ZxBiohazardZx_> NEW AND EXITING....
19:39:28 <ZxBiohazardZx_> If you cannot compile, don't panic. Sometimes it may be due to coding errors.
19:39:31 <ZxBiohazardZx_> XD love that line:)
19:39:58 <glx> first step is compile clean trunk
19:40:08 <glx> then you can try patched trunk
19:40:13 <ZxBiohazardZx_> omg i need really to compile clean trunk before patched?:(
19:40:27 <ZxBiohazardZx_> lame as i already patched my "clean trunk" before doing it:(
19:40:32 <glx> yes, because we know clean trunk compiles
19:40:45 <glx> so if it fails it's your setup
19:41:41 <ZxBiohazardZx_> how can i undo the whole patching?
19:41:59 <ZxBiohazardZx_> lemmy go for tortiose
19:42:02 <ZxBiohazardZx_> i worked taht before
19:42:08 <ZxBiohazardZx_> and omg nice city-scape that fast:(
19:42:30 <glx> install svn too (works better for compilation with mingw)
19:43:20 <ZxBiohazardZx_> i have tortoise SVN
19:43:25 <ZxBiohazardZx_> i liked tortoise:(
19:43:32 <ZxBiohazardZx_> i worked that one before:P
19:43:35 <ZxBiohazardZx_> but kk ill do that
19:43:53 <glx> it's just better to have svn too (for the compilation)
19:44:46 <ZxBiohazardZx_> $ svn checkout svn://svn.openttd.org/trunk
19:44:48 <ZxBiohazardZx_> sh: svn: command not found
19:44:57 <glx> I don't think our Makefile support tortoise (our MSVC projects support it for sure)
19:45:18 <ZxBiohazardZx_> eeehm SVN is a program NOT being Tortoise?:(
19:45:39 <ZxBiohazardZx_> ow wait its that zip file with source right?
19:45:47 <ZxBiohazardZx_> i had that stupid zip somewhere:P
19:46:05 <ZxBiohazardZx_> my whole desktop is flooding with .rar or .tar files
19:46:21 <ZxBiohazardZx_> and im affraid to move/delete them XD
19:46:22 <Yexo> I've updated the libpng install instructions
19:46:53 <ZxBiohazardZx_> then ill run that as well
19:47:03 <ZxBiohazardZx_> png = super format for screenshots:)
19:47:05 <glx> ZxBiohazardZx_: follow the wiki instructions for svn installation
19:49:06 <ZxBiohazardZx_> where is svn installation instructions on the wiki?:(
19:49:15 <ZxBiohazardZx_> nvm ill search for them
19:49:27 <Yexo> it's on the Compiling on MinGW page
19:49:46 <ZxBiohazardZx_> thats the 3 lines of code?
19:50:33 <ZxBiohazardZx_> wait wait the SVN is ALREADY THERE?
19:50:51 <ZxBiohazardZx_> Create a new folder called local in the directory where MSYS is installed.
19:51:04 <ZxBiohazardZx_> c:/MSYS/local (its there)
19:51:15 <ZxBiohazardZx_> unzip folders bin, incon etc all there
19:51:28 <Yexo> and in the folder bin, is there a program called svn(.exe)?
19:51:32 <ZxBiohazardZx_> so ive already done that "install SVN" part
19:52:07 <ZxBiohazardZx_> sh: svn: command not found
19:52:23 <ZxBiohazardZx_> ow wait, case-sensitive folders?
19:52:32 <ZxBiohazardZx_> Local IS NOT local?
19:52:35 <Yexo> as always on *nix systems :)
19:52:50 <ZxBiohazardZx_> nvm still same error
19:52:58 <ZxBiohazardZx_> even with name changed
19:53:01 <ZxBiohazardZx_> strange thing (for me)
19:53:04 <glx> is there anyting else in this bin dir?
19:53:05 <Yexo> can you do "echo $PATH" and paste the output?
19:53:08 <ZxBiohazardZx_> is that i only have to make folder&unzip
19:53:22 <ZxBiohazardZx_> Yexo in MINGW or ?
19:53:39 <ZxBiohazardZx_> alot of lines of text
19:53:51 <ZxBiohazardZx_> .:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/system32/wbem:/c/program files/samsung/samsung pc studio 3/:/c/Program Files/MATLAB/R2007a/bin:/c/Program Files/MATLAB/R2007a/bin/win32:/c/Program Files/TortoiseSVN/bin
19:53:57 <ZxBiohazardZx_> nah its 1 line for IRC its just long:P
19:54:54 <ZxBiohazardZx_> sh: svn: command not found
19:55:00 <glx> local in wiki means /usr/local
19:55:14 <ZxBiohazardZx_> learn 2 explain 4 n00bs like me
19:55:27 <ZxBiohazardZx_> not everyone knows that local = /usr/local
19:55:29 <Yexo> please fix those steps in the wiki you didn't understand
19:55:36 <glx> I never followed this wiki
19:56:05 <ZxBiohazardZx_> i dont know what im doing wrong so cant change till i get a fix XD
19:56:23 <ZxBiohazardZx_> i have those 4 folders from the zip
19:56:32 <ZxBiohazardZx_> where should i put them in the MSYS install dir?
19:56:40 <ZxBiohazardZx_> create new folder called local?
19:56:52 <ZxBiohazardZx_> but then its not /usr (right?)
19:57:26 <Yexo> C:\msys\1.0\local <- that's the most likely directory
19:57:53 <Yexo> does that one exist yet?
19:58:20 <ZxBiohazardZx_> i paste the stuff there?
19:58:24 <Yexo> then that's the local directory the wiki is talking about
19:58:48 <ZxBiohazardZx_> so i paste there
19:59:03 <glx> Create a new folder called local in the directory where MSYS is installed.
19:59:14 <ZxBiohazardZx_> no its wrong apparently
19:59:20 <glx> MSYS is installed in C:\msys\1.0
19:59:25 <ZxBiohazardZx_> my installation = C:/MSYS
19:59:37 <glx> 1.0 is part of install path
19:59:42 <Yexo> ZxBiohazardZx_: it's not, glx is right
19:59:52 <ZxBiohazardZx_> then its not clear for n00bs like me:)
20:00:00 <ZxBiohazardZx_> (put default paths for wiki?)
20:00:05 <glx> if you look correctly you'll see only 1.0 in c:\msys
20:00:30 <Yexo> (put default paths for wiki?) <- just did so
20:00:50 <planetmaker> and the related MSYS page, too
20:01:25 <glx> anyway the easier way to get a msys/mingw install is buildottd
20:01:48 <glx> even if buildottd itself doesn't work it installs everything
20:01:51 <planetmaker> well. took me three 6 clicks and one path edit yesterday
20:02:01 <planetmaker> 3 clicks = download, 3 clicks = install
20:02:52 <ZxBiohazardZx_> sh: svn: command not found
20:02:57 <ZxBiohazardZx_> even with those stupid dirs in the right place
20:03:19 <planetmaker> you need to open a new command shell
20:03:26 <planetmaker> after you edited your paths.
20:03:48 <planetmaker> they don't magically propagate to a running shell.
20:04:43 <planetmaker> glx: yes... but if you install the stuff and then add in the win gui the paths. The paths are not known in a cmd window which was open before you added the paths.
20:05:13 <planetmaker> at least I had to start a new shell when I needed a new path in the environment settings.
20:05:21 <glx> but he just added files in existing dir
20:05:26 <ZxBiohazardZx_> so now i have the SVN working
20:05:36 <planetmaker> glx: if the dir _is_ in the path, it shouldn't matter, yes
20:05:38 <ZxBiohazardZx_> i can move to: obtain source again?
20:05:44 <Alberth> glx: shell may cache search results
20:06:08 <ZxBiohazardZx_> i dont have a clean one
20:06:14 <ZxBiohazardZx_> so i go to the dir?
20:06:21 <ZxBiohazardZx_> and then type svn rever -R
20:06:29 <helb> yes, that 'revert' will clean it
20:07:29 <glx> then you can follow "Compiling OTTD" step
20:08:17 <ZxBiohazardZx_> so if path for TRUNK = C:/BuildOTTD/TRUNK
20:08:32 <ZxBiohazardZx_> then i do cd /c then cd/BuildOTTD then cd / TRUNK
20:08:43 <ZxBiohazardZx_> and then the svn revert -R
20:09:01 <ZxBiohazardZx_> yeah kk im there:)
20:09:02 <ZxBiohazardZx_> $ svn revert -R
20:09:04 <glx> (you can do it in one cs ;) )
20:09:04 <ZxBiohazardZx_> svn: Try 'svn help' for more info
20:09:06 <ZxBiohazardZx_> svn: Not enough arguments provided
20:10:00 <Yexo> yes, the . <- that thing
20:10:07 <ZxBiohazardZx_> $ svn revert -R.
20:10:09 <ZxBiohazardZx_> svn.exe: invalid option character: .
20:10:10 <ZxBiohazardZx_> Type 'svn help' for usage.
20:10:17 <Yexo> put a space before the dot
20:10:38 <ZxBiohazardZx_> $ svn revert -R ~.
20:10:40 <ZxBiohazardZx_> svn: 'C:\msys\1.0' is not a working copy
20:10:43 <glx> when you copy something, copy it correctly
20:11:12 <ZxBiohazardZx_> what does it mean by THAT?
20:11:14 <glx> svn revert -R . <-- how hard is it to copy this ???
20:11:16 *** Azrael- has joined #openttd
20:11:35 <Alberth> you are in the wrong directory
20:11:35 <ZxBiohazardZx_> cant paste in MINGW?
20:11:53 <glx> <ZxBiohazardZx_> $ svn revert -R ~. <-- remove the ~
20:12:09 <ZxBiohazardZx_> a space ends with that ~?
20:12:24 <ZxBiohazardZx_> ah nvm it does sno now:)
20:13:04 <ZxBiohazardZx_> now its a clean verson i guess
20:13:13 <ZxBiohazardZx_> reverted 10-lines:P
20:13:27 <glx> if it outputs nothing, it's a clean trunk :)
20:13:42 <ZxBiohazardZx_> nah it wasnt clean:)
20:13:54 <ZxBiohazardZx_> it had my patches thus removed 10 mingw lines:P
20:14:14 <ZxBiohazardZx_> svn diff (done that now)
20:14:21 <ZxBiohazardZx_> nothing happened imo?
20:14:29 <Yexo> <+glx> if it outputs nothing, it's a clean trunk :) <- so that's ok :)
20:14:42 <glx> now you can follox the next step :)
20:14:58 <ZxBiohazardZx_> cd ~/ottdsrc/trunk
20:15:05 <ZxBiohazardZx_> that still works for me?
20:15:09 <glx> (skip the cd as you are already in the right dir)
20:15:36 <ZxBiohazardZx_> starts doing alot after the ./ command
20:16:10 <glx> it checks for compiler and required libs
20:16:21 <ZxBiohazardZx_> done, typed make.... waiting:)
20:16:32 <Yexo> that step can take a while
20:16:49 <Yexo> a few minutes, depending on your computer
20:17:10 <glx> at least dependencies are faster now :)
20:18:33 <Alberth> yeah, a full compile takes some time.
20:18:38 <ZxBiohazardZx_> and after that i can do the " testing OTTD" again?
20:18:49 <ZxBiohazardZx_> and if it works, can i patch up 1-by-1 or all togethere?
20:18:57 <Yexo> one-by-one is recommended
20:19:21 <Yexo> and for testing openttd, it's much easier to copy those required files to My documents/OpenTTD/data once, then for every copy of openttd you have
20:19:27 <Alberth> if it fails you at least know what patch fails
20:20:25 <Alberth> just as with building from clean trunk first. If it fails you know where to look
20:23:39 <ZxBiohazardZx_> so you mean i didnt have to compile to apply a patch at all (if its 1 patch or so?)
20:24:07 <ZxBiohazardZx_> and for testing openttd, it's much easier to copy those required files to My documents/OpenTTD/data once, then for every copy of openttd you have
20:24:10 <Yexo> without compiling you don't get an executable, so you can't test it
20:24:12 <ZxBiohazardZx_> what you mean with that?:P
20:24:53 <Yexo> sample.cat and trg*.grf can be put in "installdir/data", but also in My Documents/Openttd/Data
20:25:32 <ZxBiohazardZx_> eeehm in that special dir you mention
20:25:39 <ZxBiohazardZx_> its already there since i have a stable release
20:25:55 <ZxBiohazardZx_> wont this compilation one affect the stable release...???
20:26:01 <Yexo> that's exactly the advantage of putting those files there, you only have to do it once :)
20:26:22 <ZxBiohazardZx_> yeah but... will this affect the stable release or?
20:26:40 <glx> just put an empty openttd.cfg in your build/bin
20:26:45 <ZxBiohazardZx_> so ill move the required files to data
20:26:55 <glx> that way you are sure you won't touch the stable config
20:27:09 <ZxBiohazardZx_> and that .cfg file: where is that? i cant find it in mydocs or programfiles folder XD
20:27:31 <Yexo> then look better, or use the windows search
20:29:18 <ZxBiohazardZx_> should it be in the programfiles/openttd dir or in the mydocuments/openttd dir?
20:29:28 <CIA-3> OpenTTD: rubidium * r16421 /trunk/src/ (33 files in 4 dirs): -Codechange: do not unnecessarily remove constness or unnecessarily add it.
20:31:31 <glx> when you install a stable openttd for the first time, openttd.cfg will be created in mydocs\openttd on first openttd run
20:32:08 <ZxBiohazardZx_> i found the file
20:32:48 <glx> no, you just need an empty one in C:/BuildOTTD/TRUNK/bin
20:33:35 <ZxBiohazardZx_> ill just copy as thats waaaaaaay easier imo
20:33:47 <glx> it's just to separate stable config from modified build (in case the patches destroy existing config)
20:34:34 <ZxBiohazardZx_> if i want to include my newGRF stuff from my data folder, should i just copy all files in data dir (progfiles/openttd/data ) to mydocs (mydocs/openttd/data)
20:35:10 <ZxBiohazardZx_> woot its DONE:)
20:35:15 <glx> all grfs should be in mydocs (except openttdw.grf and openttdd.grf)
20:35:17 <ZxBiohazardZx_> now i can do the file movement stuff:P
20:35:28 <ZxBiohazardZx_> hehe i have some in the normal folder (older ones)
20:35:31 <ZxBiohazardZx_> but ill move those:)
20:36:40 <ZxBiohazardZx_> in "testing OTTD"
20:36:56 <ZxBiohazardZx_> the (OTTD) is the revised build OTTD folder?
20:37:14 <glx> it's C:/BuildOTTD/TRUNK/bin in your case
20:37:46 <glx> but as said the listed files should be in mydocs/openttd/data
20:38:43 <ZxBiohazardZx_> there aint a dir (data) in the mydocs/openttd folder
20:38:49 <ZxBiohazardZx_> create one i assume?:)
20:39:27 <ZxBiohazardZx_> create & put gm there?
20:40:03 *** Bennythen00b has joined #openttd
20:40:04 <ZxBiohazardZx_> yeah create©:)
20:40:10 <ZxBiohazardZx_> kk now i can run openttd?
20:40:22 <Bennythen00b> Finally managed to compile, huh? =)
20:40:33 <Yexo> ZxBiohazardZx_: first try, then if it doesn't work ask
20:40:42 <ZxBiohazardZx_> woot seems to work
20:40:55 <ZxBiohazardZx_> got 5 errors about few newgrf's not working (hmmz wtf....)
20:41:09 <ZxBiohazardZx_> openttd r 161409
20:41:18 <glx> probably wrong path in cfg
20:41:45 <glx> unless it's the recent newgrf safety checks we added
20:42:37 <Bennythen00b> I have a quick Q myself: In TortoiseSVN, when adding a patch, what are the red lines?
20:43:07 <Bennythen00b> Where you can right-click and select "patch all".
20:43:42 <ZxBiohazardZx_> thats the ones that are already installed?
20:44:05 <ZxBiohazardZx_> they appear red if (not?) already added and grew if added i think
20:44:22 <ZxBiohazardZx_> i used tortoise to "patch" mine
20:44:28 <ZxBiohazardZx_> im using my first clean trunk-build now
20:44:34 <ZxBiohazardZx_> and im gonna patch now:)
20:44:42 <ZxBiohazardZx_> but you can always do "patch all"
20:44:52 <ZxBiohazardZx_> if its already done it wont affect the build
20:44:59 <ZxBiohazardZx_> simply replaces line with itsself....
20:46:01 <Bennythen00b> I just get lots of errors when hitting "patch all" if one or more lines are red..
20:46:29 <planetmaker> not every patch works...
20:46:36 <planetmaker> ... at least not with every version
20:46:56 <planetmaker> and recent trunk changes kinda broke 90% of all patches
20:47:16 <ZxBiohazardZx_> lol at least my trunk is working
20:47:23 <Bennythen00b> So how do I download a specific source code/SVN or what it is called?
20:47:39 <ZxBiohazardZx_> you can force a revision
20:47:43 <ZxBiohazardZx_> lemmy see what it was again:P
20:47:55 <ZxBiohazardZx_> long time since i used tortoise (other prog then ottd)
20:48:11 <planetmaker> yes. checkout sounds good
20:48:29 <ZxBiohazardZx_> right click, tortiose-> update to revision.......
20:48:36 <ZxBiohazardZx_> the .... allow you to force a number
20:48:57 <Bennythen00b> Great! Thanks. =)
20:49:10 <ZxBiohazardZx_> a popup will appear with "head revision (latest) or manual insertation"
20:49:40 <Eddi|zuHause> this chat is particularly verbose today...
20:49:43 <ZxBiohazardZx_> now my question
20:49:58 <ZxBiohazardZx_> i just applied a patch, do i have to recompile only?
20:51:03 <ZxBiohazardZx_> kk thx lemmy see how i compiled it again:)
20:51:18 <ZxBiohazardZx_> the ./configure AND make command or only make?
20:51:38 <ZxBiohazardZx_> compiling with a whole patch:)
20:51:41 <ZxBiohazardZx_> and then test again:)
20:52:01 <ZxBiohazardZx_> and then add another (chunnel) and then test again:) and then another (signalonbridge/tunnel) and again:P
20:52:08 <ZxBiohazardZx_> xd wow wait error?
20:52:31 <ZxBiohazardZx_> thats patch-related error then?
20:54:11 <ZxBiohazardZx_> c:/BuildOTTD/TRUNK/src/screenshot.cpp: In function `void SaveMinimap()':
20:54:13 <ZxBiohazardZx_> c:/BuildOTTD/TRUNK/src/screenshot.cpp:680: error: `MakePNGImage' was not declare d in this scope
20:54:15 <ZxBiohazardZx_> c:/BuildOTTD/TRUNK/src/screenshot.cpp:680: warning: unused variable 'MakePNGImag e'
20:54:16 <ZxBiohazardZx_> make[1]: *** [screenshot.o] Error 1
20:54:18 <ZxBiohazardZx_> make[1]: Leaving directory `/c/BuildOTTD/TRUNK/objs/release'
20:54:20 <ZxBiohazardZx_> make: *** [all] Error 2
20:54:21 <ZxBiohazardZx_> wow srry didnt know it was so many lines:(
20:54:28 <ZxBiohazardZx_> thats a patch-related problem (right?)
20:54:42 <ZxBiohazardZx_> so i revert back using the svn revert -R . command (right?)
20:56:28 <Bennythen00b> Are you using BuildOTTD..?
20:56:41 <Yexo> that looks like compilation without libpng is broken
20:57:07 <ZxBiohazardZx_> no im using the MINGW console
20:57:22 <Bennythen00b> Are you just using a folder with that name?
20:57:24 <ZxBiohazardZx_> so i assume the patch is the error not the applyance?
20:57:42 <ZxBiohazardZx_> i use the folder with that name so i can remember it:)
20:58:07 <ZxBiohazardZx_> i just wanted the minimap patch so i can make a map for tayvan transport
20:58:30 <ZxBiohazardZx_> and when at it the chunnel & signals on brigde&in tunnels looked sexy for my mountain game:)
20:58:53 <ZxBiohazardZx_> but the minimap wont work, but @yexo is that patch related error?
20:59:08 <ZxBiohazardZx_> or is it because i dont have the stupid PNG thing in MINGW lolz
20:59:21 <ZxBiohazardZx_> i just remember that you told me to skip that:)
20:59:41 <Yexo> depends, if you can compile without a patch it is a patch related issue
21:01:00 <ZxBiohazardZx_> yeah its patch related
21:01:08 <ZxBiohazardZx_> but could it be because its a PNG format output
21:01:20 <ZxBiohazardZx_> and i didnt install PNG lib because you told me to skip it?:)
21:01:28 <ZxBiohazardZx_> anyway ill install the PNG lib:)
21:02:08 <ZxBiohazardZx_> and the wiki is wrong (again)
21:02:52 <ZxBiohazardZx_> the file = libpng-1.2.8-mingwPORT.tar.bz2 and not libpng-1.2.35.tar.bz2
21:03:07 <Yexo> ZxBiohazardZx_: read the wiki better, I update it
21:03:11 <Yexo> you should download another file
21:03:50 <planetmaker> and it's a wiki...
21:04:41 <ZxBiohazardZx_> i knew yexo was busy on it so i usually dont touch wiki's unless im 100% sure of what im doing
21:05:57 <ZxBiohazardZx_> after i do the pnglib
21:06:02 <ZxBiohazardZx_> do i have to do anything else?
21:06:21 <ZxBiohazardZx_> im at the .configure step of the pnglib now:)
21:06:42 <Yexo> you have to ./configure openttd again, before make
21:09:12 <CIA-3> OpenTTD: rubidium * r16422 /trunk/ (12 files in 5 dirs): -Codechange: use const_cast for removing const and warn when const is (accidentally?) removed using C-style casts.
21:10:21 <ZxBiohazardZx_> lol now i remember what i used tortoise for!!!!! WOOT
21:10:26 <ZxBiohazardZx_> acent emulator WOW
21:10:32 <ZxBiohazardZx_> i wanted to see the changelogs:)
21:12:41 <ZxBiohazardZx_> burlex actually had humor in them, but these are fine tor ead:)
21:13:50 <ZxBiohazardZx_> @yexo THANKS ALOT, i learned ALOT in this IRC chat and ill probably start testing some patches if i get some to work :)
21:15:59 *** ZxBiohazardZx_ has quit IRC
21:34:59 <Xaroth> Yexo: you made a dutch man happy :P
21:35:24 <Xaroth> no, that ZxBiohazardZx_ dude
21:36:02 <Bennythen00b> Yes, he did indeed. =)
21:52:35 *** Belugas has joined #openttd
21:52:35 *** ChanServ sets mode: +o Belugas
21:59:44 *** fonsinchen has joined #openttd
22:06:54 *** Nite_Owl has joined #openttd
22:09:53 <TinoDidriksen> May 25th: Towel Day...remember your towel.
22:11:13 <Nite_Owl> Depends on your pond side - Memorial Day over here
22:11:28 <TinoDidriksen> It's not tied to any country...
22:11:40 <Xaroth> no but time zones are :)
22:11:50 <TinoDidriksen> Hence May 25th...
22:11:57 <TinoDidriksen> That's tz neutral.
22:12:07 <Xaroth> other parts of the globe isn't the 25th yet
22:12:21 <TinoDidriksen> Yes, so it's a reminder that 25th is near for those.
22:36:40 *** theholyduck has joined #openttd
23:02:59 <Nite_Owl> need to feed - be back in a bit
23:05:13 *** fonsinchen1 has joined #openttd
23:19:24 *** mizipzor has joined #openttd
23:31:46 *** Dred_furst has joined #openttd
23:32:26 *** ChanServ sets mode: +v tokai
23:33:19 *** Eddi|zuHause has joined #openttd
23:39:42 <Eddi|zuHause> i'm not sure if anyone is actually interested...
23:42:36 <Nite_Owl> the fact that I am back
continue to next day ⏵
