HDTenEightyP/NetNews huggingface dataset:
From: ba178@cleveland.Freenet.Edu (Gal-On Broner)
Newsgroups: comp.sys.amiga.programmer
Subject: Playing a rew smaple.
Date: 5 Sep 1992 18:57:38 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ba178@cleveland.Freenet.Edu (Gal-On Broner)
NNTP-Posting-Host: slc5.ins.cwru.edu



  Can someone tell me if I can find a simple cli hack which 
plays a rew sample? You know, a short simple program which just play
the damn thing. Something like ----      play <filename>



  Thanks in advance, Gal-on.

-- 
  Gal-on Broner  -  ba178@cleveland.Freenet.edu     //
                                                   //
  Amos - A language beyond imagination          \\//
                                                 \/
From: mcuddy@fensende.Rational.COM (Mike Cuddy)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: XSB -- modular screenblanker building kit
Date: 15 Sep 92 00:02:13 GMT

gblock@csd4.csd.uwm.edu (Gregory R Block) writes:
> >pooler@marcus.its.rpi.edu (Robert Peter Poole) writes:
> >: another extensible/modular screensaver program out there which provides an
> >: easy means for programmers to create blanker modules?
> 
> >There is another, if I remember correctly:  ShadowMaster was a very
> >good blanker system.

