Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering

TidBITS#450/12-Oct-98

Ons onderzoek hoe redelijk normale lieden MacsBug kunnen toepassen wordt deze week vervolgd en bevat waardevolle informatie over het door ontwikkelaars maken van een logboek tijdens het beta-testen van een programma. Ook kijkt Adam in dit nummer naar het klaarblijkelijke verscheiden van Claris Emailer en we zien de verschijning van belangrijke software, inclusief QuarkXPress 4.04, Eudora Pro 4.0.2, AutoShare 3.0, en FileMaker Pro 4.0v2 en het "bijna verschenen" StuffIt Deluxe 5.0.

Onderwerpen:

Copyright 1998 TidBITS Electronic Publishing. All rights reserved.
Information: <info@tidbits.com> Comments: <editors@tidbits.com>


Je kunt je gratis abonneren op de Nederlandse afleveringen van TidBITS door een (blanco) mailtje te sturen naar: tidbits-nl-on@tidbits.com. Je krijgt deze dan per e-mail toegestuurd.
Om je abonnement op te zeggen, kun je een mailtje sturen naar: tidbits-nl-off@tidbits.com.


Deze editie van TidBITS werd gedeeltelijk gesponsord door:


Dit nummer werd uit het Engels vertaald door:

Verder werkten mee:


MailBITS/12-Oct-98

Vertaling: [MSH] & [DPF]

QuarkXPress 4.04 Opwaardering richt zich op vele foutjes -- Quark heeft een opwaardering voor QuarkXPress 4.0 vrijgegeven, waarin diverse fouten met betrekking tot Printen en Vind/Verander handelingen, Bezier regels met pijlkoppen en verschillende andere problemen worden hersteld.Voorts heeft Quark de scripting syntax in de AppleScript dictionary veranderd om nieuwe 4.0 eigenschappen toe te kunnen voegen en met bestaande scripts beter te kunnen werken. Bezitters van versie 4.03 kunnen een 3 MB updater downloaden, eigenaren van vroegere versies van QuarkXPress 4.0 dienen de 8.2 MB "universal updater"te downloaden. [JLC]

<http://www.quark.com/quarkxpress/qxpfix_1.html>

Eudora Pro 4.0.2 Nu Verkrijgbaar -- Al blijft Eudora Pro 4.1 in het beta stadium, Qualcomm heeft tenslotte Eudora Pro 4.0.2 laten verschijnen, dat een aantal kleinere fouten en treiterige ergernissen herstelt. Heb je met Eudora Pro 4.0.1 moeite, dan is het downloaden van de gratis 5 MB updater de moeite waard; zo niet, zou ik aanbevelen op versie 4.1. te wachten. [ACE]

<http://eudora.qualcomm.com/betas/epro41.html>
<http://eudora.qualcomm.com/pro_email/updaters.html>

AutoShare 3.0 Verschenen -- Mikael Hansen heeft versie 3.0 van AutoShare vrijgegeven, zijn freeware mailing list manager en auto-responder, die samenwerkt met Eudora Internet Mail Server en Stalker Internet Mail Server. Belangrijke nieuwe eigenschappen houden in ondersteuning van interne en externe subscriber databases, MIME digests ondersteuning, additionele remote email administratie commandos en ondersteuning van meer bounce formats. Belangrijkste eigenschap is de ondersteunung van subscriber databases, wat je in staat stelt om je eigen velden toe te voegen. AutoShare communiceert met externe databases via scripting, dit verschaft goede flexibiliteit, maar kan leiden tot slechte prestaties. AutoShare 3.0 is een 1.9 MB download. [ACE]

<http://www.dnai.com/~meh/autoshare/>

