INFO-VAX Sat, 24 May 2008 Volume 2008 : Issue 288 Contents: Re: Apache's ActiveMQ on VMS Re: Is VMS losing the Financial Sector, also? Re: Is VMS losing the Financial Sector, also? Re: OT: Unix equivalent of SET PROC/SUSPEND? Re: OT: Emacs bindings, was: Re: OT: Unix equivalent of SET PROC/SUSPEND? Re: setting socket connect timeout Re: SFTP distorts certain types of files when moving them to Windows ---------------------------------------------------------------------- Date: Fri, 23 May 2008 16:02:11 -0700 (PDT) From: thierry.uso@wanadoo.fr Subject: Re: Apache's ActiveMQ on VMS Message-ID: > > > Note that if you stop ActiveMQ by control-C ou JMX, some lock files in > > [.data] prevent to restart ActiveMQ. So delete all the contents of > > [.data] except activemq.log before starting ActiveMQ. > I corrected the restart problem by modifying one line in the source code. Now, ActiveMQ on OpenVMS behaves like ActiveMQ on Linux. ------------------------------ Date: Fri, 23 May 2008 14:10:30 -0400 From: JF Mezei Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: <4837097e$0$7280$c3e8da3@news.astraweb.com> Bob Koehler wrote: > Wrong. VMS is a general purpose OS. It has designed-in timesharing > and realtime capabilities. VMS *was* a general purpose OS. VMS management have retasked it to a narrow niche of high end server OS. About as specialised as Tandem's NSK now. ------------------------------ Date: Fri, 23 May 2008 15:11:39 -0400 From: "Richard B. Gilbert" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: Bob Koehler wrote: > In article , "Main, Kerry" writes: >> Don't have to. An OS is an OS is an OS. Security patches are security >> patches. They are not like bug fixes which you can decide to do when you >> feel like it. > > LOL. How many months have I waited for some security patches to get > promoted to a production system. > > Sigh. Well, when the security hole is exploited by some hacker, you will see some action. Be patient. ------------------------------ Date: 23 May 2008 15:03:33 -0400 From: Rich Alderson Subject: Re: OT: Unix equivalent of SET PROC/SUSPEND? Message-ID: "Tom Linden" writes: > On Fri, 23 May 2008 05:09:26 -0700, Simon Clubley > wrote: >> For example, I have emacs configured to exit on Ctrl-Z (like EDT/EVE) >> instead of returning to the shell. > Most people use ctrl-z and Meta-z to scroll up or down. Only if they've changed their keybindings. The default bindings in EMACS (from the original TECO implementation up through GNU Emacs 22, anyway) are C-v and M-v. -- Rich Alderson Current maintainer, MIT TECO EMACS (v. 170) "You get what anybody gets. You get a lifetime." news@alderson.users.panix.com --Death, of the Endless ------------------------------ Date: Fri, 23 May 2008 11:30:58 -0700 From: "Tom Linden" Subject: Re: OT: Emacs bindings, was: Re: OT: Unix equivalent of SET PROC/SUSPEND? Message-ID: On Fri, 23 May 2008 10:53:56 -0700, Simon Clubley wrote: > Seriously however, I've never come across the use of Ctrl/Meta-Z to > scroll > up or down. Which bindings are you using ? (Whenever I use emacs out of > the box, without any customisation, Ctrl-Z _does_ actually return to the > shell.) I guess it goes back to the Prime, which came from Mit and also the Gosling version. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Fri, 23 May 2008 13:03:54 -0700 (PDT) From: tadamsmar Subject: Re: setting socket connect timeout Message-ID: <65ff6670-33ab-4ac4-bde3-e9dcf60df2e3@59g2000hsb.googlegroups.com> On May 22, 5:49=A0pm, Jim Duff wrote: > tadamsmarwrote: > > On May 22, 3:28 pm, "Dan Allen" wrote: > >>> [snip] > >>> I am trying to write some production code based on: tcpip > >>> $examples:tcpip$tcp_client_qio.c > >>> [snip] > >>> Does anyone know how to change the timeout? > >> My documentation is quite old but it did contain a statement about time= outs just > >> as you describe. I expected to find the timeout functionality in IO$SET= MODE but > >> I didn't.... > > >> [snip] > > > Since I posted, I found that there is an extended characteristics > > buffer specfied as p2 (see below) > > > but I can't get it to work. =A0 The code runs, but I still get a 75 > > second timeout > > > Format > > > status =3D SYS$QIO(efn, chan, IO$_SETMODE | IO$M_CTRL, iosb, astadr, > > astprm, 0, address, 0, 0, 0, 0) > > > Argument > > > p2=3Daddress OpenVMS usage: > > =A0vector_word_unsigned > > > I tried the address of descriptor for 6 byte item with > > short id =3D 4 and long value =3D 20 > > > Documented here: > > >http://www.process.com/tcpip/tcpware57docs/Programmer/Ch03.htm > > Hmm, it's difficult to determine which IP stack you are using. =A0First > you are looking in the TCP/IP Services examples, then you quote from a > TCPware manual... =A0I'm assuming it's TCP/IP Services, and not Process > Software's TCPware. > > You need to look at the TCP$C_TCP_KEEPINIT argument for a IO$_SETMODE > call to $QIO(W). =A0It's documented here: > > = > > Jim. > --www.eight-cubed.com- Hide quoted text - > > - Show quoted text - Yeah, I had the wrong doc. Thanks! But I never figured out how to change the timeout. The doc never explains the input_parameter_list, the P5 argument used with IO$_SETMODE or IO$_SETCHAR. I gave up. I am living with the long timeout on initial socket connects. For reads, I am using IO$M_NOWAIT and a busy loop. ------------------------------ Date: Fri, 23 May 2008 11:02:10 -0700 (PDT) From: Verne Subject: Re: SFTP distorts certain types of files when moving them to Windows Message-ID: <0d02be67-c282-47cf-ae3d-ac3297892d90@e39g2000hsf.googlegroups.com> On May 22, 9:54=A0pm, David J Dachtera wrote: > ami.kurt...@gmail.com wrote: > > > On May 21, 4:53 pm, koeh...@eisner.nospam.encompasserve.org (Bob > > Koehler) wrote: > > > In article <831908ac-b5e8-49a8-89c5-ecdc70b46...@l64g2000hse.googlegro= ups.com>, ami.kurt...@gmail.com writes: > > > > > We tried it also with and without the "binary" command. > > > > =A0 =A0I've not had any problem using Filezilla. =A0You _must_ transfe= r > > > =A0 =A0the file as _binary_ at every step. =A0What are you using to ge= t > > > =A0 =A0these Windows executables onto the VMS system to begin with? > > > To all the responders: > > > 1. These Windows executables arrived to the VMS system using > > pathworks. > > =A0 =A0 They are just fine, and untill now they were moved to the set of= > > Windows servers using a product called > > =A0 =A0 FastCopy. Since the company behind FastCopy stopped supporting i= t > > for the newest versions of > > =A0 =A0 OpenVMS, we're trying to prepare an alternative solution. Please= > > note, as I wrote before, that using ftp > > =A0 =A0 was successful (that is: the executables remained legitimate > > windows executables). > > 2. We used binary, as I noted. Didn't help. > > 3. There are files which contain binary data and was sent OK with > > sftp. On the other hand, all executable > > =A0 =A0 were corrupted when using sftp (and were sent OK when using > > ftp...). That's as far as I was able to > > =A0 =A0 observe about it. > > 4. The TCP/IP stack we are =A0running on VMS is TCP/IP Servcies for > > openVMS (replying to > > =A0 =A0 David J Dachtera's question). > > ...and, as I mentioned off-line, if you have a support contract, be sure > to open a ticket with support. The key people you need are likely at the > VMS BootCamp this week, however. > > D.J.D.- Hide quoted text - > > - Show quoted text - what about ZIPing the executables on the Alpha, then SFTP that file over ?? Verne ------------------------------ End of INFO-VAX 2008.288 ************************