Re: Port number limitations in Genero
"Michael Laporte" <[email protected]> Thu, 7 Sep 2006 14:09:33 +0200
| Newsgroups | gmane.comp.lang.4gl.fourjs.user |
|---|---|
| Message-ID | <[email protected]> |
------=_Part_14775_3815397.1157579461897 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Forgot to mention that we are encountering this problem using the following versions: BDL: 1.33.1g GDC: 1.33.1b Thank you, Michael Laporte On 9/6/06, Michael Laporte <[email protected]> wrote: > > We are running into instances where running Genero over an SSH tunnel > generates the following error: > > Program stopped at 'start.4gl', line number 132. > FORMS statement error number -6018. > Cannot access internal data file. Cannot continue this program. Please, > check your environment(3). > > This seems to only happen when the forwarded port (assigned either > automatically or manually) is above 39,168. Given the way that Genero > subtracts 6400 from the base port when establishing the connection, we are > deducing the problem to be that the variable where the port value is > assigned is defined as a SMALLINT(or equivalent) datatype. Given that port > numbers can range up to 65,535, this is causing serious issues with the > application. > > My questions are: > > 1 - Are there documented port ranges which the Genero product must run > within? If we can find out the exact range the program can operate within, > I believe we can modify the program that assigns the port to ensure that it > always falls within the given range. Given our assumption above, we will > start with the range of 15,000 to 39,000. Some guidance from 4js on this > one would be appreciated. > > 2 - I don't see why any kind of limitation should be imposed apart from > what the O/S can handle, in my mind this is a bug. Can someone look into > this issue? > > Thanks, > > -- > Michael Laporte > ------=_Part_14775_3815397.1157579461897 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Forgot to mention that we are encountering this problem using the following versions:<br><br>BDL: 1.33.1g<br>GDC: 1.33.1b<br><br>Thank you,<br><br>Michael Laporte<br><br><div><span class="gmail_quote">On 9/6/06, <b class="gmail_sendername"> Michael Laporte</b> <<a href="mailto:[email protected]">[email protected]</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>We are running into instances where running Genero over an SSH tunnel generates the following error:<br><br><font face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial;">Program stopped at 'start.4gl ', line number 132.<br>FORMS statement error number -6018.<br>Cannot access internal data file. Cannot continue this program. Please, check your environment(3).<br></span></font><br>This seems to only happen when the forwarded port (assigned either automatically or manually) is above 39,168. Given the way that Genero subtracts 6400 from the base port when establishing the connection, we are deducing the problem to be that the variable where the port value is assigned is defined as a SMALLINT(or equivalent) datatype. Given that port numbers can range up to 65,535, this is causing serious issues with the application. <br><br>My questions are:<br><br>1 - Are there documented port ranges which the Genero product must run within? If we can find out the exact range the program can operate within, I believe we can modify the program that assigns the port to ensure that it always falls within the given range. Given our assumption above, we will start with the range of 15,000 to 39,000. Some guidance from 4js on this one would be appreciated. <br><br>2 - I don't see why any kind of limitation should be imposed apart from what the O/S can handle, in my mind this is a bug. Can someone look into this issue?<br><br>Thanks,<br clear="all"><br>-- <br></div><div><span class="sg"> Michael Laporte </span></div></blockquote></div> ------=_Part_14775_3815397.1157579461897--