HDTenEightyP/NetNews huggingface dataset:
From: gjm@gserv1.dl.ac.uk (g.j.milne)
Newsgroups: comp.os.os9
Subject: Re: HELP with Module-names
Date: 11 Sep 92 08:51:01 GMT
Reply-To: gjm@gserv1.dl.ac.uk
Organization: Daresbury Laboratory, UK

Have you tried using unlink to remove the program from memory? This
should work unless the program is installed at boot time in which case
it will not be removed.

Renaming the program does not work for a simple reason. When the progam
is compiled a memory module is created and the name of that memory
module is usually set by the -f, -fd or -n options on the C compiler.
When you run a program from disk the disk file is checked to see if it
is a memory module and then loaded. OS-9 then adds the name of the
memory module to its list of memory module.

I find your problem unusual because I test and re-test programs all the
time. Are you sure that you are not creating an executable with the
sticky bit set (-bg option on the C compiler). This would mean that the
module would not be removed from memory once the link count fell to
zero.

Ciao!

Gordon
---
S.E.R.C. Daresbury Laboratory, Warrington, WA4 4AD, United Kingdom.
e-mail     : g.j.milne@dl.ac.uk (INTERNET)  g.j.milne@uk.ac.daresbury (JANET)
Opinions expressed are my own, not necessarily those of my employer!
From: mark@ginger.biophys.upenn.edu (Mark Elliott)
Newsgroups: comp.os.os9
Subject: Signal on socket connection close
Date: 11 Sep 92 20:10:44 GMT


	I am having trouble figuring out how to catch a signal when a socket
on my OS-9 machine (v 2.3) is closed on the other end. As it is now, I don't
find out until I try a read or write to/from the socket. I know in standard
BSD Unix I can request that a signal be sent when the socket connection breaks.
	Can this be done in OS-9?

	Thanks in advance,



Mark Elliott                       |     
Dept of Radiology                  |     Voice: (215) 898-9357
University of Pennsylvania         |     FAX  : (215) 573-2113
Philadelphia, PA 19104 USA         |     Email: mark@ginger.biophys.upenn.edu


Newsgroups: comp.os.os9
From: hemsing@abmx.rz.rwth-aachen.de
Subject: Re: Strange problem with setjmp()/longjmp() in OS9
Reply-To: hemsing@abmx.rz.rwth-aachen.de
Organization: RZ RWTH Aachen, Germany
Date: Fri, 11 Sep 92 14:33:44 GMT

In article <87473@netnews.upenn.edu>, mark@ginger.biophys.upenn.edu (Mark Elliott) writes:
>
>	I am programming in OS-9 v2.3 and cannot get setjmp()/longjmp() to
>behave. I would like my signal handling routine to call longjmp() to branch
>to a location in my main() routine as set by setjmp(). The branch occurs, but
>shortly there after I get a Bus Trap error. The curious thing is that the
>Bus Trap error occurs a different places in the code, even in subroutines
>that have been successfully executed several times since the branch.
>	I know that this sounds like a pure programming error in my code (it
>probably is!) but I have made every attempt to figure it out. My question is:
>
>********************************************************************************
>Does any one out there know about some known problem/bug with setjmp()/longjmp()?
>********************************************************************************
>
>	I have used setjmp()/longjmp() successfully in small test programs, but
>something is different in my large application. And I am aware of the constraints
>required to use setjmp()/longjmp() (i.e. I have NOT called setjmp() in a
>subroutine which was returned from before longjmp() executed).
>
>	Thanks for any help on this.
>
>
>
>Mark Elliott                       |     
>Dept of Radiology                  |     Voice: (215) 898-9357
>University of Pennsylvania         |     FAX  : (215) 573-2113
>Philadelphia, PA 19104 USA         |     Email: mark@ginger.biophys.upenn.edu
>
>

If you use longjump from an intercept routine, you must be aware of a few
things:

