#strawberry jam bugged out?
266 messages · Page 1 of 1 (latest)
i have of course disabled all other mods to check to see if that was the problem before posting
okay so I was on the latest dev branch of everest and bumping the version back by one update has fixed the issue
the bug was happening on dev branch 4683
moving back to dev branch 4682 fixed the issue
in short this means strawberry jam was depending on buggy behavior
is this last nights patch?
said buggy behavior is fixed
yes
lmfao
fixing a bug broke sj? that's wild
yeah
yknow whats funny
im working on getting cnet to build on .net 7
i had a cursed crash because everest accidentally replaced my DetourConfig with LegacyDetourConfig, even though i was referencing modern MonoMod
and it ended up trying to call a construtor that doesn't exist

this should be fixed in sj
Can someone figure out which SJ mod didn't trigger legacy relinking?
Should be visible in the log hopefully
@feral willow can you send log when triggering this on 4683
yup
@worn steeple uhh
funny thing
none are recognized are legacy i think 
i think they just didnt trigger the relinker
oh hold on
uhhhh
did you just reinstall 4683?
isint that what you wanted?
uh
i need a log from your first 4683 boot
alternatively, go to Mods/Cache and delete everything inside
then restart everest, and be patient
then trigger the bug and send your log
i need the relinking logs
uhhh can you edit everest-launch.txt and put --loglevel verbose at the end, then delete the cache again and do all this again
yeah its supposed to be
after this i'm going to bed it's like 5 am for me
remember to remove that --loglevel verbose to prevent your log files from being this massive
thanks for the reminder
@worn steeple list of mods which didn't trigger legacy relininking:
AnonhelperBatteriesCanyonHelperCavernHelperCherryHelperCollabUtils(not CollabUtils2???)ColoredLightsFactoryHelperFlaglinesAndSuchLuaCutscenesmemorialHelperOutbackHelperEmHelperSafeRespawnCrumbleShroomHelperVortexHelperFrostHelper
so like almost all of them?
no, a small subset
sj and collabutils2 are correctly recognized as needing legacy relinking

Quick followup: how many of those actually use any MonoMod classes directly? Because those were still picked up as modern on previous versions of Everest, so e.g. On. hook order still behaves like modern MonoMod
The only issue is if something there uses e.g. manual Hooks and those rely on exact hook ordering / etc
i'd check rn but phone 
I know, this is for later 
could it be cu? (not cu2)
its every lobby for me not just expert
just booted up celeste and streaming right now lmfao im trying to play SJ but it wont let me enter a map
yeah figured
just go back one version
i also played expert contest and it had the same problem
i didnt go back one version though, i just played standalones after that
iirc theres something wrong with xaphan helper too
cu2 and xaphanhelper (i think) are the only two cases that im aware of
i've just started getting this
finally getting around to playing GM
tried to enter the gym and got put back in the lobby lmao
i thought it may be some kind of sisyphus reference
but it is affecting every map
i had updated everest today too
do you need anything from me?
no, i have what i usually do
i can try with just sj
and it's dependencies
which is pretty much everything lol
i'm on everest 4683
yes, i know
will try now
4683 is supposed to fix a bug which should've exploded everything
but didn't
and fixing the bug is suddenly making everything explode
and i fh oprvo0i fuib 3hw3 b0yufufvw3 r3qoiuq rbyr3wbiuy 3 the fucking keyboard

okay so just having sj makes it have as troke
it does think i'm in a map lol
restart chapter

