HDTenEightyP/NetNews huggingface dataset:
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: PPP?  You *must* be joking...
Organization: Jet Propulsion Laboratory
Date: Fri, 8 Jan 1993 18:46:28 GMT

In article <38412@cbmvax.commodore.com> gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking) writes:
>In article <43174@sdcc12.ucsd.edu> ps296au@sdcc4.ucsd.edu (Steven Cobb) writes:
>>In article <38363@cbmvax.commodore.com> kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking) writes:
>>>In article <C0F2Hn.86w@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>>
>>(the usual nonsense)
>>
>>>
>>>--
>>>Kenneth Dyke - Software Engineer            Internet: kcd@cbmvax.commodore.com
>>>Amiga Networking Group                      BIX: kcd     Phone: (215) 344-3014
>>>"PPP?  You *must* be joking..."                      INCLUDE "stddisclaimer.i"
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>OK, where is our alternative!  The CBM ethernet software is now ancient
>>and was always dilapidated.  I asume you are referring to CSLIP as
>>being superior.  I quite agree, but theory doesen't help much in the
>>real world.  When are we _finally_ going to see this stuff.
>>
>>Crankily yours,
>
> Aw, come on -- that's not fair.
>
>    (1) The Amiga Network Group is awfully busy.  MANY things are in
>        testing and the hands of developers.
>
>    (2) I suspect what Ken's signature is referencing is PPP in -general-.
>        Take a look at the spec -- it's a wonderful example of what
>        happens when a protocol is designed by committee.  While PPP will
>        do just about anything you could possibly want, it's a -real- pain
>        to implement.
>
>    (3) CSLIP isn't superior to PPP.  Like I said above, PPP does everything
>        under the sun -- far more than CSLIP.
>
> - Greg
>
>
>>--
>>  \________/\      ______________________    __________________________________
>>Steven Cobb  \    /   scobb@ucsd.edu     \__/                Graduate School:
>>              \  /                                           It's not a job...
>>         UCSD  \/ ision Lab                                  It's an indenture.
>
>
>-- 
>Greg Miller                         "Dad!  The heathen is getting away!"
>Amiga Networking Group
>gregm@cbmvax.commodore.com

	I looked into developing PPP (RFC1134). My hang up was that the RFC
did not go into detail concerning HDLC upon which PPP is based. Here is the
revelent section:

   "The purpose of this memo is not to document what is already
   standardized in ISO 3309.  We assume that the reader is already
   familiar with HDLC, or has access to a copy of [2] or [6].  Instead,
   this paper attempts to give a concise summary and point out specific
   options and features used by PPP."

	I wouldn't have thought getting a hold of the ISO documents they cited
be a problem, but it was. So I gave up. Anyone who wants to volunteer the
ISO document ISO 3309-1979 and CCITT X.25 LAPB be my guest palease.... I'm
still interested in pursuing this - it's just that I was overwhelmed by the
sense of futility the last time round. 

Jeff
Newsgroups: comp.sys.amiga.programmer
From: brett@visix.com (Brett Bourbin)
Subject: Re: HostileTakeOver of Amiga OS
Date: Thu, 7 Jan 1993 16:38:15 GMT
Reply-To: brett@visix.com
Organization: Visix Software, Reston, Virginia

In article <H9aywB8w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us  
(Rockerboy) writes:
> mcuddy@fensende.Rational.COM (Mike Cuddy) writes:
> 
> > the biggest gotcha when taking over the machine is that on >68000  
machines,
> > the exception vector table is not always at 0.  The VBR (vector base 
> > register) is used to move the exception table into fast ram to avoid 
> > contention with the custom chips.
> 
> Speaking of this, what is the proper way to find the base of the  
vectors?

	move.l	(_AbsExecBase).W,A6	; EXEC.library base pointer
	sub.l	A1,A1			; initialize offset to zero
	btst.b	#AFB_68010,AttnFlags+1(A6)
					; check if you need it
	beq.s	.noVBR

	lea	.getVBR(PC),A5		; get your VBR routine
	jsr	_LVOSupervisor(A6)	; switch to Supervisor mode