1) The part where longjmp jumps to MUST NOT depend on any register variables
   because longjmp restores the registers to the contents they had when setjmp
   was called. The standard OS-9 C-compiler will not tell you about it. If you
   use another (optimizing ANSI) compiler (like gcc) that automatically assigns
   variables to registers you must explicitly declare these variables to be
   "volatile" (gcc will tell you about the potential clobbering).
2) FPU registers are not restored at all.
3) This probably does not cause your bus error:
   When you use the longjmp to leave the intercept routine you circumvent the
   F$RTE call which (probably without your knoledge) occurs when you leave
   your intercept routine with return; .
   Therefore, you must call a sigmask(-1); (which F$RTE does)
   before the longjmp.

Christan Hemsing
From: bill@mwca.UUCP (Bill Sheppard)
Newsgroups: comp.os.os9
Subject: Re: HELP with Module-names
Date: 14 Sep 92 19:01:22 GMT
Organization: Microware Systems Corp., Santa Clara, Ca.

In <1992Sep11.085101.6115@gserv1.dl.ac.uk> gjm@gserv1.dl.ac.uk (g.j.milne) writes:

>Have you tried using unlink to remove the program from memory? This
>should work unless the program is installed at boot time in which case
>it will not be removed.

In his original post Obbe mentioned that he wants to run two versions of the
program simultaneously.  This would require using the appropriate linker
option ('-n' from 'cc' or 'l68') to give the second version a different name.

Note that in OS-9000 module subdirectories are supported, allowing different
versions of identically named modules to be present simultaneously (though in
different subdirectories).

Bill
-- 
 ##############################################################################
 # Bill Sheppard  --  Western Regional Sales Manager  --  bills@microware.com #
 # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201 #
 ############## Opinions expressed are my own and usually wrong ###############
Newsgroups: comp.os.os9
From: cheselka@cactus.org (Michael R. M. Cheselka)
Subject: Pipelines and the MM/1
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Distribution: usa
Date: Mon, 14 Sep 1992 06:58:33 GMT

I posted this a week back and nobody replied...where and in what issue does
Pipelines mention the MM/1.  Please reply via email.
-- 
cheselka@cactus.org               N5UVV              Michael R. M. Cheselka
os9@gnu.ai.mit.edu        Hangs out on 145.21mhz       400 W. 34th st. #103
membership@cactus.org                                 Austin, TX 78705-1331
{...}!cs.utexas!cactus.org!cheselka (512)452-9412v ( 24hours answer. mach.)
From: bill@mwca.UUCP (Bill Sheppard)
Newsgroups: comp.os.os9
Subject: Re: Any good litterature?
Date: 4 Sep 92 16:07:34 GMT
Organization: Microware Systems Corp., Santa Clara, Ca.

In <kdarling.715365340@garfield.catt.ncsu.edu> kdarling@garfield.catt.ncsu.edu (Kevin Darling) writes:

>As for books, there've been about half a dozen, but most dealt with OS9/6809.
>The only totally OS9/68K book so far is:

> "OS-9 Insights (Advanced programmer's guide to OS9/68K)", by Dibble,
>  published by Microware, 1988.  340+ pages.

This is now in its second edition - hardcover, 1992, 542 pages.  Contact your
local Microware distributor or well-stocked computer bookshop (ask for it:
ISBN 0-918035-03-1) for order information.

>kevin <kdarling@catt.ncsu.edu> <76703.4227@compuserve.com>
-- 
 ##############################################################################
 # Bill Sheppard  --  Western Regional Sales Manager  --  bills@microware.com #
 # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201 #
 ############## Opinions expressed are my own and usually wrong ###############
Newsgroups: comp.os.os9
From: mm1@hounix.org (John Donaldson)
Subject: C++ Problem
Organization: Houston UNIX Users Group (HOUNIX), Houston, TX
Date: Mon, 14 Sep 1992 21:56:26 GMT



I have the port of GNU C and C++ for the MM/1. The C compilers works fine.
But I am having a problem with C++.

Here is what I am having a problem with