Yeah!  Shadowmaster... (Course, I'm biased, several of the blanker modules are
mine ... ;-)  XSB has some good ideas, but it seems that noone can make it work
very well.  The nice thing about shadowmaster is the consistency among the 
included blankers (about 20 with the registered version... REGISTER REGISTER 
REGISTER -- I think it's about 20 bucks or a saver module).

		- Mike
From: terje@light.fipnet.fi (Terje Bergstrom)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Menus and Gadgets!!!
Date: Sat, 05 Sep 1992 11:10:47 GMT
Organization: Lightning Inc's Development Corner. Espoo, SF
X-Newsreader: Arn V1.00 beta rel2

In article <1992Sep3.225333.21017@cs.aukuni.ac.nz>, Christopher Paul    Stevens         writes:

 <...>
>    gad = CreateGadget(BUTTON_KIND,glist,&firstGadget,TAG_DONE);      /**/

  CreateGadget() needs the result of CreateContext(), not the glist. So
replace this line with:

     gad = CreateGadget(BUTTON_KIND,gad,&firstGadget,TAG_DONE);


  Terje Bergstr|m           Internet:   terje@light.fipnet.fi
  Jukolanahde 4 D 15        FidoNet:    2:220/550.3
  02180 Espoo
  Finland
From: Irwin_Aschkenas@neonate.amiga.atl.ga.us (Irwin Aschkenas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: REQTOOL
Date: 7 Sep 92 15:45:20 GMT
Organization: The Village BBS

I see the directory is located at rtfi_Dir.  I got confused when looking at
the file requester structure as the hook structure pointer located above
rtfi_Dir has become obsolete not rtfi_Dir...   

-- Via DLG Pro v0.992
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: mathieeesingbas.library
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 7 Sep 1992 23:04:48 GMT

In article <1992Sep7.131540.18733@gn.ecn.purdue.edu> rodmar@gn.ecn.purdue.edu (Rodney L Martin) writes:
>I just got the gcc222 compiler.  It didn't seem to come with a couple of
>libraries that are necessary.  They are:
>
>mathieeesingbas.library
>ixemul.library

ixemul *not* included in gcc222??? Should be in libs/*? For mathieeesingbas,
this is no longer required, it's optional. As soon as the library would
need the library, ie. the program calls one of the few functions in
ixemul that use it, you get a requester telling you about the problem. You
don't need the library any longer if you don't do float-calculation. 

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: "jonathan forbes" <jonathan.forbes@canrem.com>
Newsgroups: comp.sys.amiga.programmer
Subject: writing odd bytes
Date: 6 Sep 92 02:33:46 EST
Reply-To: "jonathan forbes" <jonathan.forbes@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

I have run into a very strange problem.  In one of my programs, a
Write() call will occasionally take *much* longer to execute than it
should (when writing to any hard drive).  When this happens, it would
seem to be a slowdown to about 25% of "normal" speed, and the hard drive
activity light is solid.

It's almost as if the data was being written a little bit at a time, but
I have checked and only large pieces are being written (~= 64k).

Now, the strange thing I noticed eventually is that writing an odd
number of bytes seems to make it happen; I can write 65534 or 65536
bytes, but if I write 65535 bytes, it slows down.

Even weirder; I wrote a tiny program to try to test this out (writing
65535 bytes ten times to a new file) but it didn't have any effect
there.

Note that even though it takes 4 times long to write the data, the data
written *is* correct.

I have *no* idea what could cause this; perhaps it's something internal
to DOS, and for some reason DOS decided to write out the data in small
pieces (maybe my program wrote over something critical to cause such a
thing?  but if so, why only for odd byte amounts?)

I also tried making the program write (Size+1) bytes if Size was odd,
and then doing a Seek() backwards one, but that also incurred the same
slowdown for some odd reason...

The problem does not occur when I am writing to a RAM: disk, but it
occurs on all of my hard drives.

Anyone run into this problem before or have *any* light to shed on this
matter?  I'm rather confused...
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.programmer
Subject: Window Non-activation
From: bjbernstein@miavx1.acs.muohio.edu
Date: 10 Sep 92 15:14:18 -0500
Organization: Miami University Academic Computer Service"

  I have a seperate screen with a backdrop window on it. I open up several 
other windows on that screen which are output only, and have no close 
gadget (they are opened and closed by the program or user hitting an F-key)

  What I would like to do is, if someone moves the window around on the 
screen or re-sizes it (etc), I do not want that window to be active. Is 
there a IDCMP or flag that would prevent the window from becoming active 
but still allowing movement?  Thanks..


-brian bernstein
bjbernstein@miavx1.acs.muohio.edu
From: Fergus_Gibson@amusers.UUCP (Fergus Gibson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: using 1.3
Distribution: world
Date: 6 Sep 92 11:25:47 PST
Organization: The Amiga Users Group of Victoria BC

In a message dated Fri  4 Sep 92  3:01, Tsm2124@ritvax.isc.rit.edu wrote:

 T>  Maybe they feel there is no reason to upgrade (I don't know how) but
 T> if a program comes out that they want and it is 2.x (or maybe 3.x) and
 T> up maybe they will upgrade.  When Windows 3.1 (although not an OS) came
 T> out there were many program updates to take advantage of its new
features.
 T>  By the time most of the developers make programs for 2.04, 2.1 will
 T> be out (probably on Sept 12), and 3.x will be very close, it is now
 T> at least version 39.97.

Well, I agree entirely that developers should drop 1.x.  My problem is I
can't afford to upgrade to 2.0 (which I'd dearly love to do).  And also
when I do have enough money I call the dealer and they tell me they have no
Enhancer Kits in stock and usually don't know when they will.  So there are
people out there with a good reason not to upgrade :(

-- Via DLG Pro v0.992

Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: SAS C++?
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Sat, 12 Sep 1992 04:04:52 GMT

In article <hemmer.024l@hemmer.adsp.sub.org> cbmehq!cbmden!hemmer@cbmvax.commodore.com (Franz Hemmer) writes:
>Unfortunately SAS C++ is far far away. If we're really lucky, we might have
>one at the end of next year, but only if SAS pushes this project very hard.

Agreed.  And this is not intended as a slash against the talent as SAS.
Writing any compiler, not less a C++ is not an easy task, even if it is
built from a C compiler.  In fact, building a C++ from a C compiler has
as many minuses as plusses. (Note: I have no insider information about
how SAS might be approaching the design of a C++, if indeed they are
even doing so, I'm just trying to radiate that even with the best of compiler
teams, things just plain old take time).  Speaking from experience:
a commerical full implementation of C++ will take over 1 year (and that's
minimum, and just the compiler).

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
Newsgroups: comp.sys.amiga.programmer
From: micja@ida.liu.se (Michael Jansson)
Subject: Re: What is (APTR) ?
Originator: micja@obel30
Organization: Department of Computer Science, University of Linkoping
Date: Mon, 14 Sep 1992 13:09:14 GMT


In article <1630@lysator.liu.se>, boberg@lysator.liu.se (Stefan Boberg) writes:

>   Excerpt from `exec/types.h' :
> 
>   /*  WARNING: APTR was redefined for the V36 Includes!  APTR is a   */
>  /*  32-Bit Absolute Memory Pointer.  C pointer math will not       */
> /*  operate on APTR --  use "ULONG *" instead.                     */
>                             ^^^^^^^^^
> 
>   BTW: Why isn't this "UBYTE *" ?? Why on earth would anyone want ULONG
> pointer arithmetic?

Have you ever used Tags? Process a file like Font:CGTimes.otag and you will find
several reasons for doing pointer maths (trust me) on ULONG:s.

Beside, a (UBYTE *) pointer is a 8-bit memory pointer, i.e. can be none long word
aligned and should *never* be declared as a APTR. Bad things happened if you do...

- Michael



-- 
     __________________________________________________________________________
     Michael Jansson	  mij@IDA.LIU.SE, uunet!liuida!mij, mij@SELIUI51.BITNET
Newsgroups: comp.sys.amiga.programmer
From: nix@zombie.oulu.fi (Tero Manninen)
Subject: Re: vogle
Reply-To: nix@stekt.oulu.fi
Organization: University of Oulu, Finland
Date: Sun, 13 Sep 1992 22:29:32 GMT


On Sun, 13 Sep 1992 03:10:50 GMT,
quandt@mcs213g.cs.umr.edu (Brian Quandt) said:

Brian> Are there any other 2D/3D libraries out there (that are any good, and
Brian> have decent documentation)?

Well.. I guess you are asking of libraries supporting clipping, coordinate
calculation etc..  I don't know such, but if you need a rendering library
then I could suggest the SIPP (Simple Polygon Processor).
The library contains many nice functions to create surfaces (various kinds)
many shading methods, lightning models and it can calculate the scene to
file.
If this sounds interesting, you can find the SIPP package from many good
graphics ftp sites (can't remember one now.. there is an old version of
this library in ftp.funet.fi:/pub/graphics/programs/sipp directory).

++Tero
Newsgroups: comp.sys.amiga.programmer
From: pooler@marcus.its.rpi.edu (Robert Peter Poole)
Subject: XSB -- modular screenblanker building kit
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Fri, 11 Sep 1992 07:28:19 GMT


I grabbed the XSB kit from Fred Fish disk 687.  It seemed promising.  However,
one of the xsb??????.library files was missing -- xsbpsychedelic.library.
Since the source and makefile for this .library were present, I figured, why
not try to compile it?  Whoops!  All kinds of errors.  Problem number one has
to do with the fact that the makefile specifies that the assembler look for
includes in AINCLUDE:  Reading through the sparse documentation doesn't offer
much help, and my efforts to contact the author via email have resulted in
naught.  I want to know what steps I have to perform to successfully compile
the example libraries from the sources given, and in doing so learn how to
write my own blanker routines that will work with the XSBCX client program.

Anybody out there have any experience with this code?  Alternatively, is there
another extensible/modular screensaver program out there which provides an
easy means for programmers to create blanker modules?

Thanks in advance...
Robert Poole
pooler@rpi.edu  |  pooler@cs.rpi.edu
From: Milan_Sismanovic@augs1.ch.so.commodore.com (Milan Sismanovic)
Newsgroups: comp.sys.amiga.programmer
Subject: Scrolling trouble
Date: 5 Sep 92 14:42:09 GMT
Organization: Amiga Usergroup Switzerland

I wrote a program, which is
scrolling a double buffered screen in
lowres mode.
This is the way I do it:
 
- init three bitmaps and a copperlist
- make an array of the 3 bitmaps
  pointers
- activate the 1st bitmap
 
loop
- wait for the copperinterrupt
- change bitplanepointers of the
  3rd bitmap  so that it shows
  a different part of this bitmap
- copy this part to the 2nd bitmap
- do other gfx-stuff to 2nd bitmap
- bra loop
 
In the copperinterrupt I swap the
1st and the 2nd bitmaps, so that the
new arranged bitmap becomes active.
 
Now the Problem:
When I'm scrolling the screen more than
2 lines/interrupt the screen is
flickering. That means, that it is
showing the last state before the last
interrupt and the actual screen.
 
I think that this is because the
copperinterrupt makes up the even lines
and then the odd lines again and again.
So that when I'm scrolling more than 2
lines per interrupt one can still see the
old part of the bitmap which isn't as
bright as the new bitmap, but it makes
the ugly flickering which I wan't to get
rid of.
 
Unpatiently waiting for suggestions,
problem solvers and the like
 
And big thanks in advance for trying.
 
 

-- DLG Pro v0.992
Newsgroups: comp.sys.amiga.programmer
From: paulh@DIALix.oz.au (Paul Huxham)
Subject: Refreshing GADTools LISTVIEW
Organization: DIALix Services, Perth, Western Australia
Date: Sat, 12 Sep 92 09:58:34 GMT
Summary: How Do I refresh a GADTOOLS LISTVIEW
Keywords: gadtools
From: david@ariane.uucp (David Lebel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: fopen() or Open()
Date: 8 Sep 92 23:42:49 GMT
Organization: SilverBox Development Group
X-NewsSoftware: Amiga GRn 1.16c (6/22/92) by Mike Schwartz & Michael B. Smith

In article <1992Sep7.175332.343@ugle.unit.no> torhr@Lise.Unit.NO (Tor H. Ringstad) writes:

> >      Please humor me.  Why why should I use AmigaDOS Open() and Close()
> >  rather than C's fopen() and fclose()?
>
>Because Open() and Close() is as good as fopen() and fclose(), but they use the
>internal library-functions of the Amiga OS directly (almost). You will both save
>time and space by using them.

   Also note that since V37, you can do buffered calls to dos in the same way
as fputc(), fprintf(), etc in ANSI C.

--
+------------------------------------------------------------------------------+
|                   David Lebel      ///  Let me hear you                      |
|   SilverBox Development Group     ///   Make decisions                       |
| mirkwood.cam.org!ariane!david    ///    Without your television              |
|          1:167/151.12@fidonet \\X//     Let me hear you speaking just for me |
|     (514) 343-6532 ext. 44644  \X/               - Martin Gore, Depeche Mode |
+------------------------------------------------------------------------------+
Newsgroups: comp.sys.amiga.programmer
From: pmiller@csugrad.cs.vt.edu (Paul Miller)
Subject: TagItem tricks
Organization: The Ohio State University Department of Computer and Information Science
Date: Mon, 7 Sep 1992 19:29:49 GMT

What would be the best way to add and remove specific items from a TagList?
I want to take a stack-based taglist, add one or more tag-items and remove
one or more items, then pass it on to a function which accepts a taglist.

I tried traversing the list, pulling out the information I needed and 
totaling the other items, then allocating a list with AllocateTagItems(),
then traversing the list again, copying over all the items I wanted. I
added room for the items I wanted to add too. This doesn't appear to work.
Any suggestions?

-- 
****************************************************************************
* Paul Miller                         |Nobody cares about my opinion anyway*
* Certified Amiga Developer           |                                    *
* INTERNET: pmiller@csugrad.cs.vt.edu |    - Have a JOLT and a smile! -    *
* ------------------------------------------------------------------------ *
* "What IS it, man?"                                "Happy Happy, Joy Joy" *
****************************************************************************
Newsgroups: comp.sys.amiga.programmer
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: What is (APTR) ?
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Tue, 15 Sep 1992 11:02:22 GMT

micja@ida.liu.se (Michael Jansson) writes:
> boberg@lysator.liu.se (Stefan Boberg) writes:

>>   Excerpt from `exec/types.h' :
>> 
>>   /*  WARNING: APTR was redefined for the V36 Includes!  APTR is a   */
>>  /*  32-Bit Absolute Memory Pointer.  C pointer math will not       */
>> /*  operate on APTR --  use "ULONG *" instead.                     */
>>                             ^^^^^^^^^
>> 
>>   BTW: Why isn't this "UBYTE *" ?? Why on earth would anyone want ULONG
>> pointer arithmetic?

>Have you ever used Tags? Process a file like Font:CGTimes.otag and you will
>find several reasons for doing pointer maths (trust me) on ULONG:s.

  Sure, but when working with tags you work with TagItem structures and
the corresponding utility.library functions to obtain the taglist entries.
You should never directly address a TagItem list by doing pointer
arithmetic on the taglist pointer.

  My point was that since 680x0 memory is built up from bytes, the
most natural pointer type would be `char *' (or UBYTE *, to use CBM 
terminology).

  Anyway, I really don't care since I never use the types defined in 
<exec/types.h> ...

>     Michael Jansson	  mij@IDA.LIU.SE, uunet!liuida!mij, mij@SELIUI51.BITNET
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X, Full
  Contact and Miami Chase.
    EMail: boberg@lysator.liu.se, lha@augs.se       FidoNet: 2:204/404
From: didierj@swad.uucp (Alain DIDIERJEAN)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Does DICE have structure returns yet?
Date: 10 Sep 92 06:31:42 GMT
Distribution: comp
Organization: Someware

yqdx@vax5.cit.cornell.edu writes:
> 
> Hi-
>   Does the current registered version of DICE support structure returns
> yet?  I am searching for an inexpensive C compiler, and I REALLY would
 
It does, at least version 2.06.40 we distribute in France.

-- 

Alain DIDIERJEAN 	Reply to :	swad!didierj@cbmfra.so.commodore.com 

WARNING : 		Reading this sentence may be hazardous to your health
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: GCC vs c++ question
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Sat, 12 Sep 1992 03:42:47 GMT

In article <1992Sep4.151221.12097@sagpd1> monty@sagpd1.UUCP (Monty Saine) writes:
|	Here is a program fragment:
|	int min =1;		// global min
|	int main(void)
|	{
|	int min = 5;		// internal min
|	cout << "min 1 is: "<<min--<<"\n";
|	    {
|	    int min = 9;		// yet another min
|	    cout << "min 2 is: "<< ++min<<"\n";
|	    cout << min 3 is: "<< --::min<<"\n";
|	    }
|	return 0;
|	}
|
|	The question is, is the C++ syntax for min 3,  --::min or ::--min.

--::min....  without question.  ::--min is something else (an error is
specific).

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is (APTR) ?
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 14 Sep 92 19:32:02 EDT
Organization: Private UUCP Node

In article <1992Sep14.134005.8597@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd M. Lewis) writes:
> ]  /*  WARNING: APTR was redefined for the V36 Includes!  APTR is a   */
> ] /*  32-Bit Absolute Memory Pointer.  C pointer math will not            */
> ]/*  operate on APTR --       use "ULONG *" instead.                     */
>
> I think you are right, though.  It stands for "A Pointer".

