.
At least put in a comment.
-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 statement:
unsigned short c = (unsigned short
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
>> The statement:
>>
>> unsigned short c = (unsigned short)( i & USHRT_MAX);
>>
>> is absolutely equivalent to:
>>
>> unsigned short c = (unsigned short)i;
> Actually it's not.
> The result of the latter statement can be determined
> from the value of i and the value of USHRT_MAX.
> If i is ne
On Wed, 6 Jan 2010, Andrew Makhorin wrote:
These codes are replaced with
unsigned short c = (unsigned short)( i & USHRT_MAX);
The modified codes can produce 13.75 for vpm2.mps of MIPLIB 2003.
I am not sure why you are changing the code. Doesn't the original
version work for you? The glpk cod
> I always prodce debug and release version in order to ensure that
> the code work properly. The release version also stopped immediately
> after such failure.
In MSVC 2008 IDE choose
"Project/Properties/Configuration Properties/C++/Code Generation"
and make sure that "Basic Runtime Checks" op
> These codes are replaced with
>
> unsigned short c = (unsigned short)( i & USHRT_MAX);
>
> The modified codes can produce 13.75 for vpm2.mps of MIPLIB 2003.
I am not sure why you are changing the code. Doesn't the original
version work for you? The glpk code is highly portable, and there is
no
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
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
the source of the cast with the appropriate bitmask. For
example:
char c = (i & 0xFF);
What this does is implementation dep
> 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
> the source of the cast with the appropriate bitmask. For
> example:
>
> char c = (i & 0xFF);
This advice is helpful for quiche eaters only :)
> Because MSVS 2008 wo
-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
> With MS Visual Studio 2008, unsigned int is four
> bytes and unsigned short is two bytes.
Not only in ms. It is the general convention accepted in ILP32
and LP64 programming models, which glpk conforms to. For more details
please see: http://www.unix.org/version2/whatsnew/lp64_wp.html .
> If
11 matches
Mail list logo