RB7 Strange Problem (Continue..)
Hello Again Jim
This e-mail is targeted on a previous problem with subject : "Strange
RBDictionary Problem"; my last post was on Friday 25, October 2002.
Investigating a liitle more about that problem I've found out that the
problem possibly isn't located in the RBDictionary (it's rather a
side-effect). In case you aren't able to study the previous posts let
describe you in brief the problem. Under RB7 (No RunTime Packages), D5 Pro,
Oracle 8i (through DOA DADE PlugIn) all my reports (created with RB6 or even
converted to RB7 format) aren't able to use the DADE tab, view the Query
results of already existed DataViews or even Create a New DataView. As you
can see the aren't also able to Preview theire out since no Query is abled
to run successfuly. The Designer raises an exception : "List Index Out of
Bounds (1)". This is a "Ghost" Error since the very same application runs Ok
on a PC #1 with WindowXP SP1 but failes on another PC #2 with WindowXP SP1
too. Another matter that I've noticed and might give you a clue is the
following one : In my Application (which all the RB stuff is located) I've
developed a Function of mine called "PrintReport" in which I pass through
some propper parameters about which report to LoadFromDatabase, and a
variety of RunTime AutoSearchCriteria in order to customize my loaded report
to the current-spesific needs of my Application. That Function works Ok from
the very first editions of RB and since RB6. Tracing down the steps of my
procedure I found out that it crashes on PC #2 (note that this is the
"problematic" PC, and on that no RB has been installed since there's not
even Delphi on that) when the followed marked command is been executed :
"Try
ppReport.FreeAutoSearchCriteria; // Works OK
ppReport.CreateAutoSearchCriteria(PipelineName,FiledName,Operator,Expression
,IsMandatory); // Here CRASHES !!
Except End; "
This is another problem, perhaps even unrelated to the "List Index Out of
Bounds (1)" since that inside the RBDesigner my Function "PrintReport" isn't
called at all !!
I'm now begining to Install Delphi, Oracle Client, RB and many many more on
the "problematic" PC #2 in order to investigate more thoroughly. As you can
see as a technician too this is a very huge preparation since my Application
uses a variety of third party Objects with a variety of upgrade patches each
one ...
The other solution is to Downgrade to RB6 which I cannot accept it. I must
deliver my upgraded Application to many customers of mine which they are
very anxious about that upgrade (in my upgrade there're and other features
that are not related to RB but very important to my clients). But I cannot
upgrade them and leave them without reports !!!
Please, Please I'm despondent !!
Looking forward for your reply
--
Best Regards
G.MYTSKIDIS
MYTSKIDIS_G@GI-NET.GR
This e-mail is targeted on a previous problem with subject : "Strange
RBDictionary Problem"; my last post was on Friday 25, October 2002.
Investigating a liitle more about that problem I've found out that the
problem possibly isn't located in the RBDictionary (it's rather a
side-effect). In case you aren't able to study the previous posts let
describe you in brief the problem. Under RB7 (No RunTime Packages), D5 Pro,
Oracle 8i (through DOA DADE PlugIn) all my reports (created with RB6 or even
converted to RB7 format) aren't able to use the DADE tab, view the Query
results of already existed DataViews or even Create a New DataView. As you
can see the aren't also able to Preview theire out since no Query is abled
to run successfuly. The Designer raises an exception : "List Index Out of
Bounds (1)". This is a "Ghost" Error since the very same application runs Ok
on a PC #1 with WindowXP SP1 but failes on another PC #2 with WindowXP SP1
too. Another matter that I've noticed and might give you a clue is the
following one : In my Application (which all the RB stuff is located) I've
developed a Function of mine called "PrintReport" in which I pass through
some propper parameters about which report to LoadFromDatabase, and a
variety of RunTime AutoSearchCriteria in order to customize my loaded report
to the current-spesific needs of my Application. That Function works Ok from
the very first editions of RB and since RB6. Tracing down the steps of my
procedure I found out that it crashes on PC #2 (note that this is the
"problematic" PC, and on that no RB has been installed since there's not
even Delphi on that) when the followed marked command is been executed :
"Try
ppReport.FreeAutoSearchCriteria; // Works OK
ppReport.CreateAutoSearchCriteria(PipelineName,FiledName,Operator,Expression
,IsMandatory); // Here CRASHES !!
Except End; "
This is another problem, perhaps even unrelated to the "List Index Out of
Bounds (1)" since that inside the RBDesigner my Function "PrintReport" isn't
called at all !!
I'm now begining to Install Delphi, Oracle Client, RB and many many more on
the "problematic" PC #2 in order to investigate more thoroughly. As you can
see as a technician too this is a very huge preparation since my Application
uses a variety of third party Objects with a variety of upgrade patches each
one ...
The other solution is to Downgrade to RB6 which I cannot accept it. I must
deliver my upgraded Application to many customers of mine which they are
very anxious about that upgrade (in my upgrade there're and other features
that are not related to RB but very important to my clients). But I cannot
upgrade them and leave them without reports !!!
Please, Please I'm despondent !!
Looking forward for your reply
--
Best Regards
G.MYTSKIDIS
MYTSKIDIS_G@GI-NET.GR
This discussion has been closed.
Comments
that problematic machine. Send me a simple example which doesn't work on
that machine. Send it to support@digital-metaphors.com What printer are
you using? I will install that driver as my default so that all canvas
calculations will use the same printer driver as you are using. I have an XP
machine. I can try to run your test project that has this error on creating
an autosearch field at runtime.
Cheers,
Jim Bennett
Digital Metaphors
http://www.digital-metaphors.com
info@digital-metaphors.com