Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 29 JAN 1999 12:32:32AM Arthur Douglas wrote:

We have had a strange problem with OIPI Set_Printer for almost a year now. The 'INIT' sometimes returns a zero. According to the manual, it is only supposed to return a one or a negative number denoting the error, but sometimes it mysteriously returns a zero???

So we put the following code into our printer routines.

result=set_printer('INIT', , , , , STYLE)

if result < 0 then x=IES_msg(Parent, "IES_Printer: INIT Error No.": x, 'A', ) if result=0 then ; * Strange Non-fatal Error - Causes Report not to print - have another go! x=Set_Printer("TERM", 1) result=set_printer('INIT', , , , '', STYLE)

END

This change to our code has been a great step forward for the past year. However, we now have a customer where we are having a great deal of difficulty getting anything to print. Our debugging has brought us to the above code. Set_Printer is returning zero. What does it mean??? The second time the Set_Printer routine is called it still returns a zero.

Any bright ideas?


At 29 JAN 1999 04:11AM Oystein Reigem wrote:

Arthur,

Tony Splaver is the right person to answer this, of course, since he developed OIPI. You find Tony here. (Not that I don't welcome discussions on OIPI here on the list!)

When the OIPI Set_Printer function returns a 0 it means it has lost contact with OIPI.EXE. Similarly the Get_Printer will return the text message of the Get_Printer call if the communication between the Get_Printer function and the OIPI.EXE fails (e.g a Get_Printer("POS") will return "POS" and not the X and Y positions). This is not docced in OIPI.HLP (3.8).

So I guess you have something causing OIPI to crash. I had a problem last year where I got 0 from Set_Printer. If I remember correctly it was after I had previewed BMPs with PREVIEWMODE=2. (The problem was in the VSVIEW3-.OCX component that OIPI uses, not in Tony's programming.)

Which OIPI calls do you issue before you get status 0? Btw - go and make sure you test for a "no contact" status after every Get_Printer call too (e.g test for Stat=POS" after Stat=Get_Printer("POS")). (I assume you already test for Stat=0 after every Set_Printer call.) The problem might occur earlier than you think. - Oystein - </QUOTE> —- === At 09 MAR 1999 12:13AM Tony Lillyman wrote: === <QUOTE>Oystein Did you have any problems installing the v3.8 OIPI ?? Mine just won't work. Same code I used with 3.6 now returns a "-5" which means some component is missing - but which one ?? I have emailed Tony Splaver but I havn't got aresponse yet. I hope to reeeal soon ! Any assistance appreciated. Tony </QUOTE> —- === At 09 MAR 1999 04:11AM Oystein Reigem wrote: === <QUOTE>Tony, Did you have any problems installing the v3.8 OIPI ?? I don't think so. I got no -5 at least. Same code I used with 3.6 now returns a "-5" which means some component is missing - but which one ?? Possible trivial causes first, and please don't be offended: - You haven't really installed OIPI. You might have a networked app and not installed OIPI on every workstation (in particular not on the workstation where you have the problem). - You have several copies of OI on your computer and has installed OIPI to the wrong one. Well, I don't really know if this would cause a -5 error, but as far as I know the OIPI installation does three things: (1) puts some files in the Windows and Windows System folders, (2) updates OI with some SPs and stuff, and (3) puts some files in the OI folder. Among the last files is OIPI.EXE and that certainly is a necessary component. But I don't really think you'd get -5 on an OI where (2) hadn't been done. A less trivial cause might be what you seem to suggest, with the installation done by the book but some component not being installed, either to the Windows and Windows System folders or to the OI folder. I have seen cases where a file isn't installed, but I don't think I ever got -5 because of that. (One case is where you have an older OIPI.EXE the new one might not overwrite the old one. Without going into details deleting the old OIPI.EXE first fixes that problem. Another is where you have problems with OC25.DLL/OC30.DLL, but the installation gives you a message on that one.) The best suggestion I have is to look through the installation LST files. It's a bootstrapped install, where first the components needed for the installation program itself are installed, and then the OIPI installation itself. The LST files specify which files are installed, and where. I think SETUP.LST comes first, then SETUP1.LST. But I must admit I'm a little bit confused about the content of these files, because the first one seem s to contain so much more than is needed for the first installation step. Any assistance appreciated. I'll try to assist you further if you haven't been helped by now. - Oystein - </QUOTE> View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/9d0763a3e43fc36485256708001e71e8.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1