---

Jeg har hentet 9.1 opdateringen ned, og ville lige høre om det er en god idé
at opdatere? Jeg køre med 9.0.4 lige nu. Jeg har hørt nogle sige at der er
en del problemer med 9.1, også mht. de programmer jeg har indstalleret,
altså om de kan køre under 9.1.

Hvad er jeres erfaringer med opdateringen? Er der flere fordele end ulemper,
jeg mener mit system kører fint nu, så jeg vil helst ikke ødelægge det.

--
Mikkel

(So long and thanks for all the fish)

---

Mikkel Gade <wiggin@worldonline.dk> wrote:

> Jeg har hentet 9.1 opdateringen ned, og ville lige høre om det er en god idé
> at opdatere? Jeg køre med 9.0.4 lige nu. Jeg har hørt nogle sige at der er
> en del problemer med 9.1, også mht. de programmer jeg har indstalleret,
> altså om de kan køre under 9.1.
>
> Hvad er jeres erfaringer med opdateringen? Er der flere fordele end ulemper,
> jeg mener mit system kører fint nu, så jeg vil helst ikke ødelægge det.


Jeg har været glad for opgraderingen. Mindst lige så stabil som 9.0.4.
Jeg ved ikke om den er hurtigere; på min G3-opgraderede 8500 synes jeg
ikke jeg kan mærke forskel i hastigheden. Ram-forbruget er ca. det
samme.
Jeg har kun haft lidt bøvl med nogle "gamle" AppleScripts jeg brugte til
at connecte/disconnecte PPP med. Der skulle skrives nyt, men det lod sig
gøre efter lidt eftersøgning på Apple's sider.
Der var også en smule besvær med at få min skrivebordsprinter frem igen,
men det lykkedes.

Når man læser amerikanske "troubleshooting"sider, kan jeg måske ha' et
indtryk af at der kan være lidt vrøvl med visse printerdrivere. Men jeg
tror langt det meste kan løses.

En fordel er at man kan køre iTunes der er et fedt musikprogram. (Hvis
man har dansk OS, dog kun version 1.0)

Det er ikke de vilde ændringer, og måske opgraderede jeg mest af alt
p.g.a. "lysten til at have det nyeste".

v.h.

Martin

---

Hej Mikkel

Mikkel Gade wrote:

> Jeg har hentet 9.1 opdateringen ned, og ville lige høre om det er en god idé
> at opdatere?

Ja, det _er_ en god idé. Den er langt mere stabil end selv 9.0.4. - Hvis jeg
skal være helt ærlig, så finder jeg den lige så stabil som den helt gamle
System 7.1!

> Jeg køre med 9.0.4 lige nu. Jeg har hørt nogle sige at der er en del
> problemer med 9.1, også mht. de programmer jeg har indstalleret, altså om de
> kan køre under 9.1.

Jeg ved ærlig talt ikke, hvilke programmer, det skulle være. - Ikke hvis du
kører med nogenlunde de nyeste versioner. Men fx. kan jeg sige, at jeg stadig
har en gammel Photoshop 3.05 installeret på min G3 med 9.1, og den kører
faktisk fuldt ud lige så godt som ver. 5.5, som jeg også har. Men selvfølgelig
kan der være ekstreme tilfælde, hvor et med specialiseret program ikke kan
køre, men endnu har jeg ikke hørt om nogen.

Tænker du på nogle bestemte programmer?

> Hvad er jeres erfaringer med opdateringen? Er der flere fordele end ulemper,
> jeg mener mit system kører fint nu, så jeg vil helst ikke ødelægge det.

Jeg har kun gode erfaringer med 9.1. Jeg finder den langt hurtigere end 9.0.4 -
ca. 30% overall. Nogle programmer starter mere end dobbelt så hurtig som med
9.0.4, mens andre er ca. det samme. Så jeg vil ikke betænke mig på at opgradere
hurtigst mulig.

Der er dog en ting, du skal være opmærksom på, når du opgraderer. Du må _ikke_
opgradere fra den åbnede .smi fil. Det kan give nogle alvorlige problemer. Men
når du har mounted .smi filen, så kopier den mountede mappeimage over på din
HD. Du vil så få en mappe, der indeholder alt det, der ligger i .smi filen.

