[ANNOUNCEMENT] Updated: gnupg2-2.2.21-1
Version 2.2.21-1 of gnupg2 is available in the Cygwin distribution: CHANGES Latest upstream security fix release https://lists.gnupg.org/pipermail/gnupg-announce/2020q3/000446.html DESCRIPTION The GNU Privacy Guard GnuPG is a command line tool without any graphical user interface. It is an universal crypto engine which can be used directly from a command line prompt, from shell scripts, or from other programs. Therefore GnuPG is often used as the actual crypto backend of other applications. Full OpenPGP implementation (see RFC4880 at RFC Editor). Full CMS/X.509 (S/MIME) implementation. Ssh-agent implementation Runs on all Unix platforms, Windows and macOS. A full replacement of PGP; written from scratch. Does not use any patented algorithms. Freely available under the GPL; Can be used as a filter program. Better functionality than PGP with state of the art security features. Decrypts and verifies PGP 5, 6 and 7 messages. Supports RSA, ECDH, ECDSA, EdDSA, Elgamal, DSA, AES, Camellia, 3DES, Twofish, SHA2, and many more algorithms. Language support for a load of languages. Online help system. Optional anonymous message receivers. Integrated support for HKP keyservers (sks-keyservers.net). and many more things…. HOMEPAGE http://www.gnupg.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . -- 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
Re: graph (plotutils) seg-faulting
On 18.07.2020 23:12, bri...@pounceofcats.com wrote: Hi, So i noticed graph wasn't doing anything, i could even get it to respond to the help argument. I attached strace to it, and it shows that it was seg-faulting. I _just_ did an update, specifically to see if that would fix it and it did not. 1 could someone reproduce this ? 2 what should i do for a bug report ? I was running graph in a terminal in X not in a terminal window under win10. Thanks, Hi Brian, graph is working for me. Please provide the cygcheck.out, as attachment, for your system, as mentioned in Problem reports: https://cygwin.com/problems.html So first, is a simple test working ? $ echo 0 0 1 1 2 0 | spline | graph > test.meta $ plot -T X test.meta if yes, how I can replicate your segfault ? If the strace is not too large, can you attach to your reply ? If it is too long send to me directly by private mail. Regards Marco -- 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
Re: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
On 19.07.2020 06:42, Matt Seitz wrote: From: Cygwin On Behalf Of Brian Inglis On 2020-07-18 19:09, Matt Seitz wrote: When I ran Setup today to get the latest Cygwin, Setup reported an error: Warning: One or more mirrors you have selected is/are not on the list of official Cygwin mirrors any more. It/They may be out of date or missing some packages. For more info check: https://cygwin.com/mirrors-report.html the status counts agree with the server statuses in the tables below. Most issues are transient or fairly short term; if the mirror status changes to o out-of-date, you may want to reach out to the mirror host support and report an issue; if it is a weekend, there may be no support available. Thanks for your help! I just checked the page, and didn't see any errors reported for "http://mirrors.kernel.org/sourceware/cygwin/";. I downloaded and ran Setup again and still saw the same error. choose another mirror, for the time being. There is no lack of mirrors in USA https://cygwin.com/mirrors.html -- 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
Re: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
On Sun, 19 Jul 2020 04:42:33 + Matt Seitz wrote: > > From: Cygwin On Behalf Of Brian Inglis > > > > On 2020-07-18 19:09, Matt Seitz wrote: > > > When I ran Setup today to get the latest Cygwin, Setup reported an error: > > > > > > Warning: One or more mirrors you have selected is/are not on the list of > > official Cygwin mirrors any more. It/They may be out of date or missing > > some > > packages. > > > > For more info check: https://cygwin.com/mirrors-report.html > > the status counts agree with the server statuses in the tables below. > > Most issues are transient or fairly short term; if the mirror status > > changes to o > > out-of-date, you may want to reach out to the mirror host support and report > > an issue; if it is a weekend, there may be no support available. > > Thanks for your help! I just checked the page, and didn't see any errors > reported for "http://mirrors.kernel.org/sourceware/cygwin/";. I downloaded > and ran Setup again and still saw the same error. Please try https://mirrors.kernel.org/sourceware/cygwin/ rather than http://mirrors.kernel.org/sourceware/cygwin/ -- Takashi Yano -- 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
RE: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
> From: Cygwin On Behalf Of Brian Inglis > > On 2020-07-18 19:09, Matt Seitz wrote: > > When I ran Setup today to get the latest Cygwin, Setup reported an error: > > > > Warning: One or more mirrors you have selected is/are not on the list of > official Cygwin mirrors any more. It/They may be out of date or missing some > packages. > > For more info check: https://cygwin.com/mirrors-report.html > the status counts agree with the server statuses in the tables below. > Most issues are transient or fairly short term; if the mirror status changes > to o > out-of-date, you may want to reach out to the mirror host support and report > an issue; if it is a weekend, there may be no support available. Thanks for your help! I just checked the page, and didn't see any errors reported for "http://mirrors.kernel.org/sourceware/cygwin/";. I downloaded and ran Setup again and still saw the same error. -- 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
Re: Cygwin PHP (all available versions) has a hard 4MB memory limit
On 7/17/2020 5:39 PM, km2z7kca0oge--- via Cygwin wrote: Hi there, Recently I've noticed that PHP seems have to hard 4MB memory limit, [...] Example script: ``` http://mirror.cwcs.co.uk/centos/8.2.2004/isos/x86_64/CentOS-8.2.2004-x86_64-dvd1.iso'); // A large file such as an ISO. ``` Output: $ php test.php 128M PHP Fatal error: Out of memory (allocated 4194304) (tried to allocate 2097184 bytes) in /c/Users/JackBlower/tmp-safe/test.php on line 5 Thanks for the simple reproduction steps. I've run this under gdb, and the function zend_mm_alloc_huge, which tries to get a chunk of memory from the system, seems to be failing when it tries to increase the zend heap from 4MB to 6MB. I'm in the process of building an unoptimized version of php to make debugging easier, in the hope of figuring out why the function is failing. Ken -- 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
Re: ssh not working for past few months?
On 2020-07-18 17:29, Lester Ingber via Cygwin wrote: > Is anyone else having problems with ssh -- a most basic tool? > > The past few months ssh has not been working for me. I have had to use > WSL Bash. Windows installs its own ssh client and sshd server when WSL is installed: before starting Cygwin services, I check for and stop the following services: ssh ssh-agent sshbroker sshproxy sshd sshdbroker sshdproxy -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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
Re: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
On 2020-07-18 19:09, Matt Seitz wrote: > When I ran Setup today to get the latest Cygwin, Setup reported an error: > > Warning: One or more mirrors you have selected is/are not on the list of > official Cygwin mirrors any more. It/They may be out of date or missing some > packages. For more info check: https://cygwin.com/mirrors-report.html the status counts agree with the server statuses in the tables below. Most issues are transient or fairly short term; if the mirror status changes to o out-of-date, you may want to reach out to the mirror host support and report an issue; if it is a weekend, there may be no support available. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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
Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
When I ran Setup today to get the latest Cygwin, Setup reported an error: Warning: One or more mirrors you have selected is/are not on the list of official Cygwin mirrors any more. It/They may be out of date or missing some packages. cygcheck.out Description: cygcheck.out -- 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
Re: [ANNOUNCEMENT] Test: cmake-3.17.3-1
Date: Sat, 18 Jul 2020 07:47:40 +0200 From: Marco Atzeri via Cygwin > On 18.07.2020 02:45, Lemures Lemniscati via Cygwin wrote: > > > > > Hi! > > > > Thank you for updating cmake. > > > > Some errors'll occur in Source/kwsys/SystemInformation.cxx > > since /proc/meminfo in Cygwin has only these fields > > > > $ cat /proc/meminfo > > MemTotal: 20824372 kB > > MemFree:13545156 kB > > HighTotal: 0 kB > > HighFree: 0 kB > > LowTotal: 20824372 kB > > LowFree:13545156 kB > > SwapTotal: 3145728 kB > > SwapFree:3131252 kB > > > > In particular, we have no MemAvailable field in Cygwin. > > > > > > > > I attached a patch 0001-3.17.3-cpuinfo_suppl.patch for this issue, > > which should be applied after 3.17.3-cpuinfo.patch > > > > The patch separates a case defined(__CYGWIN__) from a case defined(__linux) > > > > > > Regards, > > > > Lem > > > > > Thanks Lem > > appreciated, I will add it for -2 before final release. > > If you find anything else, let me know Thank you, Marco. LGTM. Regards, Lem -- 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
Re: ssh not working for past few months?
On 7/18/2020 6:29 PM, Lester Ingber via Cygwin wrote: Is anyone else having problems with ssh -- a most basic tool? No. It is working as expected. $ cygcheck -c openssh Cygwin Package Information Package VersionStatus openssh 8.3p1-1OK $ ssh -p ... Linux ... 3.10.105 #25426 SMP Tue May 12 04:52:34 CST 2020 x86_64 ... Last login: Sat Jul 18 12:08:14 2020 from 192.168.10.3 ... -- R. Berber -- 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
ssh not working for past few months?
Is anyone else having problems with ssh -- a most basic tool? The past few months ssh has not been working for me. I have had to use WSL Bash. Lester -- 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
graph (plotutils) seg-faulting
Hi, So i noticed graph wasn't doing anything, i could even get it to respond to the help argument. I attached strace to it, and it shows that it was seg-faulting. I _just_ did an update, specifically to see if that would fix it and it did not. 1 could someone reproduce this ? 2 what should i do for a bug report ? I was running graph in a terminal in X not in a terminal window under win10. Thanks, -- Brian -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
On 2020-07-18 14:09, Achim Gratz wrote: > Brian Inglis writes: >> Need a 5.4.0-2 soon! > > Which part of "it's fixed" is confusing you? Look in the release > package, not the RC2. Sorry - thought I was looking at a recent setup.ini but not recent enough, and didn't take in there was only test no curr, and rc2 was not just part of the upstream release due to other distros' "decorative" version suffixes! My bad! Blame a brainworm or maybe just a Brian-worm! ;^> -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Brian Inglis writes: > Need a 5.4.0-2 soon! Which part of "it's fixed" is confusing you? Look in the release package, not the RC2. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Am 18.07.2020 um 21:56 schrieb Achim Gratz: Thomas Wolff writes: Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get installed. OK, it's called gnuplot-base now. Is it a good idea to drop plain gnuplot as an invocation name? By the way, the next release of mintty will also support GNUTERM=tek40xx The postinstall scripts should install gnuplot as the alternative to the "highest functionality" package you have installed (gnuplot-base, gnuplot-X11, gnuplot-wxt or even gnuplot-qt5 as it were). If you've had installed the test packages before (when there was still a bug in those scripts) there might have been a bogus entry in the alternatives system that takes precedence, just remove it. rm /etc/alternatives/gnuplot and reinstalling gnuplot-base with setup fixes the issue, thanks Regards, Achim. -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
On 2020-07-18 13:37, Brian Inglis wrote: > On 2020-07-18 11:45, Brian Inglis wrote: >> On 2020-07-18 10:45, Thomas Wolff wrote: >>> Am 18.07.2020 um 18:40 schrieb Thomas Wolff: Am 18.07.2020 um 18:31 schrieb Thomas Wolff: > Am 18.07.2020 um 09:55 schrieb Achim Gratz: >> Gnuplot version 5.4.0 is now available on Cygwin. The upstream release >> notes are available at: >> http://www.gnuplot.info/ReleaseNotes_5_4.html >> Cygwin Notes > >> Depending on which packages you install running plain >> "gnuplot" will dispatch different executables via the alternatives >> system. > > running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package > gnuplot has vanished. > Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get installed. > >>> OK, it's called gnuplot-base now. Is it a good idea to drop plain gnuplot >>> as an >>> invocation name? > >> Release notes suggest there should be a file /var/lib/alternatives/gnuplot to >> define a symlink /bin/gnuplot to /etc/alternatives/gnuplot and that symlinks >> to >> /bin/gnuplot-base. >> >> Please check if /etc/postinstall/gnuplot.sh.done exists and completed >> successfully in /var/log/setup.log.full or /var/log/setup.log and the >> alternatives were created successfully, as above. > > Script to setup postinstall alternatives is actually called gnuplot-base.dash > and the executable name does not look as if alternatives will use it: > > $ tar -x -O \ > -f mirror/x86_64/release/gnuplot/gnuplot-base/gnuplot-base-5.4.rc2-0.tar.xz \ > etc/postinstall/gnuplot-base.dash > /usr/sbin/alternatives --install /usr/bin/gnuplot gnuplot > /usr/bin/gnuplot-{BB}.exe 10 > > AFAIK alternatives is not going to do anything special with > gnuplot-*{BB}*.exe: > perhaps intended to be generated with "*$*{BB}" == "base" but missing *$*? Yup, should have checked further earlier - missing *$* before {BB} in postinstall/preremove alternatives script generation: $ fgrep -C1 alternatives gnuplot-5.4.rc2-0.src/gnuplot-5.4.rc2-0.cygport cat > ${PN}-${BB}.postinstall < ${PN}-${BB}.preremove
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Brian Inglis writes: > Script to setup postinstall alternatives is actually called gnuplot-base.dash > and the executable name does not look as if alternatives will use it: That was an error in the test packages that has since been fixed and had been noted in the announcement of the test package. It sometimes helps to read these announcements… Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Thomas Wolff writes: >> Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not >> get installed. > OK, it's called gnuplot-base now. Is it a good idea to drop plain > gnuplot as an invocation name? > By the way, the next release of mintty will also support GNUTERM=tek40xx The postinstall scripts should install gnuplot as the alternative to the "highest functionality" package you have installed (gnuplot-base, gnuplot-X11, gnuplot-wxt or even gnuplot-qt5 as it were). If you've had installed the test packages before (when there was still a bug in those scripts) there might have been a bogus entry in the alternatives system that takes precedence, just remove it. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
On 2020-07-18 11:45, Brian Inglis wrote: > On 2020-07-18 10:45, Thomas Wolff wrote: >> Am 18.07.2020 um 18:40 schrieb Thomas Wolff: >>> Am 18.07.2020 um 18:31 schrieb Thomas Wolff: Am 18.07.2020 um 09:55 schrieb Achim Gratz: > Gnuplot version 5.4.0 is now available on Cygwin. The upstream release > notes are available at: > http://www.gnuplot.info/ReleaseNotes_5_4.html > Cygwin Notes > Depending on which packages you install running plain > "gnuplot" will dispatch different executables via the alternatives > system. running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package gnuplot has vanished. >>> Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get >>> installed. >> OK, it's called gnuplot-base now. Is it a good idea to drop plain gnuplot as >> an >> invocation name? > Release notes suggest there should be a file /var/lib/alternatives/gnuplot to > define a symlink /bin/gnuplot to /etc/alternatives/gnuplot and that symlinks > to > /bin/gnuplot-base. > > Please check if /etc/postinstall/gnuplot.sh.done exists and completed > successfully in /var/log/setup.log.full or /var/log/setup.log and the > alternatives were created successfully, as above. Script to setup postinstall alternatives is actually called gnuplot-base.dash and the executable name does not look as if alternatives will use it: $ tar -x -O \ -f mirror/x86_64/release/gnuplot/gnuplot-base/gnuplot-base-5.4.rc2-0.tar.xz \ etc/postinstall/gnuplot-base.dash /usr/sbin/alternatives --install /usr/bin/gnuplot gnuplot /usr/bin/gnuplot-{BB}.exe 10 AFAIK alternatives is not going to do anything special with gnuplot-*{BB}*.exe: perhaps intended to be generated with "*$*{BB}" == "base" but missing *$*? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
On 2020-07-18 10:45, Thomas Wolff wrote: > Am 18.07.2020 um 18:40 schrieb Thomas Wolff: >> Am 18.07.2020 um 18:31 schrieb Thomas Wolff: >>> Am 18.07.2020 um 09:55 schrieb Achim Gratz: Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes The tutorial has been removed from the 5.4 branch of gnuplot, so it is no longer available in the package. The ggi terminal has been dropped from the build. I am considering dropping both the gpic and the mif terminal in a further update as well. The wxt terminal is now available. The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. The packaging has been changed to allow more fine-grained control over dependencies. Depending on which packages you install running plain "gnuplot" will dispatch different executables via the alternatives system. The gnuplot-base package provides no GUI terminal at all and will replace the gnuplot package unless you chose to install one of the other feature packages, this variant is always directly available as gnuplot-base. This variant is most useful for scripted gnuplot invocations and for using it interactively in MinTTY with the sixelgd terminal. The gnuplot-X11 package resembles the previous gnuplot package most closely, the executable for this variant is gnuplot-X11 and depends on a relatively small number of X11 libraries. The gnuplot-wx package adds the wxt terminal and retains the X11 terminal. The executable for this variant is gnuplot-wx and it depends on an extensive list of GNOME libraries. The gnuplot-qt package provides the qt terminal and retains the X11 terminal. The executable for this variant is gnuplot-qt5 and of course depends on Qt5 libraries. Please note that while gnuplot-qt5 does build, the qt terminal does not actually work yet, see above. >>> running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package >>> gnuplot has vanished. >> Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get >> installed. > OK, it's called gnuplot-base now. Is it a good idea to drop plain gnuplot as > an > invocation name? Release notes suggest there should be a file /var/lib/alternatives/gnuplot to define a symlink /bin/gnuplot to /etc/alternatives/gnuplot and that symlinks to /bin/gnuplot-base. Please check if /etc/postinstall/gnuplot.sh.done exists and completed successfully in /var/log/setup.log.full or /var/log/setup.log and the alternatives were created successfully, as above. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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
Re: Cygwin PHP (all available versions) has a hard 4MB memory limit
On 2020-07-18 09:33, km2z7kca0oge--- via Cygwin wrote: >> You told us nothing about what versions of Windows, Cygwin, and PHP you are >> running, so WAG, either: > Wow Brian, what a rude response. I definitely followed the problem reporting > guide, and didn't realise you'd need information overload that probably > doesn't relate to the case at hand. When reporting bugs I always give as much > info as I believe is needed in helping, there's no need to snap. You did not specify Windows, Cygwin, Web server type, PHP, or Zend versions or include the *required* cygcheck.out attachment which shows all this. Many problems are because Cygwin and/or package releases have not been upgraded for weeks, months, or even years, or reports do not include verbatim commands and output, which may contain or clearly show symptoms of obvious errors, or suggest a reproducible test case. Most problems are unique to the reporter's system, otherwise others would have reported it, and it would be known, and possibly fixed by volunteer maintainers. More information than one might think is often required to diagnose the problem with your unique situation and suggest a solution or provide a fix. Many of the most knowledgeable and experienced volunteers providing support will not even look at emails which don't attach a plain text cygcheck.out, from which they can often diagnose a problem, suggest a workaround, further diagnostic steps, or provide a fix. Others of us try to nudge people into providing sufficient information so that those with the most relevant knowledge and experience may take a look at the issue, if they have time available, and suggest a further diagnostic, configuration change, or provide a fix. > I gave lots of information, such as: > - It applies to all bundled versions of PHP from the `setup-x86-64.exe`. > - That I've reproduced it on multiple (two) machines, including one of > those being a machine that has never had (and so a fresh install of) Cygwin > with just PHP added. > - Compiling PHP from source doesn't produce this issue so it's something to > do with the bundled version only > > For extra information, both machines tested are: > - Windows 10 64-bit (10.0.18363) > - One machine is 16GB, the other 8GB RAM. > - All PHP versions from the `setup-x86-64.exe` (7.3.4-1 and 7.1.16-1) >From below it appears you have also tested current PHP 7.3.7 with Zend 3.3.7. One common issue with Cygwin installations causing memory problems is when autorebase has not run or completed properly, so please try the following command on a failing Cygwin installation: $ awk '/0p_000_autorebase.dash"/,/zp_/' /var/log/setup.log.full and if you see the message: "The following DLLs couldn't be rebased because they were in use:" followed by a number of DLLs, please run: $ rebase-trigger full then ensure *ALL* Cygwin services and process are shut down: Win-R/taskmgr /7 OR ctrl-shift-esc - run Task Manager/select Details tab, right-click on column headings/Select columns/check Image path name/OK if required, sort by Image path name and see nothing starts with Cygwin installation root path, [possibly select menu Options/Set default tab/Details for next time,] and Exit), then rerun the Cygwin Setup program, and ensure that autorebase runs successfully to completion, as above. Another issue can be Windows memory management, so sometimes a system restart will resolve memory related problems, or if your system is under extreme memory loading at times (too little available/free) and you experience unexpected issues under load, you need to change Virtual memory paging management from Automatic to Custom by following: press Win-Break keys/select Advanced tab/select Performance Settings... button/ /select Advanced tab/select Virtual memory Change... button/ /Uncheck Automatically manage paging file size.../ /select a drive from the list/select Custom size/ /Initial size (MB)/8192 (or 16384 depending on memory size)/ /Maximum size (MB)/16384 (or 32768 depending on memory size)/ /select *Set* button [essential!]/repeat with other drive(s)/select OK button (3 times) to close dialogue boxes, then Exit System control panel. >> - you have defaulted to or specified a PHP configuration limit of 4MB memory >> for PHP tasks, or > Nope, as shown in the output of my example, the memory limit is set to 128MB: >> Output: >> $ php test.php >> 128M <--- This here shows the configured memory limit >> PHP Fatal error: Out of memory (allocated 4194304) (tried to allocate >> 2097184 bytes) in /c/Users/JackBlower/tmp-safe/test.php on line 5 > >> including copying verbatim all error messages seen > Here, the message was included in my initial email: > PHP Fatal error: Out > of memory (allocated 4194304) (tried to allocate 2097184 bytes) in > /c/Users/JackBlower/tmp-safe/test.php on line 5 > >> - if you're running 32 bit Cygwin, possibly under 32 bit Windows, you have >> probably run out of heap space from installing too
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Am 18.07.2020 um 18:40 schrieb Thomas Wolff: Am 18.07.2020 um 18:31 schrieb Thomas Wolff: Am 18.07.2020 um 09:55 schrieb Achim Gratz: Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes The tutorial has been removed from the 5.4 branch of gnuplot, so it is no longer available in the package. The ggi terminal has been dropped from the build. I am considering dropping both the gpic and the mif terminal in a further update as well. The wxt terminal is now available. The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. The packaging has been changed to allow more fine-grained control over dependencies. Depending on which packages you install running plain "gnuplot" will dispatch different executables via the alternatives system. The gnuplot-base package provides no GUI terminal at all and will replace the gnuplot package unless you chose to install one of the other feature packages, this variant is always directly available as gnuplot-base. This variant is most useful for scripted gnuplot invocations and for using it interactively in MinTTY with the sixelgd terminal. The gnuplot-X11 package resembles the previous gnuplot package most closely, the executable for this variant is gnuplot-X11 and depends on a relatively small number of X11 libraries. The gnuplot-wx package adds the wxt terminal and retains the X11 terminal. The executable for this variant is gnuplot-wx and it depends on an extensive list of GNOME libraries. The gnuplot-qt package provides the qt terminal and retains the X11 terminal. The executable for this variant is gnuplot-qt5 and of course depends on Qt5 libraries. Please note that while gnuplot-qt5 does build, the qt terminal does not actually work yet, see above. Hi Achim, running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package gnuplot has vanished. Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get installed. OK, it's called gnuplot-base now. Is it a good idea to drop plain gnuplot as an invocation name? By the way, the next release of mintty will also support GNUTERM=tek40xx Kind regards, Thomas Tried 4 mirrors. Could there be a packaging problem? Thomas -- 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 -- 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 -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Am 18.07.2020 um 18:31 schrieb Thomas Wolff: Am 18.07.2020 um 09:55 schrieb Achim Gratz: Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes The tutorial has been removed from the 5.4 branch of gnuplot, so it is no longer available in the package. The ggi terminal has been dropped from the build. I am considering dropping both the gpic and the mif terminal in a further update as well. The wxt terminal is now available. The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. The packaging has been changed to allow more fine-grained control over dependencies. Depending on which packages you install running plain "gnuplot" will dispatch different executables via the alternatives system. The gnuplot-base package provides no GUI terminal at all and will replace the gnuplot package unless you chose to install one of the other feature packages, this variant is always directly available as gnuplot-base. This variant is most useful for scripted gnuplot invocations and for using it interactively in MinTTY with the sixelgd terminal. The gnuplot-X11 package resembles the previous gnuplot package most closely, the executable for this variant is gnuplot-X11 and depends on a relatively small number of X11 libraries. The gnuplot-wx package adds the wxt terminal and retains the X11 terminal. The executable for this variant is gnuplot-wx and it depends on an extensive list of GNOME libraries. The gnuplot-qt package provides the qt terminal and retains the X11 terminal. The executable for this variant is gnuplot-qt5 and of course depends on Qt5 libraries. Please note that while gnuplot-qt5 does build, the qt terminal does not actually work yet, see above. Hi Achim, running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package gnuplot has vanished. Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not get installed. Tried 4 mirrors. Could there be a packaging problem? Thomas -- 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 -- 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
Re: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Am 18.07.2020 um 09:55 schrieb Achim Gratz: Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes The tutorial has been removed from the 5.4 branch of gnuplot, so it is no longer available in the package. The ggi terminal has been dropped from the build. I am considering dropping both the gpic and the mif terminal in a further update as well. The wxt terminal is now available. The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. The packaging has been changed to allow more fine-grained control over dependencies. Depending on which packages you install running plain "gnuplot" will dispatch different executables via the alternatives system. The gnuplot-base package provides no GUI terminal at all and will replace the gnuplot package unless you chose to install one of the other feature packages, this variant is always directly available as gnuplot-base. This variant is most useful for scripted gnuplot invocations and for using it interactively in MinTTY with the sixelgd terminal. The gnuplot-X11 package resembles the previous gnuplot package most closely, the executable for this variant is gnuplot-X11 and depends on a relatively small number of X11 libraries. The gnuplot-wx package adds the wxt terminal and retains the X11 terminal. The executable for this variant is gnuplot-wx and it depends on an extensive list of GNOME libraries. The gnuplot-qt package provides the qt terminal and retains the X11 terminal. The executable for this variant is gnuplot-qt5 and of course depends on Qt5 libraries. Please note that while gnuplot-qt5 does build, the qt terminal does not actually work yet, see above. Hi Achim, running setup, gnuplot-base is updated from 5.4 rc2 to 5.4, but package gnuplot has vanished. Tried 4 mirrors. Could there be a packaging problem? Thomas -- 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
RE: Cygwin PHP (all available versions) has a hard 4MB memory limit
Oh, to add one more thing here, I've noticed there's a patch in the Cygwin Source Package called `7.1.9-malloc-cygwin.patch` which references something to do with Page sizes and 4096 which makes me wonder if this is interfering somehow. > +#define REAL_PAGE_SIZE 4096 --Jack -- 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
RE: Cygwin PHP (all available versions) has a hard 4MB memory limit
> You told us nothing about what versions of Windows, Cygwin, and PHP you are > running, so WAG, either: Wow Brian, what a rude response. I definitely followed the problem reporting guide, and didn't realise you'd need information overload that probably doesn't relate to the case at hand. When reporting bugs I always give as much info as I believe is needed in helping, there's no need to snap. I gave lots of information, such as: - It applies to all bundled versions of PHP from the `setup-x86-64.exe`. - That I've reproduced it on multiple (two) machines, including one of those being a machine that has never had (and so a fresh install of) Cygwin with just PHP added. - Compiling PHP from source doesn't produce this issue so it's something to do with the bundled version only For extra information, both machines tested are: - Windows 10 64-bit (10.0.18363) - One machine is 16GB, the other 8GB RAM. - All PHP versions from the `setup-x86-64.exe` (7.3.4-1 and 7.1.16-1) > - you have defaulted to or specified a PHP configuration limit of 4MB memory > for PHP tasks, or Nope, as shown in the output of my example, the memory limit is set to 128MB: > Output: > $ php test.php > 128M <--- This here shows the configured memory limit > PHP Fatal error: Out of memory (allocated 4194304) (tried to allocate > 2097184 bytes) in /c/Users/JackBlower/tmp-safe/test.php on line 5 > including copying verbatim all error messages seen Here, the message was included in my initial email: > PHP Fatal error: Out of memory (allocated 4194304) (tried to allocate 2097184 bytes) in /c/Users/JackBlower/tmp-safe/test.php on line 5 > - if you're running 32 bit Cygwin, possibly under 32 bit Windows, you have > probably run out of heap space from installing too many packages requiring > too many DLLs. Nope all 64-bit, I would've mentioned if not. > and PHP build configurations and logs. See the output below for some more info, either way this is a pre-packaged version of PHP with very little changed from default configuration. -- > Greetings, km2z7kca0oge--- via Cygwin! Hey Andrey, I've tried your script and I hit the 128MB limit, as expected. So maybe it's to do with the `http` wrapper. Could you try my version of the script please and see how you get on? I first bumped into this problem when I rolled back from composer 2.X to 1.X which uses more memory. I generated an 800MB file using: ` fsutil file createnew 800mega 838860800` and then ran your script you provided substituting your backup for the 800 MB file I generated. The output of the script is below: ``` $ ./test-mailing-list.php #!/usr/bin/env php 7.3.7 System => CYGWIN_NT-10.0-18363 AML0147 3.1.6-340.x86_64 2020-07-09 08:20 UTC x86_64 Build Date => Jul 21 2019 16:57:32 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc Loaded Configuration File => /etc/php.ini Scan this dir for additional .ini files => /etc/php.d Additional .ini files parsed => /etc/php.d/bcmath.ini, /etc/php.d/bz2.ini, /etc/php.d/curl.ini, /etc/php.d/fileinfo.ini, /etc/php.d/gd.ini, /etc/php.d/gmp.ini, /etc/php.d/intl.ini, /etc/php.d/json.ini, /etc/php.d/ldap.ini, /etc/php.d/mbstring.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_pgsql.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/phar.ini, /etc/php.d/posix.ini, /etc/php.d/simplexml.ini, /etc/php.d/sockets.ini, /etc/php.d/sodium.ini, /etc/php.d/sqlite3.ini, /etc/php.d/tokenizer.ini, /etc/php.d/vld.ini, /etc/php.d/xmlwriter.ini, /etc/php.d/zip.ini, /etc/php.d/zlib.ini PHP API => 20180731 PHP Extension => 20180731 Zend Extension => 320180731 Zend Extension Build => API320180731,NTS PHP Extension Build => API20180731,NTS Debug Build => no Thread Safety => disabled Zend Signal Handling => enabled Zend Memory Manager => enabled Zend Multibyte Support => provided by mbstring IPv6 Support => enabled DTrace Support => disabled Registered PHP Streams => https, ftps, php, file, glob, data, http, ftp, compress.bzip2, compress.zlib, zip, phar Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, tls, tlsv1.0, tlsv1.1, tlsv1.2 Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, bzip2.*, zlib.* This program makes use of the Zend Scripting Language Engine: Zend Engine v3.3.7, Copyright (c) 1998-2018 Zend Technologies 128M PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 838869024 bytes) in /c/Users/JackBlower/tmp-safe/test-mailing-list.php on line 5 ``` Notice how this time it's running out of memory at 128MB and has the "Allowed memory size" error instead of the "Out of memory" error from before. Many Thanks, Jack -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#u
[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest version on CPAN: x86/x86_64 -- perl-Compress-Bzip2-2.28-1 perl-GD-2.72-1 noarch -- perl-LWP-Protocol-https-6.09-1 perl-Mojolicious-8.57-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
[ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes The tutorial has been removed from the 5.4 branch of gnuplot, so it is no longer available in the package. The ggi terminal has been dropped from the build. I am considering dropping both the gpic and the mif terminal in a further update as well. The wxt terminal is now available. The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. The packaging has been changed to allow more fine-grained control over dependencies. Depending on which packages you install running plain "gnuplot" will dispatch different executables via the alternatives system. The gnuplot-base package provides no GUI terminal at all and will replace the gnuplot package unless you chose to install one of the other feature packages, this variant is always directly available as gnuplot-base. This variant is most useful for scripted gnuplot invocations and for using it interactively in MinTTY with the sixelgd terminal. The gnuplot-X11 package resembles the previous gnuplot package most closely, the executable for this variant is gnuplot-X11 and depends on a relatively small number of X11 libraries. The gnuplot-wx package adds the wxt terminal and retains the X11 terminal. The executable for this variant is gnuplot-wx and it depends on an extensive list of GNOME libraries. The gnuplot-qt package provides the qt terminal and retains the X11 terminal. The executable for this variant is gnuplot-qt5 and of course depends on Qt5 libraries. Please note that while gnuplot-qt5 does build, the qt terminal does not actually work yet, see above. -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Re: Cygwin PHP (all available versions) has a hard 4MB memory limit
Greetings, km2z7kca0oge--- via Cygwin! > Recently I've noticed that PHP seems have to hard 4MB memory limit, even > when overridden in the settings. For whatever reason the bundled PHP > versions with Cygwin have this problem. > The failing message is `Out of memory` which indicates PHP thinks the > system has exhausted all RAM (the usual out of memory message is "Fatal > error: Allowed memory size of XXX bytes exhausted" when you hit the cap). > If I compile a fresh PHP from source (for example 7.4.8) > https://github.com/php/php-src/tree/php-7.4.8 it works absolutely fine. > I've reproduced this on another PC with a fresh install of Cygwin only > installing the base PHP as the only extra package. > Example script: > ``` > echo ini_get('memory_limit'), "\n"; > file_get_contents('http://mirror.cwcs.co.uk/centos/8.2.2004/isos/x86_64/CentOS-8.2.2004-x86_64-dvd1.iso'); > // A large file such as an ISO. > ``` #!/usr/bin/env php 7.3.7 System => CYGWIN_NT-6.1-7601 daemon2 3.1.5-340.x86_64 2020-06-01 08:59 UTC x86_64 Build Date => Jul 21 2019 16:57:32 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc Loaded Configuration File => /etc/php-cli.ini Scan this dir for additional .ini files => /etc/php.d Additional .ini files parsed => /etc/php.d/00-core.ini, /etc/php.d/00-date.ini, /etc/php.d/00-mail.ini, /etc/php.d/10-Cygwin.ini, /etc/php.d/10-mbstring.ini, /etc/php.d/20-intl.ini, /etc/php.d/20-openssl.ini, /etc/php.d/20-phar.ini, /etc/php.d/20-session.ini, /etc/php.d/20-tidy.ini, /etc/php.d/20-timezonedb.ini, /etc/php.d/bcmath.ini, /etc/php.d/bz2.ini, /etc/php.d/calendar.ini, /etc/php.d/ctype.ini, /etc/php.d/curl.ini, /etc/php.d/exif.ini, /etc/php.d/fileinfo.ini, /etc/php.d/ftp.ini, /etc/php.d/gd.ini, /etc/php.d/gettext.ini, /etc/php.d/gmp.ini, /etc/php.d/iconv.ini, /etc/php.d/imap.ini, /etc/php.d/intl.ini, /etc/php.d/json.ini, /etc/php.d/ldap.ini, /etc/php.d/opcache.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_odbc.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/phar.ini, /etc/php.d/posix.ini, /etc/php.d/shmop.ini, /etc/php.d/simplexml.ini, /etc/php.d/soap.ini, /etc/php.d/sockets.ini, /etc/php.d/sqlite3.ini, /etc/php.d/sysvmsg.ini, /etc/php.d/sysvsem.ini, /etc/php.d/sysvshm.ini, /etc/php.d/tidy.ini, /etc/php.d/tokenizer.ini, /etc/php.d/wddx.ini, /etc/php.d/xmlreader.ini, /etc/php.d/xmlrpc.ini, /etc/php.d/xmlwriter.ini, /etc/php.d/xsl.ini, /etc/php.d/zip.ini, /etc/php.d/zlib.ini PHP API => 20180731 PHP Extension => 20180731 Zend Extension => 320180731 Zend Extension Build => API320180731,NTS PHP Extension Build => API20180731,NTS Debug Build => no Thread Safety => disabled Zend Signal Handling => enabled Zend Memory Manager => enabled Zend Multibyte Support => provided by mbstring IPv6 Support => enabled DTrace Support => disabled Registered PHP Streams => https, ftps, php, file, glob, data, http, ftp, compress.bzip2, compress.zlib, zip, phar Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, tls, tlsv1.0, tlsv1.1, tlsv1.2 Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, bzip2.*, convert.iconv.*, zlib.* This program makes use of the Zend Scripting Language Engine: Zend Engine v3.3.7, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.3.7, Copyright (c) 1999-2018, by Zend Technologies -1 642,477,327 > Output: > $ php test.php > 128M > PHP Fatal error: Out of memory (allocated 4194304) (tried to allocate > 2097184 bytes) in /c/Users/JackBlower/tmp-safe/test.php on line 5 > Any help would be great thanks. More info is needed. -- With best regards, Andrey Repin Saturday, July 18, 2020 10:28:03 Sorry for my terrible english... -- 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