Re: [Apachetoolbox-devel] Re: mod_watch in .58: improved (bin attached)

[Toni M. <su...@oe...>]

Hi Kevin,

On Fri, Jul 12, 2002 at 09:28:44AM -0700, Kevin J. Menard, Jr. wrote:
> Toni Mueller wrote:
> > Then I contacted the author of that
> > module who suggested using ranlib on the generated library, which
> > made it work.
> Ok.  I just never heard of it, so I was trying to learn a bit more about it.

well, ranlib makes some kind of index into the archive where a linker
can look. Apparently the linker doesn't look elsewhere.

> > So I regard the ranlib command as mandatory...
> Ok, then it stays :)

You don't have to take my word for it. Better test it yourself. I
had my version of the mod_watch script from .../bin included in
my first mail today, so you should have no problem.

> Done.  Man, I'm not a big fan of this Mozilla mail client.  I can't wait 
> until my laptop gets back.  I'm only using this now for the IMAP support 
> so I can download my mail when it gets back.

I also only use the Mozilla mail client when accessing my freemail
accounts. For the rest of it I use mutt :-)
But I have not tried to get mutt to work with IMAP+SSL+LDAP yet
which I should in the long run.

> So far I haven't had much luck getting this to compile, but I'm sure 

Sorry, what exactly didn't you get to compile or not?

> it's something minor.  Also, I really don't use sed but I could figure 
> out what you were doing just fine.  But do you know if there's any 
> differences between gnu sed and perhaps the stock hp-ux or solaris sed? 

Not really. I figured it out on both a Linux and an OpenBSD box.
There may well be differences, but I'm not a SED programmer, either.
Only that I wanted to stay within the shell paradigma of the package,
or I'd have programmed it in Perl in the first place. But doing so
would have broken it for many purposes.

>   I just want to make sure this works cross-platform.  Otherwise, I can 
> just change it to a perl call just as easily.

Well (oh - I wrote the snippet above before reading this) I thought
touching Perl was a no-no, and the idea of porting Apachetoolbox to
Perl was already cancelled. Otherwise I'm a big fan of Perl and would
generally like to see the Apachetoolbox in Perl. The only problem
is maybe that Perl could be available on fewer systems out there
because of admin ignorance or company policy. I also have no access to
a HP or Solaris (or AIX) box, so I can't test this.


Best,
--Toni++