Loading collection data...
Collections are a way for you to organize kata so that you can create your own training routines. Every collection you create is public and automatically sharable with other warriors. After you have added a few kata to a collection you and others can train on the kata contained within the collection.
Get started now by creating a new collection.
First, English uses
amount
for the sort of quantities for which you would use real (floating point) numbers. For traditionally countable things, or units of continuously variable things, use the wordnumber
. (Examples: an amount of water, a number of bottles of water, an amount of rain, a number of centimeters of rain, a number of raindrops, etc.) As an aside, the same distinction applies to how much vs. how many, with many corresponding to a number.Second, "the number of times you've already seen it" starts at zero. because "have already" implies the exclusion of this time. OK, you specifically force the first time to get a
1
, but the second time it appears, I have already seen it just once, and yet you expect a2
. It's possibly confusing. From the examples, it becomes obvious, but then also it appears that the distinction between the first occurrence and every following occurrence is unnecessary. The line becomes consistent and agrees with the examples if you only change it to:and/or something such as
then the examples make clear it means 1-indexed and not 0-indexed.
is not a question.
for some raisin, I thought it should be from M to M+N and not from 1 to N. that was dumb...
leeks
(C translation)
I had a bad approach to accepting the sign which completely passed the full tests but correctly fails after I added this to sample tests:
There is of course already one like it:
but my original way of permitting the
+
handled that one "accidentally correctly" by noting that there was a digit before it without bothering about its position in the string. After fixing my solution I hacked it back into a fork, which shouldn't have passed.It reads, "remove those two digits from the string", but then the spaces are both assumed and relevant, part of the string which never really got "smaller" (shorter). If it means "replace those two digits with spaces", and "return the minimum possible number of remaining ones and zeroes" then it should say that. Also that apparently was a question in the past, but now it's a direct instruction, and it still has a question mark.
past or present denominators, or defaults
That line, paraphrased / decoded / whatever:
(l+r)/(m+s)
is each new fraction (next iteration), before substitution and simplification. Letl/m
represent whatever the fraction was, just before you most recently parsed anL
choice. Letr/s
represent whatever the fraction was, just before you most recently parsed anR
choice.This is how values of
l, r, m, s
are obtained most often. Butl = 1, r = 0, m = 0, s = 1
are defaults, used when there is no previously parsed L or R (or neither, as shown in the way that the initial1/1
, corresponding to the empty string, is formed entirely out of them).HTH
wat.
It seems to be. Thanks!
The sample test
shows that if the second index is past the end of the string, you simply reverse from the first index to the end of the string.
In C, random tests seem to be pulling in & also reversing the null terminator, thus truncating the "expected" string.
edit++: When printing input and results, it appears that I will pass several or even some dozens of random tests before failing this way. Of course I tried re-submitting, but this happens every time, eventually.
so I didn't need to store the whole sequence up to
n
, and that was a mistake, but if you ever need that, here it isfacepalm
So there is no particular order to restore. Thanks.
Random tests in C give me really random things such as
"%@" H%@ =%@
. I thought, maybe I'm supposed to sort / alphabetize this, since top-middle-bottom and sky-rainbow-ground are in descending alphabetical order-- but then head-body-tail isn't in any order. And then I got%@ %@ %@
which includes non-printable bytes in front of the 2nd and 3rd%
s which show as a red dot in this editor but not on the page afterward.So it must be the 0x1a and 0x08. I couldn't run hexdump and middle-click in that terminal because (apparently) it caught 0x1A as Ctrl+Z and dutifully stopped.
Whoever put the spoiler flag on this needs to learn what a spoiler is and is not. Remarking on my own failure to correctly perform manual memory management is not revealing anything useful or interesting about any kind of solution. "Oh he used manual memory management to solve the problem" is not useful or interesting. Go read a book or something.
Loading more items...