Re: netbsd-10, merging device-streams (xstreamtodev, rdbinfo)
Daniel Doran <[email protected]> Mon, 13 Mar 2023 05:17:15 +0000
| Newsgroups | gmane.os.netbsd.ports.amiga |
|---|---|
| Message-ID | <[email protected]> |
--Apple-Mail-754415A6-813D-49E6-97AE-EFD282807681 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =E2=80=9CAs the version we currently have in the netbsd CVS repo will happil= y clobber your data if asked to write past the 4GB mark, it would be particularly nice for this to be included in the netbsd-10 release.=E2=80=9C= Yes, please! Sent from my iPhone > On 13 Mar 2023, at 05:04, Roc Vall=C3=A8s <[email protected]> wrote: >=20 > =EF=BB=BFHi Carlos, >=20 > Yes, this updates xstreamtodev. This "device-streams" name comes from > what the uuencoded source code tarball in netbsd's CVS is called. Its > makefile builds: streamtodev, devtostream, xstreamtodev, xstreamtodev > and rdbinfo. >=20 > My changes make it so that it builds with the most common AmigaOS > crossdev toolchain today (it used SAS/C back in the day). I also > cleaned it up and changed everything necessary for large disk support > when available (TD64 and NSD) and otherwise to be safe against 4GB+ > access. >=20 > This work is in the github I linked, including the full history of the > changes I made. The license is of course kept to what the original > author had. >=20 > A developer with commit access would have to uuencode and update the > rdbinfo and xstreamtodev binaries. Using mine outright (github release > binaries or aminet, they are the same) is an option. >=20 > As the version we currently have in the netbsd CVS repo will happily > clobber your data if asked to write past the 4GB mark, it would be > particularly nice for this to be included in the netbsd-10 release. >=20 > Regards, > Roc >=20 >=20 >> On Sun, 12 Mar 2023 at 21:03, Carlos Mil=C3=A1n Figueredo >> <[email protected]> wrote: >>=20 >> From: [email protected] <[email protected]> On Behalf= Of Roc Vall=C3=A8s >> Sent: jueves, 9 de marzo de 2023 06:05 >>=20 >>> A while back, I updated device-streams, motivated by awareness it >>> clobbered data if writes were done above 32bit offsets, which is very >>> easy to do as the program targets partitions, they can exist above 4GB >>> boundary and large disks are common today. >>=20 >> Sorry for not being able to answer your question, but I had another one: w= ould this tool replace xstreamtodev? >>=20 >> Regards, >> Carlos >>=20 >> Carlos Mil=C3=A1n Figueredo | HispaMSX System Operator | http://www.hispa= msx.org | telnet://bbs.hispamsx.org | https://calnus.com --Apple-Mail-754415A6-813D-49E6-97AE-EFD282807681 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D= utf-8"></head><body dir=3D"auto"><span style=3D"-webkit-text-size-adjust: au= to; caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">=E2=80=9CAs the version= we currently have in the netbsd CVS repo will happily</span><br style=3D"-w= ebkit-text-size-adjust: auto; caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0)= ;"><span style=3D"-webkit-text-size-adjust: auto; caret-color: rgb(0, 0, 0);= color: rgb(0, 0, 0);">clobber your data if asked to write past the 4GB mark= , it would be</span><br style=3D"-webkit-text-size-adjust: auto; caret-color= : rgb(0, 0, 0); color: rgb(0, 0, 0);"><span style=3D"-webkit-text-size-adjus= t: auto; caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">particularly nice f= or this to be included in the netbsd-10 release.=E2=80=9C</span><div><font c= olor=3D"#000000"><span style=3D"caret-color: rgb(0, 0, 0); -webkit-text-size= -adjust: auto;"><br></span></font></div><div><font color=3D"#000000"><span s= tyle=3D"caret-color: rgb(0, 0, 0); -webkit-text-size-adjust: auto;">Yes, ple= ase!<br></span></font><br><div dir=3D"ltr">Sent from my iPhone</div><div dir= =3D"ltr"><br><blockquote type=3D"cite">On 13 Mar 2023, at 05:04, Roc Vall=C3= =A8s <[email protected]> wrote:<br><br></blockquote></div><blockquot= e type=3D"cite"><div dir=3D"ltr">=EF=BB=BF<span>Hi Carlos,</span><br><span><= /span><br><span>Yes, this updates xstreamtodev. This "device-streams" name c= omes from</span><br><span>what the uuencoded source code tarball in netbsd's= CVS is called. Its</span><br><span>makefile builds: streamtodev, devtostrea= m, xstreamtodev, xstreamtodev</span><br><span>and rdbinfo.</span><br><span><= /span><br><span>My changes make it so that it builds with the most common Am= igaOS</span><br><span>crossdev toolchain today (it used SAS/C back in the da= y). I also</span><br><span>cleaned it up and changed everything necessary fo= r large disk support</span><br><span>when available (TD64 and NSD) and other= wise to be safe against 4GB+</span><br><span>access.</span><br><span></span>= <br><span>This work is in the github I linked, including the full history of= the</span><br><span>changes I made. The license is of course kept to what t= he original</span><br><span>author had.</span><br><span></span><br><span>A d= eveloper with commit access would have to uuencode and update the</span><br>= <span>rdbinfo and xstreamtodev binaries. Using mine outright (github release= </span><br><span>binaries or aminet, they are the same) is an option.</span>= <br><span></span><br><span>As the version we currently have in the netbsd CV= S repo will happily</span><br><span>clobber your data if asked to write past= the 4GB mark, it would be</span><br><span>particularly nice for this to be i= ncluded in the netbsd-10 release.</span><br><span></span><br><span>Regards,<= /span><br><span>Roc</span><br><span></span><br><span></span><br><span>On Sun= , 12 Mar 2023 at 21:03, Carlos Mil=C3=A1n Figueredo</span><br><span><cmil= [email protected]> wrote:</span><br><blockquote type=3D"cite"><span></span= ><br></blockquote><blockquote type=3D"cite"><span>From: port-amiga-owner@Net= BSD.org <[email protected]> On Behalf Of Roc Vall=C3=A8s</sp= an><br></blockquote><blockquote type=3D"cite"><span>Sent: jueves, 9 de marzo= de 2023 06:05</span><br></blockquote><blockquote type=3D"cite"><span></span= ><br></blockquote><blockquote type=3D"cite"><blockquote type=3D"cite"><span>= A while back, I updated device-streams, motivated by awareness it</span><br>= </blockquote></blockquote><blockquote type=3D"cite"><blockquote type=3D"cite= "><span>clobbered data if writes were done above 32bit offsets, which is ver= y</span><br></blockquote></blockquote><blockquote type=3D"cite"><blockquote t= ype=3D"cite"><span>easy to do as the program targets partitions, they can ex= ist above 4GB</span><br></blockquote></blockquote><blockquote type=3D"cite">= <blockquote type=3D"cite"><span>boundary and large disks are common today.</= span><br></blockquote></blockquote><blockquote type=3D"cite"><span></span><b= r></blockquote><blockquote type=3D"cite"><span>Sorry for not being able to a= nswer your question, but I had another one: would this tool replace xstreamt= odev?</span><br></blockquote><blockquote type=3D"cite"><span></span><br></bl= ockquote><blockquote type=3D"cite"><span>Regards,</span><br></blockquote><bl= ockquote type=3D"cite"><span>Carlos</span><br></blockquote><blockquote type=3D= "cite"><span></span><br></blockquote><blockquote type=3D"cite"><span>Carlos M= il=C3=A1n Figueredo | HispaMSX System Operator | http://www.hispamsx.org | t= elnet://bbs.hispamsx.org | https://calnus.com</span><br></blockquote></div><= /blockquote></div></body></html>= --Apple-Mail-754415A6-813D-49E6-97AE-EFD282807681--