On Thu, Aug 11, 2022 at 09:13:21AM -0400, Ken Brown wrote:
> On 8/10/2022 9:29 PM, Tony Cook wrote:
> > While I get a SEGV from miniperl, a simple reproducer returns a
> > SIGTRAP:
> >
> > tony@enceladus ~/dev/perl/git
> > $ cat newlocale-test.c
> > #i
Hello everyone,
While tracking down a crash in development versions of perl the boostrap
miniperl executable was crashing early in the build process:
$ gdb --args ./miniperl -e0
GNU gdb (GDB) (Cygwin 11.2-1) 11.2
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3
On Mon, Nov 22, 2021 at 02:04:06PM +0100, Corinna Vinschen via Cygwin wrote:
> On Nov 22 11:34, Corinna Vinschen via Cygwin wrote:
> > On Nov 21 11:16, Tony Cook wrote:
> > > On Thu, Nov 18, 2021 at 09:08:40PM +, Sam Edge via Cygwin wrote:
> > > > I use newlib o
On Thu, Nov 18, 2021 at 09:08:40PM +, Sam Edge via Cygwin wrote:
> I use newlib on embedded with threading libs that have predetermined
> fixed thread stack sizes. While we tend to have more RAM than in former
> times we also have multiple thread stacks. Use of alloca() or variable
> length
On Wed, Nov 17, 2021 at 01:27:55PM +0100, Corinna Vinschen via Cygwin wrote:
> On Nov 17 18:21, Takashi Yano via Cygwin wrote:
> > On Wed, 17 Nov 2021 11:37:18 +1100
> > Tony Cook wrote:
> > > This came up from regression testing perl.
> > >
This came up from regression testing perl.
Regression testing of perl @4a1b9dd524007193213d3919d6a331109608b90c
used (from uname):
cygwin_nt-10.0 fv-az177-186 3.3.1(0.34153) 2021-10-28 20:52 x86_64 cygwin
this did not exhibit the problem. See
Linux stdio.h exposes the declaration of cuserid() both with standard
version macros and with _GNU_SOURCE:
tony@mars:~/play$ cat testcuserid.c
#define _GNU_SOURCE
#include
int main() {
puts(cuserid(NULL));
return 0;
}
tony@mars:~/play$ gcc -otestcuserid -Werror=all testcuserid.c
Currently cygwin emulates* Linux (and most other POSIXish systems that
I'm aware of) by allowing the current directory to be removed:
tony@saturn ~/dev/perl/git
$ mkdir foo
tony@saturn ~/dev/perl/git
$ cd foo
tony@saturn ~/dev/perl/git/foo
$ rmdir ~/dev/perl/git/foo
but is inconsistent after
On Tue, Apr 12, 2016 at 03:30:49PM +0200, Corinna Vinschen wrote:
> On Apr 12 15:07, Tony Cook wrote:
> > strxfrm() returns an incorrect value if you supply an output buffer
> > and that buffer is too short for the result.
> >
> > With the code following:
> >
On Tue, Apr 12, 2016 at 10:20:13AM +, Achim Gratz wrote:
> Tony Cook develop-help.com> writes:
> > strxfrm() returns an incorrect value if you supply an output buffer
> > and that buffer is too short for the result.
>
> The text in the C standard is:
>
> >&g
strxfrm() returns an incorrect value if you supply an output buffer
and that buffer is too short for the result.
With the code following:
#include
#include
#include
int main() {
char xbuf[5] = "";
char *lc = setlocale(LC_ALL, "en_AU.utf8");
if (!lc) {
perror("setlocale");
On Wed, Mar 09, 2016 at 11:46:39PM +0100, Achim Gratz wrote:
>
> A new release of Perl version 5.22.1 is available, which fixes two cases
> of losing taint. Immediate update is recommended if either the
> environment or the input to any Perl program can be controlled by an
> untrusted party.
Achim Gratz said:
> You've been digging at the Perl locale test fails?
More that Karl Williamson was, I just turned it into a report.
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Hi list,
Simplified to a C program below, calls to sprintf() under the ps_AF
and ps_AF.utf8 locales are returning a value that doesn't match the
length of the formatted string:
tony@phobos ~
$ cat ps_AF.c
#include
#include
#include
int main(int argc, char **argv) {
char buf[100];
char
On Thu Mar 31 05:00:37 2011, tonyc wrote:
I have a set of fixes for this in branch tonyc/staticcwd, but I don't
know if this should be applied with the code freeze.
This was applied in 6c5941c785207c7779c0d0f98546b9e4ada88064 and
de4c0096ebdaf46695cc56e6e72c823fc693d433, over a year ago, by me.
According to our records, your request regarding
static_ext Cwd: wrong deps
has been resolved.
If you have any further questions or concerns, please respond to this message.
For other topics, please create a new ticket.
URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=81268
--
16 matches
Mail list logo
