Tony Aiuto wrote:
> It's a buffer overrun. sixbit_to_ascii writes 7 bytes. The extension was
> declared as 4. Changing to 7 is required.
Thanks, good catch!
Jim Carpenter wrote:
> If it makes you feel any better, I can't figure out how to get back10
> to extract all files. :) I have to give the file names to extract.
It does have some quirk. The names are matched exactly, or as regexp.
I think an '' empty string works, or maybe '.*'. And it's best t
I sent a PR. https://github.com/larsbrinkhoff/pdp10-its-disassembler/pull/71
>
It's a buffer overrun. sixbit_to_ascii writes 7 bytes. The extension was
declared as 4. Changing to 7 is required. I'm not sure if that is the only
fix yet. I have not had time for a detailed inspection.
- char ext[4];
+ char ext[7];
On Mon, Mar 8, 2021 at 6:57 PM Peter Coghlan via cctalk
Tony Aiuto wrote:
> On Sat, Mar 6, 2021 at 11:48 PM Jim Carpenter wrote:
>> On Sat, Mar 6, 2021 at 8:07 PM Tony Aiuto via cctalk
>> wrote:
>> > I think that is an artifact of the files being created with the wrong
>> names.
>> > For example, with tape 169249, after you skip the UFDs, tito -t prin
On Mon, Mar 8, 2021 at 11:16 AM Tony Aiuto wrote:
> I'm building tito on a generic Debian linux (x86_64, debian 4.19, gcc 8.3.0)
> so I doubt this is a portability problem. I'll try again next weekend.
Linux jim-xubuntu 5.8.0-44-generic #50-Ubuntu SMP Tue Feb 9 06:29:41
UTC 2021 x86_64 x86_64 x
On Mon, Mar 8, 2021 at 9:16 AM Tony Aiuto via cctalk
wrote:
> On Sat, Mar 6, 2021 at 11:48 PM Jim Carpenter
> wrote:
>
> > On Sat, Mar 6, 2021 at 8:07 PM Tony Aiuto via cctalk
> > wrote:
> > > I think that is an artifact of the files being created with the wrong
> > names.
> > > For example, wi
On Sat, Mar 6, 2021 at 11:48 PM Jim Carpenter
wrote:
> On Sat, Mar 6, 2021 at 8:07 PM Tony Aiuto via cctalk
> wrote:
> > I think that is an artifact of the files being created with the wrong
> names.
> > For example, with tape 169249, after you skip the UFDs, tito -t prints
> >
> >(SYS)
The tapes are now hosted here:
http://vtda.org/bits/software/DEC/PDP-10/tymshare/
Jim Carpenter wrote:
> Tony Aiuto wrote:
>> I think that is an artifact of the files being created with the wrong
>> names. For example, with tape 169249, after you skip the UFDs, tito
>> -t prints
>>
>>(SYS).SHR1977-01-26 22:22 [1,4]
>> [...]
>>
>> All the file names are mis
On Sat, Mar 6, 2021 at 8:07 PM Tony Aiuto via cctalk
wrote:
> I think that is an artifact of the files being created with the wrong names.
> For example, with tape 169249, after you skip the UFDs, tito -t prints
>
>(SYS).SHR1977-01-26 22:22 [1,4]
>(SYS).LOW
On Sat, Mar 6, 2021 at 1:54 AM Lars Brinkhoff wrote:
> Tony Aiuto wrote:
> >> What problem do you have with my tito tool?
> >
> > $ ./tito -x -f 169249.tape
> > fopen: Is a directory
>
> This appears to be because creating an output file was attempted, but
> there was already a directory there wi
Tony Aiuto wrote:
>> I'm not sure what to do with the file checksum yet.
> That is useful to verify that we reassembled the pieces correctly.
I phrased that poorly.
What I meant was the checksum that is stored on the tape along with each
file. Or at least that's what the documentation says. To
Tony Aiuto wrote:
>> What problem do you have with my tito tool?
>
> $ ./tito -x -f 169249.tape
> fopen: Is a directory
This appears to be because creating an output file was attempted, but
there was already a directory there with the same name. I'm updating
the program to print better error mess
On Fri, Mar 5, 2021 at 1:37 PM Lars Brinkhoff wrote:
> Tony Aiuto wrote:
> > that gets lots of files with names like 'dsk:[1,4]specdf525].mic'
> > That just seems wrong.
>
> Correct, back10 does get some things wrong. It also puts some data at
> the beginning of files which should be part of the
Tony Aiuto wrote:
> that gets lots of files with names like 'dsk:[1,4]specdf525].mic'
> That just seems wrong.
Correct, back10 does get some things wrong. It also puts some data at
the beginning of files which should be part of the file header. TITO
uses the "*FAILSAFE" magic number which fools
On Fri, Mar 5, 2021 at 4:55 AM Lars Brinkhoff via cctalk <
cctalk@classiccmp.org> wrote:
> Hello,
>
> Someone sent me these magtape images from Tymshare and said "they fell
> off the back of a truck on route 62 in Hudson, MASS." I don't know
> their provenance.
>
> Sorry, I don't have any good ho
Hello,
Someone sent me these magtape images from Tymshare and said "they fell
off the back of a truck on route 62 in Hudson, MASS." I don't know
their provenance.
Sorry, I don't have any good hosting. For now they are here:
https://gitlab.com/larsbrinkhoff/tymshare
The download.sh script will
18 matches
Mail list logo
