ports/74177: misc/linux-edonkey-tool-recovermet problem (maybe linux_compat/kern bug)

[No Name]

>Number:         74177
>Category:       ports
>Synopsis:       misc/linux-edonkey-tool-recovermet problem (maybe linux_compat/kern bug)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 20 23:10:32 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     No Name
>Release:        FreeBSD 5.3-RELEASE i386
>Organization:
>Environment:
System: FreeBSD skatecity 5.3-RELEASE FreeBSD 5.3-RELEASE #3: Mon Nov 8 01:54:22 CET 2004 arundel at skatecity:/usr/obj/usr/src/sys/ARUNDEL i386


	
>Description:
	While running misc/linux-edonkey-tool-recovermet over this file:

	-rw-r--r--  1 arundel  arundel  -      2149888206 Nov 20 23:29 1.part

	I got the following error message:

	File: Temp/1.part
	Size: -2145079090 bytes <-- Uhuh :( !!!!!
	Partial hashes: 222

	[A LOT OF HASHES]

	fseek () error. Couldn't reach block

	Block 221: 00000000000000000000000000000000  -  100% done

	Digesting known.met and all x.part.met...
	228 known files in known.met and x.part.met. Retrieving info...
	Segmentation fault (core dumped)

	The problem seems to be some kind of limitation (buffer, variable) or
	a faulty cast or conversion (80b -> 64b). Could somebody check, if this
	is a bug in the software, in which case there is not much to do, because
	the file is linux-closed-source. Or if this is a bug in the the linux compat
	layer or somewhere ine the base system.

	I don't think there are any 2gb file limitations left in BSD, but who
	knows.

>How-To-Repeat:
	Install the app und use it on a big file (> 2gb).

>Fix:

	


>Release-Note:
>Audit-Trail:
>Unformatted: