1 INFO-VAX	Mon, 07 Nov 2005	Volume 2005 : Issue 621       Contents:* Re: Epson printers are electronic theieves Re: HSJ40 problems.  Re: Is VMS V8.3 near ? Re: Is VMS V8.3 near ?" Re: Printing to HP network printer
 RCP issue, Re: Storage questions  Re: VMS magtape handling Re: VMS magtape handling Re: VMS magtape handling  F ----------------------------------------------------------------------  $ Date: Sun, 6 Nov 2005 20:07:06 -0500, From: "Richard Tomkins" <tomkinsr@istop.com>3 Subject: Re: Epson printers are electronic theieves 7 Message-ID: <1131325786_6469@spool6-east.superfeed.net>   ! http://www.ssclg.com/epsone.shtml   ; http://www.misterinkjet.com/epson_resetter_instructions.htm   3 http://www.inkjetrefills.com/epson/refillkits.shtml   K There seems to be some software and also some chip resetters that you might 2 take a look at and see which one may work for you.  L I myself have not tried any of these, I have an older Epson and Lexmark both without this silly chip shit.    rtt   7 "Larry Gold" <larry.gold@ntlworld.com> wrote in message 0 news:Drqbf.3200$c66.2921@newsfe3-gui.ntli.net... > that is disgusting, > so cartridges you have ink in you cant use >  >  > --   > Larry Gold > Arsenal For Life$ > arsenal49unbeaten03-04@hotmail.com@ > "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> wrote in message9 > news:43494643$0$78282$157c6196@dreader1.cybercity.dk...  > > Gentlemen, > > D > > I have reached the conclusion that the Epson corporation is bothL > > incompetant and corrupt.  Someone should sue their scrawny little asses. > > . > > I have an RX500 - a high end combi-device. > > L > > Today, the reading on my black ink cartridge hit zero, while the other 5 > > read between 23-28% J > > I replaced the black cartridge with a 3rd party product from Gold-Ink. > > K > > After installation the printer informed me that it was loading the ink.  > > % > > I decided to print the test page.  > >  > > Failure - and worse. > > J > > 1: "The ink cartridge is different from Epson blah blah blah" message.= > > This will now appear EVERY time I try to print !!!!!!!!!! 4 > > 2: The device reset all 5 other cartridges to 0%L > > 3: The device has the black cartridge now pegged at 83%, despite not yet > > having printed 1 character > > L > > Because the other 5 cartridges now MUST be replaced I still cannot printE > > and I am REALLY pissed off.  Check how much 6 cartridges (even of B > > alternative branbd) ink costs - this is an expensive exercise. > > L > > The audacity of these assholes to pull this sort of stunt amazes me.  ItJ > > is both amoral and illegal.  There is no technical reason for what has  F > > happenned to me - it is just punishment for installing a non-Epson; > > cartridge - something I believe is my commercial right.  > > L > > I mean, how much money do I have to spend on cartridges before I give up ? G > > Is an ERROR message at EVERY print job even marginally apprpriate ?  > > # > > Where do I get my money back ??  > > 
 > > Dr. Dweeb  > >  > >  > >  > >  >  >       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  # Date: Mon, 07 Nov 2005 01:41:49 GMT ( From: "P. Thompson" <no-spam@new.rr.com> Subject: Re: HSJ40 problems.E Message-ID: <Pine.LNX.4.63.0511061940460.25997@localhost.localdomain>     On Sun, 6 Nov 2005, Leigh wrote:   >  > E > Both are/were running 3.7J. The firmware reports that they are both F > 40's regradless of the designation on the front. The appearences areC > cosmetic with the 40 having sticky out buttons and the 40c having  > recessed buttons.  > E Doesn't the HSJ40C have more cache and allow write caching while the  F straight 40 has a smaller read cache and does not allow write caching?   --- 6 Lord, protect me from those to whom you speak directly1 All salute the new age, and I hope nobody escapes    ------------------------------  $ Date: Sun, 6 Nov 2005 20:36:05 +02007 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com>  Subject: Re: Is VMS V8.3 near ? * Message-ID: <436e4d19@usenet01.boi.hp.com>  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message & news:436e0763$1@news.langstoeger.at...L > I just saw the release notes of a V7.3-2 ECO and there is (more than once) > the reference  > F >                a.b.c.d  Release Version of OpenVMS that will contain& >                         this change: > 8 >                Next reelase of OpenVMS Alpha afer V8.3 > / > So, my question is, is V8.3 (very) near now ? K > Otherwise, I don't understand why it can't be fixed in (a coming) V8.3...  > $ > Or is this just a(nother) typo ;-)  < This is a typo. VMS V8.3 is currently planned for H2 of 20062 all fixes are currently being propagated into V8.3   Guy    >  > --   > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sun, 06 Nov 2005 21:16:38 GMT   From: John Santos <john@egh.com> Subject: Re: Is VMS V8.3 near ? + Message-ID: <Woubf.10410$Q27.6385@trnddc02>    Michael Moroney wrote:: > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >  > b >>In article <JJpbf.34415$kd.27805@tornado.tampabay.rr.com>, Beach Runner <bob@nospam.com> writes: >> >>>Larry Kilgallen wrote:  >>> 2 >>>>>So, my question is, is V8.3 (very) near now ? >>>> >>>Try 8.2-1 first >  > G >>Nice try. Will you make one ? VMS engineering stated they will not...  >  > 5 > Actually, they already have.  Itanic only, however.   A Part of the post that you snipped quite clearly refers to V7.3-2, = which is an Alpha-only version.  V8.2-1 is Itanic-only, hence @ Peter's observation and question.  BTW, Larry did not write "So,@ my question is..." nor did he write "Try 8.2-1..." The first wasB written by the OP and the latter by Beach Runner, in his follow up to Larry's response.  @ IIRC, 8.3 (Alpha and I64) is scheduled for next summer (northern1 hemisphere), which probably means September 2006.      Yours Pedantically,  John Santos      --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 06 Nov 2005 18:59:38 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>+ Subject: Re: Printing to HP network printer + Message-ID: <436EA6FA.CA3C1C4A@comcast.net>    Gremlin wrote: >  > Hi All > J > My mind has become fuzzy over the years - was there ever a way for a VMSL > print queue to print to, for example, an HP printer that had an IP networkG > card?  Without installing third party software?  OpenVMS7.3-2, TCP/IP L > patched etc - don't remember having created queues on remote IP devices to > do this......   @ Yes. In general, direct the reverse-TELNET print symbiont to theF printer's IP address on port 9100. Most of these printers also supportE LPD, but may not have sufficient RAM to buffer the entire print file.   9 You can find documentation on-line to help with the task:   . For TCPIP Services for OpenVMS (p.k.a. "UCX"):  http://www.hp.com/go/openvms/doc  / For Multinet and TCPware from Process Software:  http://www.process.com/    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  $ Date: Mon, 7 Nov 2005 10:16:44 +0800( From: "Fred Jiang" <r54123@motorola.com> Subject: RCP issue, + Message-ID: <dkmdie$ea1$1@newshost.mot.com>    Hi, H I encounter a problem while I use RCP command on UNIX server to copy VMS file to UNIX server.L Let's say, Host A is a UNIX server , B is a VMS server which run Multinet to support TCP/IP protocol.I on B: I create a file ".rhosts" under the default directory of user "aa". 
 with content: - B.ap.aaa.net #(ap.aaa.net is the domain name) : add line "B.ap.aaa.net" to the file "multinet:hosts.equiv"< then on UNIX box: I use command "$rcp aa@B:ops:[aa].rhosts .; Got information :"$ Set NoOn". But there is no file copied. 1 Is anyone know what's the problem due to? thanks, + Pls also advise how to resolve the problem?  On A: remshd is running  On B: Portman is running.  thanks in advance  Fred Krond.    ------------------------------  # Date: Sun, 06 Nov 2005 21:28:03 GMT   From: John Santos <john@egh.com> Subject: Re: Storage questions+ Message-ID: <Dzubf.10412$Q27.2101@trnddc02>    Steven M. Schweda wrote:( > From: "H Vlems" <nospam@what.ever.com> > 7 >>I understand that DIFF and SingleEnded are different. H >>However, what I used to think of as SCSI-2 is now called SE, isn't it? >  >  >    Not really.  See, zB,8 > "http://www.seagate.com/support/kb/disc/scsirev.html". >  > I >>The KZPBA-CY has two onboard connectors: 68 pin and the "old fashioned" K >>(that is, I recognize it) 50 pin SCSi-2. I did not realise there are DIFF ! >>drives with a 50 pin connector.  >  > J >    Lots of Seagate STxxxxxND drives exist.  "N" = 50-pin (Narrow), "D" = > Differential.  ZB, ST15150ND.  >  > 8 >>What kind of (DEC) peripherals work with the KZPBA-CY? >  > 4 >    Differential ones.  Not my region of expertise.  3 I think they all (pretty much) work, but you need a 5 differential-to-single-ended adapter, a.k.a. a DWZZA.   > Also, I think some of the HSZ's are single-ended to the drives? and diff to the host, so this might be another way to use them.   > Another thing to beware of is DIFF vs. LVD (low voltage diff).  < I think Diff has a separate twisted pair for each signal vs.: a single ground for all signals in SE, but operates at the= same voltages.  LVD is like diff, but lower voltage, so there ; is some risk of breaking things if you plug DIFF/SE devices 2 directly into LVD without an adapter of some sort.     > 	 >    SMS.      --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 06 Nov 2005 17:57:26 -0800 4 From: Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com>! Subject: Re: VMS magtape handling % Message-ID: <1131328642.114379@smirk>    David J Dachtera wrote:   J > Two successive tape marks with no interventing data records signify "end	 > of tape   : Not always true!   If you have an ANSI-formatted mag tape,= and one of the files is empty (has no records), you will have 9 two tape marks with no intervening data records.   We got ; caught by this when making copies of an old RT-11 DECUS SIG < tape with exactly this situation.   The "standard" tape copy< program of the time, TPC, had to be modified (with an option switch) to handle this.    Alan   ------------------------------  % Date: Sun, 06 Nov 2005 18:54:35 -0800  From: Z <Z@no.spam> ! Subject: Re: VMS magtape handling + Message-ID: <Hlzbf.10445$7s1.6578@fe04.lga>    Alan Frisbie wrote: K >> Two successive tape marks with no interventing data records signify "end 
 >> of tape  < > Not always true!   If you have an ANSI-formatted mag tape,? > and one of the files is empty (has no records), you will have ; > two tape marks with no intervening data records.   We got = > caught by this when making copies of an old RT-11 DECUS SIG > > tape with exactly this situation.   The "standard" tape copy> > program of the time, TPC, had to be modified (with an option > switch) to handle this.    Then how do you locate EOT?    ------------------------------  % Date: Sun, 06 Nov 2005 22:13:53 -0800 ( From: Jeff Cameron <roktsci@comcast.net>! Subject: Re: VMS magtape handling 0 Message-ID: <BF9430A1.1774C%roktsci@comcast.net>  A On 11/6/05 6:54 PM, in article Hlzbf.10445$7s1.6578@fe04.lga, "Z"  <Z@no.spam> wrote:   > Alan Frisbie wrote: L >>> Two successive tape marks with no interventing data records signify "end >>> of tape  > = >> Not always true!   If you have an ANSI-formatted mag tape, @ >> and one of the files is empty (has no records), you will have< >> two tape marks with no intervening data records.   We got> >> caught by this when making copies of an old RT-11 DECUS SIG? >> tape with exactly this situation.   The "standard" tape copy ? >> program of the time, TPC, had to be modified (with an option  >> switch) to handle this. >  > Then how do you locate EOT?   K While this is true that you can have two consecutive file marks that do not K signify the end of volume in an ANSI formatted tape when the file length is J zero, the MTACP knows this because it was immediately preceded by a headerI file which just told you the file name and the number of tape blocks that H follow (ie zero). In an ANSI tape volume, after the Volume header files,K each named file stored on the tape is actually made up of two physical tape J files; first the header file (which describes the attributes of the file), followed by the data file.  J The ANSI specification does state that two consecutive file marks found in@ place of the header file does indeed indicate the end of volume.  I So if you are planning to copy an ANSI volume to another ANSI volume, you H should mount both source and target as ANSI volumes and use the VMS COPYJ command. If it is a foreign tape format, you can either use your TAPE COPYJ program or the VMS BACKUP/PHYSICAL command. The latter is much more robustH than most copy programs. It can even handle ANSI multi-volume extensionsB when the source and target tapes are of different physical length.   Jeff   ------------------------------   End of INFO-VAX 2005.621 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                            =yvJ7압1&֡y|r<^ud!+YFpبqt|EO")I?C'>?k^Уݽ>>!ǩ+o@t&\YKjbl{Kt]-l5{95| Fjp̈X;zI9o1OY%4DL
