home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / wizards / 3886 < prev    next >
Encoding:
Text File  |  1992-09-10  |  7.6 KB  |  248 lines

  1. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!haven.umd.edu!mimsy!afterlife!adm!news
  2. From: postmaster@vd1.hanscom.af.mil (SMTP MAILER)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Mail Delivery Problem
  5. Message-ID: <32525@adm.brl.mil>
  6. Date: 11 Sep 92 03:51:22 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 238
  9.  
  10.  
  11.  ----Reason for mail failure follows----
  12. Sending mail to recipient(s) woodfordm :
  13.   Couldn't make final delivery.
  14.  
  15.  ----Transcript of message follows----
  16. Received: from gw1.hanscom.af.mil by vd1.hanscom.af.mil with SMTP ; 
  17.           Wed,  9 Sep 92 22:01:22 EST
  18. Date: 9 Sep 92 22:00:00 EST
  19. From: UNIX-WIZARDS@BRL.MIL
  20. Subject: UNIX-WIZARDS Digest  V16#004
  21. To: "woodfordm" <woodfordm@vd1.hanscom.af.mil>
  22.  
  23. Return-Path: <unix-wizards-request@sem.brl.mil>
  24. Received: from SEM.BRL.MIL by gw1.hanscom.af.mil with SMTP ; 
  25.           Wed,  9 Sep 92 21:59:44 EST
  26. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa22658; 9 Sep 92 15:26 EDT
  27. Received: from sem.brl.mil by SEM.BRL.MIL id aa22542; 9 Sep 92 15:15 EDT
  28. Date:       Wed, 09 Sep 92 15:15:12 EST
  29. From:       The Moderator (Mike Muuss) <Unix-Wizards-Request@BRL.MIL>
  30. To:         UNIX-WIZARDS@BRL.MIL
  31. Reply-To:   UNIX-WIZARDS@BRL.MIL
  32. Subject:    UNIX-WIZARDS Digest  V16#004
  33. Message-ID:  <9209091515.aa22542@SEM.BRL.MIL>
  34.  
  35. UNIX-WIZARDS Digest          Wed, 09 Sep 1992              V16#004
  36.  
  37. Today's Topics:
  38.                      hmm one more npasswd story...
  39.                                  GOSIP
  40.                         SCCS to RCS translation
  41.                      HELP: MsgQueue not "reading"?
  42.              Re: 'cat'ting 8 bit data to the terminal.....
  43.               Re: ASYNCHRONOUS FILE PRESENCE NOTIFICATION
  44.  
  45. -----------------------------------------------------------------
  46.  
  47. From: Jimbo@even
  48. Subject: hmm one more npasswd story...
  49. Keywords: sun.
  50. Date: 7 Sep 92 20:19:31 GMT
  51. Sender: allouch@bimacs.bitnet
  52. To:       unix-wizards@sem.brl.mil
  53.  
  54. The npasswd bug is very famous into differents hackers
  55. groups. (especialy because of last jeff prog...)
  56. something to do with the -rw-rw-rw of some passwds files.
  57. so every body fixed it right now...
  58.  
  59. - i didnt have the time to test it :) -
  60.  
  61.  ---------------------------------------------------------------------
  62. '' Remember Hackers have ethics... ''         Jimbo...
  63.  ---------------------------------------------------------------------
  64.  
  65. -----------------------------
  66.  
  67. From: Shane Noel Smith 2245702 <sgccsns@citec.oz.au>
  68. Subject: GOSIP
  69. Date: 9 Sep 92 05:22:34 GMT
  70. To:       unix-wizards@sem.brl.mil
  71.  
  72. Hello,
  73.  
  74.  
  75. I am trying to find out some information regarding the implementation
  76. of the OSI  transport layer 4 being available for Ingres*Net and
  77. if anyone has a commitment from Ingres to GOSIP standards of any country.
  78.  
  79.  
  80.  
  81.  -------------------------------------------------------------
  82. |  Shayne Smith          |  Department of Family Services,  |
  83. |                        |  Aboriginal and Islander Affairs |
  84. |  sgccsns@citec.oz.au   |  Queensland AUSTRALIA            |
  85. |------------------------|-----------------------------------
  86. |  GPO Box 806           | These are my personal views only |
  87. |  Brisbane              | My employer doesn't pay me       |
  88. |  Qld, AUSTRALIA 4001   | enough to think fo them          |
  89.  -------------------------------------------------------------
  90.  
  91. -----------------------------
  92.  
  93. From: David Dymm <dymm@cards.com>
  94. Subject: SCCS to RCS translation
  95. Date: 27 Aug 92 14:32:24 GMT
  96. Sender: news@cards.com
  97. To:       unix-wizards@sem.brl.mil
  98.  
  99. Does anyone know of a program to translate SCCS file to RCS
  100. files?  Thanks.
  101.  
  102.  
  103. David Dymm - Principal Engineer
  104.  
  105. USMAIL: Electronic Warfare Associates
  106.         1401 Country Club Road
  107.         Fairmont, WV  26554
  108. PHONE:  304 367-0770
  109. FAX:    304 367-0775
  110. INTERNET: dymm@cards.com
  111.  
  112. -----------------------------
  113.  
  114. From: Norm MacNeil <norm@bnr.ca>
  115. Subject: HELP: MsgQueue not "reading"?
  116. Date: 27 Aug 92 21:16:37 GMT
  117. Sender: "5E00 Corkstown News Server"@bnr.ca
  118. Originator: norm@bcrks122
  119. To:       unix-wizards@sem.brl.mil
  120.  
  121.  
  122. A small test to check message queues is as follows:
  123. 1) program "msgd" loops and checks the message queue every 10 seconds and loop max
  124.    4 times - simply reads the queue
  125. 2) program "sendmsg" reads input and places string on the queue
  126.  
  127. "msgd" starts and runs fine, but when I run sendmsg, I get:
  128.  
  129. msgsnd: Invalid argument
  130.  
  131. but I can't figure out what is wrong.
  132.  
  133. -- sendmsg.c:
  134. #include <stdio.h>
  135. #include <sys/types.h>
  136. #include <sys/ipc.h>
  137. #include <sys/msg.h>
  138. extern int errno;
  139. main(argc, argv)
  140.   int argc;
  141.   char *argv[];
  142. {
  143.   int Key, MsgQID, MsgFlag, MsgSize = 1024, I, MsgRet, Len;
  144.   struct msgbuf *MsgP;
  145.   char Buffer[1025];
  146.  
  147.   if ((MsgQID = msgget(101, (0600))) == -1) {
  148.     perror("msgget()");
  149.     printf("Unable to grab message queue.\n");
  150.     exit(1);
  151.   }
  152.   else {
  153.     printf("Message Queue %d accessed.\n", MsgQID);
  154.     if ((MsgP = (struct msgbuf *) malloc(sizeof(struct msgbuf) + MsgSize))
  155.      == NULL) {
  156.       perror("malloc");
  157.       printf("Unable to allocate memory for Msg Buffer\n");
  158.       exit(1);
  159.     };
  160.     printf("Enter message for queue: ");
  161.     gets(Buffer);
  162.     Len = strlen(Buffer);
  163.     for(I=0;I<Len;I++)
  164.       MsgP->mtext[I] = Buffer[I];
  165.  
  166.     printf("Sending message (");
  167.     for(I=0;I<Len; I++)
  168.       printf("%c", MsgP->mtext[I]);
  169.     printf(")\n");
  170.     printf("About to call msgsnd(%d, %d, %d, %d)\n", MsgQID, MsgP, Len,
  171.       IPC_NOWAIT);
  172.     if ((MsgRet = msgsnd(MsgQID, MsgP, Len, IPC_NOWAIT | 0 )) == -1) {
  173.       printf("errno is %d\n", errno);
  174.       perror("msgsnd");
  175.       printf("Unable to send message to queue.\n");
  176.       exit(1);
  177.     }
  178.     else {
  179.       printf("MsgOp: received ID: %d\n", MsgRet);
  180.     };
  181.  
  182.   };
  183.   printf("Exiting Message Sender.\n");
  184.  
  185. };
  186.  
  187. -- end of sendmsg.c
  188.  
  189. Any ideas?  BTW, the msgd.c is standard create the queue (IPC_CREAT|IPC_EXCL|
  190. 0600).
  191.  
  192. Thanks,
  193.   Norm.
  194. -- 
  195. +-----------------------------------------------------------------------+
  196.  Norm MacNeil                     Phone: (613) 763-7497
  197.  CAD Operation Tools Development    Fax: (613) 763-3317
  198.  Bell-Northern Research Ltd.      EMail: norm@bnr.ca.BITNET (INTERNET)
  199.  #include <disclaimer.std>       "Roller bladers do it in-line!"
  200.  
  201. -----------------------------
  202.  
  203. From: Guy Harris <guy@auspex.com>
  204. Subject: Re: 'cat'ting 8 bit data to the terminal.....
  205. Date: 27 Aug 92 21:59:58 GMT
  206. Sender: news@auspex-gw.auspex.com
  207. Nntp-Posting-Host: bootme.auspex.com
  208. To:       unix-wizards@sem.brl.mil
  209.  
  210. >Someone told me that "stty cs7 -pass8" would work.
  211.  
  212. Someone may be confused.
  213.  
  214. There is absolutely no option to "stty" to cause *output* to be stripped
  215. to 7 bits on a SunOS 4.x pseudo-tty.  The "line discipline" STREAMS
  216. module "ldterm" doesn't have one, and the pseudo-tty driver doesn't
  217. either.
  218.  
  219. "stty cs7" plus whatever parity options you want will do so on a serial
  220. port, but that's because the hardware does the stripping if you set the
  221. character size to 7 bits.  The 4.x pseudo-tty driver pays no attention
  222. to the character size.
  223.  
  224. As I remember, the problem you were having is that the data being sent
  225. to the pseudo-tty was coming *from* a serial line, and had the 8th bit
  226. set.  Perhaps you should set the options on the serial line to strip the
  227. data to 7 bits?
  228.  
  229. -----------------------------
  230.  
  231. From: Kunal Singh <ksingh@passion.fia.dmg.ml.com>
  232. Subject: Re: ASYNCHRONOUS FILE PRESENCE NOTIFICATION
  233. Keywords: UNIX FILE
  234. Date: 4 Sep 92 19:09:38 GMT
  235. Sender: Kunal Singh <ksingh@passion>
  236. Nntp-Posting-Host: passion
  237. To:       unix-wizards@sem.brl.mil
  238.  
  239. I was told that the problem posed by my previous post cannot be solved.  That the unix operating system does not have the necessary facilitites.  
  240.  
  241. So, I was thinking.  What If I mounted my special directory as an NFS file system.  Would that help ?
  242.  
  243. -----------------------------
  244.  
  245.  
  246. End of UNIX-WIZARDS Digest
  247. **************************
  248.