Hello group,
I have a fresh installation of cygwin/ (cygcheck returns following for
cygwin1.dll: cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0
ts=2013-07-22 16:06)/cygwin-X (1.14.2-1 built 2013-07-08) and
following happens:
upon attempt to execute startxwin.exe get following error, whil
Charles Wilson cwilson.fastmail.fm> writes:
> * cygdrop: Fix bug in obtaining security token information
> Patch from Corinna Vinschen, reported by Achim Gratz.
Fix confirmed, thank you very much.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
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 pipe.
> The following code causes the issue for me if I try and debug it:
>
> #include
> #include
>
> int main(int argc, char** a
Version 47-1 of "mksh" has been uploaded.
MirBSD Korn Shell (mksh) is an actively developed free implementation
of the Korn Shell programming language and a successor to the Public
Domain Korn Shell (pdksh).
For a detailed list of changes, please see:
https://www.mirbsd.org/mksh.htm#r47
Il 7/29/2013 10:10 AM, Ariel Burbaickij ha scritto:
Hello group,
I have a fresh installation of cygwin/ (cygcheck returns following for
cygwin1.dll: cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0
ts=2013-07-22 16:06)/cygwin-X (1.14.2-1 built 2013-07-08) and
following happens:
upon attem
OK, thank, you, so usual suspects. Now, removing, antivirus and stuff
will not be possible in this particular environment but adjustments in
the configuration are well possible, provided I will be able to prove
to administrators that troubles, indeed, stem from antivirus and co.
Now, I see in the F
Achim Gratz NexGo.DE> writes:
> The above warning appears when -Wmissing-include-dirs is in effect (and
> aborts compilation if -Werror is also given). The missing include path
> seems to be produced by the following compiler spec:
>
> %(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter ../incl
On 7/29/2013 20:19, Achim Gratz wrote:
> Achim Gratz NexGo.DE> writes:
>> The above warning appears when -Wmissing-include-dirs is in effect (and
>> aborts compilation if -Werror is also given). The missing include path
>> seems to be produced by the following compiler spec:
>>
>> %(cpp_cpu) [...
On Jul 29 12:19, Achim Gratz wrote:
> Achim Gratz NexGo.DE> writes:
> > The above warning appears when -Wmissing-include-dirs is in effect (and
> > aborts compilation if -Werror is also given). The missing include path
> > seems to be produced by the following compiler spec:
> >
> > %(cpp_cpu) [
On Jul 29 20:32, JonY wrote:
> On 7/29/2013 20:19, Achim Gratz wrote:
> > Achim Gratz NexGo.DE> writes:
> >> The above warning appears when -Wmissing-include-dirs is in effect (and
> >> aborts compilation if -Werror is also given). The missing include path
> >> seems to be produced by the followi
On Jul 29 09:35, Ryan Johnson wrote:
> http://cygwin.com/acronyms/#TOFU
>
> On 29/07/2013 8:15 AM, Ariel Burbaickij wrote:
> >OK, thank, you, so usual suspects. Now, removing, antivirus and stuff
> >will not be possible in this particular environment but adjustments in
> >the configuration are wel
http://cygwin.com/acronyms/#TOFU
On 29/07/2013 8:15 AM, Ariel Burbaickij wrote:
OK, thank, you, so usual suspects. Now, removing, antivirus and stuff
will not be possible in this particular environment but adjustments in
the configuration are well possible, provided I will be able to prove
to ad
>So no, Windows NT will not work. Neither will Win95/98/2000. Nor will XP
>SP1/SP2. But if your admins are really >so worried about viruses, they won't
>let you run those ancient operating systems anyway, because MS no longer
>>pushes security patches for them.
You misread, I am afraid. I am ru
OK, for the record: looks like rebasing did help quite a bit here.
/wbr
Ariel Burbaickij
On Mon, Jul 29, 2013 at 3:35 PM, Ryan Johnson
wrote:
> http://cygwin.com/acronyms/#TOFU
>
>
> On 29/07/2013 8:15 AM, Ariel Burbaickij wrote:
>>
>> OK, thank, you, so usual suspects. Now, removing, antivirus
Hi,
I am Oliver-Rainer Wittmann, a software developer working on Apache
OpenOffice.
I am not subscribed to this mailing cygwin at cygwin dot com. Thus,
please include my mail address in your replies - Thx in advance.
I just want to inform you that version 2.7.1-1 of 'patch' breaks the
curren
On Jul 29 16:17, Oliver-Rainer Wittmann wrote:
> Hi,
>
> I am Oliver-Rainer Wittmann, a software developer working on Apache
> OpenOffice.
> I am not subscribed to this mailing cygwin at cygwin dot com. Thus,
> please include my mail address in your replies - Thx in advance.
>
> I just want to in
I'm running setup.exe to update my Cygwin installation. I'm also
running a number of Cygwin commands at the same time.
Every time setup.exe tries to update a DLL that's in use, I get a
pop-up message like:
Unable to extract /usr/bin/cygFOO-1.dll -- the file is in use.
Please stop all Cygw
I forgot the CC in my first reply, sorry. I extended my reply a bit.
On Jul 29 16:17, Oliver-Rainer Wittmann wrote:
> Hi,
>
> I am Oliver-Rainer Wittmann, a software developer working on Apache
> OpenOffice.
> I am not subscribed to this mailing cygwin at cygwin dot com. Thus,
> please include m
On Jul 26, 2013, at 4:29 PM, Larry Hall (Cygwin) wrote:
>>
>> Here is the source of the problem, and I'm virtually certain that these
>> problems occurred
>> as a result of running setup.exe on the two machines as part of the upgrade
>> (note that I did not, for various reasons, run setup.exe o
Hello all -
In the process of trying to diagnose problems building debug with MSVC 2010 SP1
over ssh/pubkey,
I discovered that cyglsa-config does not work on a fresh install of cygwin on:
- XP SP3 32-bit
- Vista 64-bit
I have two other XP SP3 machines that continue to correctly build debug over
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 pipe.
The following code causes the issue for me if I try and debug it:
#include
#inc
On 7/28/2013 10:45 AM, Robert Pendell wrote:
On Sat, Jul 27, 2013 at 11:59 AM, Sander Torfs <> wrote:
Do this. Right click the icon, choose open file location, delete the
file from there.
I assume that's what you wanted and not just to unpin it from the start screen.
Really though. This is
Corinna Vinschen writes:
> It looks like this is a misbehaviour of gcc 4.7.3. There are
> practically always non-existant default include dirs, not only on
> Cygwin. If you try the same -Wmissing-include-dirs with gcc 4.8.1 on
> x86_64 Cygwin, there won't be such a warning.
I have no idea if tha
Greetings, Oliver-Rainer Wittmann!
> I am Oliver-Rainer Wittmann, a software developer working on Apache
> OpenOffice.
> I am not subscribed to this mailing cygwin at cygwin dot com. Thus,
> please include my mail address in your replies - Thx in advance.
When you're posting to a mailing list, y
On Jul 29 10:50, J. P. Abelanet wrote:
> Hello all -
>
> In the process of trying to diagnose problems building debug with MSVC 2010
> SP1 over ssh/pubkey,
> I discovered that cyglsa-config does not work on a fresh install of cygwin on:
> - XP SP3 32-bit
> - Vista 64-bit
> I have two other XP SP3
On Jul 29, 2013, at 11:58 AM, Corinna Vinschen wrote:
>
> No. I can confirm that this happens, and it seems the cyglsa.dll
> doesn't get loaded at all. But as for the reason, I have no idea.
> It's the same source code we're using for ages. We switched the
> compiler to build it, but that's it
On Jul 29 13:21, J. P. Abelanet wrote:
> On Jul 29, 2013, at 11:58 AM, Corinna Vinschen wrote:
>
> >
> > No. I can confirm that this happens, and it seems the cyglsa.dll
> > doesn't get loaded at all. But as for the reason, I have no idea.
> > It's the same source code we're using for ages. We
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 pipe.
> >>The following code causes 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 p
On Jul 29 21:08, Corinna Vinschen wrote:
> On Jul 29 13:21, J. P. Abelanet wrote:
> > On Jul 29, 2013, at 11:58 AM, Corinna Vinschen wrote:
> >
> > >
> > > No. I can confirm that this happens, and it seems the cyglsa.dll
> > > doesn't get loaded at all. But as for the reason, I have no idea.
>
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
r a great product overall -
>>
>> Thanks to you for the report! The today's 32 and 64 bit snapshots
>> should be uploaded in an hour at the latest.
>
> Snapshots are up.
>
Thanks again for responding so quickly. My quick test did not work, but
perhaps I misund
! The today's 32 and 64 bit snapshots
> >> should be uploaded in an hour at the latest.
> >
> > Snapshots are up.
> >
> Thanks again for responding so quickly. My quick test did not work, but
> perhaps I misunderstood.
> I did the following:
> - Set
the 64 bit DLL.
>>>>
>>>>> Thanks for a great product overall -
>>>>
>>>> Thanks to you for the report! The today's 32 and 64 bit snapshots
>>>> should be uploaded in an hour at the latest.
>>>
>>> Snapshots
Hi,
After removing 4.8-cmodel-medium.patch and 4.8-duplicate-symbols.patch
for 32bit cygwin, 2nd stage libgcc fails with spawn error, "C compiler
cannot create executables".
Running the compile command manually does show it running cc1, but hangs
indefinitely, adding -v causes it to emit xgcc: er
35 matches
Mail list logo
