HDTenEightyP/NetNews huggingface dataset:
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: varargs lib?
Organization: Colorado SuperNet, Inc.
Date: Tue, 12 Jan 1993 07:41:38 GMT

jamesb@ecst.csuchico.edu (James L. Brookes) writes:

>Subject says it all, is there a varargs libary available?  Will there
>be one with C 2.0?

  ANSI C uses the <stdarg.h> header file to define the variable
argument interface.  ORCA/C 1.3 did not include any of vprintf, vsprintf,
or vfprintf; ORCA/C 2.0 does.

  So basically, it's there, you use a different header than BSD, and
you're stuck if you need v*printf (although there is a 3rd party 
vsprintf available, it's pretty useless without the other functions
in the set, too.)

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno
Subject: Re: Idea for improved user control of restart flag.
From: jamesb@ecst.csuchico.edu (James L. Brookes)
Date: 5 Jan 1993 20:01:54 GMT
Organization: California State University, Chico
Keywords: restartability
NNTP-Posting-Host: hairball.ecst.csuchico.edu

In article <bazyar.726209355@teal> bazyar@teal.csn.org (Jawaid Bazyar) writes:
>jamesb@ecst.csuchico.edu (James L. Brookes) writes:
>
>>So, is it worth adding?  Comments anyone?

One reason I asked this, is because uEmacs has a variable to control
restartibility.  Does anyone actually turn this off?

>  IMHO, no.  The ORCA method was created because at one time GS/OS
>didn't support restarting through the Quit call.  It does now,
>and thus is the standard.  If a program does rexit(), then it should
>be restartable, period.  If the memory is needed the Memory Manager
>will purge the restartable image anyway.

So, then should all apps be written to use rexit()?  I don't really see
any reason to -not- make an app restartable, but then I have 4.25 megs
of memory, and want -everything- restartable :)

Hm, a couple of questions I just thought of re: restartability:

I've noticed that, if I have a restartable program running in the
background, and try to run the same application in the foreground, it will
not restart.  No surprise, that's to be expected.  But, even after one
execution, this copy of the app won't restart.  So, is it to be presumed
that there can only be one copy of a given restartable application in memory
at a time?  Is it possible, in a multiuser system, for someone (for example)
on console to use a restartable program, then exit, and for another person
not on console to use the copy in memory?

On the i/o-slow GS, restartability would be a great boon in a multiuser
system.  Running a cached application would allow the rest of the system
to operate at the same time, instead of lagging as the disk is accessed.
Allowing multiple copies of cached applications in memory would be nice
but I guess that isn't the way it works.

> Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
> bazyar@cs.uiuc.edu         |   P.O Box 620334
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: vandry@CAM.ORG (Phillip Vandry)
Newsgroups: comp.sys.apple2.gno
Subject: Cron and serial drivers
Date: 6 Jan 93 02:19:21 GMT
Organization: Champlain Regional College, St-Lambert QC  CANADA

