Archive-Date: XXX, 12 Jul 1993 18:04:11 GMT Subject: TCPware LPD and DCPS Message-ID: <21s92r$jbj@theben.kapsch.co.at> From: langstoeger@VENUS.kapsch.co.at ("peter langstoeger") Date: 12 Jul 1993 18:04:11 GMT Reply-To: langstoeger@VENUS.kapsch.co.at Has anyone else problems with the TCPware LPD and DCPS ? Since we changed from CPS to DCPS we cannot print from LPR clients anymore. IMO This symptom points to an error in DCPS. Error message on paper is: RMS-F-IFI, invalid internal file identifier value (There is no error message on command line even when /NOTIFY is requested.) We had this error with printing VMS files with DCPS (and without TCPware) too. A "file deleted before print" gave this message, but DEC can't reproduce it. IMO This symptom points to an error in DCPS. BUT: We had no error when we tried to print the spooled files by hand. 1.) stop the queue 2.) request print from LPR clint 3.) lookup file in TCPware spool directory 4.) request print of spooled file from DCL with same qualifiers 5.) delete first queue entry 6.) start queue again IMO This symptom points to an error in LPD requesting print with the system service $SNDJBC. In fact we had no luck to let a show queue output of a file queued by hand look similar to a show queue output of a file queued by the TCPware LPD. Any hints ? -Peter -------------------------------------------------------------------------------- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and VMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail Peter.Langstoeger@kapsch.co.at KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::Peter.Langstoeger A-1121 VIENNA AUSTRIA "I'm not a pessimist, I am a realist" ================================================================================ Archive-Date: XXX, 13 Jul 1993 23:20:14 -0500 From: volz@process.com Subject: Re: TCPware LPD and DCPS Message-ID: <1993Jul13.232014.83@process.com> Date: 13 Jul 93 23:20:14 -0500 References: <21s92r$jbj@theben.kapsch.co.at> In article <21s92r$jbj@theben.kapsch.co.at>, langstoeger@VENUS.kapsch.co.at ("peter langstoeger") writes: > Has anyone else problems with the TCPware LPD and DCPS ? > > Since we changed from CPS to DCPS we cannot print from LPR clients anymore. > IMO This symptom points to an error in DCPS. > > Error message on paper is: RMS-F-IFI, invalid internal file identifier value > (There is no error message on command line even when /NOTIFY is requested.) > > We had this error with printing VMS files with DCPS (and without TCPware) too. > A "file deleted before print" gave this message, but DEC can't reproduce it. > IMO This symptom points to an error in DCPS. > > BUT: We had no error when we tried to print the spooled files by hand. > 1.) stop the queue > 2.) request print from LPR clint > 3.) lookup file in TCPware spool directory > 4.) request print of spooled file from DCL with same qualifiers > 5.) delete first queue entry > 6.) start queue again > IMO This symptom points to an error in LPD requesting print with the system > service $SNDJBC. > > In fact we had no luck to let a show queue output of a file queued by hand > look similar to a show queue output of a file queued by the TCPware LPD. > > > Any hints ? > > -Peter > -------------------------------------------------------------------------------- > Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 > Network and VMS system manager Fax. +43 1 81111-888 > Technical Computer Center (ADV) E-mail Peter.Langstoeger@kapsch.co.at > KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::Peter.Langstoeger > A-1121 VIENNA AUSTRIA "I'm not a pessimist, I am a realist" Peter: What version of VMS are you using? There was (at least according to the VMS source listings) a problem with how SNDJBC dealt with the FID information that was passed to it under some circumstances. What version of DCPS are you running? Also, have you tried: NETCU MODIFY SERVICE LPD TCP/OUTPUT=SYS$MANAGER:LPD.LOG Then, send LPD a print job and, after it has been accepted, type out LPD.LOG to see if it reports any problems or errors (it probably won't, but it can't hurt to check). When you're done, do: NETCU MODIFY SERVICE LPD TCP/OUTPUT=NLA0: to restore normal operation. For further assistance, please contact technical support at support@process.com. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: Wed, 14 Jul 1993 15:08:06 GMT Subject: invalid I/O channel Message-ID: From: hughes@logos.ucs.indiana.edu (larry hughes) Date: Wed, 14 Jul 1993 15:08:06 GMT Sender: news@usenet.ucs.indiana.edu (USENET News System) I'm in the process of RTFM'ing now, but if anyone knows this for sure I'd appreciate the shortcut. I have some server code that I'm porting from Wollongong/Multinet to TCPware. It does QIOs to get asynch notification of a connection. This code works fine on Wollongong & Multinet, but generates "%SYSTEM-F-IVCHAN, invalid I/O channel" on TCPware. status = sys$qio(0, sd, IO$_ACCEPT_WAIT, &connectIosb, &NetworkConnectAst, 0, 0, 0, 0, 0, 0, 0); Is there a TCPware function that I need to call to translate "sd" into a VMS channel number, ala vaxc$get_sdc() with UCX? "sd" was gotten with socket(), not with an IO$_SOCKET QIO. //==================================================================\\ || Larry J. Hughes, Jr. | hughes@indiana.edu || || Indiana University | "The person who knows everything || || University Computing Services | has a lot to learn." || \\===================================================================// ================================================================================ Archive-Date: XXX, 14 Jul 1993 12:16:21 -0500 From: capobianco@process.com Subject: Re: invalid I/O channel Message-ID: <1993Jul14.121621.84@process.com> Date: 14 Jul 93 12:16:21 -0500 References: In article , hughes@logos.ucs.indiana.edu (larry hughes) writes: > I'm in the process of RTFM'ing now, but if anyone knows this for > sure I'd appreciate the shortcut. > > I have some server code that I'm porting from Wollongong/Multinet > to TCPware. It does QIOs to get asynch notification of a connection. > > This code works fine on Wollongong & Multinet, but generates > "%SYSTEM-F-IVCHAN, invalid I/O channel" on TCPware. > > status = sys$qio(0, sd, IO$_ACCEPT_WAIT, &connectIosb, > &NetworkConnectAst, 0, 0, 0, 0, 0, 0, 0); > > Is there a TCPware function that I need to call to translate > "sd" into a VMS channel number, ala vaxc$get_sdc() with UCX? > "sd" was gotten with socket(), not with an IO$_SOCKET QIO. > > //==================================================================\\ > || Larry J. Hughes, Jr. | hughes@indiana.edu || > || Indiana University | "The person who knows everything || > || University Computing Services | has a lot to learn." || > \\===================================================================// Hello Larry, I noticed that you have also submitted a Technical support call to discuss this issue. I will discuss this with you through the support mechanism. Thanks for your request Mike Capobianco ================================================================================ Archive-Date: Wed, 14 Jul 1993 17:21:40 GMT Subject: Re: invalid I/O channel Message-ID: From: hughes@logos.ucs.indiana.edu (larry hughes) Date: Wed, 14 Jul 1993 17:21:40 GMT Sender: news@usenet.ucs.indiana.edu (USENET News System) References: In article , hughes@logos.ucs.indiana.edu (larry hughes) writes: |> This code works fine on Wollongong & Multinet, but generates |> "%SYSTEM-F-IVCHAN, invalid I/O channel" on TCPware. |> |> status = sys$qio(0, sd, IO$_ACCEPT_WAIT, &connectIosb, |> &NetworkConnectAst, 0, 0, 0, 0, 0, 0, 0); |> |> Is there a TCPware function that I need to call to translate |> "sd" into a VMS channel number, ala vaxc$get_sdc() with UCX? |> "sd" was gotten with socket(), not with an IO$_SOCKET QIO. I just got a reply from support@process.com, and they report that with TCPware, you cannot mix socket driver calls with INETdriver calls. There is an undocumented fix, though: #define accept inet_accept #define bind inet_bind #define socket inet_socket #define listen inet_listen #define ioctl inet_socket_ioctl #define setsockopt inet_setsockopt //==================================================================\\ || Larry J. Hughes, Jr. | hughes@indiana.edu || || Indiana University | "The person who knows everything || || University Computing Services | has a lot to learn." || \\===================================================================// ================================================================================ Archive-Date: Tue, 20 Jul 1993 14:03:59 GMT Subject: announcing IUFINGERD Version 3.0 (beta) Message-ID: From: hughes@logos.ucs.indiana.edu (larry j. hughes jr.) Date: Tue, 20 Jul 1993 14:03:59 GMT Sender: news@usenet.ucs.indiana.edu (USENET News System) IUFINGERD Version 3.0-beta1 is now available for anonymous ftp from ftp.indiana.edu in /pub/vms/iufingerd/v3.0-beta. IUFINGERD is a permanent server process, which requires no subprocess creation to process queries. It is compatible with: o Digital's TCP/IP Services for OpenVMS (aka UCX) o TGV's Multinet o Wollongong's Pathway o Process Software's TCPware Although a beta version, it has been tested somewhat extensively. This version, nearly a complete rewrite, is highly configurable for any site. It sports many command line options, including: ! Used to configure list queries /FAO="fao_string" /JPI=(keyword[,...]) /SORT=(POSITION=position, SIZE=size) /[NO]HEADER ! Used to configure single user queries /PLAN=(filename[,...]) /[NO]MAIL_CHECK /[NO]LAST_LOGIN /[NO]HOME_DIRECTORY ! Used to configure caching for optimization /HOST_CACHE=(SIZE=size, TTL=ttl) /USER_CACHE=(SIZE=size, TTL=ttl) /PURGE_INTERVAL=interval ! General configuration items /[NO]DEBUG /[NO]RFC931 /[NO]RESOLVE_ADDRESSES /PORT=port A companion client program, IUFINGER, is also available on ftp.indiana.edu in /pub/vms/iufinger. Please direct questions, comments, and bug reports to iufingerd@indiana.edu (Internet) or iufingerd@indiana (Bitnet). Special thanks to Jim Harvey (harvey@indyvax.iupui.edu) for his additions to this version. //==================================================================\\ || Larry J. Hughes, Jr. | hughes@indiana.edu || || Indiana University | "The person who knows everything || || University Computing Services | has a lot to learn." || \\===================================================================// ================================================================================ Archive-Date: Sat, 24 Jul 1993 07:32:24 EDT Subject: Re: TCP/IP for RSX-11M+ ??? Message-ID: From: cjclark@intellitech.com (cjclark) Date: Sat, 24 Jul 93 07:32:24 EDT References: <22pj3jINNo27@duncan.cs.utk.edu> Keywords: TCP-IP, PDP-11 ccms@gpu.utcc.utoronto.ca (Erik Ivanenki/0/o) writes: > > Anybody know of the availability of TCP/IP to run on a PDP-11 that is > running RSX-11m+ ? > It's not in the FAQ, but we sell PSC's FTP-RSX for RSX-11M/11M+ also. FTP-RSX - $1420.00 TELNET-RSX $1230.00 TCP-RSX (Both FTP-RSX and TELNET-RSX) $2370.00 Regards, CJ ---------------------------------------------------------------------------- + Intellitech Corporation Semi-Custom Software + + 66 Route 25, Meredith, NH 03253 for Design and Test. + + PH:603-279-6308 FX:603-279-5135 internet: info@intellitech.com + ----------------------------------------------------------------------------