In a message dated 12/28/01 12:02:35 AM, [EMAIL PROTECTED] writes:
>For C modules, simply create the C functions you want exposed from your
>module as externs and call them Ns_SomeName. Just make sure you don't
>conflict with a C function name that already exists in the core or in other
>modules.
Well, the cat's out of the bag already. Let's set a standard for exposed
functions that sit within modules.
Currently, in nsopenssl's case:
NsOpenSSL* functions are externed but are not to be called from outside the
module.
Ns_OpenSSL* functions are external APIs that can be called from anywher
>Is this a big deal? Changing function names just to be consistent may be
>viewed as a waste of time. I don't happen to think so. It helps when I go
>read another module's sources if they follow a style consistent with the
>core stuff. I'm probably outnumbered in this view.
I have worked on sever
> One of Ousterhout's greater contributions was the documentation of his
> team's programming standards. I apologize for ending this message
without
> the link. But if they're not there already, maybe the AOLserver.com
folks
> could link to them from their site.
>
>
maybe this link?
http://tcl.
On 2002.01.03, Jerry Asher <[EMAIL PROTECTED]> wrote:
> One of Ousterhout's greater contributions was the documentation of his
> team's programming standards. I apologize for ending this message without
> the link. But if they're not there already, maybe the AOLserver.com folks
> could link to t
I believe nsopenssl conforms to these standards as they are written now.
The standard you pointed us to covers function naming standards, but makes
no distinction between functions in the AOLserver core versus functions in
a module.
/s.
> On 2002.01.03, Jerry Asher <[EMAIL PROTECTED]> wrote:
>
I'm trying to compile the source under SunOS (sparc) and I get the following
error where in dns.c the _h_errno has been referenced and not resolved by
link time. Does anyone know what I need to do to make the source compile
under SunOS?
This is what is printed (after second attempt to link):
(c
+-- On Jan 3, Ramin Naimi said:
> I'm trying to compile the source under SunOS (sparc) and I get the following
> error where in dns.c the _h_errno has been referenced and not resolved by
> link time. Does anyone know what I need to do to make the source compile
> under SunOS?
I don't know
At 11:12 AM 1/3/2002, you wrote:
>I believe nsopenssl conforms to these standards as they are written now.
>The standard you pointed us to covers function naming standards, but makes
>no distinction between functions in the AOLserver core versus functions in
>a module.
>
>
>/s.
Hi Scott, I didn't