Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 · Thread

TEDS LIBRUTIN

14 posts in thread

Kjell Svensson <5318> · Text 1340 · w8 · inlagg

1986-01-05 21:49

Ärende: TEDS LIBRUTIN

Jag fick ingen utskrift av skivnamnet när jag valde LIB i TED. Kollade källkoden,och hittade ett litet fel. Precis före läge LIB6 står LD C,120 det skall vara LD B,120. Ni som inte har möjlighet att assemblera om källkoden kan ändra direkt i BAC-filen. Gör load på TED,gör REN med ett högre radnr. Skriv en kort snutt som söker efter 135,245,14 och avslutas med END. Snutten skall placeras före TED. Siffran 14 kan sedan ändras till en 6:a med POKE. Ta bort snutten,numrera ev. om TED igen och gör SAVE så är det klart.
- Anders Franzén <5258> · Text 1354 · w8 · kommentar
  
  1986-01-08 00:38
  
  Ärende: TEDS LIBRUTIN
  
  Det är inget fel i TED's librutin. I källkoden står det LD BC,120:0 vilket har den effekten att register B laddas med värdet 120 och C nollställs. Att du inte kan se skivans namn måste bero på något annat, kanske använder du fel program för att märka dina skivor.
  - Kjell Svensson <5318> · Text 1359 · w8 · kommentar
    
    1986-01-08 17:26
    
    Ärende: TEDS LIBRUTIN
    
    Jag måste ha missat när jag gjorde om källkoden till normal Zilogkod. Jag ber så mycket om ursäkt. Var är det mest standardiserade stället att lägga volymnamnet? De vanligate ställena verkar vara de 120,32 eller 16 sista bytena i sektor 0 med övervikt åt 32. Du använder de 120 sista,så gör också ett DOSGEN-program som jag har. Ödmjukt ursäktande Kjell S.
    - Peter Öhlén <4659> · Text 1361 · w8 · kommentar
      
      1986-01-08 18:23
      
      Ärende: Volumenamn
      
      Det brukar ligga på fr.o.m. byte 135 i sektor 0 som du säger. På FD?? ligger det som det första filnamnet om dess extension är .LAB tror jag. Mindre standardisierat är dock hur det slutar. Vissa program tycker att det ska sluta med en kod <32, andra med en nolla.
      - Peter Öhlén <4659> · Text 1363 · w8 · kommentar
        
        1986-01-08 18:25
        
        Ärende: Volumenamn
        
        FD??: ska vara .LBL kom jag på.
      - Kjell Svensson <5318> · Text 1364 · w8 · kommentar
        
        1986-01-08 19:41
        
        Ärende: Volymnamn
        
        Jag för min del lägger namnet fr.o.m byte 135,alltså adr 62855 i DOSbuf 0 och avslutar med chr¤(13). mvh Kjell
        
        David Andersson <5201> · Text 1368 · w8 · kommentar
        
        1986-01-09 01:22
        
        Ärende: Volymnamn
        
        Om vi söker en standard, kan man då inte titta efter vad Luxors program gör (LIB.BAC och DOSGEN). Eller finns det även där flera versioner? (Ja! om man räknar med "volume.LBL" metoden)
        
        Mikael Hovmöller <4688> · Text 1371 · w8 · kommentar
        
        1986-01-09 07:42
        
        Ärende: Volymnamn
        
        'Volume.LBL' var väl Metrics standard, Luxor har jag aldrig sett göra på det sättet. M.v.h. Micke
        
        Sven Wickberg <1384> · Text 1373 · w8 · kommentar
        
        1986-01-09 10:55
        
        Ärende: Volymnamn
        
        ("Volym" - vilket idiotiskt uttryck!) Det finns (tror jag) i programbanken ett antal program som ger namn åt skivor genom att skriva sektor 0. Jag har själv sparat in ett som ursprungligen hette DÖP (tror jag igen, jag kallar den DÖP2). Den jobbar med förutsättningen att skivans namn skall få rum på en rad vid LIB, vilket förmodligen innebär att den tar emot 32 tecken. Eftersom det finns så många idéer om det här lär det inte gå att få någon enhetlig standard, men kanske kan man genom ett lämpligt flaggsättande i eget program kunna bestämma om det skall vara 32 tecken eller något annat? Jag vill minnas att jag fastnade för DÖP2 därför att det dels visade det gaml namnet, och dels (vid RETURN) behöll det gamla namnet utan någon ändring. Men det är u (i princip) lätt att skriva ett program som ritar in vad man vill i sektor 0 på önskat ställe. (De räknar visst alltid ut det så att namnet slutar på sista tillgängliga byte i sektorn,)
        
        Stefan Berg <216> · Text 1380 · w8 · kommentar
        
        1986-01-14 22:57
        
        Ärende: Filinfo
        
        (Ett hastigt hopp i ämne...) Jag har en tid börjat att lägga lite information om varje fil jag har på respektive diskett i filens headersektor, efter "slut-på-data- markeringen" (2 st 255or) genom att använda ett speciellt program. Det här har fungerat alldeles utmärkt (jag har en massa skumma filer på disketterna, med minst sagt kryptiska namn, så jag uppskattar att kunna beskriva filen lite närmare - utrymmet brukar vara runt 230- 240 tecken för varje fil.) Frågan är nu: Används på något sätt den "övriga" informationen i headersektorn (som f ö tycks vara en kopia av bitkartan i det ögon- blick som filen skapas) - d v s kan man på något sätt få problem i framtiden ? I annat fall så planerar jag att snygga upp och skicka in mitt lilla hack, i förhoppning att någon annan finner det lika använd- bart som jag själv gör. Men den vore ju inte så roligt om det började kvadda filer för folk...
        
        Sven Wickberg <1384> · Text 1386 · w8 · kommentar
        
        1986-01-24 09:39
        
        Ärende: Filinfo
        
        Utmärkt idé - det enda jag vet är att Magnus Lundberg en gång i världen använde(r) en del av headersektorn (de sista bytarna tror jag, för datummärkning av programmet. Det kan ju också finnas andra "piratanvändning gar", men jag tror inte att man generellt använder annat än början av headersektorn.
        
        Sven Wickberg <1384> · Text 1387 · w8 · kommentar
        
        1986-01-24 09:40
        
        Ärende: Filinfo
        
        Förresten tror jag ML också använde hela headersektorn för maskinspriket till till ordbehandlingsprogram (som han sålde till hugade)
        
        Kristoffer Eriksson <5357> · Text 1394 · w8 · kommentar
        
        1986-01-24 21:24
        
        Ärende: Filinfo
        
        Vad är det för fel med att ha den bekrivande texten i en särskild fil? Sådant man lägger i RIB måste ju riskera att skadas om filen förlängs så att den använder fler segment.
        
        Stefan Berg <216> · Text 1398 · w8 · kommentar
        
        1986-01-25 11:30
        
        Ärende: Filinfo
        
        Fördelen som jag ser det är just att man slipper ha en speciell fil för slik information. Dessutom försvinner beskrivningen helt om man modifierar filen, något som jag ser som positivt - man kan på ett enkelt sätt scanna efter filer som har blivit uppdaterade och skriva in en ny filbeskrivning - ofta så innebär en modifiering att den tidigare beskrivningen ej längre är helt relevant. I och för sig - jag använder i första hand den här metoden på mina "arkivskivor", där det finns färdiga program och filer med mer eller mindre kryptiska namn. Att på ett enkelt sätt kunna titta på vad filen/programmet är och sedan om så önskas direkt begära en körning eller utskrift av filen tycker jag är mycket användbart. En tredje fördel är att den här metoden inte tar några extra sektorer i anspråk, eftersom informationen läggs i den redan befintliga header- sektorn. Det lediga utrymmet i headern underskrider sällan 220 tecken, vilket för det mesta är fullt tillräckligt. Bra om man har liten drive. Om jag får tid så ska jag rätta ett par buggar nu i helgen, och sedan skickar jag in programmet till inlådan, så får ni döma själva.