lkml.org 
[lkml]   [1999]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
Subjectrepeating myself (Re: oops with 2.2.3)

well, i took a look at locks.c again and noticed that the buffer for
/proc/locks is conveniently too small for 64-bit values. so, i added a
bit more space to make sure. actually, i added enough space for 2^31
locks that lock (2^63 - 1) -> 2^63 and 1 more byte for good measure.

here's the patch:

--- linux/fs/locks.c.save Mon Mar 15 13:23:01 1999
+++ linux/fs/locks.c Mon Mar 15 15:12:53 1999
@@ -111,7 +111,7 @@

#include <asm/uaccess.h>

-#define OFFSET_MAX ((off_t)0x7fffffff) /* FIXME: move elsewhere? */
+#define OFFSET_MAX ((off_t)LONG_MAX) /* FIXME: move elsewhere? */

static int flock_make_lock(struct file *filp, struct file_lock *fl,
unsigned int cmd);
@@ -1170,7 +1170,7 @@

static char *lock_get_status(struct file_lock *fl, int id, char *pfx)
{
- static char temp[129];
+ static char temp[151];
char *p = temp;
struct inode *inode;

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.039 / U:0.764 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site