HECnet

hecnet@lists.dfupdate.se

15559 discussions

Second Alpha Release of User Mode DECnet Router

by robert.jarratt＠ntlworld.com

This second alpha release fixes some bugs and limitations. It has been tested in two DECnet areas and seems to be stable enough for more extensive testing. Interested in any and all feedback. Regards Rob

12 years, 8 months

Help with VMS decnet configuration please

by mark＠wickensonline.co.uk

On 14/09/12 21:29, John H. Reinhardt wrote: On 9/14/12 3:51 PM, Mark Wickens wrote: On 14/09/12 20:37, Dennis Boone wrote: > so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm > getting errors when attempting to reach out over the ethernet. I know > the physical network connection is OK because tcpip is working fine. Wasn't there something about starting DECnet first? Try rebooting again now that the reconfig is done. De Well, I never thought this would fix a VMS issue, but rebooting it solved the problem. Sorry for wasting your bandwidth ;) Thanks for the help!!! Mark. As Dave says, DECnet needs to change the MAC address on the network interface. If you booted and TCP/IP came up and then you fiddled with and started DECnet, the MAC address was already locked in by TCP And DECnet wasn't able to change it. The rebooting allowed things to happen in the proper order. Technically, you could have stopped TCP and then started DECnet and then re-started TCP and it probably would have worked - unless the sysgen parameters were needed and then only the reboot would have done it. John H. Reinhardt Yes, of course that makes total sense. It's been a while since I did anything with DECnet, as I say, all this stuff slowly dribbles out of my brain... Cheers, Mark.

12 years, 8 months

Help with VMS decnet configuration please

by Paul_Koning＠Dell.com

On Sep 14, 2012, at 4:19 PM, Dave McGuire wrote: On 09/14/2012 03:37 PM, Dennis Boone wrote: so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm getting errors when attempting to reach out over the ethernet. I know the physical network connection is OK because tcpip is working fine. Wasn't there something about starting DECnet first? Try rebooting again now that the reconfig is done. Starting DECnet changes the MAC address of the interface...could it have been an ordering dependency there? -Dave That's definitely a dependency, unless you have a type of interface that supports multiple MAC addresses. The early ones (UNA and Lance) do not. QNA does, LQA emulates that but doesn't really want to. Tulip and later DEC-designed Ethernet adapters (and the FDDI adapters, for those of you that have one) all support multiple MAC addresses, because it was written into the DEC Ethernet architecture specification as a requirement. paul

12 years, 8 months

Help with VMS decnet configuration please

by johnhreinhardt＠yahoo.com

On 9/14/12 3:51 PM, Mark Wickens wrote: On 14/09/12 20:37, Dennis Boone wrote: > so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm > getting errors when attempting to reach out over the ethernet. I know > the physical network connection is OK because tcpip is working fine. Wasn't there something about starting DECnet first? Try rebooting again now that the reconfig is done. De Well, I never thought this would fix a VMS issue, but rebooting it solved the problem. Sorry for wasting your bandwidth ;) Thanks for the help!!! Mark. As Dave says, DECnet needs to change the MAC address on the network interface. If you booted and TCP/IP came up and then you fiddled with and started DECnet, the MAC address was already locked in by TCP And DECnet wasn't able to change it. The rebooting allowed things to happen in the proper order. Technically, you could have stopped TCP and then started DECnet and then re-started TCP and it probably would have worked - unless the sysgen parameters were needed and then only the reboot would have done it. John H. Reinhardt

12 years, 8 months

Help with VMS decnet configuration please

by mcguire＠neurotica.com

On 09/14/2012 03:37 PM, Dennis Boone wrote: so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm getting errors when attempting to reach out over the ethernet. I know the physical network connection is OK because tcpip is working fine. Wasn't there something about starting DECnet first? Try rebooting again now that the reconfig is done. Starting DECnet changes the MAC address of the interface...could it have been an ordering dependency there? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

12 years, 8 months

Help with VMS decnet configuration please

by drb＠msu.edu

so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm getting errors when attempting to reach out over the ethernet. I know the physical network connection is OK because tcpip is working fine. Cohort in crime points out that you do need to do the autogen dance to get those modparams changes noticed, and that the lavc stuff may nail up the interface before decnet gets there, so scssystemid and nodeid matching may be important here. De

12 years, 8 months

Help with VMS decnet configuration please

by mark＠wickensonline.co.uk

On 14/09/12 20:37, Dennis Boone wrote: > so I updated the MODPARAMS.DAT, rebooted and ran NETCONFIG.COM, but I'm > getting errors when attempting to reach out over the ethernet. I know > the physical network connection is OK because tcpip is working fine. Wasn't there something about starting DECnet first? Try rebooting again now that the reconfig is done. De Well, I never thought this would fix a VMS issue, but rebooting it solved the problem. Sorry for wasting your bandwidth ;) Thanks for the help!!! Mark.

12 years, 8 months

Help with VMS decnet configuration please

by drb＠msu.edu

