Hi
This used to compile fine. Any ideas ?
gcc -c -ggdb -O2 -pipe
-fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2
-fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2
-Demacs
On Apr 23 09:00, Dr. Volker Zell wrote:
> Hi
>
> This used to compile fine. Any ideas ?
>
> gcc -c -ggdb -O2 -pipe
> -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2
>
> -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/x
On Apr 23 01:52, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hello,
>
> Just wanted to share that while installing Cygwin64 on a clean PC, setup
> threw me the following postinstall errors:
>
> 2013/04/22 21:38:33 running: C:\Cygwin64\bin\bash.exe --norc --noprofile
> "/etc/postinstall/bash.s
> Corinna Vinschen writes:
> On Apr 23 09:00, Dr. Volker Zell wrote:
>> Hi
>>
>> This used to compile fine. Any ideas ?
>>
>> gcc -c -ggdb -O2 -pipe
-fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2
-fdebug-prefi
Hi,
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is specified)
Is this an intentional change?
Makes some scripts misbehave...
BTW: Big thanks to the cygwin team for the 64-bit porting effort
I think I now know how /usr vanished. While doing something with
/cygwin via Windows, a faulty mouse motion moved /cygwin/usr to
another directory under /cywin/c . /usr was still there but invisible
to me. (I should have run a giant 'find' or such to locate it, but
didn't.)
I found the hidden /
On Apr 23 11:39, Dr. Volker Zell wrote:
> > Corinna Vinschen writes:
> >>
> /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpcdce.h:142:88:
> error: expected ';', ',' or ')' before 'int'
>
> > The last time you compiled xemacs was with the mingw.org-based w32api
> >
Greetings, Corinna Vinschen!
> The above happens when /dev doesn't exist on the filesystem. I didn't
> get this error in my three test installations. Usually /dev is generated
> by the 000-cygwin-post-install.sh postinstall script, since it also
> has to create the /dev/smh and /dev/mqueue subdi
Greetings, Septimus Stevens!
> If I can complain a little, I found the download defaults to be
> faulty. Tiny standard packages like 'bc', 'more' and some others
> should be loaded by default.
Cygwin keep a copy of all downloaded packages. I don't see a reason to
redownload everything, if you ju
> Probably, for some weird reason, the 000-post-install was not run
> before other scripts.
Indeed, it wasn't. Here's the sequence of postinstall steps as logged,
and it is far off from being alphabetical (if that's to ensure the order of
things):
2013/04/22 22:45:21 Changing gid back to origina
Why did you start a new thread for this reply?!?
On Apr 23 14:27, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Probably, for some weird reason, the 000-post-install was not run
> > before other scripts.
>
> Indeed, it wasn't. Here's the sequence of postinstall steps as logged,
> and it is fa
> Why did you start a new thread for this reply?!?
I did not. It's out friend MS with its Outlook auto-correcting :-)
(before I was using a different agent which did not care). Sorry.
> You just have to live with it for now.
Okay.
Anton Lavrentiev
Contractor NIH/NLM/NCBI
Hello again,
My new Cygwin64 installation (onto a clean PC), produces the following every
time
I start Cygwin terminal from the desktop icon. When the installation lived on
C:\Cygwin64, it did not happen. But this time I installed it on D:\Cygwin64.
It's interesting that starting the Cygwin te
Bug report below. Let me know if you need anything else
Product:
zsh/MinTTY
Version:
zsh 5.0.2 (i686-pc-cygwin)
Component: In which component does the bug exist?
Platform:
i686-pc-cygwin
OS:
Windows 8, probably all versions of windows
Summary:
Pasting certain characters into MinTTY runni
Jeff Crowell, 23.04.2013 18:58:07:
1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm
2) paste into ZSH
3) press enter
Actual Results: MinTTY hangs and does not respond
Similar happens when doing:
cat /bin/gdb.exe
for example. Something seems to overflow.
--
Helmut Karlow
On Tue, Apr 23, 2013 at 07:03:03PM +0200, Helmut Karlowski wrote:
>Jeff Crowell, 23.04.2013 18:58:07:
>
>> 1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm
>> 2) paste into ZSH
>> 3) press enter
>>
>> Actual Results: MinTTY hangs and does not respond
>
>Similar happens when doin
I have searched this but the questions I found are about getting the
toolchain to work, my problem is that it works on all but a few
directories. Also I am not building Linux.
I am trying to move a project from a Linux machine to Windows to make
people happy. The same project builds fine under L
On Tue, Apr 23, 2013 at 02:22:46PM -0400, Nadi Findikli wrote:
>I have searched this but the questions I found are about getting the
>toolchain to work, my problem is that it works on all but a few
>directories. Also I am not building Linux.
>
>DETAILS:
> - GCC Chain : arm-none-eabi-gcc ; gcc vers
On 23 April 2013 17:58, Jeff Crowell wrote:
> Bug report below. Let me know if you need anything else
>
>
> Product:
> zsh/MinTTY
>
> Version:
> zsh 5.0.2 (i686-pc-cygwin)
>
>
> Component: In which component does the bug exist?
>
>
> Platform:
> i686-pc-cygwin
>
> OS:
> Windows 8, probably all ver
On 23 April 2013 18:32, Christopher Faylor wrote:
>>Similar happens when doing:
>>
>>cat /bin/gdb.exe
>>
>>for example. Something seems to overflow.
I can reproduce that one.
'ps' output shows that 'cat' and 'mintty' are both waiting for output
to finish, i.e. they're deadlocked waiting for each
On 4/23/2013 4:07 PM, Andy Koppe wrote:
On 23 April 2013 18:32, Christopher Faylor wrote:
For now "Just don't do that".
Quite. Or just kill the cat.
I thought curiosity killed the cat. ;-)
--
Larry
_
A: Yes.
> Q: Are
Andy Koppe, 23.04.2013 22:07:11:
Quite. Or just kill the cat.
That's a solution in case of /bin/cat. But also any other process hanging
that way can only be killed -9, no other signal can be caught by it (e.g.
alarm), or is there a way to keep it going somehow?
--
Helmut Karlowski
--
Pr
Fredrik Rothamel wrote:
Hi,
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is specified)
Is this an intentional change?
Unlikely. In this case it should be possible to revert the default -i
Please suggest some thing on below query..
We use C programs to link and call Cobol programs(using cobinit
,cobcall), After executing cobol applications on bash we are getting
return code as zero always. Cobol program pass some return codes like
(32 , 65 .. ).
This problem only occurs after insta
On 4/24/2013 5:01 AM, rashi singhal wrote:
Please suggest some thing on below query..
We use C programs to link and call Cobol programs(using cobinit
,cobcall), After executing cobol applications on bash we are getting
return code as zero always. Cobol program pass some return codes like
(32 , 6
25 matches
Mail list logo
