8L2C)pJJJJ IH(ȱH:=IH[H`@HcH  $ +   I/H`JLNGȄBȄF aK  haaFF  mJm# KKJ UJ )J ۈ) ;J3ȱJFȱJGJKaȄM  aaNNJFLGJL LL !Cb" %n"o" (#M8( % ) L'"p"q" (\4, )7(P0  ( @p 8  x"!b"i"0 _&i"0 %r"s" (,) &t"u" ( %L'")0I0hx H( +?,bU DDDPRO.UPDATE PBH' &PRODOS }<!(PBH.PACK(,BASIC.SYSTEM9(! K#,PBH.PACK.DOC.MWN TYPETmP+DDDPRO.DOCSV? &PRODOS `DaElH$?EGvѶK+`L HHLy XP LM ŠϠĠӠS)*+,+`F)) (*=GJFjJJA QE'+ '== `@ STSP8QSS8 m P o R(8R %Щ ߩx"L! )L! 8'  )ɀ)4,- U JNT) x"Lv"w" ( !` a"M)Fi/ e"3 k"  !"#$%&آ <B*IBGF08Lé'+8H <,``h(`@ڍL3<>=?<>CAB@?A` 1 L  <>`ڢF]PL8i m L   6< L  BLRAM' hLDLHB-9F 3"aɿ LLB Nϰ H  @h( L Lj  @`eLJCAB@=?.<ʆ>,=?BC8 é&'112`8`8`*ݑ*ݙ*`}*`e`H)hJJO*0JJ)` (< ( < *? ( < (? ( < (? ( <*? * **? *? *? ( < *? ( <*ȱ**ȱ**ȱ* k)* ) v)L(`L* )L0) k) L( k)L0)8e` ,$`ee` `* ** '*` :* * '*`hh M'i  ``) ]'(j21 [& \&!` (\&[&i\(\&]( (S&$ (,^&S& … (ŅL&JJJJ`Ϡ'8`S&h)hrȱȱȱȱ0]cȱeem*ȱ 2H22h2舌]&]&12H)M0 h10200I20h2 '`LE%12 `_'"L  <8# ȱ)ɀ  )' ` (Xp< @' )m''.''ЯӠֱЭԠŠҬîʎ1]&… (n^&Dž (\%T[&LD()8= (J 8'[&'\& ((ʎ1]&]&]&3223 h')L~&18]&"m11`YYZLYLYLY뿭` 8!@8` %MNЩUMߩ  L 5   8 0 8  `0 / X%& &&,&0`Š S ɘL   V7 L ' 0% '8 Jm ʈ0  0ŠϠĠ͢Š͠͠ϠŠŠϠĠخ͠ ͍B B(8. ) ɘ"    L=#=#&ŠϠĠԠŠ ԩ m# m# J Qڨ)̰m] нȱ ̀𩠙 i F >l"m" h" iL X%;"L8"ΠΠҠ`y""""""*$ Fk%YeQP!/RB}QBiBB}\ ĉFEL/#> ț6 hh@ihAiH(ؠȱ@JJJJq@)@-vȱ@Hȱ@Ah@M@c-e J) LL LJiB LJ) >xhHHHHL(  ްƠx@BEOD c ް(`( C)CJJJlB #-`J,~@~@}J@` ߩ%S @ ~`E hhhߺ0 h ߐ( ߐ ߐ ߐ  0 HϭߍLпllllIL/FHGI ҭtJsjHIHB>IZؙJJ W: ELyHIHI`JKJK`FHIG ( ZȢ؝Ur؈JLs)eKM`Z)` J NJbs $b0 bJFJL8`JGBJ P Zؑ@`M8`Z8@pؐʈIZ)Ns8NN tLy LZةC8`؍^)@ iZ)Nt8N^ysJ t^ ؅F Lo) +^%tJ(a *ZFإGؐ.` *tJHIH ۩ mmYٰNO`YJJJJ;i vYn vYٍnm0 Y k`H8`m m`nYٍqyٍoipB0Hn0oFpG h0`FG `ϩBxEDz0C ް(`(8`O `YٽJJJJ`dHYdhn)cNdjNdjNdjjNd.l CHqd v;dY٭n *jNlcۙ۰ڙک mm`Z8` C#llk k (`jkO .O .O .O8l۰*JNlܝ٭(ܝ`)َX X8ʈX` 0ٝ)i `}~8`YR dNOc vNYمFمG < d0 FGLYc0 ٭O٭Nٽ8\]`H8`  ,cN O 8dc` N E8`1ݒ00 Y Y0ʩ 谼 谷`12)1`0Y`ȎYi 0U`)8`΀`Y W xG 0A)H Yܝʈh٭0٭)ܝ٭*ܝ٥F٥G٭'ȱH΀`b8eHI |SB0! YٙٙF"`ʈ d猂`8m0g`,0H hi PȽ΀hYٍ0GF8yאhFiG  $Y0 G01܅I `c$܍%&c d8D`F` ]lH)HFȍ"HG# $%܍`&܍a!ܢ8* J8` L ܝ)I 'ܝ`8bi&F$G%`b܅IH3H c( c )_# 밨%܈" T)Ii)܍&*܍'ܮ( 4 䭐 $H %HFFHGHG 됬`R8`Ͷͷ)` H'` #Q'܅IHH''Ѝ'@`c8_ ``_ a% aQ8``ʈ@Eȱ@7ȱ@ACD:"L#M')5'I0ܢܽ =$'* 789FG ( Lv܅I& mIH` HE |E!0$% 'H"F#G 밳"N` G8`F@ 0 > cLK8` I8`FHGH hGhF܌ բFܽܕF芝ܝ 밶 ܅I mIHHyHȘI Lܝ` @7@ ?@Ю׍')mי'i Y`ZC8` @ F3N@) G莅 ⭂i`0 Y; Yٝ٘ 0 W,}0 Y .H hȑNWȮ~ّN}W8`ٍّN΀0Nf׮Б` L` @>')I38f!g8h9iם`K8`@Nȱ@O@ FIiNȽבN)/ȩ/N`@[ WHJjjjZhA 'KI؍0JHhh8` Qx")T'P) ɺiL; {)?mn | { {  ~ `l@Hȱ@IױHXATffȱH ɯȩ׍f5H)/@a)_ .0 :A[8@`,ZFإG`BH PZFإG`,H ZhHB؅F  ؅GxDEZ؍0z0C ް(`(8` vL'J Z 6"L vH Z 6 Z9ؙ` @ P8`K8`Z[B8` Z ؈'JJJJحE) ) )_Ю ЪGZ8FZb $ ᭔ع+ؠr 2HZ  Zh8` Yٽ ٬Zؠ@`b_[[b (Z[  _ )8`)i п` H h)N$%Z,"x8 (8` ԍ`@ABe 2U,,CnZ1rIJK,-NOPQRSuHUSTON!' @   !"#$Ԡ͠ˠĠŪno` on 7I9XX`)HJJJh`OeNeO࿰ 79XАO`@ȭ@` ON NJKO`HхhILhH)܅F݅G ` X* O% L`L뮈 ܍ݍ8`FHGHe eܙhGhF`@Bɼ>K@J5 79X(K 7XXKZ تKo`V8`   ܮ `J HHZ hh` 0 @ L$L O[̌Tܝ ݝ0̌ȩF𸽚G  z 0` | ܅F݅G ` X Oͬ | 밽 LȹL@ȅH@IL,0` G _=\] YH.E)N 0 >89')@LP8` >箈 ܩ' v LYyٙ٭yٙ٩`K CE8F9G 6%&N ȹYP8` iY` %ם0 B %)( ȹ`8m8m@8` G8`F PE)@N8`')@J טyרם'')׍'89 밑 Ȣ؝rI؈ 2h(8H ( h(8Hh(`Zؑ@`@Zȱ@ ` B@8Z'\]Y dYٍ]ٍ\ٍGHٍF8\:h];'JJJJ')'@` %I -E) | 0@')N8` @LL =@ ؝R@rRrZ@ʈL, KIJHZȢrZrrs)tJn 8 ΌZ ؍ ؍ >H8Z ع)ꭉJJJJZ Z )߹0 )p )@ ) ȩ Z؝ 0"# 방 $%"#FG Z؍:؍;؝< ؝7 N') N' Z)ح!n v`H@h`h`Z`N8`  ) 1Ziع `  عiعi` )؍0CGHFHBFG ުhFhG`@4Z͔ L @AZi ׭2` .Z #Zع؍0 YY)`.@+Z Zi 8` L ؊ PLvEvʱNLMOstMEKP%vMEKvL$ Ost,ru PreNNO ,(` C  7 2tJNHIOHIZ؊ }LE  *` AZ HN ع HO ؙ؊ؠIhHIhH } Z`Z؝rU}NINؐ` fRؽU؝N f % f؝RN؈` Z` H  Ph)N@ 1; L  2$ )bJ\] Y ) H 4hL )  )حtJsjIOHINHZNO 8y ؍xrJLu`vRvʱLN1MOstMEKP/vMEKvL7L-yMx Ost,rpueNNO(`JNKOZL 2/ "P L8 y WZؑJ`L@uȱ@vZ `@Nȱ@Orusv LL L F L 2 "pvJw )@zNJOK 2iKKvvss ttIJw u vJФ̭tJsjHFIH zHIGzxKE ް((H hH h8`8u@ȭv@L2Z8NrԠҠLKL`BLL ެެެެެެެެެެެެެެެ(C)APPLE'83xLLM Mh@8nЍLޭ 0J @,,LN !" L($ذ v (0 ( L?ԦʚLeةީa s  lL b,FLg,DL,C0$3 >@ Ɉ 3ɾꩈL(3ɾ;Ƀ B94 l% bʽ  ՚,S` H E0h)ύh0HHHH " ׍hhhhhhh .hh8`JIMJAYKERRY&MIKE  (LS(L i ʆ L i  XLl$ Q` L  `$ i [  0 Q Vȱ QLQ͠ҍԠ٠ΠčϠӢɯϠ`  H @橭 )Ƨƨn  Х B V ) LH X % h0,? E$ ɛL0LB ѥ ˅  iL i ɛɈqɋmɕxɊtɍ  Vȱ 蝀 [   9 oXύX12)012 X F)?i/  C C Q b+ L# Lz$0)Ħ 0ei8V%֌&8V֌֠)HV)hH)hHIhդD?DRIDQD)҅; ?JDQD]ՎՎՎ`MY pӭY)p  ӭp`C)`BFGV 8``8LխӅ:HhHh Ո թ թ ՘VYҪҦ>:Y)Ң`;R?AJ;<ȰY)Ң`Y?)Ң`ȐҰ ;HhHh=Ң`Hh `Hh`DEiȍ0֌1֍ZԍsԍԍԍԥDEԌ8TԌ8WpԌqԠ 7I꽌ɪ꽌ɭ蠪:љVE:8`]ѾV]H)]ѾV]ҙ)]ѾT]ҙ)] >8hUD` ԝY`> Hh݌(`HCJJJJ)*h`0($ p,&"op8`kkV꽌ɪɖxlӽ*kӽ-kәmMlӈ 꽌ɪ`8` *L o % ԽYӍZӭoӝY 3Ѡ шNZ`rZLkӭZӍq8r7IZӐiZkӐk 8 ѹs ӭq ѹ| kн Z)*>>` @ $(,048<@DHLPTX\`dh 0ުlptx| ְ& .Vӈ  JJJJH 8h Ei 8EX`'8`jӍWӥC)p> pӥCYӍY 轊( ( ӈBV ( ӭp0 \BkJ ՠ@iӦ> Ӑi'j:ZH i@ioZZH h ѐȭnWǥBJ Ӱ8XӦ>` Ր+>P׽8H  ): e: y8鰕:Jjjj<)yאi8i;i(*=>hPם8`;Zx3QZYXXWV[HEVhEhH)IWHPHHHAHHHLaVEWLӿ"E@ `% ;"Z/݀>">"' 1" 7"5).莀/ ;" " 6" >" 1"6"$ "g"" !"""""IzL')*+,-./01234567? ׵ҟ5>'(/P5ɂ#R_[K+CSFtUMRJ\lbdMG}J3KOfRUltox2*;F4'CU;Xa]7sKh&ye.~ c]:53l>Ktگ_8xU1b8qᯠB$_0u%\GTJ).3Z 9D"414珠٭;-=s^R`H&ϘMR^n_sxIBN_qklG' ~ .=4HsO"84*@>*4,; ;etyO=Ro\'oP"+oվr]ɨ*w&@SȠ5ZE1N1~8 tV0zz8#2;ԼzʰVоMʔOKVf-Ly3I|6Jv9SUVNK.Y^H.\_U]AD:9="=/,;DZT67#9558;t+0/AfILgh@rV=HIU~.4u!#1!*/Q?mc}X9>?<~YQwl*et'"ze5, #/+76}^d8R7lw!T;*rMcBhOHuqQ133g Gs4r z !#%=( +0.1/47&:=!@e(MLj@@IpRstU:I^]9mci54"<=3K."7O8018=;1W(+?(93*,ˤé׵òݹ텊tZMcHSp<稫&k. 9V;=>Y*9%E")126:& -AaMfFiEo_rZJ?ˮ|[Wa*fuw^llllxx}hqs||twuzx|u$偆;: /v*>3{RQ,)g_~nW dmOK^dQ%bu #y25P:!A('ѡC$!˗8}5$7`|H pnqVYyT_(lpjC`K°crry6?h]qm h$E^Cx7-jحը5ޥ}a3O?LHST1jŪboơ,u_{\J*Ep!̑Ou Sb(Z{i -`jl .1 w= !"#!wgilp*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdecH:('^lmnopqrstuvwxyz{|}~c>ӷ0\e9*H m>G.p0Cיq_,u['DSaN>Qwݦ  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{})u+肃&94%8=uXWRo/iH{Y3Z5sQ7RB]ȯQrÆv:#;6  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~"R[12345678YZ[eY-#h_$$] !D?n<;6pFLѡҳ%CKKɺթS/Z#U:RĚܵbhhm opqrstuvwxyz{|}~  ӿe>o污nܱ5#U-Һ%^$ˌA8ɼ89>?Jf[BB$O"X'^L;\}"SaÑ۞n эюUx#{aBaEqgiNlP!]> +1I8Kwcc8B4gp޽vW'⮁~MTV)L#&_ 2ZI[XWTPXuph&9$ !.@;B>D=J6H1PJ7OdLIo\r_;/U.)#1ǒr2ϫkt )0QڛD:g5A9w2h0F)u)u"5'k:=?"Q ]+ #+2̌ :މ5fn9:9Ɍ"1*IbQlB[oGtBxQN~tkpsH~~NdQabWM{rMN(ap@/=zeQ^^ZZ뎓Ϋ9*f;ɑ:Mk8D5XHwD "%-_ش A"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~>Yl ~v "!7If7~Z<Y" []p3]SMXhinol՗+GpWݿi{fGÀ< &?9; -5b2 S-ARFe4%ǹ8(x:&$ +'(',||Y|]{URvUVrf\Fl}fi^MkVdU N\JyGG`@[KO (k4Y87:~ .r&, 4&EW0%0Ty"I}&Nq*cMOzDP8Ie+g`cM۰$;<!; >6&<6#7.\-D8_H4!"1'! u)&[&;8y 7/vRČefts zԿ[fweqUbBt]O3Zxz[TZ\rHjEӄT4op&w己V8ۯԡ}rO= i9 듇/L:: f!r+Yv/|CQuPZdo[Eؐk;Ɉ]vw<_8uMXq22 -T*܍w4 nMb~N{KvDubtpAo|ij[i2irP aI(“ZHY[A] {FVC( 싺-޸2 7:, ڄrӂ*TeiP)JB]WxjҷaCmظSlz~Ju];/26"G1[,8)j2 LsX# a?' ~ m2OzHy`d|m+[fuagug\qKh^Z !W"ReEOdFw3BT0߾9ƗĈ15/%}%ۍ&G۞ ןJ1Vዟ;tkFE"Nl6q4vy|BvGJM~Ɇ\XFpOUL- OYB9(G[,3%w0 5K,-*טin3T[!R@pkVJ3H@nNUd"UEQc&N\Ly2H^=يELDSB  67452301>?<=:;p[3ͰPԲKt &.0.%12.&.J?>,-$PU~#'?#=Y*)3);<"0'e,),/r8(+$)  R46>_10/.-,  67452301>?<=:;89&'$%"# !./,-*+()VWTURSPQ^_\]Z[XYFGDEBC@ANOLMJKHIvwturspq~|}z{xyfgdebc`anolmjkhi?! !9E4H*,7('d">=A#'ԙ' #X:4EcִP)r+Hno;spu=u~{7Z@,G)BGK #&dL{ټJJY X(Q4 K1N2Q/T?E6FryRX'prkhkfR{3Pcb ;y Z tba! Xf'@DנSyWۅC.䩙0ڳ#%(*MPZ#j)}fz!HtÀtqr4V}g|ϖ`ɵBmFN|TIR]ZU)Q  [?Vɼ2r' v" .*>x?;< 7`FcT~Sq_u][è?D2%>Xv\rP~TzL"&f'+ ,E'6|ڵ9㙩Q ( 48dΖacŚnsj܂wr{ԋz@BEEFHKKjNNPmSETW@Ԩ_,Qm TGD0'@;~|vN6KSQ(?čy :s2o9koxKuG d1R__?7Z167S-evtg+1a.' Ky8Dv;W !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~QPL@JU W[_QG8DAJN^Q.hlppdjkzsxxhc/=|wax|xk`ioyp>?L hMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~LG ASTARTUP$#   / XXύX?klmnÍoL) "6L'?"(0`6708" = ***)<pnG @p;G=po:Q>>>̀ `` \> ̀ `e>>?́?>?Emn(>e>ȱ>e?>Q>ؠ> ie>>?`|;}=:<~:<=;`||m};>:8o>oȑ>ppȑ>> :op`G DKJپھ pHJh` D!hgt}~p `~t}p8n~ni}tpi~~tso8pinii>j?k̈́>~|p|Ii||̈́ l - `>i>L8933LΞAAJL ةޘг uv $ 8LƞaЌ>?@`>?@`B8` K  춼LK ҟ ҟ ( KK`HJJJJ8`HK)` #hhL𚾤3 @LtJ)s@J b  l`a?sa?,E30ɍФ3 E3HD F3 Ʉ%h3 bM E  lLthɍLL3`3,A0s0% Ipn DpnI:L ؅303پھ p H־Ǿh۰8L־Jjjjɾ)Ⱦ8 ѱ OLӜ ĤLLX>(F`־ؾپھ׾` bɄ KDEF vLl v lL bKɍKL?` w  vLl@$݅3`(l8L3LX>(Ƀ,`3,G0]ɾ g` H`پ_پ p _پ׾`>( p۾m׾) W)ʩ@`ɾ>(O puȾ ɾ-O ]c־Jjjj `O>0O l PODEF޾ p ޾ p($ذ v (0 ( L?ԦʚLeةީa s  lL b,FLg,DL,C0$3 >@ Ɉ 3ɾꩈL(3ɾ;Ƀ B94 l% bʽ  ՚,S` H EH06172839h` v97L75v^a ?/( va?LLLɍ$?`?a ɍɥAH93827160hH46576879h`,C bL ɍ b w,S0 @ lLޭBYL 8!9 詍` "  à4"/pŠϠŠà͠ӠàԠŬ8:;<=>?@ABCDEFGHIJKLJJH !h穖tp% ;"Z/݀>">"' 1" 7"5).莀/ ;" " 6" >" 1"6"$ "g"" !"""""IzL`M etItJt9t,C IM"ݓt R 8IIt8t D`HJ h`̓:<;=Γ̒:<` =;̓ΓL:<`j?il>i>?Ek?>Q>> L> \/ e>>?́?ޱ>ȥj>>m>` _m8injkiljo풼SL/id /`H) hJJJJ ɺi` M  ` ת.8 `O`S  AI-L9 ᪰B C VW@I5gN Oz @n[Dz @nd0,~z @`$仫@v$⩔,C[B?I>孓`仫6VtCicQĿUKqtVt Nֵ#ح#׮2}q :IC@@ -!S    !C- !ABELSDFRV@@ !$(19@EüϠž(+@ABCDEFGHIKLMNPSsƬƀ#(ZZV4G_0=( A P FjL\5p-e9ABSAVERIFYBLOADELETEBYECATALOGOPENWRITEXECREATEFRESTORENAMEBRUNLOCKCHAIN#FLUSHREADPOSITIONOMONPR#PREFIXCLOSEAPPEND6D(!쫂8 ( 8о(־Ǿ,G 8`_`W)H־Jjjjh p̭ fLᶢǾ ת..8 ۭ (8mȾȾmɾɾʾiʾ` Lpl8l:/,s`\"׾پӾؾھ pD`־ǾY׾ؾOW)ݩȾɾʾ pD`8`W)CB) 5W) =)W)@! pZ}ȾȾ󰹩 p` ־ǾҾ,G 8`׾ؾ f p vۥs׾tؾE` `޾Lp h־Ҿ,G0^W)TP) ecfdپھ׾ؾӾ p$c d pccddީ 8`ȾɾʾNfne}ȾȾI>Ie f`8` P־ǾҾ,G0C f=W)_`grams such as MouseTalk make the ProDOS enviroment more and more desirable. PBH Pack fills the gap. Basically PBH Pack IS DDD except it reads from and writes to ProDOS files on any type of ProDOS device, be it hard disk, 5.25, 3.5, RAM disk, or whatever. PBH Pack will read DDD files and DDD will read PBH Pack files. PBH Pack does not replace DDD it only allows you to work with DDD files in a better operating system. The display: PBH Pack retains three pointers to two DIFFERENT devices (The current vetten by: Dr. DX | |_____________________________________________________________________________| Prelude: ------- Dalton's Disk Disintegrator (DDD) has remained the standard packer for Apple II disks for a number of yUWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ | | Version 1.0 | | | | Wri _____________________________________________________________________________ | | | DDD Pro | | pL о־޾׾پؾھ p  Lp ɍɠ) @ ɛ۾TYPE X RP0) cꩵQ?BC ,`Š䠨Ω嬠㮊8Llm ŵLPQRTUS` B ξtϾnd a special mode for 3.5" drives to be packed and unpacked. Mr Nybble --------------------------------------------------------------------------  onvert its filetype to R and the convert it. Note:PBH Pack will also unpack any type file be it REL or BIN or ... but it cannot unpack a file which lost its first 4 bytes in converting. Look for future revisions of PBH Pack to include RAM card support a is a little harder. ProDOS shortens a B file by 4 bytes when converting to ProDOS. The LEN and ADDR params are cut out of the file and put into the ProDOS file descriptive entry. So to correctly convert a DOS 3.3 DDD file to ProDOS for PBH Pack first cR$XX where XX is the MLI error number. Quit executes a ProDOS BYE command. A note about filetypes: PBH Pack creates REL type files which may be converted to DOS 3.3 R files and unpacked by DDD as DDD ignores filetypes. Converting from DOS 3.3 to ProDOSn blocks or it will produce and online volumes listing if no prefix is set. Pack and unpack will actually create the file named or read the file named unpacking it to the current DEVICE. ESC will abort a pack/unpack. Errors will be reported as PRODOS ERICE: is the 5.25 drive that raw track data is to be written to or read from. If there is no current prefix the catalog command will produce a listing of all online volumes. The commands: Catalog will catalog a disk showing filenames, type, and length irsion does not support single device systems). PREFIX: points to the current ProDOS prefix which is used for the CATALOG command. FILE: points to the file in the current prefix which will be read from or written to during a unpack or pack operation. DEVears. It has suffered recently because of poor attempts to create a ProDOS version of the packing program. Thus, the rationale for DDD Pro, the ProDOS version of DDD. (No, the "Pro" does NOT stand for "Professional," it stands for "ProDOS") The History of Packing: ---------------------- "In the beginning, most Apple programs were single files. In those days, all pirates had to do to upload and download programs was to call up an AE line and send the program across. But as software became more sophhe disk as it was being packed. This helped with transfers with AE, because AE Pro uses a checksum variety of xmodem to transfer files. Checksum xmodem is inherently unreliable because it does not check the ORDER of the bytes in a file, it just checks thwhich was written by Tom E. Hawk. Tom E. Hawk added some new features to DDD, most notable of which was the "#XXXX" we all saw mysteriously appended onto DOS 3.3 filenames. The mysterious lettering, was, of course, a checksum that had been calculated on tll disk, and the disk in question did not work after unpacking!" --The Watcher of The Assembly Line And, then, after the "Enhanced" version of DDD 2.1 came out, it was successfully followed by version 2.5, ck's Fireworx. Krackerjack has shown his programming expertise through Krackerjack's Autograph, but his packer simply doesn't stack up against Dalton's in speed, data compression, and reliability. It took about six and a half minutes to unpack a fairly furote a program called Disk Cruncher (current version 1.1) which is a nice program (much like Dalton's in many respects), that has light-bar file selection and volume support, but a less efficient packing routine. The next entry into the field was Krackerjaost common reason being a TSL on that track). The bug was fixed in DDD 2.1, which is the current standard. Everyone is happy with this version--unless you own a hard drive, and can not use your volumes conveniently. To correct this problem, the Shadow wng a full disk into several binary files, it combined these files into one long file. Dalton incorporated this idea into his next major revision: DDD 2.0. DDD 2.0 had another big bug. It would not compress a disk if the end of track $22 was blank (the mogram, Dalton's set a new standard which lasted for quite some time. The better the compression, the less space was required to store the split files and the faster they could be transferred. Then a challenger invented a new technique: instead of splittis revolutionary Dalton's Disk Disintegrator 1.0. This program had a bug when working with ][e's with one drive, so DDD 1.1 was released. Because its data compression techniques created files which were smaller than those of any other splitting/packing prit simply did not work. Other programs were Disk Slicer by the Rocker and Disk Divider by M. Hata. Disk Rigger 2.0 was the next widely accepted program after Disk Splitter, but it had been the standard for only a short period when Dalton came out with hisk space. It was followed by a number of similar programs which began to use various data compression methods. First there was Disk Rigger 1.0 and the its modifications (none of which were successful). Although it did compression and some fancy tricks, rogram ignored unused sectors, it did no data compression. Thus began the succession of programs that ultimately led to Daltons Disk Disintegrator ][.1 Enhanced. Disk Splitter worked, but it was unfriendly and the files it created took up a lot of diDisk Splitter, which was a program that split a full disk into a sector map and 1-6 binary files. This made it possible to upload a full disk with AE by first splitting it, then unsplitting it back to its original state after downloading. Although this pisticated, programs began to require full disks. To send an entire disk just could not be done with AE! So pirating software had to get more sophisticated to keep up with the new programs. At that point, the Stack (of Corrupt Computing) wrote his first e values. So, DDD 2.5 filled a very necessary gap. Even though ProDOS had been around since 1984, no one hardy ever used the OS for bulletin boards and file transfers because there was not a decent packing program for packing disks or files. Then came Propacker. ProPacker ended with version 5.3c written by Randall Banning, who now makes his residence in Canada. (as does Dalton). ProPacker ushered in the era of ProDOS boards, because now files could be packed into an efficient format for use in transks, Disk AND FILE packing built-in, and many other "nice" features that make this packer stand out as an exceptional program. Read on... Commands: -------- Upon entering DDD Pro from your file-selection utility (such as ECP8, ECP16,ProSel, or any numbe, someone has taken a great deal of time to re-write DDD for ProDOS the way it SHOULD have been done in the first place. DDD Pro features high-lighter bar option selection, optional CRC generation on disks or files, an "Optimization" utility for ProDOS dild pack a whole disk "on-the-fly" and send it... the packing algorithm that Greg Scheafer uses in Proterm is compatible with DDD and PBH pack. Great, we finally have some sort of standard emerging. Now comes the advent of DDD Pro. For the first timem front. ProTerm 1.2 became THE standard for Apple II telecommunications among pirates during the summer of 1987. ProTerm 1.2 had the capability to send files using many different protocols, among which was a "different" style protocol whereby it woue bug-ridden, and for the most part, just DID NOT WORK. We were finally given a decent version of PBH in PBH version 2.0e, which was written by Major Disaster. PBH 2.0e made life a little easier because of one other MAJOR innovation on the terminal prograrted it to ProDOS, his packer could then unpack the disk. This made the conversion to ProDOS a little easier; however, ProPacker 5.3c was still king in ProDOs land. It stayed that way for good reason: the earlier versions of PBH Pack were awful. They werroDOS format because of the increased demands for space, there quietly came a ProDOS compatible type of DDD. It was called PBH Pack. (PBH for "Pretty Boy Hackers") Essentially, if you made a DOS 3.3 DDD file an "R" file. (a RELative file), and then convet, and it worked well as long as you hadn't gotten a bad transfer, in which case, it would crash while unpacking. But, on the whole, a decent packing program. Then, after a bunch of DOS 3.3 based pirate boards decided that they would convert to the Pand still is) a nice nifty little program written to pack BOTH 3.5" and 5.25" disks. As a bonus, it could tell if you had packed a 3.5" disk, and would tell you if what you were unpacking was a 3.5" disk. ProPacker was NICE. ProPacker was reasonably fasroDOS/16, would only FIT on a 3.5" disk. And, when the first IIgs ware came out, the size of the executable file itself almost exceeded the capacity of a 5.25" disk. So, we had our problem, and we had the solution at hand: ProPacker. ProPacker was (roblem, and a BIG one. The initial question that everyone asked was "what types of disks will we be transferring if we own IIgs's?" Apple made that abundantly clear when we were told that the new operating system, the native mode version of ProDOS, Pperating system for our II's meant that we had a fast OS, and a lot more power because now we could use devices that could hold as much as 32 megabytes. So, ProDOS was the answer. But, the problem had not yet arrived... when the IIgs came out, we had a pIgs." You see, the IIgs could use these 3.5 inch drives that held 800k of data. Could DDD handle a 3.5" drive? No. The reason: DOS 3.3 could only handle up to 400k volumes, and even then, it had to be "forced." ProDOS was the answer. Apple's ProDOS osferring. However, the number of pirate boards that used ProPacker could be counted on the fingers of one hand. The reason: DDD was king, and so was DOS 3.3. Everyone was happy until Apple Computer, Inc. unveiled a little monster called "The Apple Ir of other ProDOS file selection utilities), you will see a menu of options containing the following commands: Set Prefix Set Device Format a Disk Pack Disk/File Unpack Disk/File Catalog Optimize a Disk Generate a CRC Delete a File You may hit ESCape while packing if you wish to abort, in which case the destination file will be deleted. If you selected "FILE" in the pack-type selection, you will first be prompted for the DDD file that will be created by packing the disk. The output file will be placed under the filename you choose. DDD Pro will then pack the disk in the current device that was selected from the main menu. eys will allow you to select the type of pack you wish to make ala ProTERM. If you selected "DISK" in the pack-type selection, you will be prompted for the name of the output file. This is tto pack the media in a device into a DDD file, or the contents of a file into a DDD REL file. You will first be prompted for the type of pack procedure to make. Moving the left-right arrow kory onto the volume. The name of this volume will always be /BLANK. Jerry Hewett's Hyper-Format routines were used to add speed to the formatting of 5.25" disks. PACK DISK/FILE: This selection will allow you formatting their hard drives by mistake because they chose the wrong slot and drive. If you answer affirmatively, the program will format the media in the device in ProDOS format, and write an empty directice has been formatted before by a ProDOS formatter, you will be prompted as to whether or not you actually want to format the media. This was added as a safeguard so that people do not go accidently l be alerted, and the previous slot and drive will be retained. FORMAT A DISK: This selection will first prompt you for the device that you want formatted by a ProTERM style selection box. If the media in the dev use as the source device to pack. After you hit return to actually select the slot and drive, DDD Pro will check to make sure there is actually a ProDOS disk device at that slot and drive. If there isnt, you wilre as different devices are supported, and different search mechanisms are implemented. By using the left and right (or up and down) arrow keys, you can select the proper slot and drive combination for ro currently only supports 5.25" drives, and 3.5" drives. DDD Pro will "assume" that if the device does not have the signature bytes for a 5.25" drive, you are using a 3.5" drive. This may change in the futuonline volumes. Pressing ! at the prompt will show you a catalog of the current prefix. SET DEVICE: This selection allows you to select the drive and slot of the ProDOS device that you want packed. DDD Pr the prefix, or a partial pathname. If you use a partial pathname, the additional path data will be appended to the original path to produce a full pathname. Pressing ? at the prompt will show a list of About DDD Pro Quit SET PREFIX: This selection will allow you to set the current ProDOS prefix to a certain volume or subdirectory. Once prompted for the prefix, you can either enter the entire path fohe file that you want to pack. You will then be prompted for the pathname of the file that you wish to pack TO. Once provided, the program will pack the file, attaching a 100 byte header onto the front of the packed file which includes some vital information. The format of the info in the header packet is as follows: Offset Length Data Byte(s) ------ ------ ---------- can save a LOT of space in packing because when ProDOS deletes a file, it does NOT place all zeros (0's) in the blocks that the file was using. Whenever a file wants some more space on the disk, it will prompted for the device whose unused blocks you wish to clear. You will want to "zero-out" the blocks on a disk that you are about to pack if and ONLY IF it is a ProDOS disk. This optiontised in that it allows you to get a catalog of the currently prefixed volume, or subdirectory. OPTIMIZE A DISK: This selection will allow you to "zero-out" the contents of the unused blocks on a ProDOS disk. You will beto unpack it to a disk, you will be told that it is "Not a DDD format file." Simply choose the "File" option in the select box, and the file will unpack correctly. CATALOG: This selection acts as adversk. Since the filename is already stored in the header of a DDD packed file, there is no need to provide an output filename for a packed file. If you have a DDD packed file, and try npacking. If the disk has already been formatted, you will be asked if you want to overwrite it. If you answer yes, DDD Pro will start unpacking immediately instead of unnecessarily reformatting the di the name of the disk or file to unpack. If you select disk, DDD Pro will check to see if the target disk has already been formatted. If not, DDD Pro will format the disk and start u damaged during a transfer. UNPACK DISK/FILE: The selection does the exact opposite of pack a disk/file. It will prompt you as to whether you want to unpack a disk or a file. Once answered, DDD Pro will prompt you forCRC-16 (not CRC- CCITT, for those interested) on the source file while it is compacting its data. The CRC checks the ORDER AND CONTENT of the data to make sure that the file's integrity is not including up to 64 characters. +91 9 Reserved for future expansion (Should be 0) +100 Packed data As noted in the header info, DDD Pro runs a CRC-16 of file +23 2 Read count (# of 16 page reads to make) +25 1 Length of filename +26 64 filename, or pathname of file, possibly of modification +12 2 Time of modification +14 2 Date of creation +16 2 Time of creation +18 3 EOF position +21 2 1 File type code +5 2 Auxilary type code +7 1 Storage type code +8 2 Number of 512 byte blocks used by the file +10 2 Date------------------------------- +0 1 $0A / ID byte #1 +1 1 $44 / ID byte #2 +2 1 $42 / ID byte #3 +3 1 Access code +4simply place itself over top of the old data. (after all, why spend more zeroing out something if more data is going to be placed there anyway?) But, since the DDD packing algorithm works on the principle of repeated bytes packing more efficiently, you will want to remove all the data from these blocks. So, that's why you would want to "optimize" them. The procedure just makes a disk have files, and just increase the effective compaction. --Sound Wave _____________________________________________________________________________ | | | Questions? Comments? Inter opcodes. And, while on the subject of algorithms, we will probably be "enhancing" the DDD algorothm in the not-so-near future to include additional packing algorithms. We will try to remain completely compatible with the existing DDD standard for packedditional support of the 65C02's extra opcodes. If I ever get time, I will be writing a ProDOS/16 version of DDD Pro... It will use pull-downs and SuperHires for file selection, etc. The algorithm will be tweaked some more by the use of the 65816's 16-bite of thing, Dr. DX will be making better and inproved version of DDD Pro. The next MAJOR revision should support the 65C02 and have 80-columns, mousetext, and ProTERM-style file selection. The packing algorithm will be enhanced ever so slightly by the ad the sysops who run a ProDOS board, without whose pushing, this program would not exist. And everyone else who has had anything to do with making any of the many versions of DDD and PBH Pack. POSTLUDE: -------- Because he has a penchant for this typ and providing the source to PBH. Mountain Man, for his INCREDIBLE disassembly and translation of the DDD packing algorithm. Dr. DX, for writing the first credible translation of DDD for ProDOS. Me, for writing the docs for this thing. All nowhere. Ziopoth, for writing the first "enhanced" version of DDD. Tom E Hawk, for writing the second "enhanced" version of DDD, DDD 2.5. The Nybbler, for writing that wonderful/awful DDD compat, PBH Pack 1.0-2.1 Major Disaster, for writing PBH Pack 2.0e,If you press ? at any filename prompt, you will be given a list of the currently online volumes, and if you press ! you will be given a catalog of the current prefix. CREDITS: ------- Dalton, without whose packing algorithm, apple pirating would be goingg any device, if the disk in that device has been formatted before, you will be prompted as to whether or not you actually want that disk formatted. This is provided for your protection if you have any valuable disk you don't want accidently formatted. e currently prefixed volume/path. ABOUT DDD PRO: This will show you current information about the version of DDD Pro you are using. It will also give credit where credit is due. MISC: ---- Before formattinfiles is built-in to the DDD packed file format. If the file somehow got scrambled, DDD Pro will tell you so by a subtle warning message. DELETE A FILE: The selection will allow you to delete a file from thon a disk before he sends it to you, and after it is unpacked, you could run a CRC on the disk to find out if the transfer was successful without line noise. Note, however, that a CRC-16 for way to tell if 2 files are different, then the CRC's of the files will be different. If two disks are different, even by so much as 1 bit, the CRC's will be different. So, you could have a friend run a CRC less data to pack because you removed the unused data. GENERATE A CRC: This selection will allow you to generate a CRC-16 on a whole disk, or on a file. Why would you want to do this? If you need a quick esting Anecdotes? Dr. DX and I can be reached | | on the following boards: | | | | Phoenix Project............................717-273-2034 12/24/9600 80 Meg | | Ray's IIgs Line............................913-262-5155 12/24/9600 80 Meg | | Planet of Magrathea........................215-398-7764 12/24/9600 120 Meg | | The Spectrum...............................213-391-6835 12/2e an unformatted disk while unpacking a disk. [1.1] Fixed a bug which incorrectly handled unpacking a non-ProDOS floppy. [1.1] Added date and time display to main menu (if you computer is equipped with a ProDOS recognizable clock) DDD Pro Update file version 1.1 December 10, 1987 -------------------------------- [1.01] Fixed a bug which would not restore the default device if you tried to format a disk other than the default device. [1.01] Fixed a bug which would incorrectly handl4/9600 20 Meg | |______ files, and just increase the effective compaction. --Sound Wave _______