On Tue, 2017-12-19 at 10:39 +0100, Samuel Thibault wrote:
> Svante Signell, on mar. 19 déc. 2017 10:36:22 +0100, wrote:
> > And FYI: gdb is totally unusable, the only output is threads are created an
> > then
> > a hard hang of gdb, only resolvable with kill -9 from another terminal. I
> > tried
>
Svante Signell, on mar. 19 déc. 2017 10:36:22 +0100, wrote:
> And FYI: gdb is totally unusable, the only output is threads are created an
> then
> a hard hang of gdb, only resolvable with kill -9 from another terminal. I
> tried
> to start another gdb on /hurd/ext2fs an attaching to the hanged pr
On Sun, 2017-11-19 at 20:04 -0500, Brent W. Baccala wrote:
> On Fri, Nov 17, 2017 at 3:14 PM, Svante Signell
> wrote:
> > Thanks a lot for your patches for rpctrace. Now more failing programs
> > can be traced, where the standard version fails. There are still some
> > examples hanging hard on gsy
On Mon, Nov 20, 2017 at 3:33 AM, Samuel Thibault
wrote:
> Brent W. Baccala, on dim. 19 nov. 2017 20:04:35 -0500, wrote:
> > The assignment of par. 1(a) above applies to all
> > past and future works of Developer that
> constitute
> > changes
Brent W. Baccala, on dim. 19 nov. 2017 20:04:35 -0500, wrote:
> The assignment of par. 1(a) above applies to all
> past and future works of Developer that constitute
> changes and
> enhancements to the Program.
>
> An obvious read
On Fri, Nov 17, 2017 at 3:14 PM, Svante Signell
wrote:
>
> Thanks a lot for your patches for rpctrace. Now more failing programs
> can be traced, where the standard version fails. There are still some
> examples hanging hard on gsync_wait or entering an infinite loop.
>
> And thank you for writin
On Thu, 2017-11-16 at 17:59 -0500, Brent W. Baccala wrote:
> On Thu, Nov 16, 2017 at 5:55 PM, Svante Signell .com> wrote:
> > > Perhaps you could try those patches and see if they fix your
> > problem? If not,
> > > then it's something else that should be investigated further.
> >
> > Thanks, I
On Thu, Nov 16, 2017 at 5:55 PM, Svante Signell
wrote:
>
> > Perhaps you could try those patches and see if they fix your problem?
> If not,
> > then it's something else that should be investigated further.
>
> Thanks, I will try to apply them: Do I need all 0001 to 0011 and 0101 to
> 0102
> patc
On Thu, 2017-11-16 at 12:25 -0500, Brent W. Baccala wrote:
> On Wed, Nov 15, 2017 at 11:53 AM, Svante Signell
> wrote:
> > Has rpctrace been thoroughly tested on multi-thread applications?
> > Please, give feedback on this if you have possibility, specifically the
> > rpctrace bug(s).
>
> rpctra
On Thu, Nov 16, 2017 at 12:39 PM, Samuel Thibault
wrote:
> Hello,
>
> Brent W. Baccala, on jeu. 16 nov. 2017 12:25:23 -0500, wrote:
> > This isn't in the main Hurd repository because I wouldn't sign the FSF
> > copyright assignment. They insisted on a clause that said I assign
> copyright
> > on
Hello,
Brent W. Baccala, on jeu. 16 nov. 2017 12:25:23 -0500, wrote:
> This isn't in the main Hurd repository because I wouldn't sign the FSF
> copyright assignment. They insisted on a clause that said I assign copyright
> on "all past and future works of Developer that constitute changes and
> e
On Wed, Nov 15, 2017 at 11:53 AM, Svante Signell
wrote:
>
> Additionally the rpctrace output hangs hard at gsync_wait() both for the
> ./index0-out-reduced_OK.x and ./index0-out-reduced_nOK.x files.
> Has rpctrace been thoroughly tested on multi-thread applications?
>
> Please, give feedback on t
Hi,
It seems like the Hurd port of GO will be available in next upload of gcc-8.
I've put some go code/debug info/printouts from a failing test at:
http://darnasus.sceen.net/~gnu_srs/gccgo-8/index0_tests/
The only difference between the OK and nOK cases is the number of arrays. There
seems to be
13 matches
Mail list logo