1. How do you use cron on the GS. It has been compiled for the GS but it
   still expects UNIX pathnames like /etc/cronlog and stuff like that. I
   don't know who ported it but they should change the pathnames!
   (Sure there's pathnames.h but not everybody has ORCA/C to recompile it)

2. I still can't find the rz executable or the new versions of the serial
   drivers on pindarus. Are you sure you put them there, Jawaid? I checked
   both /incoming and /pub/apple2/gno.

 ______________________________________________________________________
|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~~~~|
| Phillip Vandry | Vandry@Cam.Org | II the future! | II 1993!          |
|________________|________________|________________|___________________|
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: bazyar@teal.csn.org (Jawaid Bazyar)
Newsgroups: comp.sys.apple2.gno
Subject: Re: Cron and serial drivers
Date: 6 Jan 93 05:47:18 GMT
Organization: Colorado SuperNet, Inc.

vandry@CAM.ORG (Phillip Vandry) writes:

>1. How do you use cron on the GS. It has been compiled for the GS but it
>   still expects UNIX pathnames like /etc/cronlog and stuff like that. I
>   don't know who ported it but they should change the pathnames!
>   (Sure there's pathnames.h but not everybody has ORCA/C to recompile it)

  The very latest version of cron fixed the hardcoded pathname problem; 
in fact, I wrote cron from scratch for the IIgs, rather than port it.
I wanted something small and tidy, and from-scratch usually gets you
that.  I have my system set up with UNIX volume names. In the initial
cron release I forgot to change those, but when we went through a big
cron bug-busting session for a while I fixed that at the same time.

>2. I still can't find the rz executable or the new versions of the serial
>   drivers on pindarus. Are you sure you put them there, Jawaid? I checked
>   both /incoming and /pub/apple2/gno.

  Um, er, um... I haven't put them up there.  There's one more thing I
wanted to do to the drivers, and there is a bug in rz (it only accepts
one file at a time.. e.g., if you "sz a b c d e" on the UNIX end
rz will only download 'a'.)  I guess it won't hurt to go ahead and
upload them.

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno
From: richard@serss0 (Richard A Simm)
Subject: Re: Restartability
Organization: Florida International University, Miami
Date: Fri, 8 Jan 1993 22:03:46 GMT

In article <C0JquI.6K7@CAM.ORG> vandry@CAM.ORG (Phillip Vandry) writes:
>This thread was in EMail, but I believe it is more apropriate for it to
>be in this group.
>
>> >instance of the program again (well, I guess you could if you really
>> >worked hard on your program, but it's not worth it, is it?)
>> 
>> It is *definitely* worth it. Just think of 10 users using vi. Now would
>> you want 10 copies of vi in memory or 1 copy of vi with 10 dp/stack
>> segments for each instance of the program?
>
>But I'm not sur eit can be done. It involves keeping no variables in
>the program itself, and therefore using pretty big chunks of bank 0
>memory. But even then there are still GS/OS parameter blocks which
>pretty much must reside inside the program. There would have to be
>semaphores around all accesses to GS/OS paramter blocks, and since
>each instance of the program is seperate, who creates the semaphores
>and tells everyone else about them?..
>
>> Albert
>
>| Phillip Vandry | Vandry@Cam.Org | II the future! | II 1993!          |

It *can* be done. You don't need to use big chunks of bank 0 memory. All
it requires is *good* use of bank 0 memory. You would have to use semaphores,
but gsh and the kernel use them now.

Who creates the semaphores? I think what you want to say is how can one
program keep another from using global data (GS/OS parameter block) and
guarantee that it be done. I had some sample code for this but it escapes
me right now. All you have to do is keep a counter that is decremented
by program one. The next instructions checks for a certain value of this
counter. Because one program is *guaranteed* to decrement this counter,
every other program will fail the test after the decrement. Why? Well
remember that the processor status flags will be preserved between
switching. So, if this decrement gets executed then another program
jumps in and decrements the counter, the next instruction (say BNE)
will fail and when execution returns to the original program that
decremented the counter the compare instruction will pass. So, only
that program modifies any global data.

You could also turn off interrupts while modifying global data. This is
not good though.

The benefits of reentrant programs (especially on the GS with limited
memory) is worth the effort it takes to make your program reentrant.
If a multiuser BBS system gets created for GNO, then the need for
reentrant software is more important.

Albert
From: jamesb@ecst.csuchico.edu (James L. Brookes)
Newsgroups: comp.sys.apple2.gno
Subject: Re: GNO Trashed my Hard Drive!
Date: 8 Jan 93 20:39:46 GMT
Article-I.D.: charnel.1ikoqiINN4pu
Organization: California State University, Chico
NNTP-Posting-Host: hairball.ecst.csuchico.edu

In article <1993Jan8.192350.29077@news.csuohio.edu> damin@habermann.cba.csuohio.edu (Greg Boehnlein) writes:
>
>	Can any of you GNO guru's explain why this simple mistake caused
>GNO to trash my Hard Drive btimap???
>
>tc &

Very weird.  This shouldn't cause any harm at all, actually...

>I KNOW that you shouldn't background Telcom and still try to use the
>shell, but it was an honest and simple mistake. Now I have lost
>EVRYTHING on the 85 Megger including chunks of the partition map!

Ouch.

>Is there some way to prevent this from happening in the future? And why
>WOULD it do this?
>
>SHIT SHIT SHIT SHIT SHIT! Welp..I guess it's time to re-install all that
>software I was planning on...

I guess...this is quite odd, have you tried to use any recovery software?
You might be able to get some files back...
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.apple2.gno
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: Idea for improved user control of restart flag.
Keywords: restartability
Organization: Colorado SuperNet, Inc.
Date: Tue, 5 Jan 1993 21:04:22 GMT

jamesb@ecst.csuchico.edu (James L. Brookes) writes:

>One reason I asked this, is because uEmacs has a variable to control
>restartibility.  Does anyone actually turn this off?

  Why? :-)

>So, then should all apps be written to use rexit()?  I don't really see
>any reason to -not- make an app restartable, but then I have 4.25 megs
>of memory, and want -everything- restartable :)

  Well, some applications would take a LOT of work to make restartable.
That is, excepting the trick that Morgan Davis used to make uEmacs
restartable.  I don't know that his technique will work with ORCA/C,
though.

>Hm, a couple of questions I just thought of re: restartability:

>I've noticed that, if I have a restartable program running in the
>background, and try to run the same application in the foreground, it will
>not restart.  No surprise, that's to be expected.  But, even after one
>execution, this copy of the app won't restart.  So, is it to be presumed
>that there can only be one copy of a given restartable application in memory
>at a time?  Is it possible, in a multiuser system, for someone (for example)
>on console to use a restartable program, then exit, and for another person
>not on console to use the copy in memory?

  Yes, but not simultaneously.  GNO specifcally reloads a program from
disk if a restartable executable is running and another copy is
requested.  The system loader simply doesn't deal with more than
one restartable copy of a program at one time.

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno
From: mfrankow@hamline.edu (Mike Frankowski)
Subject: Re: GNU Zip
Organization: Minnesota Supercomputer Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 04:17:06 GMT

Andy McFadden (fadden@uts.amdahl.com) wrote:
: While it's still a bit early, it wouldn't be a bad idea to port GNU Zip (gzip)
: to GNO.  It's intended to be a replacement for UNIX compress.
: 
: It uses Zip's "deflate" algorithm, which will do better than freeze(1) on
: the medium to high settings (you can control speed vs compression with -1 to
: -9).  It's larger than freeze but smaller than a complete archiver, and has
: some useful features.
: 
: It's only at v0.6 right now.  You can find it on ftp.uu.net in /systems/gnu/
: as gzip-0.6.tar.Z, and it's mirrored on prep.ai.mit.edu:/pub/gnu/.
: 
: -- 
: fadden@uts.amdahl.com (Andy McFadden)
: [ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]

And to think, I have already gotten this onto the GS and will be starting
work next week on it.

James Brookes and I have talked about it.

I had Info-Zip's zip v1.9pl1 working, but I couldn't get unzip 5.0 working
at all, and had to drop the project till we get a better compiler and such.

If anyone would rather do the work for gzip, go for it and tell me so that
I don't keep working on it.

Mike
From: vandry@CAM.ORG (Phillip Vandry)
Newsgroups: comp.sys.apple2.gno
Subject: Re: ORCA SRC filetype conversion.
Date: 7 Jan 93 18:43:05 GMT
Organization: Champlain Regional College, St-Lambert QC CANADA

jamesb@ecst.csuchico.edu (James L. Brookes) writes:

>No no, chmod doesn't handle that under GNO.  You want to use chtyp instead,
>as there is no excutable permission bit in the ProDOS permissions field.

Oops! I meant to say chtyp.. :)

