> yes, but then it's still irrelevant how big a file the source
> filesystem supports, which was the original question.
The filesystem reference in my original question was meant as an
example. My point was just that split(1) could need an upgrade since it is
not too uncommon anymore to split file
On 10/19/06, Shawn K. Quinn <[EMAIL PROTECTED]> wrote:
On Tue, 2006-10-17 at 10:39 -0700, Ted Unangst wrote:
> On 10/17/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> > There is no uniform way to ask the max file size of a given
> > file system. ffs filestems do have that info in therir superbloc
On Tue, 2006-10-17 at 10:39 -0700, Ted Unangst wrote:
> On 10/17/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> > There is no uniform way to ask the max file size of a given
> > file system. ffs filestems do have that info in therir superblock,
> > though, you can see it with dumpfs(8).
>
> it har
On Tue, 17 Oct 2006, Ted Unangst wrote:
> On 10/17/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> > There is no uniform way to ask the max file size of a given
> > file system. ffs filestems do have that info in therir superblock,
> > though, you can see it with dumpfs(8).
>
> it hardly matters.
On 10/17/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
There is no uniform way to ask the max file size of a given
file system. ffs filestems do have that info in therir superblock,
though, you can see it with dumpfs(8).
it hardly matters. if the file is on the filesystem, the filesystem
suppor
On Tuesday 17 October 2006 03:06, you wrote:
>There is no uniform way to ask the max file size of a given
>file system. ffs filestems do have that info in therir superblock,
>though, you can see it with dumpfs(8).
split also supports reading from standard input. Figuring out the
maximum size of s
On Tue, 17 Oct 2006, Sebastian Dehne wrote:
> Otto,
>
> Thanks for considering it. Here is the patch which worked for me:
This is not enough at least the call to strtol() in the -b case
and the limit check needs to be fixed as well. ckuethe@ is working on
something.
-Otto
On Mon, 16 Oct 2006, ICMan wrote:
> My $0.02:
>
> Is there a way to query the file system to find out what the max-file-size is?
> If there is, I don't know how to do it, but it could be added to split(1) so
> that split(1) will handle the largest file allowed by whichever file system is
> holdin
Otto,
Thanks for considering it. Here is the patch which worked for me:
#
# BEGIN PATCH SPLIT(1)
#
--- split.c Tue Oct 17 09:19:24 2006
+++ split_new.c Tue Oct 17 09:20:15 2006
@@ -59,7 +59,7 @@
#define DEFLINE1000/* Default num lines per
file. */
-longbytec
The following diff works on my amd64. I split an 8GB file into two
chunks: 5GB and 3GB
Index: split.c
===
RCS file: /cvs/src/usr.bin/split/split.c,v
retrieving revision 1.13
diff -u -r1.13 split.c
--- split.c 2006/08/10 22:44:17
On Mon, 16 Oct 2006, Sebastian Dehne wrote:
> Hi,
>
> I noticed that split(1) can only handle files which's size <= 2GB. I
> adjusted my version so that it support larger files.
>
> Why is this limit never increased. I mean, the fs supports much bigger
> files. Are there any plans to increased t
On Mon, 16 Oct 2006, Sebastian Dehne wrote:
> Replacing the long data type with a bigger type, so that split(1)
> supports bigger splits, works good enough for me.
Don't make it harder that needed. If you have a tested diff, send it in.
-Otto
Replacing the long data type with a bigger type, so that split(1)
supports bigger splits, works good enough for me.
Sebastian
ICMan ([EMAIL PROTECTED]) wrote:
> My $0.02:
>
> Is there a way to query the file system to find out what the
> max-file-size is? If there is, I don't know how to do it
My $0.02:
Is there a way to query the file system to find out what the
max-file-size is? If there is, I don't know how to do it, but it could
be added to split(1) so that split(1) will handle the largest file
allowed by whichever file system is holding the file it is pointing to.
ICMan
Seb
Hi Sebastian,
> Why is this limit never increased. I mean, the fs supports much bigger
> files. Are there any plans to increased this limit in the future so I
> don't need to patch again when installing a new release?
Have you tried sending a diff?
HTH and thanks... Nico :-)
Hi,
I noticed that split(1) can only handle files which's size <= 2GB. I
adjusted my version so that it support larger files.
Why is this limit never increased. I mean, the fs supports much bigger
files. Are there any plans to increased this limit in the future so I
don't need to patch again whe
16 matches
Mail list logo
