--- In firebird-support@yahoogroups.com, Helen Borrie <helebor@...> wrote:

>
> At 12:54 AM 1/07/2009, Henry Franquet wrote:
> >Hi,
> >I have a issue with a multicore laptop:
> >OS Windows XP sp3, Firebird 1.5 classic server
> >When the user software perform a restoration (using IBOService) which launch gbak to do the job, gbak returns in a instant without finishing the job.
>
> IBORestoreService doesn't use gbak, it uses the Services Manager.

yes, it's what I thought before doing a log of the process launched: When restoring I saw a process named gbak ?

>
> > I don't know how to set the same affinity to the three :
>
> If you are talking about configuring CpuAffinity, it is not relevant for Classic.

Yes, I knew it's why I tried to assign affinity to the program (with task manager) that use IBORestoreService without success.

>
> >my issue is about gbak (should I patch the exe ?)
>
> See above. Gbak is not involved.
>
> Modify your settings in your IBORestoreService code (Verbose=True) so that you generate a log file into a visual component or a file. Then you will see why your restore fails. If you are already writing verbose output to a file, then check that a log file of the same name does not exist.

I just loop while IsRunning then detach if Active. The program runs for years without issue on monocore. I have made a new version to overcome the issue with multicore, but I can't migrate actually my customer and wonder how to do to recreate the condition of "monocore"

Or may be I should use SuperServer (I have always use Classic on multicore) and set same affinity for Firebird and my program ?

>
> Note also that, if you have (inadvisedly) set Replace true in the Options array then the restore will abort if any user is connected to the database. Of course, with the default CreateDatabase set true, the restore will abort if the database exists in the provided DatabasePath.

Yes, I managed this too. It works well

Thanks for your reply and forgive for my english ;)

>
> ./heLen
>