On 2025-02-03 22:15, Splitline Huang via Cygwin wrote:
> Hello Cygwin team,
>
> I am splitline from DEVCORE research team. I recently have observed an
> inconsistency
> in how Cygwin handles command-line parsing compared to Microsoft’s
> implementation.
Hi,
I maintain a small fork of the Cygwin
On 2025-02-10 12:32, Brian Inglis via Cygwin wrote:
> One can avoid any issues by running Cygwin programs only from other Cygwin
> programs, and Windows programs only from other Windows programs.
Microsoft has provided a documented algorithm, which is implemented in the
ShellAPI function Command
On 2025-01-20 08:13, Lester Ingber via Cygwin wrote:
> Today I had SEVEN python requests to OK?
> How can I stop this nonsense?
Why, Learn Lisp. :)
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/doc
Hi All,
In a (admittedly not current) version of 64 bit Cygwin, I'm observing a funny
behavior:
The GetCommandLineW function returns a command line which consists of the
executable name only; the arguments are missing.
This issue goes away when the program is run under GDB; the arguments
prepar
On 2025-01-09 23:52, Marco Atzeri wrote:
> On 10/01/2025 08:33, Andrey Repin via Cygwin wrote:
>> Greetings, Kaz Kylheku!
>>
>>> Hi all,
>>
>>> I'm reading an article on attacks that are evidently possible against some
>>> Windows
>&g
Hi all,
I'm reading an article on attacks that are evidently possible against some
Windows
programs in the area of command line parsing. See below.
Does the Cygwin run-time rely on GetCommandLineA to get the char-based command
line that is parsed into argv[]?
If so, it could be vulnerable to at
On 2024-03-25 21:59, Christopher Meng via Cygwin wrote:
> Hi, I have a Cygwin mirror available at: Contact: i...@cicku.me Mirror URL:
> https://mirrors.cicku.me/cygwin Please consider this as an official request
> to add to the mirror list. Thank you!
You know, there are lots of mirrors of Cygwi
On 2024-02-07 11:57, Jon Turney via Cygwin wrote:
> A new version of Setup (2.930) has been uploaded to:
>
> https://cygwin.com/setup-x86_64.exe (64 bit version)
> https://cygwin.com/setup-x86.exe (32 bit version)
>
> Changes compared to 2.929:
>
> - Add some hardening against "DLL hijack
On 2024-02-04 21:22, Suman Chakraborty via Cygwin wrote:
> 1. Executive Summary:
>
> The vulnerability pertains to not finding
> the profapi.dll, CFGMGR32.dll, edputil.dll, urlmon.dll, SspiCli.dll,
> Wldp.dll, MPR.dll, ServicingCommon.dll, TextShaping.dll, CRYPTBASE.DLL,
> PROPSYS.dll and insecu
On 2024-01-24 05:11, Corinna Vinschen via Cygwin wrote:
> Is anybody willing to give this a whirl? We have a good year until
> the next major release...
As far as the problem of not allocating per-mutex kernel objects,
this can be done by implementing futex.
Linux has futexes, mainly for solving
On 2024-01-24 03:55, Takashi Yano via Cygwin wrote:
> Are there any code examples that use PTHREAD_MUTEX_INITIALIZER
> with pthread_mutex_destroy()?
I don't think I've seen one.
I think they are rare in the field, precisely because
PTHREAD_MUTEX_INITIALIZER is mainly used in C code to
"initialize
On 2024-01-19 20:18, Takashi Yano via Cygwin wrote:
> And I tried to observe the pthread_mutex_xxx() call. Then found the
> test case does like:
>
> #include
> int main()
> {
> for (;;) {
> pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER;
> pthread_mutex_lock(&m);
> pthread_mutex_unlo
On 2024-01-02 16:11, Takashi Yano via Cygwin wrote:
> Perhaps, the off-by-one is for EOF as you guess.
I doubt it. If EOF were out of range of char, it would have to be -129 or less,
so that -127 would look even more wrong.
I see EOF is just -1. That value will also be produced by '\xFF', or "\xf
On 2024-01-02 15:25, Takashi Yano via Cygwin wrote:
> On Tue, 02 Jan 2024 14:18:15 -0800
> Kaz Kylheku via Cygwin wrote:
>> I noticed that this macro, defined in winsup/cygwin/local_includes/path.h:
>>
>> #define isdrive(s) (isalpha (*(s)) && (s)[1] == ':&#x
Hi All,
I noticed that this macro, defined in winsup/cygwin/local_includes/path.h:
#define isdrive(s) (isalpha (*(s)) && (s)[1] == ':')
is being used with arguments of type char, like dereferenced "char *" pointers.
Unless the isalpha implementation is robust against this, it should be
i
On 2023-12-21 04:16, Martin Wege via Cygwin wrote:
> On Wed, Dec 20, 2023 at 6:21 PM Kaz Kylheku via Cygwin
> wrote:
>>
>> On 2023-12-17 22:22, Dan Shelton via Cygwin wrote:
>> > It would be nice if someone from the Cygwin authors could assist me in
>>
On 2023-12-17 22:22, Dan Shelton via Cygwin wrote:
> It would be nice if someone from the Cygwin authors could assist me in
> figuring out why this happens.
Cygwin is famously slow; this is nothing new. We are grateful
for Cygwin because it makes stuff work at all; if it were blazing
fast that wou
On 2022-02-27 06:53, Takashi Yano wrote:
I think this is due to a bug which I recently fixed.
https://cygwin.com/pipermail/cygwin-patches/2022q1/011791.html
Was that upstreamed? Sorry to be a pain, but something in the
log message about the cause and the fix (not just the manifested
issue being
On 2022-01-13 05:40, Eliot Moss wrote:
On 1/13/2022 1:39 AM, Jay K wrote:
ExitProcess does not work in Cygwin?
ExitProcess does not appear to be a POSIX function.
This is a real issue worth looking into. Though ExitProcess isn't a
POSIX
function, Cygwin can capture the termination status of
Hi all!
I was just wondering; have any of you ever tried to build a
resource-only DLL using the Cygwin toolchain environment?
I mean, starting with a .rc file, build a .res, and then link it into a
working resource-only DLL?
I know that adding resources to executables is perfectly possible;
On 2021-04-08 21:34, Orgad Shaneh via Cygwin wrote:
On Fri, Apr 9, 2021 at 4:50 AM Andrey Repin
wrote:
Greetings, Orgad Shaneh!
> On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wrote:
> Marco Atzeri replied to the mailing list but did not CC me, so I
> didn't receive it:
The expectation is th
On 2021-02-22 15:53, Brian Inglis wrote:
On 2021-02-22 16:41, Kaz Kylheku wrote:
On 2021-02-22 11:19, cygwinautoreply wrote:
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
It would be ideal if this auto-reply didn't include the Cygwin
mailing list; there is no nee
On 2021-02-22 11:19, cygwinautoreply--- via Cygwin wrote:
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
It would be ideal if this auto-reply didn't include the Cygwin
mailing list; there is no need for the mailing list to read this.
Scratch that; it would be ideal if neit
On 2020-12-24 14:56, Ken Brown via Cygwin wrote:
Could the problem be that the owner and group are the same? You can
do that on unix, but I'm not sure the Windows security model allows
it. For example, what happens when you remove permissions of the
owner kaz while retaining the permissions of
Initial conditions:
0:BLACKBOX:~/txr$ rm testfile
0:BLACKBOX:~/txr$ touch testfile
0:BLACKBOX:~/txr$ chmod = testfile
0:BLACKBOX:~/txr$ ls -l testfile
-- 1 kaz kaz 0 Dec 24 13:23 testfile
Now, light up all the bits, like a Christmas tree---appropriate
for December 24:
0:BLAC
On 2020-10-10 09:32, Kaz Kylheku (Cygwin) via Cygwin wrote:
Hi all,
Running this Cygwin on a Windows 10 system:
0:DESKTOP-K8055OB:~$ uname -a
CYGWIN_NT-10.0-WOW DESKTOP-K8055OB 3.1.7(0.340/5/3) 2020-08-22 19:03
i686 Cygwi
When a file is created, and permissions set as follows:
0
On 2020-10-14 14:47, Jérôme Froissart wrote:
The choice of GetCommandLineA was for illustration purposes;
had I used GetCommandLineW I would not be able to printf
using %ls under CMD.EXE, because of code page issues. However
here is a modified version of the test program that uses
GetCommandLineW
On 2020-10-06 14:36, Jérôme Froissart wrote:
Here is an example C file
$ cat example.c
#include
const char *GetCommandLineA(void);
int main(int argc, char *argv[])
{
const char *s = GetCommandLineA();
printf("C=%s\n", s);
for (int i = 0; argc > i; i
Hi All,
I've rebased the Cygnal patches against Cygwin 3.1.7 and released a
new beta.
http://www.kylheku.com/cygnal/#3-6-1-98
The last time I rebased was 2.9.0; it's been a while.
The Cygnal project provides a modified version of the main Cygwin
DLL which allows programmers who work with Cygwi
On 2020-10-10 14:51, Brian Inglis wrote:
D/ACLs on the directory could restore/maintain the permissions:
could we please see the output from ls -l, getfacl, and icacls on the
directory
and file?
Thanks for your responses, Ken and Brian.
See what you can make of this:
0:DESKTOP-K8055OB:~$ ls
Hi All,
When building the Cygwin DLL, this single step takes almost ten minutes:
../../.././winsup/cygwin/mkimport --cpu=i686 --ar=ar --as=as --nm=nm
--objcopy=objcopy \
--replace=atexit= --replace=timezone= --replace=uname=uname_x
--replace=__xdrrec_getrec=
[ .. SNIP ... ]
--replac
On 2020-10-10 12:39, Ken Brown wrote:
On 10/10/2020 3:22 PM, Kaz Kylheku (Cygwin) via Cygwin wrote:
4896 | typedef struct _MEM_ADDRESS_REQUIREMENTS {
| ^
This looks like a clash between the installed toolchain header and the
one in the
Hi,
I'm trying to build the 3.1.7 tagged newlib. It runs into this problem:
c++wrap -O2 -g -fno-rtti -fno-exceptions -fno-use-cxa-atexit -Wall
-Wstrict-aliasing -Wwrite-strings -fno-common -pipe -fbuiltin
-fmessage-length=0 -MMD -Wimplicit-fallthrough=5 -Werror
-fmerge-constants -ftracer -c -
Hi all,
Running this Cygwin on a Windows 10 system:
0:DESKTOP-K8055OB:~$ uname -a
CYGWIN_NT-10.0-WOW DESKTOP-K8055OB 3.1.7(0.340/5/3) 2020-08-22 19:03
i686 Cygwi
When a file is created, and permissions set as follows:
0:DESKTOP-K8055OB:~$ touch tempfile
0:DESKTOP-K8055OB:~$ chmod 037
On 2020-07-08 04:47, Mark Hansen wrote:
You got us reading three posts, so we're fully invested in your issue,
and then
you don't share the answer? That's just cruel :)
I'm invested in the amusement of the whole procession, but all the while
I'm thinking that command substitution inside a for
On 2020-04-08 14:13, Ben Kamen wrote:
Well then.
This certainly turned out to be all sorts of interesting discussion. :)
I for one also can say it's nice to have a cygwin environment over DOS
if I'm forced to a CLI on Windows.
Most of my days are spent on Linux -- but it looks like I have som
On 2020-04-08 13:58, David Rothenberger wrote:
On 4/8/2020 1:50 PM, Kaz Kylheku via Cygwin wrote:
On 2020-04-04 11:58, Åke Rehnman via Cygwin wrote:
I have a major use case for Cygwin for providing remote access
to Windows. Using a non-Cygwin utility called "RunAsService.EXE",
I turne
On 2020-04-04 11:58, Åke Rehnman via Cygwin wrote:
On 2020-04-04 16:32, Kaz Kylheku via Cygwin wrote:
On 2020-04-04 02:00, Ben wrote:
Is there something else I'm missing?
That by cross-compiling for your targets on Cygwin instead of a real
POSIX OS, you will something like double
On 2020-04-04 02:00, Ben wrote:
Is there something else I'm missing?
That by cross-compiling for your targets on Cygwin instead of a real
POSIX OS, you will something like double your compile times, if not
more.
Why would you involve Cygwin in a development activity whose target
isn't POSI
On 2019-09-13 12:11, Wayne Davison wrote:
On Fri, Sep 13, 2019 at 4:27 AM wrote:
In Linux [times()] returns a time value and return code of 0:
The Linux man page for times() mentions this special behavior, how it
isn't portable, and even advises against using the function:
"On Linux, the buf
On 2019-09-12 11:16, Kaz Kylheku wrote:
So even in light of the goal of Cygwin providing GNU/Linux
compatibility
beyond POSIX, there is no justification for supporting times(0).
What I wrote here is not true; on Linux, this is a system call, which
provides detection of some kinds of bad
On 2019-09-12 11:05, tl...@twcny.rr.com wrote:
The code below returns -1. It shouldn't.
Says who?
I don't see anything in the specification which says that a null pointer
argument is allowed:
https://pubs.opengroup.org/onlinepubs/9699919799/functions/times.html
Passing a null pointer to an
On 2019-09-11 20:59, Brian Inglis wrote:
On 2019-09-09 11:13, Petr Skočík wrote:
There's been a twitter discussion on how different POSIX platforms
handle malloc(0):
https://twitter.com/sortiecat/status/1170697927804817412 .
As for Cygwin, the answer appears to be "not well", but this should
On 2019-09-10 23:54, Troy Kenah wrote:
Hi All,
I have a large number of scripts that were using the the igawk script,
however I have updated my gawk to a newer release that has
obsoleted/removed the igawk script.
Gawk's build system stopped installing igawk over five years ago:
http://git.sav
On 2019-08-28 08:59, Quanah Gibson-Mount wrote:
--On Wednesday, August 28, 2019 6:45 PM +0200 Corinna Vinschen
wrote:
Not likely. Cygwin handles Ctrl-C by generating SIGINT. This only
works reliably with Cygwin processes. There's
$ /bin/kill -f
to call the Win32 function TerminateProce
On 2019-07-26 13:08, Soegtrop, Michael wrote:
Dear Kaz,
You might be interested in the Cygnal project:
http://www.kylheku.com/cygnal/
from your description I would think this doesn't work for Emacs. Emacs
has its own functions for path management, e.g. to decide what an
absolute path is.
Ye
On 2019-07-26 10:11, Soegtrop, Michael wrote:
Dear Cygwin Team and Users,
In May I modified Emacs for Cygwin so that it can truly handle Windows
paths.
You might be interested in the Cygnal project:
http://www.kylheku.com/cygnal/
In this project, I modified Cygwin itself to use Windows path
On 2018-05-03 14:23, Kaz Kylheku wrote:
times that the question has come up. Someone asked this just within
the last week or two.
s/within.*two./today!/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On 2018-05-03 12:30, Marco Atzeri wrote:
On 5/3/2018 8:15 PM, Franz Joseph Bowman wrote:
More information. It looks like Temporary files are created when
using Print To File from Adobe.
I went back and looked at old Postscript and AFP files created that
way and Cygwin cannot see them when listi
On 2018-05-03 14:02, Alejandro Soret wrote:
I would really like to be of help to you so please tell me anything I
can do to help you mitigate this error.
You could ... search the mailing list archives, for any of the N
times that the question has come up. Someone asked this just within
the last
On 2018-05-02 14:15, David Rothenberger wrote:
On 5/2/2018 1:13 PM, Boylan, Ross wrote:
I've tried
ssh -V
ssh --help
ssh -v somene@somewhere
and in all cases nothing happens except that I get a new command
prompt. They used to work fine.
This is usually due to a missing dependency. You can t
On 2018-05-01 16:33, Steven Penny wrote:
On Tue, 1 May 2018 13:44:45, JonY wrote:
What is the actual problem you are facing?
i already described it: when 2 things depend on each other in this way,
that is
an error:
http://wikipedia.org/wiki/Circular_dependency
Nowhere does this page subst
On 2018-03-22 15:21, Dmitry Katsubo via cygwin wrote:
On 2018-03-22 18:10, Kaz Kylheku wrote:
That may be so, yet there may be an issue here for someone packaging
Cygwin programs for use as native Windows applications.
That is to say, there could potentially be something here that the
Cygnal
On 2018-03-22 04:24, Andrey Repin wrote:
Greetings, Dmitry Katsubo!
Dear Cygwin community,
I observe the following on my Cygwin:
This is not cygwin, this is bare Windows.
That may be so, yet there may be an issue here for someone packaging
Cygwin programs for use as native Windows applic
On 2018-02-27 09:10, Numien wrote:
Jürgen Wagner nailed it; it was my antivirus, and disabling the
shellcode injection check fixed it.
However, this time-wasting pattern of dealing with the issue by end
users
is not a good way.
A better approach would be to identify some common paterns of BL
On 2018-01-21 00:32, Jay K wrote:
I have some desire to discuss fork.
I know it is an old and difficult topic.
I found this:
"Cygwin fork and RtlCloneUserProcess"
https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/cygwin-fork-and-rtlcloneuserp
On 18.12.2017 16:27, Steven Penny wrote:
On Mon, 18 Dec 2017 14:10:35, Corinna Vinschen wrote:
In general, the writes on disk devices is sector-oriented. Howewver,
in this case ftell should have returned 65536. The problem here is
that the newlib implmentation of ftell/ftello performs an fflus
On 23.11.2017 22:00, Brian Inglis wrote:
Sorry, it was not obvious to me that this was *NOT* an official
announcement,
Cygnal is *NOT* a Cygwin package,
and should *NOT* have been posted with that subject prefix:
that post is deceptive.
I used [ANNOUNCEMENT] simply because I saw the tag on oth
Cygnal (http://www.kylheku.com/cygnal/) is a replacement for
"cygwin1.dll" which provides native-Windows-app behaviors.
The basic idea, scope and aim of the project is that programs built in
the Cygwin environment with its native compiler can be deployed with
Cygnal as native Windows programs.
On 26.10.2017 08:43, Kristopher Kelly wrote:
The University of Phoenix, a for-profit university accredited by the
Higher
Learning Commission, would like to link to one or more pages within
https://cygwin.com and install the associated software. The link(s)
will be
provided to students and facul
On 24.09.2017 11:46, Jérôme Bouat wrote:
Hello,
I looked into the local folder where the downloaded packages are saved
before they are installed. I noticed that a few compressed archives
files are using more size than their uncompressed form. For example,
the libstdc++6-6.4.0-1.tar.xz file uses
On 03.10.2017 05:56, cyg Simple wrote:
On 10/2/2017 9:06 PM, Matthew McGIllis wrote:
If I use the same code from bash I get:
$ ./input.exe | ./simple.exe
line1
<—— Hangs indefinitely until you kill it or ctrl-c
Some how if input has a delay between its line output then things will
get hung, i
On 27.09.2017 15:18, Kevin McCaffrey wrote:
Hello,
I am trying to "Install Permanent Root with Superuser" with Kindle Fire
Utility 0.9.6 .
Why are you posting this question as a follow-up in the middle of
a thread titled "Challenge: a VERY strange problem with command
substitution in bash"
On 15.09.2017 06:51, Gary Schneir wrote:
Thanks for the response but I am a little confused by it. If Cygwin is
supposed to provide POSIX API functionality and DLOPEN / DLSYM are
supported in CYGWIN, then I shouldn't care about the underlying
complexity or restrictions of running within the Wind
On 14.09.2017 08:44, Gary Schneir wrote:
Can anyone provide some assistance to understanding the differences and
a way get a single code base to work in all three environments without
naming the library file?
On Cygwin, libraries are Windows DLL's. That appears to be a
conscious project decisio
On 24.08.2017 04:16, Eliot Moss wrote:
On 8/24/2017 3:16 AM, nobo...@web.de wrote:
Hi,
the 64bit version, with all packages installed, has no problem.
But i also want a 32bit version.
You can have the 32 bit version installed, but not all the packages.
Cygwin's approach to making fork work a
On 21.08.2017 15:53, Eliot Moss wrote:
From the bash man page:
"Aliases are ot expanded when the shell is not interactive, unless
the expand_aliases shell option
is set using shopt (see the description of shopt under SHELL BUILTIN
COMMANDS below)."
Could that be the root of your difficulty?
Both testcases confirm that Cygwin _sometimes_ delivers a signal,
although
the signal mask specifies (verified by the test case) it should not.
Hence, your fixes are not relevant to the issue.
However, they also demonstrate that the signal nesting (at least,
self-esting: the same signal being
On 04.08.2017 10:02, Corinna Vinschen wrote:
On Aug 4 00:44, Noah Misch wrote:
The attached demonstration program blocks signals (with sigprocmask())
to
achieve mutual exclusion between signal handlers. It aborts upon
receipt of a
blocked signal. On "CYGWIN_NT-10.0 2.7.0(0.306/5/3) 2017-02-1
On 24.07.2017 15:51, Brian Inglis wrote:
On 2017-07-24 15:02, Hans-Bernhard Bröker wrote:
Am 24.07.2017 um 04:09 schrieb Lavrentiev, Anton (NIH/NLM/NCBI) [C]:
rather it's a question about portability of code that
uses %s for both functions and expects it to work unchanged in the
Cygwin environ
On 23.07.2017 19:09, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
But that's just scanning a decimal integer to time_t.
It's not a question of whether I can or can't convert a string into an
integer, rather it's a question about portability of code that uses %s
for both functions and expects it
On 22.07.2017 13:48, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello,
It looks like Cygwin implementation of strptime(3) cannot understand
the "%s" format (seconds since Jan 1, 1970 UTC), which strftime() can.
But that's just scanning a decimal integer to time_t.
Where implemented, how does
On 14.07.2017 10:34, Brian Inglis wrote:
On 2017-07-14 11:07, Kaz Kylheku wrote:
while ! program args ... ; do
sleep 1
done
Has everyone forgotten there is also an until loop, supported by at
least sh,
dash, bash, [m]ksh:
I've forgotten that at least twice. (I don't re
On 12.07.2017 08:35, Bryan Dunphy wrote:
I have a shell script, originally created for Mac OS X. that waits for
an external drive to be mounted (by testing an “ls” of the volume’s
root directory for success) then runs an “rsync”
command. How do I get the script to be run repeatedly until
success
On 10.07.2017 14:02, Eliot Moss wrote:
On 7/10/2017 4:24 PM, Achim Gratz wrote:
Eliot Moss writes:
Dear maintainer of git
I use CrashPlan as my backup engine. It has difficulty backing up
files with no "other" access. Many git locale (.mo) and doc-related
files have permissions 600 (dir
On 10.07.2017 11:58, Wayne Barron wrote:
SPAM
Not some misplaced Lisp posting?
[1]> (car '#1=(a b . #1#))
A
[2]> (cadr '#1=(a b . #1#))
B
[3]> (caddr '#1=(a b . #1#))
A
[4]> (cadddr '#1=(a b . #1#))
B
CAR auto-wrap!
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 10.07.2017 10:40, Nellis, Kenneth wrote:
For my personal use, I use gcc to generate binaries, but occasionally I
need
to make a binary available to someone who doesn't use Cygwin. For that
I use
Cygwin's x86_64-w64-mingw32-gcc.
After the fact, I would like to know whether the binary require
Hi,
I'm changing a FOSS project to rely more on standard Make
vars such as CC and CFLAGS and such: use $(CC) for
the compiler unless told otherwise, incorporate $(CFLAGS)
if it is defined, and so forth. This is friendly toward
distro package maintainers.
Anyway, even though my Cygwin installatio
On 11.08.2016 17:44, Thomas Taylor wrote:
Thank you for responding to my post. I think I asked the wrong
question. What I really want to know is how to use this mailing list
and others like it. I'm new at this, and can't find any instructions
anywhere. Such lists must have become part of the
[private, off-list reply]
Hi Michael,
Do you have some sort of list of detailed requirements implemented by
MKS
tools where Cygwin is different or lacking in some way?
Maybe Cygwin could pick up some of them.
Anyway, about a month ago, when I learned that Cygwin is now under
the Lesser GPL,
On 03.08.2016 18:43, Michel LaBarre wrote:
Problem 1: Cygwin does not support PATHEXT and really should.
A casual websearch shows that this topic has come up before.
For instance, someone posted, some decade ago, to the Cygwin mailing
list, a patch against GNU Bash to make its command search
On 01.08.2016 01:51, Corinna Vinschen wrote:
On Jul 29 08:59, Kaz Kylheku wrote:
On 29.07.2016 03:39, Corinna Vinschen wrote:
> I applied a patch to perform this action. It's in the latest
> 2.6.0-0.5 test release I just announced.
[...]
I've done some interactive testing wit
On 29.07.2016 03:39, Corinna Vinschen wrote:
On Jul 28 21:51, Corinna Vinschen wrote:
However, the former cursor position in the buffer is still known
at clear screen time. It's stored in dev_console::dwEnd. So what
I was thinking about is to check the above situation and then, rather
then to
On 28.07.2016 00:08, Corinna Vinschen wrote:
Thanks for testing. I'll check in the patch as is for now, but I'd
still be interested to fix the aforementioned empty lines problem,
even if just for completeness. If you have an idea, feel free to
propose.
Hi Corinna,
The blank lines above the c
On 27.07.2016 11:45, Corinna Vinschen wrote:
Btw, since you're apparently building your own Cygwin DLL I thought
just
sending the patch for testing is sufficient. If you prefer to get a
developer snapshot with this patch, I can do that, too. Just say the
word.
The patch looks good and in ma
On 27.07.2016 07:35, Kaz Kylheku wrote:
On 27.07.2016 07:31, Kaz Kylheku wrote:
The patch below seems to solves it for me:
Oops, no it doesn't. Stay tuned. :)
This is a bit more like it:
From: Kaz Kylheku
Date: Wed, 27 Jul 2016 07:49:54 -0700
Subject: Replace bogus resize-window-to-
On 27.07.2016 07:31, Kaz Kylheku wrote:
The patch below seems to solves it for me:
Oops, no it doesn't. Stay tuned. :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
.
From: Kaz Kylheku
Date: Wed, 27 Jul 2016 07:12:54 -0700
Subject: Replace bogus resize-window-to-clear-screen logic.
This removes (ab)uses of SetConsoleScreenBufferSize
which sometimes cause cmd.exe to badly misbehave.
It probably doesn't like the closely spaced timing of
shrinking the window do
On 26.07.2016 22:19, Kaz Kylheku wrote:
The test program featured below works fine under
the Cygwin console window.
If executed from a cmd.exe console, strange things happen with the
cmd.exe window. Suddenly, the window spontaneously resizes so that
is taller than the desktop. A horizontal
The test program featured below works fine under
the Cygwin console window.
If executed from a cmd.exe console, strange things happen with the
cmd.exe window. Suddenly, the window spontaneously resizes so that
is taller than the desktop. A horizontal scrollbar may appear in it
also, as well as an
On July 1, 2016 Corinna Vinschen wrote:
On Jun 30 20:38, Kaz Kylheku wrote:
> I tracked this down to the fhandler_console::need_invisible() call in
> child_info_spawn::worker().
>
> Whatever that is supposed to do is not working properly because
> the invisible window is perfectl
On 29.06.2016 15:28, Kaz Kylheku wrote:
Hi all,
I've encountered a strange behavior. When a Cygwin C application that
is
compiled with "-mwindows" tries to spawn another program, that
application
suddenly gets a console window!
I tracked this down to the fhandler_console:
Hi All,
What's this doing?
Writing faq.html for article(faq)
sed -i 's;;;g' faq/faq.html
../../.././winsup/doc/bodysnatcher.pl faq/faq.html
xmlto --skip-validation --with-dblatex pdf -o cygwin-ug-net/ -m
../../.././winsup/doc/fo.xsl ../../.. /./winsup/doc/cygwin-ug-net.xml
Build the
Hi all,
I've encountered a strange behavior. When a Cygwin C application that is
compiled with "-mwindows" tries to spawn another program, that
application
suddenly gets a console window!
Here is a simple, complete, repro case, that demonstrates the problem
under Cygwin 2.5.2, on Windows 7:
#
On 16.03.2016 08:57, Michael Enright wrote:
On Wed, Mar 16, 2016 at 7:51 AM, cyg Simple wrote:
My ISP for my connection to the WWW is the one that is doing the
inappropriate redirects. I sometime get these even when using VPN to
my
employer's intranet. My ISP also provides phone and TV Cabl
On 15.03.2016 04:00, Andrey Repin wrote:
Greetings, Frank Farance!
So all of this is normal ISP stuff: they actually resolve unknown
addresses to
their own website (which is 90.242.140.21).
This is NOT "normal", this is a violation of protocol.
Whoever encounter such behavior should call thei
On 14.03.2016 10:18, Björn Stabel wrote:
My eyes blinked there for a second! Nope, not the Xpilot
co-author, Norwegian Bjørn Stabell.
:)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 12.03.2016 14:29, Corinna Vinschen wrote:
I do now. Basically it's setvbuf screwing up the internal flags in the
FILE structure. I took the liberty to update newlib's setvbuf to the
OpenBSD version locally and I'm going to apply my patches to newlib
soon. I'll provide a new 2.5.0 test relea
On 12.03.2016 14:29, Corinna Vinschen wrote:
On Mar 12 20:39, Corinna Vinschen wrote:
On Mar 11 16:05, Kaz Kylheku wrote:
> We can reproduce the problem with just file streams using
> a much simpler program:
>
> #include
>
> int main(void)
> {
> FILE *out = fopen(&q
On 11.03.2016 22:27, Marco Atzeri wrote:
On 12/03/2016 00:10, David Stacey wrote:
On 11/03/16 14:23, Girish Joglekar wrote:
I have cleaned up the test example based on X-Windows/Motif which
crashes
on 64-bit cygwin cygwin/X but runs on the 32-bit version. The only
warnings are of the type 'var
1 - 100 of 124 matches
Mail list logo