>chtyp -lexec or chtyp -t SRC -a \$0006 will do the trick for you...
         ~~~~
         I can't use -lexec. Maybe I have an old chtyp or something, but I
         checked the source and exec isn't in the language table. I'm stuck
         using the second form. Is there a newer version?

>|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
 ______________________________________________________________________
|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~~~~|
| Phillip Vandry | Vandry@Cam.Org | II the future! | II 1993!          |
|________________|________________|________________|___________________|
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.apple2.gno
From: goo@cwis.unomaha.edu (Kent Radek)
Subject: Re: GNU Zip
Organization: University of Nebraska at Omaha
Date: Fri, 8 Jan 1993 06:39:56 GMT

(especially Mike Frankowski:)

I've been working on a project at work to search ZIPped archives for Copyright
notices (yep, I'm the Software Cop), so I've gotten pretty familiar with the
Info-Zip Unzip 5.0 code in the last week.  I copied all the source onto my
IIgs in the hopes of having some free time to port it under GNO in the near
future.

Mike, if you can describe some of the problems you had with it, it might help
me out...

goo

Newsgroups: comp.sys.apple2.gno
From: henigan@quando.quantum.de (Kevin Henigan)
Subject: applications list - was Re: ORCA SRC filetype conversion (+oper)
Organization: Quantum Software GmbH, Dortmund, Germany
Date: Fri, 8 Jan 1993 10:01:36 GMT

In article <1iieksINN2dr@charnel.ecst.csuchico.edu> jamesb@ecst.csuchico.edu (James L. Brookes) writes:
>
>Which brings up a major pet peeve of mine:
>
>I've been going through the list of applications that work under GNO so
>I can A) compile a list for the FAQ and B) so I can keep an up-to-date
>list of what programs GNO has.

