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
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
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
> 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
Hi Tony,
It turns I'm having the same problem and saw you've done some research.
# dmesg| grep DMA
pciide0 at pci0 dev 15 function 0 "VIA VT82C571 IDE" rev 0x06: DMA,
channel 0 configured to compatibility, channel 1 configured to compatibility
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2
wd1(pc
5 matches
Mail list logo
