· Text 4421 · w8 · kommentar
Ja, nu finns det! Det heter CD.(HEX/BAC/INF) och ligger i inlådan.
Med detta program får du samma CD-instruktion som finns i LUX-NET
(så när som på att den inte klarar lösenord angivna efter "!").
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
UFD... CD.BAC 1.00 -- Programnyhet!
59 posts in thread
-
-
· Text 4457 · w8 · kommentarÄr CD-UFD så smart att den skippar "!passwd/" också, eller? (Inte för att man använder det så ofta, men i alla fall...)
-
· Text 4459 · w8 · kommentarEn annan smarthet vore en 'dummy-instruktion' som hette FILESTAT, för att kunna ladda/köra Lux-netprogram utan luxnet! Kunde med fördel införlivas i CD.BAC version 2.00, eller nåt sånt.
-
· Text 4461 · w8 · kommentarDet kunde vara ett separat program som kunde köras in efteråt vid behov (varje ledig byte är viktig...).
-
· Text 4462 · w8 · kommentarJo visst, men det kanske tar 20-25 bytes extra, så jag tyckte inte att det var någon 'big deal'.
-
-
· Text 4468 · w8 · kommentarFILESTAT-funktion vore fint att ha när man utvecklar LUX-nät program på en stand-alonemaskin
-
· Text 4482 · w8 · kommentarJag tycker man bör ha en ON ERROR GOTO vid FILESTAT, som tar hand om det error 200 man får om det inte är ett LUX-NET-DOS. Kanske jag gör något åt saken någon gång...
-
· Text 4487 · w8 · kommentarJo, men som nån sa (var det Curt?) så kan det vara värdefullt om man vill utveckla Lux-netprogram under UFD-DOS.
-
· Text 4504 · w8 · kommentarDet ska vara lite roligt att åstadkomma finessen också. Om någon betalar för det, kanske jag tycker det blir riktig roligt...
-
· Text 4512 · w8 · kommentarEn sån struntsak gör jag gratis!
-
· Text 4515 · w8 · kommentarVi tackar på förhand för erbjudandet ...
-
· Text 4525 · w8 · kommentar...men jag sade inte NÄR!
-
· Text 4536 · w8 · kommentarVaddå NÄR (när är en frågesats, kommer inte håg vad de kallas på svenska- lektionerna)? Nu såklart!
-
· Text 4541 · w8 · kommentarDu tänker på interrogation, förstår jag! Tja, det är ju en rätt enkel operation, så jag får väl titta på det.
-
· Text 4563 · w8 · kommentarHav förtröstan. Den räddande ängeln är här! Medan alla andra bara pratar (skriver, om det ska vara noga), har jag GJORT en ny version av CD, som innehåller både CD och FILESTAT. Det finns olika minneskrävande varianter av båda kommandona, och FILESTAT kan uteslutas helt, och kör man det bara rakt av blir det ingen skillnad mot förut. FILESTAT kan man alltså vara utan, få en liten variant som endast tillåter exekvering av intruktionen, och en större som även tillåter programmeraren att mata in instruktionen. Alltihop för att täcka olika önskemål utan att dra mer minne än nödvändigt. CD kan man få i en variant som inte utför något vid exekvering (kompile- ring av kommandot kostar inget), som fungerar som normalt, och en lyx- variant som kan byta även till faderbiblioteket om man anger biblioteks- namnet ".." (punkt-punkt). Den finessen finns inte ens i LUX-NET. Det du Benny! En massa optioner för att styra allt detta har också tillkommit. Närmare information i info-filen som nu är 6-7 sidor lång. Jag har putsat lite på normal-CD också, så det kan vara lämpligt att hämta den nya versionen, även om de nya finesserna inte åstundas.
-
· Text 4564 · w8 · kommentarHeja farbrorn, heja farbrorn ......
-
· Text 4589 · w8 · kommentar"Farbror"? - Jag fyllde tjugo, få se nu - nu är det... i förrgår. Måste man vänja sig vid dylika tillmälen redan? Jag som nyss var ton-åring, snart är man väl gubbe...
-
· Text 4592 · w8 · kommentarTiden går fruktansvärt fort, det märker inte minst jag som är gubbe d.v.s passerat 40
-
· Text 4602 · w8 · kommentarDå får man gratinera i efterskott, då!
-
-
-
· Text 4568 · w8 · kommentarInte illa! Jag förutsätter att du använt samma P-koder som i Lux-net. Vi var faktiskt ett tag inne på att lägga in . och .., men det föll på bl a minnesbrist och det faktum att man skulle få problem med Lux-nets skyddsmekanism i så fall.
-
· Text 4583 · w8 · kommentarJo, det är samma koder, annars faller ju syftet att kunna exekvera LUX-NET-program. På vad sätt får man problem med skyddet pga ..?
-
· Text 4596 · w8 · kommentarJo, principen för biblioteksskyddet i Lux-net är, till skillnad från *NIX, att ju längre ner i hierarkin man kommer, ju hårdare skydd får man. Det är löst genom att man OR-ar ihop skyddsbitarna när man flyttar sig neråt. För att då kunna backa måste man börja om från roten och haspla sig ner igen och stanna en nivå tidigare. Det tyckte vi skulle bli för tidsödande.
-
· Text 4606 · w8 · kommentarAtt OR:a ihop skyddet innebär att om en övre nivå är hårt skyddad men ett undre bibliotek är helt oskyddat så kan inte vem som helst acessa detta ändå ? Om överbiblioteket är skrivskyddad mot andra, så blir även underbibilioteke det, har jag rätt ? - Isåfall är det bra ?
-
· Text 4630 · w8 · kommentarNu blir jag lite osäker på om jag minns rätt... Vi hade i alla fall det i ett tidigt skede i utvecklingen, men vi kanske gick ifrån det. Det kan ju någon med tillgång till Lux-net kontrollera!
-
-
· Text 4615 · w8 · kommentarVore det inte logiskt att OR:a ihop ägarna också på något vis, i så fall? Det skulle ta för lång tid för vaddå? Att ha den möjligheten för byte till faderbiblioteket blir ju under alla omständigheter bekvämare för användaren är att behöva ange fullständig path.
-
· Text 4638 · w8 · kommentarHur ofta har man bibliotek i så många nivåer att det blir besvärligt? Du behöver ju inte starta från ROOT, du kan ju skriva CD 'LFD:' om du vill! Diskussionen är egentligen onödig, det finns ett skäl till och det är platsbrist, vi skulle inte kunna få in en sådan rutin hur gärna vi än skulle vilja!
-
· Text 4654 · w8 · kommentarEn fråga: PÅ Klippotekets luxnet kan jag skriva: LOAD PELLE.BAC,<USERDIR/SYSTEM> men på vårt eget nät får jag error 21 (ja, jag har en PELLE-fil där oxå!). Vad beror det på (senaste utgåvan av MENY0 och NETC.SYS från NLIS finnes).
-
· Text 4660 · w8 · kommentarHar de verkligen ett LUX-NET? Ser mer ut som ett CAT-NET enligt min mening. Måhända de har någon specialrutin som gör det lik CAT-NET? Du skrev inte var du hade PELLE-flen i erat eget system. Troligen får du inget fel om du har den i aktuellt UFD:.
-
· Text 4671 · w8 · kommentarJag har själv installerat nätet hos dem och om inga trollpackor har för- vandlat det till ett CAT-Net så är det ett luxnet utan specialrutiner. Jag gjorde identiska operationer på båda näten, med identiska path- beskrivningar.
-
· Text 4674 · w8 · kommentarDet kanske fanns ett PELLE-program i aktuellt UFD på Klippoteket? Utan specialrutiner, gäller det att bortse från allt som står efter komma efter filnamnet, eftersom det inte ska ha någon betydelse.
-
-
-
-
· Text 4662 · w8 · kommentarDet finns andra grenar i biblioteksstrukturen än LFD:. Fast har man DIAB:s systempogram CDLFD och CDPFD klarar man sig långt, men dessa följer ju inte med Luxors systemskiva.
-
· Text 4703 · w8 · kommentarDet kanske vore idé att lägga in dem i monitorn! Kan du fixa det, Kristoffer?
-
· Text 4706 · w8 · kommentarÄr det säkert att vi får då?
-
· Text 4728 · w8 · kommentarJa, det finns ingen som har någon anledning att protestera mot det, åtminstone inte här på DIAB. Jag har skrivit programmen, och jag har inte heller nåt emot det (bara bra, så kanske jag slipper en eller annan dum fråga!). Har du squeezade eller osqueezade program? Vid närmare eftertanke så kanske det är bättre att jag lägger in dem, så man verkligen får de senaste versionerna.
-
-
· Text 4711 · w8 · kommentarFår vi lägga in dem osquezade då? I så fall är det bra!
-
· Text 4730 · w8 · kommentarJa, det är lika bra, tycker jag!
-
-
-
-
-
-
-
-
-
· Text 4585 · w8 · kommentarFadersbiblioteket!!?? Du måste mena masterbiblioteket!!! Hur håller du reda på vem som är fadern??? Blodprov (bitprov måste det vara).
-
· Text 4586 · w8 · kommentar(Jag är tacksam om alla tar bort "-- Programuppdatering" från ärendet på sina kommentarer, så blir det lättare att hitta ursprungsinlägget vid ärendelistning.) Första sektorn i ".Ufd"-filen anger i vilken sektor dess filnamn i faderbiblioteket står, samt sitt filnummer. Och var ".Ufd"-filen börjar vet man ju.
-
-
-
-
-
-
· Text 4521 · w8 · kommentarDet tror jag nog, men inte lika bra... (Utmaning!)
-
· Text 4529 · w8 · kommentarInte för att jag vill skryta, men det var faktiskt jag som skrev CD och FILESTAT från första början i Lux-net...
-
· Text 4540 · w8 · kommentarMenar du i noden eller i centralen?
-
· Text 4544 · w8 · kommentarI noden.
-
· Text 4545 · w8 · kommentarBåde i DOS-prommet och NOD-prommet? I varje fall är det ju inte där det viktiga utförs. Kommandona skickas ju bara vidare till centralen. Men egentligen tänkte jag mest på förmågan att tillfredställa alla önskemål som yttrats här...
-
· Text 4547 · w8 · kommentarDet Cd som görs på lokala skivor utförs i NODEN det är bara om det är på en CENTRAL skiva som det sänds till centralen. Det är iock för sig väldigt änkelt att göra CD i Lux-Net miljö eftersom det går att öppna en file med ett långt filnamn direkt och sedan läsa av adressen i LFT- blocket. I Centralen så måste man dock Öppna filerna en efter en p.g.a att man måste kontroll över varje nivå ( annar så är själva doset identiskt med noderna det är bara ett extra skal utanför som hantera all skyd och övriga saker). M.v.h. L-G
-
· Text 4548 · w8 · kommentarJag förhastade mig lite... - Hur menar du att man "måste kontroll över varje nivå"?
-
· Text 4552 · w8 · kommentarJag kan inte låta doset sköta öppnadet för flera nivår på en gång efter som att centralen måste kolla skyd och hålla reda på vad som är öppet. M.v.h. L-G
-
-
-
-
-
-
-
-
-
-
-
-
-
· Text 4483 · w8 · kommentarNu är det så smart att det hoppar över lösenorden! Se inlådan. I denna version bryr den sig inte om ifall man anger en enhet inne i en UFD-path. CD till en enhet utan filnamn ger inte felmeddelande, men ger inget annat heller. Info-filen har utökats. Dessutom var jag tvungen att lägga till lite rutiner för att ta hand om DOS-ets felhantering med ON_ERR_xxx. Förut fick man otrevliga resultat om man försökte med CD "UFD:xxx" om inte UFD var satt. (Som egentligen gav error 46.) Under vilka omständigheter hamnar man i denna felhantering? FILESTAT får vi väl se om det blir något av...
-
· Text 4488 · w8 · kommentarJag förstår inte riktigt din fråga. Vilken felhantering menar du? Är det DOSets traphantering du menar?
-
· Text 4498 · w8 · kommentarJa.
-
· Text 4509 · w8 · kommentarDet går till så här: Man har för varje fel som kan uppstå i DOS:et en så kallad Trap-vektor. Dessutom har man något som kallas för BASIC-TRAP, som inte alls har med basic:en att göra. Om det står en adress <>0 i en viss trapvektor så kommer man att göra ett anrop dit om man får det felet. Om det å andra sidan står 0 i vektorn så kommer man att använda Basic-trap-vektorn.
-
· Text 4519 · w8 · kommentarJo, så långt har jag fattat själv. I vilka felsituationer används denna funktion? Vissa fel ge ju bara retur med carry-bitten satt, och är mycket enklare att hantera.
-
· Text 4527 · w8 · kommentarJa, du vet ju (enligt Bit för bit) vilka fel som trappas. Vad som ger retur med carry är i princip bara File not found. Undantag är Lux-net där alla fel kan komma tillbaka med carry, detta om basictrap också är satt till 0.
-
· Text 4538 · w8 · kommentarNu har jag ingen Bit-för-bit framför mig, men det finns ju en trap motsvarande var och en av felkoderna 35-43. Jag blev lite konfunderad av att råka ut för trap-hanteringen pga error 46. Går det felet direkt på basictrap, och finns det ytterligare fel som hamnar här?
-
· Text 4542 · w8 · kommentarAha! Då fattade jag plötsligt din fråga! Tyvärr kan jag inte svara på det just nu, men jag ska kolla upp det på jobbet på måndag.
-
-
-
-
-
-
-
-
-
· Text 4460 · w8 · kommentarTack för hjälpen, ska genast prova det. (Var just ifärd med att börja skriva ett eget CD-program)
-
· Text 4469 · w8 · kommentarKlarar du av att ha flera filer öppna i olika bibliotek? Annars kan man lätt kvadda en skiva om man inte ser upp. Jag tänker närmast på kombinationen öppna fil-byt bibliotek-skriv på fil-stäng fil. Om du inte hanterar CLOSE så kommer den uppdaterade fillängden att skrivas ner i fel bibliotek.
-
· Text 4479 · w8 · kommentarJag vet att den risken finns, men programmet gör inget åt den. Kan du komma på någon inte allt för byte-krävande metod att fånga upp sådana fall? Det enda jag kommer på är att special-behandla enheterna "UFD:" och " :", och då vid OPEN lagra undan någonstanns vad som är aktuellt UFD, och sedan plocka fram det igen vid CLOSE. Även om man alltså får låta bli tt använda filer i flera UFD:er sam- tidigt, så är ju CD-kommandot bekvämare att använda än UFD.ABS. Vill man ändå kunna det, så kan man använda något av de program som skapare extra UFD-enheter.
-
· Text 4484 · w8 · kommentarEn latare metod är kanske att helt enkelt kolla att man inte har några filer öppna när man gör CD ! Det är bara att gå igenom LU-listan och titta efter.
-
-
-
· Text 4475 · w8 · kommentarVarför inte CD.ASM???
-