Hmm. I'd always interpreted it (based on the above comment from the includes)
as "Absolute Pointer" and that "BPTR" was "BCPL Pointer".

Maybe its like the difference between HAL and IBM?      :)
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: dittwil@bbs1984.chi.il.us (Bill Dittmann)
Newsgroups: comp.sys.amiga.programmer
Subject: scheme compiler for amiga
Date: 5 Sep 92 21:27:24 GMT
Organization: Not an Organization

does anybody know if scheme is available for the amiga???? if so where??

William Dittmann
Dittwil@bbs1984.chi.il.us
Dittwil@elof.iit.edu
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Determining file length
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 14 Sep 92 19:38:28 EDT
Organization: Private UUCP Node

In article <1992Sep14.152206.28572@cs.uow.edu.au> u9147063@cs.uow.edu.au (Richard Barry Ling) writes:
> Is there a better way to find file length in assembly language than to do a
> Lock() on the file, allocate a half-k buffer or so for the crap Examine()
> returns (I only want one long word of it :-(... ) pass that to Examine,
> extract the file length, free the Examine() buffer, unlock the file... it's
> screenfulls of code and an utter kludge. Can the file length be found in the
> file structure you get from Open() or something?

How about:

int main (int argc, char **argv)
{
        if (argc == 2) {
                BPTR fh = Open (argv [1], MODE_OLDFILE);
                int size;
                void *v = NULL;

                if (fh) {
                        Seek (fh, 0, OFFSET_END);
                        size = Seek (fh, 0, OFFSET_BEGINNING);
                        if (v = AllocVec (size)) {
                                Read (fh, v, size);
                                ...
                                FreeVec (v);
                        }
                        Close (fh);
                        ...
                }
        }
        return 0;
}

--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: black@seismo.CSS.GOV (Mike Black)
Newsgroups: comp.sys.amiga.programmer
Subject: How to do simple clipping on a window?
Date: 12 Sep 92 14:42:23 GMT
Organization: Center for Seismic Studies, Arlington, VA

How can I set up a clipping rectangle on an Window structure?  I need
something akin to a viewport() but it seems terribly complicated
by all the documentation I've seen.
Mike...
-- 
-----------------------------------------------------------------------------
 black@beno.CSS.GOV             land line: 407-676-2923  | I want a computer
 real home: Melbourne, FL       home line: 407-242-8619  | that does it all!
 CSI Inc, Computer Software Innovations, Palm Bay, FL
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: NEED SPECS FOR UUDECODE & TAR !!!
Date: 7 Sep 92 19:00:08 GMT
Organization: Edotronik GmbH

In article <jorngh.6@dhhalden.no> jorngh@dhhalden.no (JORN GUNNAR HALONEN) writes:
>
>I'm currently working on a project that needs to read/write UUDECODE &
>TAR formats. Is there any documentation (or source code) available that
>lets me program my own routines to support these formats ???

For UUDECODE look into the sources of Dillon UUCP. It's in there. Maybe
TAR, too? DOn't know about that.

>*JORN*


--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)