L.S.,
Reference:
https://cygwin.com/ml/cygwin/2017-11/msg00251.html
Second attempt ... as far as I can tell Cygwin causes a segment
violation in ntdll.dll ...
As written, I have stripped my system of all software, that I
easily remove ...
I executed 'sfc /scannow' from an elevated DOS pro
On Wed, 29 Nov 2017 20:45:06, Achim Gratz wrote:
> Houder writes:
> > No, I have not executed rebaseall. The reason is, that I have
> > "reinstalled" Cygwin twice now, starting with an empty repo and an
> > empty root directory.
>
> I have seen the initial rebaseall after a fresh install go wrong
On Thu, 30 Nov 2017 09:50:57, David Macek wrote:
> On 30. 11. 2017 1:44, Houder wrote:
> > ntoskrnl.exe!memset+0x61a
> > ntoskrnl.exe!KeWaitForMultipleObjects+0xd52
> > ntoskrnl.exe!KeWaitForSingleObject+0x19f
> > ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 <=3D=3D=3D=3D ?
> > ntoskrnl.exe!PoStartN
On 30. 11. 2017 1:44, Houder wrote:
ntoskrnl.exe!memset+0x61a
ntoskrnl.exe!KeWaitForMultipleObjects+0xd52
ntoskrnl.exe!KeWaitForSingleObject+0x19f
ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 < ?
ntoskrnl.exe!PoStartNextPowerIrp+0x186d < ?
cygwin1.dll!reent_data+0x5f0
cygwin1.dll!acl_ge
On Wed, 29 Nov 2017 15:39:45, Brian Inglis wrote:
> > On 2017-11-25 14:23, Houder wrote:
> > > Hi,
> > >
> > > Anyone seeing this as well? sort goes berzerk on my system when piped
> > > into
> > > head (or less) when it is fed with a 'specially prepared' input file.
>
On 2017-11-28 10:12, Houder wrote:
> On 2017-11-28 14:37, Doug Henderson wrote:
>
> On 2017-11-25 14:23, Houder wrote:
> > Hi,
> >
> > Anyone seeing this as well? sort goes berzerk on my system when piped
> > into
> > head (or less) when it is fed with a 'specially prepared
Houder writes:
> No, I have not executed rebaseall. The reason is, that I have
> "reinstalled" Cygwin twice now, starting with an empty repo and an
> empty root directory.
I have seen the initial rebaseall after a fresh install go wrong due to
antivirus interference. Triggering another full rebas
> On 2017-11-28 19:55, Andrew Schulman wrote:
> >> sort should not fail in the way it does; it does not on "Cygwin/x86"
> >> on
> >> my machine; it does not on Linux (Fedora 24) (same machine).
> >
> > /bin/rebaseall?
>
> I cannot imagine one has to execute 'rebaseall' after having installed
> C
On 2017-11-28 19:55, Andrew Schulman wrote:
sort should not fail in the way it does; it does not on "Cygwin/x86"
on
my machine; it does not on Linux (Fedora 24) (same machine).
/bin/rebaseall?
Andrew,
No, I have not executed rebaseall. The reason is, that I have
"reinstalled"
Cygwin twice
> sort should not fail in the way it does; it does not on "Cygwin/x86" on
> my machine; it does not on Linux (Fedora 24) (same machine).
/bin/rebaseall?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.co
On 2017-11-28 14:37, Doug Henderson wrote:
On 2017-11-25 14:23, Houder wrote:
> Hi,
>
> Anyone seeing this as well? sort goes berzerk on my system when piped
> into
> head (or less) when it is fed with a 'specially prepared' input file.
>
> - only happens on x86_64
> - does not happen for 'LC_
On 2017-11-28 16:42, Wells, Roger K. wrote:
On 11/28/2017 04:04 AM, Corinna Vinschen wrote:
On 2017-11-25 14:23, Houder wrote:
Hi,
Anyone seeing this as well? sort goes berzerk on my system when
piped
into
head (or less) when it is fed with a 'specially prepared' input
file.
- only hap
On 11/28/2017 04:04 AM, Corinna Vinschen wrote:
On Nov 28 08:21, Houder wrote:
On 2017-11-25 14:23, Houder wrote:
Hi,
Anyone seeing this as well? sort goes berzerk on my system when piped
into
head (or less) when it is fed with a 'specially prepared' input file.
- only happens on x86_64
-
On 2017-11-28 14:37, Doug Henderson wrote:
On Nov 28 08:21, Houder wrote:
On 2017-11-25 14:23, Houder wrote:
> Hi,
>
> Anyone seeing this as well? sort goes berzerk on my system when piped
> into
> head (or less) when it is fed with a 'specially prepared' input file.
>
> - only happens on x86
On 2017-11-28 14:27, cyg Simple wrote:
On 2017-11-25 14:23, Houder wrote:
> Hi,
>
> Anyone seeing this as well? sort goes berzerk on my system when piped
> into
> head (or less) when it is fed with a 'specially prepared' input file.
>
> - only happens on x86_64
> - does not happen for 'LC_COLL
On 28 November 2017 at 03:59, Houder wrote:
> On 2017-11-28 10:03, Corinna Vinschen wrote:
>>
>> On Nov 28 08:21, Houder wrote:
>>>
>>> On 2017-11-25 14:23, Houder wrote:
>>> > Hi,
>>> >
>>> > Anyone seeing this as well? sort goes berzerk on my system when piped
>>> > into
>>> > head (or less) when
On 11/28/2017 8:12 AM, Houder wrote:
> On 2017-11-28 10:03, Corinna Vinschen wrote:
>> On Nov 28 08:21, Houder wrote:
>>> On 2017-11-25 14:23, Houder wrote:
>>> > Hi,
>>> >
>>> > Anyone seeing this as well? sort goes berzerk on my system when piped
>>> > into
>>> > head (or less) when it is fed wit
On 2017-11-28 10:03, Corinna Vinschen wrote:
On Nov 28 08:21, Houder wrote:
On 2017-11-25 14:23, Houder wrote:
> Hi,
>
> Anyone seeing this as well? sort goes berzerk on my system when piped
> into
> head (or less) when it is fed with a 'specially prepared' input file.
>
> - only happens on x86
On 2017-11-28 10:03, Corinna Vinschen wrote:
On Nov 28 08:21, Houder wrote:
On 2017-11-25 14:23, Houder wrote:
> Hi,
>
> Anyone seeing this as well? sort goes berzerk on my system when piped
> into
> head (or less) when it is fed with a 'specially prepared' input file.
>
> - only happens on x86
On Nov 28 08:21, Houder wrote:
> On 2017-11-25 14:23, Houder wrote:
> > Hi,
> >
> > Anyone seeing this as well? sort goes berzerk on my system when piped
> > into
> > head (or less) when it is fed with a 'specially prepared' input file.
> >
> > - only happens on x86_64
> > - does not happen for
On 2017-11-25 14:23, Houder wrote:
Hi,
Anyone seeing this as well? sort goes berzerk on my system when piped
into
head (or less) when it is fed with a 'specially prepared' input file.
- only happens on x86_64
- does not happen for 'LC_COLLATE=C sort tt | head'
'specially prepared' input fi
Hi,
Anyone seeing this as well? sort goes berzerk on my system when piped into
head (or less) when it is fed with a 'specially prepared' input file.
- only happens on x86_64
- does not happen for 'LC_COLLATE=C sort tt | head'
'specially prepared' input file? (see bottom of post).
Henri
64-@@
22 matches
Mail list logo