StuffIt Deluxe 5.0 Aangekondigd -- Aladdin Systems heeft StuffIt Deluxe 5.0 aangekondigd, een belangrijke versie van hun populair compressieprogramma. Voornaamste nieuwe eigenschap van StuffIt Deluxe 5.0 is een nieuw compressieformaat, 20 procent kleiner, dat verenigbaar is met Windows. Ook inbegrepen bij StuffIt Deluxe 5.0 is ondersteuning van MacBinary III, verenigbaar met Mac OS 8.5, tevens "Archive Via Rename" werkzaam met .hqx en .bin, snelle conversie van self-extracting archieven naar StuffIt archieven en, nieuw, ondersteuning voor Outlook Express en Mailsmith op de "Stuff en Mail" manier. Aladdin verwacht StuffIt Deluxe 5.0 eind Oktober te leveren voor een geschatte detailprijs van $79.95; de prijs voor gebruikersgroepen zal $49.95 zijn. Zij die StuffIt Deluxe and DropStuff hebben - en eigenaren van AutoDoubler, DiskDoubler en de Eudora Productivity Toolkit - kunnen opwaarderen naar StuffIt Deluxe 5.0 voor $29.95 tot 31-Mar-99 met bewijs van de aankoop (zoals je Aladdin-registratienummer of door een fax van een fotocopie van ontvangst, handleiding, of schrijf naar Customer Service op 831/761-6206). StuffIt Deluxe heeft een 68020 Mac of later met 8 MB RAM en System 7.5.3 of later nodig. [ACE]

<http://www.aladdinsys.com/company/news/releases/stuffit/100798-predlx50.html>

Updater Naar FileMaker Pro 4.0v2 Beschikbaar -- FileMaker, Inc. heeft een gratis updater naar FileMaker Pro 4.0v2 uitgegeven, die de veranderingen en foutverbeteringen uit FileMaker Pro 4.1 naar gebruikers van FileMaker Pro 4.0 brengt zonder de nieuwe ODBC features van versie 4.1 (zie "FileMaker Pro 4.1 doet ODBC voor een stevige prijs" in TidBITS-447). Verbeteringen zijn onder andere de mogelijkheid om bestanden in het Excel 98 formaat te importeren, ondersteuning voor het Euro-symbool, verbeteringen aan het tonen van JPEG-afbeeldingen in FileMaker en verscheidene verbeteringen aan het importeren, exporteren, verwijderen en sorteren van records in specifieke situaties. De Mac OS updater is 1,8 MB groot; er zijn ook updaters beschikbaar voor verschillende versies van Microsoft Windows. [GD]

<http://www.filemaker.com/support/>
<http://db.tidbits.com/getbits.acgi?tbart=05091>
<ftp://ftp.filemaker.com/pub/USA-Macintosh/Updaters/FileMakerPro40v2Update.bin>


Emailer en de Dood van Software

door Adam C. Engst <ace@tidbits.com>. Vertaling: [DPF] & [LmR]

Was iemand verrast toen Emailer verdween na teruggebracht te zijn bij Apple in de Claris-naar-FileMaker, Inc. transformatie? Misschien de gebruikers van Emailer wel, omdat er meestal weinig nodig is voor blinde loyaliteit aan een goed programma dat je elke dag (en ook nog eens de gehele dag) gebruikt. Emailer was en is nog steeds een goed e-mailprogramma, en om eerlijk te zijn verdient het een beter lot dan wegkwijnen. Ondanks verscheidene petities is dat wat er waarschijnlijk zal gebeuren, tenzij... nou ja, laten we niet op de feiten vooruitlopen.

<http://www.macsoldiers.com/save-emailer/>
<http://www.pasoftware.com/save_emailer.shtml>