oH(#y+{K<,maL!T*
ff@&8rVTɰ e>FY7T>'97ϻo#y37vx([?&&ܴj*E%GN,U;|8FCWR[fgw
pG4wR +PmȿuOj@hplAwIxa Wōͼrkh|֮8~tiprEV]
y<on~{->
nP'f,+r/=
URS!A3^,:LNă"jt
t]<N8k0Qu`fW:;.#Cosdѷ1ZqIu>!{4+Hk}c4P{^}L)g DǨLP{П7j}'FSY&67`ZKKo{!c΂mba9ן>!
?HM
@_\ܐhCѕzl^sちϣӕ	~9jm94HVo4ۂХmJѽ8Hr7%Nu:0+O-ss8V;UK%jBIԂBQGhP:ucԯZ~~SzL{r~ZV9=鏐~=4r,=H[*Vc
ZW0䈸'[ؐcDikR2թ-cz6$7g"WJ8Ҕbͧ>y¹*:0S5`W׾yA?m"_ɤNDT37o*u)lH3~{}'*|EWu|	hW-iz鰱
 $a9٭.\}ֽd!>sKM..>Dw{:U;PT2*!Q	2Fjc_@;؊(Fhl=0]!
ɅGVS~}u+u&Z?9j=?zm/,%4Ubx!UGëխrCk8t'Q͈(	AF![1۵ip&ʁon)
WH~ۤo:5	:c}Z&9/(ɩF݆صejCĒR	[&r/:?`0x,H%1 DG	"29mK;b۝!*~+GG/Yy?7%ee48)A)IwPPElMfWxZUkƒ	:tcUQ

;Bs[ KjGƱ*VNNݷ츆ft?tEߑG_ ^ :EǞwp
Іz<( Ù݃Y ,y=:FL
yh7q9^js6gТK HIvU)hG*a43T Y_}HK [´H'rnc/Jfz%*^G9tYArߜѹ6%^++:ꢒbщ9,ke" XӛDzKkWbxT+a6+w
qj-Zgb!xt6]h{QYU"