• So32dll.Dll & Irex

    From Joe Davis@1:261/1380 to Steve Hayes on Mon Feb 5 16:25:00 2001
    Hi Steve,


    Quoting Steve Hayes to Russell Tiedt <=-

    C:\MPTN\SO32DLL.DLL is on my LIBPATH.

    No comment on the part about not finding the .dll. Never had that happen.


    I never did manage to get that to work.

    The only way I was able to do it was to call Injoy to dial,
    and get Injoy to call IREX.

    Never tried using anything else. <g> Back when I set it up, somehow I got
    the impression that Injoy was the way to go, over using whatever comes
    with Warp4 ... is it DialIp?


    Problem is, I can't use Injoy for anything else now - the moment it
    starts it dials the ISP and calls Internet Rex, so I can't use it for e-mail or web browsing.

    Here is what I wanted to comment on.

    Yes, the same Injoy can be used to dial your ISP, for email and web browsing, and
    even a manual run of Irex while you are there. :)

    I'm not near the bbs at the moment, or I'd refresh myself on the step-by-
    step of how to do it, and pass it along to you. Its been a while since I
    set it up, and since it works so well, I don't have to fiddle with it anymore.
    Its fuzzy now... but I believe that when Injoy is called by an event,
    it takes a command line parameter, that tells it which connection to dial.
    This sounds like what you've commented on above ... "the moment it starts
    it dials the ISP and calls Internet Rex" . This is exactly what it does
    when called by an event.
    Again, I'd have to look at it, but I think all you need to do is leave off that command line param, and it will simply load up and wait for you to
    choose a connection and tell it to dial. This is how it behaves when I
    want to use it.
    Be assured that one installation of Injoy can be used by both bbs events for Irex, and manually by you.

    Let me know if you'd like me to have a closer look at mine. The message
    from you here will be the reminder I need. :)


    ....Joe






    ___ Blue Wave/QWK v2.20

    --- Maximus/2 3.01
    * Origin: Cairdeas (1:261/1380)
  • From Joe Davis@1:261/1380 to Gord Hannah on Mon Feb 5 16:26:02 2001
    Hi Gord,


    Quoting Gord Hannah to Steve Hayes <=-


    Why not set Irex up as a separate event, after all it has
    its own dialer. Just a thought.

    It does?
    shows ya how much I know. hehehehheh
    I thought I read somewheres that it can use the OS/2 dialer.
    Beats me though... I never tried ... all the stuff about dialing out within Irex is not used.

    The event actually calls Injoy for me. Injoy is launched with a command line paramater that tells it which connection to dial. That connection is configured to run a .cmd file, upon negotiating a good connect. That .cmd
    file in turn launches Irex. The last thing it does is KillJoy.
    This all from memory... don't hold me to it. :)

    It works great.

    Hope this helps. Keep us posted.
    Same and same .


    .....Joe






    ___ Blue Wave/QWK v2.20

    --- Maximus/2 3.01
    * Origin: Cairdeas (1:261/1380)
  • From Mike Luther@1:117/3001 to Joe Davis on Tue Feb 6 01:49:12 2001
    For what it is worth.

    Yes, the same Injoy can be used to dial your ISP, for
    email and web browsing, and
    even a manual run of Irex while you are there. :)

    Again, I'd have to look at it, but I think all you
    need to do is leave off
    that command line param, and it will simply load up and wait for you to choose a connection and tell it to dial. This is how it behaves when I want to use it.
    Be assured that one installation of Injoy can be used
    by both bbs events for
    Irex, and manually by you.

    The version of Injoy I have aguments my broadband cable connection. In fact, before I got the cable modem, Injoy was a far better deal than Dial Other Internet Providers, (DOIP) that came with OS/2. Once connected, Injoy will provide all the port service, at least mine wiil, for everthing else I toss against it. For example, the in-town site has all the nailed up operations against the cable modem, including TelNet BBS, FTP server and so on, as and when I need them.

    However, cable service is not available at a remote site that I also need linked to things. So .. in the rural location Injoy comes back as a dial-in to
    the same I/P provider I host from - you're given the dial up access with the Cable service for one dial-in as well.

    Getting Injoy to do that does require some thinking about the setup routine. For example, as part of the setup routine, you can prepare an on-board slaved list of applications that you wish Injoy to fire off after it connects! More than one, as needed. That's similar to what you find with the command line deal being espoused here. You'll likely find that there is a learning script needed or you have to fool with for your provider. PPP,CHAP chalenges, all that stuff. However, Injoy creates a debugging log for your use in discussing what is going wrong if it is.

    As well, Injoy has a number of options to optimize the achieved connection as to I/O. It's set up as a wizard sort of deal for two basi formats, as I recall
    from memory. You may find, for example, that changing the defauit MRU setting Injoy starts with may be required to work best with your provider - I think mine is still set on 1492 .. Whatever. There are tools and output data to let
    you watch the connect rates and transfers to let you fiddle with stuff until you get it just right as needed.

    There is a way, if my memory is correct, to fudge with Injoy and let it issue traffic requests in an oblique fashion at timed intervals. That will keep you connected as long as they will let you hold the connection. In my case, during
    some contest work to proof things, I've been hard against the I/P for 12 hours at a crack - no problems.

    From that point, it's down hill. At the remote site, via both TC/PIP and TELNET, over the one line in use, I wind up able to monitor, on a contiuous basis, the Finland DX cluster on TCPIP, as well as FTP whatever in and out of the site. At the same time ZOC via the Injoy game will let me have access to the TelNet side of the DX spotting cluster spotting game, as well as TelNet access back in town to my cable hosted interface too.

    I do not call my own BBS system POTS any longer if connected to an IP somehow.
    No LD anywhere with Injoy to an IP that is local. And by the way,ZOC is a JEWEL of a program. Its scripting language can let you do a number of interesting things with it that can be merged with other server-side hosts. For example, cluster spots it simultaneously logs to a disk file can be snifffed, autospoken by a speech talker directly over the air as a repeater operation! Service! Service! Grin...

    Of course it is all limited to what the phone line will carry at a given site, but it is darned reliable. I've paid for Injoy and also the so-called professional version which costs a few bucks more. Renewals are freer for longer, plus that version, if my memory is correct, lets you use Injoy for more
    than just POTS phone connects. It can do the job via other interfaces as well.

    My notes on Fixpack faiiures indicate that this is an ongoing spat between Injoy and the IBM crew past Fixpack 12 for Warp 4.0. It results in corruption problems of the system on the second dial-in and connect from a given session if I am correct. Injoy has posted a version of the product that attempts to fix it, per the notes. However, they claim solidly that the problem is in IBM's camp and TC/PIP 4.3 that is involved with Warp 4.5 in the upgrade version.. Per the posts I have, I haven't confirmed whether this hassel is resolved or not. I think it requires careful coordination with a non-regular TC/PIP fix for 4.3 and all this, somehow. Maybe most folks aren't getting all the exact version number files together to get rid of the problem.

    I was happy enough with Injoy to go ahead and pay for the Injoy Firewall as well... Little by little I'm learning .. This game is far bigger than I am!


    Mike @ 117/3001

    --- Maximus/2 3.01
    * Origin: Ziplog Public Port (1:117/3001)
  • From Justin Baustert@1:147/92 to Mike Luther on Tue Feb 6 12:33:40 2001
    My notes on Fixpack faiiures indicate that this is an ongoing spat
    between Injoy and the IBM crew past Fixpack 12 for Warp 4.0. It
    results in corruption problems of the system on the second dial-in
    and connect from a given session if I am correct. Injoy has posted a version of the product that attempts to fix it, per the notes.
    However, they claim solidly that the problem is in IBM's camp and
    TC/PIP 4.3 that is involved with Warp 4.5 in the upgrade version..
    Per the posts I have, I haven't confirmed whether this hassel is
    resolved or not. I think itrequires careful coordination with a non-regular TC/PIP fix for 4.3 and all this, somehow. Maybe most

    I wondered why you still had this problem mentioned.. It has nothing to do with the fixpack level and everything to do with the release level of MPTS in TCPIP 4.3 and the WR8621 MPTS upgrade for TCPIP 4.1. Also, fx (creator of Injoy) didn't release an upgraded product, they allowed folks to download the MPTS patch that came straight from IBM. There is a workaround that can be accomplished in Injoy that concerns the subnetmask setting (that works with out the MPTS patch).


    JB

    --- Telegard/2 v3.09.g2-sp4/mL
    * Origin: Courier Central \ Edmond, OK \ 405.359.3390 (1:147/92)
  • From Mike Luther@1:117/3001 to Justin Baustert on Tue Feb 6 14:49:20 2001
    Yes, Justin .

    I wondered why you still had this problem mentioned..
    It has nothing to do with the fixpack level and
    everything to do with the release level of MPTS in
    TCPIP 4.3 and the WR8621 MPTS upgrade for TCPIP 4.1.
    Also, fx (creator of Injoy) didn't release an upgraded
    product, they allowed folks to download the MPTS patch that
    came straight from IBM. There is a workaround that can be
    accomplished in Injoy that concerns the subnetmask
    setting (that works without the MPTS patch).

    Totally correct. In a way, it's an error in perception on my part, geared mostly to the idea that FP 15 and the upgrade path are all focused on an eventual shift to TC/PIP 4.3. In my own less informed mind that a great many people here, I've mentally lumped the thing in together with FP 15.

    You are right to cite it exactly as it's been discussed.

    I've not migrated to 4.3 yet. I didn't get it that short period of time when it
    showed up free, (I think.. heck there is a ton of stuff here... gloom). I'm stil at WR8025 and UN980, if those names are correct from memory here.

    I made the decision not to buy into SWC until the fireworks began to focus. Irrespective of what I may yet do or not do with eCS, I tried to pay for and get on board the SWC train in late December. I guessed that was the right time...

    All that order stuff was busted by the vendor in mid-January. They could get no product to ship. I tried again at several of the lower price offerors into late January. Same story. I just tried again last Friday,supposedly from a vendor with 23 in stock. No joy yet and there should have been by today. Thus, I'd have no way to accumulate the actual experience for the above .. yet ..

    Today it's been posted Lotus is completely out of stock and it will be into February before any more are available! It's hard to follow it all.

    Perhaps you can understand, thus, my mental image of all this, while at the same time you are totally correct, per the details in the notes in the file.


    Mike @ 117/3001

    --- Maximus/2 3.01
    * Origin: Ziplog Public Port (1:117/3001)