Hi guys,
I guess jdresolve could be modified to be more portable
database-wise, but I don't use windows machines, so it would be hard
to really test it. OTOH, I've had several reports of people using it
on that platform (with ActiveState Perl I think) with good results
(dunno about the database part). If the main reason to use it is to
have access to the recursive lookups, I guess that just commenting
the "use DB_File;" line would be enough, as the code only performs
database operations if you tell it to (with the "--database" option).
To get the performance improvement (huge) from using the database,
we'd have to find out which database types are supported under
windows. Is there such a thing as a ssh daemon for Win32? ;)
BTW, the reason for not using a flat file is that most people
resolve _huge_ logs, and the host data simply would not fit in RAM.
Also, using Berkeley DB or other high quality dbs, you get good
caching and the performance penalty for doing the db lookups is
negligible.
Cheers,
jd
On Wed, Apr 04, 2001 at 11:02:31AM -0700, Jeremy Wadsack wrote:
>
>
> Aengus wrote:
>
> > From: <[EMAIL PROTECTED]>
> >
> >> b.t.w am I right in thinking that if I could get jdresolve
> >> to work on Windows NT/2000 it tries to sites like ripe.net to resolve
> >> those addresses that analog or qdns can not?
> >
> > That's what I understand it's supposed to do, but, like you, I us Analog
> > on NT, so I haven't actually tried jdresolv.
> >
> > From my brief foray into jdresolv, I think I can get the networking module
> > working, but then it starts looking for a database module - if jdresolv
> > was simplified to skip the database, it might work on NT, but I don't have
> > the skills to work on that project right now.
>
> The DB_File module could be replaced with a portable use of Tie::DBI
> connecting to any RDBMS for which the DBD driver was installed
> (including CSV for text files). This could be a configuration option
> allowing the user to port to any system that supports those modules.
> Even simpler, jdresolve could just read the hash from disk and write it
> to disk with any of the Perl streaming modules or as a simple flat file
> format, which would work on all systems.
>
>
> But, I don't have the time to work on that right now either. Maybe John
> Rowell might? :)
--
John D. Rowell <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
[irc: jdrowell] http://jdrowell.com http://appwatch.com
[icq: 6273503 ] my GPL'd apps Free Software / Open Source
[pgp: http://jdrowell.com/pgpkey] "I see fat people!"
+------------------------------------------------------------------------
| This is the analog-help mailing list. To unsubscribe from this
| mailing list, go to
| http://lists.isite.net/listgate/analog-help/unsubscribe.html
|
| List archives are available at
| http://www.mail-archive.com/[email protected]/
| http://lists.isite.net/listgate/analog-help/archives/
+------------------------------------------------------------------------