; On return A1 holds the VBR:
noVBR:
	move.l	VEC_xx(A1),myVEC_xx	; save old vector "xx"
	...
	move.l	#myNewVEC_xx,VEC_xx(A1)	; install my new vector handler
	...
	.your code.
	...
	rts

getVBR:
	OPT	P=68010			; make sure you can generate it
	movec	VBR,A1			; get the VBR
	rte				; return from Supervisor mode
	OPT	P=68000

All system legal.  8^)
--			 _  _    _      _
Brett Bourbin		(_ |_ | /__ | |(_  4431 Lehigh Road, Suite 151
  brett@visix.com	__)|_ |_\_/ \_/__) College Park, Maryland 20740
  ..uupsi!visix!brett	      LIMITED	   703.758.2733
Newsgroups: comp.sys.amiga.programmer
From: adamw@mundil.cs.mu.OZ.AU (Adam Douglas WEISSER)
Subject: dmake
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 11 Jan 1993 05:49:17 GMT

I'm trying to get dmake to do the following:

look: look.c look.h
	dcc look.c look.h -o look

That's how you do it in UNIX (I think...)

Please spot the error!

I'm getting a 

	_main undefined

or something.

HELP!!


	Ads (adamw@mundil.cs.mu.oz.au)



Newsgroups: comp.sys.amiga.programmer
From: scholz@Informatik.TU-Muenchen.DE (The Answer is 42.)
Subject: monitors, what a wonderful thing.
Keywords: amiga, proramming, system
Originator: scholz@hphalle4a.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 4 Jan 1993 13:38:58 GMT


Hey folks,

There is a serious problem for me with the new Kick3.0
When I was using Kick 2.0 I used a self written tool to set the scan rate of
the monitor to 55 Hz, this is because i still can use 512 lines as PAL AND have
a better scan rate then 50 Hz. This worked perfectly by setting the scanrate of
the default.monitor. 

Now there is Kick3.0. It seems that there are higher priorities. Every time the
screens are shifted. The scanrate is reseted to the default.pal.monitor setting
with 50 Hz. Terrible!

Also I don't know anything about the tooltypes of the monitors. And C= doesn't
want to release any information in the RKM.

Does anybody know a simply programmable solution of setting the scan rate
individually? Only for Kick3.0!!

Many thanks. Boerny.

Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Fri, 8 Jan 1993 22:24:45 GMT

In <LZ21wB3w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us (Rockerboy) writes:
>The appropriate thing to do is demand responsibility from software 
>manufacturers.

Dream on....

regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP: malloc() and system dependancy
From: mneylon@jupiter.cse.utoledo.edu (Michael Neylon)
Date: 11 Jan 93 14:47:44 EST

walker@twix.unx.sas.com (Doug Walker) writes:
: 
: In article <1993Jan10.203944.979@uoft02.utoledo.edu>, mneylon@jupiter.cse.utoledo.edu (Michael Neylon) writes:
: |> My friend and I are working together on producing a flashcard program.  He
: |> has SAS/C 6.0, I have 6.1.  Today, he gave me some code and a executable.
: |> The output seems to work fine on his machine.  However, when I try to run
: |> the same executable, there is some memory conflict cause the font gets all
: |> screwed up.  
: |> 
: |> I figure it is a malloc() call in his program.  He has defined it safely
: |> according to standards.  Now, is malloc() safe to use on any system?
: |> 
: |> He has a 2000 w/ 2.1, very little in the way of commodities ( a screen 
: |> blanker is all).  I have a 500 w/ 2.1, and lots of extra programs at the top,
: |> including Nickprefs, CopperPrefs, TM2.0, ToolsDaemon 2.0b, MFR, ASwarm3
: |> MagIcon, and use csh for the shell.
: 
: malloc() is totally safe on any system.  Why do you suspect it of
: causing the problem?  Memory-trashing bugs often exhibit wildly
: different behavior on different machines.
: 
: If you suspect a memory trash, I recommend using the memlib utility
: routines found in the SC:EXTRAS/MEMLIB drawer to help track it
: down.
: 
Well, now my friend is getting the same problem.  The basic struct of the
program is this...

struct card {
	char a[40];
	char q[40];
	int flags;
};

