Eltunt a graphics.obj
Info.StaTOR
Minden előzmény nélkül a következő hibaüzenetet kapom (nem változtattam
semmit, csak build-et akartam csinálni):
[Linker Fatal Error] Fatal: Unable to open file 'GRAPHICS.OBJ'
Ilyen nevű unit-om nincs, ez gondolom a Builder része.
Ilyen obj nincs a gépemen. Két eset van:
- indok nélkül kéri,
- valami kiirtotta a gépemről ezt a file-t (víruskereső?).
Amim van: C++ Builder 2006
Kerestem a "C:\Program Files\Borland\BDS\4.0\lib\obj\" könyvtárban, és
az egész gépen is, de nincs!
Kérlek nézzétek meg, Nektek van-e ilyen és hol. Ha van, kérlek küldjétek
el, meg a helyét is, hová kell tenni.
Majd jelzek a listára, ha kaptam.
Előre is köszönöm!
Cap
Mádai Tamás
Nekem sincs ilyen fájlom BCB2006 alatt. Néhány google találat amin talán
eljutsz a megoldáshoz :
http://www.google.com/search?q=graphics.obj+borland&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
Ezek szt. a graphics.obj (ami várható is volt), nem egy külön file,
hanem a vcl.lib része...
Tom
Info.StaTOR
Nagyon köszönöm, hogy megnézted!
Valami az egész könyvtárban nincs rendben, ahol a több, mint 200 forrás
és segéd file van. Szerencsére volt egy két nappal ezelőtti teljes
mentésem róla, az lefordítható.
Az egész délelőttöm ráment, hogy rájöjjek mi a gond, de egyszerűbb lesz
újracsinálni ezt a kétnapi munkát.
Még egyszer köszönöm.
Cap
Nagy Zoltán
Info.StaTOR wrote:
> Az egész délelőttöm ráment, hogy rájöjjek mi a gond, de egyszerűbb lesz
> újracsinálni ezt a kétnapi munkát.
A Buildernek lelke van. :) Én rendszeresen beleütközök "internal
compiler error"-ba, vagy "linker access violation"-ba. De gondolom nem
vagyok ezzel egyedül. :) A tegnap délutáni ilyen (BDS2006), így néz ki,
"kicsontozva". Nálam ez "internal compiler error":
class TForm1 : public TForm
{
__published: // IDE-managed Components
void __fastcall FormCreate(TObject *Sender);
private: // User declarations
int x;
public: // User declarations
__fastcall TForm1(TComponent* Owner);
};
void __fastcall TForm1::FormCreate(TObject *Sender)
{
TIBQuery* q;
int y = (x) ? x : (1) ? q->FieldByName("x")->AsInteger : 0;
}
De ha bármit módosítasz rajta, pl. ha x lokális változó, vagy ha
FieldByName helyére konstans vagy lokális változó kerül, akkor már
boldogul vele. De akkor is, na. Szóval elég sok itt a baj. Oké, hogy
ezeket már rutinból kikerülöm, de akkor sem a körbekódolással kéne az
időt tölteni. Arról nem is beszélve, hogy az eredeti kódban a fenti
kifejezés nem ilyen szimplán néz ki, ez csak egy éppen annyira
egyszerűsített változat, amikor a hiba még jelentkezik. Ráadásul az
esetenként előforduló "linker access violation" okának felkutatása azért
komoly időbe is tud kerülni.
Z.
Nagy Zoltán
Ja, igen, a másik látványos bug pedig az, hogy a projekt kezelőben végre
önálló header fájlokat is hozzá lehet adni amelyekhez nem tartozik modul
(.cpp). Ez jó, mert egy kattintással meg lehet nyitni ha kell kódolás
közben, nem kell vért ízzadni a fájl megnyitás ablakkal. Ennek a hatása
viszont az, hogy ahány ilyen önálló header fájlt adsz a projekthez, az
ALT+F11 ablakban annyi üres sor lesz az elején. Ha bármelyiket
kiválasztod, akkor szépen beszúrja a forráskód elejére, hogy:
#include ".h"
Lehet, hogy a Delphi-ben nincs ilyen sok hiba, de ez a C++ IDE és a
fordító ez katasztrófa.
Z.