Text 7, 106 rader
Skriven 2004-03-04 10:57:19 av mark lewis (1:3634/12)
      Kommentar till text 4 av Mike Luther (1:117/3001.0)
Ärende: Privoxy - Ijfire help?
==============================
 ML> Thanks again Mark for the thoughts..

np...

 ml>> whoa! i saw you guys mention resolv2 and in my experiance,
 ml>> that's seemingly always been for the DOS stuffs whereas
 ml>> resolv has been for the native OS/2 stuffs...
 ml>> understand, too, that i'm still on Warp3 FP40 with NO
 ml>> networking FPs installed at all... still original mpts
 ml>> and tcp/ip stuffs...

 ML> Uhh .. checking here .. there is no RESOLV2 in the
 ML> \tcpip\dos\etc path.  It is only in the \mptn\etc path...

hehe, i didn't even think about the \tcpip\dos\etc directory...

 ml>> in looking at my mptn/etc directory, i note that i'm not
 ml>> doing that now as my resolv is dated today (ISP
 ml>> drops me every 12 hours) and my resolv2 is dated Sept 12
 ml>> 2003...

 ML> More interesting, on my master box in question with this,
 ML> RESOLV in the \mptn\etc directory has an hours earlier date
 ML> than RESOLV2 here.  Maybe even more interesting!  RESOLV in
 ML> the \tcpip\dos\etc directory has the exact time and date as
 ML> RESOLV2 in the \mptn\bin directory.  And again RESOLV in that
 ML> \mptn\bin directory has a date almost three hours earlier
 ML> here!

interesting...

FWIW: here's a list of all resolv*.* files on my system...

resolv      \mptn\etc       03/04/04 03:59
resolv.inj  \mptn\etc       02/20/04 21:53
resolv2     \mptn\etc       09/12/03 23:52
resolv2.ba1 \mptn\etc       09/12/03 23:51
resolv      \tcpip\dos\etc  09/12/03 23:52

interesting... the last three all have the same date and time (close enough)...
that must have been when i was in the config app working on the networking
stuff trying to figure out why i still can't get thru my linux router to the
win boxes on the other subnet...

the second one (the inj) appears to have been done when the machine was last
rebooted...

the first one is/was created everytime that injoy (re)connects to the
internet...

i know that this version of injoy dialer mucks around with resolv and
resolv.inj because i see them in the text inside injoy.exe ;-)

 ML> So something has re-written the two later file stamp files
 ML> and left the other RESOLV file alone again in \mptn\bin, with
 ML> this box currently CAT5 connected to the ZyXel.  Now the
 ML> proof part.  On this box, since troubles have been here, I've
 ML> been logging DHCP as well.  Looking back at the DHCP log I
 ML> find that the exact time which corresponds to the time for
 ML> the REWRITE of RESOLV and RESOLV2, is the actual connect log
 ML> run that was last stubbed into the DHCP connect log for the
 ML> current assignment!

 ML> And it did *NOT* touch, in any way, RESOLV in the \mptn\etc
 ML> directory.  In that this is not an Injoy connection at all,
 ML> but an Injoy firewall is here involved, what in blotto is
 ML> going on here if RESOLV is, as you've noted supposed to be
 ML> written as the standard OS/2 file in \mptn\etc, and yet in
 ML> this case I can prove that this isn't so?

 ML> In my case when all this blew up, RESOLV in the \mptn\etc
 ML> directory was last written in the year 2001!  Shades of HAL?

 ML> Is this yet another error in this comedy?

this sounds more and more like a design and coding change in something... i'm
thinking that it is likely in the injoy firewall where this is taking place...
that is, *IF* the injoy firewall is creating and maintaining the resolv
files... if it is not, then something else is... possibly the dhcp client??

i don't know how to tell you to go find out but if it were me, i'd be using the
oldl DOS LIST.COM on every file i could find that is related to the connection
stuff... i've not found anything that really works like LIST.COM and is as
compact and not laden with all sorts of other cruft... yes, it has a limitation
of not being able to see lfns on os/2 but that's something i live with when i
have to...

in any case, look/2 or some list.com clone should be able to help... the way i
did this was to put list.com on the injoy.exe file and hit enter to look at the
raw gobbledegook... NOT hex mode... and then i just did a noncase-sensitive
search for "reso" without the quotes and spotted strings like

  %s\resolv    %s\resole.inj

in the file... that told me what but not where... but enough for me to deduce
what i was looking for... i can only suggest the same or similar in your
case... search that injoy firewall and that dhcpclient and see what strings
they carry within them... if you can locate a native version of the *nix
"strings" util, point it at those programs and dlls and see what it can pull
out...

don't guess... go look at the source or as close as you can get to it OB-)

)\/(ark

 * Origin:  (1:3634/12)