main() {
	struct card *ccp;

	...

	if((ccp=malloc(deck_size()*sizeof(struct card)))==NULL) exit(1);

	...Fill ccp[] array
	...Read back ccp[] array

	free(ccp);
	}

It seems that the memory gets trashed at some point after allocation, because
we have verified that the file is read properly, but otherwise we have no clue.

-- 
Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!
      //         | Senior, Chemical Engineering, Univ. of Toledo
  \\ // Only the |   Summer Intern, NASA Lewis Research Center
\  \X/   AMIGA!  |         mneylon@jupiter.cse.utoledo.edu           /
Newsgroups: comp.sys.amiga.programmer
From: barrett@iastate.edu (Marc N. Barrett)
Subject: Re: ResEdit 2.1 for Amiga
Organization: Iowa State University, Ames, IA
Date: Wed, 6 Jan 1993 05:12:58 GMT

In article <38338@cbmvax.commodore.com> kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking) writes:
>In article <C0E2oB.2E5@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>>
>>   With all of this bashing of the internals of the Mac OS in advocacy, I have
>>a question: why hasn't the equivelent of ResEdit 2.1 ever been written for the
>>Amiga?
>
>Probably because such a utility would be utterly useless on the Amiga,

   Useless to someone with no imagination, perhaps.  I, however, would like to
be able to take Amiga executable files apart and replace any imbedded images,
sounds, etc.  If this is possible.

> but of
>course as usual you probably don't have a clue about how executables on the
>Amiga actually work.

   A veiled hint that it isn't possible.  I suspect that Amiga executable 
files, despite being based on "chunks", are not as well-organized and
structured as Mac executable files.  Meaning that there are no standardized
methods of imbedding images, sounds, GUI structures, etc. in Amiga executable
files.

---
| Marc Barrett -MB-  |  email: barrett@iastate.edu
--------------------------------------------------------------------
"No, I just think that a computer grafted on top of another computer
is a kludge.  It has nothing to do with the AGA chipset." -- me


Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: A bug in SAS/C 6.0
Originator: walker@twix.unx.sas.com
Date: Mon, 4 Jan 1993 14:39:37 GMT
Organization: SAS Institute Inc.


In article <1i29gdINN2he@mirror.digex.com>, tstark@access.digex.com (Timothy M. Stark) writes:
|>       I discovered that bug in the compiler. I implemented a few typedef

Yes, yes, it's ANOTHER compiler bug that turns out not to be a compiler
bug.  Please don't accuse the compiler of having a bug until you know
for sure what you're talking about.

|> #include <stdio.h>
|> 
|> typedef struct bug1 {
|>        bug2  *bugb;
          ^^^^
          Here you are using a typedef before defining it.
          This is illegal.

|> } bug1;
|> 
|> typedef struct bug2 {
|>        bug1  *buga;
|> } bug2;
|> 
|> 
|> This program cause the compiler confusing and it displayed the strange
|> message - Missing closed bracket (']'). I looked for the open bracket
|> character but it is not in my program! 

The message is "Closing brace expected".  A brace is }, not ].  This occurs
on the word "bug2" in the first structure definition, and is totally 
correct since you haven't defined "bug2" to be anything at all yet.

|> I have SAS/C 6.1 patches here. I tried to patch them to my SAS/C 6.0 diskettes
|> (backup diskettes) but they complaint that not enough memory in my Amiga
|> computer ( 512K chip ram and 512K fast ram).

Really???  I'm surprised at that... how much memory do you have FREE when you
try to install the patch?  Maybe you can do without some background programs
or some resident programs long enough to install the patch.

|> -- Tim Stark

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wanted: info on available C++ compilers
Date: Sun, 10 Jan 1993 18:13:57 EST
 <C0HoE1.HMp@well.sf.ca.us>
Organization: Phaedra V

In article <C0HoE1.HMp@well.sf.ca.us>, Greg Comeau writes:

> Hey, any time ;-)  Seriously though, although the C compiler can be
> considered as some sort of logical bottleneck or something given that
> there is diversity of implementation and other issues in different C
> compilers, to say that Comeau C++ is as good as the C compiler back
> ended to it is simply not quite accurate.  Despite that we offer

