------------------------------------------------------ Compiler results
+ make all COPTS=-O LDFLAGS=-s POST=-lx DBM=
dbzmain.c
Compiler error (assertion): file @(#)grammar.c:1.32, line 118 source=372
Compiler error (assertion): file @(#)grammar.c:1.32, line 118 source=382
Compiler error (assertion): file @(#)grammar.c:1.32, line 118 source=402
Compiler error (assertion): file @(#)grammar.c:1.32, line 118 source=413
Stop.
+ exit 1
------------------------------------------------------- Source Input File
.....
if (unique) {
372 value = (dbzint) ? dbzfetch(key) : fetch(key);
if (value.dptr != NULL)
fail("`%.40s...' already present", lp);
}
....
382 value = (dbzint) ? dbzfetch(key) : fetch(key);
....
402 value = (dbzint) ? dbzfetch(key) : fetch(key);
....
413 value = (dbzint) ? dbzfetch(key) : fetch(key);
....
-------------------------------------------------------------------------
Alle lines sind eigentlich nicht zu beanstanden, und wenn ich sie
durch if(dbzint) value = .....
else valus = .....
tausche, geht es auch.
Ist jemandem klar woran der Compiler da krankt und kann er (mensch) mir das mal
schreinben. Meinen Dank an dieser Stelle bereits. Eigendlich ist eine bedingte
Zuweisung kein problem.
mfg juergen
--
juergen -----------------------------------------------------------------------
------------------------------------------------------------ cplhh.mali.sub.org
Mir ist durchaus klar, woran der Compiler krankt:
>Fehlermeldungen. Es handelt sich um einen Microsoft-Compiler auf einem
^^^^^^^^^
>386 SCO-UNIX 3.2.0 Rechner
^^^
Couldn't resist.
Ich veruscht, cnews auf einem Xenix 386/2.3.3 zu uebersetzen
und hatte dieselben Resultate. Nach dem Austauschen der
bedingten Zuweisungen durch if-Statements lief es durch - es
liegt also tatsaechlich am Compiler. Hast Du gcc mal versucht?
Kristian
--
"Dr. Buschermann, Schocktherapien,
Behandlung 0-1 Uhr,
Sprechzeiten nach Beschwoerung."
>jue...@cplhh.mali.sub.org (Juergen Sievers) writes:
>>Ist jemandem klar woran der Compiler da krankt und kann er
>>(mensch) mir das mal schreinben.
>Mir ist durchaus klar, woran der Compiler krankt:
>>Fehlermeldungen. Es handelt sich um einen Microsoft-Compiler auf einem
>>386 SCO-UNIX 3.2.0 Rechner
> ^^^
>Couldn't resist.
:-)
Der MS-C bei SCO hat speziell mit den dbz-Sachen Schwierigkeiten, auch wenn
er sie sauber kompiliert (hat er bei uns an sich getan, es sei denn ich
habe oben beanstandeten Fehler im Halbschlaf unbewusst beseitigt) werden
dank dem Deoptimierer die Indexfiles unendlich gross.
Abhilfe: Den SCO beiliegenden dbm verwenden (beim build nix-dbz sagen) oder
GnuC benutzen - das haben wir denn gemacht. Flutscht wunderbar.
Tschau
Patrick
--
Patrick Schaaf / \ /\
Saarbruecken, Terra / -.- /..\ if you can't make it go away,
Voice: +49 681 63022 / \ even if you stop believing it,
EMail: b...@midget.saar.sub.org \ then, maybe, it might be reality.
Da moechte ich Dir zustimmen...
] Ich veruscht, cnews auf einem Xenix 386/2.3.3 zu uebersetzen
] und hatte dieselben Resultate. Nach dem Austauschen der
] bedingten Zuweisungen durch if-Statements lief es durch - es
] liegt also tatsaechlich am Compiler. Hast Du gcc mal versucht?
Der Compiler scheint noch einige anderen Probleme zu haben. zB mit
const char *foo (da hatte ich mal mit diff1.15 Probleme...)
Sehr aergerlich ist auch, dass manchmal die Zeilenzahl und manchmal sogar
der Filename der Fehlermeldungen nicht stimmt. :-(
Gruss
Sepp
--
| Josef Wolf, Germersheim, Germany aka se...@ppcger.ppc.sub.org |
| +49 7274 8048 USR HST-DS 300-14400 V32/V32bis V42/V42bis/HST 24 Hours |
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |
| main () { while (p = search_signature_viruses () > 0) kill (p, -1); } |
| ==> Ich war ein .signature virus. Bis svkill(xxx) mich erwischt hat. <== |