12 years, 8 months

Slightly OT - How to concatenate multi line strings in DEC COBOL

by mark＠wickensonline.co.uk

On 13/09/12 12:06, Sampsa Laine wrote: All I need is a function in C that takes a string and computes it's SHA1 hash (I've got the code for this) and returns the SHA1 hash as a string, I was thinking along the lines of int sha1hash(char *stringToHash, char *hashStringOutput); /* returns -1 if something borks, otherwise 0 */ Anyone got a nice little bit of code for: a) Wrapping that with the OpenVMS calling standard stuff in C (the strings will be passed in as descriptors etc, so I need to "unpack" them I suppose) b) An example call from COBOL to that wrapper.. Anyone? :) OK, well, my suggestion for these kinds of problems is 'DECUS archive'. If I ever get my semantic web browser up and running it will make this kind of issue trivial ;) In the meantime I did a manual search of packages in the archive containing both 'C' and 'COB' files. This was the list I got: ./vax89a1/cvlug/escdemo/escdemo-c.c ./vmslt01b/vu/cdwrite15_vms.c ./vmslt01b/vu/chkpw.c ./vmslt01b/vu/enable-ide.c ./vmslt01b/vu/fast_io_copy.c ./vmslt01b/vu/grant_revoke_id.c ./vmslt01b/vu/ide-info.c ./vmslt01b/vu/iishack2000-printerexploit.c ./vmslt01b/vu/rwmbx.c ./vmslt01b/vu/tcpfilter.c ./vax91b/france_1991/vaxf91a/vms/copy_folder.c ./vax91b/france_1991/vaxf91a/vms/get3.c ./vax91b/france_1991/vaxf91a/vms/latsym$setup.c ./vax91b/france_1991/vaxf91a/vms/mall.c ./vax91b/france_1991/vaxf91a/vms/show_cursor.c ./vax90b1/france/vaxf90a/vms/decw$creterm.c ./vax90b1/france/vaxf90a/vms/photo.c ./vax90b1/france/vaxf90a/vms/shar.c These are C files contained in packages that also contain files with extension .COB They are rooted here: http://www.decuslib.com/decus/ http://www.decuslib.com/decus/vax91b/france_1991/vaxf91a/vms/ In there are a number of COBOL files. I single out one here: find_file_with_selection.cob this calls a number of external routines for example: * On retrouve l'adresse de l'Item Liste CALL "LIB$ANALYZE_SDESC" USING BY DESCRIPTOR ITMLST BY REFERENCE DUMMY1 ITMLST_ADDRESS. CALL "LIB$MOVC3" USING DUMMY1 BY VALUE ITMLST_PTR BY REFERENCE ITMLST_MASK. * Taille du BUFFER... CALL "LIB$GET_VM" USING TAILLE_BUFFER BY REFERENCE BUFFER_ADDRESS GIVING RETCODE. IF RETCODE IS FAILURE THEN GO TO FIN. * Attributes BLOCK : NBR_ITEMS * 8 + 4 MULTIPLY 8 BY NBR_ITEMS GIVING TAILLE_ATRBLK. ADD 4 TO TAILLE_ATRBLK. CALL "LIB$GET_VM" USING TAILLE_ATRBLK BY REFERENCE ATRBLK_ADDRESS GIVING RETCODE. IF RETCODE IS FAILURE THEN GO TO FIN. Hopefully with a few examples of calling external routines within the archive you should be able to figure out what you need to do. Regards, Mark. -- http://www.wickensonline.co.uk http://declegacy.org.uk

12 years, 8 months

Slightly OT - How to concatenate multi line strings in DEC COBOL

by sampsa＠mac.com

All I need is a function in C that takes a string and computes it's SHA1 hash (I've got the code for this) and returns the SHA1 hash as a string, I was thinking along the lines of int sha1hash(char *stringToHash, char *hashStringOutput); /* returns -1 if something borks, otherwise 0 */ Anyone got a nice little bit of code for: a) Wrapping that with the OpenVMS calling standard stuff in C (the strings will be passed in as descriptors etc, so I need to "unpack" them I suppose) b) An example call from COBOL to that wrapper.. Anyone? :) Sampsa On 13 Sep 2012, at 14:01, Mark Wickens wrote: On 13/09/12 01:33, Jordi Guillaumes i Pons wrote: It should be no problem. All the DEC compilers share a common ABI (VMS calling and condition handling standard). There is a manual in the "gray wall" just about that. I can't search for it now, but iirc the title is easy to pick up. Basic summary: scalars are passed by reference, strings are passed by descriptor address. VMS C provides macros to build and manage descriptors (the ASCIZ convention is fortunately not used). The HP OpenVMS Calling Standard manual I think is what you are referring to. Unfortunately I don't think it's going to help Sampsa much - I had a quick flick through and it's all low level detail, it doesn't contain any examples of calling one language from another. More of a specification of the interface for new language implementations. Mark -- http://www.wickensonline.co.uk http://declegacy.org.uk

12 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet