<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:08:32] ⇨
Joins: Wuppy
(Wuppy!~Wuppy@5072be60.static.ziggozakelijk.nl)
L2[00:11:04] ⇦
Quits: armed_troop
(armed_troop!~armedtroo@pool-173-59-20-178.phlapa.fios.verizon.net)
(Ping timeout: 194 seconds)
L3[00:13:34] <ForgeDiscord> Command sent by
liach
L4[00:13:35] <ForgeDiscord> !mcpf
bedPosition
L5[00:13:58] <ForgeDiscord> Command sent by
Minecraft_Gamer
L6[00:13:59] <ForgeDiscord> !mcpf rm
System32
L7[00:18:12] ⇨
Joins: armed_troop
(armed_troop!~armedtroo@pool-173-59-20-178.phlapa.fios.verizon.net)
L8[00:20:23] <ForgeDiscord> <liach>
it's for looking up fields
L9[00:27:11] ⇦
Quits: caseif_
(caseif_!~caseif@pool-96-245-10-201.phlapa.fios.verizon.net) (Ping
timeout: 202 seconds)
L10[00:38:16] ⇦
Quits: Wuppy (Wuppy!~Wuppy@5072be60.static.ziggozakelijk.nl) (Read
error: -0x1: UNKNOWN ERROR CODE (0001))
L11[00:49:38] <ForgeDiscord>
<killjoy> why would you rm system32?
L12[00:49:48] <ForgeDiscord>
<killjoy> it's rmdir
L13[00:50:08] <ForgeDiscord>
<killjoy> rmdir /r "C:\Windows\System32"
L14[00:50:31] <ForgeDiscord>
<killjoy> Unless you're mounting a ntfs volume on linux
L15[01:06:20] <ForgeDiscord>
</dev/illy> I have killed a windows install that way
before
L16[01:24:58] ⇨
Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L17[01:28:56] <ForgeDiscord>
<electronicboy> Not as beautiful as dd'ing over the drive,
that was the only time I was happy about a blue screen
L18[01:33:33] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.243.160) (Ping timeout:
198 seconds)
L19[01:35:42] <ForgeDiscord>
</dev/illy> dd'ing the M$ drive is the correct solution
L20[01:36:59] <ForgeDiscord>
<AshersLab> M$?
L21[01:37:12] <ForgeDiscord>
</dev/illy> Microsoft
L22[01:37:40] <ForgeDiscord>
<AshersLab> huh, never seen that abbreviation before
L23[01:38:59] <MiniDigger> you don't spend
much time on the internet then, or live in a bubble of ms fanboys
:D
L24[01:42:29] <ForgeDiscord>
<AshersLab> i live under a rock in my own corner of the
internet XD
L25[01:42:56] <ForgeDiscord>
<AshersLab> also i don't like windows much. so i don't have
much todo with "microsoft" discussions
L26[01:42:57] <ForgeDiscord>
<AshersLab> XD
L27[01:43:02] <electronicboy> Apparently so
;P that abbreviation is pretty common in linux land
L28[01:43:26] <ForgeDiscord>
<AshersLab> mmm, i use linux alot. but never chat about it
perse
L29[01:43:29] <ForgeDiscord>
<AshersLab> *per se
L30[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20180530 mappings to Forge Maven.
L31[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20180530-1.12.zip
(mappings = "snapshot_20180530" in build.gradle).
L32[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/
L33[02:08:57] ⇦
Quits: TehNut (TehNut!~TehNut@192.99.145.160) (Ping timeout: 198
seconds)
L34[02:10:52] <ForgeDiscord>
<killjoy> People also call it Microshaft
L35[02:11:01] <ForgeDiscord>
<killjoy> implying they are dicks
L36[02:13:44] <MiniDigger> Microshaft
Winblows 98 ?
L37[02:31:02] ⇨
Joins: TehNut (TehNut!~TehNut@2607:5300:100:200::199)
L38[03:32:18] ⇨
Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2)
L39[03:34:34] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2) (Client
Quit)
L40[03:41:05] ⇨
Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2)
L41[05:43:33] ⇦
Quits: Dimtree
(Dimtree!~dimtree@75-108-77-138.nbrncmtk01.res.dyn.suddenlink.net)
(Quit: Peace)
L42[05:51:39] ⇨
Joins: Dimtree
(Dimtree!~dimtree@75-108-77-138.nbrncmtk01.res.dyn.suddenlink.net)
L43[06:59:42] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 194 seconds)
L44[07:09:40] ⇦
Quits: millerti
(millerti!~millerti@cpe-66-24-91-119.stny.res.rr.com) (Ping
timeout: 194 seconds)
L45[07:15:54] ⇨
Joins: flappy
(flappy!~flappy@88-113-149-197.elisa-laajakaista.fi)
L46[08:31:06] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L47[08:31:19] ⇨
Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L48[08:36:51] ⇨
Joins: h404bi (h404bi!~h404bi@58.62.92.11)
L49[08:38:01] ⇨
Joins: RichardG (RichardG!~RichardG@201.37.243.160)
L50[08:38:01]
MineBot sets mode: +v on RichardG
L51[08:38:52] ⇦
Quits: srs_bsns (srs_bsns!blk@107.190.101.30) (Read error:
Connection reset by peer)
L52[08:40:12] ⇨
Joins: srs_bsns (srs_bsns!blk@107.190.101.30)
L53[08:45:59] ⇨
Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972AE6.dip0.t-ipconnect.de)
L54[09:25:39] ⇦
Quits: progwml6 (progwml6!~progwml6@104.168.20.187) (Quit: ZNC -
http://znc.in)
L55[09:25:47] ⇨
Joins: progwml6 (progwml6!~progwml6@104.168.20.187)
L56[09:33:00] ⇨
Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L57[09:49:27] ⇨
Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L58[09:54:55] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p57972AE6.dip0.t-ipconnect.de)
(Ping timeout: 198 seconds)
L59[10:25:41] ⇨
Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972AE6.dip0.t-ipconnect.de)
L60[10:30:50] ⇨
Joins: Raycoms
(Raycoms!~Raycoms@2804:14d:baa0:9451:4019:c9ed:4c2b:3d48)
L61[10:31:19] <Raycoms> Hi, if I have an
entity in an unloaded chunk but I want to teleport it in front of
me (and I don't want duplicates) how can I do that?
L62[10:31:40] <Raycoms> Only by preventing
the spawning of the old one, right?
L63[10:32:22] <ForgeDiscord>
<JamiesWhiteShirt> I suppose loading the chunk and deleting
the entity is also an option. not necessarily a good one
L64[10:33:17] <ForgeDiscord>
<JamiesWhiteShirt> I guess you could give the entity some
kind of identity that is stored in a table in the world
L65[10:33:44] <ForgeDiscord>
<JamiesWhiteShirt> the table would store the UUID of the
entity that is currently associated with some identity
L66[10:34:28] <ForgeDiscord>
<JamiesWhiteShirt> when the entity is summoned, a new entity
with the same identity is created, and the old entity is
invalidated as the entity UUID in the table is overwritten
L67[10:35:00] <ForgeDiscord>
<JamiesWhiteShirt> then you will somehow have to ensure that
the other entity deletes itself
L68[10:36:40] <Raycoms> Yeah, that's what I
was thinking
L69[10:36:42] <ben_mkiv> load the chunk and
teleport it
L70[10:37:00] <ben_mkiv> why would you load
a chunk to delete it and copy it, thats unnecessary work
L71[10:37:01] <Raycoms> I might not now
exactly in which chunk it is
L72[10:37:14] <ForgeDiscord>
<JamiesWhiteShirt> yup
L73[10:37:23] <ForgeDiscord>
<JamiesWhiteShirt> no way to know for sure AFAIK
L74[10:37:34] <ForgeDiscord>
<JamiesWhiteShirt> world storage is volatile anyway
L75[10:37:38] <ben_mkiv> isnt there an
unload event which would allow you to store the chunk
somewhere?
L76[10:37:59] <ben_mkiv> its probably the
citziens which are bound to the townhall at all?
L77[10:38:30] <ForgeDiscord>
<JamiesWhiteShirt> someone could simply delete the region the
entity belongs to
L78[10:38:59] <ForgeDiscord>
<JamiesWhiteShirt> it's unlikely of course, but it could
happen as a general I/O failure. so the entity might not be where
expected and that has to be handled
L79[10:39:04] <Raycoms> Get entity from
UUID only gives me loaded ones as well, right?
L80[10:39:15] <ben_mkiv> yes
L81[10:39:39] <ben_mkiv> i have the same
problem, and i didnt found a solution other than saving the
position on entity unload
L82[10:40:06] <Raycoms> Basically, we had
issues with citizens getting lost, minecraft seems to lose entities
occasionally. Then we added something to teleport citizens to
buildings which caused duplicates sometimes
L83[10:40:18] <ForgeDiscord>
<JamiesWhiteShirt> oh yes, entities will be lost
L84[10:40:18] <Raycoms> so I tried to
create some automated detection which made it even worse =D
L85[10:40:26] <ben_mkiv> are they
persistent entities?
L86[10:40:52] <Raycoms> They are, but
minecraft doesn't care too much, there are some issues on entities
going missing and duplicating as well on minecrafts side
L87[10:40:57] <Raycoms> even open
L88[10:41:04] <ben_mkiv> oh, ok
L89[10:41:06] <ForgeDiscord>
<JamiesWhiteShirt> just assume the worst
L90[10:41:17] <ben_mkiv> thats how i live
my life...
L91[10:41:23] <Raycoms> It's a Microsoft
product now, I always assume the worse
L92[10:41:26] <Raycoms> worst*
L93[10:43:19] <ben_mkiv> microsoft does
good stuff
L94[10:43:31] <ben_mkiv> it just feels bad
because its made to be used by every numb idiot
L95[10:44:19] <Raycoms> They make good
stuff done bad, in my opinion
L96[10:44:48] <ForgeDiscord>
<JamiesWhiteShirt> now now, it's not microsoft's fault that
I/O is unreliable
L97[10:45:11] <ben_mkiv> how is it?
L98[10:45:26] <ben_mkiv> that sounds like
its a big issue, which isnt
L99[10:45:44] <Raycoms> It's microsofts
issue that they don't put a layer on top of it, which handles
faults
L100[10:45:47] <ForgeDiscord>
<JamiesWhiteShirt> oh, you just add fault tolerance
L101[10:45:54] <ben_mkiv> oO
L102[10:46:01] <ben_mkiv> no your
filesystem is the issue then
L103[10:46:06] <ForgeDiscord>
<JamiesWhiteShirt> you can't ask microsoft to add fault
tolerance for users deleting files
L104[10:46:07] <ben_mkiv> if you want a
layer with crc checks, add it there
L105[10:47:03] <Raycoms> Add byzantine
fault tolerance
L106[10:47:03] <Raycoms> xD
L107[10:48:30] <Raycoms> Anyway, no, users
deleting files can't be tolerated
L108[10:48:37] <Raycoms> But, the rest
could
L109[10:55:02]
⇨ Joins: moony
(moony!~moony@tx-76-4-56-242.dhcp.embarqhsd.net)
L110[10:58:15]
⇨ Joins: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L111[11:02:15] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L112[11:37:09]
⇨ Joins: Girafi
(Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
L113[11:39:19]
⇨ Joins: Noppes
(Noppes!~Noppes@ip56530f2e.direct-adsl.nl)
L114[11:45:06]
⇨ Joins: Wuppy
(Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl)
L115[11:53:39] ⇦
Quits: h404bi (h404bi!~h404bi@58.62.92.11) (Ping timeout: 202
seconds)
L116[11:59:21] ⇦
Quits: moony (moony!~moony@tx-76-4-56-242.dhcp.embarqhsd.net) (Ping
timeout: 194 seconds)
L117[12:13:06] ***
Santa|afk is now known as SatanicSanta
L118[12:18:58] ⇦
Quits: Girafi (Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
()
L119[12:41:26] ⇦
Quits: Raycoms
(Raycoms!~Raycoms@2804:14d:baa0:9451:4019:c9ed:4c2b:3d48) (Remote
host closed the connection)
L120[12:52:22]
⇨ Joins: moony
(moony!~moony@tx-76-4-56-242.dhcp.embarqhsd.net)
L121[13:03:03] ⇦
Quits: WereSquirrel
(WereSquirrel!~bloop@cpe-2606-A000-4404-3E00-6450-102F-A21D-1C33.dyn6.twc.com)
(Ping timeout: 194 seconds)
L122[13:04:25] ⇦
Quits: Hanii
(Hanii!~textual@2a00:23c4:484:d100:adb3:78c1:24c7:a089) (Quit:
Textual IRC Client: www.textualapp.com)
L123[13:06:20]
⇨ Joins: WereSquirrel
(WereSquirrel!~bloop@cpe-107-15-192-218.nc.res.rr.com)
L124[13:21:31] <ForgeDiscord>
<Kripy> i have explore world and serveur crash ?
L125[13:22:23] <ben_mkiv> sucks for
you
L126[13:22:40] <ForgeDiscord>
<Kripy> yes
L127[13:22:55] <ben_mkiv> a.) this channel
isnt for client support b.) without any errorlog no one ever will
help you
L128[13:23:10] <gigaherz> he's been all
day on discord
L129[13:23:12] <gigaherz> trying on each
channel
L130[13:23:13] <ForgeDiscord>
<Kripy> yesi generate
L131[13:23:20] <gigaherz> he just got to
the irc bridge one
L132[13:23:29] <IoP> also in #ftb
L133[13:24:17] <gigaherz> Kripy: in your
launcher, enable "open output log when the game starts"
option
L134[13:24:27] <gigaherz> so that you can
pastebin the crash messages
L136[13:27:18] <gigaherz> are you using a
modpack?
L137[13:27:23] <gigaherz> or did you put
the mods yourself?
L138[13:27:29] <ForgeDiscord>
<Kripy> put the mods
L139[13:27:36] <IoP> did it ever
work?
L140[13:27:50] <IoP> did the pack ever
work?
L141[13:28:12] <gigaherz> did you get all
the mods from the official download sites?
L142[13:28:16] <ForgeDiscord>
<Kripy> this park work but they are one player have visite
map
L143[13:28:18] <ForgeDiscord>
<Kripy> yes
L144[13:28:30] <ForgeDiscord>
<Kripy> i think they are chunk bug ?
L145[13:28:40] <gigaherz> oh so it used to
work with the same mods, but now crashes?
L146[13:29:06] <gigaherz>
java.lang.NullPointerException: null
L147[13:29:06] <gigaherz> at
codechicken.multipart.handler.MultipartSaveLoad$TileNBTContainer.onLoad(MultipartSaveLoad.scala:29)
~[MultipartSaveLoad$TileNBTContainer.class:?]
L148[13:29:08] <gigaherz> based on
this
L149[13:29:16] <IoP> or did you change
something between "it worked" and "it
crashes"
L150[13:29:30] <gigaherz> I would say the
multipart mod has found some corrupted data in the world
L151[13:29:34] <ForgeDiscord>
<Kripy> worked we play and they are one crash after serveur
not work
L152[13:29:45] <gigaherz> you can try to
open the world in mcedit
L153[13:29:59] <gigaherz> and try to find
that multipart block that crashes
L154[13:30:03] <gigaherz> but we don't
know which one it is
L155[13:30:07] <IoP> ERROR: unable to
parse
L156[13:31:37] <ForgeDiscord>
<Kripy> yes IoP ?
L157[13:33:53] <gigaherz> he's saying your
english isn't good enough and he isn't sure what you mean
L158[13:34:14] <gigaherz> my only 2
suggestions:
L159[13:34:29] <ForgeDiscord>
<Kripy> so serveur work we play one people exploore map and
serveur crash
L160[13:34:33] <gigaherz> 1. create a
backup and remove the multipart mod, see if it stops crashing
L161[13:34:43] <gigaherz> 2. create a
backup and try deleting chunks with mcedit
L162[13:35:08] <gigaherz> option 2 means
that it may crash again at any time
L163[13:35:21] <gigaherz> option 1 means
you would lose all the blocks that use multipart
L164[13:36:52] <ForgeDiscord>
<Kripy> i don t know what is multipart
L165[13:39:33] <IoP> maybe you should go
through your mods and see if any of them is something like
"multipart mod"
L166[13:39:51] <IoP> Honestly you donät
know mods in your pack?
L167[13:40:11] <ForgeDiscord>
<Kripy> yes ok
L168[13:40:15] <ben_mkiv> forge multipart
is part of forge
L169[13:40:17] <ben_mkiv> which other mods
use
L170[13:40:35]
⇨ Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L171[13:41:19] <ben_mkiv> most likely
microblockcbe from your mods list
L172[13:41:47] <ForgeDiscord>
<liach> forge multipart is a forge based multipart mod
L173[13:42:03] <ben_mkiv> oh
L174[13:42:05] <ben_mkiv> then its a
lib
L175[13:42:13] <ForgeDiscord>
<liach> should be renamed to multipart for forge
L176[13:42:25] <ForgeDiscord>
<liach> it's not a part of fotge
L177[13:42:30] <ForgeDiscord>
<StrikerRocker> ^
L178[13:43:52] <ForgeDiscord>
<Kripy> but it s not easy for see chunkds not ok
L179[13:45:59] <ben_mkiv> make a backup of
your world, disable microblocks mod, load the world without the mod
and see if it fixes that
L180[13:46:28] <ben_mkiv> then you can go
for figuring out of which region file got corrupted, and replace
that within your backup to fix it on a easy way
L181[13:46:52]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L182[14:13:02] <ForgeDiscord>
<Kripy> ok work
L183[14:13:56] <ForgeDiscord>
<Kripy> ? thx
L184[14:14:07] <ForgeDiscord>
<Kripy> but i can t run ender io on serveur ?
L186[14:16:03] <IoP> then what was
working?
L187[14:20:43] <ForgeDiscord>
<Kripy> never lol
L188[14:20:56] <ForgeDiscord>
<Kripy> when i add ender io not work
L189[14:22:45] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 198 seconds)
L190[14:57:07] <ben_mkiv> then you should
report that to enderio team
L191[14:57:19] <ben_mkiv> if you can
reproduce it
L192[15:08:19] <ForgeDiscord>
<Ragnarok> the latest enderio version doesnt play nice, if
you update it deletes all items and blocks from the server, use
version one down for ender io and ender core @Kripy
L193[15:23:27] ⇦
Quits: Wuppy (Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl) (Read
error: Connection reset by peer)
L194[15:26:50]
⇨ Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L195[15:32:04] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
(Quit: Javaschreiber)
L196[16:00:04] ***
SatanicSanta is now known as Santa|afk
L197[16:12:06]
⇨ Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L198[16:16:58] ⇦
Quits: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Read error:
Connection reset by peer)
L199[16:17:00]
⇨ Joins: Hgreb
(Hgreb!~Hgrebnedn@d8D872A6E.access.telenet.be)
L200[16:19:47] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L201[16:20:10]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L202[16:44:42] ⇦
Quits: Noppes (Noppes!~Noppes@ip56530f2e.direct-adsl.nl) (Read
error: -0x1: UNKNOWN ERROR CODE (0001))
L203[16:47:05]
⇨ Joins: Hanii
(Hanii!~textual@2a00:23c4:484:d100:b838:5693:5e27:d334)
L204[16:47:25] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L205[16:54:40]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L206[16:55:44] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L207[16:56:03]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L208[16:56:43] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 198 seconds)
L209[16:59:21]
⇨ Joins: moony_
(moony_!~moony@tx-76-4-56-242.dhcp.embarqhsd.net)
L210[16:59:47] ⇦
Quits: moony (moony!~moony@tx-76-4-56-242.dhcp.embarqhsd.net) (Ping
timeout: 202 seconds)
L211[17:01:16] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L212[17:04:40]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L213[17:06:45] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L214[17:07:03]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L215[17:07:14] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2) (Quit:
computer gone to sleep)
L216[17:08:06] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Remote host closed the connection)
L217[17:08:23]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L218[17:09:47]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2)
L219[17:28:02] ⇦
Quits: Hanii
(Hanii!~textual@2a00:23c4:484:d100:b838:5693:5e27:d334) (Ping
timeout: 194 seconds)
L220[17:32:22] ⇦
Quits: nallar
(nallar!~nallar@cpc1-cani4-2-0-cust663.know.cable.virginm.net)
(Ping timeout: 182 seconds)
L221[17:33:36]
⇨ Joins: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net)
L222[17:33:54] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Ping timeout: 182 seconds)
L223[17:35:13]
⇨ Joins: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
L224[18:14:00] ⇦
Quits: Hgreb (Hgreb!~Hgrebnedn@d8D872A6E.access.telenet.be) (Quit:
Leaving)
L225[18:14:52] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:81bc:45dc:4804:2ce2) (Quit:
computer gone to sleep)
L226[18:15:23] ⇦
Quits: Lupus590
(Lupus590!~Lupus590@cpc124520-swan5-2-0-cust53.7-3.cable.virginm.net)
(Ping timeout: 202 seconds)
L227[18:35:39]
⇨ Joins: Hanii
(Hanii!~textual@2a00:23c4:484:d100:c5dd:506c:5488:489e)
L228[18:35:48] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L229[18:47:30] ⇦
Quits: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net) (Ping
timeout: 182 seconds)
L230[18:58:40]
⇨ Joins: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net)
L231[19:08:43] ⇦
Quits: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net) (Read
error: Connection reset by peer)
L232[19:17:21] ⇦
Quits: Wastl2_ (Wastl2_!~Wastl2@x4db3542f.dyn.telefonica.de) (Ping
timeout: 198 seconds)
L233[19:20:03]
⇨ Joins: Wastl2
(Wastl2!~Wastl2@x4db3de53.dyn.telefonica.de)
L234[19:23:43] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p57972AE6.dip0.t-ipconnect.de)
(Ping timeout: 198 seconds)
L235[19:26:14] ⇦
Quits: Hanii
(Hanii!~textual@2a00:23c4:484:d100:c5dd:506c:5488:489e) (Quit: My
iMac has gone to sleep. ZZZzzz…)
L236[19:27:34]
⇨ Joins: Hanii
(Hanii!~textual@2a00:23c4:484:d100:d503:44dd:a8ec:918)
L237[19:50:17]
⇨ Joins: h404bi (h404bi!~h404bi@113.67.159.24)
L238[20:01:58] ⇦
Quits: armed_troop
(armed_troop!~armedtroo@pool-173-59-20-178.phlapa.fios.verizon.net)
(Quit: Bye)
L239[20:12:10] ⇦
Quits: cjm721 (cjm721!~cjm721@c-73-93-174-51.hsd1.ca.comcast.net)
(Quit: Leaving)
L240[20:16:02]
⇨ Joins: armed_troop
(armed_troop!~armedtroo@pool-173-59-20-178.phlapa.fios.verizon.net)
L241[20:22:01] ⇦
Quits: Upthorn
(Upthorn!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 194 seconds)
L242[20:27:27] ⇦
Quits: h404bi (h404bi!~h404bi@113.67.159.24) (Ping timeout: 202
seconds)
L243[20:43:32]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972bdb.dip0.t-ipconnect.de)
L244[20:43:50] <ben_mkiv> so im trying to
understand a bug in my mod which only occurs if the player logs on
in another dimension
L245[20:44:00] <ben_mkiv> actually it
fails at
"DimensionManager.getWorld(entity.dimension);"
L246[20:44:15] <ben_mkiv> do entities in
other dimensions load before their world gets loaded?
L247[20:44:38] <Corosus> iirc that var is
unreliable, could be wrong though
L248[20:44:47] <Corosus> i usually use
ent.world.provider.dimension
L249[20:45:36] <Corosus> hmm maybe that
was fixed, code seems there to set it...
L250[20:46:01] <ben_mkiv> going to give it
a shoot anyways
L251[20:46:19] <Corosus> ive never had
issue otherwise with getWorld for an entity i know is there as long
as its used server side only
L252[20:46:42] <ben_mkiv> actually it
looks like it works the way you suggested
L253[20:46:49] <ben_mkiv> so thanks much
=)
L254[20:46:53] <Corosus> ah, woot!
L255[20:48:02] <ben_mkiv> well im actually
hooking into readNBT through capabilities of the entity, which is
probably early stage of entity load
L256[20:48:13] <ben_mkiv> maybe its just
not set correct at this point?
L257[20:48:19] <Corosus> mmmm could be
ye
L258[21:12:01] ⇦
Quits: gigaherz
(gigaherz!gigaherz@24.red-88-9-12.dynamicip.rima-tde.net) (Ping
timeout: 182 seconds)
L259[21:21:05]
⇨ Joins: gigaherz
(gigaherz!gigaherz@158.red-83-40-255.dynamicip.rima-tde.net)
L260[22:39:59] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960115.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L261[22:41:32]
⇨ Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960107.dip0.t-ipconnect.de)
L262[23:03:47]
⇨ Joins: Doty1154
(Doty1154!~Doty1154@c-73-189-164-179.hsd1.ca.comcast.net)