In this we had to factorize ```n = 2462649746477364143454082050368305440553491900304388646893610847386194301369924385009730987303651345060031438478297733694036327257723431468649220444397635127530301992505638291521092898714917678389314956983918603221732358628680256253537449204312287724750669208856634711056863315465220853759428826555838536733```
Admins released the hint that the primes are close by, so I tried fermat factorization.Since standard implementations are pretty slow, I found that yafu has a pretty optimized version with sieve improvement. But yafu was returning 1 as the primes, so I compiled it again and debugged to see the problem.Yafu was crashing after found: in trialdiv.c Code:
```found:
	mpz_add_ui(a, a, count); 	if ((mpz_size(b2) > 0) && mpz_perfect_square_p(b2))	{		printf("found square at count = %d: a = %s, b2 = %s",count,			z2decstr(&a,&gstr1),z2decstr(&b2,&gstr2));
```So instead of finding the problem I basically copied the value of count using gdb and used the below py script to get the factors:
```count = 26365624027328a = gmpy.sqrt(self.n) + countmax = a + self.limitb2 = a*a - self.nb = gmpy.sqrt(b2)p = a+bq = a-bprint p, q```Finally the primes```1569283195117237003369661884198411787798228566690474267312882038063658385761773122348822031628496668092176832507661463177730984959212118435829588059735623L1569283195117237003369661884198411787798228566690474267312882038063657810434869771811957721834374075850363708418225687871888930709588875800968904667752571L```