start så op fra din OS 9 CD og åbn mappen Mac OS 9.1 på din HD og kør
installeren derfra.

Det bedste, du kan gøre er, at lave en CD, hvis du har en brænder. Lav en
Temporary Partition med Toast 4.1x. Quit Toast, men slet ikke den tempdisk, der
ligger på skrivebordet. Kopier indholdet af den mountede 9.1.xmi fil over på
den tempdisk. Tag derefter din OS 9 Cd og kopier systemmappen fra denne over på
samme tempdisk. Åbn nu igen Toast og træk tempdisken over på Toast vinduet,
klik på 'Data', find tempdisken, marker den og marker feltet 'Make Bootable'.
Klik OK til de to dialoger, der kommer når du klikker på OK-knappen. - Sæt en
skkive i og brænd den... Og du har en bootdisk med 9.1 på. Start fra den og kør
installren. Der er ingen grund til at omformattere, da installren selv checker
og evt. reparerer fejl på HD'en, før den installerer. - Detvirker godt!

mvh. Erik Richard

--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---

Erik Richard Sørensen <kml.ers@mail1.stofanet.dk> wrote:

> Der er dog en ting, du skal være opmærksom på, når du opgraderer. Du må _ikke_
> opgradere fra den åbnede .smi fil. Det kan give nogle alvorlige problemer. Men
> når du har mounted .smi filen, så kopier den mountede mappeimage over på din
> HD. Du vil så få en mappe, der indeholder alt det, der ligger i .smi filen.

Jeg har nu opdateret et par iBook's direkte fra .smi uden problemer.

--
Venlig hilsen Morten Reippuert Knudsen

Rigtige mænd tager ikke backup!

---

Jeg har opdateret fra den CD, som jeg bestilte hos Apple, og det har
ikke givet problemer af nogen art. Mht. om programmer er kompatible, vil
jeg foreslå, at du checker hos versiontracker, som har en rubrik netop
til dette formål; fx. oplyste den mig om, at PopChar skulle opdateres.
Erik

Mikkel Gade wrote:
>
> Jeg har hentet 9.1 opdateringen ned, og ville lige høre om det er en god idé
> at opdatere? Jeg køre med 9.0.4 lige nu. Jeg har hørt nogle sige at der er
> en del problemer med 9.1, også mht. de programmer jeg har indstalleret,
> altså om de kan køre under 9.1.
>
> Hvad er jeres erfaringer med opdateringen? Er der flere fordele end ulemper,
> jeg mener mit system kører fint nu, så jeg vil helst ikke ødelægge det.
>
> --
> Mikkel
>
> (So long and thanks for all the fish)

--
Everything should be made as simple as possible, but no simpler.
Erik Oppenhejm, Rosavej 1A, DK-2930 Klampenborg
Tel. +45 39 63 69 74 - Fax +45 39 90 99 75

---

Jeg har forsøgt at opdatere til 9.1 fra CD'en, men den standser med
beskeden:
"Der er et problem med at læse afsenderafkivet "Store system-dele".
Installeringen afbrydes"

Kunne det ikke lyde som om, der er noget galt med CD'en? Eller er det min
computer, som er en iMac DV SE med system 9.04?

Venlig hilsen John

---

John Lauritzen <John_Lauritzen@net.dialog.dk> wrote:

> Jeg har forsøgt at opdatere til 9.1 fra CD'en, men den standser med
> beskeden:
> "Der er et problem med at læse afsenderafkivet "Store system-dele".
> Installeringen afbrydes"
>
Samme fejl fik jeg netop i går, da jeg opdaterede, det var dog med en
udgave på US'ske og hentet fra Apples hjemmeside. Løsningen for mig var
at køre Diskførstehjælp på den disk, hvorpå jeg havde opdateringen
liggende, samt der hvor der skulle installeres. Det kan man jo sige ikke
er lige nemt for dig, da det nok vil knibe en smule med en CD, men prøv
at køre det på din harddisk.

> Kunne det ikke lyde som om, der er noget galt med CD'en? Eller er det min
> computer, som er en iMac DV SE med system 9.04?
>
Du skal _IKKE_ installere oven i den gamle 9.04, start helt fra bunden
med et friskt system, og opdater så det. Den anden metode kan medføre
problemer.

