Hello Heinrich, Thanks, I'll have a look at this paper. And what about the constant GLPKConstants.GLP_JAVA_A_RC ? Regards,
-- *Sylvain Fournier* Analista de Pesquisa Operacional *48 3239-2423* WPLEX Software Ltda. Rod SC 401 no. 8600 Corporate Park bloco 5 sala 101 88050-000 Santo Antônio de Lisboa, Florianópolis SC +55 48 3239-2400 wplex.com.br [image: WPLEX] 2013/4/26 <[email protected]> > Hello Sylvain, > > > Do you think there is a way to catch this kind of errors in the Java > > http://www.cs.princeton.edu/~appel/papers/safejni.pdf > describes how the problem might be attacked. > > But it seems that SafeJNI has not been developed any further. At least I > could not find any download. > > Best regards > > Heinrich Schuchardt > > http://www.xypron.de > > Am 26.04.13 um 15:34 schrieb Sylvain Fournier > > > Hello Heinrich, > > > > > > > > Do you think there is a way to catch this kind of errors in the Java > > > > wrapper in order to prevent the VM from crashing, or is this exception > > > > handling linked to the C code? > > > > I also noted that even if the new RELAX-IV algorithm is running without > any > > > > error in Java, a GLPK constant may be missing: it would be > > > > GLPKConstants.GLP_JAVA_A_RC (the last parameter in the call to > > > > glp_mincost_relax4). Without this constant, I am using GLP_JAVA_V_PI but > I > > > > am not sure it is a stable workaround. > > > > Regards, > > > > > > > > -- > > > > *Sylvain Fournier* > > > > Analista de Pesquisa Operacional > > > > *48 3239-2423* > > > > WPLEX Software Ltda. > > > > Rod SC 401 no. 8600 Corporate Park bloco 5 sala 101 > > > > 88050-000 Santo Antônio de Lisboa, Florianópolis SC +55 48 3239-2400 > > > > wplex.com.br > > > > [image: WPLEX] > > > > > > > > > > > > > > > > > > > > ---------- Forwarded message ---------- > > > > From: Sylvain Fournier <[email protected]> > > > > Date: 2013/4/25 > > > > Subject: Crash running the RELAX-IV algorithm > > > > To: [email protected] > > > > > > > > > > > > Hello, > > > > > > > > I tried to run the new min cost flow algorithm (RELAX-IV) on a problem I > > > > have using glpk-java, and the java VM crashes (it doesn't catch the > error) > > > > while the algorithm is processing. > > > > Using a regular C program, it also crashes: > > > > *** glibc detected *** ./run-relax4: free(): invalid next size (normal): > > > > 0x0000000001cfb220 *** > > > > It seems to be a memory issue but I am not a C specialist. > > > > I attach my problem in the dimacs format. > > > > The same problem runs without any problem using the old okalg, and I > tried > > > > to run RELAX-IV on the sample.min example given in the graph > documentation, > > > > which also works. > > > > Please let me know if I am doing something wrong. > > > > > > > > Regards, > > > > > > > > -- > > > > *Sylvain Fournier* > > > > Analista de Pesquisa Operacional > > > > *48 3239-2423* > > > > WPLEX Software Ltda. > > > > Rod SC 401 no. 8600 Corporate Park bloco 5 sala 101 > > > > 88050-000 Santo Antônio de Lisboa, Florianópolis SC +55 48 3239-2400 > > > > wplex.com.br > > > > [image: WPLEX] >
_______________________________________________ Help-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-glpk
