Shell will return to VBA before the command is actually completed.
I think some use apiShellExecute in shell32.dll to avoid this issue.
-Original Message-
From: help-glpk-bounces+jcheng=mwdh2o@gnu.org
[mailto:help-glpk-bounces+jcheng=mwdh2o@gnu.org] On Behalf Of JoaoFlavio
Sent:
My understanding is that sizeof() is 64 bits under a 64-bit OS and 32 bits
under a 32-bit OS. If sizeof() would be assigned to an int variable, I do now
know exactly how the conversion from 64 bits to 32 bits will be handled.
xcalloc is defined as void * glp_calloc(int, int). GLPK puts s
Int try has been used in several subs in glpios07.c However try is a
keyword in Microsoft Visual C++. Will it be better to rename the int
try to int ntry in order to eliminate the use of a MSVC keyword.
Thanks.
int i, j, try = 0, ret = 0;
___
In the code, I is declared as unsigned int.
-Original Message-
From: Andrew Makhorin [mailto:m...@gnu.org]
Sent: Wednesday, January 06, 2010 9:47 AM
To: Michael Hennebry
Cc: Cheng,Jen-Min; help-glpk@gnu.org
Subject: Re: [Help-glpk] bigmul in glblib05.c
>> The sta
4 AM
To: Andrew Makhorin
Cc: Cheng,Jen-Min; help-glpk@gnu.org
Subject: Re: FW: [Help-glpk] bigmul in glblib05.c
On Tue, 5 Jan 2010, Andrew Makhorin wrote:
>> Run-Time Check Failure #1 - A cast to a smaller data type has
>> caused a loss of data. If this was intentional, you should mask
-Original Message-
From: Andrew Makhorin [mailto:m...@gnu.org]
Sent: Monday, January 04, 2010 11:58 AM
To: Cheng,Jen-Min
Cc: help-glpk@gnu.org
Subject: Re: [Help-glpk] bigmul in glblib05.c
> With MS Visual Studio 2008, unsigned int is four
> bytes and un
-Original Message-
From: Michael Hennebry [mailto:henne...@web.cs.ndsu.nodak.edu]
Sent: Monday, January 04, 2010 1:41 PM
To: Cheng,Jen-Min
Cc: help-glpk@gnu.org
Subject: Re: [Help-glpk] bigmulin glblib05.c
On Mon, 4 Jan 2010, Cheng,Jen-Min wrote:
> With MS Visual Studio 2008, unsign
With MS Visual Studio 2008, unsigned int is four bytes and unsigned
short is two bytes. If the value of the unsigned int t is greater than
maximum unsigned short, how will x[i+j] = (unsigned short)t; be
executed? Thanks.
void bigmul(int n, int m, unsigned short x[], unsigned short y[])
{
I had similar problem. Windows Vista can only recognize about 3.5GB memory.
I recompiled glpk with Microsoft Visual Studio 2005 with /LARGEADDRESSAWARE.
Call to WIN32 API GlobalMemoryStatus shows about 2.5GB is available to glpk.
Similar message had been displayed when the "Memory used:" shows
MIPLIB 2003 http://miplib.zib.de/
I compiled the glpk 4.31 with Microsoft Visual Studio 2005.
Glpk can solve manna81.mps of MIPLIB 2003 with -mipgap 1.0 in about 37
seconds. -mipgap 0.05 ended with tree is empty after about 129138
seconds.
The two examples make me wonder how an appropriate
I generated glpsol.exe 4.2.8 using Microsoft Visual Studio 2005. It did
not stop after over 10 hours when manna81.mps of MIPLIB 2003 was being
solved. However COIN_OR could solve manna81.mps in less than 10
seconds.
Will any please tell me what happened. Thanks.
GLPK 4.1.8 and gesa2-o.mps of MIPLIB 2003
It did not stop for over 80 iterations.
The program was run on a Dell Pentium 4 2.8 GHz with 1024 MB RAM under Windows
XP.
Title: GLPK 4.1.8 and gesa2-o.mps of MIPLIB 2003
It did not stop for over 80 iterations.
The program was
12 matches
Mail list logo