--
Mvh/re Jan Jonasen
jonasen (at) it (dot) dk

Ethernet (n): Something used to capture the Etherfish.

---

> Jeg har hentet 9.1 opdateringen ned, og ville lige høre om det er en god idé
> at opdatere? Jeg køre med 9.0.4 lige nu. Jeg har hørt nogle sige at der er
> en del problemer med 9.1, også mht. de programmer jeg har indstalleret,
> altså om de kan køre under 9.1.


Jeg har lagt det ind på min pm4400. Det kører ind til videre uden
problemer og ikke langsommere end 8.6. Det jeg er mest overrasket over
er ram forbruget. Indtil videre holder det sig på mellem 16 og 17 mb det
er sgu da imponerende.

Hygge

Jakob H K

---

Jakob <jaggehk@ofir.dk> wrote:

> Indtil videre holder det sig på mellem 16 og 17 mb det
> er sgu da imponerende.

Du bruger Virtual Memory, ikke?

Martin

---

Martin Petersen <martinmarius@petersen.mail.dk> wrote:

> Jakob <jaggehk@ofir.dk> wrote:
>
> > Indtil videre holder det sig på mellem 16 og 17 mb det
> > er sgu da imponerende.
>
> Du bruger Virtual Memory, ikke?
>
> Martin

Jo det var det der gjorde det nu fylder den 30 mb. Gør Virtuel
memory systemet væsentlig langsommere ?

Hygge

Jakob H K

---

Jakob <jaggehk@ofir.dk> wrote:

> Jo det var det der gjorde det nu fylder den 30 mb.

Så forstår jeg bedre, for mit system fylder 32-33 v. opstart. Uden VM.

>Gør Virtuel
> memory systemet væsentlig langsommere ?

Vel ikke systemet. Jeg tror VM i 9.1 er temmelig velkørende, og man kan
sikkert ikke mærke forskelle i Finder. Og har man ikke for meget RAM, er
det en kæmpe fordel at bruge VM.
Men der er nogle programmer der ikke kan lide VM. Så vidt jeg husker
bl.a. Photoshop, visse lydprogrammer, visse spil.
v.h.
Martin

---

Martin Petersen <martinmarius@petersen.mail.dk> wrote:

> Så forstår jeg bedre, for mit system fylder 32-33 v. opstart. Uden VM.
>
Grrr, 36 her MED VM!

[en anden skrev]
> >Gør Virtuel
> > memory systemet væsentlig langsommere ?
>
Næ, men hvis du har RAM nok, så lad være med at bruge det. Der er
selvfølgelig også lige det ene program fra tid til anden, som ikke
bryder sig om det.

--
Mvh/re Jan Jonasen
jonasen (at) it (dot) dk

Ethernet (n): Something used to capture the Etherfish.

---

Hej Jan

Jan Oksfeldt Jonasen wrote:

> > Så forstår jeg bedre, for mit system fylder 32-33 v. opstart. Uden VM.
>
> Grrr, 36 her MED VM!

- Ingen højere? - Lige i dette øjeblik tager mit system nu 51,7mb - uden VM
-)

> [en anden skrev]
> > >Gør Virtuel memory systemet væsentlig langsommere ?
>
> Næ, men hvis du har RAM nok, så lad være med at bruge det. Der er
> selvfølgelig også lige det ene program fra tid til anden, som ikke
> bryder sig om det.

Her er vi uenige Jan, - VM vil altid sløve systemet ned mere eller mindre.
Des nyere system, des mindre sløver det. Det er ikke VM som i sig selv
sløver, men det faktum at filen VM Storage usandsynlig let fragmenteres
eller korrumperes på en eller anden måde.

Jeg kan give dig et eksempel... Hvis jeg - som jeg altid har, - har
CloseView aktiv og kører med VM slået til, vil jeg regne løseligt med en
nedgang i ydelse på omkring 12-15%, og hvis jeg kører uden VM regner jeg
med, at der ingen eller en meget meget minimal nedgang er i ydelse.

Det eneste sted, hvor jeg altid slår CloseView fra, før jeg starter
programmet er, hvis jeg skal have startet Macromedia Director og Freehand
samtidig. Her slår jeg CV fra og slår den først til igen efter, at de er
startet op.