GREAT, at last a list of applications that runs under GNO, any chance
of including where the application can be got from, ftp site + filename.

>Unfortunately, only 16 of 81(!) utilities that I have checked so far have
>any sort of version printout.  Thus, I also have to stick the date of the
>latest revision in this file, which is a pain and not as accurate.
>
>So please, folks, when you port/write a utility, include a -V flag!  That
>way people can easily find out what version they have, and things will be
>much nicer, etc etc.  It also means when you give out source and let someone
>compile it themselves the version will still be identifable as the latest
>(which you can't say about the check-by-date version).

not a bad idea.

>I'll post my list in a few days, we'll see what happens...


Looking forward to it.


>:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
>|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
>|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
>:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::


-- 
 Kevin Henigan. internet: henigan@quantum.de, or henigan@quando.quantum.de
  Quantum GmbH  Bitnet  : henigan%quando@UNIDO(.bitnet)
    Dortmund    UUCP    : henigan@quando.uucp
    Germany     advert  : space to rent....
Newsgroups: comp.sys.apple2.gno
From: vagrant@vpnet.chi.il.us (Guy Umbright)
Subject: Re: List of shell applications that work under GNO
Organization: Vpnet - Free Usenet access
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 9 Jan 1993 06:25:14 GMT

Thank you!  Your effort is very appreciated.
-- 
: vagrant@vpnet.chi.il.us  :  A man said to the universe:     : Stephen    :
: or vagrant@holonet.net   :    "Sir, I exist!"               : Crane      :
:                          :  "The fact has not created in me : 1899       :
:  Apple II Forever        :   a sense of obligation."        :            :
Newsgroups: comp.sys.apple2.gno
From: henigan@quando.quantum.de (Kevin Henigan)
Subject: Re: ORCA SRC filetype conversion.
Organization: Quantum Software GmbH, Dortmund, Germany
Date: Thu, 7 Jan 1993 13:51:02 GMT

In article <1ignuuINNhb@charnel.ecst.csuchico.edu> jamesb@ecst.csuchico.edu (James L. Brookes) writes:
]In article <C0GEqC.FrH@CAM.ORG> vandry@CAM.ORG (Phillip Vandry) writes:
]>mvats@magnus.acs.ohio-state.edu (Mudit P Vats) writes:
]>
]>>Ok, this is the situation : I am using MicroEmacs to create a C program. NOW,
]>>when I go to compile it, I get the error 'LANGUAGE NOT AVAILABLE'. SO,  I 
]>>changed the filetype of the program from TXT to SRC using an NDA that I have.
]>>There after that it compiled allright.
]>
]>It would probably be a lot easier if you just used chmod to change the
]>filetype...
]
]No no, chmod doesn't handle that under GNO.  You want to use chtyp instead,
]as there is no excutable permission bit in the ProDOS permissions field.
]
]chtyp -lexec or chtyp -t SRC -a \$0006 will do the trick for you...

