Problem 127
Forum rules
As your posts will be visible to the general public you are requested to be thoughtful in not posting anything that might explicitly give away how to solve a particular problem.
This forum is NOT meant to discuss solution methods for a problem.
See also the topics:
Don't post any spoilers
Comments, questions and clarifications about PE problems.
As your posts will be visible to the general public you are requested to be thoughtful in not posting anything that might explicitly give away how to solve a particular problem.
This forum is NOT meant to discuss solution methods for a problem.
In particular don't post any code fragments or results.
Don't start begging others to give partial answers to problems
Don't ask for hints how to solve a problem
Don't start a new topic for a problem if there already exists one
Don't start begging others to give partial answers to problems
Don't ask for hints how to solve a problem
Don't start a new topic for a problem if there already exists one
See also the topics:
Don't post any spoilers
Comments, questions and clarifications about PE problems.
-
Smaug
- Posts: 15
- Joined: Thu Aug 06, 2009 5:08 pm
Re: problem 127
Would it be possible to post a ballpark figure for the number of c's please? I keep getting a string of wrong answers, all different! 
- Jochen_P
- Posts: 55
- Joined: Mon Oct 05, 2009 10:47 am
- Location: Stuttgart, Germany
-
Smaug
- Posts: 15
- Joined: Thu Aug 06, 2009 5:08 pm
Re: problem 127
Umm... thanks. I still think the problem description should state that the c values are not necessarily distinct, though!Jochen_P wrote:over 400 ...
-
Dot
- Posts: 1
- Joined: Thu Aug 04, 2011 2:05 am
Re: Problem 127
Ok, I'm (apparently) having issues with this problem. I can very quickly verify the given answer for c < 1000, but my answer for c < 120,000 seems to be wrong. I calculated ~2.5782 x 1013 as the sum... is that even remotely close? Actually is there anyone who would be willing to look at my program to give me some tips?
Edit: Never mind. It seems as though rad(a*b*c) was overflowing for me, got the right answer now.
Edit: Never mind. It seems as though rad(a*b*c) was overflowing for me, got the right answer now.
-
ParadiceCity9
- Posts: 15
- Joined: Sat Dec 17, 2011 7:15 pm
- Location: Charlottesville, Virginia
Re: Problem 127
Can someone verify this for me? For c < 10000 I get 41784307297 and for c < 5000 I get 3477742614.
-
mdean
- Posts: 206
- Joined: Tue Aug 02, 2011 2:05 am
Re: Problem 127
Hmm... 120,000 didn't look that big to me, but apparently it was big enough to stop my recursive functions from working. Consider Plan A scrapped...

-
fbarbuto
- Posts: 2
- Joined: Sun Aug 19, 2012 2:26 pm
Re: Problem 127
These figures are not in agreement with the ones I've found: 150401 for c<5000 and 441085 for c<10000. Are you getting the correct answer for c<1000 (12523)? Check that.ParadiceCity9 wrote:Can someone verify this for me? For c < 10000 I get 41784307297 and for c < 5000 I get 3477742614.
My Python code seems to work fine, but still too slow despite the improvements I added to it: 1.45 minutes to calculate for c<5000 and 7.3 min for c<10000.
F.
-
fbarbuto
- Posts: 2
- Joined: Sun Aug 19, 2012 2:26 pm
Re: Problem 127
Well, I finally managed to get the correct answer with my Python/SAGE code, but it took 46.4 minutes to finish... 
-
saf_e
- Posts: 1
- Joined: Fri Nov 02, 2012 2:30 pm
Re: Problem 127
I suppose it should be clearly stated that rad(1) = 1. I have spend some time in digging around this.
Mine points:
Statement from the task: The radical of n, rad(n), is the product of distinct prime factors of n.
1 can't be considered as prime factor, cause 1 isn't prime.
Wikipedia: A prime number (or a prime) is a natural number greater than 1 that has no positive divisors other than 1 and itself.
Mine points:
Statement from the task: The radical of n, rad(n), is the product of distinct prime factors of n.
1 can't be considered as prime factor, cause 1 isn't prime.
Wikipedia: A prime number (or a prime) is a natural number greater than 1 that has no positive divisors other than 1 and itself.
-
stimmer
- Posts: 10
- Joined: Mon Jul 25, 2011 5:56 pm
Re: Problem 127
1 has no prime factors, therefore the product of all distinct prime factors of 1 is the empty product, which by definition is equal to 1.
-
thundre
- Posts: 356
- Joined: Sun Mar 27, 2011 10:01 am
Re: Problem 127
I think rad(1) = 1, but I don't see why you would need to know that to solve Problem 127.saf_e wrote:I suppose it should be clearly stated that rad(1) = 1.
You need to calculate rad(a*b*c), where a, b, and c are distinct positive integers. Their product is always greater than 1.

