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> &lt;<a href="mailto:[email protected]">[email protected]</a>&gt; 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.&nbsp; 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.&nbsp; 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?&nbsp; 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.&nbsp; Given our 
assumption above, we will start with the range of 15,000 to 39,000.&nbsp; Some guidance from 4js on this one would be appreciated.
<br><br>2 -&nbsp; 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.&nbsp; 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--