When I made that remark I was thinking, perhaps rather narrowly, of
the output code quality. A C++ front end cannot produce better code
than the underlying compiler, and can be expected to be worse in terms
of efficiency. In terms of the programmers' productivity, or source
code maintainability, the combination may be better than the back end.

The valiant efforts of the development team at SAS notwithstanding,
the Amiga native C compilers do not produce the world's best 680x0
code. But I bet Comeau C++ works fine as a front end for GNU C.

> Re g++, as the net continues to show, although gcc has finally reached
> top quality status, g++ has not.  I feel that is an unbiased, accurate,

Fair point. It's as good as any of the native IBM PC C++ compilers,
but does have niggling bugs and lags behind the standard a little
(does not yet support exception handling as per the ARM for e.g.) I
have yet to try any version of CFront but I can well believe that
Comeau C++ has fewer bugs and better standards compliance.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %

Newsgroups: comp.sys.amiga.programmer
From: noel@irisa.fr (Francois Noel,micas)
Subject: Includes, AutoDocs & AmigaGuide
Reply-To: noel@irisa.fr
Organization: IRISA, Rennes, France
Date: Mon, 11 Jan 93 15:06:37 GMT





				Hello,

   I would appreciate it if anybody out there reply to this few questions:

   How the AmigaGuide system is distributed ? It is a public domain or a
 commercial product ? In both cases, where can I get it and at which prise ?

   Where can I get the comodore "Includes & AutoDocs" disks ? At which prise ?


			   Thanks in advance.

	   Francois Noel



Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: How to allocate memory nicely?
Originator: walker@twix.unx.sas.com
Date: Tue, 5 Jan 1993 14:01:33 GMT
Organization: SAS Institute Inc.


In article <1iasdiINN754@uniwa.uwa.edu.au>, gujn@uniwa.uwa.edu.au (Jeremy Nelson) writes:
|> This is probably a simple question for the programmers, so reply by news
|> or mail as you see fit...
|> 
|> How should I allocate memory for short strings of, say, 15 characters or
|> so without unnecessarily fragmenting the memory?   Should I request 1k
|> chunks and doll it out as necessary?  And how small is too small?
|> 
|> Help from the experienced would be appreciated.  Thanks. (I'm talking 
|> C of course. :)

I suggest using malloc().  malloc() should allocate fairly large chunks
and dole them out for you (depending, of course, on whose implementation
of malloc() you are using.)

|> Jem.  Jeremy Nelson.  gujn@uniwa.uwa.edu.au       :\  =>  :) 

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.

Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Anybody have the Lattice C 5.05 patch?
Originator: jamie@cdevil.unx.sas.com
Date: Tue, 12 Jan 1993 14:49:21 GMT
Organization: SAS Institute Inc.


In article <73250@cup.portal.com>, cunniff@cup.portal.com (Ross Alan Cunniff) writes:
>We have found ourselves wanting to implement a  minor patch to
>some of our products; these products were built using 5.05 of
>Lattice C.  As expected, the code produced by other versions of
>the compiler is significantly different, so much so that we
>can't use them for what will likely be only a 10- or 20-byte
>patch.  Unfortunately, we have somehow lost track of our 5.05
>patch disk :-( since that was a *long* time ago.  Hence my
>request: can some kind soul help me obtain the patch?  SAS has
>already told us that they don't think that they still have it...
>Sigh.

Is there a critical reason you can't use LPatch to apply the patch
to your program?  It wouldn't matter which version of the compiler
you used, though the patch itself would be larger...

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer
From: sie@fulcrum.co.uk (Simon Raybould)
Subject: GCC signal handling bug
Organization: Fulcrum Communications Ltd., Birmingham, England
Date: Fri, 8 Jan 1993 09:48:37 GMT


I appear to have found a BUG in GCC2.2.2 and 2.3.3 for the amiga. The
program below works fine on the SUN on my desk.

On the amiga, I have to press return after the ^C for it to see it
which I don't have to do on the SUN. Also the ^C is only seen if it is
on the first line typed, i.e. before the first newline.

The ^C is only seen it I comment out the puts() line, with this line,
the signals are ignored.

Any advice much appreciated, this is stopping me finishing a rather
important project.

Sie

--8<-- CUT HERE --8<-- CUT HERE --8<-- CUT HERE --8<-- CUT HERE --8<--
/*
 * File : getc.c
 *
 * If I type ^C on the first line, it catches it.
 * If I press RETURN and then ^C on any of the following lines,
 * the signal handler does not get called ?
 *
 * If you include the "puts" line then signals are always ignored ?
 */
#include <stdio.h>
#include <signal.h>

void sighndlr(s)
{
  fprintf(stderr, "Caught signal, exiting\n");
  exit(1);
}

main()
{
  char c;
  
  signal(SIGINT, sighndlr);
/*  puts("Type some chars");      /* With this line in, signals are always ignored */
  while((c = getc(stdin)) != -1) /* until EOF encountered */
    printf("c=%d\n", c);
  printf("Exiting normally\n");
  exit(0);
}
--8<-- CUT HERE --8<-- CUT HERE --8<-- CUT HERE --8<-- CUT HERE --8<--

--
Simon J Raybould    (sie@fulcrum.co.uk)               //              {o.o}
"What's on the end of the stick, Vic?"              \X/AMIGA           \-/
===========================================================================
Fulcrum communications L.T.D., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IPC and shared memory
Date: 6 Jan 1993 05:17:38 GMT
Organization: University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

>>Like public message ports, each time you wish to access a public
>>semaphore you must do a Forbid();FindSemaphore();Permit().

I noticed this nearly immediately after I posted.  (blush)  ;)

