> Of On March 25, 2019 15:22, Fabio Aiuto wrote:
> Il giorno sab, 23/03/2019 alle 15.34 -0400, Randall S. Becker ha
> scritto:
> > On March 23, 2019 9:00, Fabio Aiuto wrote:
> > > To: Randall S. Becker ; git@vger.kernel.org
> > > Subject: Re: Semantic errors
>
; > > To: Randall S. Becker ; git@vger.kernel
> > > > .org
> > > > Subject: Re: Semantic errors
> > > >
> > > > Il giorno ven, 22/03/2019 alle 18.43 -0400, Randall S. Becker
> > > > ha
> > > > scritto:
> > > > >
Il giorno sab, 23/03/2019 alle 15.34 -0400, Randall S. Becker ha
scritto:
> On March 23, 2019 9:00, Fabio Aiuto wrote:
> > To: Randall S. Becker ; git@vger.kernel.org
> > Subject: Re: Semantic errors
> >
> > Il giorno ven, 22/03/2019 alle 18.43 -0400, Randa
On March 23, 2019 9:00, Fabio Aiuto wrote:
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno ven, 22/03/2019 alle 18.43 -0400, Randall S. Becker ha
> scritto:
> > > -Original Message-
> > > From: Fabio Aiuto
Il giorno ven, 22/03/2019 alle 18.43 -0400, Randall S. Becker ha
scritto:
> > -Original Message-
> > From: Fabio Aiuto
> > Sent: March 22, 2019 17:41
> > To: Randall S. Becker ; git@vger.kernel.org
> > Subject: Re: Semantic errors
> >
> >
Il giorno ven, 22/03/2019 alle 18.43 -0400, Randall S. Becker ha
scritto:
> > -Original Message-
> > From: Fabio Aiuto
> > Sent: March 22, 2019 17:41
> > To: Randall S. Becker ; git@vger.kernel.org
> > Subject: Re: Semantic errors
> >
> >
> -Original Message-
> From: Fabio Aiuto
> Sent: March 22, 2019 17:41
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno ven, 22/03/2019 alle 17.39 -0400, Randall S. Becker ha
> scritto:
> > On March 22, 2019 17:2
> > called
> > > > > > "studio" based on master (last public commit e902e9b by
> > > > > > Junio C
> > > > > > Hamano on Monday March 11 2019). I've built everything by
> > > > > > changing:
>
March 11 2019). I've built everything by
> > > > > changing:
> > > > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in
> > > > > debugging).
> > > > > But the environment detects the following semantic errors (I
> >
9b by Junio
> > > > > C
> > > > > Hamano on Monday March 11 2019). I've built everything by
> > > > > changing:
> > > > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in
> > > > > debugging).
> > > &
t; changing:
> > > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in
> > > > debugging).
> > > > But the environment detects the following semantic errors (I
> > > > made no
> > > > edits!!!):
> > > > Description
> Of On March 22, 2019 16:25, Fabio Aiuto wrote:
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno gio, 21/03/2019 alle 17.03 -0400, Randall S. Becker ha
> scritto:
> > > Of On March 21, 2019 15:32, Fabio Aiuto wrote:
> >
t; changing:
> > > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in
> > > > debugging).
> > > > But the environment detects the following semantic errors (I
> > > > made no
> > > > edits!!!):
> > > > Description
quot;studio" based on master (last public commit e902e9b by Junio C
> > > Hamano on Monday March 11 2019). I've built everything by changing:
> > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in debugging).
> > > But the environment detects the f
unio C Hamano on Monday
> > March 11 2019). I've built everything by changing:
> > CFLAGS = -g -Wall (removing -O2 to have smooth trace in debugging).
> > But the environment detects the following semantic errors (I made
> > no
> > edits!!!):
> > Description Re
= -g -Wall (removing -O2 to have smooth trace in debugging).
> But the environment detects the following semantic errors (I made no
> edits!!!):
> Description ResourcePathLocationType
> Symbol 'GIT_HTML_PATH' could not be resolved git.c /git
>
ing).
But the environment detects the following semantic errors (I made no
edits!!!):
Description ResourcePathLocationType
Symbol 'GIT_HTML_PATH' could not be resolvedgit.c /git
line 154Semantic Error
Symbol 'GIT_MAN_PATH' could
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Tanay Abhra writes:
> + grep "fatal: bad config variable '\''alias.br'\'' at file line 2 in
> .git/config" result
This test is too tight (the full string), and also needs to know
about i18n, I think.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending variable.
Add a test documenting that such errors cause a die printing the
the configuration variable, accurate line number
Tanay Abhra writes:
> On 7/28/2014 4:52 PM, Matthieu Moy wrote:
>> Tanay Abhra writes:
>>
>>> +test_expect_success 'check line errors for malformed values' '
>>> + mv .git/config .git/config.old &&
>>> + test_when_finished "mv .git/config.old .git/config" &&
>>> + cat >.git/config <<-\EOF
On 7/28/2014 4:52 PM, Matthieu Moy wrote:
> Tanay Abhra writes:
>
>> +test_expect_success 'check line errors for malformed values' '
>> +mv .git/config .git/config.old &&
>> +test_when_finished "mv .git/config.old .git/config" &&
>> +cat >.git/config <<-\EOF &&
>> +[alias]
>> +
Tanay Abhra writes:
> +test_expect_success 'check line errors for malformed values' '
> + mv .git/config .git/config.old &&
> + test_when_finished "mv .git/config.old .git/config" &&
> + cat >.git/config <<-\EOF &&
> + [alias]
> + br
> + EOF
> + test_expect_cod
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
Matthieu Moy writes:
> Tanay Abhra writes:
>
> + test_when_finished "mv .git/config.old .git/config" &&
> + echo "[alias]\n br" >.git/config &&
>>>
>>> Is the use of \n portable?
>>>
>>
>> Yes, you are right, will replace with printf in the next patch.
>
> ... or a cat >.git/config <<\
Tanay Abhra writes:
+ test_when_finished "mv .git/config.old .git/config" &&
+ echo "[alias]\n br" >.git/config &&
>>
>> Is the use of \n portable?
>>
>
> Yes, you are right, will replace with printf in the next patch.
... or a cat >.git/config <<\EOF, since this is the construct u
On 7/24/2014 3:41 AM, Junio C Hamano wrote:
> Matthieu Moy writes:
>
>> Tanay Abhra writes:
>>
>>> +test_expect_success 'check line errors for malformed values' '
>>> + cp .git/config .git/config.old &&
>
> Should this be "mv" not "cp"? You will be overwriting the file from
> scratch in th
Matthieu Moy writes:
> Tanay Abhra writes:
>
>> +test_expect_success 'check line errors for malformed values' '
>> +cp .git/config .git/config.old &&
Should this be "mv" not "cp"? You will be overwriting the file from
scratch in the later part of this test.
>> +test_when_finished "mv
Tanay Abhra writes:
> +test_expect_success 'check line errors for malformed values' '
> + cp .git/config .git/config.old &&
> + test_when_finished "mv .git/config.old .git/config" &&
> + echo "[alias]\n br" >.git/config &&
> + test_expect_code 128 git br 2>result &&
> + grep "
Semantic errors (for example, for alias.* variables NULL values are
not allowed) in configuration files cause a die printing the line
number and file name of the offending value.
Add a test documenting that such errors cause a die printing the
accurate line number and file name.
Signed-off-by
35 matches
Mail list logo