> They won't, and Cygwin itself has no way of changing that. 64-bit
> editions of Windows cannot run anything 16-bit (technically, the V86
> mode is gone from both the CPUs and the system). That does mean DOS
> itself is not available, and therefore nothing expecting to run in DOS
> can run either
On 2025-06-01 10:47, Eric J Korpela via Cygwin wrote:
To be more explicit, a text mode windows program is not a DOS program. It
will do anything useful on a DOS system without windows.
If you desire 32-bit protected mode DOS programs, DJGPP may be your best
option. New builds of DJGPP are avai
Am 01.06.2025 um 18:47 schrieb Eric J Korpela via Cygwin:
To be more explicit, a text mode windows program is not a DOS program. It
will do anything useful on a DOS system without windows.
^ not
If you desire 32-bit protected mode DOS programs, DJGPP may be your best
option. New b
To be more explicit, a text mode windows program is not a DOS program. It
will do anything useful on a DOS system without windows.
If you desire 32-bit protected mode DOS programs, DJGPP may be your best
option. New builds of DJGPP are available at http://www.delorie.com/djgpp/
. I'm not sure i
On 31/05/2025 18:50, Lee wrote:
On Sat, May 31, 2025 at 11:16 AM Jon Turney wrote:
On 31/05/2025 01:33, Takashi Yano via Cygwin wrote:
On Sat, 31 May 2025 09:00:10 +0900
Takashi Yano wrote:
On Sat, 31 May 2025 00:39:24 +0200
Dan Shelton wrote:
Hello!
Does Cygwin have a compiler which allows
On Sat, May 31, 2025 at 11:16 AM Jon Turney via Cygwin
wrote:
>
> On 31/05/2025 01:33, Takashi Yano via Cygwin wrote:
> > On Sat, 31 May 2025 09:00:10 +0900
> > Takashi Yano wrote:
> >> On Sat, 31 May 2025 00:39:24 +0200
> >> Dan Shelton wrote:
> >>> Hello!
> >>>
> >>> Does Cygwin have a compiler
On 31/05/2025 01:33, Takashi Yano via Cygwin wrote:
On Sat, 31 May 2025 09:00:10 +0900
Takashi Yano wrote:
On Sat, 31 May 2025 00:39:24 +0200
Dan Shelton wrote:
Hello!
Does Cygwin have a compiler which allows compiling ISO C applications
as DOS *.exe?
Actually, we do have a package for an (o
On Sat, 31 May 2025 09:00:10 +0900
Takashi Yano wrote:
> On Sat, 31 May 2025 00:39:24 +0200
> Dan Shelton wrote:
> > Hello!
> >
> > Does Cygwin have a compiler which allows compiling ISO C applications
> > as DOS *.exe?
>
> If you mean 16-bit MS-DOS *.exe by "DOS *.exe", the answer is no.
> If yo
On Sat, 31 May 2025 00:39:24 +0200
Dan Shelton wrote:
> Hello!
>
> Does Cygwin have a compiler which allows compiling ISO C applications
> as DOS *.exe?
If you mean 16-bit MS-DOS *.exe by "DOS *.exe", the answer is no.
If you mean 32-bit or 64-bit win32 console app, install the package
mingw64-x8
Hello!
Does Cygwin have a compiler which allows compiling ISO C applications
as DOS *.exe?
Dan
--
Dan Shelton - Cluster Specialist Win/Lin/Bsd
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.h
On 10/18/2024 5:36 PM, KARR, DAVID via Cygwin wrote:
I'm looking at a situation where I'm going to need to write a small application
that takes a command line to run, but first gets some data from an external
source and sets environment variables from the response, so those variable
I'm looking at a situation where I'm going to need to write a small application
that takes a command line to run, but first gets some data from an external
source and sets environment variables from the response, so those variables are
set in the subshell it starts. It would be strai
On Sat, 31 Aug 2024 14:57:07 +0800
Adamyg Mob wrote:
> I raised the same question under:
> https://github.com/microsoft/terminal/issues/17824
Thanks!
> *cons_master_thread() should *possibly maintain a local key cache and not
> push back events.
This needs much modification for the cygwin consol
I raised the same question under:
https://github.com/microsoft/terminal/issues/17824
*cons_master_thread() should *possibly maintain a local key cache and not
push back events.
Alternatively, from research these pseudo key events have Vk=0/Sc=0 values
(only char and down are set); as such peek th
On Sat, 31 Aug 2024 14:20:04 +0900
Takashi Yano wrote:
> Thanks for the pointer. Unfortunately, the document does not mention
> about the behaviour of WriteConsoleInput() in the win32-inpu-mode.
>
> I expected that ReadConsoleInput() returns the INPUT_RECORDS which
> WriteConsoleInput() sends. How
Thanks for the pointer. Unfortunately, the document does not mention
about the behaviour of WriteConsoleInput() in the win32-inpu-mode.
I expected that ReadConsoleInput() returns the INPUT_RECORDS which
WriteConsoleInput() sends. However, that does not seem true in this
mode.
On Sat, 31 Aug 2024
GWIN_NT-10.0-19045 WEED3 3.5.4-1.x86_64 2024-08-25 16:52 UTC
> > x86_64 Cygwin
> > Windows Terminal version: 1.20.11781.0
> > Windows build number: 10.0.19045.4780
> >
> > When running a cygwin64 based terminal application under a MsTerminal
> > session, with win32
On Fri, 30 Aug 2024 19:56:34 +0800
Adamyg Mob wrote:
> Cygwin: CYGWIN_NT-10.0-19045 WEED3 3.5.4-1.x86_64 2024-08-25 16:52 UTC
> x86_64 Cygwin
> Windows Terminal version: 1.20.11781.0
> Windows build number: 10.0.19045.4780
>
> When running a cygwin64 based terminal a
Cygwin: CYGWIN_NT-10.0-19045 WEED3 3.5.4-1.x86_64 2024-08-25 16:52 UTC
x86_64 Cygwin
Windows Terminal version: 1.20.11781.0
Windows build number: 10.0.19045.4780
When running a cygwin64 based terminal application under a MsTerminal
session, with win32-raw-mode "\033[?9001h" enabled,
a
Hi Takashi, Hi Corinna,
Your patch to the allocation of a unique identifier to use
as event name in closing the console seems to solve our client's
problems. Thank you so much again, is there a cygwin1.dll
release planned in the near future? I can of course compile
it on my own, but I feel a bit
On Fri, 12 Jul 2024 14:33:31 +0200
Johannes Khoshnazar-Thoma wrote:
> Am 03.07.24 um 16:09 schrieb Takashi Yano:
> > On Tue, 2 Jul 2024 19:45:15 +0900
> > Takashi Yano wrote:
> > I'll submit a patch for that and push it shortly.
> >
> Thank you so much for the fix. I built a cygwin1.dll containing
Hi Takashi Yano,
Am 03.07.24 um 16:09 schrieb Takashi Yano:
On Tue, 2 Jul 2024 19:45:15 +0900
Takashi Yano wrote:
I'll submit a patch for that and push it shortly.
Thank you so much for the fix. I built a cygwin1.dll containing
your patch and forwarded it to our client. Tests are running
since
cygwin
applications via terminal windows (like cmd, powershell and
MinTTY). It triggers however when a cygwin application is
run both as a service (I think as SYSTEM account, but I
can ask again) and from a terminal window.
Service process usually does not have console. So I think
fhandler_console
lications via terminal windows (like cmd, powershell and
> > > MinTTY). It triggers however when a cygwin application is
> > > run both as a service (I think as SYSTEM account, but I
> > > can ask again) and from a terminal window.
> >
> > Service process u
triggers however when a cygwin application is
> > run both as a service (I think as SYSTEM account, but I
> > can ask again) and from a terminal window.
>
> Service process usually does not have console. So I think
> fhandler_console::open()/close() are not called.
>
> Do yo
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Could you maybe point to the place in the cygwin (winsup)
> source code where the minor is allocated?
As for console, fhandler_console::set_unit() does that.
--
Takashi Yano
--
Problem reports: https://cygwin.com/proble
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Note that the hang does not happen when just running cygwin
> applications via terminal windows (like cmd, powershell and
> MinTTY). It triggers however when a cygwin application is
> run both as a service (I thi
hen just running cygwin
applications via terminal windows (like cmd, powershell and
MinTTY). It triggers however when a cygwin application is
run both as a service (I think as SYSTEM account, but I
can ask again) and from a terminal window.
There was similar bug in cygwin 3.5.1, however, it has be
On Fri, 28 Jun 2024 21:17:26 +0900
Takashi Yano wrote:
> Sorry for very late replay.
>
> On Mon, 3 Jun 2024 15:20:32 +0200
> Johannes Khoshnazar-Thoma wrote:
> > We did more testing and it looks like the name of the event
> > that signals console master thread start and end is shared between
> > u
Sorry for very late replay.
On Mon, 3 Jun 2024 15:20:32 +0200
Johannes Khoshnazar-Thoma wrote:
> We did more testing and it looks like the name of the event
> that signals console master thread start and end is shared between
> unrelated processes (it uses the console minor which is always (?)
> 0
Hi List,
We did more testing and it looks like the name of the event
that signals console master thread start and end is shared between
unrelated processes (it uses the console minor which is always (?)
0 when running from a powershell).
So since it is a two-state event (as opposed to a semaphor
On Wed, 15 May 2024 17:48:49 +0200
Johannes Khoshnazar-Thoma wrote:
> Hi again,
>
> Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
> > Hi again,
> >
> > Am 23.04.24 um 12:26 schrieb Takashi Yano:
> Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
> wihch is the l
On 2024-05-15 09:48, Johannes Khoshnazar-Thoma via Cygwin wrote:
Hi again,
Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We re
Hi again,
Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We retried the tests with cygwin1.dll 3.5.3-1 and it looks like
the iss
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We retried the tests with cygwin1.dll 3.5.3-1 and it looks like
the issue is still there. Here's an excerpt from the gdb debug
session:
(g
dump with gdb (the minidump enabled version at
> >> https://github.com/ssbssa/gdb)
> >>
> >> I have to note that the application (drbdadm.exe) is run from a
> >> Windows Service. Furthermore it is not a full cygwin installation
> >> however the cygwin1.
nally written for Linux) hangs for several
days on exiting (closing the console). I got a minidump and analyzed
the dump with gdb (the minidump enabled version at
https://github.com/ssbssa/gdb)
I have to note that the application (drbdadm.exe) is run from a
Windows Service. Furthermore it is not a
x) hangs for several
> days on exiting (closing the console). I got a minidump and analyzed
> the dump with gdb (the minidump enabled version at
> https://github.com/ssbssa/gdb)
>
> I have to note that the application (drbdadm.exe) is run from a
> Windows Service. Furthermor
dump with gdb (the minidump enabled version at
https://github.com/ssbssa/gdb)
I have to note that the application (drbdadm.exe) is run from a
Windows Service. Furthermore it is not a full cygwin installation
however the cygwin1.dll (3.4.10-1) is in the $PATH.
here is the gdb output:
(gdb) info t
On 2024-03-16 13:08, Kevin Schnitzius via Cygwin wrote:
On Saturday, March 16, 2024 at 02:02:31 PM EDT, Michael Goldshteyn via Cygwin
wrote:
$ grep -c -P '000$' a
0
# Now you may be thinking, OK, it's because of the CR/LF line ending
$ LC_ALL=en_US grep -c --binary-files=text -P '000$' a
0
On Saturday, March 16, 2024 at 02:02:31 PM EDT, Michael Goldshteyn via Cygwin
wrote:
> $ grep -c -P '000$' a
> 0
> # Now you may be thinking, OK, it's because of the CR/LF line ending
$ LC_ALL=en_US grep -c --binary-files=text -P '000$' a
0
$ LC_ALL=en_US grep -c --binary-files=text -P '000\r
I just updated my Cygwin64 installation, which includes the grep
utility and its behavior has changed. It no longer works like it used to
for Perl reg-ex matching, as demonstrated below:
Simple test cases:
==
$ ls -l a
-rwxr-xr-x 1 Michael None 6 Mar 16 12:15 a
$ hexdump -C a
On 06/03/2023 04:13, ZJU Mirror via Cygwin wrote:
Hi, Cygwin Maintainers
We are the mirror maintainers from Zhejiang University, officially supported by
the Information Technology Center in our school. We hope to be added to the
mirror list of Cygwin.
Here are some basic information about us:
Hi, Cygwin Maintainers
We are the mirror maintainers from Zhejiang University, officially supported by
the Information Technology Center in our school. We hope to be added to the
mirror list of Cygwin.
Here are some basic information about us:
- Site: mirrors.zju.edu.cn
- Service Urls:
- h
On Tuesday, December 13, 2022 2:34 PM, Brian Inglis expressed:
>
> For mingw64-x86_64, use mingw64-x86_64-binutils and
> mingw64-x86_64-gcc-core/g++/objc/fortran/ada, and over 400 mingw64-x86_64-...
> packages which are development libraries, otherwise use binutils and
> gcc-core/g++/objc/fortra
On Mon, 12 Dec 2022 23:28:16 +, Jose Isaias Cabrera wrote:
I tried using setup to install an application called 'genpeimg',
https://sources.debian.org/src/mingw-w64/10.0.0-2/mingw-w64-tools/genpeimg/
but I could not find it in the repo. Is there an application that does the same
Greetings!
I tried using setup to install an application called 'genpeimg',
https://sources.debian.org/src/mingw-w64/10.0.0-2/mingw-w64-tools/genpeimg/
but I could not find it in the repo. Is there an application that does the same
thing in Cygwin? Thanks.
josé
--
Probl
On 29/09/2022 15:04, petzhou(周崇武) wrote:
Hello Mirror Administrators:
Tencent software source applies to be used as Cygwin package repository in Asia
and China“ https://mirrors.tencent.com/cygwin/ ”.
We hope to add Tencent software source services to the available download list
and provide more
Hello Mirror Administrators:
Tencent software source applies to be used as Cygwin package repository in Asia
and China“ https://mirrors.tencent.com/cygwin/ ”.
We hope to add Tencent software source services to the available download list
and provide more users with convenient source services. Tha
On Sat, 28 May 2022 09:22:12 -0400
Ken Brown wrote:
> On 5/27/2022 8:36 AM, Takashi Yano wrote:
> > diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> > index 01b49468e..34c9e2bc7 100644
> > --- a/winsup/cygwin/cygheap.cc
> > +++ b/winsup/cygwin/cygheap.cc
> > @@ -183,6 +183,11 @@ i
On 5/27/2022 8:36 AM, Takashi Yano wrote:
diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
index 01b49468e..34c9e2bc7 100644
--- a/winsup/cygwin/cygheap.cc
+++ b/winsup/cygwin/cygheap.cc
@@ -183,6 +183,11 @@ init_cygheap::init_installation_root ()
if (p)
p =
On 27/05/2022 10:18, Takashi Yano wrote:
On Fri, 27 May 2022 16:47:09 +0800
Sam Lin wrote:
I have also successfully executed that is to move cygwin1.dll to the root
directory to execute.
Will cygwin1.dll be supported to execute in UDF format in the future?
As I wrote earlier, it doesn't matte
On Fri, 27 May 2022 21:28:13 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 19:51:23 +0900
> Takashi Yano wrote:
> > diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> > index 01b49468e..c4031b919 100644
> > --- a/winsup/cygwin/cygheap.cc
> > +++ b/winsup/cygwin/cygheap.cc
> > @@ -
On Fri, 27 May 2022 19:51:23 +0900
Takashi Yano wrote:
> diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> index 01b49468e..c4031b919 100644
> --- a/winsup/cygwin/cygheap.cc
> +++ b/winsup/cygwin/cygheap.cc
> @@ -183,6 +183,8 @@ init_cygheap::init_installation_root ()
> if
On Fri, 27 May 2022 18:18:49 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 16:47:09 +0800
> Sam Lin wrote:
> > I have also successfully executed that is to move cygwin1.dll to the root
> > directory to execute.
> >
> > Will cygwin1.dll be supported to execute in UDF format in the future?
>
> As
On Fri, 27 May 2022 16:47:09 +0800
Sam Lin wrote:
> I have also successfully executed that is to move cygwin1.dll to the root
> directory to execute.
>
> Will cygwin1.dll be supported to execute in UDF format in the future?
As I wrote earlier, it doesn't matter that the file system
is UDF. cygwin
Hi ,
I have also successfully executed that is to move cygwin1.dll to the root
directory to execute.
Will cygwin1.dll be supported to execute in UDF format in the future?
Thanks,
Sam
Takashi Yano 於 2022年5月27日 週五 下午12:32寫道：
> On Fri, 27 May 2022 11:36:27 +0800
> Sam Lin wrote:
> > I will see th
On Fri, 27 May 2022 13:31:20 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 11:36:27 +0800
> Sam Lin wrote:
> > I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
> > follows:
> >
> > 1. Write a simple code 'hello world' program and compiled the
> > executable file usin
On Fri, 27 May 2022 11:36:27 +0800
Sam Lin wrote:
> I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
> follows:
>
> 1. Write a simple code 'hello world' program and compiled the
> executable file using GCC.
>
> // hello.c
> #include
>
> int main() {
> printf("H
Hi ,
I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
follows:
1. Write a simple code 'hello world' program and compiled the
executable file using GCC.
// hello.c
#include
int main() {
printf("Hello World\n");
return 0;
}
$ gcc hello.c -o hello.exe
2. Fo
lock:
>
> $ while python -c ''; do :; done
>
> The exact native application doesn't matter here, e.g. "ping -n 1
> localhost >/dev/null" instead of "python -c ''" also "works".
>
> The deadlock is most easily triggered when
gt;
> > $ while python -c ''; do :; done
> >
> > The exact native application doesn't matter here, e.g. "ping -n 1
> > localhost >/dev/null" instead of "python -c ''" also "works".
> >
> > The deadlock
On Fri, 15 Apr 2022 21:09:05 +0300
Alexey Izbyshev wrote:
> Hi,
>
> I've discovered that pressing Ctrl-C in a Cygwin ssh session running the
> following command can cause a deadlock:
>
> $ while python -c ''; do :; done
>
> The exact native applicati
Hi,
I've discovered that pressing Ctrl-C in a Cygwin ssh session running the
following command can cause a deadlock:
$ while python -c ''; do :; done
The exact native application doesn't matter here, e.g. "ping -n 1
localhost >/dev/null" instead of &
On 2021-11-22 17:07, Takashi Yano via Cygwin wrote:
On Mon, 22 Nov 2021 14:15:32 -0500
Dennis Putnam wrote:
I have a remote X application on a Linux system that I want to launch
with a Windows bat file. My main problem is how to determine if Cygwin/X
is running and if not launch it. Once
On Mon, 22 Nov 2021 14:15:32 -0500
Dennis Putnam wrote:
> I have a remote X application on a Linux system that I want to launch
> with a Windows bat file. My main problem is how to determine if Cygwin/X
> is running and if not launch it. Once verified I think all I need to do
> i
I have a remote X application on a Linux system that I want to launch
with a Windows bat file. My main problem is how to determine if Cygwin/X
is running and if not launch it. Once verified I think all I need to do
is use SSH -Y with the command that starts the X application. Can
someone help
On 14.04.2021 14:34, Corinna Vinschen via Cygwin wrote:
On Apr 14 10:25, Chagarlamudi, Rahul via Cygwin wrote:
Hi Team
This email is sent on behalf of Kier Group. This email and any
attachments are confidential and intended solely for the use of the
individual to whom they are addressed.
On Apr 14 10:25, Chagarlamudi, Rahul via Cygwin wrote:
> Hi Team
>
> One of the user in KIER is facing the issue in opening the application. The
> error message which the user is getting when he is trying to open the
> application is "The application was unable to start c
Hi Team
One of the user in KIER is facing the issue in opening the application. The
error message which the user is getting when he is trying to open the
application is "The application was unable to start correctly (0xc364).
Click OK to close the application."
Though appl
On Fri, 9 Apr 2021 07:54:35 +0200
Morten Kjærulff wrote:
> On Fri, Apr 9, 2021 at 7:26 AM Morten Kjærulff wrote:
> >
> > On Fri, Apr 9, 2021 at 2:22 AM Takashi Yano wrote:
> > >
> > > On Thu, 8 Apr 2021 18:30:25 +0200
> > > Morten Kjærulff wrote:
> > > > Could it be a codepage issue?
> > >
> > > Ma
On Fri, Apr 9, 2021 at 7:26 AM Morten Kjærulff wrote:
>
> On Fri, Apr 9, 2021 at 2:22 AM Takashi Yano wrote:
> >
> > On Thu, 8 Apr 2021 18:30:25 +0200
> > Morten Kjærulff wrote:
> > > Could it be a codepage issue?
> >
> > Maybe.
> >
> > What does chcp.com say in command prompt and in mintty?
>
> 85
On Thu, 8 Apr 2021 18:30:25 +0200
Morten Kjærulff wrote:
> Could it be a codepage issue?
Maybe.
What does chcp.com say in command prompt and in mintty?
In cygwin 3.2.0, the codepage, when pseudo console is disabled,
has been changed from the default codepage of the system to
UTF-8 (65001). If ps
On Thu, Apr 8, 2021 at 4:24 PM Morten Kjærulff wrote:
>
> On Thu, Apr 8, 2021 at 4:04 PM Takashi Yano wrote:
> >
> > On Thu, 8 Apr 2021 15:10:54 +0200
> > Morten Kjærulff wrote:
> > > On Thu, Apr 8, 2021 at 2:26 PM Takashi Yano wrote:
> > > >
> > > > On Thu, 8 Apr 2021 20:16:00 +0900
> > > > Takash
On Thu, 8 Apr 2021 15:10:54 +0200
Morten Kjærulff wrote:
> On Thu, Apr 8, 2021 at 2:26 PM Takashi Yano wrote:
> >
> > On Thu, 8 Apr 2021 20:16:00 +0900
> > Takashi Yano wrote:
> > > On Thu, 8 Apr 2021 08:04:26 +0200
> > > Morten Kjærulff wrote:
> > > > On Wed, Apr 7, 2021 at 1:04 PM Takashi Yano wr
On Thu, Apr 8, 2021 at 2:26 PM Takashi Yano wrote:
>
> On Thu, 8 Apr 2021 20:16:00 +0900
> Takashi Yano wrote:
> > On Thu, 8 Apr 2021 08:04:26 +0200
> > Morten Kjærulff wrote:
> > > On Wed, Apr 7, 2021 at 1:04 PM Takashi Yano wrote:
> > > >
> > > > On Wed, 7 Apr 2021 19:56:24 +0900
> > > > Takashi
On Thu, 8 Apr 2021 20:16:00 +0900
Takashi Yano wrote:
> On Thu, 8 Apr 2021 08:04:26 +0200
> Morten Kjærulff wrote:
> > On Wed, Apr 7, 2021 at 1:04 PM Takashi Yano wrote:
> > >
> > > On Wed, 7 Apr 2021 19:56:24 +0900
> > > Takashi Yano wrote:
> > > > On Wed, 7 Apr 2021 11:32:59 +0200
> > > > Morten
On Thu, 8 Apr 2021 08:04:26 +0200
Morten Kjærulff wrote:
> On Wed, Apr 7, 2021 at 1:04 PM Takashi Yano wrote:
> >
> > On Wed, 7 Apr 2021 19:56:24 +0900
> > Takashi Yano wrote:
> > > On Wed, 7 Apr 2021 11:32:59 +0200
> > > Morten Kjærulff wrote:
> > > > On Tue, Apr 6, 2021 at 4:37 PM Takashi Yano wr
On Wed, 7 Apr 2021 19:56:24 +0900
Takashi Yano wrote:
> On Wed, 7 Apr 2021 11:32:59 +0200
> Morten Kjærulff wrote:
> > On Tue, Apr 6, 2021 at 4:37 PM Takashi Yano wrote:
> > >
> > > On Tue, 6 Apr 2021 15:16:56 +0200
> > > Morten Kjærulff wrote:
> > > > When I run it from a windows command prompt, i
On Wed, 7 Apr 2021 11:32:59 +0200
Morten Kjærulff wrote:
> On Tue, Apr 6, 2021 at 4:37 PM Takashi Yano wrote:
> >
> > On Tue, 6 Apr 2021 15:16:56 +0200
> > Morten Kjærulff wrote:
> > > When I run it from a windows command prompt, it works fine.
> >
> > In this case, did you run MQ client from cygwi
On Tue, 6 Apr 2021 15:16:56 +0200
Morten Kjærulff wrote:
> When I run it from a windows command prompt, it works fine.
In this case, did you run MQ client from cygwin shell
in command prompt? Or run it in cmd.exe?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Tue, 6 Apr 2021 15:16:56 +0200
Morten Kjærulff wrote:
> I have a non-cygwin IBM MQSeries client application which I call from
> a script. It connects to my z/OS MQ server.
>
> When I run it from a windows command prompt, it works fine.
>
> When I run it from mintty, it fail
Hi,
Came back from easter vacation today and updated my cygwin
installation. I havn't touched my PC since March 26.
I have a non-cygwin IBM MQSeries client application which I call from
a script. It connects to my z/OS MQ server.
When I run it from a windows command prompt, it works fine.
On Wed, 3 Mar 2021 16:11:30 +0100
Nitro Vent wrote:
> I have two .Net console applications targeting .Net Framework 4.7.2,
> "produce.exe" and "consume.exe" with their respective sources
>
> using System;using System.Threading;
> namespace Produce
> {
> class Program
> {
> static v
I have two .Net console applications targeting .Net Framework 4.7.2,
"produce.exe" and "consume.exe" with their respective sources
using System;using System.Threading;
namespace Produce
{
class Program
{
static void Main(string[] args)
{
Thread.Sleep(100);
Am 22.04.2020 um 21:50 schrieb ak...@free.fr:
Hi,
My initial current versions :
Windows 10 Professional Ver 10.0 Build 18363
cygwin 3.1.4-1 OK
I have encountered too many problems with console tty use,
that with a curses application.
With cygwin 3.1.4, bash under cmd, and mintty are not
Hi,
My initial current versions :
Windows 10 Professional Ver 10.0 Build 18363
cygwin 3.1.4-1 OK
I have encountered too many problems with console tty use,
that with a curses application.
With cygwin 3.1.4, bash under cmd, and mintty are not really usable.
I have tried several options to
The problem is solved. It was an entry in the Samba configuration file smb.conf
in section [global]:
unix charset = ISO8859-1
After deleting this entry qmake works correctly.
R. Paulus
For many years i develop C/C++ applications in Cygwin with source code located
in Samba shares. The shares
To make it clear:
After the installation of Cygwin:
- QTDIR is not set. Setting QTDIR has no effect concerning the error.
- In /usr/bin is the file qmake_qt5. This is a symlink to ../lib/qt5/bin/qmake.
I included this directory in PATH, cause I prefer to call qmake directly. If I
call qmake-qt5
On 1/7/2020 2:42 AM, PAULUS, Raimund, TI-ABN wrote:
For many years i develop C/C++ applications in Cygwin with source
code located in Samba shares. The shares are available on Windows
with "net use ..." command. In Cygwin they are available via
/cygdrive. Now I have to write applications using Q
For many years i develop C/C++ applications in Cygwin with source code located
in Samba shares. The shares are available on Windows with "net use ..."
command. In Cygwin they are available via /cygdrive. Now I have to write
applications using Qt 5. But there is a problem:
First i go to the pr
Good evening,
I would like to know what`s an issue if I`m saving logs from ssh session
(logs are save thru tee.exe) application to remote drive via samba.
Everytime if I`m opening new session (creating new file via tee) the file
has size 2GB on the remote drive. This issue doesn`t appear if I`m
led
[1]+ Donenautilus
$ find /usr -iname "*naut*xml"
/usr/share/appdata/org.gnome.Nautilus.appdata.xml
/usr/share/glib-2.0/schemas/org.gnome.nautilus.gschema.xml
/usr/share/metainfo/org.gnome.Terminal.Nautilus.metainfo.xml
/usr/share/mime/application/x-nautilus-link.xm
On 22.09.17,15:54, Jostein Berntsen wrote:
> I have used timetrap in Cygwin for some time, but lately it has gotten
> very slow. It uses about 30 seconds just to respond, and this is a small
> program. Since this is not part of Cygwin, I install it as a gem
> install. https://github.com/samg/ti
I have used timetrap in Cygwin for some time, but lately it has gotten
very slow. It uses about 30 seconds just to respond, and this is a small
program. Since this is not part of Cygwin, I install it as a gem
install. https://github.com/samg/timetrap
I use this on a work machine so it might be
I can use Cygwin-X in multi-window mode locally without any issues.
However, when I start a remote application with the display forwarded
to my local X-Server, the X-forwarding works but the display quality
is awful. It also appears that the font selection is not what it
should be.
When I start
The following packages have been uploaded to the Cygwin distribution:
* indicator-applet-12.10.1-1
* indicator-application-12.10.0-1
* indicator-application-gtk2-12.10.0.1-1
* lxpanel-indicator-plugin-0.8.2-2
* mate-indicator-applet-1.14.1-1
* xfce4-indicator-plugin-2.3.3-1
* guake-0.8.8-1
On Thu, Dec 1, 2016 at 6:23 AM, Jon Turney wrote:
> Patches are always welcome.
>
> I think this should be pretty straightforward to add, although it might be a
> bit tedious.
>
> [1],[2] should help you get started :)
>
> Looking at this in a little more detail, I wasn't quite accurate in my
> st
On Tue, Nov 29, 2016 at 5:37 AM, Andrey Repin wrote:
> Depends, what you mean by "fullscreen". All too often people say "fullscreen"
> when in fact they mean "borderless windowed".
Greetings Andrey. Perhaps I'm using the incorrect term, but I think a
borderless maximized window would work fine fo
On 29/11/2016 11:37, Andrey Repin wrote:
But ideally this would be fixed by adding support for
_NET_WM_STATE_FULLSCREEN to the WM.
Any idea how much effort would be required to implement the fullscreen
support? Any major hurdles to overcome? It may be something I could
work on in my spare time
1 - 100 of 610 matches
Mail list logo
