Talk:Sequence: smallest number greater than previous term with exactly n divisors

From Rosetta Code
Revision as of 05:35, 10 April 2019 by rosettacode>Gerard Schildberger (→‎output for F#: added a un-vaguerish comment.)

OEIS A069654

the first 25 are: 1, 2, 4, 6, 16, 18, 64, 66, 100, 112, 1024, 1035, 4096, 4288, 4624, 4632, 65536, 65572, 262144, 262192, 263169, 269312, 4194304, 4194306
6765201 <-
But using the C-Version with MAX set to 28 the result is:
The first 28 anti-primes plus are:
1 2 4 6 16 18 64 66 100 112 1024 1035 4096 4288 4624 4632 65536 65572 262144 262192 263169 269312 4194304 4194306 4477456 4493312 4498641 4498752 completly different. [1] 4477456 = 2^4 × 23^4 got 25 divisors like 6765201 =3^4*17^4

output for F#

I don't understand the output of the   F#   entry.   Where is the list of the first 15 numbers of the anti-prime plus sequence?     -- Gerard Schildberger (talk) 22:59, 9 April 2019 (UTC)

It is contained within the list of the first 58 terms directly after the task entry. You may need to scroll down a bit to see it. HTH --Thundergnat (talk) 23:48, 9 April 2019 (UTC)
I can scroll just fine.   OK, I see the first five numbers in the sequence just fine.   The sixth number shouldn't be   12,   it should be   18.   And, where's the tenth entry that should be   112?   There isn't a   112   anywhere to be seen in the output.     -- Gerard Schildberger (talk) 00:13, 10 April 2019 (UTC)
Never mind, I see that   F#   is computing a "different" sequence.     -- Gerard Schildberger (talk) 00:16, 10 April 2019 (UTC)
For what it's worth, the term "The Anti-primes plus sequence" doesn't seem to exist anywhere on the web except here, so I wouldn't get to hung up on what is the correct sequence. The task description is extremely vague. Most people seemed to interpret it as OEIS: A069654, but OEIS: A005179 is also a valid sequence that fits the description. I also included two other "sequences" in the Perl 6 entry that technically satisfy the requirements. --Thundergnat (talk) 00:30, 10 April 2019 (UTC)
Since this is still a   draft task,   do you think that the task definition/requirement should be tightened up   (and/or refined as to make it   un-vague)   so that all computer programming solutions/entries are solving the same task?   The main purpose of Rosetta Code   (I think)   is to compare programs, but if some programs are solving a different requirement than the others, it's impossible to compare algorithms.     -- Gerard Schildberger (talk) 05:33, 10 April 2019 (UTC)