Default Avatar

b0bik

b0bik

About

Username
b0bik
Joined
Visits
0
Last Active
Roles
Members

Comments

  • gpi wrote: » Hello, Did you set TfrxReport.EngineOptions.DestroyForms to False? I didn't. After frxReport.EngineOptions.DestroyForms := False; it works OK. Big thanks ! I'd like to ask U one more thing - what exactly this pro…
  • Mick.pl wrote: » Yes, I am [img]style_emoticons/<#EMO_DIR#>/smile.gif" style="vertical-align:middle" emoid=":)" border="0" alt="smile.gif" /> Mick[/img] Cool ( ; b
  • I forgot to ask - "Mick.pl" - is it possible that U are from Poland ?
  • Mick.pl wrote: » I tried to follow your idea about this application. I'm not sure if I understood everything well (the application run as an operating system service or end user decides when he wants it to run). It's not one application - it'…
  • gpi wrote: » If you use same database for all reports - try to use one TfrxIBXComponent in main app thread When reports are executed from main thread I use TfrxIBXComponent in main thread - then there is only one thread = main thread. Whe…
  • gpi wrote: » gpi wrote: » So if this is global variable, declared at unit level - it can be a problem, am i right ? Yes. Finally ! : ) I don't want to use TfrxIBXDatabase in each report, because of many reasons: - user doesn'…
  • Mick.pl wrote: » Do you mean you don't have frxADOComponents.pas? It comes alltogether with the source of FR in ADO folder, a twin one to IBX folder. And I can see var ADOComponents: TfrxADOComponents; over there. By the way - how did it…
  • gpi wrote: » gpi wrote: » After removing frxADOComponent from Datamodule, and putting back ADOConnection into 1.fr3, all works fine (even fire all three report in the same time in timer). Did you use separate frxADOComponent for each thre…
  • Or in other words - DefaultDatabase option is not designed to use in threads.
  • gpi wrote: » First, attach small test application based on employee.gdb and standart Delphi components to show your primary problem. At this moment I see only words I think the problem exists also for ADO. All You have to do is to use frxADOC…
  • gpi wrote: » gpi wrote: » P.S. in GPi example there are lot of other errors : ) Try to modify my code: procedure TPrepareThread.OnClose(Sender: TObject); begin   if FReport <> nil then   begin     FReport.OnClosePreview := n…
  • And final test : ) After removing frxADOComponent from Datamodule, and putting back ADOConnection into 1.fr3, all works fine (even fire all three report in the same time in timer). So - my final question is: It is possible to prepare and cr…
  • So after changes in your example: - create new datamodule which contains: - frxreport - frxADOComponents - ADOConnection - frxADOComponents.DefaultDatabase point to ADOConnection, ADOConnection points to demo.mdb - in the 1.fr3 report …
  • There is one more thing, i didn't mention. I our case, each thread has its own datamodule. This datamodule has it's own IBDB : TIBDatabase component. This datamodule has also frxReport component and frxIBXComponent. The property DefaultDatabase of f…
  • Mick.pl wrote: » What errors did you get while trying to compile and run examples given by Gpi after you had changed ADO into IBX to test this idea for your specific case? Mick I didn't try (I will be able to to this in Monday). However I'…
  • gpi wrote: » See a demo based on TfrxADOComponents and D7 in attach I've asked about IBX : ) not ADO. I don't know if there is same solution like global IBXComponents variable ? maybe ADOComponents variable ? Can You check this ? b
  • Is there any chance that this will be fixed soon ?!?!?
  • I mean: TfrxIBXQuery (FR DB components)
  • gordk wrote: » IIRC inheriting one report from another requires the parentreport to be stored in a template dir as an fr3 file, you can't work with them stored in .dfm files. ? Hmmm ? I stored the parent report in fr3 file (I've removed …