RLINK32 Error opening file *.DFM

rbuser

I have just started using Report Builder and when I include a report on my
main form after a period of time when I do a build I will get an error which
reports that the main DFM file cannot be opened.

RLINK32 Error opening file "MainForm.DFM"

If I simply then compile the application it will build and run fine.
This issue seems directly releated to the use of Report Builder, anyone have
an clue as to why this would happen?

I have seen this on two seperate projects when I use Report Builder
components.

Delphi 5 with update, Windows 2000 Professional, RB 6.0

Thanks
Mark

rbuser

Mark,
That's interesting.... I've had that happen too but didn't
correlate it with RBuilder. I just assumed that it was
some random act of the computer genie

Now that I think about it, it might have happened immediately
after I installed an RBuilder upgrade.

Jon

rbuser

Mark,
Apologies about the name change... my spell checker was
over active.

Jon

>

--
Jon Lloyd Duerdoth
Welsh Dragon Computing
http://www.welshdragoncomputing.ca
Y ddraig goch ddryg gychwyn

rbuser

Mark,


I often saw this behaviour the last months. Until now I thought that there
might be a delay in opening the files from our NOVELL server! It really
happens only when starting a build, compiling always works fine. Compiling
also works fine if I delete all *.dcu files before starting the compiler.
Doing the same before building my projects I get the RLink error in random
files, mostly *.dfm or *.res.

I'm using D5EE and RB 5.56 Enterprise.

Is it possible that RB starts looking for DataPipelines while doing a build
?

Robbi

rbuser

Mark
I've experienced this under various versions of RB
I've just got into the habit of never putting any RB components on the main
form!
In fact I never put any RB components on a form which is in the autocreate
list.
If you put them on another form, you don't actually need to show it -
just create it, print the report, close it and free it.
Roj

rbuser

Roger,

I'm doing it the way you described but I also have this link error when
building a project.

Because of performance problems with reports on TDatamodules years ago (RB,
do they still exist?) I always use an invisible form to place my reports
on. This form is created and destroyed at runtime.

Robbi

digitalmetaphors

The only thing that we have encountered like this is an ADOQuery which would
cause an error when the query was active when the form was opened.

Is this problem reproducable everytime? If so, then please create a demo
project which would show this error, and if it is a problem with RB, we can
certainly fix it. Send it to support@digital-metaphors.com

With RB6, you can place reports on TDatamodules in Delphi 6.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

I submitted a bug report on this based upon others seeing the same type of
error reported by others. I have been using Delphi since V1 and have never
seen this error until my recent use of RB V6. In small test applications I
do not see the error, but in two large production applications it is there.
Most every BUILD will generate the error. If I can isolate some code I will
send it along.

Mark

rbuser

Again,
I'm using D5EE and RB 5.56 Enterprise.

Like I told earlier, this error happens with every build but always shows
different modules that can't be built.

My current project is a relative complex one, I will try to build a smaller
prject that is able to reproduce the error.

Robbi

rbuser

I have to correct my description:

If I delete all compiled *.dcu files, then compile my project I also get the
RLINK error!! It seems to be not a build problem.

Robbi

rbuser

"Robbi" wrote in message

rbuser

Mark,

as

you may be right if you are only looking at the result. I really don't know
anything about the difference between building and compiling (i.e. when
doing a build there is no need to compare any compiled DCU's). Mybe we
should ask in borland NG about any difference :-)


Well, that's fact since Delphi 5. Since then I removed all reports to an
invisibile form I create at runtime with class procedures to call my
reports. Placing reports on a datamodule makes any reports extremely slow
:-(

corrected.

If I remember right it was Nard Mosley, who said in a thread that with
Delphi 6 this wouldn't be an issue any more.

Robbi

digitalmetaphors

Since I have installed Coderush in Delphi 6, I now get the RLink32 message
quite often as a result of crashing and having an emergency backup file
created. Do you both have coderush installed? I had Coderush in D5, and
don't remember ever getting this problem. Just curious if it may be a
factor?


Cheers,

Jim Bennett
Digital Metaphors

rbuser

I don't have Coderush installed and get the problem...
Only on the main opening form (auto-created) so far.

Jon

rbuser

Hi Jim,

I'm using D5EE and Code Rush and RB 5.56!

So we have some different installations:

Robbi: D 5 CR RB 5.56
Mark: D 6? - RB 6.0x
Jon: D ? - RB ?
Jim: D 6 CR RB 6.0x

Robbi

rbuser

I'm D5 (with updates) and RB 6.02

digitalmetaphors

So, the dfm is getting corrupted somehow, has nothing to do with Coderush,
and we're not sure why. I can't reproduce the problem with any order of
steps- it seems to be very random indeed. If anyone can create some steps
that will always create this error, please let us know.

Do the reports that cause the problem have DADE queries? If we can eliminate
DADE and RAP from the report and still get the error, then we know it isn't
related to those objects getting saved in the dfm format. When you do get
the error, can you view the dfm as text?- perhaps that will give us a lead.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

I just have a Report component on the main form that I use
to initialize the printer driver. It's not used for anything else.

Jon