thomas

Min Pismo funkar utmärkt i OSX 10.2.6. Lika stabil som G4an, men förstås inte lika snabb. Mycket internminne (512MB har jag) hjälper till med farten men ör inte nödvändigt för stabiliteten. Jag kan köra ett helt gäng program inklusive Word/Excel2001 och Photoshop6 i Classic utan större problem.

Jag har noterat nätverksproblemet i OSX - kan det vara det du ser?

Men hos mig är det inte en hängning, bara en häftig seghet. Det yttrar sig så att om jag på jobbet har vår lokala nätverkssserver uppe på Pismons skrivbörd, och sen bara stänger locket och går hem (försök med det i 9an!) så försöker Finder hitta servern när jag öppnar Pismons lock hemma. Det tar en himla tid för Findern att inse att jag inte är på samma nätverk och att servern inte finns tillgänglig längre. Under tiden visar Findern badboll. Men den har inte hängt sig. Det kan ta fem minuter innan den släpper, men den släpper, då med meddelandet att den inte kan hitta servern. Förhoppningsvis har dom fixat detta med en bakgrundstråd i Panther.

Workaround: Släng serverikonen i papperskorgen innan du stänger locket på jobbet. Vet ej om Pathfinder fixar detta.

En annan sak att vara vaksam på är USB-enheter. OSX är känsligt för USB-inkompatibiliteter, tex brukar en gammal Agfa-scanner vi har ställa till saker i bland. Att ersätta Microsofts eller logitechs musdrivare med Usboverdrive kan hjälpa.

mvh

Thomas

Uppgradering av G3 iMac, några ytterligare länkar:

Mest om de första modellerna (revA och rev B)

http://www.theimac.com/upgrade.shtml

http://www.theimac.com/drive_steps.html


Senare modeller (bättre bilder):

http://www.macworld.com/2001/10/bc/howtoimac/

OBS! I denna artikel kommer tray-loading först, och slot-loading längre ner i artikeln.

Lycka till/thomas

Ska jag tolka det som att OfficeX fortfarande inte klarar mer än 31 tecken i filnamnen (begränsningen kvar från Classic-versionen)?

Vad jag vet är att den första OfficeX-versionen hade denna begränsning, en följd av ogenomtänkt portning från Office2001. Eftersom det är detta som är den största bristen jag ser i Office 2001, så valde jag att inte uppgradera. Office 2001 funkar hyfsat i Classic. Jag har inte lust att betala för en uppgradering som inte fixar den största bristen i programmet.

Vad jag inte vet är om MS fixat detta sedan dess. Därför min fråga.

En fråga: Klarar Office nu OSX långa filnamn?

Thomas

Har följande problem:
Vi har en EpsonStylusPhotoEX, en utmärkt men lite seg skrivare. Eftersom den inte har USB har jag kopplat den til G4an med en billig kinesisk USB-parallelladapter och skrivit ut med Gimp-print is OSX och Epson-rutinerna i Classic.

