Re: [Bug-glpk] Segfault in jday function

Hello Jiří, you can download prebuild 32 and 64bit binaries for GLPK from http://sourceforge.net/projects/winglpk/ Best regards Heinrich Schuchardt http://www.xypron.de Gesendet: Donnerstag, 27. Juni 2013 um 13:55 Uhr An: bug-glpk@gnu.org Betreff: [Bug-glpk] Segfault in jday function Hi

Re: [Bug-glpk] Segfault in jday function

there was an error in gettimeofday as reported here: http://sourceforge.net/mailarchive/forum.php?thread_name=p2j647fe9b11004200426j44e74180y3e627a0f302bed76%40mail.gmail.comforum_name=mingw-w64-public Best regards Heinrich Schuchardt Thank you for your bug report. The exception happens

Re: [Bug-glpk] Segfault in jday function

Hello Andrew, which errors may occur depends on the POSIX system you use, just compare http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=%2Fapis%2Fgettod.htm http://www.manpagez.com/man/2/gettimeofday/ http://illumos.org/man/3C/gettimeofday Best regards Heinrich

[Bug-glpk] glpk.h (193): const char *save_sol;

points? == Missing documentation == Unfortunately the iocp fields alien, use_sol and save_sol are not documented in glpk-4.52/doc/glpk.pdf. Glpsol parameter --alien is not documented. Please, update the documentation. Best regards Heinrich Schuchardt http://www.xypron.de

[Bug-glpk] glp_version returns wrong information

. These constants can then be eliminated. Best regards Heinrich Schuchardt ___ Bug-glpk mailing list Bug-glpk@gnu.org https://lists.gnu.org/mailman/listinfo/bug-glpk

Re: [Bug-glpk] src/glplib.h:28:17: error: conflicting types for '_glp_lib_str2int' with gplk-4.52.1 and mariadb-5.5.32

_glp_lib_sth. Why not use the complete function names in the code instead of the abbreviations? Best regards Heinrich Schuchardt http://www.xypron.de On 04.02.14 at 15:02, Andrew Makhorin wrote: On Tue, 2014-02-04 at 13:10 +0100, Dennis Schridde wrote: Hello! When compiling glpk-4.52.1

Re: [Bug-glpk] [Fwd: Re: src/glplib.h:28:17: error: conflicting types for '_glp_lib_str2int' with gplk-4.52.1 and mariadb-5.5.32]

Hello Andrew, if you remove the following includes from src/glpsql.c, GLPK 4.52.1 still builds correctly against MySQL 5.5.35 on Linux x86_64. //#include my_global.h //#include my_sys.h Best regards Heinrich Schuchardt On 05.02.2014 02:26, Andrew Makhorin wrote: Forwarded

Re: [Bug-glpk] glpsol cannot solve exported CPLEX file

Hello Andrew, cplex 12.3 accepts a Subject To section without constraint. Why should GLPK require the section to be non-empty? The cplex online help for the file format does not describe such a requirement. Best regards Heinrich Schuchardt http://www.xypron.de Am 16.07.14 um 16:36 schrieb

Re: [Bug-glpk] Syntax error: display {1..10};

gesendet. Andrew Makhorin m...@gnu.orgschrieb: On Tue, 2015-08-04 at 23:21 +0200, Heinrich Schuchardt wrote: Hello Andrew, the syntax error thrown in line 6 contradicts the documentation in gmpl.pdf. Here you describe that both the domain and the colon are optional

Re: [Bug-glpk] Missing documentation {1..100:Uniform01().1}

On 05.08.2015 07:36, Andrew Makhorin wrote: On Tue, 2015-08-04 at 23:34 +0200, Heinrich Schuchardt wrote: Hello Andrew, the following syntax is useful to produce a random set. set J := {1..100:Uniform01().1}; display J; end; Unfortunately gmpl.pdf does not describe when random number

Re: [Bug-glpk] Model causes glpk to hang

