HDTenEightyP/NetNews huggingface dataset:
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: RCS logfile usage
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 19 Nov 1992 17:48:02 GMT

In <1992Nov17.150301.23707@geac.com> adb@geac.com (Anthony DeBoer) writes:

:I'm currently in the process of setting up RCS, and after having tried
:out various options and various test cases, I'm wondering about the
:usefulness of the comments log feature versus just keying in change notes
:in the source directly while editing.

:Direct keying lets you note the changes as you make them, while they're
:fresh in your mind, as opposed to having to remember a summary of what
:you did, to type in at checkin time.  Using the log feature, on the other
:hand, seems to gain only that the rlog command will list the log
:comments.  A third choice might be keeping the current change notes in a
:separate file and doing "ci foo.c < foo.notes", but that requires editing
:multiple files.

I use cvs on top of RCS and it gives me the opportunity to enter
change notes in my favorite editor when I do a checkin.  I then
read `cvs diff -u filename` into the editor session which shows
me the differences and I document changes accordingly.  cvs also
maintains a file automatically in the current directory (Changes)
which has a history of all changes on files in the directory.  I
include the Changes files in my source repository and check it in
so I have a single reference file.

:Using either feature gives you the comment changes during an rcsdiff, so
:there's no difference there, and you can always see who changed what and
:when.  Using $Log$ in the source does NOT buy you any log integrity;
:other than adding the most current comment at checkout time, it does not
:verify that previous comments are already there or that they haven't been
:altered or damaged during later editing at some point.

I wrote a script I call rcslog which runs the rlog command and
cleans it up for inclusion under a $Log: $ line.  I use this to
insert log documentation in files that either never had a log
section or it may have been corrupted.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.unix.programmer
Subject: Reading Key Buffer
From: <ISOCC@CUNYVM.BITNET>
Date: Sunday, 15 Nov 1992 11:55:43 EST
Organization: City University of New York/ University Computer Center

Is there a way in Unix to read the key buffer?
I need to read the key input of the user with out my program
waiting for the user to type /n.  I know how to this on DOS
but can`t find a way to do it on UNIX.

isocc@cunyvm.cuny.edu
ojed5932@cslabs1c1.engr.ccny.cuny.edu
Newsgroups: comp.unix.programmer
From: cs000hf@selway.umt.edu (Hong Fan)
Subject: how to use setsockopt to reuse local address
Organization: University of Montana
Date: Sat, 21 Nov 1992 18:22:10 GMT


Hi, everyone:


Does anyone know how to use 'setsockopt' to reuse the local address on the 
client site? I want to setup two socket connections as the following
associations.

 { tcp, server, 1500, client, 1000 }
 { tcp, server, 1501, client, 1000 }

One way I tried is setsockopt(sock,SO_SOCK, SO_REUSEADDR,(char *)&on,sizeof(on))
on the client site after the creation of sock. but it still gave me another
port number. Do I need to setsockopt on the server site?

If you know how to solve this problem, please mail me at cs000hf@selway.umt.edu
I appreciate your time and help.

sincerely

hong fan

Newsgroups: comp.unix.programmer
From: sinan@carson.u.washington.edu (Sinan Karasu)
Subject: Saving CW in Sparc
Organization: University of Washington, Seattle
Date: Thu, 19 Nov 1992 23:22:31 GMT

Hi,
I am writing an assembly language routine in Sparc that
is supposed to do the following:

when called with the address of a routine , it will remember
the address

next time it is called it will change the stack pointer to
point to a common area and call the routine it remembered.
when the routine calls another entry point in this assembly
language routine it will save the common stack and restore
the original stack pointer and do a return to the original
caller(i.e. the one that started everything). when it gets
called again to call the other routine it remembers the
address of, it will swap stacks again and return to the
routine so that it will take off from where it left off.
I have written the routine , I manipulate the stack
pointers and save/restore the registers. Ithis is all
done as a leaf-procedure). However I now realize that
I must handle the CWs as well (I think) otherwise
I may have saved some CW's to my stack which now
the original caller (or some parent of it) may
try to resrtore and get in trouble. I can send
you the code if you feel like helping me. 
Thanx.....
Sinan
From: qinyi@uk.ac.man.cs (Yi Qin (BCW PhD))
Newsgroups: comp.unix.programmer
Subject: UDP packt size limit (SunOS4.1)
Date: 18 Nov 92 18:44:28 GMT
Organization: University of Manchester, UK


Hello.

It seems to me that this UDP packet size limit is not documented
in any manual or references for SunOS 4.1. So far as I understand,
the UDP layer only does very simple header treatment of IP packets
and does not break the IP packet. So the UDP maximum packet size
should be the same as that of IP packets, being 65535.

Now I face the following situation. If I define the size of a data-
gram packet to be 9008 (9000 * sizeof(char) + 2 * sizeof(int)). The call 
to sendto() returns with an error saying message to long. When I
sendto() and recvfrom() a message of size 8816, it works OK for me.
The intereting thing is, when I use the size of 8817 (8809 + 8),
the message is recvfrom()'ed (the number of bytes returned is the
same as that indicated in the message (one of the integer fields),
but the value of the last integer is not as sent. The message is
organised as 

struct mesg {
	int  mesg_size;
	char mesg_body[MAXMESG];
	int  mesg_sequence;
};

I am using two Sparc1 workstations, and don't use any byte ordering
routine. Could someone tell me if the situation I have is something
normal with the UDP implementation?

Thanks in advance

Yi Qin
qinyi@cs.man.ac.uk
From: ldh@svl.cdc.com (Lawrence D. Hare)
Newsgroups: comp.unix.programmer
Subject: TCP Connection come up half way. Now why is this?
Date: 24 Nov 92 00:40:56 GMT
Organization: Control Data Systems
X-UserAgent: Nuntius v1.1.1d9
X-XXMessage-ID: <A736BA06D4040456@ethelred.svl.cdc.com>
X-XXDate: Mon, 23 Nov 92 16:40:38 GMT

This one is driving me nuts.. If anyone has any idea as to what is going
on I would be really happy. This is the set up.

A Mac application that talks to a specific server on a variety of Unix
platforms. It works fine on everything. Part of this application's
function is to perform file transfers, it uses ftp. This works on ALL
configurations except ONE! What happens on this one is as follows:

The application is connected and happy. It wants to perform a file
transfer so it establishes a connection to the FTP well-known-port using
MacTCP. The connection is created and I go for an ActiveOpen. This
returns mac error -23015 which, translated, means: The connection came up
halfway and then failed.

Why why why WHY!!!!!!!!! If I run other mac applications that use ftp
protocols it works all right. Is there some negotiation going on between
the TCP peers that is failing? Is there something at the UNIX end? Is
there something I should tell someone?

Aaaaaarrrrrgh.

I am posting this to comp.sys.mac.comm, comp.unix.programmer,
comp.unix.admin and comp.unix.bsd. Any and all help is greatly
appreciated.

Thanks

--
Lawrence D. Hare       Control Data - Silicon Valley Operations
Consultant             Voice: (408) 496 4339 - C/N [234] 4339
ldh@svl.cdc.com        Mail: SVLa60  FAX: (408) 496-4106
From: "ed carroll" <ed.carroll@canrem.com>
Subject: windows/ xwindows
Reply-To: "ed carroll" <ed.carroll@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 20 Nov 92 12:19:23 EST

We currently have an overwhelming need for experienced, professional,
windows/xwindows developers.


If you have paid professional experience in these areas, here is an
excellent resource to help you in your job search.  The jobs listed
require at least 1 yr work experience though.


Free JOB LISTINGS ONLINE for MIS, Data Processing, and SW Engineering.
                              Career Systems Online
             Call  with your modem              413 592 9208  N-8-1  HST
                Positions available all over the United States
24 hours a day   No cost or obligation at all   Member NAPC
fax 413 592 9255

---
  OLX 2.2  Career Systems: Your source for MIS Jobs Nationwide!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: raman-v@cs.Buffalo.EDU (Vemulapati V. Ramanaprasad)
Newsgroups: comp.unix.programmer
Subject: Re: How to extract file descriptor
Date: 21 Nov 92 19:19:46 GMT
Organization: State University of New York at Buffalo / CEDAR Research Group
Originator: raman-v@arneb.cs.buffalo.edu


In article <1992Nov21.063524.16930@nuscc.nus.sg>, isc40038@nusunix1.nus.sg (LIM FANG HOW) writes:
|> I am trying to lock a file which is open using fopen. As what I know,
|> fopen returns a file pointer which points to a structure that contains
|> information about the file.But the flock function only takes a file
|> descriptor and not a file pointer.
|> 
|> Qn1 : Does the structure pointed by file pointer contains the file
|>       descriptor ? I could not find the file descriptor in the stdio.h
|>       in my system (SUN sparc using 4.3BSD)
|> 
|> Qn2 : If yes, how to extract it from the structure ?
|>       I tried the following and it returns fd not defined :
|>               
|>                FILE *fp;
|>                    :
|>                    :
|>                fp=fopen("A","r");
|>                    :
|>                    :
|>                fdes=fp->fd;
|> 
|> Qn3 : Is there any way to lock a file using the file pointer instead of
|>       file descriptor ?
|> 
|>  

You can use the function fileno() which takes a file pointer as an argument and returns the file descriptor. See the man page for details.
From: jessea@vpmeu015.me.vp.com (Jesse W. Asher)
Newsgroups: comp.unix.programmer
Subject: Constructing date using RCS or SCCS.
Date: 23 Nov 92 19:38:43 GMT
Organization: Varco-Pruden Buildings

I'd like to use RCS or SCCS to automatically put todays date in my soa
file for DNS.  The only problem is that I need the date in a particular
format and I can't find any mention of whether I can change the format.
Can any suggestion how I can configure the format of the date in either
RCS or SCCS?

-- 
      Jesse W. Asher                                          (901)762-6000
                             Varco-Pruden Buildings
                 6000 Poplar Ave., Suite 400, Memphis, TN  38119
    Internet: jessea@vpbuild.vp.com                   UUCP: vpbuild!jessea
Newsgroups: comp.unix.programmer,comp.sources.d
From: millertr@cuug.ab.ca (Trever Miller hm 276-2120 wk 263-2600)
Subject: iScreen 3.2 compiling difficulties
Organization: Calgary UNIX User's Group
Date: Sat, 21 Nov 1992 04:10:56 GMT

 
 I am having problems with compiling iScreen v3.2 under DG/UX
 (Data General Aviion)

 I snagged the sources from the bsd386 distribution thinking that 
 I could hack it easily for the DGUX system.

 After much fighting with -D compile flags and hacking the
 config.h I got it to compile clean all the way to the link stage :

Script started on Fri Nov 20 21:03:45 1992
$ make
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c screen.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c ansi.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c help.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c fileio.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c mark.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c window.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX -c socket.c
      gcc -traditional -O -D_DGUX_SOURCE -D_BSD_WAIT_FLAVOR -DDGUX  -o screen screen.o ansi.o help.o fileio.o mark.o window.o socket.o -ltermcap 
undefined                       first referenced
 symbol                             in file
_stripdev                           screen.o
_ptsname                            screen.o
_unlockpt                           screen.o
_grantpt                            screen.o
ld fatal: Symbol referencing errors. No output written to screen
*** Error code 1

Stop.
$ exit

script done on Fri Nov 20 21:06:42 1992


Any ideas?  I looked through ALL the /usr/lib/lib*.a files and couldn't
find anything that helped, and the online man pages say  nothing about
linking... just #include <stdio.h>, which it is.
From: sivap-s@acsu.buffalo.edu (Suresh .S)
Newsgroups: comp.unix.programmer
Subject: Re: Debugging a forked process under Ultrix
Date: 19 Nov 92 08:36:22 GMT
Organization: UB
X-Newsreader: TIN [version 1.1 PL6]

J. Scott Farrow (farrow@ucsu.Colorado.EDU) wrote:
: 
: I have heard that xdbx is able to do this, but can't figure out how, since
: it takes the same debugger arguments that dbx does. GNU gdb also does not

GNU gdb allows this, the command is "attach <pid_of_process>"
	
-- 
Suresh Sivaprakasam                    
Department of Computer Science,    SUNY Buffalo,    Amherst,   NY - 14260-0001
Internet :sivap-s@cs.Buffalo.EDU               Bitnet : sivap-s@SUNYBCS.BITNET
Newsgroups: comp.unix.programmer,comp.unix.wizards,comp.client.server
From: brunette@sju.edu (Glenn M. Brunette, Jr.)
Subject: Output Capture Algorithm Needed!
Keywords: distributed rpc network client server output
Organization: St. Joseph's University
Date: Sat, 21 Nov 1992 04:40:10 GMT


  Help!  I need any and all interesting possibilities for capturing all of
the stdout/stderr of an exec()ed program so that it can be send via RPC or
sockets back to a client.  I am just looking mainly for algorithms or
generic examples.  Essentially, I am sending a program (which is not known
until runtime) to another server to be executed.  I would like to capture
all of the stdout and stderr to be directed back to the client on the 
original server.

This is actually to be implemented on Sun SPARCs running SunOS 4.x if it
matters.

Thanks for any help,
Glenn


-- 
Glenn M. Brunette, Jr.                             Internet  : brunette@sju.edu
Assistant Network Manager                              UUCP  : sjuphil!brunette
Network Services & Academic Computing              Telephone : (215) 660-1524  
Saint Joseph's University                                Fax : (215) 660 1536
Newsgroups: comp.unix.programmer
From: amby <amby@mixcom.mixcom.com>
Subject: Re: RCS logfile usage
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Wed, 18 Nov 1992 15:41:08 GMT

In <1992Nov17.150301.23707@geac.com> adb@geac.com (Anthony DeBoer) writes:

>I'm currently in the process of setting up RCS, and after having tried
>out various options and various test cases, I'm wondering about the
>usefulness of the comments log feature versus just keying in change notes
>in the source directly while editing.

	WE use CVS (which is a layer above) RCS.  The comments log (what you
	get after the $Log$ tag) is a handy summary of what change was made in
	each revision.  This is just a summary that gives an overview (as we
	use it) of the changes.  To get a more detailed view, we look at the
	difference listing itself.

>Direct keying lets you note the changes as you make them, while they're
>fresh in your mind, as opposed to having to remember a summary of what
>you did, to type in at checkin time.  Using the log feature, on the other
>hand, seems to gain only that the rlog command will list the log
>comments.  A third choice might be keeping the current change notes in a
>separate file and doing "ci foo.c < foo.notes", but that requires editing
>multiple files.

	If developers want to, they are free to add notes to the actual
	changes that they make.  However, it is really not a requirement.
	The idea is to keep all changes and their descriptions a permanent
	part of the source (in the RCS control file).

>Using either feature gives you the comment changes during an rcsdiff, so
>there's no difference there, and you can always see who changed what and
>when.  Using $Log$ in the source does NOT buy you any log integrity;
>other than adding the most current comment at checkout time, it does not
>verify that previous comments are already there or that they haven't been
>altered or damaged during later editing at some point.

	The $Log$ (and $Header$) information become more important if you
	distribute any source files without the RCS control files (or CVS
	repository in our case).

	We make use of $Header$ and $Log$ in every source file, along with
	a @(#) to describe the function of the file.  This is so that we can:

	1. Determine the purpose of all files (what *) in directory.
	2. Determine what release of all files (ident *) are in a directory.

	The $Log$ information gives a clue as to who had their hands in the
	file, without access to the RCS control files.
-- 
Donald E. Amby
    don@amby.mixcom.com   (for short mail)        (414)797-6713 (voice)
    amby@eisner.decus.org (for lengthy mail)      (414)797-6533 (FAX)
    Harnischfeger Engineers, Inc., P.O.Box 1512, Milwaukee, WI 53201-1512
From: dave@cs.arizona.edu (Dave Schaumann)
Newsgroups: comp.unix.programmer
Subject: Re: PASCAL rules
Date: 22 Nov 92 21:32:35 GMT
Reply-To: dave@cs.arizona.edu (Dave Schaumann)
Organization: University of Arizona

In article <If3nOE200axfAQXUMa@andrew.cmu.edu>, aw36+@andrew (Andrew N. Westmeyer) writes:
>Hey guys,
>
>     What's going down?

Hmm.  World-wide respect for aw36+@andrew.cmu.edu (Andrew N. Westmeyer)?

>I am in a comp sci class which utilizes Object
>Pascal Genie, a graphically interfaced Pascal environment.  It's
>user-friendly.  I am thoroughly convinced that Pascal is THE best
>computer language

Isn't that special!

>and those who think otherwise can go to hell.

I thought about replying with a long list of reasons why Pascal isn't
"THE best computer language", but it's obvious Mr. Westmeyer isn't
interested in debate, so why bother?

Instead, I think it's best to ponder a few questions:

  1.  Pascal has been available for over 20 years.  Why do you suppose
      it hasn't taking the computing world by storm?  (Particularly
      computer scientists, who make it their business to study and
      improve computer languages.)

  2.  Nicklaus Wirth, the principle author of Pascal, has designed at
      least two other programming languages (Modula 2 and Oberon) since
      coming up with Pascal.  Why do you suppose he did that?  (One would
      suppose once you've found "THE best computer language", it would be
      the height of folly to try to produce something better...)

  3.  If Pascal (an imperative language) is the best computer language,
      why do you suppose there is so much interest in functional, logic,
      and object oriented programming languages?



>Have a nice day,

No thanks, I've already got one.

>Andrew

-- 
What I've learned from reading net news #1:
  It's important to do a lot of outside reading, because you never know
  where you might come across a clever quote you can use in your .sig file.
From: isc40038@nusunix1.nus.sg (LIM FANG HOW)
Newsgroups: comp.unix.programmer
Subject: Question on kill signal (SIGKILL)
Date: 19 Nov 92 10:06:06 GMT
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]

How can I program a process to write to a text file upon receiving a
SIGKILL from another process ?? I am writing in a C environment.

P.S. : The process must be able to receive the SIGKILL at any point of
execution.
From: mueller@delta.cs.fsu.edu (Frank Mueller)
Newsgroups: comp.unix.programmer
Subject: Re: Thread Aware ???
Date: 19 Nov 92 18:06:04 GMT
Organization: Florida State University Computer Science

Check out

@inproceedings{clibs,
        author = "Michael B. Jones",
        title = "Bringing the C Libraries with Us into a
                 Multi-Threaded Future",
        booktitle = USENIX,
        year = "Winter 1991",
        pages = "81-91"
        }

Frank
mueller@cs.fsu.edu
Newsgroups: comp.unix.programmer
From: smw@wikki.b17c.ingr.com (mike wixson)
Subject: How can I secure an external executable?
Reply-To: smw@wikki.b17c.ingr.com
Organization: Intergraph Corporation, Huntsville, AL
Date: Mon, 23 Nov 1992 20:45:28 GMT

 We have an application that we are developing that requires remote file
access using NFS. Since root access is needed to [u]mount a remote file 
system, and since we do not want our application to run as root, we have 
made a separate executable that runs with the set-user-ID bit so that it can
run as root in order to [u]mount our remote file systems. This external 
application is accessed through a system command and we realize that this 
could create a security problem and would like to secure it some how. 
Are there any simple solutions?

-- 
	mike wixson		smw@wikki.b17c.ingr.com

  "You cannot always go by expert opinion. A turkey, if you ask a turkey,
   should be stuffed with grasshoppers, grit and worms."
Newsgroups: comp.unix.programmer
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Subject: Thread Aware ???
Date: Wed, 18 Nov 1992 21:56:17 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor

[ Article crossposted from comp.unix.wizards ]
[ Author was Dave Brillhart ]
[ Posted on Wed, 18 Nov 1992 21:54:10 GMT ]


I've read about making a function "thread-safe". Recently at a SUN
meeting, I heard of another level of "concern" called "thread-aware".

What does it mean to make a function thread-aware?

Thanks,
--
 ___________________________________________________________________________
/-------------------------------------------------------------------------/|
|  1392.131.1315.429.832.1410         |     Dave Brillhart (407)729-5430  ||
|  (RSA: D=379 N=1517)                |     Harris Semiconductor          ||
|--------------------------------------     Mail Stop 62A-024             ||
|  hsscam::dbrillhart                 |     P.O. Box 883                  ||
|  dbrillha@dave.mis.semi.harris.com  |     Melbourne, FL  32902-0883     ||
---------------------------------------------------------------------------/

--
 ___________________________________________________________________________
/-------------------------------------------------------------------------/|
|  1392 131 1315 429 832 1410         |     Dave Brillhart (407)729-5430  ||
|  RSA: D=379 N=1517                  |     Harris Semiconductor          ||
|--------------------------------------     Mail Stop 62A-024             ||
|  hsscam::dbrillhart                 |     P.O. Box 883                  ||
|  dbrillha@dave.mis.semi.harris.com  |     Melbourne, FL  32902-0883     ||
---------------------------------------------------------------------------/
Xref: sparky comp.unix.programmer:5335 comp.sys.sun.misc:5316