All about problems in Volume 110. If there is a thread about your problem, please use it. If not, create one with its number in the subject.
Moderator: Board moderators
-
ImLazy
- Experienced poster
- Posts: 215
- Joined: Sat Jul 10, 2004 4:31 pm
- Location: Shanghai, China
Post
by ImLazy » Wed Jul 26, 2006 2:56 pm
I find the offical I/O, and for this input:
Code: Select all
3
06:06:05:06 641037712 -
04:13:06:36 17 -
10:25:14:37 793127405919586 +
The output is:
But I think the output should be "2". The first or the second log must be kept, otherwise the third log will come to the current year.
I stay home. Don't call me out.
-
mf
- Guru
- Posts: 1244
- Joined: Mon Feb 28, 2005 4:51 am
- Location: Zürich, Switzerland
-
Contact:
Post
by mf » Wed Jul 26, 2006 3:11 pm
The last log is always in the current year.
-
Darko
- Guru
- Posts: 580
- Joined: Fri Nov 11, 2005 9:34 am
- Location: Calgary, Canada
Post
by Darko » Wed Jul 26, 2006 3:14 pm
I think ImLazy is right - there are two years and by keeping only one log you can't determine that. Unless I misunderstood the problem.
-
mf
- Guru
- Posts: 1244
- Joined: Mon Feb 28, 2005 4:51 am
- Location: Zürich, Switzerland
-
Contact:
Post
by mf » Wed Jul 26, 2006 3:18 pm
You should determine years, starting from the last log entry and going backwards (read the 'Recovery of Years' section carefully.)
And you'll always assign to the last log entry the current year.
Two previous log entries simply can't influence that.
-
Darko
- Guru
- Posts: 580
- Joined: Fri Nov 11, 2005 9:34 am
- Location: Calgary, Canada
Post
by Darko » Wed Jul 26, 2006 3:23 pm
Yes, sorry, I just reread it - I did misunderstand it. That's how I understood it during the contest so my mind was stuck. 2am contests right after work are fun

-
ImLazy
- Experienced poster
- Posts: 215
- Joined: Sat Jul 10, 2004 4:31 pm
- Location: Shanghai, China
Post
by ImLazy » Wed Jul 26, 2006 3:26 pm
Oh, I misunderstood the problem. The last log in the input is the latest. I used to think the first one is.
I stay home. Don't call me out.
-
sarah
- New poster
- Posts: 7
- Joined: Tue Aug 30, 2005 2:54 pm
- Location: Iran
-
Contact:
Post
by sarah » Fri Jul 28, 2006 10:10 am
Can you explain the greedy approach for this problem, #11052?
And what is the correct output for this input?
-
arsalan_mousavian
- Experienced poster
- Posts: 111
- Joined: Mon Jan 09, 2006 6:19 pm
- Location: Tehran, Iran
-
Contact:
Post
by arsalan_mousavian » Fri Jul 28, 2006 11:18 pm
i think the answer for the above input is 0 , because we don't need to store anything , by the way i have used a greedy solution for this problem , but i 've got WA , can someone post some IO ?
tanx
Arsalan
In being unlucky I have the record.
-
Martin Macko
- A great helper
- Posts: 481
- Joined: Sun Jun 19, 2005 1:18 am
- Location: European Union (Slovak Republic)
Post
by Martin Macko » Sat Jul 29, 2006 1:36 am
arsalan_mousavian wrote:i think the answer for the above input is 0
Yes, the correct answer is
0.
-
Martin Macko
- A great helper
- Posts: 481
- Joined: Sun Jun 19, 2005 1:18 am
- Location: European Union (Slovak Republic)
Post
by Martin Macko » Sat Jul 29, 2006 2:04 am
arsalan_mousavian wrote:but i 've got WA , can someone post some IO ?
Some random test cases:
Code: Select all
19
01:23:21:41 47 -
09:11:14:05 47 -
10:31:11:11 47 +
09:04:22:52 47 -
05:10:17:55 47 -
02:15:19:30 47 -
09:21:01:26 47 +
01:24:06:53 47 +
04:29:18:25 47 -
02:18:05:01 47 +
09:25:15:37 47 -
12:17:21:05 47 +
09:14:02:54 47 -
04:13:08:13 47 +
06:03:22:23 47 +
03:18:15:21 47 -
07:13:00:54 47 -
02:17:06:22 47 -
11:27:08:54 47 +
11
04:16:03:43 47 +
06:18:03:31 47 -
10:29:00:30 47 +
01:11:00:58 47 -
04:05:14:19 47 -
10:10:18:58 47 -
09:24:04:08 47 +
04:17:02:08 47 +
02:24:19:47 47 -
04:11:06:18 47 -
04:18:15:31 47 +
8
01:03:10:18 47 +
03:06:10:53 47 -
01:09:03:21 47 -
11:03:09:27 47 +
12:11:05:20 47 -
05:19:19:24 47 -
08:23:13:42 47 -
04:07:12:38 47 +
12
01:04:07:12 47 -
03:21:15:37 47 -
01:18:09:44 47 +
01:26:23:36 47 -
12:28:17:08 47 +
12:12:11:31 47 -
11:28:14:05 47 -
04:02:21:49 47 -
10:04:05:50 47 +
03:03:02:39 47 -
06:18:13:52 47 -
10:04:04:24 47 +
20
03:23:08:57 47 +
01:01:01:18 47 -
08:26:13:26 47 +
05:15:11:29 47 -
11:29:03:25 47 -
11:09:15:44 47 -
08:08:08:40 47 +
11:27:20:58 47 -
11:22:04:25 47 +
04:04:20:52 47 -
01:04:13:36 47 -
05:08:04:00 47 -
03:30:07:08 47 -
07:26:09:25 47 -
05:10:21:17 47 -
07:31:02:07 47 +
12:04:15:12 47 -
06:17:06:12 47 -
12:22:00:32 47 -
10:19:10:48 47 -
0
My AC's output:
-
arsalan_mousavian
- Experienced poster
- Posts: 111
- Joined: Mon Jan 09, 2006 6:19 pm
- Location: Tehran, Iran
-
Contact:
Post
by arsalan_mousavian » Sat Jul 29, 2006 3:35 pm
thanks martin macko for you reply , but my program passes all your input ,
any suggestions ?
yours
Arsalan
In being unlucky I have the record.
-
mf
- Guru
- Posts: 1244
- Joined: Mon Feb 28, 2005 4:51 am
- Location: Zürich, Switzerland
-
Contact:
Post
by mf » Sat Jul 29, 2006 3:40 pm
-
fh
- Learning poster
- Posts: 59
- Joined: Wed Jan 19, 2005 3:24 pm
- Location: Jakarta
-
Contact:
Post
by fh » Mon Jul 31, 2006 10:56 am
The sample output of this problem is 6 but my program produces 5 and my program is AC. Is that means that the sample output is WRONG?
-
mf
- Guru
- Posts: 1244
- Joined: Mon Feb 28, 2005 4:51 am
- Location: Zürich, Switzerland
-
Contact:
Post
by mf » Mon Jul 31, 2006 1:30 pm
Tell us which 5 log entries should be kept, according to your program.
-
fh
- Learning poster
- Posts: 59
- Joined: Wed Jan 19, 2005 3:24 pm
- Location: Jakarta
-
Contact:
Post
by fh » Tue Aug 01, 2006 10:30 am
I found my mistake, my code assume that if t'>t then phone call t' occurs in the previous year whether the correct assumption should be t' >= t.
So, for the sample input, i got 5 :
12:31:23:59 0123456789012345 +
07:21:19:00 1337 -
01:01:00:00 0987654321 -
07:21:14:00 1337 - (DELETED)
11:11:11:11 11111111111 +
01:01:00:00 0123456789 +
01:01:00:00 0987654321 - (DELETED)
Strangely, I got AC.
So i think the sample input is not in the judge test cases.