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 em
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. [...]
> >>
>
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':
/usr/src/debug/cygwin-1.7.24-1/winsup/cygwin/lib/l
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/'
content="text/html;charset=utf-8">302
Moved302 MovedThe document has moved HREF="http://www
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
>
> On 15/08/2013 1:
Again, please move this discussion to emacs-devel.
> Date: Thu, 15 Aug 2013 22:35:54 -0400
> From: Ken Brown
>
> 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 100 rep
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 10
Please move this discussion to emacs-de...@gnu.org.
> Date: Fri, 16 Aug 2013 01:59:41 -0400
> From: Ryan Johnson
>
> The variable pending_exact has value 0x0, which would be a Bad Thing...
> except that the code looks like this:
> > if (!pending_exact
> >
> > /* If last
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/'
> content="text/html;charset=utf-8">
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 functi
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 pr
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
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
olde
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
>> /usr/lib/gcc/x86_64-pc-cygwi
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 scree
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 the
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 generi
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:
Any chance you have a .curlrc file with an "include" line?
Sorry for the noise. As per
http://cygwin.com/ml/cyg
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 cyg3
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 shor
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'
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.
> - Edi
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 run
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).
Can
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 set
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
C:\cygwin\bin\bash.exe
34 matches
Mail list logo
