
<html>

<head>

<style><!--

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

--></style>

</head>

<body class='hmmessage'>

So.. LONGINT as I understand will remain roughly as it was, except VAL(expr, INTEGER) is how you convert expr to INTEGER, instead of ORD(expr).<BR>

 <BR>

 <BR>

And this is already in place.<BR>

 <BR>

 <BR>

?<BR>

 <BR>

 <BR>

So I should go ahead and update File.i3/Status/size and Rd/Wr/Index/Seek/Length to all be LONGINT, "whatever the consequences"? The consequences are roughly the first diff I sent out, with the caveats that I used ORD() instead of VAL(,INTEGER), and a few packages were left to fix. It is mechanical and simple and predictable, just tedious and ugly.<BR>Most Rd/Wr users are limited to INTEGER "sizes" anyway, but a few might gain capacity.<BR>

Classic simple example is the mklib and libdump code, they read the entire file into memory and then deal with that.<BR>

 <BR>

 <BR>

I can send the diffs ahead of time, but there's really no choices left as to what they'll look like, it is forced by the limited capability of LONGINT.<BR>

Had they used LONGINT in the first place, of course, there'd be no diff at this time, the ugliness would have been builtin from the start.<BR>

 <BR>

 <BR>

 - Jay<BR><BR>                                           </body>

</html>