1 INFO-VAX	Thu, 14 Oct 2004	Volume 2004 : Issue 570       Contents:" Re: Alpha COBOL Debugger anomolies/ Re: Another bug in Zip 2.3 for VMS (with a fix) / Re: Another bug in Zip 2.3 for VMS (with a fix) < Apple develops and advertises niche products; profit doubles, Re: DECwindows security: access to port 6000% Re: Installing X apps on VAX vs Alpha & Re: JF on Cats Stevens and Bush Regime Re: Laptop as a terminal?  Latest on Windoze Navy software # Re: Latest on Windoze Navy software # Re: Latest on Windoze Navy software ; Re: Let me own OpenVMS and I will destroy the linux market! ! Logging Serial Connection to File % Re: Logging Serial Connection to File % Re: Logging Serial Connection to File  Re: OpenVMS : New Roadmap  Re: OT: IBM Redbooks Re: OT: Sun's fighting chance  Re: OT: Web Security+ Program to read a 8000 bytes record file... / Re: Program to read a 8000 bytes record file... / Re: Program to read a 8000 bytes record file...  Re: Sayonara storage Re: vms and fibre channel   F ----------------------------------------------------------------------  % Date: Thu, 14 Oct 2004 00:00:23 +0200 . From: "Gorazd Kikelj" <gorazd.kikelj@siol.net>+ Subject: Re: Alpha COBOL Debugger anomolies 1 Message-ID: <Xzhbd.4227$F6.1183526@news.siol.net>    Hi Tom,   ; "Tom McWilliam" <mcwilliamt@aforbes.co.za> wrote in message 7 news:34f95bea.0410130048.653b4c48@posting.google.com...   H >     As with the original posting, "The problem is that when crashes ofD > this kind occur on the VAX I get the exact line number and routineE > name of the error in the traceback info so it's easy to correct. On H > the AXP this is not as simple, I get traceback info, routine names andG > line numbers but then find that the error didn't occur there but at a F > completely different location. The only way to find that location isC > to step through the program in the debugger ......... and when it G > suddenly jumps to a totally unexpected location somewhere else in the 3 > program I know I have found what I'm looking for.  > G > This is not exactly a lot of fun to do and takes an awful lot of time F > compared to the VAX where I was always given the correct location ofA > the error and could correct it immediately instead of going and H > stepping through dozens, hundreds or, in the worst cases, thousands of! > lines of code in the debugger."  >   A As Alpha CPU has Out of Order execution you can't realy tell what J instruction is executing right now compared to program listing. So it is a" fun to find a real point of error.  D Differences in program execution between debug and normal version isH optimizer. Some things can behave diferently and also error point can beH moved to totaly different point of the program as optimizer rearange the code.    Best, Gorazd   ------------------------------  % Date: Wed, 13 Oct 2004 22:01:18 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>8 Subject: Re: Another bug in Zip 2.3 for VMS (with a fix)+ Message-ID: <416DEBFE.75615C10@comcast.net>    sms@antinode.org wrote:  > I >    In the continuing Zip saga, as I've been working on VMS code for the F > forthcoming Zip 3.0, I've run into an interesting bug in Zip on VMS.H > From time to time, but not always, there seemed to be an awkward pauseF > between the time when an archive was apparently created and when Zip > actually exited. > G >    Research revealed that Zip creates an archive in a temporary file, C > "ziXXXXXX.;", where "XXXXXX" is the low six digits of the decimal J > representation of the process ID.  (See "tempnam()".)  Then, if all goesJ > well, it renames it to the desired archive destination name specified by > the user.  > H >    The temporary file was supposed to be created in the same directoryI > as the user-specified destination, making it easy to rename.  Sadly, on I > VMS it was normally created in the default directory instead.  Thus, if E > the archive destination was on a different disk, the rename attempt J > failed, and Zip (cleverly, but not instantaneously) copied the temporaryJ > file to the archive destination.  This copy operation was the reason forH > the pause, which could be substantial for large files on hardware like > mine.   D The /TEMP_PATH qualifier (no UNIX-like equivalent that I can find in. ZIP_CLI V2.2) is supposed to provide for that.  9 >    The fix should be in Zip 3.0 whenever that emerges.     Looking forward to it!   > If it's botheredB > you before, as it has me, a retro-fix is available in the latest > FILEIO.C and VMS.C under:  > 6 >       http://www.antinode.org/ftp/info-zip/zip-2_3x/1 >       ftp://ftp.antinode.org/info-zip/zip-2_3x/   F I've never tried building ZIP from source, but I just might to include these fixes.  H >    On the bright side, there appears to be some hope of the large-fileF > stuff working on VMS in the new Zip/UnZip, where the C RTL can cope.  5 Some folks have been asking for that for a while now.   2 Thanx for all your research and other work on ZIP!  H If there's any other functional changes, let me know and I'll update the. old presentation from 1999 (DECUS, San Diego).  4 You will be continuing the ZIP_CLI version, correct?   --   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/    ------------------------------  + Date: Wed, 13 Oct 2004 23:00:14 -0500 (CDT)  From: sms@antinode.org8 Subject: Re: Another bug in Zip 2.3 for VMS (with a fix)) Message-ID: <04101323001459@antinode.org>   2 From: David J Dachtera <djesys.nospam@comcast.net>  F > The /TEMP_PATH qualifier (no UNIX-like equivalent that I can find in0 > ZIP_CLI V2.2) is supposed to provide for that.  D    It's "-b", and it should be more obviously documented in Zip 3.0,D too.  (I found it in the source before I found it in the docs.)  ButD you're not supposed to _need_ to use it to avoid the rename problem.  H > I've never tried building ZIP from source, but I just might to include > these fixes.  E    What do you do with all your time?  (It's bound to be educational, B and complaints are always welcome if you find any fresh problems.)  J > If there's any other functional changes, let me know and I'll update the0 > old presentation from 1999 (DECUS, San Diego).  G    I believe that the large-file support (on non-VAX) is the big thing, G but I've not studied the 3.0 beta docs closely.  (Of course, it doesn't @ all actually work right yet.)  I also expect to change the buildF procedures to put arch-specific files in [.'arch'] directories instead? of using the .'arch'_obj, .'arch'_olb, .'arch'_exe file types.  H Large-file support is optional, so you can have [.ALPHA] (2GB limit) and8 [.ALPHAL] (large-file) kits.  Also [.IA64] and [.IA64L].  H    Note that the 2GB limit is back again in the 3.0 small-file edition. F It was too much trouble to try to maintain unsigned 32-bit sizes while# the 64-bit ones are signed (off_t).   F    I don't have GCC or VAX C installed on anything here, so if supportD for either of these is important to anyone, it would be good to hearD about it before the release.  (Not trying to break anything, but not testing either.)      Get your objections in soon.   6 > You will be continuing the ZIP_CLI version, correct?  <    Yes.  In fact, -V stays /VMS, and -VV becomes /VMS = ALL.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 13 Oct 2004 17:58:22 -0400 # From: "John Smith" <a@nonymous.com> E Subject: Apple develops and advertises niche products; profit doubles , Message-ID: <AZCdnQW2w6ubOPDcRVn-tQ@igs.net>  L http://story.news.yahoo.com/news?tmpl=story&ncid=749&e=1&u=/nm/20041013/bs_n m/tech_apple_earns_dc     L Do you suppose that HP could do as well advertising a product that companies$ really need?, he asked rhetorically.   ------------------------------  % Date: Thu, 14 Oct 2004 01:32:05 -0400 3 From: Undisclosed <nomail@dontbeaweaselspammer.com> 5 Subject: Re: DECwindows security: access to port 6000 0 Message-ID: <G_udncPqYIHLkvPcRVn-qQ@comcast.com>   JF Mezei wrote: O > Just noticed some korean hacker had a session established to my vaxstations's  > port 6000. > N > A BG6309 device was created and owned by DECW$SERVER_0 process running under > my own username. >  > Questions: > P > Why would the SERVER  (which is the x terminal side, right ?) be running underI > my username instead of SYSTEM ? Doesn't the server get started before I  > actually login ? > O > If this korean hacker was connected to port 6000, it is correct to state that P > the "normal" effect would have been for him to pop a window up on my display ?K > (as opposed to running some executable on my machine under my username) ?  > N > Is there a utility that lists all clients that have connected to my server ? > N > (eg: to find out if this guy had actually begun to do anything, or if he hadM > just established a TCPIP connection hoping it would be some web server, but   > hadn't begun any X protocol ?) > O > If someone connects to port 6000, would the DECW$SERVER process time out this H > connection eventually if the "client" doesn't initiate abny X protocol > activity ? > P > (and yes, I have since disabled inbound access to my X server, but sometimes IO > want it opened if I need to test software that runs on a remote node whose IP  > many not be fixed).   < uhh... don't you guys have SSH X/DECWindows port forwarding?  2 leaving port 6000 open to the world is a bad idea.  G shoveling it over SSH means someone has to authenticate first with SSH   to get access to the X server.   ------------------------------  % Date: Wed, 13 Oct 2004 16:04:53 -0700 , From: Ken Fairfield <my.full.name@intel.com>. Subject: Re: Installing X apps on VAX vs Alpha+ Message-ID: <ckkcal$to6$1@news01.intel.com>    JF Mezei wrote: L > Is there a document which provides examples on how one should distribute XJ > apps on VAX and Alpha considering those have 2 totally different session& > managers and application databases ? > K > Or are the difference such that one can only supply the files and get the I > system manager to manually add the proper information to the respective  > application databases ?   C     In a previous life, for applications that most users might have A a need run, I added those applications (as system manager) to the C system-wide vue$profile "thingy" (yes, it's been many years now and + the details have left my volatile memory!).   K > (I think i know how I can hack the vue$*.vue$dat files on VAX, the record J > structure is fairly simple), but I have no idea how it is done on Alpha.  G      For the "old" desktop, DECwindows/Motif interface, you can add and F remove menu items by logging into the SYSTEM account and modifying oneE of the "public" profiles.  I htink this is even documents (otherwise, * how would I ever have figured it out? :-).  F       If you decide that there are only a limited number of users thatD are affected, and you want the changes to apply only to those users,B or if you want to modify your own profile, there's a freeware toolF called VUE_PROFILE that allows you to dump the contents of vue$profileC into a flat file for editing, and then reimport the flat file.  You F need to know something about the data fields in the file, which may or< may not be documented with the tool, but it's not difficult.  H      VAX and Alpha use the same format for vue$profile so that shouldn't be an issue.  P > Also, on VAX, applications started from the session manager have access to theM > various vue$ "functions" at the DCL level, same as if they had been started % > from the filemanager "application".   F      I decoded some of this stuff at one time.  You can learn a lot byC adding a SHOW SYMBOL/GLOBAL/ALL to one of the DCL command procdures < used by an "application".  You will want to study the (slim)H documentation on how to popup a message within the session manager, etc.  M > Is that the case on CDE as well, or is there both filemanager  as well as a P > different CDE startup environment which would supply a filename in a different1 > fashion than the filemanger's vue$xxxxx setup ?   E      I don't know how to customize CDE...but I wish I did!  If anyone ; would like to post some references here, I'd appreciate it.    	-Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------    Date: 13 Oct 2004 23:45:08 -0000( From: Ralph Doncaster <jf.is@psycho.cum>/ Subject: Re: JF on Cats Stevens and Bush Regime 7 Message-ID: <DO9K5R5L38273.7813425926@anonymous.poster>   B J F  M e z e i aka "nobody", "John Doe", etc., etc., etc. trolled:  L >In defiance to the Bush Regime, I have just tuned in to a satellite station) >that is broadcasting a Cat Stevens song.  > M >If US media were more awake, they would have been broadcasting Plenty of Cat M >Stevens Songs the day he was arrested and put in jail overnight as a show of C >support of Cat Stevens and defiance of the Bush Regime's policies.  > N >At least Cat Stevens (or whatever is name is this week) would have known thatH >he still has grass roots support from americans and that it is just the >government gone nuts.   As opposed to you going nuts?    ------------------------------  % Date: Wed, 13 Oct 2004 21:54:54 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>" Subject: Re: Laptop as a terminal?* Message-ID: <416DEA7E.2E9F80D@comcast.net>   Jan-Erik Sderholm wrote:  >  > David J Dachtera wrote:  > >  > > James Nykiel wrote:  > > >  > > > Greetings: > > > L > > > I am going to be receiving an AlphaStation 200 4/233 (Thank you Alan!)O > > > within the next couple of weeks but unfortunately it now appears that the < > > > monitor I was planning on using may be on its way out! > > > K > > > I have an IBM ThinkPad X20 laptop running Linux Fedora Core 2 and was N > > > wondering if it is possible to somehow use the laptop as a "terminal" soP > > > that I can install and use OpenVMS until I round up a replacement monitor? > > > N > > > If this is even possible what all do I need to do, buy, or build to make > > > it so. > > % > > Well, of course there's Kermit...  > > L > > However, if all you need is just a serial console terminal (TTY quality,J > > little or nothing more), even the crippled HyperTerm that shipped with" > > older WhineBloze will suffice. > > L > > Try to get Kermit or some other freeware serial terminal program, if youE > > can't afford/justify Reflection or some other (lesser) commercial  > > terminal program.  >  > On a Linux system ?  > Interesting...  A Must have missed that part. Still, is there not a Kermit or other D terminal program, either in the distro. or out in the freeware world+ that will run/compile on Linux(,*bsd,etc.)?   D WRQ may have to "get on board" the Linux gravy train before too much	 longer...    --   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/    ------------------------------  # Date: Wed, 13 Oct 2004 20:42:53 GMT ( From: "P. Thompson" <no-spam@new.rr.com>( Subject: Latest on Windoze Navy softwareE Message-ID: <Pine.LNX.4.58.0410131546070.14624@localhost.localdomain>   I I know the saga of Windows appearing in military mission critical systems G replacing more capable systems like OpenVMS rears its ugly head here on 	 occasion.   + Here is the latest for those who missed it: / http://catless.ncl.ac.uk/Risks/23.56.html#subj4   F "The Royal Navy's new, state-of-the-art destroyer has been fitted withI combat management software that can be hacked into, crashes easily and is I vulnerable to viruses, according to one of the system's designers who was # fired after raising his concerns. "    --- 6 Lord, protect me from those to whom you speak directly+ Leave the no-spam in, correct email address    ------------------------------  % Date: Wed, 13 Oct 2004 17:47:58 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: Latest on Windoze Navy software, Message-ID: <416DA287.8C425842@teksavvy.com>   "P. Thompson" wrote:- > Here is the latest for those who missed it: 1 > http://catless.ncl.ac.uk/Risks/23.56.html#subj4  > H > "The Royal Navy's new, state-of-the-art destroyer has been fitted with6 > combat management software that can be hacked into,   G I wonder if the canadian sub, purchased second hand from the brits, was  outfitted with windows.   G Imagine the impact on Microsoft's image *IF* it were found that windows E systems caused the fire which killed one creman, disabled a whole sub A (smoke/soot everywhere in the sub) and inmjured many submariners.   I What I found interesting is the argument that it costs less to develop on H Windows than on Unix. Is this because you can hire inexperienced windowsM programmers to build mission critical software whereas people who choose unix L solutions would know that they need to hire experiecned people to write such mission critical software ?   M If HP weren't a slave to Microsoft, it could then, whenever there are stories F about windows failures in misison critical apps, ADVERTISE  (I know, aN prohibited word) VMS in relevant magasines showing how VMS provides not only aB reliable operating system, but also a development envuironment andI documentation that fosters better quality code and no buffer overruns :-)    ------------------------------   Date: 14 Oct 2004 00:22:48 GMT From: healyzh@aracnet.com , Subject: Re: Latest on Windoze Navy software+ Message-ID: <ckkgso0m0m@enews4.newsguy.com>   . JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:K > What I found interesting is the argument that it costs less to develop on J > Windows than on Unix. Is this because you can hire inexperienced windowsJ > programmers to build mission critical software whereas people who chooseH > unix solutions would know that they need to hire experiecned people to( > write such mission critical software ?  G All hail the almighty Dollar (or technically in this case Pound).  Once K again people decide to go with the cheaper solution, rather than the better " (and in this case safer) solution.  L One thing that boggles my mind is that once upon a time, the US DOD dictatedH that software for military hardware had to be written in this wonderful L little language that they developed called Ada.  A language which finds mostJ bugs when you compile the application.  These days the software is writtenC in C, C++, and probably Visual Basic, Java, C#, etc, and is run on   MS Windows.   E Of course this is the same kind of intelligence that has corporations I running MS Exchange for thier mail servers, and spending Millions as each 8 new virus outbreak sweeps through thier desktop systems.  A Don't even get me started on the Medical equipment that now uses  
 MS Windows...    		Zane   ------------------------------  % Date: Thu, 14 Oct 2004 01:10:17 -0400 3 From: Undisclosed <nomail@dontbeaweaselspammer.com> D Subject: Re: Let me own OpenVMS and I will destroy the linux market!0 Message-ID: <a9CdnW6Rl_6ml_PcRVn-jQ@comcast.com>   Bob Ceculski wrote: 9 > It's said that all of the owners of vms fail to realize 9 > what they have in their hands ... they have the very os 4 > that can destroy the linux market when aggresively > marketed and priced ...   I yes, because lord knows all the customers want to get locked into VMS, a  A proprietary OS with poor software support in comparison to Linux.   E VMS should look at competing with Solaris/AIX/HP-UX for the title of  H "Old Reliable", not trying to take the Linux market, since it would get 	 trounced.    ------------------------------  % Date: Wed, 13 Oct 2004 21:05:14 -0400 2 From: "Jerry Alan Braga" <jerry.braga@noreply.com>* Subject: Logging Serial Connection to File/ Message-ID: <1tWdnV-pacBXTfDcRVn-sA@rogers.com>   J We are implementing a new phone system that can dump an activity log to a J serial connection.  What we would like to do is have this logged captured L into a log file ans store on our VMS server so that it then can be imported K into our database for analysis.  What would be the best way to handle this.   J a) use a pc with the serial connection attached and then user kea-term or K another package to capture to a log then manually close and ftp the log to   vms   H b) connect the serial cable to a terminal server that my vms system can E reach and then use the vms telnet client to connect to that port and  C redirect all input to that port to a file by redirecting sys$output   G c) writing an application somehow that can connect to that port on the  J terminal server an redirect all data to a log file directly and then then L application can periodly flush this output.  This would be kind of a telnet  symbiont but in reverse.   ------------------------------  % Date: Wed, 13 Oct 2004 22:11:58 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>. Subject: Re: Logging Serial Connection to File+ Message-ID: <416DEE7D.B1608581@comcast.net>    Jerry Alan Braga wrote:  > K > We are implementing a new phone system that can dump an activity log to a K > serial connection.  What we would like to do is have this logged captured M > into a log file ans store on our VMS server so that it then can be imported M > into our database for analysis.  What would be the best way to handle this.  > K > a) use a pc with the serial connection attached and then user kea-term or L > another package to capture to a log then manually close and ftp the log to > vms  > I > b) connect the serial cable to a terminal server that my vms system can F > reach and then use the vms telnet client to connect to that port andE > redirect all input to that port to a file by redirecting sys$output  > H > c) writing an application somehow that can connect to that port on theK > terminal server an redirect all data to a log file directly and then then M > application can periodly flush this output.  This would be kind of a telnet  > symbiont but in reverse.  A I'd suggest #2. That way, you can TYPE/TAIL the output to see the H recently received data. Put in a loop to re-open the channel upon EOF soH the daemon never dies. To start a new output file, just kill the process! and start a new one very quickly.    --   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/    ------------------------------  % Date: Thu, 14 Oct 2004 00:07:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Logging Serial Connection to File, Message-ID: <416DFB67.B6B8B1A6@teksavvy.com>   Jerry Alan Braga wrote:  > K > We are implementing a new phone system that can dump an activity log to a K > serial connection.  What we would like to do is have this logged captured . > into a log file ans store on our VMS server   J On the VMS server, you can run a simple kermit script that establishes theI connection to the terminal server port and then just logs everything to a N file. (You'll need to define an LTAxx device on VMS using LATCP so that an app* on VMS can access the remote serial port).  I One issue to deal with will be the closing and opening of a new log file. J With Kermit scripting, you may setup a search for a string (for instance aM date), and when you get the first message with that date, you could close the S log file and open a new one automatically, and then add 1 to the date to check for.   F or you could write an application which does the serial connection andI logging, and then received control commands through a mailbox so that you . coudl start/stop new logs at your convenience.   ------------------------------  % Date: Wed, 13 Oct 2004 16:02:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: OpenVMS : New Roadmap, Message-ID: <416D89C6.8FF03FFC@teksavvy.com>   Michael Unger wrote:I > It might depend on the fonts installed locally (and on font replacement H > algorithms) -- the PDF document doesn't contain *all* fonts referenced > in it.  N Then the creator of the PDF document needs to change the config of the AcrobatH software so that it includes all but the standard 13 fonts to ensure the$ documet can be read on any platform.   ------------------------------    Date: 13 Oct 2004 17:16:39 -04003 From: Rich Alderson <news@alderson.users.panix.com>  Subject: Re: OT: IBM Redbooks . Message-ID: <mddpt3m71zc.fsf@panix5.panix.com>  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:   ? > In article <5d708ac7.0410122035.1c0af615@posting.google.com>, 3 > johnhreinhardt@yahoo.com (John Reinhardt) writes:   H >> let's not go there).  Alternatives could be DECbooks (taken already?)  H > There are at least two instances of DEC reusing a name for a differentG > product.  DECset was one, and the other was an inter-application link D > mechanism whose name I forget (DEClink?).  Of course I never _did_F > understand what the usurper product did, making it clear how useless( > taking over the name turned out to be.  L How about DECsystem?  First used on a series of excellent 36-bit mainframes,I and later re-used on an Ultrix server product with a MIPS processor (same " timeframe as the DECstation-3100).   --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------  % Date: Thu, 14 Oct 2004 01:05:23 -0400 3 From: Undisclosed <nomail@dontbeaweaselspammer.com> & Subject: Re: OT: Sun's fighting chance0 Message-ID: <wIGdnW4q-7GIlPPcRVn-oA@comcast.com>  ( Andrew Harrison SUNUK Consultancy wrote: > David Svensson wrote:  > < >> JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message + >> news:<415324FC.9DE61861@teksavvy.com>...  >>7 >>> You know, this talk about "open" got me thinking...  >>> A >>> Imagine IF, unhindered by the unwanted port to IA64, the VMS   >>> engineers had L >>> managed to give VMS a linux compatibility layer, complete with FX32! andI >>> delivered this FASTER than Sun's equivalent which is expected "soon".  >> >> >>F >> Sun's solution isn't emulating a CPU. Their Solaris x86 OS will runB >> Linux x86 binaries, which isn't exactly rocket science. SimilarG >> projects exists in several other operating systems. The question, as 3 >> usual, is how good the support for this will be.  >>A > The initial release is targeted at running all the applications 5 > currently qualified for RedHat Advanced Server 2.1.  >  >>A >>> The marketing opportunities would have been very interesting.  >> >> >>E >> Not very, it would just validate the reason that you could run the , >> software on a real Linux machine instead. >  > B > Not really, dtrace for example provides a level of observability@ > for developers and deployers that is unlikely to be replicated6 > by the OpenSource community in the forseable future. > C > And dtrace is only one example of areas where Solaris leads linux 1 > by a very wide margin as a deployment platform.  > < > Security, resource management, virtualisation, scalability4 > and cost for example are also in Solaris's favour.   lol @ security.   G anyone who reads security mailing lists knows Sun can't be bothered to  B patch their applications even an eighth as fast as OSS vendors on  average, especially Red Hat.  = virtualisation, like emulating BSD jails and User-Mode Linux?   I Scalability, like running on massive NUMA machines with many hundreds of   nodes?  H Solaris might be able to compete with Linux if the base OS went totally E open-source, and Sun used an Apple-like strategy to pile proprietary  - layers on it to make it Sun's custom Solaris.   ; there are enough people who would contribute to such an OS.   I however, if Sun drags it's feet on the issue, or only open-sources token  $ parts, it's going to get swept away.   ------------------------------  % Date: Thu, 14 Oct 2004 01:17:04 -0400 3 From: Undisclosed <nomail@dontbeaweaselspammer.com>  Subject: Re: OT: Web Security 0 Message-ID: <G_udncDqYIFOlvPcRVn-qQ@comcast.com>   Warren Spencer wrote:  > Hi Folks,  > J > Sorry for the somewhat off-topic post.  The participants in this ng are H > usually security concious, so I'm hoping to get so good opinions here. > G > The question is this:  Why is SOAP/Web Services less secure than CGI  H > scripts?  Both are going through port 80, both through Apache (in our & > setup, anyway).  So what's the diff?  , SOAP is like a RPC+other services over HTTP.  F RPC services tend to be complicated and exploitable to the hilt (e.g.  Sun-RPC, DCE-RPC on Windows)  F CGI, in comparison, doesn't do a ton of stuff, although you can screw   that up and mess things up good.  ? the main thing is that proxies and IDS/IPS products don't have  G monitoring and filtering at the HTTP level to control SOAP yet, mostly.   L that means someone can tunnel all sorts of fun stuff over port 80 with SOAP.  B someone wrote an example netcat-like program that works over SOAP 5 recently that can be used as a tunneling-out program.    ------------------------------    Date: 13 Oct 2004 16:14:23 -0700- From: contracer11@uol.com.br (Shiva MahaDeva) 4 Subject: Program to read a 8000 bytes record file...= Message-ID: <ddf392ea.0410131514.179ab833@posting.google.com>   I Im looking for a program or DCL procedure to open a specified file with  I a 8000 bytes record, and put this record in another file, with a 80 byte  4 record file and carriage_return. Could you help me ? Thanks in advance...   ------------------------------  % Date: Wed, 13 Oct 2004 22:09:10 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>8 Subject: Re: Program to read a 8000 bytes record file...+ Message-ID: <416DEDD5.ED7EE89C@comcast.net>    Shiva MahaDeva wrote:  > J > Im looking for a program or DCL procedure to open a specified file withJ > a 8000 bytes record, and put this record in another file, with a 80 byte6 > record file and carriage_return. Could you help me ? > Thanks in advance...  G DCL can do this, within some limits, but only in V7.3-2 and later. See:   1 http://www.djesys.com/vms/support/4038/sld025.htm   H You'll have to READ the file and use F$EXTRACT() to carve up ("deblock")G the records yourself. Either create the output file as Stream_CR or add A an ASCII 13 at the end of each record yourself (total 81 bytes?).    --   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/    ------------------------------  % Date: Thu, 14 Oct 2004 01:04:56 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: Program to read a 8000 bytes record file..., Message-ID: <416E08F2.8BC27D06@teksavvy.com>   Shiva MahaDeva wrote:  > J > Im looking for a program or DCL procedure to open a specified file withJ > a 8000 bytes record, and put this record in another file, with a 80 byte# > record file and carriage_return.    L Does the 8000 byte record actually have embedded CR/LFs in it ? Is that file& defined as fixed record size of 8000 ?  A If the file is fixed record length of 8000, what you could do is:   M SET FILE myfile.dat/ATTR=(RFM:fix,LRL:80,RAT=CR) would do the trick and would I be extremely quick since it would only change the file attributes without  needing to copy the file.   K If the 8000 byte records have embedded CR/LFs that separare the 100 79 byte K records in the file, you can also use SET/FILE/ATTR(RFM:STM,RAT=NONE)  (you L can try RFM=STMLF as well). This will make RMS interpret the line delimitersK inside the fiormerly 8000 byte records. You can then use CONVERT utility to N copy the file in the proper format with an FDL that specified the exact format	 you want.   K If you provide a DIR/FULL of the 8000 byte record file, we might eb able to # provide more specific instructions.    ------------------------------  # Date: Wed, 13 Oct 2004 20:45:22 GMT7& From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: Sayonara storage 8 Message-ID: <fu4rm0le9abunjc4f057bb1anjeb9bctv7@4ax.com>  K On Tue, 12 Oct 2004 20:00:14 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>d wrote:  
 >jlsue wrote:cL >> negative connotations.  The rest, though, implies that the company may beL >> trying to be thorough and accurate in giving as much information as you'd; >> need to feel confident they are behind their statements.t > H >Sorry, that doesn't work. Companies who know their products are able to& >respond within hours to such stories. >lG >If it takes that much time to concuct an answer it means that the true K >strategic long term plan does not match what HP says publicly in the shorthN >term and that is when the laywers must carefuly weight each and every word toM >ensure that HP doesn't technically lie and that the statement won't generateb >an SEC enquiry.  A Whatever.  You've got all the answers, and yet your aren't there.-
 I get it now.-   --- jls-0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)4   ------------------------------    Date: 13 Oct 2004 19:43:06 -0700/ From: johnhreinhardt@yahoo.com (John Reinhardt)e" Subject: Re: vms and fibre channel= Message-ID: <5d708ac7.0410131843.72f6ddfc@posting.google.com>   _ "Andrzej Bugowski" <bandrzej@wp.pl> wrote in message news:<ck2sak$n8d$1@nemesis.news.tpi.pl>...oJ > My question is. Which HBA support VMS. I have cheaper storage ADTX Mass O > Stora L-series and I would like to connect this storage to VMS. This storage t; > support HBA Emulex and Qlogic. Can I use this HBA on VMS?e >   C We need to know what type of machines you have and the models.  AndhE Mike's point about ADTX supporting VMS is a good one too.  VMS prettymC much needs an identifier for each LUN (AFAIK).  I have played a bit E with fibre and I know that for my Alphaserver 1200's I have purchased E Emulex LP7000E's and flashed them with the DEC firmware and they seem F to work so far.  I have to put this disclaimer though - these are homeD hobbyist systems so I have no production or mission critical data toD risk being corrupted.  I also don't push them to their limits.  Also; they are connected to a Compaq SAN switch and HSG80 storage  controllers, not ADTX.   ------------------------------   End of INFO-VAX 2004.570 ************************