X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1641127740; bh=ES3wR6KjdqbJ1vmDT4j3PJ84SI/ihAz/n6uNZ4/klgk=; h=X-UI-Sender-Class:Date:From:To:Subject:In-Reply-To:References; b=F7g8yb8ON+8kX53UaCuFU1PTXbTOmO+IBJ+4KqMd2baNMC/J5OVjKi7Cv1h3xjvhp iVdPvVG/G3u3XaZXLplg6U0FzAj7sTZtH+h+NR9YamnmJyOJs5jOmVyJht8WdpPFT/ HsrjpJwz73kKZoRWEfv7G3mqe8bWRijM98yfcMis= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Date: Sun, 2 Jan 2022 13:48:57 +0100 From: "Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com]" To: djgpp AT delorie DOT com Subject: Re: binutils 2.37 fails PDCurses library make with "ar: invalid operation" Message-ID: <20220102134857.2ed3b871@gmx.de> In-Reply-To: <0c1dd41b-c587-4822-9b41-5d8e1586058an@googlegroups.com> References: <20220102000102 DOT 7d7b014f AT gmx DOT de> <0c1dd41b-c587-4822-9b41-5d8e1586058an AT googlegroups DOT com> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.32; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Provags-ID: V03:K1:8/zE1Lpgj3d1H/HVoWqAyJHJ3a0Zh9wLJAgiHx0rEmG7wN52nFp z3NN+wTCd8TYmLfLVW6oAlOcuBMvd2+9yz4yUc71qyhwRX5b+7dlSiy+MAfOpJuUra2JtYm 0Kp3l4nVi5HW85ScYpMiU80i3qRwpc0k3YAekgOiQ4KlwduEa8XnLxTwKziVFP9bZZMLKoK r44tTYGSOdL7c/UH81yZg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:bLpJES0nuko=:eG9wsMwZSDQF54xcGobQhW OPA7c5/qqS6Fbm4rudC6gcCF7AKKcwdHqUakprsgVwBaaRo26hbWGP0KsfYP8Upk/M755ynbO BvdlYHR/BUyi93KfoQiAYBvXXShfKyh4psJn72dQUWtOCGPI7+9qHR6i/Z2/TUQX+wg0a76G5 OUr9c8l1BU3Dt/Grh4fmyVK+R0eSjRhH2Fx3p3olHPKCJ4Hkhk15gxPvPY3418oIUebs2tyzc dRT8/6tUDRzqQsAP+RYZPLkTCVDgc+NX8ushlOrAUEPA40AMIBOSdmtDSkc67r1d1eh/6St0H LC9BT0teVRJGTZkCCdv+UOyUsQxegxWS3D+peEPFz2g6vq2Fq1/qS4ytJBgkxz2Yt46EQSZtt blfNPx6SHJy+V3AcDg7ZATnC1ARdoq7VC5u/gbvdcP6LmkzuyMXHIpCBZhDD0xSlH3+KqosCh TZY2d6FkzzQGfbOSlYzLLypEetr0Slv9khpGNRPn7qfO4rtN+xJRWZizXhGxhX+MAdId/nmmE vCMM64v0MvA21Xa5DjdMAF4B+hy2eMVaCoM60y0xY11J+KHy2SMotAVyFQZ8p4/rTikYYXDxG JY1/cC9zQLySPrgiJFvtZyIC+TsBCrN5/qBbNDESSY2ac0C1mV21fSxHJRj1cKY62qnB6+sfY EqlYsWYRC1c9eNTPmQVceWoApseLguFYVfqY00AX94WUfAKQUACbZxTlqwuFRIQtyUsLu5GSZ 1Lqh1KUkkTQNM+5WSOG8/QYzYv/ZT9zq/8WnhZaWfEA/LeqRzMkrQeo9rggc+YyH0XRe+rIkg wxm7Myl7POeR8cDoz7ZcmDGspdpV9p3WubwdqxdIFJGxhJykJYqD8XM9yZWb4rsKPZRrbNsDk CKZM+mhtNhSckYnv9nESiYTxYN/lGWw3dHiZ0ZfD+OVqtxOtp1D3zDznwGqXQKsrCfYy++6nE Np+Ytq4YKRYGZdVZEwDr+ACey4m08hTU0MKvrL/qrC546/nddvmMUsrwRCNydQ+77KxE6Uq7i tXPtYIij3wo0zfy/lnMeClCcIKvLJxafvFYZqpWS4zQoKDWxDw6Stkx+H1p7mnB6fwcUx/YDC ZJ2Z1o2qpE14Q4= Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id 202Cn49B009324 Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Am Sat, 1 Jan 2022 17:30:43 -0800 (PST) schrieb "Jamie Bainbridge (jamie DOT bainbridge AT gmail DOT com) [via djgpp AT delorie DOT com]" : > On Sunday, 2 January 2022 at 9:01:39 am UTC+10, Juan Manuel Guerrero > (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com] wrote: > > Am Fri, 31 Dec 2021 20:03:57 -0800 (PST) > > schrieb "Jamie Bainbridge (jamie DOT ba DOT DOT DOT AT gmail DOT com) [via > > dj DOT DOT DOT AT delorie DOT com]" : > > > Hello, > > > > > > Compiling the PDCurses-3.9 source with the latest binutils > > > (bnu237b) fails to create the library file with: > > > > > > ar: curses.a: invalid operation > > > > > > You can also reproduce the same error easily with the same > > > command manually: > > > > > > ar rcv curses.a *.o > > > > > > ar makes a small 8-byte curses.a file but that's obviously not > > > valid. > > > > > > Trying several previous versions (bnu232b, bnu234b, bnu2351b) > > > with the same compiled object files all work fine. > > > > > > I'm compiling the latest stable PDCurses from upstream: > > > https://github.com/wmcbrine/PDCurses/releases/tag/3.9 > > > > > > The only change I've made is to add -DPDC_RGB to CFLAGS and > > > change the LIBCURSES variable to "curses.a". > > > > > > My environment is dosbox-staging. I've set "LFN=n" in djgpp.env > > > as DOSBox doesn't have LFN support (at least not this fork of > > > it). There are no long filenames involved here anyway. > > > > > > I hope that's a useful enough error report. Please let me know if > > > I can provide any more information. > > > > > > Jamie > > OFYI, after having installed DOSBox I was able to reproduce the > > bug. What the maintariners of binutils have changed between > > bnu2351b and bnu237b is completely unknown to me. It seems to be a > > DOSBox specific issue and AFIAK DOSBox has never been recommended > > to be used as DJGPP development environment. I will try to > > investigate this issue when I have enough time. This will not be > > quite soon. > > > > Use bnu2351b; AFAIK there are no DJGPP specific changes between > > bnu2351b and bnu237b. > > > > > > Regrads, > > Juan M. Guerrero > > I'm also unable to reproduce this in a DOS 6.22 virtual machine. I > agree it's a DOSBox-specific issue. > > Thinking about DOSBox limits, there are a hard-coded number of FILES > and FCBs, I thought maybe ar has generally changed the way it reads > input files and is hitting a limit. However, trying the DOSBox-X fork > which allows these to be configured, FILES=10 produced a different > more specific error "ar: Too many open files (EMFILE)" so at least a > file limit doesn't appear to be the problem. > > Thank you for your time testing. I agree there's no rush to fix it and > DOSBox isn't such a great environment for DJGPP anyway. > > It's possible to work around this with a DOS VM (probably FreeDOS > too), or cross-compile on Linux, or just use bnu2351b in DOSBox. > That's plenty of valid alternatives. > > Jamie To finish this issue, I have installed MSDOS 6.22 and FreeDOS 1.3RC5 on VirtualBOX and compiled the DJGPP port of PDCurses-3.9 (aka pdcur39s.zip) and I have expirienced no issues at all. All the test programs of PDCurses-3.9 run flawlessly. The port itself is OK and has been used to create the DJGPP port of lynx (aka l290d10b.zip). Both ports have been created using bnu237b. It seems to be an DosBOX issue that I will investigate ASAP, but to be honest I am not aware of any DJGPP specific reason that justifies the update from bnu2351b to bnu237b. So if some one preferes to use DosBOX as development environment for DJGPP, then there is no reason at all to use bnu237b instead of bnu2351b, especially if he uses gcc346b.zip like me. Regards, Juan M. Guerrero