sleuthkit-users

Re: [sleuthkit-users] SleuthKit Make under Fedore Core 4

[Angus M. <an...@n-...>]

On Wed Jun 29 13:29 , 'Conley, Tom' <tom...@us...> sent:

>I am receiving the following error when attempting make of Sleuthkit
>under Fedora Core 4
>any ideas??
>
>ntfs.c : In function 'ntfs_proc_attseq':
>ntfs.c:770: error: invalid lvalue in assignment

The compiler is barfing on the use of the cast on the lhs of the assignment. I'm
working on a way round it now.

Re: [sleuthkit-users] SleuthKit Make under Fedore Core 4

[Angus M. <an...@n-...>]

On Wed Jun 29 13:29 , 'Conley, Tom' <tom...@us...> sent:

>I am receiving the following error when attempting make of Sleuthkit
>under Fedora Core 4
>any ideas??
>
>ntfs.c : In function 'ntfs_proc_attseq':
>ntfs.c:770: error: invalid lvalue in assignment

OK - here's the story : 

Fedora Core 4 ships with gcc 4.0.0

gcc 4.0.0 prohibits the use of casts as lvalues in assignments. The only
exception to this is Apple's version of gcc 4.0.0 which has an additional switch
to modify the behaviour. Current best bet for a solution would be to switch to an
older gcc 3.x.x for compilation of sleuthkit (or switch to MacOS ;-) ).

--> Brian - this is going to be a heck of a gotcha as more users upgrade to gcc 4.x.x

Re: [sleuthkit-users] SleuthKit Make under Fedore Core 4

[Brian C. <ca...@sl...>]

On Jun 29, 2005, at 8:41 AM, Angus Marshall wrote:

> On Wed Jun 29 13:29 , 'Conley, Tom' <tom...@us...> sent:
>
>> I am receiving the following error when attempting make of Sleuthkit
>> under Fedora Core 4
>> any ideas??
>>
>> ntfs.c : In function 'ntfs_proc_attseq':
>> ntfs.c:770: error: invalid lvalue in assignment
>
> The compiler is barfing on the use of the cast on the lhs of the 
> assignment. I'm
> working on a way round it now.

You can either remove the '-Wall' from the OPT line in 
src/fstools/Makefile or replace line 770 of src/fstools/ntfs.c:

          (uintptr_t) attr = (uintptr_t) attr + getu32(fs, attr->len)) {

with this:

          attr = (ntfs_attr *) ((uintptr_t) attr + getu32(fs, 
attr->len))) {

I should have a new version out next week that already included this 
fix.

brian