RE: [Help-glpk] Embedding GLPK to user application

[design]

Andrew, I understand that interface for embedding to applications is not
interesting for you. Nevertheless this is a real problem of GLPK because
it is hostile to calling application. Developing separate thread is very
costly for me because my program already developed on vb6. Now I see
that I should myself put somewhere callback function to code of GLKP (as
was recommend by Xypron). And correct code for each new version of GLPK.
And all programmers for all new versions should correct code if GLPK is
embedded to his application.

Thanks.

-----Original Message-----
From: Andrew Makhorin [mailto:address@hidden 
Sent: Monday, October 27, 2008 6:43 PM
To: address@hidden
Cc: address@hidden
Subject: Re: [Help-glpk] Embedding GLPK to user application

> You are right - "C Interface". I am known about callback function of
> "glp_intopt". But it is suitable only for simple MIP problems. If
> duration of solving of one (relaxation) LP problem grate than 0.2
second
> then keyboard and mouse in user application is near out of control...
> Application should get control more frequently.

The purpose of the callback passed to the mip solver is to help it
to make the solution process more efficient, not to provide a keyboard
and mouse service. In an interactive application you may resolve the
problem launching the solver in a separate thread or process.