//This is a test program:
#include<stdlib.h>
#include<stream.h>

main()
{
  cout << "Hello World\n";
)


gcc -o hello -I/dd/defs/cc -L/dd/gnulib hello.c


I get the following errors:

 sput__9streambufPCc unresolved
 cout                unresolved


  Can anyone tell me what I am doing wrong???

John Donaldson

-- 
******************************************************************************
* John Donaldson   one very Happy MM/1 Owner                                 *
* send mail to:  mm1@Hounix.org                                              *
*                VAXELF on Delphi                                            *
Newsgroups: comp.os.os9,comp.lang.modula2
From: smcgee@microware.com (Scott McGee)
Subject: Need info
Followup-To: comp.os.os9
Keywords: OS-9, modula 2
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Thu, 10 Sep 1992 20:32:52 GMT


Hi all! I found in the OS-9 Source Book, two companies that sell Modula 2
compilers for OS-9. One is in England, the other in Texas. I tried to call
the Texas company and the number is no longer in service. Since we have no
further information here at Microware, I thought I would ask here.

Does anyone know anything about a company called Interface Technologies Corp.?
They were located at 3336 Richmond, suite 323, Houston Tx and there phone
number was (713) 523-8422. I would like to know if they are still in 
business and, if so, how I can contact them. I am also interested in any
information concerning the Modula 2 products the make for OS-9.

I am also interested in information regarding Rowley Associates in Dursley
England and their Modula 2 products for OS-9. If anyone has any info on them,
I would be glad to hear from you.

Thanks

