Re: problem with merged index entries

[Albert Kinderman]

I made up a similar test to Thorsten's.  When run on lout 3.21, the
index contains two correct entries:

first page, 1,2
last page, 2

When run on lout 3.24, the first entry contains only the reference to
the first occurrence:

first page, 1
last page, 2

Something changed between 3.21 and 3.24 to introduce a bug (unless the
difference is in how lout compiles on different operating systems).

@SysInclude { book }
@Book
        @Title { A Reference Test}      
//
@Chapter
        @Title {Testing References}
@Begin
This is the first page.
first @Index {first page}
@NP
This is not the first page.  
first @Index {first page}
@LP
This is the last page.
last @Index {last page}
@End @Chapter

Al


Thorsten Seitz wrote:
> 
> Hi,
> 
> I've got a problem with merged index entries: the merging simply does not
> happen.
> 
> The following test file reproduces the problem (I'm using lout 3.24):
> 
> @SysInclude { book }
> 
> @Book
> //
> @Chapter
>         @Title { Index-Test }
> @Begin
> test
> test @Index Test
> @NP
> test
> test @Index Test
> @End @Chapter
> 
> The resulting index entry is just "Test, 1" instead of the expected "Test, 1,
> 2".
> 
> Commenting out the first "test @Index Test" results in an index entry of
> "Test, 2", just as expected.
> 
> The curious thing is that @Common, @Rump and @Meld do work as described with
> literals, but in the @Merge command (in @DoIndex in file dsf) the result of
> {x @Rump y} is always "", even though x seems to be "Test, 1" and y seems to
> be "Test, 2". {{Test, 1} @Rump {Test, 2}} and {{Test &"0.03fu" , 1} @Rump
> {Test &"0.03fu" , 2}} both give the expected result of "2".
> 
> Is this a known bug or am I doing something wrong?
> 
> Any help is greatly appreciated!
> 
> Thanks,
> Thorsten
> --
> Thorsten Seitz
> address@hidden

-- 
Albert Kinderman      Department of Management Science
       California State University, Northridge