Og jeg mener staidg, at VM er et levn fra dengang, hvor 8mb ekstra RAM
kostede 5-6000kr.....

mvh. Erik richard

--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---

Erik Richard Sørensen <kml.ers@mail1.stofanet.dk> wrote:

> Her er vi uenige Jan, - VM vil altid sløve systemet ned mere eller mindre.
> Des nyere system, des mindre sløver det. Det er ikke VM som i sig selv
> sløver, men det faktum at filen VM Storage usandsynlig let fragmenteres
> eller korrumperes på en eller anden måde.
>
Alle har jo ret til deres mening, men én af pointerne med Apples VM er
netop mindre fragmentering af hukommelsen. Efter som dit VM Storage kun
bruges asynkront (i forhold til ram'en) i det tilfælde hvor du bruger
mere end din reelle hukommelse, så vil du ikke opleve dette med en
indstilling på "mængde ram" + 1 mb. Der opstår ingen
hastighedsforringelse før dine programmer bruger mere end din fysiske
hukommelse(1).

> Jeg kan give dig et eksempel... Hvis jeg - som jeg altid har, - har
> CloseView aktiv og kører med VM slået til, vil jeg regne løseligt med en
> nedgang i ydelse på omkring 12-15%, og hvis jeg kører uden VM regner jeg
> med, at der ingen eller en meget meget minimal nedgang er i ydelse.
>
Hvorfor tror du det sker? Kunne det ikke være din maskine, som faktisk
har mere at lave med closeview slået til? Det har den. Noget mere
realistisk er, at du tror det forholder sig sådan, men virkligheden er
en anden.

> Og jeg mener staidg, at VM er et levn fra dengang, hvor 8mb ekstra RAM
> kostede 5-6000kr.....
>
Utroligt naivt og gammeldags, da en af din fineste features i hhv. Mac
OS 8.5+ og OS X er hukommelses håndteringen ved brug af VM. Alle Unix'er
bruger VM, her slåes det aldrig fra (hvis man overhovedet kan), da det
kun har ét formål, at du slipper for at løbe tør for hukommelse. I de
moderne tider kan det endda forbedre ydelse, primært da programmer og
ikke mindst operativ systemer bliver skrevet til at udnytte det faktum,
at VM altid er slået til.

--
Mvh/re Jan Jonasen
jonasen (at) it (dot) dk

Ethernet (n): Something used to capture the Etherfish.

---

Hej Jan

Jan Oksfeldt Jonasen wrote:

> > Her er vi uenige Jan, - VM vil altid sløve systemet ned mere eller mindre.
> > Des nyere system, des mindre sløver det. Det er ikke VM som i sig selv
> > sløver, men det faktum at filen VM Storage usandsynlig let fragmenteres
> > eller korrumperes på en eller anden måde.
> >
> Alle har jo ret til deres mening, men én af pointerne med Apples VM er
> netop mindre fragmentering af hukommelsen. Efter som dit VM Storage kun
> bruges asynkront (i forhold til ram'en) i det tilfælde hvor du bruger
> mere end din reelle hukommelse, så vil du ikke opleve dette med en
> indstilling på "mængde ram" + 1 mb. Der opstår ingen
> hastighedsforringelse før dine programmer bruger mere end din fysiske
> hukommelse(1).

Teori er et, men realiteterne er rent faktisk anderledes. Jeg siger det ikke
bare fordi, jeg ikke bryder mig om VM. - Det tror jeg nok de fleste efterhånden
véd, jeg ikke gør. - Men mine erfaringer, når jeg sidder og presser de
forskellige programmer i de tests, jeg laver siger, at de bliver langsommere
med VM til.

> > Jeg kan give dig et eksempel... Hvis jeg - som jeg altid har, - har
> > CloseView aktiv og kører med VM slået til, vil jeg regne løseligt med en
> > nedgang i ydelse på omkring 12-15%, og hvis jeg kører uden VM regner jeg
> > med, at der ingen eller en meget meget minimal nedgang er i ydelse.
> >
> Hvorfor tror du det sker? Kunne det ikke være din maskine, som faktisk
> har mere at lave med closeview slået til? Det har den. Noget mere
> realistisk er, at du tror det forholder sig sådan, men virkligheden er
> en anden.

Jeg véd, at maskinen _har_ meget mere at lave med CV aktiv. Jeg sidder pt med
nogle eksperimenter med CV, hvor jeg er ved at ændre den på flere områder. Hvis
jeg bruger den normale version, der følger med systemerne - CloseView 7.2.1, så
_er_ hastigheds- og ydelsesmængden væsentlig nedsat, og jeg fastholder de
12-15%. Med den version, jeg nu arbejder på - kaldet CloseView 7.3b3 er jeg
nået ned på, at forringelsen nu er helt nede på omkring 5-8%, - alt afhængig
af, hvilke programmer, jeg har åbne samtidig.

> > Og jeg mener staidg, at VM er et levn fra dengang, hvor 8mb ekstra RAM
> > kostede 5-6000kr.....
>
> Utroligt naivt og gammeldags, da en af din fineste features i hhv. Mac
> OS 8.5+ og OS X er hukommelses håndteringen ved brug af VM. Alle Unix'er
> bruger VM, her slåes det aldrig fra (hvis man overhovedet kan), da det
> kun har ét formål, at du slipper for at løbe tør for hukommelse. I de
> moderne tider kan det endda forbedre ydelse, primært da programmer og
> ikke mindst operativ systemer bliver skrevet til at udnytte det faktum,
> at VM altid er slået til.

Det hjælper jo ikke en dyt, når stadig de fleste almindelige grafiske
programmer _ikke_ kan arbejde ordentlig, hvis VM er slået til. Prøv blot at
tage et kig på Adobes mailing lister, så vil du se at mange af problemerne er
relaterede til brugen af VM - både i Mac og Windows 95 og nyere. Så kald du
bare det for naivitet.... Jeg kalder det erfaring lært på den hårde metode.

mvh. Erik Richard

--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---

Erik Richard Sørensen <kml.ers@mail1.stofanet.dk> wrote:

> > > >Gør Virtuel memory systemet væsentlig langsommere ?

> > Næ, men hvis du har RAM nok, så lad være med at bruge det. Der er
> > selvfølgelig også lige det ene program fra tid til anden, som ikke
> > bryder sig om det.

> Her er vi uenige Jan, - VM vil altid sløve systemet ned mere eller mindre.
> Des nyere system, des mindre sløver det. Det er ikke VM som i sig selv
> sløver, men det faktum at filen VM Storage usandsynlig let fragmenteres
> eller korrumperes på en eller anden måde.

Det der sløver, er at der læses fra disken når der bruges mere
hukommelse end der er indbygget. Hvis VM filen fragemnteret bliver
søgetiden selvfølgelig længere. Læg VM filen på en separat partition du
ikke bruger - så kan det ikke lade sig gøre. Korrumpering af VM filen,
Nej det forkommer ikke i nyere versioner af Mac OS.

At Mac OS tilgændgæld er så irriterende at systemet spinner _alle_ diske
op når der skal læses eller skrives til en disk, er en helt anden sag.
Der kunne Apple lære noget af MS, hvorfor pokker skal CD-ROM drevet
startes hver gang jeg vil læse eller skrive på en anden disk?

VM har nogle fordele som er svære at undvære med mindre man har +300MB
RAM, især hvis man starter/lukker mange programmer og bruger programmer
med +100MB hukommelses krav. Ingen VM = Hukommelsesfragmentering der
kræver genstart. Forklar det til en windows/linux bruger...

> Jeg kan give dig et eksempel... Hvis jeg - som jeg altid har, - har
> CloseView aktiv og kører med VM slået til, vil jeg regne løseligt med en
> nedgang i ydelse på omkring 12-15%, og hvis jeg kører uden VM regner jeg
> med, at der ingen eller en meget meget minimal nedgang er i ydelse.
>
> Det eneste sted, hvor jeg altid slår CloseView fra, før jeg starter
> programmet er, hvis jeg skal have startet Macromedia Director og Freehand
> samtidig. Her slår jeg CV fra og slår den først til igen efter, at de er
> startet op.

Selv om Closeview stadig er en del af Mac OS, så mener jeg at det ikke
længere understøttes. CloseView i mac OS 9, er bortset fra det ikke
længere er et kontrolpanel, identisk med CloseView i System 7.5.
Det samme gælder tastbetjent som slet ikke indlæses med VM slået til.

> Og jeg mener staidg, at VM er et levn fra dengang, hvor 8mb ekstra RAM
> kostede 5-6000kr.....

VM er fremtiden - jeg er ked af at sige det. Du kan slet ikke slå VM fra
under Mac OS X. Desuden er der en ny mulighed for progranmmøre i Mac OS
9.1 der gør det muligt at lade et program med egen VM (eks Photoshop)
undlade at bruge VM selv om Vm er indlæst. Jeg tror dog at denne kommer
for sent til at nogen udviklere vil bruge den.

--
Venlig hilsen Morten Reippuert Knudsen

Hjælp! Jeg er boligløs i København fra 1 april

---

Hej Morten

Morten Reippuert Knudsen wrote:

> Selv om Closeview stadig er en del af Mac OS, så mener jeg at det ikke
> længere understøttes. CloseView i mac OS 9, er bortset fra det ikke
> længere er et kontrolpanel, identisk med CloseView i System 7.5.
> Det samme gælder tastbetjent som slet ikke indlæses med VM slået til.

Jo, CloseView er stadig et fuldt udbygget kontrolpanel med alle relevante CDEV
koder. Jeg er pt igang med at forsøge at forbedre den, så den vil arbejde langt
mere jævn ved skærmopdateringer selv på store skærme +15", og det ser faktisk
ud til, at jeg er ved at nå frem til noget brugbart. Men det vil også betyde,
at CV fremover vil have CarbonLib som et 'must' for at virke overhovedet. De
første testkørsler ser ihvertfald lovende ud.

Hverken CloseView eller Tastbetjent (Easy Access) installeres ved en normal
installering. Man skal selv installere den enten efter en hovedinstallering
eller ved at vælge 'Speciel' under selve hovedinstallation.

Den version af CV, der følger med System 7.5.2 og fremefter er nøjagtig den
samme. CV understøttes fuldt ud af alle Mac Os fra System 6.0.7 til 7.1.3 (CV
ver. 7.1) - og 7.5.0 til 9.1 (CV ver. 7.2.1). Apple Support servicerer
ligeledes stadig CloseView.

Tastbetjent/Easy Access indlæses _altid_, hvis den er installeret, - og det
uanset om VM er til eller fra. - At jeg så ikke kan lide Tastbetjent, fordi den
har en tendens til at slå nogle bestemte funktioner til på et eller andet
tidspunkt, hvor man mindst venter det er en helt anden sag. TB blev oprindelig
udviklet til brug for fysisk handicappede, der har problemer med at bruge
fingrene. Der findes en tilsvarende funktion i Win95+, og den virker faktisk
bedre en TB gør på en Mac.

Begge kontrolpaneler blev oprindeligt udviklede af Berkeley Systems CA på
opfordring fra Apple. CloseView er en reduceret - men faktisk bedre - version
af Berkeley's InLarge forstørrelsesprogram. InLarge, OutSpoken (Kerkeleys
talesyntese til TTS og SR) er nu købt af et hollandsk firma - Alva, - der er
igang med en nyskrivning af programmerne, så de vil kunne bruges også på Mac OS
X, hvad CloseView ikke vil kunne. Desværre! Fordi det er noget af det, der nok
afholder mig fra at gå op til OS X allerede nu. Det vil nemlig betyde, at
synshandicappede Macbrugere ikke vil kunne bruge OS X, selvom OS X har
adskillige fordele, der vil kunne lette deres brug af systemet.

> > Og jeg mener staidg, at VM er et levn fra dengang, hvor 8mb ekstra RAM
> > kostede 5-6000kr.....
>
> VM er fremtiden - jeg er ked af at sige det. Du kan slet ikke slå VM fra
> under Mac OS X. Desuden er der en ny mulighed for progranmmøre i Mac OS
> 9.1 der gør det muligt at lade et program med egen VM (eks Photoshop)
> undlade at bruge VM selv om Vm er indlæst. Jeg tror dog at denne kommer
> for sent til at nogen udviklere vil bruge den.

Jeg véd ikke om VM er fremtiden, men et eller andet i den retning vil nok være
det. Jeg véd, at der er flere af de store forskningslaboratorier, der arbejder
med forskellige ting. Hvad de så kalder det er noget lidt blandet gods. Sony
arbejder fx. med noget, de kalder 'Dynamic Momory Handling. - En form for VM,
der dog ikke bruger HD'en som swapdisk men en såkaldt 'fastkernelager' /
'Static Storage'. Systemet vil virke som VM men uden de problemer som VM kan
give. - Og så vil det være ligeså hurtig i håndtering som den alm. fysiske RAM.

Også både Olivetti, Siemens-Fujitsu og HP har lignende projekter igang, men
lige nu ser det mest af alt ud til, at det er IBM, der er længst fremme med
noget reelt brugbart i form af en slags RAM-udvidelse, som de i deres
arbejdstitel kalder Dynamic RAM Expansion. Systemet er så identisk med Sonys
projekt, at jeg har en mistanke om, at de arbejder sammen på projektet.
Sideløbende med det projekt har IBM også et projekt med en slags Static Memory
i form af en større Fastkernelager istedet vor RAM overhovedet. Og så snakker
vi ikke længere om MB i RAM men GB og Terrabyte.

Hvad men fx. en computer med 500gb static RAM og en 2000Tb fastkernelager? -
Ingen harddiske, der kan gå i stykker - ingen roterende motorer, der larmer og
stort set ingen varmeudvikling.... udover den, der kommer fra selve
processoren, - og med accesstider nede på nannosekunder......

mvh. Erik Richard
--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---

Erik Richard Sørensen <kml.ers@mail1.stofanet.dk> wrote:

> Jo, CloseView er stadig et fuldt udbygget kontrolpanel med alle relevante
> CDEV koder. Jeg er pt igang med at forsøge at forbedre den, så den vil
> arbejde langt mere jævn ved skærmopdateringer selv på store skærme +15",
> og det ser faktisk ud til, at jeg er ved at nå frem til noget brugbart.
> Men det vil også betyde, at CV fremover vil have CarbonLib som et 'must'
> for at virke overhovedet. De første testkørsler ser ihvertfald lovende ud.
>
Jeg synes, det lyder ret spændende, at netop du skulle være med til at
forbedre et program, og konstatere at dette kan ske ved brug af Carbon
API'et. Specielt når man tager det "kodede" interne notat fra MS i
betragtning, du postede for nylig.

(line length is a bitch hva')

--
Mvh/re Jan Jonasen
jonasen (at) it (dot) dk

Ethernet (n): Something used to capture the Etherfish.

---

Hej Jan

La' nu lige være med at lyde så dum, som du gør lige nu. Jeg har aldrig sagt,
at jeg arbejder på programmeringsniveau. Men derfor kan man godt være med i
eller stå for et projekt, hvis der er andre, der foretager selve kodningen.
Ikk'? - At jeg så ville ønske, at jeg dengang jeg begyndte på at læse til
programmør skulle have fuldtført det, - det er en helt anden snak, SUK (-

mvh. Erik Richard

Jan Oksfeldt Jonasen wrote:

> > Jo, CloseView er stadig et fuldt udbygget kontrolpanel med alle relevante
> > CDEV koder. Jeg er pt igang med at forsøge at forbedre den, så den vil
> > arbejde langt mere jævn ved skærmopdateringer selv på store skærme +15",
> > og det ser faktisk ud til, at jeg er ved at nå frem til noget brugbart.
> > Men det vil også betyde, at CV fremover vil have CarbonLib som et 'must'
> > for at virke overhovedet. De første testkørsler ser ihvertfald lovende ud.
>
> Jeg synes, det lyder ret spændende, at netop du skulle være med til at
> forbedre et program, og konstatere at dette kan ske ved brug af Carbon
> API'et. Specielt når man tager det "kodede" interne notat fra MS i
> betragtning, du postede for nylig.

--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---

Jakob <jaggehk@ofir.dk> wrote:

> Jo det var det der gjorde det nu fylder den 30 mb. Gør Virtuel
> memory systemet væsentlig langsommere ?

Nej ikke når mindste indstillingen bruges med systemer siden 8.1. Kun i
ældre programmer og programmer, som bruger deres egen VM algorite som
eks. photoshop (og andre bitmap, video og audio redigerings programmer).

VM har nogle fordele eks, mindre hukommelsesfragmentering (undgå
genstart), hutigere genstart af programmer, mindre hukommelses forbrug.

Generelt bliver VM kun langsommere når der swappes dvs. at når der
bruges mere hukommelse end den fysiske størrelse. Dette undgås af
indlysende grunde hvis standart indstillingen på fysisk+ 1MB bruges.


--
Venlig hilsen Morten Reippuert Knudsen

Hjælp! Jeg er boligløs i København fra 1 april

---

Jeg sidder med en gammel spand af en PowerBook 3400c.

Da jeg opgraderede fra 9.0.4ie til 9.1dk blev hastigheden væsentligt forøget.

Det ses især i Netscape 4.76 ved skift mellem et mail-vindue & et
browservindue - det sker nu nærmest øjeblikkeligt, hvor det under 9.0.4
kunne tage op mod 10 sekunder førend opdateringen gik i gang.

Et andet program, der nu kører hurtigere, er Monica 2.2.

Derimod har jeg fået et problem med Multiple users: Under 9.1dk skiftes
der ikke længere automatisk skrivebordsbaggrund. Har andre oplevet dette
problem? Jeg var nødt til at lave et applescript til at skifte
baggrundsbilledet. Multiple Users er også blevet mere stabil. Under
9.0.4 genstartede jeg altid ved skift fra en User til en anden. Dette er
ikke altid nødvendigt mere, selvom det stadig ikke er helt stabilt:
Finder har en tendens til at gå ned.

Angående den virtuelle hukommelse, så plejede jeg at have denne kørende
på sin egen partition netop for at undgå fragmentering.
Jeg har imidlertid været nødt til at slå den fra, fordi den konflikter
helt vildt med min MCE Datashuttle. Med VM slået til fryser Finder ved
fil-kopieringer, der involverer MCEens HD.

--
Bjarne D Mathiesen mailto:mac.bjarnedm@get2net.dk
København N ; Danmark ; Europa

---

In article <3AA53338.E502BC8E@get2net.dk>,
Bjarne \"Data\" Mathiesen <mac.bjarnedm@get2net.dk> wrote:

> Angående den virtuelle hukommelse, så plejede jeg at have denne kørende
> på sin egen partition netop for at undgå fragmentering.
> Jeg har imidlertid været nødt til at slå den fra, fordi den konflikter
> helt vildt med min MCE Datashuttle. Med VM slået til fryser Finder ved
> fil-kopieringer, der involverer MCEens HD.

Der er vel ikke så meget du kan gøre - andet end at op- eller nedgradere

//Peter
It's the end of Mac OS as we know it
- and I feel fine

---

Hej Bjarke

Prøv evt. at tildele Finder og System ca. 1-2mb ekstra RAM hver. Det kan tit
løse nogle problemer med programmer, der ikke er 100% kompatible endnu. Prøv fx.
med Reaper 1.32, den arbejder fint med Os 9.1. Link:
<http://www.akua.com/Software/Reaper/index.html>

mvh. Erik Richard

Bjarne \"Data\" Mathiesen wrote:

> I.....I
> Angående den virtuelle hukommelse, så plejede jeg at have denne kørende
> på sin egen partition netop for at undgå fragmentering.
> Jeg har imidlertid været nødt til at slå den fra, fordi den konflikter
> helt vildt med min MCE Datashuttle. Med VM slået til fryser Finder ved
> fil-kopieringer, der involverer MCEens HD.

--
K.M.L. Denmark by Erik Richard Sørensen, Member of ADC
Edwin Rahrsvej 20.3.03, DK-8220 Brabrand, Denmark
Phone: (+45) 8625 0963, Fax: (+45) 8625 0962
Mobile phone: (+45) 4082 6109, E-mail: <kml.ers@mail1.stofanet.dk>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Software - For Theological Education - And For Physical Impaired
- Do it The Nisus Way - Nisus Writer, The Best Textprocessor in The World
- Nisus Email, A Revolution In Emailing - Visit: <http://www.nisus.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~