X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org BB2D23954E33
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1670840736;
	bh=MJLQmiEXGOLfRVnCb+/BN26TdAldgQT2OeFMC1rRKYY=;
	h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	 From;
	b=FXCmlEB9I3WWp+bjw/jr6gdcwqZA8o4DOPgLYMb4u/i/QMiAs7nrzYEOEEvUiacNV
	 CSkHTpgiBAIueBsSCw18RSvBXXTn2jBbMqEDhQZxWIXeoqZ+DNRZgvg0cvh9uFXTa5
	 CQC4hEDetgyt/9XZhoao1DuG5OmwJgS7bNkiX8io=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
Date: Mon, 12 Dec 2022 11:25:19 +0100
To: cygwin AT cygwin DOT com
Subject: Re: Regarding EFBIG error while opening a file using catopen()
 function
Message-ID: <Y5cBj2AQ+dLAnsUm@calimero.vinschen.de>
Mail-Followup-To: cygwin AT cygwin DOT com, Kavita Gore <kavitagore02 AT gmail DOT com>
References: <CAM=9zcQsWHZ_udeTuz0wHFK9vPY1DitEGJVRM3s2-+Doa8L7jA AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <CAM=9zcQsWHZ_udeTuz0wHFK9vPY1DitEGJVRM3s2-+Doa8L7jA@mail.gmail.com>
X-Provags-ID: V03:K1:5G+7HeZue30yRQsj67Zix5JPE9c6pjBokcZo0z3VHi5Kt6XFpQr
 Mt0cIUGyv86uwG5AlXqP1O+uOk4lwRuQ7yEeiUWOX/yI98GEcN2A6izrhvj6FxsNIgOfWSg
 t14gBg19RFKgp2I7JX/jjwCW8Gqi3T3JAwHtNRimWV3noxND8MpcPTebJetG9tq3p1JWMJx
 PN2U3aut07ylPDBRz04Bg==
UI-OutboundReport: notjunk:1;M01:P0:FVsZpWfTvFo=;zIzLWi35zSm8LVz9NTNfTOnzhUe
 6I03+TVSVjSxmb4F/jst3VkAyli5Slry89wG/10yyxGsWvk1k43jFzXVkm4QhUzAp8DOhbQgH
 vWK0WOki/+2n0Ho6PmW0cvz2pNpBxIIYyLqqqbVkYyZPgdNhzIaPU0IxoMCoqqbkDmdCdcccR
 f3Ojx2Ma1qGLaCvHRTuvF1VJKzVlNQkgVQfnNl3WjXD+UwuD4e97qrGhob5Zgvc0+Ecm/+XVO
 npAiGOFOtCNuJE/rwIQiEO909havza+/Rs+Ohhd5VCVL5YCORC4uDb7AIQh2MO5AZOcQRFqGp
 55gfMAQ/Vh0f8GrDoDe9YkXSvIPtp9WMMukzVnxv2eXbLE72TdrPjbA01YX6/mUcG2j0NqeBm
 Xrgz5cB4mgN51qOMM4z5puS3ivKAPTSguyIb6iQRK5KkC/oudYyGajhZr4tvf7jX00bAe+Wak
 tqKlgwyEpevs2Bc4OoE+ru0QDzgVeAJPzjUWA1DxsHhGyPgzE297YO550+AFNftLx2E6o3oen
 0YAAd9lXMfnxEnOTSgS1S7D5gN2gE+HRKL/SsetrMgXb3oxB6am8CtnE2E9rFAlFxt/lajcVD
 yMVuvoVllOba6OQAb2RtK7Oxz486N9zwFzl/RHLhW/fG+A6OEj4oUVFheUHXx2YKlzvNEDvow
 FIx1zi3460o0/Q6D/nu9SkYanmQxrHTkkRl/QPpYpA==
X-Spam-Status: No, score=-95.5 required=5.0 tests=BAYES_00,
 GOOD_FROM_CORINNA_CYGWIN, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY,
 RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE,
 TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Corinna Vinschen via Cygwin <cygwin AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
Cc: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>,
        Kavita Gore <kavitagore02 AT gmail DOT com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>


It's somewhat rude to send such a request to everybody and the kitchen
sink.

This belong on the cygwin ML, so please keep it here.

On Dec 12 10:40, Kavita Gore via Cygwin wrote:
> Hi all,
> 
> I'm getting errno 27[EFBIG] file too large while opening catalogue with
> catopen() function in the cygwin-32bit version.
> 
>  [...]
> #define FILENAME    TEMP.CAT
> 
>    buffer = catopen(FILENAME, 0);
>         if (buffer != (nl_catd) - 1)
>          {
>             printf("File open successfully");
>         }
>         else
>         {
>             printf("errno: %d\n", errno);
>         }
> 
> While debugging using gdb.I've found that st.st_size is 0 and As per my
> understanding struct stat.st_size is declared as off_t, which is most
> probably signed, and resolves to long (signed by default).

Since you're running gdb anyway, why don't you *ask* gdb what type
off_t is?

  (gdb) ptype off_t
  type = long long

> So if SIZE_T_MAX does not fit into 2^31-1 (it most probably does not) it
> will appear as negative in the comparison.

No, under implicit type conversion rules, the comparison is well
defined.  size_t is 32 bit on 32 bit systems, off_t is 64 bit.  So the
comparison will convert __SIZE_MAX__ losslessly to long long.  On 64 bit
systems, size_t is 64 bit, off_t is 64 bit.  The comparison will be
performed unsigned, thus it will never be true.

$ cat > x.c <<EOF
#define _GNU_SOURCE 1
#include <stdio.h>
#include <stdlib.h>

int
main (int argc, char **argv)
{
  off_t o = strtoll (argv[1], NULL, 0);

  if (o > __SIZE_MAX__)
    puts ("too big");
}
EOF
$ gcc -g -o x x.c

On 32 bit:

$ ./x 0
$ ./x 1
$ ./x 0xffffffff
$ ./x 0x100000000
too big

On 64 bit:

$ ./x 0
$ ./x 1
$ ./x 0xffffffff
$ ./x 0x100000000
$ ./x 0xffffffffffffffff
$ ./x 0x7fffffffffffffff
$


> I'd like to know the reason why I'm getting this error and How it can be
> resolved as it is a blocker in my task.

You may have to debug this a bit further.


Corinna

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple