From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 36625 invoked by alias); 10 Apr 2016 23:20:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 36609 invoked by uid 89); 10 Apr 2016 23:20:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_20,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:sk:t503.bu, H*RU:183.79.100.140, Hx-spam-relays-external:183.79.100.140, H*RU:sk:t503.bu X-HELO: nh503-vm13.bullet.mail.kks.yahoo.co.jp Received: from nh503-vm13.bullet.mail.kks.yahoo.co.jp (HELO nh503-vm13.bullet.mail.kks.yahoo.co.jp) (183.79.56.199) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 10 Apr 2016 23:20:16 +0000 Received: from [183.79.100.140] by nh503.bullet.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:20:14 -0000 Received: from [183.79.101.63] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:20:14 -0000 Received: from [127.0.0.1] by omp507.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:20:14 -0000 Received: (qmail 73910 invoked by uid 60001); 10 Apr 2016 23:20:14 -0000 Message-ID: <173197.72557.qm@web101116.mail.kks.yahoo.co.jp> Received: from [133.6.57.2] by web101116.mail.kks.yahoo.co.jp via HTTP; Mon, 11 Apr 2016 08:20:13 JST X-YMail-JAS: neFkM9AVM1l47LrJO7P9c1wsXCRwixeDucdoZmuYjIEk3paD5bygikzA_OmEdf623I7X2SMAD9h_o3UrhnBP3CM7KQ2pzipUfPIdPKk3jAAqI47CzQQln6M9hKtDhkCnblBg References: <5707F2F0.9050702@gmail.com> <5708CDB6.1040500@iki.fi> <375427.72225.qm@web101113.mail.kks.yahoo.co.jp> <5709FCDF.5010107@gmail.com> Date: Sun, 10 Apr 2016 23:20:00 -0000 From: Tatsuro MATSUOKA Reply-To: Tatsuro MATSUOKA Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin To: Marco Atzeri , cygwin@cygwin.com, =?iso-8859-1?Q?Hans-Bernhard_Br=F6ker?= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00198.txt.bz2 > From: Tatsuro MATSUOKA=A0 > To: Marco Atzeri=A0 cygwin > Date: 2016/4/11, Mon 07:52 > Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin >=20 >> cygwin/newlib headers are under re-shuffle to simplify the guarding=20 >> clauses in the main headers. >> It is possible that gnuplot is misleaded and don't correctly detect=20 >> memcopy as it should. >>=20 >> Have you tried to use latest test release ? >> https://www.cygwin.com/ml/cygwin-announce/2016-04/msg00012.html >>=20 >=20 > OK I will try and report results here. The results=A0are almost the same as those at the stable release. The zipped config.log is placed here: http://www.geocities.jp/tmacchant2/config.log.20160411.zip The previous reply to Hans I made a mistake to extract the memcpy related p= art. I apologize for that. configure:9591: result: no configure:9591: checking for memcpy configure:9591: gcc -o conftest.exe -g -O2=A0 -I/usr/local/include=A0 -L/us= r/local/lib -lcerf conftest.c=A0 >&5 conftest.c:86:6: warning: conflicting types for built-in function 'memcpy' =A0char memcpy (); Seeing configure output screen: one can see that: checking for atexit... no checking for memcpy... no checking for memmove... no checking for memset... no checking for on_exit... no checking for bcopy... no checking for bzero... no checking for setvbuf... no checking for strerror... no checking for strchr... no checking for strrchr... no checking for strstr... no checking for index... no checking for rindex... no checking for erf... no checking for erfc... no checking for gamma... no checking for lgamma... no checking for getcwd... no checking for poll... no checking for pclose... no checking for popen... no checking for fdopen... no checking for select... no checking for sleep... no checking for stpcpy... no checking for strcspn... no checking for strdup... no checking for strndup... no checking for strnlen... no checking for strcasecmp... no checking for stricmp... no checking for strncasecmp... no checking for strnicmp... no checking for sysinfo... no checking for tcgetattr... no checking for vfprintf... no checking for doprnt... no checking for uname... no checking for usleep... no checking for snprintf... no =A0 WARNING: Could not find a working version of snprintf. =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 If a user provides gnuplot with an improper = format statement =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 then a buffer overflow and/or segfault can r= esult. =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Please consider providing snprintf via an ex= ternal library. The above is very strange. Checks of many fucntions=A0are no. Tatsuro -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple