home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4734 < prev    next >
Encoding:
Text File  |  1992-11-17  |  7.6 KB  |  250 lines

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