<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:08:07] ⇦
Quits: steamport (steamport!~steamport@209.102.247.135) (Ping
timeout: 198 seconds)
L2[00:24:07] <ForgeDiscord>
<SquareWheel> Hey, do any of you folks have any experience
with the tool "Timingsv2"? I got a report that one of my
methods may be causing performance issues, but I'm not sure how to
read this data.
L3[00:25:41] <ForgeDiscord>
<SquareWheel> I think it says that my
AttachCapabilitiesEvent<Entity> code is running 2.7 million
times over five minutes? Which doesn't seem possible.
L4[00:26:55] <xaero> might be better to
attach a profiler visualvm so that you get a call stack
L5[00:27:27] <ForgeDiscord>
<SquareWheel> Might need to do my own profiling then. This is
a report from a user.
L7[00:28:08] <ForgeDiscord>
<SquareWheel> Under Minecraft::Full Server Tick, my mod
Nutrition is coming up as the first entry
(Nutrition::EventPlayerJoinWorld_AttachCapabilitiesEvent).
L8[00:29:02] <ForgeDiscord>
<SquareWheel> But I'm pretty sure I'm performing this
correctly. Just check if it's the player, and if not return the
method.
L9[00:29:46] <ForgeDiscord>
<SquareWheel> Entirely possible I'm misreading their profiler
though. Not used it before.
L10[00:31:57] ⇦
Quits: Neal (Neal!~Neal@47.146.41.184) (Ping timeout: 194
seconds)
L11[00:32:25] <ForgeDiscord>
<SquareWheel> Could be they have another mod which is causing
AttachCapabilitiesEvent<Entity> to run far more often than it
should. I can't see them creating millions of entities and their
server surviving. Think you're right, a callstack is needed.
L12[00:34:11] <xaero> maybe they have a lot
of zombies in a loaded chunk in dim 687? but zombies aren't Players
hmm
L14[00:34:53] <xaero> do fake players get
Capabilities
L16[00:34:59] <ForgeDiscord>
<Abastro> Use
AttachCapabilitiesEvent<EntityPlayer>
L17[00:35:02] <ForgeDiscord>
<SquareWheel> If they inherit EntityPlayer.
L18[00:35:07] <ForgeDiscord>
<Abastro> If you only want to hook into players
L19[00:35:14] <ForgeDiscord>
<SquareWheel> I didn't know that was possible
L20[00:35:28] <ForgeDiscord>
<Abastro> Yes it's possible
L21[00:35:45] <ForgeDiscord>
<SquareWheel> Could I kill the "if player" check
then?
L22[00:36:17] <ForgeDiscord>
<Abastro> Yrs
L23[00:36:30] <ForgeDiscord>
<Abastro> It was the whole point of the generic event.
L24[00:37:27] <ForgeDiscord>
<SquareWheel> When I read up on attaching caps, I was pretty
sure it said entities, itemstacks, or tile entities. Glad to know
you can get more specific.
L25[00:37:54] <ForgeDiscord>
<Abastro> Official doc has it if I recall correctly
L26[00:38:41] <ForgeDiscord>
<SquareWheel> To be honest though the call capabilities
system confuses me every time I use it so I'm likely to have missed
something. "Hey it works now let's move on"
L27[00:39:11] <ForgeDiscord>
<SquareWheel> I'll go generate a test build and see if this
addresses the reporter's problem.
L28[00:39:41] <ForgeDiscord>
<SquareWheel> Still, how in the world they're generating 2.7
million entities in five minutes...
L29[00:39:57] <xaero> btw, iirc they call
ACE<EntityPlayer> covariant on ACE<Entity>
L30[00:50:06] <ForgeDiscord>
<SquareWheel> This is not going so well.
L31[00:50:26] <ForgeDiscord>
<SquareWheel> Doesn't seem to be running
AttachCapabilitiesEvent<EntityPlayer> at all.
L32[00:51:01] <ForgeDiscord>
<Abastro> Oh I should have been misread
L33[00:51:02] <ForgeDiscord>
<Abastro> Sorry
L34[00:52:12] <ForgeDiscord>
<SquareWheel> Sorry, but unclear still. Is it not possible to
hook players then?
L35[00:52:22] <ForgeDiscord>
<Abastro> Yes I guess...
L36[00:52:42] <ForgeDiscord>
<Abastro> I thought it should work, but it doesn't seem to be
this case
L37[00:53:31] <ForgeDiscord>
<SquareWheel> Ah well!
L38[01:03:27] <ForgeDiscord>
<SquareWheel> But just as a sanity check, there's no real
reason that AttachCapabilitiesEvent<Entity> with a simple
"is player?" check should be causing any real performance
problems, right?
L39[01:25:15] <ForgeDiscord>
<Abastro> Yes it causes branching to happen
L40[01:25:28] <ForgeDiscord>
<Abastro> It might not be intuitive enough for CPU to be
prepared
L41[01:26:34] <ForgeDiscord>
<Abastro> Besides about 33 minutes later new mappings will
happen
L42[01:26:52] <ForgeDiscord>
<Abastro> ?
L43[01:27:57] <ForgeDiscord>
<SquareWheel> I don't understand what was just said.
L44[01:28:21] <ForgeDiscord>
<Abastro> Mappings? =P
L45[01:28:32] <ForgeDiscord>
<SquareWheel> Does it relate to my thing? :p
L46[01:28:36] <ForgeDiscord>
<Abastro> Ni
L47[01:28:40] <ForgeDiscord>
<SquareWheel> Ah okay good!
L48[01:28:57] <ForgeDiscord>
<Abastro> Do you know branching?
L49[01:29:04] <ForgeDiscord>
<SquareWheel> In git, sure.
L50[01:29:24] <ForgeDiscord>
<SquareWheel> Or are we talking about JVM stuff?
L51[01:29:32] <ForgeDiscord>
<Abastro> No CPU
L52[01:29:48] <ForgeDiscord>
<SquareWheel> Hrmm. That's the whole prediction hubbub that
recently went very poorly for Intel, yeah?
L53[01:29:53] <ForgeDiscord>
<Abastro> Yes
L54[01:30:03] <ForgeDiscord>
<Abastro> Branch prediction, that's it
L55[01:30:22] ⇨
Joins: Noppes
(Noppes!~Noppes@ip56530f2e.direct-adsl.nl)
L56[01:31:19] <ForgeDiscord>
<Abastro> It matters because branching(if statement) is
actually costly operation
L57[01:32:07] <ForgeDiscord>
<SquareWheel> I know the JVM is very good at repeating
same-result operations. Memoization, I think? Maybe there's a level
of this at the CPU as well.
L58[01:32:34] <ForgeDiscord>
<SquareWheel> In my case, 99% of operations return early.
Occasionally a player joins and the method keeps going.
L59[01:33:16] <ForgeDiscord>
<Abastro> In the case, I doubt it could be a problem
L60[01:33:32] <ForgeDiscord>
<Abastro> Branch prediction should just go for false every
case
L61[01:34:45] ⇨
Joins: Doty1154
(Doty1154!~Doty1154@2601:648:8000:134f:e1f5:538e:479f:6d60)
L62[01:36:43] <ForgeDiscord>
<SquareWheel> In any case, I think the approach I'm taking is
pretty standard, and should be no better or worse than any other
cap-adding mod.
L63[01:36:58] <ForgeDiscord>
<SquareWheel> I'd guess my mod is only being fingered as the
culprit as it's last to run in this case. But we're seeing the
effect, not the cause.
L64[01:39:27] <ForgeDiscord>
<Abastro> Player entry would be the only thing
performance-intensive
L65[01:39:38] <ForgeDiscord>
<Abastro> Yes
L66[01:39:45] <ForgeDiscord>
<Abastro> It's not a problem
L67[01:40:10] <ForgeDiscord>
<Abastro> (But for player-intensive servers, it could
be)
L68[01:41:37] <ForgeDiscord>
<SquareWheel> Cool, I'll not worry about it for now
then.
L69[01:41:42] <ForgeDiscord>
<SquareWheel> Thanks for your insight.
L70[01:42:12] <ForgeDiscord>
<SquareWheel> Too bad the Attach<EntityPlayer> trick
didn't work. That would have been a nice optimization.
L71[01:44:24] ⇨
Joins: Lunatrius` (Lunatrius`!~Lunatrius@77.38.21.115)
L72[01:44:36] <ForgeDiscord>
<Daomephsta> @SquareWheel That timings report seems
nonsensical to me
L73[01:44:46] <ForgeDiscord>
<Daomephsta> The method names don't make any sense
L74[01:45:01] <ForgeDiscord>
<SquareWheel> It seems to stitch the class name and method
names together.
L75[01:45:03] <ForgeDiscord>
<Abastro> What was the report?
L77[01:46:42] ⇦
Quits: Lunatrius (Lunatrius!~Lunatrius@77.38.21.115) (Ping timeout:
194 seconds)
L78[01:46:42] ***
Lunatrius` is now known as Lunatrius
L79[01:49:27] <ForgeDiscord>
<Abastro> That report is pain to read
L80[01:50:00] <ForgeDiscord>
<SquareWheel> Better than most I receive... "game is
broken, have 90,000 line crash report"
L81[01:50:27] <ForgeDiscord>
<Abastro> Though crash report is usually easier to read
L82[01:50:37] <ForgeDiscord>
<Abastro> Just find the ce sentence
L83[01:51:12] <ForgeDiscord>
<SquareWheel> I usually ctrl+f for "Caused by".
Good place to start.
L84[01:51:20] ⇨
Joins: Searge_DP
(Searge_DP!~Searge@c83-251-224-78.bredband.comhem.se)
L85[01:51:42] <ForgeDiscord>
<Abastro> Yes
L86[01:53:12] ⇦
Quits: SeargeDP
(SeargeDP!~Searge@c83-251-224-78.bredband.comhem.se) (Ping timeout:
194 seconds)
L87[01:53:23] <ForgeDiscord>
<Abastro> Actually I think this kind is worse:
L89[01:54:27] <ForgeDiscord>
<Abastro> Above all, Stellar API 1.12.2 while such thing
doesn't exist ?
L90[01:55:13] <ForgeDiscord>
<SquareWheel> I've managed to avoid those nasty sites so far.
Either I'm 1. Just not popular enough 2. Not an easy target because
I have no Curse page.
L91[01:55:39] <ForgeDiscord>
<Abastro> No curse page?
L92[01:55:44] <ForgeDiscord>
<SquareWheel> No Curse pag.
L93[01:55:52] <ForgeDiscord>
<Abastro> How do you release your mod?
L94[01:55:56] <ForgeDiscord>
<SquareWheel> Github releases.
L96[01:56:21] <ForgeDiscord>
<Abastro> Sounds great
L97[01:56:47] <ForgeDiscord>
<Abastro> Though I guess some person might try to replicate
one on curse
L98[01:57:41] <ForgeDiscord>
<SquareWheel> I did spent eight months building a modpack
once. Released it on ATLauncher in the same month somebody created
a modpack of the same name on Curse. They abandoned it after a few
days. Guess which ranks higher in Google Search?
L99[01:58:05] <ForgeDiscord>
<Abastro> Which?
L100[01:58:49] <ForgeDiscord>
<SquareWheel> Well, it used to be theirs. Apparently the ATL
pack is higher now. But that's not a very exciting conclusion to my
story.
L101[01:59:05] <ForgeDiscord>
<Abastro> sigh
L102[01:59:40] <ForgeDiscord>
<SquareWheel> Haha, the namespace issue did become a problem
either way.
L103[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20180725 mappings to Forge Maven.
L104[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20180725-1.12.zip
(mappings = "snapshot_20180725" in build.gradle).
L105[02:00:17] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~3:00 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L106[02:00:22] <ForgeDiscord>
<SquareWheel> Anyway it's entirely possible somebody will
make a Curse project with the same name as my mod. But we'll deal
with that problem should it appear.
L107[02:00:56] <ForgeDiscord>
<Abastro> Good it didn't happen yet
L108[02:01:16] <ForgeDiscord>
<Abastro> Besides snapshot's out!
L109[02:01:51] <ForgeDiscord>
<SquareWheel> What's all this? Early MCP stuff for
1.13?
L110[02:02:23] <ForgeDiscord>
<Abastro> 20180725-1.12
L111[02:02:51] <ForgeDiscord>
<SquareWheel> I am very perceptive, you see.
L112[02:03:30] <ForgeDiscord>
<Abastro> Welp
L113[02:04:04] ⇦
Quits: alekso56
(alekso56!~cax@2001:464b:c21a:0:745d:45ff:fe3b:a098) (Ping timeout:
383 seconds)
L114[02:04:09]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L115[02:25:00] ⇦
Quits: Doty1154
(Doty1154!~Doty1154@2601:648:8000:134f:e1f5:538e:479f:6d60) (Read
error: Connection reset by peer)
L116[02:47:29] ⇦
Quits: jackie
(jackie!~jackie@static.213-239-213-45.clients.your-server.de)
(Quit: bye o/)
L117[02:47:33] ⇦
Quits: Akkarin (Akkarin!~Akkarin@phoebe.torchmind.com) (Ping
timeout: 182 seconds)
L118[02:47:43] ⇦
Quits: IdleGandalf
(IdleGandalf!~IdleGanda@anquietas.harting.hosting) (Quit:
Leaving)
L119[02:47:57] ⇦
Quits: Yamakaja (Yamakaja!~yamakaja@vps.pub.yamakaja.me) (Remote
host closed the connection)
L120[02:48:20]
⇨ Joins: IdleGandalf
(IdleGandalf!~IdleGanda@anquietas.harting.hosting)
L121[02:48:22]
⇨ Joins: jackie
(jackie!~jackie@static.213-239-213-45.clients.your-server.de)
L122[02:49:18]
⇨ Joins: Yamakaja
(Yamakaja!~yamakaja@vps.pub.yamakaja.me)
L123[02:49:42]
⇨ Joins: Akkarin
(Akkarin!~Akkarin@phoebe.torchmind.com)
L124[02:52:52] ⇦
Parts: ba7888b72413a16a
(ba7888b72413a16a!~ba7888b72@66.109.211.167) ())
L125[02:53:43] ⇦
Quits: jackie
(jackie!~jackie@static.213-239-213-45.clients.your-server.de) (Ping
timeout: 198 seconds)
L126[02:54:31]
⇨ Joins: jackie
(jackie!~jackie@irc.chaosfield.at)
L127[03:17:04] ⇦
Quits: kroeser
(kroeser!~kroeser@2001:4801:7817:72:6f7c:4c10:ff10:1b85) (Ping
timeout: 182 seconds)
L128[03:20:01]
⇨ Joins: kroeser
(kroeser!~kroeser@2001:4801:7817:72:6f7c:4c10:ff10:1b85)
L129[03:28:28] <ybden> I keep getting
"This mapping 'snapshot_<date>' was designed for MC
1.12! Use at your own peril." when using latest
forge/mappings. Is this because 1.12 is unstable, because
forgegradle can't tell that 1.12.2 (the version in my build.gradle)
is compatible with 1.12, or some other bug?
L130[03:28:37] <ybden> (also, should I be
worried about this)
L131[03:29:04] <ForgeDiscord>
<Abastro> I think it's just a normal message
L132[03:30:02] <ForgeDiscord>
<Abastro> It won't reach release until stable enough 1.13
comes out afaik
L133[03:31:31] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Ping timeout: 198
seconds)
L134[03:32:14]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L135[03:32:36]
⇨ Joins: Javaschreiber1
(Javaschreiber1!~Thunderbi@i59F4DA0D.versanet.de)
L136[03:35:41] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Ping timeout: 194
seconds)
L137[03:35:41] ***
Javaschreiber1 is now known as Javaschreiber
L138[03:36:18] <ybden> Ah, thanks
L139[03:41:44] <ForgeDiscord>
<SquareWheel> A thing that used to work doesn't work anymore.
How even
L140[03:44:22] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Ping timeout: 194
seconds)
L141[03:49:18] <ghz|afk> well, it's more
like the maintainer never released stable for 1.12 and bumped the
version to 1.12.2
L142[03:49:37] <ghz|afk> it does have some
downsides, such as any new thing in 1.12.2 that wasn't in
1.12".0" can't be named
L143[03:52:22]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p4FED5C7C.dip0.t-ipconnect.de)
L144[04:00:19] <ForgeDiscord>
<SquareWheel> I'm feeling really dumb, but is there any
reason this would have worked before but now... isn't?
L145[04:00:19] ⇦
Quits: CorexTech
(CorexTech!~edmonds@99-108-142-68.lightspeed.sntcca.sbcglobal.net)
(Read error: Connection reset by peer)
L146[04:00:22] <ForgeDiscord>
<SquareWheel>
Thread.currentThread().getContextClassLoader().getResourceAsStream("assets/<MODID>/path/to/my/asset.json")
L147[04:01:06] <ForgeDiscord>
<SquareWheel> Not sure if it was a Java update, Forge update,
change in project structure. May need to learn more about how class
loaders actually work.
L148[04:01:15] <ForgeDiscord>
<Daomephsta> What are you loading?
L149[04:01:17]
⇨ Joins: CorexTech
(CorexTech!~edmonds@99-108-142-68.lightspeed.sntcca.sbcglobal.net)
L150[04:01:23] <ForgeDiscord>
<SquareWheel> json file from my resources.
L151[04:01:37] <ForgeDiscord>
<Daomephsta> Client data?
L152[04:02:06] <ForgeDiscord>
<SquareWheel> Runs on client and server. Generates files
under /configs for my mod.
L153[04:02:33] <ForgeDiscord>
<Daomephsta> Shouldn't be in assets then, as far as I'm
aware.
L154[04:02:47] <ForgeDiscord>
<Daomephsta> Actually NVM
L155[04:03:07] <ForgeDiscord>
<Daomephsta> In 1.13 that'll be true, but for now assets is a
mix of client and common data
L156[04:03:18] <ForgeDiscord>
<SquareWheel> Uh oh
L157[04:03:23] <ForgeDiscord>
<Daomephsta> How exactly is it not working?
L158[04:03:47] <ForgeDiscord>
<SquareWheel> It used to give me an input stream of the file,
which I could then create using Files.copy. Now however it returns
null every time.
L159[04:04:23] <ForgeDiscord>
<SquareWheel> I suspect it's not a code error but more of a
Java thing.
L160[04:06:39] <ForgeDiscord>
<Daomephsta> Can you print the context classloader
please?
L162[04:20:01] <ForgeDiscord>
<SquareWheel> I think the most likely explanation is just
that I've upset a computer wizard. Eventually he may forgive me and
things will return to normal.
L163[04:48:41]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L164[04:50:34] <ForgeDiscord>
<SquareWheel> Well the good news is, things still work as
expected when the mod is compiled. Only having trouble reading the
input stream in a development environment.
L165[04:50:55] <ForgeDiscord>
<SquareWheel> The wizard was kind today.
L166[04:51:44] <ForgeDiscord>
<Daomephsta> That's probably because the root directory in
different in dev
L167[04:52:29] <ForgeDiscord>
<Daomephsta> In dev assets is inside src/main/resources
L168[04:52:37] <ForgeDiscord>
<Daomephsta> In obf it's at the .jar root
L169[04:53:42] <ForgeDiscord>
<SquareWheel> Hrmm, see that's the Java wibbly wobbly
nonsense I'm not familiar with.
L170[04:55:59] <ForgeDiscord>
<SquareWheel> Would the class loader be handled the same in
both cases? I don't need to do any special handling there?
L171[04:56:14] <ForgeDiscord>
<Daomephsta> It's just the path that'll change
L172[04:56:34] <ForgeDiscord>
<SquareWheel> Okay, that's good.
L173[04:56:56] <ForgeDiscord>
<SquareWheel> Not sure what's changed that this doesn't work
anymore, but at least I can figure out what the new path is in
dev.
L174[04:57:57] <ForgeDiscord>
<SquareWheel> In fact I could just find and decompile the jar
to see what's going on in dev, I think.
L175[05:00:54] <ForgeDiscord>
<Daomephsta> I don't think you can use
Launch.blackboard.containsKey("fml.deobfuscatedEnvironment")
to check for a dev env in this case, as that will also return true
if someone adds your mod to their mod's dev env. In that case the
assets dir will be at the root. I suppose you can just try the obf
env path first, then try the dev env path if that returns
null.
L176[05:01:59] <ForgeDiscord>
<SquareWheel> Bit sad I need to add a hack like this
now.
L177[05:02:18] <ForgeDiscord>
<SquareWheel> I appreciate the help though.
L178[05:05:49] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Ping timeout: 194
seconds)
L179[05:16:25] <ForgeDiscord>
<SquareWheel> Eh, I'll have to work on this more
tomorrow.
L180[05:16:36] <ForgeDiscord>
<SquareWheel> Having trouble finding any valid path in
dev.
L181[05:17:18] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7C.dip0.t-ipconnect.de)
(Ping timeout: 194 seconds)
L182[05:26:19] ⇦
Quits: ghz|afk
(ghz|afk!~giga@233.red-81-37-201.dynamicip.rima-tde.net) (Ping
timeout: 186 seconds)
L183[05:27:54]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L184[05:30:51]
⇨ Joins: gigaherz
(gigaherz!~giga@233.red-81-37-201.dynamicip.rima-tde.net)
L185[05:39:03] ⇦
Quits: moonythehuman
(moonythehuman!~moony@tx-76-4-57-3.dhcp.embarqhsd.net) (Remote host
closed the connection)
L186[05:50:27] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Ping timeout: 194
seconds)
L187[05:51:56]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L188[05:56:28] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Client
Quit)
L189[05:59:48] ⇦
Quits: fuj1n (fuj1n!~fuj1n@101.191.42.45) (Quit: I'm such a
quitter)
L190[06:03:45]
⇨ Joins: Brokkoli
(Brokkoli!~Brokkoli@p2E5B1A48.dip0.t-ipconnect.de)
L191[06:06:37]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p4FED5C7C.dip0.t-ipconnect.de)
L192[06:24:49] ⇦
Quits: MiniDigger (MiniDigger!~MiniDigge@glados.minidigger.me)
(Quit: RIP Bouncer ^^)
L193[06:47:44]
⇨ Joins: MiniDigger
(MiniDigger!~MiniDigge@glados.minidigger.me)
L194[06:57:52]
⇨ Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-62-143-2-237.hsi01.unitymediagroup.de)
L195[07:49:37] ⇦
Quits: WereSquirrel
(WereSquirrel!~bloop@cpe-2606-A000-1118-C731-0-9DFB-E569-42B9.dyn6.twc.com)
(Ping timeout: 182 seconds)
L196[07:57:04] <gigaherz> !gm eo.a
1.10.2
L197[07:58:12] <gigaherz> !gc eo
L198[07:58:19] <gigaherz> !gc eo
1.10.2
L199[07:58:29]
⇨ Joins: WereSquirrel
(WereSquirrel!~bloop@cpe-2606-A000-1118-C731-0-9DFB-E569-42B9.dyn6.twc.com)
L200[07:59:58] <gigaherz> !gc bfa$1
1.10.2
L201[08:06:29] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.51.3) (Ping timeout: 182
seconds)
L202[08:09:12]
⇨ Joins: RichardG
(RichardG!~RichardG@201.37.51.3)
L203[08:09:13]
MineBot sets mode: +v on RichardG
L204[09:03:41]
⇨ Joins: MikrySoft
(MikrySoft!~mikrysoft@89-72-250-169.dynamic.chello.pl)
L205[09:26:07] ⇦
Quits: ybden (ybden!~ybden@coleridge.vehk.de) (Ping timeout: 198
seconds)
L206[09:26:50]
⇨ Joins: ybden (ybden!ybden@coleridge.vehk.de)
L207[09:56:53] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.51.3) (Ping timeout: 182
seconds)
L208[09:57:08]
⇨ Joins: RichardG
(RichardG!~RichardG@201.37.51.3)
L209[09:57:08]
MineBot sets mode: +v on RichardG
L210[10:16:32]
⇨ Joins: alekso56
(alekso56!~cax@ti0107a400-1224.bb.online.no)
L211[10:18:06]
⇨ Joins: Neal (Neal!~Neal@47.146.41.184)
L212[11:48:25] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:21c3:bb9a:3a27:e92d)
(Read error: Connection reset by peer)
L213[11:50:09]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:1957:7d7b:e804:3090)
L214[12:12:42]
⇨ Joins: Backslash
(Backslash!~Backslash@ip-88-153-113-13.hsi04.unitymediagroup.de)
L215[12:22:22]
⇨ Joins: Generalcamo
(Generalcamo!webchat@h75.77.131.174.dynamic.ip.windstream.net)
L216[12:56:16]
⇨ Joins: quadraxis
(quadraxis!~quadraxis@95.146.56.243)
L217[13:02:11]
⇨ Joins: Wuppy
(Wuppy!~Wuppy@host86-187-166-83.range86-187.btcentralplus.com)
L218[13:03:25] ⇦
Parts: quadraxis (quadraxis!~quadraxis@95.146.56.243)
(Leaving))
L219[13:07:11] ⇦
Quits: Davnit (Davnit!~Davnit@72.189.115.20) (Quit:
bye)
L220[13:07:23]
⇨ Joins: Davnit (Davnit!~Davnit@72.189.115.20)
L221[13:35:01]
⇨ Joins: moony
(moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
L222[13:44:09]
⇨ Joins: moony_
(moony_!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
L223[13:45:36] ⇦
Quits: moony (moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net) (Ping
timeout: 194 seconds)
L224[14:02:13] ⇦
Quits: feldim2425
(feldim2425!~feldim242@178-191-242-65.adsl.highway.telekom.at)
(Ping timeout: 182 seconds)
L225[14:04:30] ⇦
Quits: Wuppy
(Wuppy!~Wuppy@host86-187-166-83.range86-187.btcentralplus.com)
(Quit: Leaving)
L226[14:04:44]
⇨ Joins: Wuppy
(Wuppy!~Wuppy@host86-187-166-83.range86-187.btcentralplus.com)
L227[14:08:57]
⇨ Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L228[14:31:43] ⇦
Quits: searchndstroy
(searchndstroy!~Spottedle@node-1w7jr9qqos9g0l6jucyepi56t.ipv6.telus.net)
(Quit: bye)
L229[14:34:43]
⇨ Joins: searchndstroy
(searchndstroy!~Spottedle@node-1w7jr9qqos9g05qmgzm48budr.ipv6.telus.net)
L230[14:36:50] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:1957:7d7b:e804:3090)
(Read error: Connection reset by peer)
L231[14:41:36]
⇨ Joins: fuj1n (fuj1n!~fuj1n@101.191.42.45)
L232[14:44:04]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:9d30:de2f:c1c5:ef38)
L233[15:42:53] ⇦
Quits: Wuppy
(Wuppy!~Wuppy@host86-187-166-83.range86-187.btcentralplus.com)
(Read error: Connection reset by peer)
L234[15:42:55] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 198 seconds)
L235[15:54:39]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de)
L236[15:54:57] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4DA0D.versanet.de) (Client
Quit)
L237[16:00:07] ⇦
Quits: MCPBot_Reborn (MCPBot_Reborn!~MCPBot_Re@mcpbot.bspk.rs)
(Remote host closed the connection)
L238[16:00:33]
⇨ Joins: MCPBot_Reborn
(MCPBot_Reborn!~MCPBot_Re@mcpbot.bspk.rs)
L239[16:02:50] ⇦
Quits: Generalcamo
(Generalcamo!webchat@h75.77.131.174.dynamic.ip.windstream.net)
(Quit: webchat.esper.net)
L240[16:05:52] ⇦
Quits: moony_ (moony_!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
(Remote host closed the connection)
L241[16:06:15]
⇨ Joins: moony_
(moony_!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
L242[16:06:26] <ForgeDiscord> Command sent
by UpcraftLP
L243[16:06:27] <ForgeDiscord> !gf
field_177097_h 1.12.2
L244[16:11:58]
⇨ Joins: quadraxis
(quadraxis!~quadraxis@95.146.56.243)
L245[16:15:28] ⇦
Quits: Backslash
(Backslash!~Backslash@ip-88-153-113-13.hsi04.unitymediagroup.de)
(Quit: Leaving)
L246[16:18:24] ⇦
Quits: quadraxis (quadraxis!~quadraxis@95.146.56.243) (Quit:
Leaving)
L247[16:37:31] ⇦
Quits: moony_ (moony_!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
(Ping timeout: 186 seconds)
L248[16:38:38]
⇨ Joins: moony
(moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
L249[16:39:40] ⇦
Quits: Noppes (Noppes!~Noppes@ip56530f2e.direct-adsl.nl) (Read
error: Connection reset by peer)
L250[17:23:08] ⇦
Quits: SirWill
(SirWill!~SirWill@static.168.103.243.136.clients.your-server.de)
(Ping timeout: 194 seconds)
L251[17:23:28]
⇨ Joins: SirWill
(SirWill!~SirWill@static.168.103.243.136.clients.your-server.de)
L252[17:23:34] ⇦
Quits: Yamakaja (Yamakaja!~yamakaja@vps.pub.yamakaja.me) (Ping
timeout: 194 seconds)
L253[17:24:26]
⇨ Joins: Yamakaja
(Yamakaja!~yamakaja@vps.pub.yamakaja.me)
L254[18:35:07] ⇦
Quits: moony (moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net) (Ping
timeout: 198 seconds)
L255[18:36:43]
⇨ Joins: moony
(moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net)
L256[19:07:58] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-62-143-2-237.hsi01.unitymediagroup.de) (Read
error: Connection reset by peer)
L257[19:08:31]
⇨ Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-62-143-2-237.hsi01.unitymediagroup.de)
L258[19:08:48] <ForgeDiscord>
<SquareWheel> Terrible and/or great news. I updated IntelliJ
to the latest version, and now my getResourceAsStream() call works
in the dev environment again.
L259[19:13:51] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-62-143-2-237.hsi01.unitymediagroup.de) (Ping
timeout: 194 seconds)
L260[19:16:39] <ForgeDiscord>
<killjoy> Why would that be terrible news?
L261[19:18:34] <ForgeDiscord>
<SquareWheel> Well now I don't know what was wrong with it.
I'm guessing I had some bit misconfigured somewhere. Java
classloader this, or jar path that. Something.
L262[19:18:52] <ForgeDiscord>
<SquareWheel> If the problem comes about again, I still won't
have an easy solution.
L263[19:19:13] <ForgeDiscord>
<SquareWheel> Except maybe "reset your IDE".
L264[19:44:03] ⇦
Quits: fuj1n (fuj1n!~fuj1n@101.191.42.45) (Quit: Too much
spam)
L265[19:44:50] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7C.dip0.t-ipconnect.de)
(Ping timeout: 194 seconds)
L266[20:08:37]
⇨ Joins: Doty1154
(Doty1154!~Doty1154@2601:648:8000:134f:d980:6782:1c3d:7921)
L267[20:10:39] ⇦
Quits: moony (moony!~moony@tx-76-4-59-130.dhcp.embarqhsd.net) (Ping
timeout: 202 seconds)
L268[20:14:13] <ForgeDiscord>
<Thiakil> @SquareWheel I'd advise to really read the javadoc
on it, especially with regards to a leading slash. IIRC its often
something to do with that
L269[20:20:16] <ForgeDiscord>
<SquareWheel> Yeah, relative vs absolute paths did seem to be
a common cause of issues (searched a lot of Stack Overflow
posts).
L270[20:50:44] ⇦
Quits: Doty1154
(Doty1154!~Doty1154@2601:648:8000:134f:d980:6782:1c3d:7921) (Quit:
Leaving)
L271[20:52:17] ⇦
Quits: Brokkoli (Brokkoli!~Brokkoli@p2E5B1A48.dip0.t-ipconnect.de)
(Remote host closed the connection)
L272[21:09:07] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 194 seconds)
L273[21:09:19]
⇨ Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L274[21:18:19] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.51.3) (Ping timeout: 202
seconds)
L275[21:19:59]
⇨ Joins: RichardG
(RichardG!~RichardG@201.37.51.3)
L276[21:19:59]
MineBot sets mode: +v on RichardG
L277[21:32:21] <Neal> meep
L278[21:32:33] <ForgeDiscord>
<nealshireᵛᵉʳᶦᶠᶦᵉᵈ> oh look its me
L279[21:36:13] <ForgeDiscord>
<Abastro> ?
L280[21:51:05] ⇦
Quits: Techokami (Techokami!Techokami@2001:41d0:800:60f::13) (*.net
*.split)
L281[21:51:05] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.51.3) (Read error:
Connection reset by peer)
L282[21:51:22]
⇨ Joins: Techokami
(Techokami!Techokami@2001:41d0:800:60f::13)
L283[21:51:57]
⇨ Joins: RichardG
(RichardG!~RichardG@201.37.51.3)
L284[21:51:57]
MineBot sets mode: +v on RichardG
L285[22:04:04] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:9d30:de2f:c1c5:ef38)
(Read error: Connection reset by peer)
L286[22:05:24]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:115e:497b:cf09:6850)
L287[22:07:43] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:115e:497b:cf09:6850)
(Client Quit)
L288[22:21:23]
⇨ Joins: Wastl2_
(Wastl2_!~Wastl2@x4d0e04a5.dyn.telefonica.de)
L289[22:21:54] <ForgeDiscord>
<Abastro> Ah I lost a channel to spam
L290[22:23:14] ⇦
Quits: Wastl2 (Wastl2!~Wastl2@x55b4b295.dyn.telefonica.de) (Ping
timeout: 182 seconds)
L291[22:31:49]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:3189:df95:d726:e7ff)
L292[22:39:39] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:3189:df95:d726:e7ff)
(Quit: Off to nuke a wizard)
L293[22:50:43] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960369.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L294[22:52:01]
⇨ Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p549605BB.dip0.t-ipconnect.de)
L295[23:35:35]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:f822:5b0d:6166:8)
L296[23:49:40] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.51.3) (Ping timeout: 194
seconds)
L297[23:59:18]
⇨ Joins: RichardG
(RichardG!~RichardG@201.37.51.3)
L298[23:59:18]
MineBot sets mode: +v on RichardG