RBPRINT.DFT not found

rbuser

I don't know if this file is a report builder file, but the name is
suggestive.

The problem is that my delphi 7 app runs fine on w2k, but fails for w98.
FileMon shows attempts to use RBPRINT.DFT, but it is not in the path.

Does this mean anything to anyone here?

Thanks, Jeremy

digitalmetaphors

This is the language resource. You have your report set to use the Default
language translation. You'll need to distribute the RB translation dll's to
the target machine in your install. See the Languages guide in the languages
folder of your RBuilder installation directory for more information.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

Jim, I don't understand this. I looked in RBuilder.pdf. It says that if I
can deploy either as a single exe or with packages. I am making a single
exe. The pdf does not seem to say that I need to deploy anything else other
than the exe.

I can find rbprint.res and rbprint.cst on my development machine, but no
rbprint.dll or rbprint.dft.

Where am I going wrong here?

Jeremy

rbuser

I'm now guessing that this is a side effect of something else, but nothing
comes to mind.

Why would report builder need rbprint for win98 but not for w2k? And why
does it need it at all for this app, but not for others?

Jeremy

rbuser

Hi Jeremy,

'rbPrint.cst' is in fact a DLL You can turn any of those language resources into the default one by changing the extension to 'dft'.
See 'International Language Support' in chapter 'REPORTBUILDER FUNDAMENTALS - DEPLOY'.

regards,
Chris Ueberall;

rbuser

Ok, I copied rbprint.cst as rbprint.dft to the windows\system directory on
the win98 system. RegMon no longer shows a failure in finding this file,
but my app doesn't work any better than before.

The app gives a the error
"Program has performed an illegal operation and will be shut down."

Once again -- it works fine on win2k and win xp systems, but fails on both
of the win98 systems I've tried it on.

I have read the languages guide, but fail to see how it applies in this
case.

Jeremy

rbuser

Hi Jeremy,

an 'illegal operation' failure is a new issue.
What about using some kind of exception handling?
Try to find the line of code that causes the failure. It isn't possible to find the reason from the given description.

regards,
Chris Ueberall;

digitalmetaphors

Get Automated QA or TP Sleuth QA Suite (or similiar tool) and use it to find
out where the resources are being lost in your code. You really need to use
a memory watching tool to make sure that you don't have any bad leaks. There
is a list of known BDE/Delphi leaks that these tools will show. They are
listed on the web somewhere, I think Automated's website has them based on
my memory. I don't have them bookmarked in my machine anymore, but try
searching google.com to find them.


Cheers,

Jim Bennett
Digital Metaphors