okay @worn steeple i can try debugging this
what are we looking for
Any mods which 1. use MonoMod classes directly (so On./IL. hooks don't count) 2. don't trigger legacy relinking
ok fuck i should've cleared my cache
do i look into the relinked asms or the zipped ones
We can eliminate the mods which just use hookgen because Everest never considered them to use legacy MonoMod relinking anyway, but the poisoned relinker tables meant they still got relinked even if they shouldn't be
is there anything else i can help troubleshoot? or any info that could be helpful?
if not, i'll just downgrade and get jammin
not atm
but appreciate the help

go get some passionfruit bread spread
The log is enough to figure out for which mods the relinking doesn't trigger, and to figure out whether they use MonoMod classes you can use either asm
ah
Then we can look into why these mods don't rigger relinking
okay i got the issue to reproduce myself
time to get to work
i entered mosaic garden and returned to lobby while in the lobby
wonder how it'll handle that
umm okay the plot thickens
i just downgraded to stable
and ran with the same mods enabled, just SJ and the dependencies
delete your Mods/Cache folder and try again
and it crashed harder than ever before
wait wtf
it crashed so hard, it restarted explorer and closed all my applications
something about graphical stuff
Texture2D creation failed!
Texture2D creation failed! Error Code: The GPU will not respond to more commands, most likely because some other application submitted invalid commands.
The calling application should re-create the device and continue. (0x887A0007)
gpu issues?
yeah this might've been a graphics driver crash
i think the texture2d creation failed, but idk about you
lmao
running out of memory or old graphics drivers
i have never had any graphics problems
does it happen again
i'll try
oh
no, it's worked this time lol
could it have been needing to flush something out from the previous install?
i don't really know how it all works
but stable is working
and i can enter maps
ig
@worn steeple hmmmmmmmmmmmmmmmmm
is this intentional
utils and runtimedetour are major ver 25
Looking into it
There you have your issue 
is it that?
If any MonoMod dependency is higher than 23 (inclusive), it tells the code it's not a legacy MonoMod assembly
So seems like this is some weird juxtaposition where MonoMod itself is legacy but other MonoMod assemblies are reorg???
okay anonhelper uses exactly 1 manual IL hook
this is the relinked assembly
since it uses monomod.utils/runtimedetour 25 it's fine?
how does this cause cu2 to get fucked though
You guys got any definite clues yet which mods are the issue? Otherwise I'd say let's find a collab with a lobby that has the least dependencies 
going off what popax said, those which refer to assemblies starting with MonoMod. (major version 23+) and those which manually instantiate hooks
@worn steeple ???
is this the relinker
look at the versions
is Everest injecting its own assembly references here
im referencing the relinked assembly
But yeah, that makes sense
FrostHelper uses reorg MonoMod afail
And I assume MonoMod substitutes the exact assembly versions
im pretty sure it does use reorg (since it depends on 4465)
but the version mismatch?
ive checked every "uses modern monomod" mod other than frosthelper
couldn't find any mods which manually instantiate hooks other than anonhelper doing anonhelper things
Do you mean that the relinker says thes use modern MonoMod with that?
i did a ctrl+f on uses modern MonoMod (with my own logging) and looked inside each assembly looking for hooks and i couldn't find anything of substance
now what if

okay no i just doublechecked and CU2 is properly relinked
so legacy mods are fine

(CU2 uses legacy monomod - i just did a sanity check)
i don't want to spend all night debugging this and up awake at 4 am so i'll probably stop here
It's very likely that this is an issue solely with cu2, yea? 
I installed some random collabs with low dependency counts and the intersecting set of deps so far would be
ExtendedVariantMode
VivHelper
MaxHelpingHand
FrostHelper
CollabUtils2
Probably hard to find a collab that can work with less (other than just making a new map that only has a lobby with a chapter trigger that sends you somewhere, no deps
)
idek anymore tbh
maybe something with cu2?
Yeah, I'm glad dad collab has such few dependencies, and both dad collab 2018 and friendCollab have the "enter map returns to lobby" issue, only mod in common is CU2 
Is @rugged onyx aware of this stuff yet?
Do you have any clues what could be going wrong in CU2 with MonoMod relinking that only starts happening with the one change Popax pushed to Everest yesterday that is in 4683?
And seemingly affects every CU2-type lobby stuff
Is there another issue?
crashes on heart collect
Ah 
Well the Everest change in question is simply this btw 
And it seems with this, CU2 breaks, in any lobby that uses CU2 when you try to enter a level, you spawn back at the start of lobby, but you get the "return to lobby" in pause and such
And in Journal in lobbies it doesn't list any maps?
so it's crab but a few weeks early
Something related to hooks is probably being rather silly
Crab had something similar? 
no actually 
uh I'll check on my CU2 test map
(even the test map has 15 dependencies at this point though
)
ah right, I should update Everest too 
Yea all I know is that I tried the two collabs I showed, independently just with those deps, and the only overlap is CU2
Doesn't 100% confirm that there isn't something else happening with dependent mods tho 
I mean, dadbod collab has two helpers and that's it 
okay i knew the names were not 100% correct, but why is the count wrong
lmao
that doesn't seem to be the only messed up thing
Also just to confirm, going back to 4682, dadbod 2018 works again, I didn't even clear any caches at any point (should I?)
they get regenerated i think
then i dont understand does that message mean, but any way ill look into the naming thing now
sometimes I just can't communicate
relatable 
hey look it's specifically the thing that the everest change touched
(idk if this means anything at all)
But maybe it really is specifically this thing that breaks, at least for the one issue of entering "chapters" from a lobby 
oh hey that thing that predates GetStateMachineTarget() 
maybe it's time I refactor this
heart door dies a brutal death
if that's the issue, there are 2 other mods that are also using that trick that I have the source of on my hard drive: Jungle Helper and Flusheline Helper
I'll just assume this is fine
it does look fixed to me
(I'll check with a zip though, in case this is a loading order issue)
still looks fixed to me
update published, I'll give the same treatment to Jungle Helper now 

I'm confused, what was the issue here? 
wow this blew up while i was asleep
@worn steeple Wasn't the thing you patched in Everest an intended behavior? Idk what those dicts were for but they seemed to be shared between everything on purpose, no? Since them not being shared is what broke the HookCoroutine helper code some of the mods have (if you search Everest.Relinker.SharedRelinkModuleMap on Github you'll find some more of it)
But idk what those Relink Map dictionaries are for or what anyone would touch them for 
Plus, I don't even know which part of the HookCoroutine function was breaking, but I figured it would be related to the Shared Map... but SharedRelinkModuleMap by its property definition should always have "Celeste.Mod.mm" in it, even after the change, right
What even had broken, would be worth investigating maybe
It was in fact not shared on purpose 
The shared map contained some relinker entries common to all mods
It should not be a pile all per-mod relinking values should be added to
Well, I only used it as a way to get an AssemblyDefinition of Celeste
the hooking itself was done using new ILHook like all other manual hooks
feel bad for necroing but since thread already exists,
this is still ongoing even after latest CU2 updates
Yeah the fix turned out not to work 
we do have a lead however, this is still everest's fault
holy shit :froge
@feral willow @minor breach does 4689 work
IT DOES 