-
pieppiep
- Posts: 23
- Joined: Thu Dec 30, 2010 6:23 am
Re: Problem 127
I'm having problems solving this one.
My code gives the correct answers for 1000, 5000 and 10000 but it fails for 120000.
I'm sure I don't have any overflows because I use C#'s long (64bits) and all other things I can check are correct.
Can I PM my sourcecode to anyone who already solved this for review, or try some other ranges like 10000 < c < 50000 ?
My code gives the correct answers for 1000, 5000 and 10000 but it fails for 120000.
I'm sure I don't have any overflows because I use C#'s long (64bits) and all other things I can check are correct.
Can I PM my sourcecode to anyone who already solved this for review, or try some other ranges like 10000 < c < 50000 ?

-
pieppiep
- Posts: 23
- Joined: Thu Dec 30, 2010 6:23 am
Re: Problem 127
I just found my error, it was in calculation the radicals.
Only one radical was wrong, close to 120000, so that's why my answers for 1000, 5000 and 10000 were correct.
Only one radical was wrong, close to 120000, so that's why my answers for 1000, 5000 and 10000 were correct.

-
tv0r0g
- Posts: 5
- Joined: Thu Sep 18, 2014 5:25 pm
Re: Problem 127
For the first time I am in strange situation: I got more abc-hits for c < 1000, then specified: 34 instead of 31. I checked them all manually, but they really seem to be abs-hits.
Yes, I know that there might be many abc-hits for the same c, and one must count these c's many times.
So I calculated my ∑c = 14392, found delta = 14392 - 12523 = 1869. Then I collected all my c's from abc-hits and got all their 3-element combinations, and fortunately only one of such triplets have sum of their c's equal to delta. So I must think, these 3 abc-hits are wrong, but here they are:
a = 1, b = 675, c = 676
a = 343, b = 625, c = 968
a = 1, b = 224, c = 225
(676 + 968 + 225 = delta = 1869)
I rechecked them manually, and they definitely are abc-hits. So I opened Russian translation of the problem, and there is a warning that problem wording was changed (I do not know, when).
Please check if there is an error in the answer or wording.
Yes, I know that there might be many abc-hits for the same c, and one must count these c's many times.
So I calculated my ∑c = 14392, found delta = 14392 - 12523 = 1869. Then I collected all my c's from abc-hits and got all their 3-element combinations, and fortunately only one of such triplets have sum of their c's equal to delta. So I must think, these 3 abc-hits are wrong, but here they are:
a = 1, b = 675, c = 676
a = 343, b = 625, c = 968
a = 1, b = 224, c = 225
(676 + 968 + 225 = delta = 1869)
I rechecked them manually, and they definitely are abc-hits. So I opened Russian translation of the problem, and there is a warning that problem wording was changed (I do not know, when).
Please check if there is an error in the answer or wording.
Last edited by tv0r0g on Wed Feb 17, 2016 8:50 pm, edited 1 time in total.
- mpiotte
- Administrator
- Posts: 1961
- Joined: Tue May 08, 2012 5:40 pm
- Location: Montréal, Canada
Re: Problem 127
There are 31 abc-hits with c < 1000, 3 of which are the correct examples you are giving. There are 28 other abc-hits to be found with c < 1000.tv0r0g wrote:... So I must think, these 3 abc-hits are wrong, but here they are: ...
... and there is a warning that problem wording was changed (I do not now, when)...
The problem statement was last updated in 2012.

- dawghaus4
- Posts: 56
- Joined: Fri Nov 29, 2013 2:22 am
Re: Problem 127
I hope this is fair. Here are my 31 abc-hits with c < 1000. (The sort in the output is on c.)
(snip)
(snip)
Last edited by rayfil on Fri Feb 19, 2016 1:30 am, edited 1 time in total.
Reason: See big banner: In particular don't post any code fragments or results.
Reason: See big banner: In particular don't post any code fragments or results.
-
tv0r0g
- Posts: 5
- Joined: Thu Sep 18, 2014 5:25 pm
-
hamsterofdeath
- Posts: 20
- Joined: Fri Apr 27, 2018 7:17 pm
Re: Problem 127
i am getting the same numbers as paradicecity9fbarbuto wrote: Sun Aug 19, 2012 3:13 pmThese figures are not in agreement with the ones I've found: 150401 for c<5000 and 441085 for c<10000. Are you getting the correct answer for c<1000 (12523)? Check that.ParadiceCity9 wrote:Can someone verify this for me? For c < 10000 I get 41784307297 and for c < 5000 I get 3477742614.
My Python code seems to work fine, but still too slow despite the improvements I added to it: 1.45 minutes to calculate for c<5000 and 7.3 min for c<10000.
F.
are those correct or wrong?
i get the correct number for 1000, but my solution for 120000 is rejected
- neverforget
- Posts: 88
- Joined: Sat Sep 16, 2006 10:10 pm