Denk een moment aan Apple als het Macintosh bedrijf. Apple moet altijd op het dunne koord balanceren om een balans te vinden tussen het toevoegen van mogelijkheiden aan de Macintosh en het onderhouden van goede relaties met Macintosh ontwikkelaars. Het zou voor Apple niet moeilijk zijn om een bepaald Macintosh product te vernietigen door vergelijkbare mogelijkheden in het Mac OS in te bouwen. Het is in het verleden wel eens gebeurd, en het zal in de toekomst nog wel eens gebeuren: AppleScript legde een bom onder UserLand Frontier als een commercieel scriptingpakket; PlainTalk heeft de ontwikkeling van goede spraakherkenningssoftware vertraagd en talloze shareware producten zijn de mottenballen ingegaan omdat Apple mogelijkheden als hiërarchische menu's en desktop afbeeldingen in het besturingssysteem inbouwde. Apple moet dit soort zaken heel voorzichtig aanpakken: wanneer het dit niet doet loopt het het risico dat ontwikkelaars, de werkelijke kracht achter de Macintosh, van het bedrijf vervreemd raken.

Noodzakelijke Herzieningen -- Apple heeft nu dus een krachtige maar verouderende email client in haar bezit. Alhoewel Emailer een aantal prachtige mogelijkheden heeft bovenop een solide fundament, laten de belangrijkste concurrenten - Eudora Pro en Outlook Express - Emailer achter. Zij hebben ondersteuning ingebouwd voor meerdere accounts, HTML-gebaseerde mail, LDAP directory services, IMAP voor het ophalen van mail, spellingscontrole terwijl je typt en nog meer. Alsof dat nog niet genoeg is verschijnen er ook nog eens nieuwe e-mailprogramma's zoals Mailsmith van Bare Bones Software en PowerMail van CTM Development, die de markt nog eens verder verdelen. Vandaag de dag is het belangrijkste onderscheidende kenmerk van Emailer de mogelijkheid om mail op te halen van CompuServe en AOL.

<http://web.barebones.com/products/msmith/msmith.html>
<http://www.ctmdev.com/>

Het herzien van Emailer met als doel te kunnen concurreren is nog niet eens eenvoudig, omdat het toevoegen van ondersteuning van HTML-gebaseerde mail het toevoegen van een HTML-parser betekent, en bovendien het aanpassen van de ingebouwde tekst-editor. Ondersteuning van IMAP vereist flinke veranderingen aan de code die de mail ophaalt, en IMAP vereist bovendien een herstructurering van de brievenbussen omdat mail dan ook op de server kan worden opgeslagen. Apple zou personeel voor deze taken kunnen aannemen, maar dat kost geld, en Apple is nog steeds voornamelijk bezig met de pogingen om het bedrijf in de 'zwarte' cijfers te houden. Projecten die mogelijk niet winstgevend zullen zijn maken niet veel kans in het Apple Computer van vandaag de dag.

Apple's Opties -- Laten we voorlopig even aannemen dat Apple van plan zou zijn geld en moeite te steken in het op niveau brengen van Emailer. Wat zou dat inhouden?

Als Apple besluit om Emailer niet te updaten, ontspruit er een andere mogelijkheid. Het gratis weggeven van de huidige versie van Emailer kost weliswaar niets meer dan een beetje goodwill bij de ontwikkelaars. Maar de hele email-community wordt erdoor geschaad omdat de aanvaarding van nieuwe mogelijkheden die interoperabiliteit behoeven, erdoor wordt vertraagd. Een voorbeeld: een set van standaard headers wordt goedgekeurd voor gebruik bij een mailinglijst om het zo e-mailprogramma's makkelijker te maken om mailinglijstberichten te identificeren en taken te automatiseren als abonneren, abonnementen opzeggen, versturen, hulp etc.,. Zonder ondersteuning voor deze nieuwe headers in email programma's (die niet zouden plaatsvinden binnen een stervend Emailer), zouden lijst-mailing-beheerders veel minder geneigd zijn om de nieuwe headers te implementeren waarmee ze het gebruik ervan voor ons, de normale gebruikers, zouden verminderen.

<http://info.internet.isi.edu/in-notes/rfc/files/rfc2369.txt>
<http://search.ietf.org/internet-drafts/draft-chandhok-listid-01.txt>

De adoptie van Emailer -- In het licht van de kleine kans op winst met Emailer en de groet kans op het vervreemden van een aantal Macintosh ontwikkelaars zou Apple kunnen overwegen om Emailer te verkopen aan een ander bedrijf. Dat is de manier waarop 3Com Claris Organizer heeft uitgekozen om te gebruiken voor de PalmPilot; bovendien is het een feit dat Apple met Emailer heeft lopen leuren.

<http://db.tidbits.com/getbits.acgi?tbart=04874>

Het probleem is dat elk bedrijf dat Emailer van Apple koopt nog steeds geld zal moeten uittrekken voor het updaten en het verkopen van Emailer. Het besluit zou makkelijker genomen kunnen worden als er minder concurrentie was want concurreren tegen een verzameling van krachtige programma's die uiteenlopen van gratis tot goedkoop is nu niet echt een recept voor zakelijk succes. Het grootste positieve argument is dat een klein bedrijf als Fog City Software (het bedrijf dat Emailer aanvankelijk ontwikkelde, hoewel de hoofdontwikkelaar van Emailer nu voor Outlook Express werkt) niet zoveel exemplaren zou hoeven te verkopen als een reus zoals Apple, om winst te maken. Maar toch is het verkopen van software niet goedkoop en dat geldt dubbel hard voor goedkope software, waar je hoge verkoopcijfers nodig hebt om de publiciteitskosten te dekken.

Dus, ofschoon het nog steeds zou kunnen gebeuren, zie ik geen van de bekende Macintosh bedrijven Emailer kopen en nieuw leven inblazen. De meeste commerciële kans zou liggen bij een rijk maar onbekend bedrijf dat het zou willen gebruiken om zichzelf in de Macintosh-markt te introduceren. Zij zouden in ieder geval een aanzienlijke mond-tot-mond reclame genereren bij de huidige Emailer-gebruikers en die vorm van beruchtheid is ongelooflijk waardevol.

Als ik gelijk krijg en Emailer weinig kans heeft om, zelfs me de bovengenoemde opties, te overleven, is er dan misschien een alternatief? Lees TidBITS volgende week voor een aantal gedachten over hoe we zowel Emailer als een keur aan andere programma's die ook de moeite waard zijn maar een vroeg einde hebben gekend.


MacsBug voor de Onschuldige Geek, Deel II

door Geoff Duncan <geoff@tidbits.com>. Vertaling: [GRP], [JV], [IdM], [JS] & [MK]

Het eerste deel van dit artikel, in TidBITS-449, ging over MacsBug, de gratis low-level debugger van Apple. Er werd uitgelegd hoe het geïnstalleerd en aangeroepen moest worden en hoe je met MacsBug problemen als gevolg van het vastlopen van een programma kunt opvangen. Het opzoeken van systeemfout-nummers met MacsBug, het converteren tussen decimalen en hexadecimalen, en de basisfuncties van wiskunde zijn ook besproken.

<http://db.tidbits.com/getbits.acgi?tbart=05118>

Hier gaan we vooral in op een aantal MacsBug commando's waarmee je gedetailleerde informatie over je systeem en programma's kunt opzoeken. Ik zal ook een beetje proberen uit te leggen hoe je Macintosh en de verschillende programma's gebruik maken van geheugen en hoe je problemen kunt bijhouden met behulp van MacsBug. MacsBug is nog steeds geen gebruikersvriendelijke software die ik alle Macintosh gebruikers zou aanraden, maar als je toch al zover gekomen bent, kan het geen kwaad om nog een stapje verder te gaan.

"By Your Command"-- Eerst kijken we naar een aantal algemene (maar zeer nuttige) MacsBug-commando's. De commando's zijn niet gevoelig voor het soort letter; het maakt niet uit of, zoals ik dat hieronder gedaan heb, je ze met een hoofdletter schrijft of niet. MacsBug heeft ook een Help-commando waarmee de vaak cryptische omschrijvingen van deze en andere commando's kunnen worden opgeroepen. Hoewel het zal blijken dat veel van MacsBug's mogelijkheden te maken hebben met obscure functies als traps, breakpoints en disassembly, zitten er ook een paar heel nuttige juweeltjes tussen. Type Help Misc in om een klein voorproefje ervan te krijgen.

Heap heap hoera -- Elk programma dat op je Mac draait bewaart zijn vensters, dialoogkaders, bestanden en andere gegevens in een stuk RAM dat we programma-heap noemen. De grootte van een heap hangt af van de hoeveelheid geheugen die aan een programma is toegekend. Het systeem heeft ook een heap, en het is de enige heap die het Mac OS onmiddellijk kan vergroten of verkleinen. Om de grootte van een programma-heap te veranderen, moet je het programma stopzetten, de geheugeninstellingen veranderen in het Toon Info-venster, en dan het programma herstarten. Dat is één van de redenen waarom voorstanders van andere systemen beweren dat het Mac OS een zwak geheugenmodel heeft.

Heaps zijn verdeeld in blokken, die ofwel vrij (ongebruikt) kunnen zijn, herplaatsbaar (in gebruik, maar kunnen nog verplaatst worden) of vast (in gebruik en niet verplaatsbaar). Blokken in gebruik kunnen ook aangeduid worden als purgeable, wat betekent dat het programma ze liefst in het RAM houdt, maar dat ze kunnen losgelaten worden (purged) als het programma meer vrij geheugen nodig heeft. Ieder geheugenblok begint met een header waarin wat informatie staat over het geheugenblok.

Een programma-heap lijkt een beetje op een harde schijf in die zin dat hij gefragmenteerd kan geraken. Als een programma geheugen gebruikt en weer vrijmaakt (bijvoorbeeld bij het openen en sluiten van dokumenten), kunnen zowel vrije als bezette geheugenblokken verspreid raken over heel de heap. Als de blokken herplaatsbaar zijn zal het programma ze herschikken om grotere vrije ruimtes te maken - net als bij het optimaliseren van een harde schijf. Maar als de blokken op slot zijn kunnen ze niet verplaatst worden, en kan het programma een vraag om grote geheugenblokken (bijvoorbeeld bij het openen van een groot dokument) misschien niet inwilligen, zelfs al is het totaal aan vrij geheugen voldoende om aan de vraag te voldoen.

Met die kennis in het achterhoofd vraag je je misschien wel af waarom programma's eigenlijk vaste geheugenblokken gebruiken. Er zijn verschillende redenen, maar een goed voorbeeld is het afspelen van een film. Als het geheugenblok met de film elk moment kon verplaatst worden, dan zou het programma constant moeten checken of het geheugen verplaatst was, wat de prestaties naar beneden zou halen. Door te kunnen garanderen dat het geheugenblok op zijn plaats blijft, kan het programma zich concentreren op het afspelen van de film, en daarna (theoretisch) het geheugenblok teruggeven. Het ene programma gebruikt al meer vast geheugen dan het andere, maar alle programma's gebruiken het een beetje.

Er bestaat een programma dat een grafische weergave geeft van delen van de programma-heap (en dat kan kijken naar heap-blokken): ZoneRanger van Joshua Golub, te downloaden (517K) op de website van Metrowerks. Het is een beetje onstabiel onder recente versies van het Mac OS, maar het is nuttig en leerzaam.

<http://www.metrowerks.com/tools/software/zoneranger.html>

MacsBug heeft het geheugen in de smiezen.

Logging Problemen -- Omdat MacsBug zo goed is in het achterhalen van informatie over de applicatie die je gebruikt en over de toestand van je Macintosh is het niet alleen een nuttig programma voor programmeurs, maar ook voor mensen die software testen of beoordelen. Het enige probleem is hoe je bepaalt welke informatie van belang is als je een bug wilt rapporteren.