Nu behöver jag dela ut den på nätverket och det funkar utmärkt för OSX klienter men inte alls för OS9-klienter, trots att jag följt alla tips och t.o.m. försökt sätta upp en LPR-spooler (se http://www.mandrake.demon.co.uk/Apple/osxprint.html )

Det andra sättet att dela ut den på nätverket är förstås att göra det på det gamla sättet, att koppla den seriellt till en OS9-maskin med Epsons StylusRIP 3.30 printserverprogram (som också ger den Postscript, äkta Adobe nivå 2).

Sagt och gjort. Efter en massa strul (hade nästan glömt alla omstarter, minnes-konfiguration mm som behövs i OS9). Och efter att jag lagt in den rätta PPD-filen på alla klientburkarna funkar det utmärkt. I Classic. Och i OS9. Men inte i OSX, trots att jag "lagt till" skrivaren och pekat ut PPD filen manuellt.

Från att ha haft en nätverksskrivare som bara funkar i OSX har vi nu en som bara funkar i OS9! Lika illa!

Om jag försöker skriva ut ifrån en OSX 10.2.6 klientdator så kommer inget ut ur skrivaren. Men i StylusRIPs fönster på serverburken (en beige G3 med OS9.2.2) så syns ett felmeddelande: %%[Error: rangecheck; OffendingCommand: setpagedevice; Error Info: Page Size --nostringval--]%%

Men det funkar ju i Classic? Skickar OSX ut en annan sorts Postscript än OS9? Går det att fixa? Tacksam för alla idéer!

Thomas

Om du använder Classic och vill ha typsnitten tillgängliga i både OSX och Classic, lägg alla typsnitt i Classics Systemmapp/Typsnitt. OSX Hittar dom även där. Men OpenType funkar inte i Classic.

Thomas

Hej!

Jag tar upp denna gamla tråd därför att jag försöker dela ut en USB-skrivare (en seriell Epson SP EX med seriell-USB adapter) ansluten till en maskin med 10.2.6 klient till gamla OS9-maskiner på nötverket. (avsiktlig felstavning, här är alla nötter), med hjälp av gimp-print, ESP Ghostscript etc enligt instruktionerna på denna länk:
http://www.mandrake.demon.co.uk/Apple/osxprint.html

jag har lagt in scriptet
{
disable = no
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/libexec/cups/daemon/cups-lpd
server_args = -o document-format=application/octet-stream
groups = yes
flags = REUSE
}
i "printer" filen enligt instruktionen (server_args raden tillagd enligt MacOSXhints
http://www.macosxhints.com/article.php?story=20020901005320524
)
Skrivaren funkar vid utskrift på servermaskinen men det funkar inte från andra. Och jag får detta felmeddelande:
Jul 1 14:37:47 G4dual xinetd[464]: missing service keyword [line="1"]

Kan nån UNIX-guru hjälpa till?

Tack på förhand

Thomas

jag fick inte mlmac att funka.

Det är inte rätt att anklaga Apple för fusk i detta fall. V.g. märk att vad dom gjorde var att använda en neutral compiler som finns för både Intel och Mac, att dom optimerade Dell-burken så den skulle gå så fort som möjligt, och att dom la in fixar i Macen för att den skulle vara så lik de burkar som skickas till kunder som möjligt.

Dessutom var skillnaden mycket större i de "riktiga" programmen som inte görs av Apple, dvs Photoshop m fl.

Jag tycker inte det verkar som om Apple fuskat, tvärtom. Dom har ansträngt sig för att hitta en neutral testmetod!

Läs:
http://www.theregister.co.uk/content/39/31416.html

och

http://arstechnica.com/wankerdesk/03q2/wwdc/wwdc.html

Det vanligaste professionella projektplaneringsprogrammet för Mac är nog FastTrackSchedule
http://www.versiontracker.com/dyn/moreinfo/macosx/15623

OSX-versionen har inte fått så bra kritik på Versiontracker.

En mycket professionellt OS9-program som också finns till Windows är Microplanner. Tyvärr verkar det inte upppdaterat på ett tag. Och någon OSX version verkar inte finnas heller. Ta kontakt med
http://www.micro-planning.co.uk/cgi-bin/mpil/jump.pl?products/title.html

Thomas

Det går att ominstallera med en 10.2 CD även om systemet är uppdaterat. Se denna länk:
http://www.macsonly.com/index.html#fwboot

Där dom beskriver en liknande fix på ett annat men likartat problem. Använd "Installera och arkivera" (eller vad det heter) alternativet. Det nuvarande systemet läggs då i en mapp som heter "Previous system".

Uppdatera sen med Programuppdatering.

Thomas

Tro inte på det. Att dom skulle porta ett program med massor av gammal kod, som dessutom sjunger på sista utvecklingsversen, är inte sannolikt.

Troligare är att Autodesk portar Revit. Bilder på alphaversioner ligger redan ute på nätet. Och Autodesk har själva pekat ut Revit som basen för deras framtida utveckling, åtminstone på byggsidan. Dom har ju redan i stort sett lagt ned den svenska Autocad-applikationen Point och talat om för sina ADT-kunder att det är lika bra dom siktar in sig på en övergång till Revit.

Kunderna tröttnar på velandet. Arkitekter går över till den mogna konkurrenten Archicad. Men med ett nytt Autocad baserat på Revit, kanske Autodesk kommer igen som ett framtidsalternativ. även på Mac!

Thomas Holm
arkitekt SAR

File system... hmmm... har du gjort fsck -y?

(Alltså, starta med kringla-s nedtryckt, låt all texten scrolla till slut, skriv fsck[mellanslag]-y
och tryck retur. (Det ska alltså vara ett bindestreck direkt efter mellanslaget). Vänta.

Om burken efter en stund säger "file system modified" gör om samma sak, evt flera gånger, ända tills den säger "file system appears to be OK".

Skriv då
reboot[mellanslag]-n
och tryck retur.
Då ska burken starta om normalt.

Om du redan testat detta och det inte funkade är det nog bara omformatering som gäller. Försök starta burken från en annan i Firewire-disk mode för att kopiera över data. (fråga nån annan hur man gör).

Thomas

dessvärre tror jag det är minnesfel om det kommer upp direkt innan burken börjar läsa från hårddisken.

Kringla-c brukar funka vid direktstart från CD

Thomas

Martin,

jag vet att jag fått detta spam. Minns dock inte vilken epostadress det kom till (slängde det innan jag såg din nyhet) men jag registrerade mig före 20/12 2002.

Thomas