Hi João,
Thank you for your bug report.
I hope to fix that bug in a next release of the package.
Andrew Makhorin
On Fri, 2023-04-07 at 16:34 +0200, João Flávio de Freitas Almeida wrote:
> Dear Andrew,
>
> I produced a modelling error, but GLPK did not produce a correct
>
Forwarded Message
From: Prabhu Manyem
To: Andrew Makhorin
Cc: bug-glpk@gnu.org
Subject: Re: GLPK Exact option not working 2 different glpsol
Date: Sun, 18 Sep 2022 12:44:00 +0930
> Dear Andrew,
>
> OK, I re-installed GLPK again (as root)... But now, after
> re-
script and make sure that using the
GMP library is enabled:
#define HAVE_GMP 1
/* defined if the GNU MP bignum library is available */
/* requires and -lgmp */
Best regards,
Andrew Makhorin
PS: Please report bugs to . Thanks.
On Sat, 2022-09-17 at 12:29 +0930, Prabhu Manyem wrote:
>
Forwarded Message
From: Eeri Kask
To: bug-glpk@gnu.org
Subject: glpsol.c: MIP-return code possibly ignored (overwritten)?
Date: Wed, 2 Feb 2022 09:33:20 +0100
> Dear Professor Makhorin,
>
> we tested glpsol version 5.0 executable and discovered a possible bug,
> please see atta
Forwarded Message
Date: Fri, 10 Sep 2021 06:49:13 +
Subject: GLPK solver bug
To: bug-glpk@gnu.org
From: "Kaya, Anil (IOR)"
> Dears,
>
> I am working on stochastic mixed integer linear model via Julia
> scientific program.
>
> According my formulation, random variables (
Forwarded Message
From: Andrew Makhorin
To: João Flávio de Freitas Almeida
Cc: bug_g...@gnu.org
Subject: Re: Glpk 5.0 compilation on Linux (ubuntu) Mint 19
Date: Fri, 03 Sep 2021 04:42:10 +0300
> Hi João,
>
> Thank you for your report.
>
>
>
> On Thu
solution is here
> https://github.com/mingodad/GLPK/commit/2e9fb33606f6dd140a0768a34850c1
> 5ec8d26e85)
> ?
>
I will fix this, but unfortunately currently I have no time.
Best,
Andrew Makhorin
16:15 +0300, Andrew Makhorin wrote:
> There exist at least two different definitions of the modulo operator
> that lead to different results in case of negative operands; please
> see
> https://en.wikipedia.org/wiki/Modulo_operation .
>
> Mathematically Knuth's definition (u
There exist at least two different definitions of the modulo operator
that lead to different results in case of negative operands; please see
https://en.wikipedia.org/wiki/Modulo_operation .
Mathematically Knuth's definition (used in glpk) is most correct.
An easy way to avoid any surprises is ju
Forwarded Message
From: Edward Terpilowski-Gill
To: bug-glpk@gnu.org
Cc: Georgios Avgerinopoulos
Subject: GLPK bug
Date: Fri, 2 Apr 2021 13:49:29 +
> Dear GLPK team,
>
> I have a question about a potential bug/limitation of glpk (or gap in
> my understanding).
>
> I am
Forwarded Message
From: Hang Yu
To: bug-glpk@gnu.org
Subject: Is this a bug?
Date: Thu, 18 Mar 2021 19:51:00 +
> Dear Sir/Madam,
> I got an assertion failure.
> Could you check if it is a bug? Or I called some functions in a wrong
> way?
> The example code is attached, and
Forwarded Message
From: Pawel
To: bug-glpk@gnu.org
Subject: ld: library not found for -lSystem ERROR on MacOS Big Sur
Date: Mon, 22 Feb 2021 04:49:16 -0700
> Hi,
>
> I am trying to compile glpk-5.0 on MacOS Big Sur version 11.2 and am
> getting ld: library not found for -lSyste
On Tue, 2021-01-05 at 17:38 -0800, Christian Diener wrote:
> Hi,
>
> we are observing build failures on conda-forge for GLPK 5.0. The used
> build instructions are in brief:
>
> ```
> cd w%ARCH%
> copy config_VC config.h
>
> :: Get the major minor version info (e.g. `4_60`)
> python -c "import
Forwarded Message
From: Christian Diener
To: bug-glpk@gnu.org
Subject: Shared library build for GLPK 5.0 fails on Windows
Date: Tue, 5 Jan 2021 17:38:17 -0800
Hi,
we are observing build failures on conda-forge for GLPK 5.0. The used
build instructions are in brief:
```
cd w%AR
On Fri, 2021-01-01 at 22:55 -0800, Shuo Xu wrote:
> HI Andrew,
> I am looking at the new version glpk, it seems the netgen.c is super
> simplified in this version.
> it seems the " glp_netgen_prob" is removed , right ?
No, it is not removed. However, it replaced by a dummy version, so being
c
On Wed, 2020-12-16 at 19:08 +0100, Heinrich Schuchardt wrote:
> On 16.12.20 18:18, Andrew Makhorin wrote:
> > Hi Heinrich,
> >
> > Thank you for your report.
> >
> > I'd like to note that there is no error. The ANSI C Standard
> > (ANSI/ISO
> > 9
limited by commas, when there is more than one set
on a line); the type specifiers may occur in any order,
possibly intermixed with the other declaration specifiers.
[...]
int, signed, signed int, or no type specifiers
[...]
Best regards,
Andrew Makhorin
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 that in fact the bug may be that I do understand glpk
> pro
On Fri, 2020-09-25 at 14:08 +0200, Domingo Alvarez Duarte wrote:
> Hello !
>
> Looking through the code and changing "glp_double" by
> "glp_long_double"
> in my GLPK fork I found an unitialized variable in
> npp_reduce_ineq_coef
> in "src/npp/npp4.c":
>
>
>
> int npp_reduce_ineq_coef(NPP
d you please build glpk with -g compiler option and run it under
gdb? This would allow to trace the calling sequence.
>
> -Original Message-----
> From: Andrew Makhorin
> Sent: Thursday, September 10, 2020 7:40 PM
> To: Georgios Avgerinopoulos m>
> Subject: Re: [Help-g
On Wed, 2020-08-12 at 19:44 +0300, Andrew Makhorin wrote:
> On Wed, 2020-08-12 at 17:33 +0200, Domingo Alvarez Duarte wrote:
> > Hello Andrew !
> >
> > Thank you for reply !
> >
> > That's the problem It should not work, the constraint "zumVariance:
On Wed, 2020-08-12 at 17:33 +0200, Domingo Alvarez Duarte wrote:
> Hello Andrew !
>
> Thank you for reply !
>
> That's the problem It should not work, the constraint "zumVariance:
> sum{z in Sample} E[z+10] = 0;" should give an error because when "z =
> last_valid_subscript - 9" the resulting e
On Wed, 2020-08-12 at 16:38 +0200, Domingo Alvarez Duarte wrote:
> Hello !
>
> Trying to make changes to make less tuple copies I found that GMPL
> actually do not detect invalid subscripts see the modified huge.mod
> bellow, when we add an arbitry number to the "z" index it would fall
> outsid
Forwarded Message
Date: Thu, 6 Aug 2020 17:12:26 -0300
Subject: Exportation/importation problem that seems to be related to
decimal numbers
To: bug-glpk@gnu.org
From: Sylvain Fournier
> Hi,
>
> I'd like to be able to export a model into a (text) file in order to
> be able to ru
On Thu, 2020-08-06 at 15:28 +0200, Domingo Alvarez Duarte wrote:
> Hello Andrew !
>
> It seems to an inconsistent behavior see example bellow, if display
> do
> not reference/instantiate model entities I would not expect any
> output
> for "display {(a,b) in S} (a,b);".
The display statement is
On Thu, 2020-08-06 at 14:50 +0200, Domingo Alvarez Duarte wrote:
> Hello !
>
> The printf command does show the default value when defined so
> looking
> through the code I think that this can be a fix for this issue:
>
> https://github.com/mingodad/GLPK/commit/e54d6bbe41ba44c8fbecc3f9bc1c7
> 80
On Thu, 2020-08-06 at 13:59 +0200, Domingo Alvarez Duarte wrote:
> Hello !
>
> With the GMPL model below when we ask to display an entity with a
> declared "default" value we get nothing but if we indirectly
> reference
> then we get the "default" value.
Yes, this is expected behavior.
The di
Forwarded Message
From: Clark Pixton
To: bug-glpk@gnu.org
Subject: Error when loading GLPK.jl in Julia: "LoadError:
ArgumentError: Package GLPK does not have CEnum in its dependencies"
Date: Tue, 4 Aug 2020 20:08:14 +
> Hello,
>
> I am running Julia 1.4.2 in Jupyter Noteb
On Mon, 2020-08-03 at 20:45 +0200, Heinrich Schuchardt wrote:
> On 03.08.20 17:56, Domingo Alvarez Duarte wrote:
> [...]
> > +#if defined(GLP_NO_MEMORY_POOL)
> > +#define xrealloc(ptr, n, size) realloc(ptr, n*size)
> > +#define trealloc(ptr, n, type) ((type *)realloc(ptr,
> > n*sizeof(type)))
Yo
On Mon, 2020-08-03 at 21:33 +0200, Heinrich Schuchardt wrote:
> 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:
> >
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 glp_alloc/free directly (i.e. not via
macroses), and some ro
> Doing tests with GLPK I noticed that if I compile it with "-
> march=native
> -g -O2" on a computer with an "i7" processor the solution for
> several
> files change, the objective function result remain the same but
> other
> values varies from model to model.
>
This usually happens due to
On Fri, 2020-07-17 at 16:53 +0200, Domingo Alvarez Duarte wrote:
> Hello !
>
> When compiling with CLANG10 we get this warning:
>
> =
>
> clang -DHAVE_CONFIG_H -I. -I.. -I. -I./amd -I./api -I./bflib
> -I./colamd -I./draft -I./env -I./intopt -I./minisat -I./misc -I./mpl
> -I./npp -I./prox
On Tue, 2020-07-14 at 11:46 +0200, Domingo Alvarez Duarte wrote:
> Hello Andrew !
>
> Looking at your fix suggestion and through the GLPK code it seems
> that
> all marks like:
>
> =
>
> //#if 1 /* 14/VII-2020 */
> #if 1 /* DD/XXX- */
>
> ...
> #endif
>
> =
>
> Are fixes f
Thank you for your bug report.
Running glpsol 4.65 with the command:
glpsol --glp s.lp
indicates the following error:
[...]
OPTIMAL SOLUTION FOUND
Integer optimization begins...
glp_add_cols: ncs = 0; invalid number of columns
Error detected in file src/api/prob1.c at line 362
SIGABRT signal
Forwarded Message
From: "Sierra Ansuas, Juan Pablo"
To: Heinrich Schuchardt , bug-glpk@gnu.org
Cc: Andrew Makhorin , "Di Cristofaro, Milton Nadir"
Subject: Re: [Fwd: Possible bug in GLPK - Error detected in file
env/alloc.c at line 72]
Date: Thu, 2 Apr
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 +
> Dear GLPK mantainer(s),
>
> I am hav
Forwarded Message
From: sysad...@gnu.org
To: bug-glpk@gnu.org
Subject: Fyi: this list, bug-glpk, just had it's subject [tag] and
footer removed
Date: Thu, 24 Oct 2019 16:15:27 -0400
The Free Software Foundation has changed the GNU Mailman settings on
this list. The short version
Forwarded Message
From: Adam Kucharski
To: bug-glpk@gnu.org
Subject: Sensitivity analysis problem
Date: Sun, 22 Sep 2019 16:33:54 +
> Hello,
>
> something is wrong with sensitivity analysis. Some activity ranges
> are miscalculated. Check the attached files. The first inte
Forwarded Message
From: João Flávio de Freitas Almeida
To: bug-glpk@gnu.org, Andrew Makhorin
Subject: check statement bug
Date: Fri, 21 Sep 2018 16:40:05 -0300
Dear Andrew,
please, find attached a file foo.mod. The check statement works for
param T, but does not for param P
ound no references to it on the internet, then solved it and posted it here:
> https://stackoverflow.com/questions/51274858/getting-a-table-out-of-a-glpk-solution-throws-error-assertion-failed-out-ou
>
> Regards,
>
> Miguel Morin
>
>
>
> > On Jul 10, 2018, at 11:23 PM, An
ROM, TO], d~DISTANCE;
display d;
data;
set V := Seattle San-Diego New-York Chicago Topeka;
end;
---test.csv---
FROM,TO,DISTANCE,COST
Seattle,New-York,2.5,0.12
Seattle,Chicago,1.7,0.08
Seattle,Topeka,1.8,0.09
San-Diego,New-York,2.5,0.15
San-Diego,Chicago,1.8,0.10
San-Diego,Topeka,1.4
Forwarded Message
From: Miguel
To: bug-glpk@gnu.org
Subject: Syntax bug: table data IN
Date: Tue, 10 Jul 2018 16:15:06 +0100
Good morning,
I have been using GLPK with great satisfaction and success. Congratulations on
the good job!
I found a bug in GNU MathProg and read in on
Forwarded Message
From: Luka Marohnić
To: bug-glpk@gnu.org
Subject: Re: problems after providing a heuristic solution
Date: Thu, 21 Jun 2018 23:55:40 +0200
I found the cause, i made an error while allocating memory for the
heuristic. Everything's ok with glpk.
Luka
čet, 21. l
Forwarded Message
From: Luka Marohnić
To: bug-glpk@gnu.org
Subject: problems after providing a heuristic solution
Date: Thu, 21 Jun 2018 21:33:06 +0200
Hello,
I'm using GLPK to solve vertex coloring problem in graphs. I managed to
get it working using the custom branching tech
Forwarded Message
From: Stanley Bak
To: bug-glpk@gnu.org
Subject: infinite loop with repeated numerical instability warning
Date: Fri, 8 Jun 2018 14:45:03 -0400
(Reposting with compressed attachment to fit within the 64kb limit)
I think I found an infinite loop bug while using
Forwarded Message
From: Ludovic Cottret
Reply-to:
To: bug-glpk@gnu.org
Subject: bug install glpk-java in centos7
Date: Wed, 11 Apr 2018 16:07:10 +0200
Dear glpk team,
I'm trying to install libglpk-java on centos7.
I installed swig, libtool and glpk-devel with yum install.
The
Forwarded Message
From: Bryn Pickering
To: bug-glpk@gnu.org
Subject: GLPK incorrect results
Date: Wed, 07 Mar 2018 09:31:17 +
Hi,
We've resolutely stuck with GLPK V.4.61 for the past several months in
https://github.com/calliope-project/calliope. The reason is that all our
Forwarded Message
From: Tobias Hansen
To: Andrew Makhorin
Cc: Sébastien Villemot , bug-glpk@gnu.org,
891465-forwar...@bugs.debian.org
Subject: Re: glpk prints warnings which lead to failing sagemath tests
Date: Fri, 2 Mar 2018 10:33:14 +0100
On 03/01/2018 11:06 AM, Andrew
Forwarded Message
From: Sébastien Villemot
To: Andrew Makhorin
Cc: Tobias Hansen , bug-glpk@gnu.org,
891465-forwar...@bugs.debian.org
Subject: Re: glpk prints warnings which lead to failing sagemath tests
Date: Fri, 2 Mar 2018 09:07:52 +0100
On Thu, Mar 01, 2018 at 01:06:00PM
say that we are
> doing something wrong?
>
>
Now (in glpk 4.65) it is an informational message, not warning.
I again would like to repeat that parsing of the solver standard output
to perform testing is not a good idea, because the glpk api does not
specify it.
Forwarded Message
From: Tobias Hansen
To: Andrew Makhorin
Cc: Sébastien Villemot , bug-glpk@gnu.org,
891465-forwar...@bugs.debian.org
Subject: Re: glpk prints warnings which lead to failing sagemath tests
Date: Wed, 28 Feb 2018 12:01:48 +0100
On 02/28/2018 09:51 AM, Andrew
Forwarded Message
From: Tobias Hansen
To: Andrew Makhorin
Cc: Sébastien Villemot , bug-glpk@gnu.org,
891465-forwar...@bugs.debian.org
Subject: Re: glpk prints warnings which lead to failing sagemath tests
Date: Wed, 28 Feb 2018 11:42:20 +0100
On 02/28/2018 09:51 AM, Andrew
On Mon, 2018-02-26 at 18:56 +0100, Tobias Hansen wrote:
> On 02/26/2018 04:46 PM, Andrew Makhorin wrote:
> > On Mon, 2018-02-26 at 12:00 +0100, Sébastien Villemot wrote:
> >> Dear GLPK maintainer,
> >>
> >> I received the attached bug report and patch
Forwarded Message
From: Tobias Hansen
To: Andrew Makhorin , Sébastien Villemot
Cc: bug-glpk@gnu.org, 891465-forwar...@bugs.debian.org
Subject: Re: glpk prints warnings which lead to failing sagemath tests
Date: Mon, 26 Feb 2018 18:56:47 +0100
On 02/26/2018 04:46 PM, Andrew
of the messages may affect the tests.
Andrew Makhorin
>
> MHTML Document attachment (Bug#891465: glpk: prints warnings which
> lead to failing sagemath tests)
> > Forwarded Message
> > From: Tobias Hansen
> > Reply-to: Tobias Hansen , 891...@bugs.d
Forwarded Message
From: Sébastien Villemot
To: bug-glpk@gnu.org
Cc: 891465-forwar...@bugs.debian.org, Tobias Hansen
Subject: glpk prints warnings which lead to failing sagemath tests
Date: Mon, 26 Feb 2018 12:00:38 +0100
Dear GLPK maintainer,
I received the attached bug report
your mip to avoid huge constraint
coefficients at binary variables.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
gt; Error: Row index 'i[615] = -2147483648' is out of range!
This is *not* glpk api error message. I think it is issued by some
interface function, so probably you need to address your question to
maintainers/developers of the R package glpkAPI.
Andrew Makhorin
>
>
>
> I don
Forwarded Message
From: Giada Spaccapanico Proietti
To: bug-glpk@gnu.org
Subject: loadMatrix error
Date: Tue, 6 Feb 2018 12:55:18 +
Dear glpk developers,
I’m using the R package glpkAPI that interfaces your programming kit to
R and I’ve encountered the following error in
ions like Debian want to be able to set a compiler flag which
> treats every warning as error.
Wow! I don't think it is a good idea, because then many legal C features
could not be used. What about "trust the programmer"? :)
Bes
ot be negative due to a precondition xassert(n >= 0) above. (GCC as
well as many other C compilers want to be smarter than they actually
are.)
Best,
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
uch time due
to a pathological combination of the objective coefficients--if I
perturb the coeffs in your instance by .0001 (e.g. 1234 is replaced with
1234.0001), the instance is solved immediately on the root level.
As to glpk 4.58, it was just a lucky chance.
Andrew Makhorin
GLPSOL: GLPK LP
Forwarded Message
From: Balázs Sziklai
To: bug-glpk@gnu.org
Subject: glpk bug
Date: Fri, 2 Feb 2018 13:30:09 +0100
Dear GLPK Team,
I have an mip problem (see attachment) that can be solved in under a
second with glpk 4.58 but loops with glpk 4.64. That is, the gap does
not go
On Wed, 2017-12-13 at 14:09 +, Moritz Emanuel Beber wrote:
> Hi,
>
>
> On 2017-12-13 14:23, Andrew Makhorin wrote:
>
> > Which error message glp_read_prob writes on stdout/stderr?
> /tmp/tiny.glpk:2: error: column lower bound/fixed value missing or
> invalid
>
in text files, so if the error is caused by this, you
probably need to call setlocale(LC_NUMERIC, "en_US.UTF-8") to restore
default behavior.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
). BTW, in your case the
primal simplex would be preferable; why do you choose dual?
Best regards,
Andrew Makhorin
spydual.c.gz
Description: GNU Zip compressed data
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug
> Please change the routine play_coef in file glpk/src/simplex/spydual.c
> as follows:
>
Sorry, this is not sufficient.
I will post to the list (cc'ing to you) a corrected version of spydual.c
once I will have finished testing it.
A
On Wed, 2017-11-22 at 22:13 +0300, Andrew Makhorin wrote:
> On Wed, 2017-11-22 at 16:13 +0100, David Monniaux wrote:
> > On 22/11/2017 13:46, Andrew Makhorin wrote:
> > >
> > > Please write the instance to a text file in lp format (with
> > > glp_wri
On Wed, 2017-11-22 at 16:13 +0100, David Monniaux wrote:
> On 22/11/2017 13:46, Andrew Makhorin wrote:
> >
> > Please write the instance to a text file in lp format (with
> > glp_write_lp) or better in glp format (with glp_write_prob) and post it
> > either to the bug
st it
either to the bug-glpk list or to me. Thanks.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
y formulated. However, you may try
to reformulate it to reduce the ranges of integer variables x_1 and x_6.
In particular, try to remove integrality constraints for these variables
and see what happens.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
Forwarded Message
From: Rafael Korbaš
To: bug-glpk@gnu.org
Subject: glpk_intopt loops forever on a specific input when MIP
presolver enabled
Date: Tue, 7 Nov 2017 18:18:09 +0300
Hello,
I'm using the latest version of your library (4.63) and I came across a
specific LP proble
Forwarded Message
From: Sergio Torassa
To: bug-glpk@gnu.org
Subject: Exception raised in GLPK-Java when deleting a problem
Date: Tue, 7 Nov 2017 10:00:52 +0100
In case of problems more complex than a given threshold, an
EXCEPTION_ACCESS_VIOLATION is raised by the Java Virtual Ma
1], 0, sizeof(char) * (unsigned int)n);
> >> 122 /* clear flags of all vertices */
> >> 123 memset(&d_flag[1], 0, sizeof(char) * (unsigned int)n);
> >>
> >
> > Then on a 32-bit platform there will be a similar message, because
> > c
ly all vertices are unmarked */
> 121 memset(&skip[1], 0, sizeof(char) * (unsigned int)n);
> 122 /* clear flags of all vertices */
> 123 memset(&d_flag[1], 0, sizeof(char) * (unsigned int)n);
>
Then on a 32-bit platform there will be a similar message, be
On Thu, 2017-08-31 at 14:26 +0200, Jeroen Demeyer wrote:
> The glp_exact solver prints debugging information without a way to
> disable this. This was already reported many years ago in [1]
>
> I am attaching an updated patch for GLPK-4.63, based on the patch which
> was submitted in [1].
>
> [
Forwarded Message
From: Jeroen Demeyer
To: bug-glpk@gnu.org
Subject: glp_exact ignores verbosity level
Date: Thu, 31 Aug 2017 14:26:04 +0200
The glp_exact solver prints debugging information without a way to
disable this. This was already reported many years ago in [1]
I am at
> FORMULA *op1;
> FORMULA *op2;
> ...
> case O_ADD:
> /* addition */
> op1 = eval_formula(mpl, code->arg.arg.x);
> op2 = eval_formula(mpl, code->arg.arg.y);
> value = linear_comb(mpl,
>+1.0, op1,
>+
> In the first two cases evaluation of pt precedes evaluation of xt while
> in the last three cases xt is evaluated before pt. At the moment I
> cannot say why this happens...
I'm sure that this happens, because in the first two cases arguments
passed to a function (I mean C code, not MathProg) a
defined (like
in C). Thus, if evaluation of a subexpression has a side effect (as in
case of using Uniform01), the result is indeterminate.
Best regards,
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
se if (par->option != NULL)
{ /* compute default value */
...
Hope this will shed a light on what really happens.
Best,
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
e order in which Uniform01() is evaluated.
>
> With the appended rnd.mod no difference occurs between x86-64 and armv7.
Thus, I think there is no bug in the model generation.
Best regards,
Andrew Makhorin
>
> > Please conduct the following experiment: move the statement
> >
490
> 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,
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
If not, it is most
likely in your code. You also may try to use valgrind to obtain a more
detailed information about the bug. In any case, please report your
results. Thanks.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
Forwarded Message
From: Cristiano de Pádua Milagres Oliveira
To: bug-glpk@gnu.org
Subject: Bug in GLPK Graph
Date: Mon, 31 Jul 2017 12:19:22 -0300
Hi
I was using the Graph method with the algorithm Relax-IV from GLPK 4.60
with successful results.
But now, when I migrate to GL
Hi Heinrich,
Thank you for your bug report.
>
> 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
>
zes up. I tried searching for the key in my browser on various
> keyservers and could not find it.
>
Hmm... It works fine for me:
mao@corvax:~$ gpg --keyserver keys.gnupg.net --recv-keys 5981E818
gpg: requesting key 5981E818 from hkp server keys.gnupg.net
gpg: key 5981E818: public key "
rminates the
program. You may prevent abnormal termination using the routine
glp_error_hook. For more details please see the glpk reference manual
(glpk.pdf) included in the distribution.
Andrew Makhorin
___
Bug-glpk mailing list
Bug-glpk@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-glpk
Forwarded Message
From: John Clements
To: bug-glpk@gnu.org
Subject: M_MAX etc. should appear in docs
Date: Wed, 21 Jun 2017 16:33:59 -0400
Please forgive the “drive-by bug report”; if this has already been reported or
is already known and marked WONTFIX, I apologize. I also apo
On Sun, 2017-06-11 at 04:41 +0200, Ahmed Shahein wrote:
> Dear Madam/Sir,
>
>
> I have tried to compile the attached AMPL model using the GLPK solver
> however, it gave me the following error message:
>
>
> GLPSOL: GLPK LP/MIP Solver, v4.55
> Parameter(s) specified in the command line:
> --mod
Forwarded Message
From: Ahmed Shahein
To: bug-glpk@gnu.org
Subject: expression following = has invalid type
Date: Sun, 11 Jun 2017 04:41:58 +0200
Dear Madam/Sir,
I have tried to compile the attached AMPL model using the GLPK solver
however, it gave me the following error messa
ding to your patch. However, this case needs to
be analyzed more carefully, because perturbation should only relax the
(dual) constraints, so the original unperturbed lp cannot be dual
feasible if the perturbed (thus, relaxed) lp is dual infeasible. I think
this happens due to free (unbounded) v
ixed. Thank you very much for your bug report and patch.
>
> After this fix the solver starts but fails due to singular basis
> matrix, but this is another issue.
>
This happens due to the initial basis routine which constructs a bad
initial basis.
Bes
Hi Chris,
> The attached dat file demonstrates a pbn.mod problem and the patch
> fixes it. Briefly, some arrays have insufficient maximum size when a
> dimension (rows/columns) has odd size.
>
Thank you for your bug report and the patch. Will fix the bug in the
next release.
And
Forwarded Message
From: yfxxljj
To: bug-glpk@gnu.org
Subject: errors when test the glpk installation
Date: Fri, 7 Apr 2017 19:41:18 +0800
Hi, this is a student from China. I am wrting this email hoping that I
can get some help.
I am a biology major and I need to use the COB
Forwarded Message
From: mail386...@mailout.e4ward.com
To: bug-glpk@gnu.org
Cc: mail386...@mailout.e4ward.com
Subject: uncaught self reference in model's param line crashes glpsol
v4.55
Date: Sun, 05 Mar 2017 15:26:21 +
First off, I would like to thank you for sharing such a g
, and there was no intention to use this old format for
communication between glpk and other application programs. Starting
from glpk 4.60 all api routines use so called "glpk format" (which is
a thoroughly designed unified plain text format based on dimacs form
Forwarded Message
From: Morten Welinder
To: bug-glpk@gnu.org
Subject: glpsol's --write format changed
Date: Fri, 20 Jan 2017 08:18:55 -0500
It looks like the format for "glpsol --write ..." changed in Glpk
version 4.59, a version
described as a maintenance release.
I realise th
Markets
RBS
135 Bishopsgate, London, EC2M 3UR, GB
Office: +44 20 7638 7590 | Mobile: +44 7584403047
-Original Message-
From: Chris Matrakidis [mailto:cmatr...@gmail.com]
Sent: 11 January 2017 21:27
To: Wang, Dong mei (NatWest Markets)
Cc: Bug Glpk; Andrew Makhorin; Odetti, Andrea (NatWest
1 - 100 of 555 matches
Mail list logo