Value too large for defined data type...
in [Solaris]
|
From: maps on 28 Dec 2009 15:16 > How big are these files? Any chance you're running > into a 2GB or 4GB limit? The files are 3/4 kilobytes. -maps.
From: Chris Ridd on 29 Dec 2009 04:40 On 2009-12-28 19:58:46 +0000, maps said: >> >> So what's happening to the process with the other end of the pipe? > > we are comparing the standard input with somefile > > > zcat somearchive.Z | diff somefile - I mean at a lower level - is the process with the other end of the pipe going away earlier than expected, or closing the pipe for some other reason? How's disk space in /tmp and /var? (Long shot is you're out of temporary space somewhere.) -- Chris
From: maps on 29 Dec 2009 13:47 > I mean at a lower level - is the process with the other end of the pipe > going away earlier than expected, or closing the pipe for some other > reason? I cannot say for sure; diff is a standard unix tool and as yet I never cared to learn how it works at the lower level. > How's disk space in /tmp and /var? (Long shot is you're out of > temporary space somewhere.) No problems with disk space; there's plenty of space available for both directories. /var is rwxr-xr-x; not sure if this will cause any problems ? -maps.
From: jgh on 29 Dec 2009 14:04 On Mon, 28 Dec 2009 19:17:11 +0000, Chris Ridd wrote: > On 2009-12-28 17:00:01 +0000, maps said: > >> Heres an update: >> >> A case was opened with Sun and they suggested a workaround for the - >> problem in the following manner: >> >> zcat somearchive.Z | diff somefile /dev/stdin >> >> I compared the truss results from both variations and the output looks >> the same except for write: >> >> diff: stdin: Value too large for defined data type write(1, " C o m p a >> n y , S t o r".., 3748) Err#32 EPIPE >> Received signal #13, SIGPIPE [default] Exactly what were you trussing here? The zcat process, the diff process, or both? I'd like to see a truss of the diff, but I don't think that was it. -- jgh
From: maps on 29 Dec 2009 14:41
> Exactly what were you trussing here? The zcat process, > the diff process, or both? trussed the entire command line (i.e. zcat and diff) > I'd like to see a truss of the diff, but I don't > think that was it. diff, per se, works and its only in this particular usage it fails. So I am not sure if trussing diff itself would help -maps. |