Scott


	
        Buttered bread always lands   *   Would YOU mistake these
        butter side down! (Unless     *   opinions as anyone`s
        it sticks to the ceiling!)    *   but my own?
                  smcgee@microware.com (Scott McGee)
From: viswayne@ubvmsd.cc.buffalo.edu (WAYNE D. MULLEN)
Newsgroups: comp.os.os9
Subject: Download
Date: 6 Sep 92 23:37:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

This is my first post, so please forgive errors. I am using a
COCO III to access a VaxCluster through dialup line. I have
learned to FTP OS-9 files to my account, but am having difficulty
getting the .ar files to MY machine. I have SETUP XMODEM on the 
Vax, but the docs refer to it as being MODEM 7. I don't know if that
is my problem, but the .ar files I have downloaded produce only a
few words from the README file in the archive. The rest is junk.
I have used both GET & BGET in FTP but get the same result. The
local CONSULT here only supports KERMIT. I can FTP KERMIT file
to my account but ....... You see the problem! I will be thankful
for any assistance.

                       Wayne

Wayne D. Mullen    Internet: VISWAYNE@UBVMS.CC.BUFFALO.EDU
From: pczip@mips.nott.ac.uk (Ivan Powis)
Newsgroups: comp.os.os9
Subject: Deallocation of process descriptors.
Date: 15 Sep 92 08:18:51 GMT
Reply-To: pczip@mips.nott.ac.uk (Ivan Powis)
Organization: Nottingham University

Can someone advise me on the following: I have an application which consists
of a long term process which spawns many short child processes. The children
all exit before the parent and are intended to execute concurrently with it -
so the parent does not do a 'wait' for the child. This all works, but leaves
behind a trail of 'dead' non deallocated process descriptors until some
indefinite time in the future when the parent process is killed off. How can
I force these unwanted descriptors to be deallocated when the child terminates?

It seems this situation is analogous to a shell creating background processes
with the 'command &' facility. The shell doesn't leave a trail of dead
descriptors in its wake, so there must be some way to achieve the desired
effect.

On a related point, does anyone know whether it can be arranged for a child
process automatically to signal its parent when it dies, without the parent
having to 'wait' and without having to explicitly program a send_signal
operation into the child?


Ivan Powis
Newsgroups: comp.os.os9
From: dibble@microware.com (Peter Dibble)
Subject: Re: Strange problem with setjmp()/longjmp() in OS9
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Wed, 9 Sep 1992 16:55:49 GMT

I've tried to reproduce the setjmp()/longjmp from a signal
handler problem.  I can't.

I put some code that should test longjmps from intercept routines 
at the end of this message.

It doesn't fail.  Did I fail to build a test that does the right (wrong) 
thing? Or is it failing to fail because I'm using the very latest
(not shipping) kernel... or maybe there's something about
the MVME167...

I tested a lot of code that longjmp()'s out of intercept routines in
the process of writing Insights 2nd edition.  Since I was using
a Micro-20 and the production kernel for that work I suspect that
my test program is missing the problem.

/*
	Torture long jumps out of signal intercept routines.
*/
#include <stdio.h>
#include <setjmp.h>
#include <signal.h>
#define ALARM_SIGNAL	5
#define ALARM_INTERVAL	3 /* ticks */
#define LIMIT	1000.0
#define RDEPTH	50

jmp_buf env;

SigCatch(Sig)
int Sig;
{
	if(Sig == ALARM_SIGNAL){
		longjmp(env, 1);
	}
	if(Sig == SIGQUIT)
		Done();
}

int alm_id;
int Child;

Done()
{
	int Code;
	
	alm_delete(alm_id);
	kill(Child, SIGQUIT);
	wait(&Code);
	exit(0);
}
	
main(argc, argv)
int argc;
char **argv;
{
	double f;
	static char *eatargs[] = {"eatfpu", NULL};
	extern char **environ;
	extern int os9fork();
	
	Arguments(argc-1, argv+1);
	intercept(SigCatch);
	Child = os9exec(os9fork, eatargs[0], eatargs, environ, 0, 0);
	alm_id = alm_cycle(ALARM_SIGNAL, ALARM_INTERVAL);
	f = 0.0;
	if(setjmp(env) != 0){
		f += .33;
		sigmask(-1); /* unmask signals */
		write(1, "!", 1);
	}
		
	for(; f<LIMIT; f += .01){
		exercise(1);
	}
	Done();
}
		
exercise(n)
int n;
{
	int *x;
	if(n == RDEPTH)
		return;
	x = &Child;
	exercise(n+1);
}
	
Arguments(argc, argv)
int argc;
char **argv;
{
	if(argc > 0){
		Usage();
		exit(0);
	}
}

Usage()
{
	static char *msg[] = {
		"sigjmp exercises longjmp()'s out of signal intercept",
		"routines.  It starts eatfpu then runs a cyclic alarm",
		"to trigger the signal intercept routine which longjmps",
		"to a recursive routine",
		NULL};
	char **ptr;
	for(ptr=msg; *ptr != NULL; ++ptr)
		printf("%s\n", *ptr);
}
Newsgroups: comp.os.os9
From: mikc@hal.gnu.ai.mit.edu (Mike Coughlin)
Subject: Re: Os-9 Floppy Disk Formats
Followup-To: mikc@gnu.ai.mit.edu
Keywords: Floppy disk, disk descriptors, formats
  My OSK system came with a motley collection of floppy disk descriptors for 
  What is the most usual format for an approximately 1.44 meg HD disk? 
Organization: MIT Laboratory for Computer Science
Date: Thu, 10 Sep 1992 12:54:37 GMT
From: pczip@mips.nott.ac.uk (Ivan Powis)
Newsgroups: comp.os.os9
Subject: Re: GNU tar for OS9 ?
Date: 8 Sep 92 08:11:28 GMT
Reply-To: pczip@mips.nott.ac.uk (Ivan Powis)
Organization: Nottingham University

In article <q13NpGG@keihh.hanse.de>, kt@keihh.hanse.de (Kei Thomsen) writes:
|> In article <1992Sep4.075928.18949@cs.nott.ac.uk> pczip@mips.nott.ac.uk (Ivan Powis) writes:
|> 
|> >Has anyone ported GNU tar to the OS9 system? I know that there is a tar
|> >available on hermit (as was) but I specifically wanted the compression
|> >and remote device support that are available with the GNU version.
|> 
|> Yes, Joerg Leu has ported the gnutar. But it can't do the compress-option,
|> because it's to difficult with 3 fork() deep. The remote device will be
|> usefull, if there is a port of rsh (remote shell). Has anyone ported a
|> rsh and inetd (inet-daemon) ?
|> 
Yes, I've ported rsh and am just finishing the server daemon, rshd, and rmt.
When both the latter are done I'll submit them to cabrales (nee hermit) along
with a remote printer client, lpr.

You see I decided to do the internet communication stuff before turning to
gnutar! Hopefully the source for the port you mention above will be made
available by ftp (?)

Ivan Powis
Newsgroups: comp.os.os9
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Subject: Re: HELP telling socket from terminal
Organization: North Carolina State University
Date: Thu, 10 Sep 1992 12:50:09 GMT

Mark Elliott writes:
>Does anyone know how an OS9 program can tell if a path number refers to
>a SCF, RBF, or socket device. 

How about something like the following?  (I'm no C expert, so if you spot
mistakes, please let me know - thanks!)  - kevin <kdarling@catt.ncsu.edu>

/* devtype.c                     */
/*   usage: devtype /devicename  */
/* example: devtype /pipe        */
/*          devtype /dd/startup  */

#include <stdio.h>
#include <sgstat.h>
#include <sg_codes.h>

main(argc,argv)
int argc;
char *argv[];
{
        char devname[32];
        struct sgbuf pd;
        FILE *fp;
        int pathnum;

        /* Try opening device (or file) normally */
        strcpy(devname,argv[1]);
        fp = fopen(devname,"r");

        /* Try opening device with "@" appended (RBF) */
        if (fp == NULL)
        {
                strcat(devname,"@");
                fp = fopen(devname,"r");
        }

        if (fp == NULL)
        {
                printf("Can't open %s\n",argv[1]);
                exit(0);
        }

        /* Okay, here's the real meat... */

        /* Pick up os9 path number from FILE structure */
        pathnum = fp->_fd;

        /* Do an SS_OPT call and get device class from path desc */
        _gs_opt(pathnum,&pd);
        printf("Class = %d : ",pd.sg_class);

        switch(pd.sg_class)
        {
        case DT_SCF:
                printf("%s\n","Serial Device");
                break;
        case DT_RBF:
                printf("%s\n","Disk Device");
                break;
        case DT_PIPE:
                printf("%s\n","Pipe Device");
                break;
        case DT_SOCK:
                printf("%s\n","Socket Device");
                break;
        }
}
Newsgroups: comp.os.os9,de.comp.os.os9,comp.sys.misc,comp.realtime
From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
Subject: Re: Newsgroups for VMEBus / PSOS+ ???
Date: Tue, 15 Sep 1992 17:59:07 GMT
Organization: TH-Darmstadt

In article <Ds3XqB1w165w@cellwar> kolbe@cellwar (Andreas Kolbe) writes:

>   Who can help ????

>   Im looking for  newsgroups about VMEBus systems and/or for the PSOS+ operating
>   system.  

>   Many Thanks,
>   Andreas Kolbe
>   kolbe%CELLWAR.uucp@germany.EU.net
>   /ex

As we use pSOS+ and related prducts in research projects, we would also
be rather interested in a newsgroup / mailing list.

SCG, are you listening?

best adams
From: bmaddox@cs.umr.edu (Brian Maddox)
Newsgroups: comp.os.os9,sub.os.os9
Subject: Help with RAMMER
Date: 13 Sep 92 18:25:29 GMT
Distribution: usa
Organization: University of Missouri - Rolla
Originator: bmaddox@mcs213j.cs.umr.edu


   Hello again.  I have another in my long line of questions and problems.  I
am using the bitbang driver to operate at 1200 baud.  I am using Supercomm 
version 2.2 as my term prog.  I also have VRN installed and nil initialized.
I have bitbang.dr merged with t1.dd and t2.dd and VRN merged with nil.  They 
are loaded in and the initialized in my startup file.  Whenever I try to load
the RAMMER and r0 drivers (from LISTSERV) and iniz r0, I get a MEDIA FULL
error.  Should I put bitbang.dr, t1.dd, t2.dd, VRN, nil, RAMMER, r0, and md in
my os9boot file or is there no way to use all of them at once.  If anyone could
Email any possible solutions to me, I would greatly appreciate it.  (BTW, I
can use the ramdisk normally if the other two drivers are absent).  Thanks.
                     Brian Maddox (bmaddox@cs.umr.edu)
From: trier@odin.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.os.os9
Subject: Re: Help with RAMMER
Date: 13 Sep 1992 23:41:25 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: usa
NNTP-Posting-Host: odin.ins.cwru.edu

You are running into the 64K limit on the system address space.  All
system-related modules, like file managers, device drivers, and device
descriptors, have to fit into the 64K system address space.  The nastiest
aspect of this is that modules loaded after boot require memory rounded
up to a multiple of 8K, so that 64K system space gets filled up fast when
you are loading system modules by hand.

The only solution is to bite the bullet and build a new boot file with the
bitbang and rammer drivers and descriptors.

-- 
"Beware of programmers who     Stephen Trier
 carry screwdrivers."          Network Services Engineering, IRIS/INS/Telecom
       Leonard Brandwein       Case Western Reserve University
                               trier@ins.cwru.edu
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.os.os9
Subject: Re: GNU tar for OS9 ?
Date: 6 Sep 92 05:50:59 GMT

In article <1992Sep4.075928.18949@cs.nott.ac.uk> pczip@mips.nott.ac.uk (Ivan Powis) writes:

>Has anyone ported GNU tar to the OS9 system? I know that there is a tar
>available on hermit (as was) but I specifically wanted the compression
>and remote device support that are available with the GNU version.

Yes, Joerg Leu has ported the gnutar. But it can't do the compress-option,
because it's to difficult with 3 fork() deep. The remote device will be
usefull, if there is a port of rsh (remote shell). Has anyone ported a
rsh and inetd (inet-daemon) ?

Kei

                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Voice 040/5205921 ||
 Modem 040/5200428 ||  300-14400 Baud
               ,---||---, (V32bis)
               '---<>---'
Newsgroups: comp.os.os9
From: mikc@hal.gnu.ai.mit.edu (Mike Coughlin)
Subject: Os-9 Floppy Disk Formats
Followup-To: mikc@gnu.ai.mit.edu
Summary: Data for OSK floppy disk formats is hard to find.
Keywords: Floppy disk, disk descriptors, formats
  
  My OSK system came with a collection of floppy disk descriptors for
  I've seen references to many "standard" Os-9 floppy formats, but I 
  If everyone who would like to answer this question would send me 
Organization: MIT Laboratory for Computer Science
Date: Tue, 8 Sep 1992 12:48:46 GMT


Newsgroups: comp.os.os9
From: saunders@aps.anl.gov (Claude Saunders)
Subject: how to do concurrent read/write on terminal?
Keywords: input output
Reply-To: saunders@aps.anl.gov
Organization: Argonne National Lab -- APS
Date: Wed, 9 Sep 1992 22:39:24 GMT

I have a control program (in Microware-C) running under OS-9 which 
accepts commands from /t1 and also periodically writes to /t1. 
There is a separate fork'ed process for reading commands and 
for periodic writes. (There are reasons behind this design.)

The problem is that the gets() in the consuming process sleeps and prevents
the producing process from getting characters out to the terminal.

Is there any way of solving this without installing a signal intercept
function and grabbing unbuffered characters one at a time with getchar()?
That solution is essentially duplicating the driver.

Is there some mode I can set that will allow printf's while another process
is sitting in gets()? Do I need to open() additional file descriptors?

Thanks in advance,
-- an OS-9 novice --
Newsgroups: comp.os.os9