Re: [Gems-users] Generating traces with ruby

[Sean Ryan Leventhal <sleventh@xxxxxxxxxxxx>]

ok, that worked.  Is the format of the trace:

proc# pc address type

or

proc# address pc type?

On Wed, 12 Oct 2005, Mike Marty wrote:

> Sean, the file still uncompresses, right?  I believe this happens when
> Ruby is interrupted but in my experience, the compressing trace is still
> usable.
>
> Try using zcat
>
> "zcat test.gz > test"
>
> --Mike
>
>
> > As far as I can tell the traces generated by ruby are compressed.  I
> > execute the following sequence of commands to generate a trace:
> >
> > read-configuration ../checkpoints/fft.4
> > magic-break-enable
> > dstc-disable
> > istc-disable
> > instruction-fetch-mode instruction-fetch-trace
> > load-module ruby
> > ruby0.setparam g_NUM_PROCESSORS 4
> > ruby0.init
> > ruby0.tracer-output-file test.gz
> > c
> > q
> >
> > This produces a file test.gz
> > Attempting to unzip this I get the error:
> > gunzip: test.gz: unexpected end of file
> >
> > What am I doing wrong?
> > _______________________________________________
> > Gems-users mailing list
> > Gems-users@xxxxxxxxxxx
> > https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users