or even 

chtyp -lcc  <file>     - the original question was about creating
                                      and compiling C files


]>| Phillip Vandry | Vandry@Cam.Org | II the future! | II 1993!          |

]|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
]|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |


-- 
 Kevin Henigan. UUCP:     {backbone}!unido!quando!henigan OR henigan@quando.uucp
  Quantum GmbH  Bitnet:   henigan%quando@UNIDO(.bitnet)
    Dortmund    internet: henigan@quantum.de, or henigan@quando.quantum.de
    Germany     advert  : PEDIGREE - the only genealogy IIGS prog with a GUI
Newsgroups: comp.sys.apple2.gno
From: vandry@CAM.ORG (Phillip Vandry)
Subject: Concurrent applications (Was: Restartability)
Organization: Champlain Regional College, St-Lambert QC  CANADA
Date: Thu, 7 Jan 1993 20:24:11 GMT
From: prisoner@shakala.com (The Prisoner)
Newsgroups: comp.sys.apple2.gno
Subject: Wow! I can see! 
Date: Sat, 09 Jan 93 00:14:36 PST
Organization: Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289

I'm Back. Just in time for the Apple Expo West and all...

a csa2 and csa2.gno feed... Boy, is this fun! :)

Now if I could only get that local service to get telnet and ftp working 
for Al... 

Be Seeing You.
                                        -The Prisoner

------------------------------------------------------------------
The Prisoner  - prisoner@shakala.com 
Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289
Newsgroups: comp.sys.apple2.gno
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: Getopt lib not restartable?
Organization: Colorado SuperNet, Inc.
Date: Tue, 5 Jan 1993 21:02:55 GMT

jamesb@ecst.csuchico.edu (James L. Brookes) writes:

>I've been trying to make mkdir restartable, but am having problems.  During
>the second execution getopt returns EOF (-1) when first called, when it
>should be returning an option.  I've checked all my code, and there isn't
>anything I'm not initializing at run time.  So, it seems that there is 
>something in the getopt lib that prevents it from being restartable...

  There are three or so global variables that getopt() keeps; you need
to initialize those to their proper values in main().

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno
Subject: Re: ORCA SRC filetype conversion.
From: jamesb@ecst.csuchico.edu (James L. Brookes)
Date: 7 Jan 1993 20:20:55 GMT
Organization: California State University, Chico
NNTP-Posting-Host: hairball.ecst.csuchico.edu

In article <1993Jan7.135102.20726@quando.quantum.de> henigan@quando.quantum.de (Kevin Henigan) writes:
>In article <1ignuuINNhb@charnel.ecst.csuchico.edu> jamesb@ecst.csuchico.edu (James L. Brookes) writes:
>]No no, chmod doesn't handle that under GNO.  You want to use chtyp instead,
>]as there is no excutable permission bit in the ProDOS permissions field.
>]
>]chtyp -lexec or chtyp -t SRC -a \$0006 will do the trick for you...
>
>or even 
>
>chtyp -lcc  <file>     - the original question was about creating
>                                      and compiling C files

Eeek!  You are so right :)  When someone mentions using chmod to change
a type, I automatically assume they are thinking of the "x" flag, which 
doesn't exist under ProDOS.

The auxtype of a c file w/ ORca/C is $0008, BTW, if people have the original
chtyp which doesn't do language types.

Thanks for the correction :)

> Kevin Henigan. UUCP:  {backbone}!unido!quando!henigan OR henigan@quando.uucp
>    Dortmund    internet: henigan@quantum.de, or henigan@quando.quantum.de
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::