At 09:55 PM 12/11/2011, David Griffith wrote:
>On Sun, 11 Dec 2011, Ralf A. Quint wrote:
>
> > At 09:36 PM 12/11/2011, Ralf A. Quint wrote:
> >>> How can I get this code to do the Right Thing?
> > Actually just realized that it's pretty easy, you just need to
> > typecast properly all parts of the
On Sun, 11 Dec 2011, Ralf A. Quint wrote:
> At 09:36 PM 12/11/2011, Ralf A. Quint wrote:
>>> How can I get this code to do the Right Thing?
> Actually just realized that it's pretty easy, you just need to
> typecast properly all parts of the makeid macro:
Ugh! how'd I miss something like that?
At 09:36 PM 12/11/2011, Ralf A. Quint wrote:
> >How can I get this code to do the Right Thing?
Actually just realized that it's pretty easy, you just need to
typecast properly all parts of the makeid macro:
#include
#include
typedef unsigned long zlong;
// all parts of the macro need to be
On Sun, 11 Dec 2011, Ralf A. Quint wrote:
> At 08:41 PM 12/11/2011, David Griffith wrote:
>> Would someone take a look at this test code and give me some advice?
>> An unsigned long is four bytes under both Linux and 16-bit DOS. Why
>> then do my unsigned longs get chopped off when running unde
At 08:41 PM 12/11/2011, David Griffith wrote:
>Would someone take a look at this test code
>and give me some advice? An unsigned long is four bytes under both Linux
>and 16-bit DOS. Why then do my unsigned longs get chopped off when
>running under DOS?
It seems that at least the Borland compiler
As I stated earlier, I'm trying to re-port Frotz to DOS. I've run into a
bit of a problem with the size of some unsigned longs in quetzal.c.
Below is a test case of some problem code. I first noticed something
wrong when the compiler complained that I had two identical case
statements in a s
