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 variables are
set i
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 straightforward
gt;
> > I have also tried this with 3.4.7 - same issue.
> >
> > Using 3.1.7 there is no slow down. I haven't tried any versions between
> > 3.1.7 and 3.4.7 yet, but I can do that.
> >
> > I'm running Windows 10 21H2 (19044.3086).
>
> https://cygwin.com/faq
Thanks! I'll take a look at that, but I'm not able to change what runs at
system startup.
It is a bit weird that multiple users (from different organizations)
started to experience this after a Cygwin update. If I'm using an older
version I don't have these issues on t
ly slow AD server or network connection, or long group membership lists,
that can be ameliorated by running cygserver service at system startup, so only
the first Cygwin process takes SAM/AD access hits, which are cached thereafter,
and shared with all Cygwin processes on the system.
Otherwise the fi
This has been initially reported as a Git for Windows issue:
https://github.com/git-for-windows/git/issues/4459
But it has been tracked down to originate in the Cygwin project (see
https://github.com/git-for-windows/git/issues/4459#issuecomment-1580526636
and maybe
https://github.com/git-for-windo
Greetings, Lester Ingber!
> When I login to my cygwin I see
> /cygdrive/c/Users/ingber/My: Command not found.
> I have tried to edit my ~/.dirsfile (in /home/ingber/ which is where I
> wish to start) but those changes do not persist between login sessions?
> The problem likely stems from may of
On 11/12/22, Lester Ingber via Cygwin wrote:
> When I login to my cygwin I see
> /cygdrive/c/Users/ingber/My: Command not found.
>
> I have tried to edit my ~/.dirsfile (in /home/ingber/ which is where I
> wish to start) but those changes do not persist between login sessions?
>
> The problem like
When I login to my cygwin I see
/cygdrive/c/Users/ingber/My: Command not found.
I have tried to edit my ~/.dirsfile (in /home/ingber/ which is where I
wish to start) but those changes do not persist between login sessions?
The problem likely stems from may of my files now in a G: drive (a
virtual
Greetings, Brian Cowan!
Please bottom post in this list. And trim unnecessary quoting.
> Well, is it possible to use 7zip? It seems like you can do something like
> it in:
> https://superuser.com/questions/42788/is-it-possible-to-execute-a-file-after-extraction-from-a-7-zip-self-extracting-a
> N
on
Turney
Sent: Sunday, August 28, 2022 11:46 AM
To: The Cygwin Mailing List
Subject: Re: Does the Cygwin setup program do internal sanity checks on startup?
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don't click links or open attachments as it ma
On 25/08/2022 19:14, Brian Cowan via Cygwin wrote:
And this was exactly it. I downloaded the latest UPX version, and it
crashed on startup. I downloaded the Linux version on another host,
copied the setup program to that host and extracted it there. NOW I
can update Cygwin...
I wonder if UPX
And this was exactly it. I downloaded the latest UPX version, and it crashed on
startup. I downloaded the Linux version on another host, copied the setup
program to that host and extracted it there. NOW I can update Cygwin...
Brian Cowan
HCL Software
Technical Specialist, ClearCase SWAT
On 25/08/2022 17:52, Adam Dinwoodie wrote:
On Wed, Aug 24, 2022 at 08:46:10PM +, Brian Cowan via Cygwin wrote:
>>Does the Cygwin setup program do internal sanity checks on startup?
Not as such. And if it did, the behaviour when the fails should be to
say those checks have failed,
On Wed, Aug 24, 2022 at 08:46:10PM +, Brian Cowan via Cygwin wrote:
> Why would I ask that question? Because I have a host running a
> hodgepodge of company-mandated security software, and -- only on that
> host -- the Cygwin setup tool crashes...
>
> Oddities:
> 1. The crash generates 3 dump
Why would I ask that question? Because I have a host running a hodgepodge of
company-mandated security software, and -- only on that host -- the Cygwin
setup tool crashes...
Oddities:
1. The crash generates 3 dump files when I use procdump, which is odd since I
"normally" only get 2 identical d
On 21/05/2022 14:35, Thomas Wolff wrote:
Am 21/05/2022 um 15:24 schrieb Tatsuro MATSUOKA:
Installing "mate-desktop-schemas" solves the issue
Sorry for noise.
If that's the case, a package dependency is missing, so it's not noise
but could be fixed.
Indeed. I added this dependency. Thanks f
ro MATSUOKA"
To: "cygwin@cygwin.com"
Date: 2022/05/21 土 21:29
Subject: pluma editor does not startup
I installed the pluma editor via cygwin setup (64bit).
However, pluma does not startup.
$ pluma
** (pluma:18054): WARNING **: Couldn't connect to accessibility bus: Opera
Installing "mate-desktop-schemas" solves the issue
Sorry for noise.
Tatsuro
> - Original Message -
>
> From: "Tatsuro MATSUOKA"
> To: "cygwin@cygwin.com"
> Date: 2022/05/21 土 21:29
> Subject: pluma editor does not startup
>
>
I installed the pluma editor via cygwin setup (64bit).
However, pluma does not startup.
$ pluma
** (pluma:18054): WARNING **: Couldn't connect to accessibility bus: Operating
system does not support abstract socket namespace
(pluma:18054): GLib-GIO-ERROR **: Settings s
On 2022-04-18 15:48, Takashi Yano wrote:
On Sat, 16 Apr 2022 18:16:50 +0900
Takashi Yano wrote:
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 pytho
On Sat, 16 Apr 2022 18:16:50 +0900
Takashi Yano wrote:
> 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
> >
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 application doesn't matter here, e.g. "ping -n 1
> lo
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 "python -c ''" also "works".
The deadlock
Greetings, Brian Inglis!
> On 2022-01-26 07:50, Andrey Repin wrote:
>> Greetings, Brian Inglis!
>>
>>> restart them in a late local permanent postinstall script
>>> /etc/postinstall/zp_z0_l_start_services.dash after setup.
>>
>> It never occured to me that I can use postinstall tasks to restart
On 2022-01-26 07:50, Andrey Repin wrote:
Greetings, Brian Inglis!
restart them in a late local permanent postinstall script
/etc/postinstall/zp_z0_l_start_services.dash after setup.
It never occured to me that I can use postinstall tasks to restart services :D
Just add a line
for svc in cyg
On 08.02.2021 16:33, matthew patton wrote:
On Sun, Feb 7, 2021 at 4:13 PM Jon Turney wrote:
>> It seems that gdb wants to run 'iconv -l' to list the available
encodings.
>>
>> It looks like perhaps an upstream bug that gdb outputs nothing when
>> iconv can't be found (rather than using th
On Sun, Feb 7, 2021 at 4:13 PM Jon Turney wrote:
>> It seems that gdb wants to run 'iconv -l' to list the available encodings.
>>
>> It looks like perhaps an upstream bug that gdb outputs nothing when
>> iconv can't be found (rather than using the default encoding?).
> the lack of a backup solut
On Sun, Feb 7, 2021 at 4:13 PM Jon Turney wrote:
>
>
> It seems that gdb wants to run 'iconv -l' to list the available encodings.
>
> It looks like perhaps an upstream bug that gdb outputs nothing when
> iconv can't be found (rather than using the default encoding?).
the lack of a backup solutio
On 05/02/2021 19:06, Marco Atzeri via Cygwin wrote:
On 05.02.2021 17:39, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, February 5, 2021 4:18 PM Takashi Yano wrote:
On Fri, 5 Feb 2021 10:07:46 +0100
Marco Atzeri wrote:
On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
On 04.02.2021 13:13,
On 05.02.2021 17:39, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, February 5, 2021 4:18 PM Takashi Yano wrote:
On Fri, 5 Feb 2021 10:07:46 +0100
Marco Atzeri wrote:
On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
I looked in
On 05.02.2021 16:18, Takashi Yano via Cygwin wrote:
On Fri, 5 Feb 2021 10:07:46 +0100
Marco Atzeri wrote:
On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
it is like the file descriptor of outputs are misaligned,
and I see two m
On Friday, February 5, 2021 4:18 PM Takashi Yano wrote:
>On Fri, 5 Feb 2021 10:07:46 +0100
>Marco Atzeri wrote:
>> On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
>> >> On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
>>
>> >
>> > Hi Marco,
>> > it seems stacked and when blindly ty
On Fri, 5 Feb 2021 10:07:46 +0100
Marco Atzeri wrote:
> On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
> >> On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
>
> >
> > Hi Marco,
> > it seems stacked and when blindly typing "quit" it responds with exiting.
> > So it seems like the ou
On Friday, February 5, 2021 3:08 PM Lemke, Michael SF/HZA-ZIC2 wrote:
>On Friday, February 5, 2021 10:08 AM Marco Atzeri wrote:
>>On 05.02.2021 08:55, Daniel RÃhrborn via Cygwin wrote:
On 04.02.2021 13:13, Daniel RÃhrborn via Cygwin wrote:
>>
>>>
>>> Hi Marco,
>>> it seems stacked and when
On Friday, February 5, 2021 10:08 AM Marco Atzeri wrote:
>On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
>>> On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
>
>>
>> Hi Marco,
>> it seems stacked and when blindly typing "quit" it responds with exiting. So
>> it seems like the outp
On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
Hi Marco,
it seems stacked and when blindly typing "quit" it responds with exiting. So it
seems like the output is invisible.
Tested it with Win7_32bit, GDB version 9.2-1 with Cygwin
. It seems to have blocked right after start. >What
>> could cause this behaviour?
>>
>> When I downgrade to gdb version 7.10.1-1 it works normally and outputs its
>> startup message.
>> But with any higher version (7.12.1-2, 8.0.1-1, 8.1.1-1, 8.2.1-1, 8.3.1-1,
&g
start. What could cause this
behaviour?
When I downgrade to gdb version 7.10.1-1 it works normally and outputs its
startup message.
But with any higher version (7.12.1-2, 8.0.1-1, 8.1.1-1, 8.2.1-1, 8.3.1-1,
9.2-1, 10.1-1) I get no output at all. The process hangs forever. Running GDB
from the C
ave blocked right after start. What could cause
>this behaviour?
>
>When I downgrade to gdb version 7.10.1-1 it works normally and outputs its
>startup message.
>But with any higher version (7.12.1-2, 8.0.1-1, 8.1.1-1, 8.2.1-1, 8.3.1-1,
>9.2-1, 10.1-1) I get no output at all. The
de to gdb version 7.10.1-1 it works normally and outputs its
startup message.
But with any higher version (7.12.1-2, 8.0.1-1, 8.1.1-1, 8.2.1-1, 8.3.1-1,
9.2-1, 10.1-1) I get no output at all. The process hangs forever. Running GDB
from the Cygwin Terminal also doesn't help.
Since nobody els
Hi guys,
sometime, not always, the first time I run the
Cygwin terminal the session is not usable
$ cygcheck -cd |grep general
grep: write error: Bad file descriptor
the only solution is to close the session
and restart the terminal.
It is just me and my AV bloda ?
$ uname -svr
CYGWIN_NT-10.0
On 2020-02-02 10:48, Anon User via cygwin wrote:
> OK I found it. You're right. The same outcome occurs. So I guess it's not
> cygwin specific. Sorry to have wasted your time. I guess my Windows install
> is messed up somehow. I wish I could get the feedback I need to figure out
> what I did
OK I found it. You're right. The same outcome occurs. So I guess it's not
cygwin specific. Sorry to have wasted your time. I guess my Windows install
is messed up somehow. I wish I could get the feedback I need to figure out what
I did to have caused this. I have tried countless searches on
Sure. I'm willing to try it. Where do I get that compiler from?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Sun, 2 Feb 2020 09:14:25 + (UTC)
"Anon User via cygwin" wrote:
> Not sure how to confirm that. I install the built-in OpenSSH client/server
> app. Then I start the OpenSSH server service. Then I ssh to 127.0.0.1 and
> login fine. There is no waiting on the service starting up nor on t
Not sure how to confirm that. I install the built-in OpenSSH client/server
app. Then I start the OpenSSH server service. Then I ssh to 127.0.0.1 and
login fine. There is no waiting on the service starting up nor on the ssh
client connecting to the daemon and getting a shell (Windows 'DOS' s
On Sun, 2 Feb 2020 08:31:51 + (UTC)
"Anon User via cygwin" wrote:
> Same behavior as mintty, tmux, the previous test case, with TaskManager's
> analyze wait chain saying it's waiting on Network I/O.
>
> $ ./a.exeStarted.
> ** 1 min wait here **
> CreatePseudoConsole() end.ClosePseudoConsole(
Same behavior as mintty, tmux, the previous test case, with TaskManager's
analyze wait chain saying it's waiting on Network I/O.
$ ./a.exeStarted.
** 1 min wait here **
CreatePseudoConsole() end.ClosePseudoConsole() end.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Sat, 1 Feb 2020 23:25:08 + (UTC)
"Anon User via cygwin" wrote:
> $ md5sum /bin/cygwin-console-helper.exe
> 221bdfff7c8ccd1227bacb025bba665b */bin/cygwin-console-helper.exe
This is the right md5sum value.
Then, how about the attached test case?
--
Takashi Yano
#define _WIN32_WINNT 0x0a00
$ md5sum /bin/cygwin-console-helper.exe
221bdfff7c8ccd1227bacb025bba665b */bin/cygwin-console-helper.exe
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.
On Sat, 1 Feb 2020 17:40:52 + (UTC)
"Anon User via cygwin" wrote:
> $ ./a.exe
> Start.
> ** hangs here about 1 minute **
> PTY opened.
> PTY closed.
Thanks for testing.
Could you please let us know the result of
md5sum /bin/cygwin-console-helper.exe
--
Takashi Yano
--
Problem reports:
What happens is it hangs on that openpty() call. It displays Start
immediately. But then around a minute later it shows the rest.
$ ./a.exe
Start.
** hangs here about 1 minute **
PTY opened.
PTY closed.
I took the liberty of adding time() calls just before and after the openpty()
call:
$ ./a
On Sat, 1 Feb 2020 07:39:08 + (UTC)
"Anon User via cygwin" wrote:
> I first reported this problem to the Mintty project at GitHub. With their
> help, I was able to debug the issue to the call to forkpty. I installed tmux
> and found it also hangs the exact same way. My guess is any process
I first reported this problem to the Mintty project at GitHub. With their
help, I was able to debug the issue to the call to forkpty. I installed tmux
and found it also hangs the exact same way. My guess is any process which
makes this fork call will hang in a similar way. Rather than copy/pa
Thank you Corinna! And sorry for the delayed response.
Maybe this is something I can put on my TODO "wish list" -- going
through the Cygwin docs, learning the internals a bit better and maybe
adding to them. It's always nice to have a nice doc explaining the
high-level architecture and then othe
On Dec 9 01:12, Daniel Santos wrote:
> Hello,
>
> I see that when you copy Cygwin executables (and dlls) to a random
> windows machine and run (for example) bash.exe that Cygwin treats the
> parent directory as the root, assigns it an 8-byte serial number and
> records it in the user registry. C
Hello,
I see that when you copy Cygwin executables (and dlls) to a random
windows machine and run (for example) bash.exe that Cygwin treats the
parent directory as the root, assigns it an 8-byte serial number and
records it in the user registry. Can somebody point me to where the
code is that doe
> > During startup program exited with code 0xc139.
> so Windows handles termination.
IMO if it did, the exit code wouldn't have been 127 but something with decimal
equivalent of 0x139 (or the likes).
> P.S. I didn't get to know what exactly the entry point was miss
;t be
> shy of saying so).
>
> When I start the binary under debugger, I see the following:
>
> [New Thread 12576.0x4d70]
> [New Thread 12576.0x4860]
> [New Thread 12576.0x44b8]
> [New Thread 12576.0x4528]
> [Thread 12576.0x44b8 exited with code 3221225785]
>
d 12576.0x4d70]
[New Thread 12576.0x4860]
[New Thread 12576.0x44b8]
[New Thread 12576.0x4528]
[Thread 12576.0x44b8 exited with code 3221225785]
[Thread 12576.0x4860 exited with code 3221225785]
During startup program exited with code 0xc139.
So there's actually an explanation: 0xc
]
Now the problem:
I'm trying to get postfix up and running, and all I get is "fatal:
mail system
startup failed", with no further explanation; to wit, from 'postfix -v
start':
...
postfix/postfix-script: starting the Postfix mail system
postfix/postfix-script: fatal: m
:
I'm trying to get postfix up and running, and all I get is "fatal: mail system
startup failed", with no further explanation; to wit, from 'postfix -v start':
[since the IPs are all RFC-1918, I don't really care about their visibility...]
postfix: name_mask: i
> No, 30 seconds is a hard system timeout in which a service must reply with
> an appropriate control message to let services.exe know it is ready to
> continue startup sequence.
I don't think there is a hard-coded system timeout, as long as the starting
service keeps
posting its
.
>>
>> No, 30 seconds is a hard system timeout in which a service must reply with an
>> appropriate control message to let services.exe know it is ready to continue
>> startup sequence.
> Oh, really? If so, I completely forgot about that...
This is the best I cou
in which a service must reply with an
> appropriate control message to let services.exe know it is ready to continue
> startup sequence.
Oh, really? If so, I completely forgot about that...
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
to let services.exe know it is ready to continue
startup sequence.
> It would be quite useful (in certain situations) to have a command-line
> parameter (for the -I option) that can specify a service startup timeout,
> longer or shorter than the preset default.
Is there such a feature
o have a command-line
> parameter (for the -I option)
> that can specify a service startup timeout, longer or shorter than the preset
> default.
Patches welcome! The source is at
https://cygwin.com/git/?p=cygwin-apps/cygrunsrv.git
Corinna
--
Corinna Vinschen
Cygwin Maintainer
Hi all,
It looks like the cygrunsrv utility hardcodes 30 seconds as a maximal time for
a service to start, then bails
out with a failure.
It would be quite useful (in certain situations) to have a command-line
parameter (for the -I option)
that can specify a service startup timeout, longer or
gt; connection was broken.
>
> I googled it and found an article in which someone wrote that
> installing at-spi2-core solves it. Although the version 2.26.2
> has already been installed in my system, I tried downgrading it
> to 2.24.1. It did the trick! Emacs startup got fast as
connection
was broken.
I googled it and found an article in which someone wrote that
installing at-spi2-core solves it. Although the version 2.26.2
has already been installed in my system, I tried downgrading it
to 2.24.1. It did the trick! Emacs startup got fast as before.
$ uname -a
CYGWIN_NT-10.0
-spi2-core solves it. Although the version 2.26.2
has already been installed in my system, I tried downgrading it
to 2.24.1. It did the trick! Emacs startup got fast as before.
$ uname -a
CYGWIN_NT-10.0 localhost 2.11.1(0.329/5/3) 2018-09-05 10:24 x86_64 Cygwin
Regards,
--
Problem reports
On 3 August 2018 8:14 PM, Jon Turney wrote:
> Anyhow, I think to fix this, you need a cygwin with the following
> changes (the latest snapshot should be ok)
>
> https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=4564b30f331a067e71b25308ac7c8a85ceb4b122;hp=4d1a356f7b36905f5e2b6
On 03/08/2018 18:19, tumtum00 wrote:
On 31 July 2018 7:57 PM, Jon Turney wrote:
I tried 3 new machines today, can reproduce the issue in all of them. All were
Win7 x86_64. 2 VMs installed from scratch (one in English, the other German as
in my first report) plus a system running on bare metal.
On 31 July 2018 7:57 PM, Jon Turney wrote:
> > - Dependencies installed as described in
> > https://x.cygwin.com/docs/cg/prog-build-prerequisites.html, plus
> > xcb-composite-devel
>
> Thanks for pointing out this oversight. I will amend the documentation.
Thanks for that. I typoed the package
On 30/07/2018 16:33, tumtum00 wrote:
after building xorg-server 1.20.0 without errors, the XWin binary crashes at
startup due to a buffer overflow. XWin 1.20.0 from Cygwin repos works as
expected.
Setup:
- Freshly installed Win7 x86_64 VM
- Cygwin x86_64
- Dependencies installed as described
On 30 July 2018 6:07 PM, Marco Atzeri wrote:
> what about doing also "install package" and properly install the
> resulting binary ?
I'm having trouble doing it the right way: setup.exe won't recognise/list
anything under
xorg-server-1.20.0-2.x86_64/dist/xorg-server/
and I don't find a detailed d
Am 30.07.2018 um 17:33 schrieb tumtum00:
Self-compiled xorg-server 1.20.0 crashes at startup, buffer overflow
Hello all,
after building xorg-server 1.20.0 without errors, the XWin binary crashes at
startup due to a buffer overflow. XWin 1.20.0 from Cygwin repos works as
expected.
Setup
Self-compiled xorg-server 1.20.0 crashes at startup, buffer overflow
Hello all,
after building xorg-server 1.20.0 without errors, the XWin binary crashes at
startup due to a buffer overflow. XWin 1.20.0 from Cygwin repos works as
expected.
Setup:
- Freshly installed Win7 x86_64 VM
- Cygwin
My Cygwin/XWin server (1.19.6-1) is freezing somewhere in the startup
process when running in multi-window mode (i.e., startxwin) but
works fine when run in single-window mode (i.e., startx). Multi-window
mode had been working on my previous stale Cygwin system (updated
3 Jan 2017) and broke
On Fri, 26 May 2017 10:40:20, cyg Simple wrote:
> On 5/26/2017 4:17 AM, Houder wrote:
>
> Are you positive your XP system, even though beyond EOSL didn't get auto
> updated because of RANSOMEWARE upgrades[1][2]? Perhaps this was the
> source of your problems.
I applied the patch myself ... (and
On 5/26/2017 4:17 AM, Houder wrote:
Are you positive your XP system, even though beyond EOSL didn't get auto
updated because of RANSOMEWARE upgrades[1][2]? Perhaps this was the
source of your problems.
[1]
https://www.theverge.com/2017/5/13/15635006/microsoft-windows-xp-security-patch-wannacry-r
..
Some time ago it automatically upgraded itself ... and kept working.
After UNinstalling it (as I wrote in my previous post) I decided to
REinstall it (downloaded the executable from my provider).
After startup the executable tells me:
"your system (XP!) is no longer supported!"
(both machines are behind a firewall - rest assured)
>>> "Suddenly" (yesterday?) I noticed that the "sshd daemon" fails;
>>> it is started at system startup (i.e. an automatic service).
>> Ahem ... it should have rephrased that ... however, from the error
>
fails;
it is started at system startup (i.e. an automatic service).
Ahem ... it should have rephrased that ... however, from the error
report in the sshd.log, it should be clear that the daemon fails as
soon as it receives its first "ssh" request ... (and not before).
Give me a break
On 2017-05-25 17:59, Andrey Repin wrote:
Hi Andrey,
[snip]
When the service is restarted after system startup, i.c.
cygrunsrv -E sshd; cygrunsrv -S sshd
it then works flawlessly (which amazes me, given the error in
the sshd.log)
What if you `net start "Cygwin sshd"` ?
running W7) ... I cannot really remember. Yes, sometimes I
visit (ssh) the "old station" (XP) for info that I am missing.
(both machines are behind a firewall - rest assured)
"Suddenly" (yesterday?) I noticed that the "sshd daemon" fails;
it is started at system star
yes, I
> am now running W7) ... I cannot really remember. Yes, sometimes I
> visit (ssh) the "old station" (XP) for info that I am missing.
> (both machines are behind a firewall - rest assured)
> "Suddenly" (yesterday?) I noticed that the "sshd daemon" fa
remember. Yes, sometimes I
visit (ssh) the "old station" (XP) for info that I am missing.
(both machines are behind a firewall - rest assured)
"Suddenly" (yesterday?) I noticed that the "sshd daemon" fails;
it is started at system startup (i.e. an automatic service).
When
Dear Cygwin community,
On starting krita i get
KisImageConfig::totalRAM: Cannot get the size of your RAM. Using default
value of 1GiB.
>From googling this seems to be a programming error (RAM size detected
only on Linux).
Is there a warkaround (e.g. setting some environment variable)?
Thanks and
XWin startup crash x86_64 Windows 10
On 21/04/2016 17:31, Sergio Gomez wrote:
> Hi,
Thanks for reporting this problem.
> After a fresh installation of Cygwin x86_64 in a Windows 10 machine,
> XWin crashes during startup (rest of Cygwin seems OK). Here is the backtrace:
[...]
> (
On 21/04/2016 17:31, Sergio Gomez wrote:
Hi,
Thanks for reporting this problem.
After a fresh installation of Cygwin x86_64 in a Windows 10 machine, XWin
crashes during startup (rest of Cygwin seems OK). Here is the backtrace:
[...]
(gdb) r
Starting program: /usr/bin/XWin -multiwindow
[New
Hi,
After a fresh installation of Cygwin x86_64 in a Windows 10 machine, XWin
crashes during startup (rest of Cygwin seems OK). Here is the backtrace:
--
$ gdb --args /usr/bin/XWin -multiwindow
GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
Copyright (C) 2015 Free
collect2: error: ld returned 1 exit status
In my opinion, it is a bug or, if you prefer, a limitation in the startup
code.
I think that this happens because gcc/config/i386/cygming-crtbegin.c always
uses GetProcAddress() and GetModuleHandleA() API, even when you feed -static
option at
nks!
Only you have to run that cygserver service:
$ cygrunsrv -S cygserver
Then you can safely start httpd.
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/httpd-immediate-segfault-on-startup-tp120044p122778.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
For anybody else who's having trouble with apache segfaulting at
startup:
On 8/2/2015 11:46 PM, Jim Garrison wrote:
[snip]
>>>> Updated all cygwin packages to current versions, installed
>>>> httpd 2.4.16-1. On startup httpd segfaults:
>>>>
>&
On 8/2/2015 10:52 AM, Marco Atzeri wrote:
> On 7/31/2015 6:18 PM, Jim Garrison wrote:
>> On 7/26/2015 5:24 PM, Jim Garrison wrote:
>>> Updated all cygwin packages to current versions, installed httpd
>>> 2.4.16-1. On startup httpd segfaults:
>>>
>>&
On 7/31/2015 6:18 PM, Jim Garrison wrote:
On 7/26/2015 5:24 PM, Jim Garrison wrote:
Updated all cygwin packages to current versions, installed httpd
2.4.16-1. On startup httpd segfaults:
Exception: STATUS_ACCESS_VIOLATION at eip=65DC5D78
eax=8004E028 ebx=0001 ecx= edx=8004DFF0 esi
On 7/26/2015 5:24 PM, Jim Garrison wrote:
> Updated all cygwin packages to current versions, installed httpd
> 2.4.16-1. On startup httpd segfaults:
>
> Exception: STATUS_ACCESS_VIOLATION at eip=65DC5D78
> eax=8004E028 ebx=0001 ecx= edx=8004DFF0 esi=80014490
>
>On 7/26/2015 5:24 PM, Jim Garrison wrote:
>> Google turned up one other question citing the same symptoms, but on a
>> Chinese website, no answers so far.
>>
>> cygcheck.out attached
>>
>> Suggestions on how to troubleshoot? I can provide an strace output
>> (67k lines, 460kB gzipped) if desi
1 - 100 of 570 matches
Mail list logo
