bug-global
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gtags cannot generate more than 2G files


From: Hideki IWAMOTO
Subject: Re: gtags cannot generate more than 2G files
Date: Wed, 27 Sep 2017 22:59:55 +0900

Hi. 

Will you check whether the attached patch solves your problem?
If off_t is wider than long, casting will be done before multiplication to 
avoid integer overflow

On Wed, 27 Sep 2017 13:08:02 +0000
"Wang, Lei AO. (NSB - CN/Qingdao)" <address@hidden> wrote:

> ok, thanks for your clear response.
> 
> Thanks,
> Zach from smart phone.
> 
> -----Original Message-----
> From: Hideki IWAMOTO address@hidden
> Received: 星期三, 27 9 月 2017, 9:05下午
> To: Wang, Lei AO. (NSB - CN/Qingdao) address@hidden
> CC: Shigio YAMAGUCHI address@hidden; address@hidden address@hidden
> Subject: Re: gtags cannot generate more than 2G files
> 
> Hi.
> 
> As long as you use the Berkeley DB format, Gtags can not handle tag files 
> larger than
> 4G on 32 bit system.
> This is because the file offset is computed using unsigned 32 bits and then 
> catsted to off_t.
> You can avoid the 2G limit by using 64 bit off_t, but 4G limit
> can not be avoided.
> 
> 
> On Wed, 27 Sep 2017 06:33:03 +0000
> "Wang, Lei AO. (NSB - CN/Qingdao)" <address@hidden> wrote:
> 
> > Supporter,
> > Seemed the gtags is not stability, after the gtags index expand to 
> > 4294967296. It will report “GTAGS seems older format. Please remake tag 
> > files”.
> > I could confirm the GTAGS index match with newest global.
> > I try to cut my project, gtags index may be 3294067296. The error report 
> > will be gone.
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: Wang, Lei AO. (NSB - CN/Qingdao)
> > Sent: 2017年9月27日 9:42
> > To: 'Shigio YAMAGUCHI'
> > Cc: address@hidden
> > Subject: RE: gtags cannot generate more than 2G files
> >
> > Supporter,
> > Seemed the gtags will use the parent GTAGS index to search code if there is.
> >
> > Normally, I think it should use the GTAGS index in current path.
> >
> > After I delete the GTAGS index of parent, it works now.
> >
> >
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: address@hidden<mailto:address@hidden> [mailto:address@hidden On 
> > Behalf Of Shigio YAMAGUCHI
> > Sent: 2017年9月27日 5:54
> > To: Wang, Lei AO. (NSB - CN/Qingdao)
> > Cc: address@hidden<mailto:address@hidden>
> > Subject: Re: gtags cannot generate more than 2G files
> >
> > Hi,
> > If this report is unrelated to the 2G bug, could you
> > make a new thread? (with new subject, without Re:)
> > Thank you in advance.
> >
> > Regards,
> > Shigio
> >
> > 2017-09-26 23:54 GMT+09:00 Wang, Lei AO. (NSB - CN/Qingdao) 
> > <address@hidden<mailto:address@hidden>>:
> > Supporter,
> > Another but with version 6.5.7.
> > The GTAGS and GRTAGS are expanded to 4294967296 end.
> > All the file paths are not correct, they are the parent path.
> >
> > Like the file is “root/app/private/test.c”, the gtags path is 
> > “parent/root/app/private/test.c”.
> >
> > So, the test.c cannot display correctly.
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: Wang, Lei AO. (NSB - CN/Qingdao)
> > Sent: 2017年9月26日 16:36
> > To: 'Shigio YAMAGUCHI'
> > Cc: 'address@hidden<mailto:address@hidden>'
> > Subject: RE: gtags cannot generate more than 2G files
> >
> > Supporter,
> > Finally, I found the solution that use the newest version and configure 64 
> > bit.
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: Wang, Lei AO. (NSB - CN/Qingdao)
> > Sent: 2017年9月26日 14:22
> > To: 'Shigio YAMAGUCHI'
> > Cc: 'address@hidden<mailto:address@hidden>'
> > Subject: RE: gtags cannot generate more than 2G files
> >
> > Hello supporter.
> > I tried to generate 4G file in my system, and it successes.
> > So, that means my system could support the larger files.
> >
> > May be the configuration of gtags is still not correct?
> >
> > ./configure CFLAGS='-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64'
> >
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: Wang, Lei AO. (NSB - CN/Qingdao)
> > Sent: 2017年9月25日 9:56
> > To: 'Shigio YAMAGUCHI'
> > Cc: address@hidden<mailto:address@hidden>
> > Subject: RE: gtags cannot generate more than 2G files
> >
> > Hi,
> > Seemed my GNU system is 32 bit.
> > Any solution for this?
> >
> >
> >
> >
> >
> >
> > Thanks,
> > Zach
> > QD ONT Voice SW
> > x5606
> >
> > From: address@hidden<mailto:address@hidden> [mailto:address@hidden On 
> > Behalf Of Shigio YAMAGUCHI
> > Sent: 2017年9月25日 6:16
> > To: Wang, Lei AO. (NSB - CN/Qingdao)
> > Cc: address@hidden<mailto:address@hidden>
> > Subject: Re: gtags cannot generate more than 2G files
> >
> > Hi,
> > > After my project is larger, the gtags will report “dbop_put failedd
> > >  when the GTAGS exceed 2G.  Could you help to solve this?
> >
> > If you use GNU system, does the Q4 in the FAQ help you?
> > (FAQ file is included in GLOBAL package)
> >
> > ----------------------------------------------------------------------------
> > Q4. I'm using GNU system. In a large project, gtags fails in making tags
> >     like follows:
> >
> >         $ gtags
> >         gtags: cannot write to database.
> >         $ _
> >
> >     File system is not full. It seems that gtags cannot make a file over 
> > 2GB.
> >     Any solution?
> >
> > A4. If your GNU system supports 64-bit file offset then please try the
> >     following configuration.
> >
> >         $ ./configure CFLAGS='-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64'
> > ----------------------------------------------------------------------------
> >
> > Regards,
> > Shigio
> >
> >
> > 2017-09-24 14:14 GMT+09:00 Wang, Lei AO. (NSB - CN/Qingdao) 
> > <address@hidden<mailto:address@hidden>>:
> > Hi,
> > After my project is larger, the gtags will report “dbop_put failed” when 
> > the GTAGS exceed 2G.
> > Could you help to solve this?
> >
> >
> >
> >
> >
> >
> > Thanks,
> >
> >
> > _______________________________________________
> > Bug-global mailing list
> > address@hidden<mailto:address@hidden>
> > https://lists.gnu.org/mailman/listinfo/bug-global
> >
> >
> >
> > --
> > Shigio YAMAGUCHI <address@hidden<mailto:address@hidden>>
> > PGP fingerprint:
> > 26F6 31B4 3D62 4A92 7E6F  1C33 969C 3BE3 89DD A6EB
> >
> >
> >
> > --
> > Shigio YAMAGUCHI <address@hidden<mailto:address@hidden>>
> > PGP fingerprint:
> > 26F6 31B4 3D62 4A92 7E6F  1C33 969C 3BE3 89DD A6EB
> 
> --
> Hideki IWAMOTO <address@hidden>
> 

-- 
岩本 秀樹 <address@hidden>

Attachment: 20170927-libdb-offset.patch
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]