Newsgroup: it.comp.lang.c++
Titolo: Borland C++ 5.0 s'inchioda... cambio?

il borland c++ 5.0 in fase di compilazione a volte mi da errori che non
sussistono....
del tipo inserisco del nuovo codice e mi da errore dove prima lo compilava
perfettamente...
č possibile che non gestisca in maniera sufficientemente efficiente la
memoria per la compilazione?
dovrei affidarmi a qualche altro compilatore o potrebbero avere tutti piů o
meno lo stesso problema?
** ''''--____     70ni9h7                          /\rch/\ngyel

 sussistono....
Se veramente č cosě o impari a conviverci o lo cambi.
EMG

Se veramente č cosě o impari a conviverci o lo cambi.
 .. un compilatore che una volta compila e una volta no sinceramente lo devo
ancora vedere. ;-)
 Di gente invece che una volta compila e una volta no ce n'e' tanta.. ma non
e' un problema di versione o di casa produttrice.  Gli help dei programmi
spesso sono come gli rfc per la rete .. inducono alla pigrizia i vari
newbies.

 sussistono....


perfettamente...
E` piu` probabile che il codice aggiunto non sia corretto o che le
modifiche rendano scorretto cio` che prima funzionava.
Paolo
-----------------------------------------------------------------
  Paolo Marotta
  Computer Science, University of Pisa
  home:   
http://www.cli.di.unipi.it/~marotta
-----------------------------------------------------------------

perfettamente...
Contatta Imola Informatica (vai sul sito italiano di Borland per
trovarne l'indirizzo esatto) e fatti inviare almeno la versione 5.01
(pagherai solo le spese di spedizione). Eventualmente puoi passare
direttamente alla versione 5.02, cosa che ti costera' quasi un
centone.
Bye.
Joseph Parrello - OWL/C++ Programmer
SourceNet Italia (
http://SourceNet.freeweb.org
)
Le patch di OE (
http://www.freeweb.org/computer/SourceNet/Outlook.htm
)

centone.
La versione 5.02 e` stata distribuita gratuitamente con
computer magazine di aprile (9000 lire)


computer magazine di aprile (9000 lire)
L'ho presa (ti ricordi il problema che avevo con il  Turbo C++ 1.01 ?). Non
si è ancora degnata di linkarmi un solo eseguibile. Se ne esce sempre con
un:
Info :Transferring to E:\BC5\BIN\tlink.exe @F:\TEMPOR~1\PROVA13H.R$P
Fatal:  (1,1):Bad object file record in module E:\TC\BIN\PROVA13H.CPP near
module file offset 0x00002E9C
Uffaaaaaaaa!!!!
Ciao, Giuseppe
---------------------------------------------------------------------------
_Guybrush su IRCNet canale #programmazione
ICQ: 42227764
---------------------------------------------------------------------------

 dovrei affidarmi a qualche altro compilatore o potrebbero avere tutti più


ester-egg...)
Cos'e' l'easter-egg?
Marco

 Cos'e' l'easter-egg?
:Easter egg: /n./  [from the custom of the Easter Egg hunt
   observed in the U.S. and many parts of Europe] 1. A message hidden
   in the object code of a program as a joke, intended to be found by
   persons disassembling or browsing the code.  2. A message, graphic,
   or sound effect emitted by a program (or, on a PC, the BIOS ROM) in
   response to some undocumented set of commands or keystrokes,
   intended as a joke or to display program credits.  One well-known
   early Easter egg found in a couple of OSes caused them to respond
   to the command `make love' with `not war?'.  Many
   personal computers have much more elaborate eggs hidden in ROM,
   including lists of the developers' names, political exhortations,
   snatches of music, and (in one case) graphics images of the entire
   development team.
-- 
Maurizio Loreti                      
http://wwwcdf.pd.infn.it/~loreti/mlo.html
Univ. of Padova, Dept. of Physics - Padova, Italy            
lor...@pd.infn.it

Info :Transferring to E:\BC5\BIN\tlink.exe @F:\TEMPOR~1\PROVA13H.R$P
^^^^^^^^^^^^^^
Non e` che ci sono nomi lunghi nei path del tool?
Ho notato che ha difficolta` a gestirli!
Sicuro poi di aver configurato bene l'IDE? Io non ho
di questi problemi.


ester-egg...)
Credo che questi problemi siano causati da un porting non completo
dai 16 ai 32 bit dell'ide. Il borland C++ 4.0 riportava che l'ide non
era compatibile con win32!


Grazie.
Marco

avere nessuno dei problemi sopra riportati.
Ne ha ancora parecchi di bug, per non parlare di OWL!!!!!
Bye.
Joseph Parrello - OWL/C++ Programmer
http://JoParrello.freeweb.org
(
jopar...@geocities.com
)

module file offset 0x00002E9C
Spero che tu l'abbia installato in una dir diversa dal Turbo C++ e che
tale Turbo C++ non sia presente nel PATH. Confermo inoltre quanto
detto da Paolo, sui nomi lunghi di file. TLINK e' a 16 bit (e' un New
Executable e quindi ha anche uno stub DOS) e non credo proprio che
possa usare i nomi lunghi (anche se TLINK viene usato dentro l'IDE, in
questo caso l'IDE passa a TLINK i nomi corti dei file, come
specificato dopo il transferring).


di questi problemi.
Non ho trovato alcuna opzione relativa ai nomi lunghi o corti dei file. Se
non trovo un modo "pulito" credo che reinstallerò tutto :-( .


specificato dopo il transferring).
Come in questo caso....


 module file offset 0x00002E9C
Non c'è nulla da fare. Ho reinstallato tutto, ho smanettato con le
impostazioni ma l'errore è sempre lo stesso. Non so cosa dire (e soprattutto
cosa fare).... :-(((((((((((((


cosa fare).... :-(((((((((((((
Se continui ad usare come DIR del project una dir avente un nome
lungo, allora prova a creare una DIR con nome corto ed eventualmente
lasciare il project cosi' com'e' (anche se ha nomi lunghi dovrebbe
funzionare). Onestamente io ho installato il compilatore sia sulla
partizione C che su D (ne ho quattro di partizioni), e i miei progetti
funzionano persino sull'ultima. Ma ripeto ho sempre e soltanto usato
nomi corti nelle subdir.
Bye.

 nomi corti nelle subdir.
Ho trasferito tutte cose (anzi, per essere sicuro ho creato un nuovo
progetto) in una directory con nome corto e il risultato non è cambiato:
Info :Building...
Info :Compiling E:\Prova\prova13h.cpp
Info :Transferring to E:\BC5\BIN\TASM.EXE @C:\WINDOWS\TEMP\RSP0.$$$
Info :Transferring to E:\BC5\BIN\tlink.exe @E:\PROVA\PROVA13H.R$P
Fatal:  (1,1):Bad object file record in module prova13h.cpp near module file
offset 0x00000C3A
Sigh! :-(


offset 0x00000C3A
L'errore suddetto puo' essere causato da un file sorgente che non e'
stato compilato correttamente o dal danneggiamento di un file di
response (particolari file con estensione .R$P o .RSP). Guardando le
suddette righe mi viene il sospetto che o il file RSP0.$$$ o il file
PROVA13H.R$P siano danneggiati o comprendano file che non sono stati
compilati correttamente. Se il file RSP0.$$$ e' usato dal TASM, i file
con estensione .R$P vengono creati dall'IDE come file temporanei per
il transferring e servono al linker a 16 bit per mettere tutto insieme
(scusate la banalita'). Penso che tale file puo' essere cancellato
(oppure per sicurezza rinominato) in modo tale che l'IDE possa crearne
una nuova copia. Eventualmente elimina anche tutti i file .OBJ oppure
ricompila tutto (Project->Build all).
Bye.

 compilati correttamente [snip]
... o che siano stati compilati corretamente ma con una versione del Tasm
incorretta....... :-|
Ora che ho trovato il problema ne sorge un altro: dove reperisco il Tasm 5?


Ora che ho trovato il problema ne sorge un altro: dove reperisco il Tasm 5?
Che io sappia il compilatore della borland dovrebbe avere un suo
assemblatore interno. Se non usi cose particolari quello
dovrebbe bastare.
Paolo


Ora che ho trovato il problema ne sorge un altro: dove reperisco il Tasm 5?
Come pacchetto separato (Turbo Assembler 5). A meno che non venga
fornito in bundle con qualche compilatore nuovo (tipo il Builder o il
Delphi).
Bye.

Ma che e`? Mi avete fatto il malocchio?
Adesso neanche a me ne vuole sapere di compilare, almeno
le applicazioni OWL...
La volta buona che lo faccio fuori... il problema e` che non mi
va di dover utilizzare le API. Non conoscete un qualche framework
alternativo (preferibilmente free)?


 Se non usi cose particolari quello dovrebbe bastare.
Quali "cose particolari"?
Grazie per il vostro interessamento.


esterno? Non c'è alcuna opzione a riguardo.....
presumibilmente con 
asm {
  /* ... */
}
Sigh!!!!!!!!!!!!!!
Colgo l'occasione per dichiarare pubblicamente morta la
mia versione del BC++ 5.02 che ieri notte dopo
disperati tentativi di data recovery, installazioni varie
e trasfusioni di file ha cessato definitivamente di compilare
applicazioni OWL. Ora sono alla disperata ricerca di un
manuale che mi insegni a gestire i progetti con cygwin
(immagino si debba usare make) e a farne il debugging
con gdb. C'e` un'anima pia che usa questi strumenti e puo`
darmi qualche dritta (soprattutto su gdb) e/o link?
Intanto tentero` il porting di OWL su cygwin (ci mancava
solo questa).


 }
Perchè io secondo te fino ad oggi cosa ho fatto??
Comunque il problema relativo all'assembler l'ho risolto (basta togliere la
direttiva "#pragma inline" e il BC++ utilizza l'assemblatore interno) ma ora
sono sorti nuovi problemi (istruzioni riguardanti i float che mi vanno in
stack overflow).
Un'altra cosa: mica lo sapevo che con il BC++ 5.02 non posso debuggare le
applicazioni DOS (e mo' come faccio?).... :-(
Grazie per l'aiuto che mi avete dato fino ad oggi (e per quello che mi
darete in futuro)


 che abilita il tasm (se non erro "#pragma inline")?
Infatti: togliendo quella direttiva da tutti i miei sorgenti sono risuscito
a risolvere il problema. Ora Tasm.exe non viene più chiamato. Naturalmente
si sono presentati altri problemi..... :-(
Grazie per l'aiuto


le applicazioni OWL...
Io sono tre anni che ce l'ho e non mi ha mai dato problemi. Vabbe' era
sempre OWL e non di piu' :-)))))).
A questo punto dicci tu cosa c'e' che non va'.....
Bye.

Quali "cose particolari"?
Il BASM (l'assembler integrato nel borland c++) ha alcune limitazioni
rispetto al rispettivo codice scritto per il Turbo Assembler (e' un
sottoinsieme del TASM e del MASM).
Maggior informazioni le puoi trovare nel file di guida "Borland c++
programmer's guide" (bcpp.hlp) alla voce "BASM : the inline
assembler".
Bye.

applicazioni DOS (e mo' come faccio?).... :-(
Esegui TD.EXE dalla cartella \bc5\bin oppure "Turbo Debugger for DOS"
dal menu' Avvio->Programmi->Borland C++ 5.02 (in Windows chiaramente).
Compila il project con le info di debug e..... buon lavoro......
Bye.

applicazioni DOS (e mo' come faccio?).... :-(
Usa il turbo debugger per dos, e` compreso nel pacchetto insieme al
turbo profiler (tprof.exe)!


A questo punto dicci tu cosa c'e' che non va'.....
Dopo 2 giorni passati a ricompilare OWL, reinstallare il prodotto,
scaricare tools vari dalla rete (con un misero collegamento 28.800)...
Ho scoperto l'errore... OWL pretende che l'allineamento sia impostato
a byte!!!!!!!!
Bella fesseria...


 Compila il project con le info di debug e..... buon lavoro......
Buon lavoro se il tutto funzionasse. Il Turbo Debugger va a bloccarsi sia
sotto DOS (congelamento della macchina) sia sotto Windows (errori
irreversibili, processi "winoldapp" bloccati e irremovibili, GPF, PF, ecc)
in punti diversi del programma che "debuggo" apparentemente senza
motivo..... :-(


 turbo profiler (tprof.exe)!
Se funzionasse... :-( Leggi il messaggio in risposta a Joseph Parrello per
maggiori info sulle mie "disgrazie informatiche".
Un dubbio comincia ad insinuarsi nella mia mente: che sia impossibile
trovare un compilatore per DOS (16 bit) che supporti l'assembler inline e
che permetta di debuggare i propri programmi??? :-(((
