File: README.URGENT.KERNEL2.0

package info (click to toggle)
ftpgrab 0.1.5-6
  • links: PTS, VCS
  • area: main
  • in suites: buster, sid
  • size: 444 kB
  • sloc: cpp: 2,906; makefile: 103
file content (20 lines) | stat: -rw-r--r-- 912 bytes parent folder | download | duplicates (9)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
[NOTE: Allegedly, kernel 2.0.37pre12 includes the fix]

Hi!

Thanks for reading this. You'll be pleased you did, if you have a version 2.0
Linux kernel! Up to and including kernel 2.0.37pre10 seem to have a bug with
multithreaded programs under certain conditions.

This is important because as of ftpgrab-0.0.5a, ftpgrab uses the pthreads
threading library to achieve concurrent downloads.

The kernel bug manifests itself with an "oops" and often messages saying
"VFS: Close: file count is 0". Sometimes processes other than ftpgrab
itself may be caused to "oops". This is unfortunate.

Kernel series 2.2 does not appear affected by this nasty bug. As a
workaround for 2.0, either use ftpgrab-0.0.4a which is pretty functional
and does not use threads, or perhaps try limiting ftpgrab to a single
child thread with "-t 1" as a command line parameter. I'd be surprised if
the latter measure helper much though!