ANARC05B  The Double HeLiX
Two ﬁnite, strictly increasing, integer sequences are given. Any common integer between the two sequences constitute an intersection point. Take for example the following two sequences where intersection points are
printed in bold:
 First= 3 5 7 9 20 25 30 40 55 56 57 60 62
 Second= 1 4 7 11 14 25 44 47 55 57 100
You can ‘walk” over these two sequences in the following way:
 You may start at the beginning of any of the two sequences. Now start moving forward.
 At each intersection point, you have the choice of either continuing with the same sequence you’re currently on, or switching to the other sequence.
The objective is ﬁnding a path that produces the maximum sum of data you walked over. In the above example, the largest possible sum is 450, which is the result of adding 3, 5, 7, 9, 20, 25, 44, 47, 55, 56, 57, 60, and 62
Input
Your program will be tested on a number of test cases. Each test case will be speciﬁed on two separate lines. Each line denotes a sequence and is speciﬁed using the following format:
n v1 v2 ... vn
Where n is the length of the sequence and vi is the ith element in that sequence. Each sequence will have at least one element but no more than 10,000. All elements are between 10,000 and 10,000 (inclusive).
The last line of the input includes a single zero, which is not part of the test cases.
Output
For each test case, write on a separate line, the largest possible sum that can be produced.
Sample
Input: 13 3 5 7 9 20 25 30 40 55 56 57 60 62 11 1 4 7 11 14 25 44 47 55 57 100 4 5 100 1000 1005 3 12 1000 1001 0 Output: 450 2100
hide comments
ishgen:
20170927 08:35:27
I am getting NZEC if I solve this problem using java.Code is working fine in eclipse and ideone.Does anyone has any idea about it? 

kholan:
20170910 15:03:04
Damn indices did switch 1 i for an j and there it goes NZEC 

mhz2:
20170813 05:08:34
My 100th.


k52:
20170809 21:08:57
simple af! 

anubhav1772:
20170708 22:08:56
There is a problem with Java language.When compiled using c++ gets accepted but the same logic when compiled using Java giving NZEC. 

code_aim:
20170705 20:26:26
O(nlogn) with 0.00s. 

mehul_sri:
20170627 16:59:35
My 50th ;)


viratian_070:
20170627 10:35:35
no binary search , no dp needed....think simple 

sagnik_66:
20170601 16:17:51
Applied Greedy to this! 

nermatibhanu:
20170530 17:12:44
No need of dp done with O (n+m) complexity 
Added by:  ~!(*(@*!@^& 
Date:  20090705 
Time limit:  0.130s0.686s 
Source limit:  50000B 
Memory limit:  1536MB 
Cluster:  Cube (Intel G860) 
Languages:  All except: ERL JSRHINO NODEJS PERL6 VB.NET 
Resource:  ANARC 2005 