the loop will not exit. I guess the only reasonable possibility to improve the coding here would be observing some time limit. Best regards Heinrich Schuchardt ___ Bug-glpk mailing list Bug-glpk@gnu.org https://lists.gnu.org/mailman/listinfo/bug-glpk

Re: [Bug-glpk] [Fwd: Problems with Installing glpk on my mac]

code. Best regards Heinrich Schuchardt http://www.xypron.de > Gesendet: Donnerstag, 01. Oktober 2015 um 16:42 Uhr > Von: "Andrew Makhorin" <m...@gnu.org> > An: bug-glpk@gnu.org > Betreff: [Bug-glpk] [Fwd: Problems with Installing glpk on my mac] > >

Re: [Bug-glpk] minisat: copying 32 bit integer to 64 bit pointer

to fix the code would be to use struct storage { char is_pointer; union { void *pointer; int lit; }; }; Best regards Heinrich Schuchardt On 19.11.2015 02:40, Chris Matrakidis wrote: > > On 29 September 2015 at 23:42, Heinrich Schuchardt <xypron.g...@gmx.de > <mai

[Bug-glpk] MiniSat-C: copying 32 bit integer to 64 bit pointer

on https://github.com/niklasso/minisat. Best regards Heinrich Schuchardt ___ Bug-glpk mailing list Bug-glpk@gnu.org https://lists.gnu.org/mailman/listinfo/bug-glpk

Re: [Bug-glpk] CSV: empty field not allowed

ongjmp(csv->jump, 0); } if (csv->c == '\n') { xprintf("%s:%d: empty record not allowed\n", csv->fname, csv->count); longjmp(csv->jump, 0); } line 182: if (len == 0) goto err1; Best regards Heinrich Schuchardt >

Re: [Bug-glpk] spydual crash in GLPK 4.57

Hello Sascha, please, provide a complete example that allows to reproduce the issue. Best regards Heinrich Schuchardt http://www.xypron.de Am 25.01.16 um 17:55 schrieb Sascha Brügmann > Hello everyone, > I solve many problems with GLPK and every 5000-nth problem or so (no > fix

Re: [Bug-glpk] [Help-glpk] how to fix error on compiling sql.c

On 11.03.2016 08:03, Andrew Makhorin wrote: > >> To fix the bug please do the following: >> >> 1) rename file glpk/src/mpl/sql.h to sql1.h >> >> 2) change line 31 in file glpk/src/mpl/sql.c to "#include "sql1.h" > > 3) change line 25 in file glpk/src/mpl/mpl6.c to "#include "sql1.h" > > (Sorry.

Re: [Bug-glpk] [Fwd: Windows appdata write error - Permission denied]

the same temporary file. Best regards Heinrich Schuchardt On 07/23/2016 01:37 PM, Andrew Makhorin wrote: > Forwarded Message > Subject: Windows appdata write error - Permission denied > Date: Sat, 23 Jul 2016 10:21:17 +0200 > > Hi, > I am running an optimization

[Bug-glpk] Error detected in file ..\src\mpl\mpl3.c at line 856, Assertion failed: item2 != NULL

Heinrich Schuchardt # Output file param f, symbolic := "ct.svg"; # Centers param nc := 20; set C := {1 .. nc}; # Towns param nt := 1000; set T := {1 .. nt}; param xt{T} := Uniform01(); param yt{T} := Uniform01(); param pt{T} := ceil(1000 * Uniform01()); # Image size param scale := 1000;

