o all open(2) calls for OS/2 kLIBC support
The website also indicates that "No workarounds for .exe suffixes or
other platform-specific quirks have been or will be added." So I doubt
I could get this fixed upstream. Could the maintainer please take a
look at this?
Cheers,
Ryan Dortmans
4.8.3-2
(I realize I'm a version behind on cygwin1.dll, but I don't think that's
the problem here)
Thoughts?
Ryan
--
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
I'm trying to verify the signatures on the latest setup.exe files and I'm
finding that they don't match:
$ gpg --verify setup-x86.exe.sig
gpg: Signature made Fri 13 Dec 2013 17:24:37 GMT using DSA key ID 676041BA
gpg: BAD signature from "Cygwin "
$ gpg --verify setup-x86_64.exe.sig
gpg: Signature
means non-strict mode and C99 mode, snprintf was not part of
C++03. I guess (__cplusplus >= 201103L) needs to be added to newlib.
Yes, this has come up before [1]. Several *printf variants are affected
IIRC.
[1] http://cygwin.com/ml/cygwin/2012-04/msg00140.html
Ryan
--
Pro
On 04/11/2013 11:00 AM, Christopher Faylor wrote:
On Mon, Nov 04, 2013 at 09:32:10AM -0500, Charles Wilson wrote:
On 10/30/2013 9:51 AM, Ryan Johnson wrote:
On 30/10/2013 8:48 AM, Charles Wilson wrote:
Yeah; even for my stripped-down version, I need to pre-process the
setup.ini and remove all
On 04/11/2013 9:24 AM, Ryan Johnson wrote:
On 04/11/2013 7:47 AM, Andrey Repin wrote:
Greetings, Kptain!
Today my Cygwin package is around 1.4Gb.
I've tried to restrict amount of package required by distribution,
it seems
lot of dependencies are required.
Does someone know how to res
set (so you can't actually install a working
cygwin), grabs python3, gcc, make, subversion, and tcsh. It also tries
to download gcc-debuginfo by default, which is 100MB of .tar.xz
goodness. I didn't download all of that to see what it decompresses to.
Ryan
--
Prob
On 31/10/2013 2:11 PM, Jason Tishler wrote:
On Tue, Oct 15, 2013 at 12:28:31PM +0900, nu774 wrote:
Installing libffi-devel will let python pick system libffi, so you
can skip that libffi building part you are currently stuck.
(2013/10/15 10:10), Ryan Johnson wrote:
"/usr/src/python3-3.
were doing the former; if so, my script might
get you to an answer faster by avoiding information overload.
Ryan
--
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
that's pulling in so much
stuff...
I threw one together a while back when dealing with packages trying to
pull in latex: http://cygwin.com/ml/cygwin/2012-03/msg00242.html
It doesn't build a full graph, but if you name the offending package it
tells you who depends on it.
HTH,
On 14/10/2013 10:17 AM, Ryan Johnson wrote:
Hi python maintainer,
Is there any chance to get a build of python 3.3 on x86_64? (I need
PEP 380, delegating to a subgenerator, and the Windows version doesn't
play nice with cygwin shells). I tried downloading the sources and
applying the pa
4. autoreconf -i
5. ./configure CPPFLAGS="-I/usr/include/ncursesw"
--prefix=$HOME/apps/python-3.3.2 --enable-shared --enable-ipv6
--with-libc= --with-libm= --with-system-expat --with-system-ffi
ac_cv_func_bind_textdomain_codeset=yes
6. make -k
Thoughts?
Ryan
--
Problem rep
using disk. Disable buffer usage
completely and the bug goes away.
Ryan
--
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
any difference in their runtime. Unless the code is
calling fsync() after every newline or something, in which case that's
what needs to be fixed.
$0.02
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
me. Once it hit, though, there
was no obvoius way out except to disable WD. Rebooting might also help,
by resetting an especially unfriendly ASLR arrangement.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
They don't get unflagged when you go to "keep" and there's
no option to only download the deps for some packages...
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.htm
.
Hopefully that is good news in that the vanilla Linux instructions work
like a charm. If not, the errors that result from trying to follow the
Linux directions will be helpful for troubleshooting.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
ng at play, which Cygwin actually respects (unlike many
Windows programs). Again, there's little cygwin can do to address the
problem on its side, because the file really is locked...
... all of which is the long way of explaining why the official stance
is "sorry, you're SOL"
submitted recently [1], you might want to see
whether the current snapshot has the fix yet [2].
[1] http://cygwin.com/ml/cygwin-patches/2013-q3/msg6.html
[2] http://cygwin.com/snapshots/
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
On 17/09/2013 11:07 AM, Jon TURNEY wrote:
On 16/09/2013 23:02, Ryan Johnson wrote:
On 16/09/2013 2:45 PM, Jon TURNEY wrote:
On 12/09/2013 18:02, Ryan Johnson wrote:
Subject line says it all...
(I thought this came up before but either I remembered wrong or my Google-foo
is weak today
On 16/09/2013 2:45 PM, Jon TURNEY wrote:
On 12/09/2013 18:02, Ryan Johnson wrote:
Subject line says it all...
(I thought this came up before but either I remembered wrong or my Google-foo
is weak today).
These start menu links aren't installed by the xorg-server package, but by the
line7 6.2-1
Ryan
--
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 12/09/2013 5:27 PM, Warren Young wrote:
On 9/12/2013 13:14, Ryan Johnson wrote:
$ ldd $(which sqlite3)
ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(0x7772)
kernel32.dll => /cygdrive/c/Windows/system32/kernel32.dll
(0x7760)
KERNELBA
Subject line says it all...
(I thought this came up before but either I remembered wrong or my
Google-foo is weak today).
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
On 12/09/2013 2:50 PM, Warren Young wrote:
On 9/12/2013 05:47, Ryan Johnson wrote:
I fired up a sqlite3 shell today and was dismayed to find that readline
support is AWOL...
It works here, under both MinTTY and cmd.exe.
By that I mean that I ran sqlite3, typed .help at it, then Up-Arrow
On 12/09/2013 11:52 AM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Ryan Johnson sent the following at Thursday, September 12, 2013 11:31 AM
Try *copying* setup64.exe to foo.exe. Or download it again but save it
with the name foo.exe.
Windows may be remembering that the file used to be called
n requires elevation".
I have vague memories that someone (Corinna?) suggested copying the file
to a USB key and back: the FAT filesystem can't track the permissions
that cause this behavior. Never tested it myself, though (maybe I
should, it would be nice to lose the UAC prompt).
Ryan
Hi all,
I fired up a sqlite3 shell today and was dismayed to find that readline
support is AWOL... it's been quite a while since I ran it, so I don't
know when this might have changed.
CYGWIN_NT-6.1 ryan-laptop 1.7.25(0.270/5/3) 2013-08-31 20:37 x86_64 Cygwin
cygcheck reports (a
uld be made for
not adding .exe to a file name that already exists in the filesystem?
Meanwhile, I've always used `gcc -o- devnull.c >/dev/null' for stuff
like that...
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
he user is executing a package configure where
the package has an 11 year old config.guess and is not using cygport
at all.
I would think that cygwin64 is the least of your worries if you're using
an 11 year-old config.guess...
$0.02
Ryan
--
Problem reports: http://cygwin.com/proble
is not a "platform" that we are interested
in devoting time to.
One wonders what stack alignment would be found if a breakpoint were set
at the same place under a native windows setup... if it's not 16-byte
aligned then this is a Cygwin bug that flew under the radar. Ali
On 27/08/2013 8:06 AM, Ken Brown wrote:
On 8/27/2013 4:28 AM, Ryan Johnson wrote:
On 17/08/2013 2:41 PM, Ryan Johnson wrote:
Hi all,
The following STC causes emacs-nox to peg a CPU indefinitely. Emacs
remains responsive, but C-c C-k doesn't kill the compile; you have to
exit emacs to r
On 27/08/2013 8:06 AM, Ken Brown wrote:
On 8/27/2013 4:28 AM, Ryan Johnson wrote:
On 17/08/2013 2:41 PM, Ryan Johnson wrote:
Hi all,
The following STC causes emacs-nox to peg a CPU indefinitely. Emacs
remains responsive, but C-c C-k doesn't kill the compile; you have to
exit emacs to r
Ping... is anyone else at least able to reproduce this?
On 17/08/2013 2:41 PM, Ryan Johnson wrote:
Hi all,
The following STC causes emacs-nox to peg a CPU indefinitely. Emacs
remains responsive, but C-c C-k doesn't kill the compile; you have to
exit emacs to remove the "Compili
On 21/08/2013 12:11 PM, Corinna Vinschen wrote:
On Aug 21 12:04, Ryan Johnson wrote:
Hi SVN maintainer,
Is a 64-bit release going to come out soon? SVN is quite a pain to
build manually, compared with most other packages, especially if
support for SSL, etc. is configured...
Subversion is part
Hi SVN maintainer,
Is a 64-bit release going to come out soon? SVN is quite a pain to build
manually, compared with most other packages, especially if support for
SSL, etc. is configured...
Thanks!
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On 19/08/2013 7:39 AM, Corinna Vinschen wrote:
On Aug 19 07:04, Ryan Johnson wrote:
On 19/08/2013 6:49 AM, Ryan Johnson wrote:
One thing I don't understand, though: shouldn't a stack overflow
normally manifest as a seg fault when trying to access the invalid
addresses, rather t
On 19/08/2013 6:49 AM, Ryan Johnson wrote:
On 19/08/2013 5:32 AM, Corinna Vinschen wrote:
On Aug 16 16:49, Ken Brown wrote:
The problem that has been discussed at length in the thread "64-bit
emacs crashes a lot" appears to have been solved on the emacs-devel
list. (I say "appe
On 19/08/2013 5:32 AM, Corinna Vinschen wrote:
On Aug 16 16:49, Ken Brown wrote:
The problem that has been discussed at length in the thread "64-bit
emacs crashes a lot" appears to have been solved on the emacs-devel
list. (I say "appears to" because I'm waiting for Ry
On 18/08/2013 12:53 AM, Christopher Faylor wrote:
On Sat, Aug 17, 2013 at 02:41:32PM -0400, Ryan Johnson wrote:
The following STC causes emacs-nox to peg a CPU indefinitely. Emacs
remains responsive, but C-c C-k doesn't kill the compile; you have to
exit emacs to remove the "Compili
s related to limited pipe buffering, but I don't
think so: it has always worked in the past, and the the 3-4 bytes
required to buffer up "hi\n" is hardly onerous.
$ uname -a
CYGWIN_NT-6.1 ryan-laptop-v02 1.7.24(0.269/5/3) 2013-08-15 11:59 x86_64
Cygwin
$ cygcheck -cd
b
On 16/08/2013 4:49 PM, Ken Brown wrote:
The problem that has been discussed at length in the thread "64-bit
emacs crashes a lot" appears to have been solved on the emacs-devel
list. (I say "appears to" because I'm waiting for Ryan to confirm this.)
WJFFM so fa
On 16/08/2013 5:13 AM, Eli Zaretskii wrote:
Date: Fri, 16 Aug 2013 01:59:41 -0400
From: Ryan Johnson <**snip**>
Please don't feed the spammers. I get enough as it is...
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
On 16/08/2013 12:34 AM, Ryan Johnson wrote:
On 15/08/2013 10:35 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
At this point I'm pretty confident it's memory corruption of some kind.
Consider the following semi-STC:
1. Invoke: emacs-nox -Q; echo -e "att $(jobs
On 15/08/2013 10:35 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
At this point I'm pretty confident it's memory corruption of some kind.
Consider the following semi-STC:
1. Invoke: emacs-nox -Q; echo -e "att $(jobs -p)\nc" >
/dev/clipboard; fg
2.
On 15/08/2013 7:40 PM, Ken Brown wrote:
On 8/15/2013 7:14 PM, Ryan Johnson wrote:
On 15/08/2013 6:48 PM, Ryan Johnson wrote:
On 15/08/2013 6:02 PM, Ken Brown wrote:
On 8/15/2013 5:58 PM, Ken Brown wrote:
On 8/15/2013 5:24 PM, Ryan Johnson wrote:
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8
On 15/08/2013 7:07 PM, Ken Brown wrote:
On 8/15/2013 6:48 PM, Ryan Johnson wrote:
On 15/08/2013 6:02 PM, Ken Brown wrote:
On 8/15/2013 5:58 PM, Ken Brown wrote:
On 8/15/2013 5:24 PM, Ryan Johnson wrote:
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote
On 15/08/2013 6:48 PM, Ryan Johnson wrote:
On 15/08/2013 6:02 PM, Ken Brown wrote:
On 8/15/2013 5:58 PM, Ken Brown wrote:
On 8/15/2013 5:24 PM, Ryan Johnson wrote:
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
Program received signal SIGSEGV, Segmentation
On 15/08/2013 6:02 PM, Ken Brown wrote:
On 8/15/2013 5:58 PM, Ken Brown wrote:
On 8/15/2013 5:24 PM, Ryan Johnson wrote:
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
Program received signal SIGSEGV, Segmentation fault.
___chkstk_ms () at
/usr/src/debug
On 15/08/2013 5:58 PM, Ken Brown wrote:
On 8/15/2013 5:24 PM, Ryan Johnson wrote:
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
Program received signal SIGSEGV, Segmentation fault.
___chkstk_ms () at
/usr/src/debug/gcc-4.8.1-1/libgcc/config/i386/cygwin.S
On 15/08/2013 5:14 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
Program received signal SIGSEGV, Segmentation fault.
___chkstk_ms () at
/usr/src/debug/gcc-4.8.1-1/libgcc/config/i386/cygwin.S:146
You're not using the latest gcc, which is 4.8.1-3. Any chance that
that&#
irus
scans come up clean. I've posted the list of loaded dlls that gdb knew
about below, along with a taste of the crashes that were occurring.
Thoughts?
Ryan
/cygdrive/c/Windows/system32/apphelp.dll
/cygdrive/c/Windows/system32/DNSAPI.dll
/cygdrive/c/Windows/System32/fwpuclnt.dll
/c
On 14/08/2013 10:04 AM, Ryan Johnson wrote:
On 10/08/2013 2:01 PM, Ken Brown wrote:
I'm not sure that garbage collection is the underlying problem here.
Agree it's probably not GC... GC would just tend to trip over any bad
pointers that were lurking around...
After a rash of crash
On 14/08/2013 10:04 AM, Ryan Johnson wrote:
After a rash of crashes where I either forgot to attach gdb or forgot
to set appropriate breakpoints, I finally managed to catch the stack
trace below. It occurred during M-x compile, while emacs parsed the
compilation's rather copious output,
On 10/08/2013 2:01 PM, Ken Brown wrote:
On 8/10/2013 11:24 AM, Ryan Johnson wrote:
On 10/08/2013 9:59 AM, Ken Brown wrote:
On 8/9/2013 11:28 PM, Ryan Johnson wrote:
On 08/08/2013 2:00 PM, Ryan Johnson wrote:
On 08/08/2013 1:42 PM, Ken Brown wrote:
On 8/5/2013 11:29 AM, Ryan Johnson wrote
> I think putting the blame on bash is premature. Try replacing the call to
> java with a script of your own to see what arguments it get called with,
How so? This works on un*x platforms so what am I missing?
The script IS my own, if you execute the script as suggested what
results did you get w
The cygwin bash is ignoring noglob on windows 7 and XP. Cygwin
details: CYGWIN_NT-6.1 1.7.17(0.262/5/3) 2012-10-19 14:39
To illustrate, here is a script which calls a java application
which I expect to have wildcards passed through as-is to the java
main String[ ]args. Source to both as foll
On 10/08/2013 9:59 AM, Ken Brown wrote:
On 8/9/2013 11:28 PM, Ryan Johnson wrote:
On 08/08/2013 2:00 PM, Ryan Johnson wrote:
On 08/08/2013 1:42 PM, Ken Brown wrote:
On 8/5/2013 11:29 AM, Ryan Johnson wrote:
On 05/08/2013 11:00 AM, Ken Brown wrote:
On 8/3/2013 3:05 PM, Ryan Johnson wrote
On 08/08/2013 2:00 PM, Ryan Johnson wrote:
On 08/08/2013 1:42 PM, Ken Brown wrote:
On 8/5/2013 11:29 AM, Ryan Johnson wrote:
On 05/08/2013 11:00 AM, Ken Brown wrote:
On 8/3/2013 3:05 PM, Ryan Johnson wrote:
On 02/08/2013 8:07 AM, Ryan Johnson wrote:
On 02/08/2013 7:04 AM, Ken Brown wrote
On 08/08/2013 1:42 PM, Ken Brown wrote:
On 8/5/2013 11:29 AM, Ryan Johnson wrote:
On 05/08/2013 11:00 AM, Ken Brown wrote:
On 8/3/2013 3:05 PM, Ryan Johnson wrote:
On 02/08/2013 8:07 AM, Ryan Johnson wrote:
On 02/08/2013 7:04 AM, Ken Brown wrote:
On 8/2/2013 4:02 AM, Corinna Vinschen wrote
On 08/08/2013 11:48 AM, Corinna Vinschen wrote:
On Aug 8 17:32, Corinna Vinschen wrote:
On Aug 8 09:48, Ryan Johnson wrote:
Hi all,
(no, that's not a typo in the subject line)
64-bit install, bash inside mintty, all latest packages with the
cygwin1.dll snapshot shown
Hi all,
(no, that's not a typo in the subject line)
64-bit install, bash inside mintty, all latest packages with the
cygwin1.dll snapshot shown below...
# <<< --- begin STC --->>>
$ uname -a
CYGWIN_NT-6.1 ryan-laptop-v02 1.7.23s(0.268/5/3) 20130729 19:11:42
x86_64 C
On 05/08/2013 11:00 AM, Ken Brown wrote:
On 8/3/2013 3:05 PM, Ryan Johnson wrote:
On 02/08/2013 8:07 AM, Ryan Johnson wrote:
On 02/08/2013 7:04 AM, Ken Brown wrote:
On 8/2/2013 4:02 AM, Corinna Vinschen wrote:
On Aug 1 22:46, Ryan Johnson wrote:
Here's a new one... I started a compil
On 02/08/2013 8:07 AM, Ryan Johnson wrote:
On 02/08/2013 7:04 AM, Ken Brown wrote:
On 8/2/2013 4:02 AM, Corinna Vinschen wrote:
On Aug 1 22:46, Ryan Johnson wrote:
Here's a new one... I started a compilation, but before it actually
invoked the command it started pegging the CPU. After ^
On 02/08/2013 7:04 AM, Ken Brown wrote:
On 8/2/2013 4:02 AM, Corinna Vinschen wrote:
On Aug 1 22:46, Ryan Johnson wrote:
On 26/07/2013 11:32 PM, Ryan Johnson wrote:
On 26/07/2013 10:50 PM, Ken Brown wrote:
On 7/26/2013 8:32 PM, Ryan Johnson wrote:
Hi all,
Running 64-bit cygwin 1.7.22
On 26/07/2013 11:32 PM, Ryan Johnson wrote:
On 26/07/2013 10:50 PM, Ken Brown wrote:
On 7/26/2013 8:32 PM, Ryan Johnson wrote:
Hi all,
Running 64-bit cygwin 1.7.22(0.268/5/3), with emacs-nox 24.3-4 inside
mintty 1.2-beta1-1, I keep getting seg faults and "Fatal error 6:
Aborted&q
On 29/07/2013 3:27 PM, Ryan Johnson wrote:
On 29/07/2013 3:13 PM, Ryan Johnson wrote:
On 29/07/2013 3:11 PM, Corinna Vinschen wrote:
On Jul 29 12:01, Ryan Johnson wrote:
On 29/07/2013 7:06 AM, Corinna Vinschen wrote:
On Jul 27 11:30, Daniel Brown wrote:
I have also ran into this problem, in
On 29/07/2013 3:13 PM, Ryan Johnson wrote:
On 29/07/2013 3:11 PM, Corinna Vinschen wrote:
On Jul 29 12:01, Ryan Johnson wrote:
On 29/07/2013 7:06 AM, Corinna Vinschen wrote:
On Jul 27 11:30, Daniel Brown wrote:
I have also ran into this problem, in my case though I have managed
to reduce the
On 29/07/2013 3:11 PM, Corinna Vinschen wrote:
On Jul 29 12:01, Ryan Johnson wrote:
On 29/07/2013 7:06 AM, Corinna Vinschen wrote:
On Jul 27 11:30, Daniel Brown wrote:
I have also ran into this problem, in my case though I have managed
to reduce the issue down to an fgets call when reading a
e to ^C if you invoke it
directly from cmd.exe, but the above hang causes it to ignore ^C even then.
Ryan
--
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
ourse).
Is this step expected to
solve or at least alleviate all or at least some the troubles about
the square peg of fork() into the round whole of Windows?
cygwin64 may do that... downgrading your OS will not.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ:
.c:546
#22 0x0001005174ec in gdb_main (args=args@entry=0xc2aaa0)
at /usr/src/debug/gdb-7.6-2/gdb/main.c:1050
#23 0x0001006e0721 in main (argc=2, argv=0xc2ab20)
at /usr/src/debug/gdb-7.6-2/gdb/gdb.c:34
Maybe that will help?
Ryan
--
Problem reports: http://cygwin.com/proble
On 26/07/2013 10:50 PM, Ken Brown wrote:
On 7/26/2013 8:32 PM, Ryan Johnson wrote:
Hi all,
Running 64-bit cygwin 1.7.22(0.268/5/3), with emacs-nox 24.3-4 inside
mintty 1.2-beta1-1, I keep getting seg faults and "Fatal error 6:
Aborted"
It happens at strange times, invariably dur
mple gdb session is below. Note that, in spite of gdb thinking the
threads are all running, the victim is actually frozen; once this
happens, the only option is to detach from the process.
(gdb) attach 2468
Attaching to program `/home/Ryan/experiments/a.exe', process 3536
[New Thread 3536
lways loses the "userland"
stack (suggestions welcome).
Anyone else seeing this?
Ryan
(BTW, off topic a bit: emacs+gdb -mi integration is vastly improved
since I last tried emacs-24, hooray!)
--
Problem reports: http://cygwin.com/problems.html
FAQ: h
... right now, `gcc -m32' compiles code just fine, but linking fails
miserably.
Granted, it would be pretty slick to have support for 32-bit cygwin64
apps (!= normal 32-bit cygwin apps), but that was not on the table last
I heard.
Thoughts?
Ryan
--
Problem reports: http://cygwi
On 07/22/2013 05:38 PM, Yaakov (Cygwin/X) wrote:
On 2013-07-23 16:26, Ryan Johnson wrote:
If I select the gcc-4.8.1-1 package from setup-64, it downloads and
installs the gcc-4.8.1-src package
gcc is only a source-only meta-package; you want to install gcc-core,
gcc-g++, etc.
Oh, that
installed, and will happily repeat the broken install as many times as
I've tried so far.
Packaging bug?
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Hi mercurial manager,
Is an official 64-bit mercurial coming soon? Meanwhile, is there any
reason I shouldn't expect a wget/configure/make cycle to "just work" ?
Thanks!
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
On 07/22/2013 03:27 PM, Christopher Faylor wrote:
On Tue, Jul 23, 2013 at 03:10:51PM -0400, Ryan Johnson wrote:
I tried to install 64-bit cygwin today, but I keep encountering the
error message "setup-x86_64.exe is not a valid Win32 application."
Sorry about that. This proble
with the wget
from 32-bit cygwin causes the same problem. Is there something else I
should try?
FYI, this is a brand new clean install of win7-64.
Thanks,
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
dea to rely on gcc's headers rather than
shipping its own, but given that it does I assume clang needs to be
recompiled against the new version.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cyg
On 02/07/2013 10:50 AM, JonY wrote:
On 7/2/2013 20:00, Ryan Johnson wrote:
On 02/07/2013 6:26 AM, JonY wrote:
Version 4.7.3-1 of gcc has been uploaded. Some important notes are:
* gcc-3.x is now finally removed, replaced by this version.
* This means -mno-cygwin support is also removed
gcc4-4.5.3 has been renamed to gcc and placed as previous.
So this means there is now only one gcc package now, called "gcc" ? With
4.7.3 being the current/default version and 4.5.3 being available as the
"previous" version in setup if you insist on using old stuff?
g to see if the issue
is related to the number of fork calls (resource exhaustion of some
kind), or just to how quickly they run back to back (data race of some
kind).
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 30/05/2013 2:37 AM, Noel Grandin wrote:
On 2013-05-29 23:23, Ryan Johnson wrote:
GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special)
... snip...
Reading symbols from /home/Ryan/experiments/a.exe...done.
(gdb) catch throw
Catchpoint 1 (throw)
That was a mistake in the documentation, they
Hi all,
Compiling the following with the cygwin g++-4.5.3:
int global;
int main() {
if (global)
throw global;
return 0;
}
Crashes gdb if a catchpoint is set:
GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special)
... snip...
Reading symbols from /home/Ryan/experiments/a.exe...done
On 17/05/2013 5:28 PM, Earnie Boyd wrote:
On Fri, May 17, 2013 at 2:09 PM, Christopher Faylor wrote:
So it sounds like we may have a feline inavailability deadlock.
Is that ENOFEL or EFLOCK?
I think it's ENOPURR .
ROFLMAO.
Maybe ENOMEW would be better.
ENOFUR.
--
Problem reports: ht
would love to, but unfortunately I have to brush my cat on Thursday.
And I don't even have a cat.
Be careful! Invisible cat fur is the worst, it's nearly impossible to
get off your black pants.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ:
eneral cross-compiler question that has
no obvious bearing on cygwin, so you'll probably benefit from more
expertise if you ask on a gcc or crosstool-ng [1] mailing list (the
latter seems to support several ARM variants OOTB, and is the least
painful route in my experience).
[1] h
On 08/05/2013 2:36 PM, Christopher Faylor wrote:
On Tue, May 07, 2013 at 04:22:23PM -0400, Ryan Johnson wrote:
Hi all,
Running the attached STC inside gdb hangs (zero CPU util, have to kill
gdb from Task Manager, killing a.exe doesn't cut it).
Compile line used: g++ -Wall -g -mthreads
own issue? Easy workaround? New bug?
Thanks,
Ryan
#include
#include
#if BUG
#define P(fmt, ...) fprintf(stderr, fmt, ##__VA_ARGS__)
#else
#define P(fmt, ...) printf(fmt, ##__VA_ARGS__)
#endif
void* go(void *arg) {
long tid = (long)arg;
P("Thread %ld started\n", tid);
for (int i=0;
top-gap measure. Eventually the rebase
functionality will be added to Cygwin's setup.exe, so that rebasing will
happen automatically.
... but at least it doesn't tell you to reboot into safe mode as part of
using Cygwin.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ:
stall everything? I doubt there is a single
person on Earth who has used every single Cygwin program.
But, if they did, I'd give them a gold star for their efforts.
Define "use" ...
for f in /usr/bin/*.exe; do $f --help; done
>:)
Ryan
--
Problem reports: http://cygwin.co
On 26/04/2013 1:50 AM, Achim Gratz wrote:
Ryan Johnson cs.utoronto.ca> writes:
warning: the debug information found in "/usr/bin/cygwin1.dbg" does
not match "/usr/bin/cygwin1.dll" (CRC mismatch).
If /usr/bin/cygwin1.dbg exists, it is from a former snapshot installatio
Hi all,
I pulled down the latest cygwin dll and debuginfo packages today:
CYGWIN_NT-6.1-WOW64 ryan-cms-utsc 1.7.18(0.263/5/3) 2013-04-19 10:39
i686 Cygwin
... and now gdb complains:
warning: the debug information found in "/usr/bin/cygwin1.dbg" does
not match "/usr/bin/cy
On 24/04/2013 8:50 AM, Corinna Vinschen wrote:
On Apr 24 08:03, Ryan Johnson wrote:
Hi all,
I'm trying to port a linux program that uses mmap to implement a
growable array; the ideas is to mmap(PROT_NONE, MAP_NORESERVE) a
chunk of address space (corresponding to the maximum array size
fact of life? Which version is
the posixly "correct" way to reserve a chunk of address space and later
back it with actual memory?
Thanks,
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
member to do this most of the time...
Debugging from mintty will probably work better.
That's a rather unfortunate interaction with the long-standing "feature"
that interrupting programs with ^C only works if gdb runs in a console
window (STC I used today is below in case I
On 11/04/2013 7:00 PM, Steve Kargl wrote:
On Thu, Apr 11, 2013 at 11:23:42PM +0100, N.M. Maclaren wrote:
On Apr 11 2013, Steve Kargl wrote:
On Thu, Apr 11, 2013 at 10:35:54PM +0200, Tobias Burnus wrote:
* gfortran's example for random_see should be change to not use
system_clock for the random
1 - 100 of 482 matches
Mail list logo
