Hi,
On 16 Aug 2013 23:14+1000, Shaddy Baddah wrote:
OK. It seems my mirror can be trusted. It seems setup cannot be trusted.
That's a little unfair actually. More that... something I assumed about
setup, but also based on the assumption thought would one day cause
issue is the following.
When
Hi,
On 17 Aug 2013 00:48+1000, Shaddy Baddah wrote:
On 16 Aug 2013 23:14+1000, Shaddy Baddah wrote:
snip/
I know in the past that PTC has been suggested. I genuinely aim to
contribute when able. Everyone's busy so I won't whinge here, I'll
just say that at the moment it is tough for me to do
Please delete serf-1.3.0-1 and 1.3.0-2 and leave 1.2.1-1 as
previous.
Thanks!
D=http://home.comcast.net/~david.rothenberger/cygwin/x86
wget -x -nH --cut-dirs=3 \
${D}/serf/libserf1_0/libserf1_0-1.3.1-1.tar.bz2 \
${D}/serf/libserf1_0/setup.hint \
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 -p)\nc
Hi,
I've recently made the switch to 64bit Cygwin for my day-to-day use.
I've already encountered a few (about four) minor issues. However once
they become repeatable I'll follow reporting guidelines and report.
This one though is a simple one that hopefully is easily verifiable.
When I run
On Aug 16 10:32, Kal Sze wrote:
I have been using Cygwin 32-bit on Windows 7 Profession 64-bit. I had
the HKLM\SYSTEM\CurrentControlSet\Control\Session
Manager\kernel\ObCaseInsensitive registry key set to DWORD 0x
and case-sensitive filename handling has been fully working in Cygwin
On Aug 15 16:02, Steve Rowley wrote:
On Aug 14 16:34, Corinna Vinschen wrote:
On Aug 14 16:04, Corinna Vinschen wrote:
On 8/13/2013 5:01 PM, Steve Rowley wrote:
I just installed 64-bit Cygwin on Win7, and noticed that /usr/bin/lockfile
is missing in my installation. [...]
It's just a
I am getting compilation error when I try to use the GNU ld's -O option:
`-- cat test.c
int
main ()
{
return 0;
}
`-- gcc -Wl,-O -o test test.c
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../lib/libcygwin.a(libcmain.o):
In function `main':
Hi,
I think this is some sort of regression best demonstrated with
copy/paste:
$ uname -a
CYGWIN_NT-6.1-WOW64 AUD-CYGHOST 1.7.22(0.268/5/3) 2013-07-22 17:06 i686
Cygwin
$ curl 'http://www.google.com/'
HTMLHEADmeta http-equiv=content-type
content=text/html;charset=utf-8TITLE302
I'm not subscribed to this list, so if you want me to reply, please CC
me explicitly. Besides, this discussion should be moved to
emacs-de...@gnu.org, since I don't see anything Cygwin specific here
at this point.
Date: Thu, 15 Aug 2013 16:55:18 -0400
From: Ryan Johnson
Again, please move this discussion to emacs-devel.
Date: Thu, 15 Aug 2013 22:35:54 -0400
From: Ken Brown kbr...@cornell.edu
1. Invoke 'emacs-nox -Q' in mintty.
2. M-x compile C-a C-k ls RET
3. C-x o
4. Hit 'g' repeatedly.
I got it to abort with Fatal error 6 after slightly over
Ryan Johnson wrote:
I set a breakpoint there, since I thought it was guaranteed to lead to a
crash if it ever ran, but it turns out that's not true. Invoking M-x
compile triggers the breakpoint twice in a row with the following
(valid!) 5-byte UTF-8:
10XX 10XX 10XX 10XX
Please move this discussion to emacs-de...@gnu.org.
Date: Fri, 16 Aug 2013 01:59:41 -0400
From: Ryan Johnson ryan.john...@cs.utoronto.ca
The variable pending_exact has value 0x0, which would be a Bad Thing...
except that the code looks like this:
if (!pending_exact
On Aug 16 18:39, Shaddy Baddah wrote:
Hi,
I think this is some sort of regression best demonstrated with
copy/paste:
$ uname -a
CYGWIN_NT-6.1-WOW64 AUD-CYGHOST 1.7.22(0.268/5/3) 2013-07-22 17:06
i686 Cygwin
$ curl 'http://www.google.com/'
HTMLHEADmeta http-equiv=content-type
On Aug 16 10:50, Václav Zeman wrote:
I am getting compilation error when I try to use the GNU ld's -O option:
`-- cat test.c
int
main ()
{
return 0;
}
`-- gcc -Wl,-O -o test test.c
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../lib/libcygwin.a(libcmain.o):
In function `main':
This might be the same issue as a couple of previous unresolved
reports with the same error message, but I'm not sure, so here's a new
thread.
Steps to reproduce:
- On Windows 7, install 64-bit Cygwin into C:\cygwin, and let it
create a desktop shortcut.
- Edit /etc/fstab to change the cygdrive
On Aug 15 23:37, Larry Hall (Cygwin) wrote:
On 8/15/2013 8:38 PM, Yuxiang Wang wrote:
Dear all,
I have installed Octave with Cygwin 64-bit, under Win 7. Besides
octave-3.6.4-1, I also installed xinit and xlaunch according to the
doc, and gnuplot just in case.
However, when I start X
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/
Documentation:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see the generic Windows Program icon. I can
take a screenshot of that if required.
I fixed this before the release of emacs-24.3-4. Are you running an
older
On 16 August 2013 12:48, Corinna Vinschen wrote:
On Aug 16 10:50, Václav Zeman wrote:
I am getting compilation error when I try to use the GNU ld's -O option:
`-- cat test.c
int
main ()
{
return 0;
}
`-- gcc -Wl,-O -o test test.c
Hi Ken,
On 16 Aug 2013 22:14+1000, Ken Brown wrote:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see the generic Windows Program icon. I can
take a screenshot of that if required.
I fixed this before
Hi Ken,
On 16 Aug 2013 22:14+1000, Ken Brown wrote:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see the generic Windows Program icon. I can
take a screenshot of that if required.
I fixed this before
Hi Ken,
On 16 Aug 2013 22:39+1000, Shaddy Baddah wrote:
On 16 Aug 2013 22:14+1000, Ken Brown wrote:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see the generic Windows Program icon. I can
take a
Hi again,
On 16 Aug 2013 22:46+1000, Shaddy Baddah wrote:
On 16 Aug 2013 22:39+1000, Shaddy Baddah wrote:
On 16 Aug 2013 22:14+1000, Ken Brown wrote:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see
On 8/16/2013 8:46 AM, Shaddy Baddah wrote:
Hi Ken,
On 16 Aug 2013 22:39+1000, Shaddy Baddah wrote:
On 16 Aug 2013 22:14+1000, Ken Brown wrote:
On 8/16/2013 3:40 AM, Shaddy Baddah wrote:
When I run emacs-w32, I do not see the emacs tray icon as I did with
32bit Cygwin. Instead I see the
Hi Corinna,
On 16 Aug 2013 20:46+1000, Corinna Vinschen wrote:
On Aug 16 18:39, Shaddy Baddah wrote:
I think this is some sort of regression best demonstrated with
copy/paste:
snip/
Any chance you have a .curlrc file with an include line?
Sorry for the noise. As per
On 8/16/2013 4:17 AM, Corinna Vinschen wrote:
I assume the format of the git database files depends on the
architecture. Therefore it's probably not advisable to use
a git repo created under 32 bit git with a 64 b
Oh, wow. That's...awkward. I'm sharing the same drive area mounted in
both
On Aug 16 12:00, Andy Koppe wrote:
This might be the same issue as a couple of previous unresolved
reports with the same error message, but I'm not sure, so here's a new
thread.
Steps to reproduce:
- On Windows 7, install 64-bit Cygwin into C:\cygwin, and let it
create a desktop shortcut.
On Aug 16 09:21, Charles Wilson wrote:
On 8/16/2013 4:17 AM, Corinna Vinschen wrote:
I assume the format of the git database files depends on the
architecture. Therefore it's probably not advisable to use
a git repo created under 32 bit git with a 64 b
Oh, wow. That's...awkward. I'm
On 16 August 2013 21:49, Corinna Vinschen wrote:
This is just an assumption. I don't know if the format is really
different, but the symmetry of the effect *is* weird.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer
Sorry that I do not know how to reply to a specific follow-up email
since I subscribed to the digest version of this mailing list.
And to Corinna: dash - usr/bin/rebaseall worked! Thank you so much for
your help. Looking forward to the next update!
To Larry: Thanks a lot for the help!
-Shawn
Greetings, Andy Koppe!
This might be the same issue as a couple of previous unresolved
reports with the same error message, but I'm not sure, so here's a new
thread.
Steps to reproduce:
- On Windows 7, install 64-bit Cygwin into C:\cygwin, and let it
create a desktop shortcut.
- Edit
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.) The problem went away for me when I built emacs with
'LDFLAGS=-Wl,--stack,4194304'.
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 far (fingers crossed!)
The problem
I tried the 32-bit version. I tried older versions of Cygwin (but not
very hard).
I checked the permissions of the cyg_server account with
editrights.exe. They're good. I installed a newer version of mintty.
That failed. I may try it again in case I downloaded the wrong
mintty.
I stopped
Hi guys,
I would like to add some statistics tools to cygwin like top, free, sar, etc.
I tried to add procps package by downloading it and using the setup program.
But obviously I do not do it well because I cannot find it inside the packages
list in the setup window (full list state).
On 8/16/2013 7:17 PM, Tal wrote:
Hi guys,
I would like to add some statistics tools to cygwin like top, free, sar, etc.
I tried to add procps package by downloading it and using the setup program.
But obviously I do not do it well because I cannot find it inside the packages
list in the
Hello, I am using Cygwin installer 2.819 x86.
After installing new packages (and updating existing packages), I
sometimes get the message:
In-use file detected
Unable to extract /usr/bin/cygwin1.dll
The file is in use by the following processes:
C:\cygwin\bin\mintty.exe
38 matches
Mail list logo