Re: [Bug-glpk] [Fwd: glpsol's --write format changed]

Hello Andrew, It would help if glpsol --write would write a format version descriptor into the first line. Then a reading program can easily check if it can parse the file. E.g. c File-Format: GLPK MIP 1.0 Best regards Heinrich Schuchardt On 01/21/2017 02:37 PM, Andrew Makhorin wrote

Re: [Bug-glpk] [Fwd: glpsol's --write format changed]

Hello Morton, Please, use the library API for interfacing. Best regards Heinrich ___ Bug-glpk mailing list Bug-glpk@gnu.org https://lists.gnu.org/mailman/listinfo/bug-glpk

Re: [Bug-glpk] [Fwd: glpsol's --write format changed]

Morten On Fri, Jan 20, 2017 at 10:26 AM, Heinrich Schuchardt <xypron.g...@gmx.de> wrote: > Hello Morton, > > Please, use the library API for interfacing. > > Bes

Re: [Bug-glpk] [Fwd: MIP solver bug]

= 0.0005 for the rows constraining x. Best regards Heinrich Schuchardt On 01/06/2017 12:57 PM, Andrew Makhorin wrote: > Forwarded Message > To: bug-glpk@gnu.org, help-g...@gnu.org > Subject: MIP solver bug > Date: Fri, 6 Jan 2017 11:25:23 + > > Hi GLPK team, &

[Bug-glpk] GLPK 4.63 does not compile with /Gz (stdcall) on Windows

Hello Andrew, in glpk-4.63/src/simplex/spxchuzr.c please, add, #ifdef HAVE_CONFIG_H #include #endif to define __WOE__ on Windows. cf. glpk-4.63/src/api/cpxbas.c Best regards Heinrich Schuchardt ___ Bug-glpk mailing list Bug-glpk@gnu.org https

[Bug-glpk] Different generated model on ARMv7 and x86-64

tures: 0.443241402972490 Model has been successfully generated So it is not a problem in the random number generation. If I remove all variables and constraints from appended test.mod I also get the same result on both architectures. Best regards Heinrich Schuchardt /* * Author: Hein

Re: [Bug-glpk] Different generated model on ARMv7 and x86-64

ot;, t, pt[t]; In this case I get the same results on both platforms but different to the original values. This is expected because we changed the sequence in which Uniform01() is called for the different parameters. So the error must be in the code generating the constraints and the objectiv

Re: [Bug-glpk] Different generated model on ARMv7 and x86-64

312 armv7 (32-bit LSB, ARM, gcc 6.3.0) 0.128312 0.009597 armv8 (64-bit LSB, ARM aarch64, gcc 6.4.0) 0.128312 0.009597 mips (ELF 32-bit MSB, gcc 4.9.2) 0.128312 0.009597 Random numbers are generated in this sequence on all architectures: printf {1..2} "%16.15f\n", Uniform01(); 0.

Re: [Bug-glpk] Different generated model on ARMv7 and x86-64

: /* addition */ op1 = eval_formula(mpl, code->arg.arg.x); op2 = eval_formula(mpl, code->arg.arg.y); value = linear_comb(mpl, +1.0, op1, +1.0, op2); break; gives same result on both arm64 and x86-64. I

[Bug-glpk] -Wstringop-overflow in function _glp_wclique1

memset(_flag[1], 0, sizeof(char) * (unsigned int)n); Best regards Heinrich Schuchardt ___ Bug-glpk mailing list Bug-glpk@gnu.org https://lists.gnu.org/mailman/listinfo/bug-glpk

Re: [Bug-glpk] -Wstringop-overflow in function _glp_wclique1

On 10/01/2017 09:17 AM, Andrew Makhorin wrote: > Hi Heinrich, > > Thank you for your bug report. > >> compiling GLPK 4.63 on arm64 with gcc 7.2 gives the following warning: >> >> misc/wclique1.c: In function ‘_glp_wclique1’: >> misc/wclique1.c:121:7: warning: ‘memset’: specified size between >>

Re: [Bug-glpk] [Fwd: Exception raised in GLPK-Java when deleting a problem]

Dear Sergio, you are creating arrays ind and val with size data.size() and indexes 0 to data.size()-1. Then you set elements with index data.size() which is out of bounds. Best regards Heinrich Schuchardt http://www.xypron.de Am 07.11.17 um 10:37 schrieb Andrew Makhorin

Re: [Bug-glpk] [Fwd: Exception raised in GLPK-Java when deleting a problem]

Hello Sergio, I would replace ‘== 1’ by ‘> 0.5’ due to the use of tolerances inside GLPK. Best regards Heinrich Schuchardt http://www.xypron.de Am 07.11.17 um 14:32 schrieb Sergio Torassa > Thanks Heinrich for the explanation. > The usage of indixes in the library is not straig

[Bug-glpk] misc/wclique1.c:121:7: warning: 'memset': specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]

Hello Andrew, when compiling GLPK-4.64 with GCC 7.2 the following warning is shown: misc/wclique1.c: In function '_glp_wclique1': misc/wclique1.c:121:7: warning: 'memset': specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807

Re: [Bug-glpk] misc/wclique1.c:121:7: warning: 'memset': specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]

Please, add the missing explicit conversions to silence the warning. Distributions like Debian want to be able to set a compiler flag which treats every warning as error. Best regards Heinrich Am 02.02.18, 20:38, Andrew Makhorin schrieb: Hi Heinrich, > > when compiling

Re: [Bug-glpk] [Fwd: bug install glpk-java in centos7]

Hello Ludovic, if GLPK is not installed in standard paths, please, follow the instruction in http://glpk-java.sourceforge.net/gettingStarted.html or in doc/glpk-java.pdf Regards Heinrich Am 11.04.18, 17:06, Andrew Makhorin schrieb: Forwarded Message From:

Re: [Bug-glpk] [Fwd: glpk prints warnings which lead to failing sagemath tests]

Hello Sébastien, sage calls GLPK as a library. So in general it does not depend on parsing output. If some tests in sage make invalid assumptions about terminal output, they should be fixed in sage. The GLPK output is not meant to be a stable API. Please, close the Debian bug as invalid.

Re: [Bug-glpk] [Fwd: glpk prints warnings which lead to failing sagemath tests]

Hello Sébastien, your mail had to be forwarded manually because you are not subscribed to the GLPK bug list. Sage calls GLPK as a library. So in general it does not depend on parsing output. If some tests in sage make invalid assumptions about terminal output, they should be fixed in

AM_INIT_AUTOMAKE([subdir-objects])

Hello Andrew, when running autogen.sh automake 1.16.1 complains: src/Makefile.am:29: warning: source file 'amd/amd_1.c' is in a subdirectory, src/Makefile.am:29: but option 'subdir-objects' is disabled automake: warning: possible forward-incompatibility. automake: At least a source file is in a

Re: Excel driver for output not working as expected

On 12/20/19 4:32 PM, Meketon, Marc via Bug reports for GLPK (GNU Linear Programming Kit) wrote: I am having problems with the Excel driver for writing results.  It is not properly clearing out old results. Since I’m on 64-bit hardware and operating system, I need to use the newer versions of

Re: Equality constraint not fulfilled

On 3/1/20 7:07 AM, palik imre wrote: Hi all, The following behaviour looks like a bug to me. But I am new to GLPK, so sorry if I am missing something obvious. I am running GLPK on 4.65-1. My problem matrix and constraints are (lower & upper bounds after the colon): 0.25028125163259074

Re: Bug in 'table' statement

On 2/4/20 8:38 PM, Meketon, Marc via Bug reports for GLPK (GNU Linear Programming Kit) wrote: The following code fails when writing out records to a Microsoft Access database.  You would need to create a table called ‘result’ with a numeric field called ‘Day’ to run the below (as well as change

Re: [PATCH 1/1] configure.ac: attempt mysql_config to find the MySQL headers.

On 3/6/20 10:38 PM, Michael Orlitzky wrote: When building with MySQL support, the configure script guesses that the path to the MySQL headers is /usr/include/mysql. That is usually correct, but when people install MySQL to a nonstandard location such as /home/mjo/usr, it falls over. Fortunately,

Re: [Fwd: Possible bug in GLPK - Error detected in file env/alloc.c at line 72]

On 3/25/20 8:23 PM, Andrew Makhorin wrote: Forwarded Message From: "Sierra Ansuas, Juan Pablo" To: bug-glpk@gnu.org Cc: m...@gnu.org , "Di Cristofaro, Milton Nadir" Subject: Possible bug in GLPK - Error detected in file env/alloc.c at line 72 Date: Wed, 25 Mar 2020 18:34:56

Re: [Fwd: Bug in glpk integer programmer]

On 15.10.20 16:03, Andrew Makhorin wrote: > Forwarded Message > From: s meagher > To: bug-glpk@gnu.org > Subject: Bug in glpk integer programmer > Date: Fri, 16 Oct 2020 00:19:14 +1100 > >> Hi >> >> The following code demonstrates a possible bug in glpk. I fully >> appreciate

Re: Invalid memory usage in GLPK

On 03.08.20 17:56, Domingo Alvarez Duarte wrote: > Hello ! > > Changing the file src/env/env.h like this: > > = > > @@ -185,27 +189,59 @@ void put_err_msg(const char *msg); >  const char *get_err_msg(void); >  /* obtain error message string */ > > +#if defined(GLP_NO_MEMORY_POOL) > +#define

Re: Invalid memory usage in GLPK

On 8/3/20 8:36 PM, Andrew Makhorin wrote: > On Mon, 2020-08-03 at 17:56 +0200, Domingo Alvarez Duarte wrote: >> Hello ! >> >> Changing the file src/env/env.h like this: >> >> [...] >> >> We get several messages of invalid use of memory like: >> >> [...] >> > > Some internal routines may call

Re: [Fwd: Error when loading GLPK.jl in Julia: "LoadError: ArgumentError: Package GLPK does not have CEnum in its dependencies"]

Hello Clark, your problem seems not to be related to the C code of the GLPK libarary for which we use the bug-glpk list. Please, report your problem to the maintainers of GLPK.jl. You could open an issue at: https://github.com/jump-dev/GLPK.jl Best regards Heinrich On 04.08.20 22:13, Andrew

Re: [Fwd: Exportation/importation problem that seems to be related to decimal numbers]

Dear Sylvain, this is a known issue, cf. https://lists.gnu.org/archive/html/bug-glpk/2009-05/msg9.html http://glpk-java.sourceforge.net/usage.html#Locales describes that you can call method GLPK.glp_java_set_numeric_locale("C"); to set the locale for numbers to match the expectations of

Re: Regression between 4.61 and 4.65 for problems which can be preprocessed to almost nothing

On 13.07.20 17:20, Domingo Alvarez Duarte wrote: > Hello Peter ! > > Till glpk 4.64 this error does not happen, I'm looking through the code > and think that the real fix is to prevent to solve the problem if the > presolver eliminated all columns or rows. > > Cheers ! > The presolver may find an

Incorrect declarations in src/examples/tsp/mincut.h and mincut.c

Hello Andrew, the tsp example results in warnings mincut.c:52:38: warning: type defaults to ‘int’ in declaration of ‘cap’ [-Wimplicit-int] 52 | const int end[/*1+ne*/], const cap[/*1+ne*/], int cut[/*1+nn*/]) | ^~~ mincut.c:225:38: warning:

Re: Incorrect declarations in src/examples/tsp/mincut.h and mincut.c

int, signed, signed int, or no type specifiers > > [...] > I wrote warning and not error. And if warnings are easy to avoid there is no reason not to avoid them. Thanks. Heinrich > > Best regards, > > Andrew Makhorin > > > > On Wed, 2020-12-

Re: Bad expression parsing/evaluation

On 8/15/21 4:06 PM, Domingo Alvarez Duarte wrote: Comparing how AMPL and GMPL calculate random expressions I found some of then where they differ or GMPL can't manage see bellow, also one of then that references itself makes glpsol segfault but ampl gives an error I can't see a segfault with

Re: [Fwd: GLPK solver bug]

On 9/10/21 12:56 PM, Andrew Makhorin wrote: Forwarded Message *Date*: Fri, 10 Sep 2021 06:49:13 + *Subject*: GLPK solver bug *To*: bug-glpk@gnu.org mailto:%22bug-g...@gnu.org%22%20%3cbug-g...@gnu.org%3e>> *From*: "Kaya, Anil (IOR)"