Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SI 7.5 Sched Error w/ "blank" PESTARTPRINTJOB.

Status
Not open for further replies.

MVisconte

Programmer
Jun 17, 2002
105
US
Hi,

We have a new report developed under 8.0 to run under SI 7.5 (I know, but we'll upgrade soon). It runs FINE in developer, but when we try to schedule it under SI, it failed. The only text in the Message is

"PEStartPrintJob : "

In other words, PEStartPrintJob is blank.

All other (legacy) reports schedule and run fine.

I haven't seen anything on a blank PEStartPrintJob on the web (google) or here, or experts' exchange.

Anyone familiar w/ this?

Marc

--
Marc Visconte
CSC
Lead RMS Developer
Crystal Reports
 
Oh, additional information:

We've tried this on two systems, diff't domains...
Development (has SI SP5) and
Production (legacy) (has SI SP3)

Legacy reports:
run fine on either APS.
run against MS SQL, Production database.
have two tables, left outer join.

Devel reports:
fail to schedule on either APS.
run against MS SQL, development domain database,
have two tables, newer structures, LOJ.
run FINE in CR designer against devel database, from either Devel domain or production domain.

CR is 8.0, "correct" patches/sp's.

Error message in Infodesktop is always "PEStartPrintJob : ".


Whew. Any ideas? Anybody? Beuller?

Marc

--
Marc Visconte
CSC
Lead RMS Developer
Crystal Reports
 
Are you saving the report in CR 7 format? I seem to recall that was an option in CR 8, give that a try.

-k
 
I will do, but all of the legacy rpts are in CR8.



--
Marc Visconte
CSC
Lead RMS Developer
Crystal Reports
 
Tried converting the one formula that was written in Crystal Basic, saved in 7 format. Still get the empty "PEStartPrintJob : ".

We have SP5 on the development server... we'll try pulling that tomorrow, but the devel reports fail on the legacy server also, and it's at SP3 - our standard, so I don't really see that as the issue.

The other possibility is...
My devel workstation has 8, 9, and 10 on it. Don't know about the APS server, but I'll find out.
My co-developer also have 8, 9, 10. Hm... do we see a trend? Maybe not, 'cuz we have taken the same reports and edited them on the legacy system, and saved them there (CR 8) and they still fail.

Argh.

Any other thunks?


--
Marc Visconte
CSC
Lead RMS Developer
Crystal Reports
 
Follow-up...

Found the issue... the development box(es) had both SI 7.5/CR 8 and CE 10/CR 10 on them. The production boxes had only SI 7.5/CR 8. Even tho' we were working w/ CR 8, the graphics/charting libraries referenced in the CR 8 report were the libraries for CR 10. The production boxes choked on that.

We un-installed CE/CR 10, and un/re-installed SI 7.5/CR 8 (just to be safe). Had to re-build the reports. Now everything runs fine.

We will leave CE/CR 10 on just one box that won't be used for anything but purely future development... it doesn't have SI 7.5/CR 8.

--
Marc Visconte
CSC
Lead RMS Developer
Crystal Reports
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top