I am running php on two different Windows 10 computers, and on one machine
I can run composer with no issues, but on other I get our of memory issues.
Both report:
php -v
PHP 7.3.7 (cli) (built: Jul 21 2019 18:10:35) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.7, Copyright (c)
Hi,
I generally kick off multiple (10) mintty sessions, and place them around the
screen.
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 715,0 --size 80x45
Michael
From: "Brian Inglis"
To: cygwin@cygwin.com
Date: 08/03/2020 05:23 PM
Subject:Re: Trouble with output character sets from Win32
applications running under mintty
Sent by:"Cygwin"
On 2020-08-03 11:42, Andrey Repin wrote:
>> Doesn't help. I tried 65001 (UTF-8):
On 2020-08-03 11:42, Andrey Repin wrote:
>> Doesn't help. I tried 65001 (UTF-8):
>
> Because you're confusing things.
> chcp has nothing to do with LANG or LC_*.
> Et vice versa.
>
> chcp sets console code page for native console applications. Only for those
> supporting it. Many do not.
> LANG s
Lemures Lemniscati via Cygwin writes:
> This is another patch, so that cygport shall make tarballs with
> specified owner and group names.
Cygport patches should better go to cygwin-apps. I've already sent a
patch that allows you to do the same thing some time ago, but it has
not been reviewed ye
On 03.08.2020 18:54, Hisham Sueyllam via Cygwin wrote:
My graphics Drivers for the Radeon 430 card and intel UHD 620 are uptodate and
the opengl extensions viewer says that opengl 4.6 is supported and opengl apps
compiled under mingw64 in MSYS2 run fine. When I tried to compile the point
sprit
Michael
From: "Andrey Repin"
To: "Michael Shay" , cygwin@cygwin.com
Date: 08/03/2020 02:06 PM
Subject:Re: Trouble with character sets
Greetings, Michael Shay!
Please bottom post in this mailing list.
> Doesn't help. I tried 65001 (UTF-8):
Because you're confusing things.
c
Greetings, Michael Shay!
Please bottom post in this mailing list.
> Doesn't help. I tried 65001 (UTF-8):
Because you're confusing things.
chcp has nothing to do with LANG or LC_*.
Et vice versa.
chcp sets console code page for native console applications. Only for those
supporting it. Many do n
Doesn't help. I tried 65001 (UTF-8):
### SET CP TO UTF-8, 65001
$cygwin_charset_test.ksh
Old CP 65001
locale on entry
LANG=
LC_CTYPE="C.UTF-8"
LC_NUMERIC="C.UTF-8"
LC_TIME="C.UTF-8"
LC_COLLATE="C.UTF-8"
LC_MONETARY="C.UTF-8"
LC_MESSAGES="C.UTF-8"
LC_ALL=
### CP SET TO 65001
Active code page: 6500
My graphics Drivers for the Radeon 430 card and intel UHD 620 are uptodate and
the opengl extensions viewer says that opengl 4.6 is supported and opengl apps
compiled under mingw64 in MSYS2 run fine. When I tried to compile the point
sprites example from opengl redbook 9th ed. using cygwin g++ a
On 2020-08-03 09:36, Michael Shay via Cygwin wrote:
> I'm having a problem with Cygwin 3.1.4, changing the character set on the
> fly. It seems to work with Cygwin applications, but not with Win32
> applications.
> I have a Korn shell script:
> #!/bin/ksh
> OLD_LANG="$LANG"
> OLD_LC_ALL="$LC_ALL"
I'm having a problem with Cygwin 3.1.4, changing the character set on the
fly. It seems to work with Cygwin applications, but not with Win32
applications.
I have a Korn shell script:
#!/bin/ksh
OLD_LANG="$LANG"
OLD_LC_ALL="$LC_ALL"
echo "locale on entry"
locale
echo ""
export LANG="en_US.CP12
On Aug 3 15:27, Petr Skocik via Cygwin wrote:
> Thanks for the patch, Corinna!
>
> I also reported it to Musl which has very similar code (I guess because
> of the same FreeBSD origins)
> and it's been pointed out to me by Alexander Monakov that the int-cast
> results in worse codegen because the
Thanks for the patch, Corinna!
I also reported it to Musl which has very similar code (I guess because
of the same FreeBSD origins)
and it's been pointed out to me by Alexander Monakov that the int-cast
results in worse codegen because then the modulos/divisions need signed
division instructions a
Hi!
This is another patch, so that cygport shall make tarballs with
specified owner and group names.
e.g.) Invoke like this:
PKG_OWNER_GROUP=lovely/cygwin cygport fabulous.cygport package
and we'll get tarballs with a owner name 'lovely' and a group name 'cygwin'.
But, there may be more suitab
Hi!
It may cause an issue when BUILD_REQUIRES contains some newlines in
a cygport file.
Because cygport-0.34-1 generates *src.hint with raw BUILD_REQUIRES, and
extra newlines in 'build-depends' may be rejected by calm when uploading
packages.
This is a work-around patch by squeezing white spac
On Aug 3 11:10, Peter Dons Tychsen via Cygwin wrote:
> Hi all,
>
> On Fri, 2020-07-31 at 10:10 +0200, Corinna Vinschen wrote:
> > Oh well. I did a quick test with your new testcase (thanks for
> > that!)
> > and it seems to be a bit more complicated than I anticipated
> > yesterday.
> > The pare
Hi Petr,
On Aug 2 20:08, Petr Skocik via Cygwin wrote:
> Example:
>
> #include
> void f(int X)
> {
> fd_set set;
> FD_ZERO(&set);
> FD_SET(X,&set);
> FD_CLR(X+1,&set);
> (void)FD_ISSET(X+2,&set);
> }
>
> causes
>
> fds.c:7:2: warning: conversion to ‘long unsigned int’ from
Hi all,
On Fri, 2020-07-31 at 10:10 +0200, Corinna Vinschen wrote:
> Oh well. I did a quick test with your new testcase (thanks for
> that!)
> and it seems to be a bit more complicated than I anticipated
> yesterday.
> The parent-child relationship between the processes is broken. I
> have
> to
19 matches
Mail list logo
