author | sean <seanlkml@sympatico.ca> | |
Sat, 6 May 2006 18:14:02 +0000 (14:14 -0400) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Sat, 6 May 2006 21:03:09 +0000 (14:03 -0700) | ||
commit | 6f81bf16a91c4db5a02b81cbade89e73ca4d49b4 | |
tree | 82c9e91117510a04c8b760bf4ee2cc6eeacf5f29 | tree | snapshot |
parent | fb69a760cc9103d1f8341a3c8ea09bd15a8a412d | commit | diff |
Another config file parsing fix.
If the variable we need to store should go into a section
that currently only has a single variable (not matching
the one we're trying to insert), we will already be into
the next section before we notice we've bypassed the correct
location to insert the variable.
To handle this case we store the current location as soon
as we find a variable matching the section of our new
variable.
This breakage was brought up by Linus.
Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
Signed-off-by: Junio C Hamano <junkio@cox.net>
If the variable we need to store should go into a section
that currently only has a single variable (not matching
the one we're trying to insert), we will already be into
the next section before we notice we've bypassed the correct
location to insert the variable.
To handle this case we store the current location as soon
as we find a variable matching the section of our new
variable.
This breakage was brought up by Linus.
Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
Signed-off-by: Junio C Hamano <junkio@cox.net>
config.c | diff | blob | history |