>Sort of off the subject, but presumably you'd want to do *something*
>between the FindSemaphore() and the Permit(), no?  Otherwise, what's
>being protected by the Forbid()/Permit()?

Ya.  In the case of FindSemaphore, above, you'll want to do your
ObtainSemaphore()/ObtainSemaphoreShared() call.  Sorry.  :)  In the
related case I mentioned earlier, for a public message port, it would
be Forbid();FindPort();PutMsg();Permit().  Eek.  :)

Greg



--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
Newsgroups: comp.sys.amiga.programmer
Subject: AMAX drivers ??
From: coutinho_b@kosmos.wcc.govt.nz
Date: 11 Jan 1993 12:37:36 GMT
Reply-To: coutinho_b@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

Simple questions (I hope)

1) I cannot find a driver that exists for the Roctech Rochard SCSI/IDE
A500 HD controller. (I need the IDE one)

2) Can anyone tell me what is involved with writing a driver ? what does it
have to do? (Can anyone do it!!! :)

3) are Readysoft on internet email or roctech??

I plan to snail mail a letter to roctech soon asking for a driver, but
 would like to know if anyone has had any response from them..

B.
-------------- / / /-----------------------  /~~~\  -----------  O      |~|  T
   \ \ \      / / / "Simply the BEST!.."    |  n  |             /\_     |_|  I
Brian Coutinho / /           - Tina Turner  |  U  | U E E N    /\ ;====== |  L
coutinho_b@kosmos.wcc.govt.nz                \___,\           / / |~~~~~~~l  T
===== \ \ \/ / /  ============================================================
From: divineg@prism.CS.ORST.EDU (Glade Diviney)
Newsgroups: comp.sys.amiga.programmer
Subject: My Fave Snails: Text() & ScrollRaster()
Date: 6 Jan 93 09:03:32 GMT
Article-I.D.: flop.1ie794INNhj3
Distribution: world
Organization: CS Dept, Oregon State University
NNTP-Posting-Host: prism.cs.orst.edu


  I'm writing a text editor (just what the world needs, another text editor!)
  and I'm wondering what techniques those in the know have used to accomplish
  speedy text scrolls/displays in an intuition window.  Specifically:

  o-Is using ClipBlit() any faster than ScrollRaster()?  Is there a better
    way whilst remaining OS friendly?

  o-Under what conditions does Text() run the fastest?  Is it feasible to 
    write a replacement for it? 

  I _know_ there are faster ways of accomplishing this; both QED and JEd,
  and possibly others, move quicker than mine, and I've cut things down
  to bare minimums on redisplays.  Any hints, folks?

-=Glade Diviney
  divineg@prism.cs.orst.edu
Newsgroups: comp.sys.amiga.programmer