Re: [Bug-glpk] str2num() is locale dependent

2009-05-24 Thread xypron
Hello Andrew, >> Probably strtod should be replaced by something like xstrtod. I guess it is sufficient to substitute the decimal point in the input to str2num() by lconv->decimal_point as returned by localeconv(). >> BTW, in the standard C on program startup the current locale is "C". >> Is loc

[Bug-glpk] Re: Bug in amd_order.c ?

2009-05-24 Thread Andrew Makhorin
> I'm sorry to say I think I may have found a small bug in amd_order.c > When using glpk 4.38 and I try to solve this problem with the interior > point method (either null or default params) : > Minimize > obj: - x_4 - x_5 > Subject To > r_1: + x_4 - 2 x_1 = 4 > r_2: + 2 x_5 + x_2 = 1

Re: [Bug-glpk] str2num() is locale dependent

2009-05-24 Thread Andrew Makhorin
Hi Xypron, > I tried to call the GLPK library from Java under Debian. > I received the following error: > transp.mod:58: d requires numeric data > Context: ...peka 275 ; param d : New-York Chicago Topeka := Seattle 2.51 > The problem could be traced back to > val = strtod("2,1", &endptr); > pr