gmane.lisp.scheme.scheme48

File too large

[Resending because I think the message was rejected due to  
unsubscribed From: address]

Error: File too large
        (&primitive-i/o-error (status . 27) (operation . #{Procedure  
2490 (call-with-input-file in channel-ports)}) (arguments "/work/gene/ 
xml/Danio_rerio.xml"))
make: *** [/work/gene/ttl/Danio_rerio.ttl] Error 1

[jar <at> ashby trunk]$ ls -l /work/gene/xml/Danio_rerio.xml
-rw-rw-r--  1 jar nc 2576696915 May  3 18:49 /work/gene/xml/ 
Danio_rerio.xml
[jar <at> ashby trunk]$

Why should scheme48 care how big the file is?
If I switch to the 64-bit version will this start working?

Thanks
Jonathan

headers

Ivan Shmakov | 4 May 09:18

Re: File too large

>>>>> Jonathan Rees <jar <at> mumble.net> writes:

 > Error: File too large
 >        (&primitive-i/o-error (status . 27) (operation . #{Procedure 2490
 > (call-with-input-file in channel-ports)}) (arguments "/work/gene/
 > xml/Danio_rerio.xml"))
 > make: *** [/work/gene/ttl/Danio_rerio.ttl] Error 1

 > [jar <at> ashby trunk]$ ls -l /work/gene/xml/Danio_rerio.xml
 > -rw-rw-r--  1 jar nc 2576696915 May  3 18:49 /work/gene/xml/
 > Danio_rerio.xml
 > [jar <at> ashby trunk]$

 > Why should scheme48 care how big the file is?

	I suspect that it may be the underlying OS, and not Scheme48,
	which prevents one from opening the file using inappropriate
	(32-bit off_t) interface.  (I. e., open () instead of open64 (),
	while _FILE_OFFSET_BITS != 64.)

 > If I switch to the 64-bit version will this start working?

	As 64-bit version, I believe, will use 64-bit off_t, it should.

headers

Ivan Shmakov | 27 Jun 09:28

Re: File too large

>>>>> Jonathan Rees <jar <at> mumble.net> writes:

[...]

 > Error: File too large
 >        (&primitive-i/o-error (status . 27) (operation . #{Procedure 2490
 > (call-with-input-file in channel-ports)}) (arguments "/work/gene/
 > xml/Danio_rerio.xml"))
 > make: *** [/work/gene/ttl/Danio_rerio.ttl] Error 1

[...]

	The following patch should fix the problem on 32-bit platforms
	where -D_FILE_OFFSET_BITS=64 setting is supported.  The standard
	`--disable-largefile' option is added to `configure' as well.

	I guess it wouldn't be too hard to backport this patch to 1.8 or
	1.4.

$ uname -m
i586
$ LC_ALL=C dd if=/dev/null of=bigfile bs=1M seek=8192 
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.000154792 seconds, 0.0 kB/s
$ wc -c bigfile 
8589934592 bigfile
$ scheme48 
Welcome to Scheme 48 1.9T (made by ivan on Fri Jun 27 13:43:34 NOVST 2008)
Copyright (c) 1993-2008 by Richard Kelsey and Jonathan Rees.

(Continue reading)

headers

Michael Sperber | 5 Jul 18:26

Re: File too large


Ivan Shmakov <ivan <at> theory.asu.ru> writes:

> 	The following patch should fix the problem on 32-bit platforms
> 	where -D_FILE_OFFSET_BITS=64 setting is supported.  The standard
> 	`--disable-largefile' option is added to `configure' as well.

I've just pushed this---thanks!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla