OS/2

Si tratta dell'implementazione sotto OS/2 del ben noto e potente ambiente che la Borland ha creato per i propri utenti di linguaggi. Anche se a prima vista sembra molto somigliante, per quanto riguarda le funzioni, a quello analogo del Borland C++ e del Turbo C++ per Windows vi sono alcune differenze sostanziali: il menu Option è stato eliminato e sostituito con un comodissimo Settings Notebook. L'interfaccia del Notebook funziona esattamente come un qualunque notebook in ambiente OS/2 Presentation Manager (ad esempio quelli relativi ai settings del vari programmi) ed è estremamente pratica in quanto tutte le opzioni e le direttive da dare al compilatore (possibilitá di definizione keywords a seconda che il codice sia compatibile UNIX System V, opzioni del compilatore C, C++ ed Assembler, Make, Link, Debugger ecc.) sono raccolte in un unico ambiente dal quale le scelte possono essere fatte con pochi click di mouse. (Fig.1)

OS/2: Borland C++ 2.0, Integrated Development Environment (IDE)

Fig. 1 - L'IDE del Borland C++ per OS/2 Visibile in alto l'applicazione gia compilata che è in Run mentre in background va una nuova fase di compilazione in seguito ad una correzione sul codice sorgente. Contemporamemente le altre finestre attive controllano le altre fasi dello sviluppo. Inoltre è da sottolineare come la nota Message Window presente in praticamente tutti i compilatori e la Dialog Box sulle modalitá di compilazione siano state sostituite nella nuova Modeless Transcript Window. Vi sembra poco ? Si tratta in definitiva della ormai tanto attesa compilazione in background ! Con il nuovo Integrated Development Environment è possibile finalmente compilare un progetto anche di grandi dimensioni e nel frattempo utilizzare gli strumenti di debugging o continuare a concentrasi sugli altri aspetti del proprio progetto software. Intanto la compilazione e l'eventuale run del programma vanno contemporaneamente in background mentre lo stato macchina e della compilazione è sempre visibile ed in real-time nella Transcript Window. Si possono aprire numerose Window sia per l'editing di codice di sviluppo sia per la consultazione delle classi (anche in codice sorgente): vengono rappresentate graficamente le gerarchie e le sottogerarchie con un notevole vantaggio in termini di velocitá di consultazione.

Le particolaritá di questo tool sono veramente degne di nota. Si tratta ovviamente di uno strumento che lavora in modo molto simile a qualunque altro debugger ed in particolare non si puó non riandare con la mente al Turbo Debugger per DOS ed al Turbo Debugger per Windows, che per peculiaritá e possibilitá di personalizzazione sono naturalmente stati implementati per il loro alto livello di semplicitá di interfaccia nel Turbo Debugger GX. Le particolaritá in ambiente OS/2, tuttavia, sono immediatamente riconoscibili. Innanzitutto l'interfaccia grafica mette a disposizione una "Speedbar" che consisite in una serie di bottoni che l'utente puó selezionare a piacimento per eseguire istantaneamente una o piú funzioni tra le maggiormente utilizzate, come ad esempio running, stopping, reloading, stepping, ecc. Proprio in virtú del fatto che il Turbo Debugger GX è totalmente grafico e nativo PM e che in tale modalitá viente sempre eseguito lo sviluppatore mentre il debugger è attivo, che si puó osservare tranquillamente l' applicazione evolversi nel tempo in un'altra finestra senza dover fare lo switching continuo tra le varie sessioni full screen o peggio ancora necessitare di due schermi come invece si assisteva tempo fa con altri debugger meno evoluti.
Da segnalare inoltre la possibilitá di duplicare una qualsiasi "vista" del programma selezionando "New View" dal menu della finestra localmente attiva, per cui l'utente puó effettivamente aprire finestre multiple di codice sorgente e visualizzare e controllare ad esempio piú di un modulo DLL allo stesso tempo, fino a quando lo stesso modulo DLL rimane in uso o bloccato dal thread corrente o da altro processo attivo.

OS/2: Borland C++ 2.0, Turbo Debugger GX

Fig. 2 - Turbo Debugger GX. Tipica fase di sviluppo che mostra il Turbo Debugger GX in azione. Si possono controllare tutte le parti del codice compreso il controllo totale del coprocessore matematico se presente.

Ancora molto utile è la possibiltá del Dual Form View che permette di avere simultaneamente sia una lista degli item utilizzati dal processo che una visione dettagliata di ciascun item selezionato. La consultazione dei singoli dettagli puó quindi passare da una lista globale ad una lista dettagliata delle proprietá selezionando di volta in volta opzioni come Breakpoint View, Datapoint View, Messagepoint View, Exceptionpoint View, Variable View ecc.; uno strumento veramente potente e nuovo rispetto ai precedenti debugger per DOS o Windows. C'e solo da augurarsi che siano sempre piú i programmatori disposti a fare il debugging del loro programmi.

Ed eccoci ad una vera perla per gli amanti del "bit". Il rinnovato Turbo Assembler incluso nel package è un multi-pass assembler con risoluzione tipo forward-reference, una velocitá di compilazione di circa 48.000 linee al minuto (testate su un IBM PS/2 modello 60), con totale compatibilitá con il vecchio gigante degli assemlatori, il Microsoft Macro Assembler (MASM), e con una nuovo tipo di sintassi estesa (opzionale) denominata Ideal Mode.
Sia il programmatore esperto che il programmatore con poca esperienza in assembler potranno trarre beneficio da feature quali: totale capacitá di implementare la tecnica dell' Object Oriented Programming anche sotto tale linguaggio (cosa certamente non frequente nei precedenti assembler), supporto per il 32-bit model e supporto per gli Stack Frame, possibilitá di generazione codice per i386 e i486, implementazione tabelle, supporto definizioni multilinee, emulazione MASM, utility per i Cross-Reference (TCREF) e persino procedure per il prototyping.

OS/2: Borland C++ 2.0, Turbo Assembler for OS/2

Fig. 3 - Turbo Assembler e Turbo Debugger GX. Il Turbo Debugger controlla in tempo reale tutte le fasi di compilazione e messa in opera del codice effettuate dal Turbo Assembler.

Unico neo è che per eseguire un programma interamente scritto in tale linguaggio è spesso necessario usare il compilatore a linea di comando sebbene sia possibile personalizzare l'interfaccia e quindi creare una volta per tutte una macro di compilazione anche per il Turbo Assembler.
Per quanto riguarda infine la Object Oriented Programming sotto Turbo Assembler basta tener in considerazione una serie di differenze terminologiche che tuttavia sono sostanziali ai fini della metodologia di sviluppo. Ad esempio ció che nel C++ il programmatore chiama Classe Base diventa qui Oggetto Base, mentre la Classe Derivata qui viene identificata come Oggetto derivato, quelle che conoscevamo come Membri Dati qui diventano Campi e cosí via. Ma dopo pochi giorni di tale pratica è evidente che il tutto risulterá perfettamente normale anche per il programmatore assembler piú esperto. Se comunque tuttavia l'utente non desidera cambiare una riga del suo codice ha in ogni caso la disponiblitá di importare direttamente e senza difficolá codice assembler creato o con il MASM (versioni 4.0, 5.0, 5.1, 5.2) oppure, ed ovviamente, col Turbo Assembler (versioni 1.0, 2.0, 2.5, 3.,0, 3.1, 3.2) attraverso l'uso della comoda keyword "Version" seguita dal Version ID e da un determinato codice mnemonico. Tutto molto configurabile quindi e come sempre in rigoroso rispetto delle presumibili esigenze dell'utente.

Attualmente ogni buon programmatore o capo progetto sa bene che per progetti di sviluppo software sia di medie che, soprattutto, di grandi dimensioni che coinvolgono un grande numero di persone, l'uso dei project-files è ormai una esigenza dalla quale non si puó piú prescindere. Tutti i moderni compilatori usano oggi questi file che in un certo qual modo stanno sostituendo definitivamente gli ormai "anziani" make files - che comunque in molti casi si rivelano ancora di grande utilitá. A motivo di ció questo tool costituisce uno dei principali baricentri attorno ai quali ruota un pó tutta la potenza e la versatilitá del compilatore. Il Resouce Workshop è un sofisticato tool che permette di integrare l'intero processo di sviluppo, disegno, compilazione e gestione delle risorse sotto OS/2 2.0 o versione successiva. Se si desidera scrivere applicazioni che verranno eseguite in particolar modo sotto OS/2 Presentation Manager o anche modificare l'interfaccia grafica di applicazioni Presentation Manager create da terze parti, il Resource Workshop è certamente il modo piú semplice e veloce, nonchè uno dei piú potenti tra i tool OS/2 esistenti sul mercato, per dare all'applicazione l'aspetto grafico che piú si desidera. A questo proposito nel tool sono compresi tutti gli strumenti necessari allo scopo, come ad esempio una visual resource graphic-oriented ed uno script editor per la manipolazione dei resource scripts.

OS/2: Borland C++ 2.0, Resource WorkShop

Fig. 4 - Il Resource WorkShop Permette di controllare tutte le fasi di sviluppo del codice. Dal disegno del progetto, al controllo dei file di risorsa, alle icone usate, al controllo totale dell'interfaccia grafica creata.

Tra le principali caratteristiche citerei le seguenti: la possibilitá di gestire fino ad alcune centinaia di risorse memorizzandole in una dozzina di file; esecuzione di decine di tasks in completo automatismo, come ad esempio il caricamento automatico dell'editor appropriato alla risorsa scelta; l'inserimento delle reference alla risorsa come richiesto dal .RC file; costruzione ed aggiornamento automatico dei #define o delle costanti associate ognuna alla sua propria risorsa; Undo e Redo multilivello con cui l'utente puó navigare avanti o indietro rispetto alle modifiche che apporta al progetto mano mano che lo stesso si evolve; possibilitá di usare compilatori diversi dal C++ e persino la possibiltá di compilare solo ed esclusivamente le parti di risorsa desiderate e solo quando necessario; decompilazione di codice sorgente binario in modo tale da consentire cambiamenti alle risorse di programma anche qualora non sia possibie avere accesso al codice sorgente; possibilitá di fare automaticamente un check degli errori in modo tale che risulti piú semplice e rapido possibile il test sull'uso delle risorse come ad esempio errori di sintassi nei file .RC o duplicazione di identificativi all'interno della numerazione delle risorse stesse.
Oltre a ció i tradizionali strumenti come il gestore di progetti, il Dialog Editor, il Bitmap Editor, lo Script Editor ed un discreto Help in linea fanno del Resource Workshop un tool ideale (anche se per apprenderne appieno le possibilitá necessita un buona fase di studio) per il programmatore sotto OS/2. Da non dimenticare infine la possibilitá di rendere il tutto perfettamente compatibile (sia a livello binario che di testo) con i file creati con l'IBM Resource Compiler in modo da salvaguardare appieno gli investimenti in sviluppo effettuati precedentemente.