Gelukkig hebben de makers van MacsBug dat gemakkelijk voor je gemaakt. Zoals de naam al suggereert, maakt het commando StdLog een tekstbestand aan met gestandaardiseerd gelogde informatie die ontwikkelaars meestal nodig hebben als ze een bug onderzoeken. Deze logs zijn aardig groot (meestal zo'n 20K) en bevatten de resultaten van verschillende MacsBug commando's, waaronder veel die hier besproken zijn. Na het geven van het StdLog-commando verschijnt het logbestand als een tekstbestand met de naam StdLog op het bureaublad. Als je later opnieuw het commando StdLog geeft, schrijft MacsBug de informatie achter wat er al stond in het aangetroffen bestand StdLog en schrijft dus geen bestaande data over.

Ik vind het niet zo'n goed idee om een standaard-logbestand via e-mail op te sturen bij wijze van bug-report, tenzij je dit natuurlijk al hebt afgesproken met de maker van het programma. Geef liever een beknopte beschrijving van de bug en vertel erbij dat je een MacsBug-log hebt gemaakt naar aanleiding van het probleem en dat je dit desgewenst kunt opsturen. Hou dat bestand bij je. Er zijn ontwikkelaars die het niet met me eens zijn op dit punt, maar sprekend vanuit mijn ervaring met het verwerken van bug-reports die ik via e-mail binnen kreeg, vind ik ik lange rapportages met attachments onhandiger dan korte briefjes. Eerlijk gezegd horen er nog maar weinig nieuwe bugs op te duiken als een programma eenmaal de status van public beta heeft bereikt. Het is niet bijzonder nuttig voor een ontwikkelaar om tientallen logbestanden binnen te krijgen die betrekking hebben op een probleem dat al bekend is en misschien zelfs al is verholpen.

Weer een Break Point -- In het volgende deel van dit artikel zullen we kijken naar het gebruik van MacsBug om gecrashte machines automatisch te herstarten. Als je meer informatie wilt over MacsBug, kijk dan eens naar Apple's MacsBug Reference and Debugging Guide die te krijgen is in Acrobat PDF formaat. Hoewel er geen updates van zijn verschenen sinds MacsBug 6.2 in 1991 kun je hier nog steeds gedetailleerde informatie vinden over hoe het geheugenbeheer van de Macintosh er onder de motorkap uitziet, en ook over traps, disassembly en nog veel meer kom je een hoop te weten.

<http://developer.apple.com/dev/tools/debuggers/MacsBug/Documentation/MacsBugRef_6.2.pdf>

Als aanvulling zou een uitgebreid tweedelig artikel kunnen dienen dat het weekblad MWJ eerder dit jaar publiceerde. In dit artikel, MacsBug for Non-Programmers, werden verschillende eigenschappen van MacsBug besproken die we hier niet hebben behandeld, zoals het analyseren van heaps en het tonen en zoeken van wat er in het geheugen aanwezig is. Beide delen van het artikel zijn overgenomen op Ted Landau's MacFixIt site. Als dit nog niet genoeg diepgaand Macintosh-nieuws is, vraag dan op tijd een drie weken durend gratis proefabonnement op MWJ aan, zodat je hun bespreking van MacOS 8.5 mee kunt pikken, of download een paar gratis proefnummers.

<http://www.macfixit.com/reports/MacsBug.shtml>
<http://www.gcsf.com/pages/mwj/>


Niet-winstgevende en niet-commerciële publicaties en Websites mogen artikels overnemen of een HTML link maken als de bron duidelijk en volledig vermeld wordt. Anderen gelieve ons te contacteren. We garanderen de precisie van de artikels niet. Caveat lector. Publicatie-, product- en firmanamen kunnen gedeponeerde merken zijn van hun ondernemingen.

Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering