HDTenEightyP/NetNews huggingface dataset:
From: bombadil@diku.dk (Kristian Nielsen)
Newsgroups: comp.sys.amiga.announce
Subject: XFH 1.32 available for ftp
Date: 21 Jan 93 07:27:35 GMT
Reply-To: bombadil@diku.dk (Kristian Nielsen)
Followup-To: comp.sys.amiga.misc
Message-Number: 323

NAME

	XFH 1.32

AUTHOR

	Kristian Nielsen (me).
	Email: bombadil@diku.dk

DESCRIPTION

	XFH is an AmigaDOS filesystem handler that can be used with the
	Xpk compression standard to provide transparent access to data
	compression for applications. Programs and data can be
	automatically compressed when written and decompressed when read
	back; the fact that the data is stored compressed is invisible
	to other programs. A first approximation is to say that
	XFH is sort of a cross between Stacker on the PC and PPPatch.

	XFH is fully compatible with Xpk and the compressed data can be
	accessed normally with standard Xpk applications if prefered.
	Also, XFH is completely system-friendly and does not affect
	normal disk operation.

	This version is a much improved update to the version
	distributed as a part of Xpk.

NEW FEATURES

	Major changes since v1.12:

	- Bug fixes. Most important, the infamous bug in ExNext() /
	  ExAll() when using filenotes should now be fixed.
	- Improved user interface: The handler now mounts in a new,
	  hopefully better way, and it can be controlled with a gui
	  front panel (written by Nicola Salmoria).
	- Arexx support (for setting options).
	- MODE_READWRITE support (for appending to files).
	- Full source code included (finally).


SPECIAL REQUIREMENTS

	XFH requires that Xpk has been installed properly on the system
	(any version should do). Xpk is available as

		Filename: xpk25usr.lha
		Directory: /amiga/util/pack
		Site: amiga.physik.unizh.ch (130.60.80.80)

	XFH has no other system requirements. However, OS2.0 and a Hard
	Disk are recommended.

HOST NAME

	amiga.physik.unizh.ch (130.60.80.80)

DIRECTORY

		/amiga/new

	Should later be moved to

		/amiga/util/pack

FILE NAMES

	xfh132.lzh

PRICE

	None.

DISTRIBUTABILITY

	Gnu Public License. See the files COPYING and COPYING.LIB in the
	archive. Some of the contained material has different legal
	status.

	This product includes software developed by the University of
	California, Berkeley and its contributors.

--
Read all administrative posts before putting your post up.  Mailing
list: announce-request@cs.ucdavis.edu.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
Xref: sparky comp.sys.amiga.programmer:19308 comp.sys.amiga.emulations:6013
From: mustang@ccwf.cc.utexas.edu (Paul Christopher Miranda (I love Cheese))
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.emulations
Subject: Re: Idea for a useful utility
Date: 28 Jan 1993 15:42:21 GMT
Organization: The University of Texas at Austin, Austin TX
NNTP-Posting-Host: sylvester.cc.utexas.edu

In article <C1JGC5.9w3@unix.portal.com> danb@shell.portal.com (Dan E Babcock) writes:
>Wouldn't it be nice to be able to create pseudo-partitions on a hard drive
>block of unused space (perhaps after running a defragmenting utility).
>Amax or CrossPC. Has this already been done? Is there something nasty in the
>FFS block allocation strategy that prevents you from getting contiguous
>blocks of reasonable size? Inquiring minds want to know. :)
>Dan

Hmm... there is a disk optimizer/organizer called Reorg that lets you say where
to put the data (ie top/bottom or partition).. if you did this, and then re-
partitioned, taking the new space from the now empty portion, you would not
damage any data.. the disk would probably want to re-validate afterwards, but it
should work don't try this stunt at home kiddos... i think i will do a backup
and try it... if anyone has attempted this.. lemme know so i won't waste time...

BTW.. does anyone know if GNUtar for amy (in the UUCP distribution) preserves
amy file bits? (pure, archived, hidden, etc...) 

I'll get back to you when/if the great experiment works...

-- 
"I have feelings too, I just choose to  | Paul Miranda  likes cheese 
 to hide them underneath bitter denial" | mustang@ccwf.cc.utexas.edu
-- Ms. Musso on "Parker Lewis" (FOX TV) | -- THIS SPACE FOR RENT --
From: slmt9@cc.usu.edu (Joshua Dinerstein)
Newsgroups: comp.sys.amiga.programmer
Subject: HELP with GCC/G++: CHIP and printf() in C++ mode.
Date: 26 Jan 93 19:02:54 MDT
Organization: Utah State University

	Hi all,

	I need some help! I am trying to use GCC/G++ for my c++ class this
quarter. I finally got it up and running, sort of, and I have run into a few
problems. If you have any information about any of these problems then please
either send me some email or post the answer here.

	My Setup:

	I have an A3000/6M/315M HD. I am using GCC 2.3.3 and I have installed
the patches in the file "gcc233libfix.lha" to the archive.

	The problems:

	1- My teacher likes to use both the "cout" introduced in C++ and the
printf() that is used in ansi C. But I cannot make GCC compile with printf()
calls in there. I get an error that says that the symbol ___builtin_printf not
defined. I edited the libc.a file and it has the label in there. Is this lib
not being linked? 

	Does anyone know how to get both to work at the same? Does anyone know
if this is even possible?

	2- I need to do a project in GCC that has some graphics in it. And I
saw a message here that said that the CHIP keyword was not found in GCC. is
this still the case? I need to force some graphics storage to be in CHIP ram.

	Does anyone know how to do this? To be honest I have not tried this out
yet. I have spent 2 days trying to just get this thing to work period so...


	Guess thats all for now. Any help would be greatly appriciated!

	Joshua
	SLMT9@cc.usu.edu

	


-- 
**************************************************************
*                     *                                      *
*  Joshua Dinerstein  *  Nothing matters and what if it did? *
*  SLMT9@cc.usu.edu   *            - Who Knows!!!            *
*                     *              Anyone?? Anyone??       *
**************************************************************

If it's a raincoat why does it have to be dry cleaned?
        - Some Guy on some comody show

Newsgroups: comp.sys.amiga.programmer
From: emcoop@bnr.ca (hume smith)
Subject: Re: Matthew Dillon's email address
Organization: Bell-Northern Research, Ottawa, Canada
	<EMCOOP.93Jan26105709@bcars148.bnr.ca> <C1KI73.348@lysator.liu.se>
Date: Thu, 28 Jan 1993 16:30:45 GMT

In article <C1KI73.348@lysator.liu.se> cmh@lysator.liu.se (Magnus Holmgren) writes:

   emcoop@bnr.ca (hume smith) writes:

   >   >Does anyone know what it is? There is no such host as:

   >   >	dillon@overload.berkeley.ca.us

   >   Try using dillon@overload.Berkeley.CA.US instead... :)
   >   Works for me at least....

   >the capitalisation shouldn't matter, i think the problem is the domain part
   >of the address.  i can't ping overload.berkeley.ca.us, but overload.berkeley.edu
   >is fine.  IP address 128.32.184.58.  i can't finger it for some reason...

   Well, I can only say that it did for me! One time I used
   dillon@overload.berkeley.ca.us, and that one bounced, while
   dillon@overload.Berkeley.CA.US did not.

yes, somebody reminded me that mail routing is not done the same way as
hostname->IP translation, which just throws a wonderful wrench into
trying to figure out what the hell one is doing.

if i remember the RFC right, the case isn't supposed to matter.  but then
again the RFCs are only suggestions, and even if they were enforced there
could still be buggy implementations.

it goes to confirm my suspicion that all this new technology is just
making our lives more difficult.  1/4 :-)  it's time the whole infernal
email system was scrapped and rebuilt.

now back to amiga issues...
--
Hume Smith                                Honour sick and davey cris-cross
hume.smith@acadiau.ca                     McTruloff sentimie
emcoop@bnr.ca                             A parsnip inner pair threes.
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: rcarpent@ringer.cs.utsa.edu (Richard Carpenter)
Subject: Re: Strange wierdness in E-language!
Organization: University of Texas at San Antonio
Date: Mon, 25 Jan 1993 17:38:41 GMT

In article <1993Jan25.160550.9255@abo.fi> MSAASTAMOINE@FINABO.ABO.FI (Mika Saastamoinen Tkkk) writes:
>
About errors if then statements...
>
>IF ((sx>LFEDGE AND sx<RGEDGE) AND (sy>TOEDGE AND sy<BOEDGE)) THEN Plot(sx,sy,2)
>
>Any ideas, anyone?
>

I have an idea. I recall from the Doc file that E has no precedence so it
is possible that the comparisons look something like this :

((sx>LFEDGE) AND sx) < RGEDGE) etc...

So, with a few paranthesis you might be able to correct the problem.

For the record, I don't use E, I was just curious so I spent a few hours one
evening reading the docs and checking out the example programs.


-- 
-------------------------------------------------------------------
			Richard Carpenter
			ringer.cs.utsa.edu
-------------------------------------------------------------------
From: Jesse_Michael@matrix.rain.com (Jesse Michael)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Going to the metal
Distribution: world
Date: 22 Jan 93 00:43:53 PST
Organization: The Matrix BBS

In a message dated Thu 21 Jan 93 23:55, Mctaylor@mta.ca ("michael C. Taylor
wrote:

 MCT> been better, had it work. (:-)) Hardware-bashing only works for
 MCT> knowledgible
 MCT> programmers on their own machine. The problem is that my set-up is
 MCT> most likely
 MCT> different than yours and I don't know about $dff180 and what to put
 MCT> there. So
 MCT> your bashing works on your machine, but don't try to wavier the fact
 MCT> that it
 MCT> may not work on mine or anyone elses machine. 

If the program that uses "hardware-bashing" only works on their own
machine, then they ARE NOT "knowledgable programmers".

It's NOT difficult to write "hardware-bashing" programs that work on all
setups.

In all current Amigas, $dff180 is color register 0.  Yes, there are a
couple complications with AGA, but it is still basically the case.

 MCT>  Commodore has promised that if you follow their standards, your
 MCT> game or
 MCT> whatever will work on my new A10000 and I'll buy a copy, and you'll
 MCT> see more
 MCT> profits. Now do you see why many people complain about hardware-
 MCT> bashing? It
 MCT> hurts them in either making a smaller market to try and hit with
 MCT> their program
 MCT> that _will_ run on my new A10000 or they can't buy that new
 MCT> "Lemmings Fly In
 MCT> Wing Commander VII" because it won't run on anything other than the
 MCT> one config
 MCT> on the box (A9999 w/ 1M of DoOp RAM availible from FlyByNite Inc.
 MCT> and a
 MCT> PaddlePusher joystick with a crack in it and the hack shown inside
 MCT> the box
 MCT> and add silliness )
 MCT>   Hope you never try to sell me a program that uses that sort of
 MCT> coding, it
 MCT> just may not be safe. 
 MCT>   Remember Amiga fans practice safe programming when playing with
 MCT> your amiga.

It's a problem of catering to the largest market (1 meg A500), and making
the game the best it can be with those requirements.

If they didn't use "hardware-bashing" and went strictly through the OS,
then very few people would buy the game because it would be unplayable on
the system that the largest part of the market owns.

-Jesse

-- Via DLG Pro v0.995

--
Haze of Epsilon / Check out Epsilon for the best in NTSC demos!  Ok, so if
you compare us to groups like Anarchy and Silents then we're lame, but what
the hell do you expect from us lazy Americans?!?  :^)
Newsgroups: comp.sys.amiga.programmer
From: ajlmvoer@cs.ruu.nl (Tonio Voerman)
Subject: final sampler problem
Summary: need help with final sampler
Date: Tue, 26 Jan 1993 13:48:08 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: final sampler, sampling


Hi Everybody

Already a long time ago I bought a sampler named 'FINAL SAMPLER'. I don't use
it that often, but it is doing a real fine job. However there is one thing
that irritates me: with some programs you have to pretend to sample in stereo
and waiste half the memory. This is because the final sampler is a monosampler
and so only one of the two channels is used. The other is useless as it
samples always values of -128.
The documentation says that if I buy Audiomaster from Aegis I will also have
this problem. However there is a simple patch to this problem. It is
documented in 68000'er number january 1988 pg 108. As you'll understand I
don't have that magazine, yet I would like to have that little software
modification in case I buy Audiomaster.

Question: Anybody who has that modification ??

If you have it, then please respond.
Thanks in advance.
Tonio
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Determing if an address is in chip mem.
Date: 21 Jan 93 15:30:16 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

u0g78@keele.ac.uk (Martin Steed) writes:
>
>Hi there,
>
>Is there an easy way to determine if a given data reference is in chip or
>fast ram.

Yes.  It is the EXEC call TypeOfMem().

So...

	if (TypeOfMem(address) & MEMF_CHIP)
	{
		/* We are in CHIP memory */
	}
	else
	{
		/* We are not in CHIP memory */
	}

See AutoDOC for more information.  TypeOfMem() returns the memory attributes
for the memory range given.  TypeOfMem() will return 0 is the address is
not in the memory lists.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                                                                |
| \XX/                      Eloquence is vehement simplicity           |
\----------------------------------------------------------------------/
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IntuitionBase
Date: 22 Jan 93 20:32:35 PST
Organization: BBS

> ...which makes your sources quite difficult to read for other
> people.  You really should go for what is easiest to understand....
 
Do you honestly think "IntuitionBase=(struct IntuitionBase *)OpenLibrary
("intuitionbase.library",37);" is easy to read?
From: tlbechar@thunder.LakeheadU.Ca (Timothy Lee Bechard)
Newsgroups: comp.sys.amiga.programmer
Subject: COBOL
	Wanted:
Date: 25 Jan 93 23:41:50 GMT
Distribution: comp
Organization: Lakehead University; Thunder Bay, Ont


	COBOL compiler for the amiga / source code for any type of cobol 
compiler.  -- Please reply in Mail..

	ts
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.1 + __saveds + cres.o == crash ?
From: paulk@terapin.com (Paul Kienitz)
Date: 21 Jan 93 23:36:23 PST
Organization: BBS

> __saveds is inherently unable to work with cres.o.
 
My Purify module for Aztec allows residency similar to cres.o and
also geta4(), as long as anything that sets A4 is called in the
context of YOUR process.  Not suitable for a boopsi handler, I bet.
 
Anyway, you might look at providing an A4 setter with cres.o which
gets the A4 pointer from a task-local source -- this could be useful
with frinstance callback hooks.  The way I did it was to save it on
the stack, create a fake new stack base, and find the old stack base
with the pr_ReturnAddr field which had been modified to point to the
fake new base.  I also redirected all methods of exiting to go
through the cleanup code to undo that.
From: ummuir05@ccu.umanitoba.ca (John Derek Muir)
Newsgroups: comp.sys.amiga.programmer
Subject: using the __tinymain function...
Summary: How how how??
Keywords: C
Date: 23 Jan 93 20:20:05 GMT
Organization: University of Manitoba, Winnipeg, Canada

I'd like to use the __tinymain function with my program, AND use the
standard io function called printf.

Now, do I just have to open a file called stdio??  or what?

John

-- 
----------------------------------------------------------
  John D. Muir                 ummuir05@ccu.umanitoba.ca
  University of Manitoba       Faculty of Engineering
  Winnipeg, Manitoba, CANADA
From: kamidon@zip.eecs.umich.edu (Keith Amidon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: E language (more please)
Summary: gnu-emacs major mode for E language.
Keywords: E,emacs
Date: 24 Jan 93 16:25:08 GMT
Organization: University of Michigan EECS Dept., Ann Arbor, MI

For those of you that find the E language interesting but aren't sure
of it yet, as I am, you may want to wait on deciding about it for
another week or so.  At that time I should have an alpha version of a
major-mode for emacs that helps programming in E.  The major mode will
provide automatic uppercase for keywords (although not, at least for
now, for assembly mnemonics) and automatic indentation.  This should
solve most of the problems with keyword case.  

To get around having only one source file, I suggest that you try
using the folding minor mode for emacs.  This will allow you to
logically structure the single input file.  For those who are
interested, folding-mode is available at archive.cis.ohio-state.edu
somewhere in the directory tree /pub/gnu/emacs/elisp-archive.

E is a very interesting language, and it does seem handy for low level
programming.  I really wish I could use more than one source file too.
Even if the compiler just provided a way to include files into the one
main file for compilation.  Maybe when modules are implemented this
will be better...

    Keith

-- 
kamidon@eecs.umich.edu
Newsgroups: comp.sys.amiga.programmer
From: jraja@vipunen.hut.fi (Jarno Tapio Rajahalme)
Subject: Re: Allow X weeks for delivery (SAS/C upgrade)
Organization: Helsinki University of Technology, Finland
Date: 21 Jan 93 13:20:48

In article <1993Jan20.141722.27817@edb.tih.no> torebu@edb.tih.no (Tore Busch) writes:

   I sent them a fax last friday (15.01.93), but haven't got any reply
   yet...

   I would *WERY* much like to get my upgrade, or at least get a respons
   that tells me what's going on!

I suggest you call them by phone. I got very good service from the
Book Sales dept. when I had something to ask about.

      |  smail:   Tore Busch, Alfred Tronsdals v.23, 7033 TRONDHEIM, NORWAY  |

	Jarno
-- 
-----------------------------------------------------------------------------
| Address: Jarno Rajahalme            | EMail:                              |
|          Servin Maijan tie 12 H 111 |   Jarno.Rajahalme@hut.fi            |
|          02150  ESPOO, FINLAND      | tel: +358 0 468 2891                |
-----------------------------------------------------------------------------
From: John@spark.inet-uk.co.uk (John Marchant)
Newsgroups: comp.sys.amiga.programmer
Subject: blink question
Reply-To: john@inet-uk.co.uk
X-Newsreader: Arn V1.00 beta rel2
Date: 19 Jan 93 18:36:24 GMT
Distribution: world

After re-structuring a 9-module program and compiling each module clean,
I get the following message from blink:-

> Blink - Version 5.10a
> Copyright (c) 1990 SAS Institute, Inc.  All Rights Reserved.

> Error 510: _GfxBase symbol - Reference to unmerged data item,
>	  try -b0 option on LC
>  First Reference in Unit scrollraster at offset 000006a8 in file 'LIB:lc.lib'
>  To Unit GCatMain.c at offset 00000014 in file 'GCatMain.o'

This error persists though I recompiled each module using the -b0 option
in LC. I'm using SAS C Vn.5.10 on an Amiga 500 with WB vn 37.67 (WB2).

Just what is it telling me? I declared (near the beginning) .....

> struct GfxBase *GfxBase = NULL;

...and I opened the graphics library in the approved manner - in fact
the main module hasn't been altered a lot and it worked ok before the
restructuring of the modules.

   John Marchant

     UseNet:    john@inet-uk.co.uk
     FidoNet:   2:258/25.1116
Newsgroups: comp.sys.amiga.programmer
From: dat92mha@ludat.lth.se (Mattias Hallberg)
Subject: Amiga Object files
Keywords: Object files 
Organization: Dept. of Computer Science, University of Lund.
Date: Wed, 27 Jan 1993 18:22:26 GMT

I need some help.

I can't find a description of the AmigaObjectFile-format anywhere.
I you have a description, please let me know.

-- 

dat92mha@ludat.lth.se
*************************************************************************
* "You can stand all night						*
*  At a red light anywhere in town					*
*  Hailing Mary's left and right					*
*  But none of them slow down...."					*
*************************************************************************
From: slhmz@cc.usu.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Stupid Workbench 2.1 and path command!
Date: 27 Jan 93 01:08:49 MDT
X-From: slhmz@cc.usu.edu
X-Newsgroups: comp.sys.amiga.misc
Followup-To: comp.sys.amiga.programmer,comp.sys.amiga.misc

X-Date: 27 Jan 93 01:06:59 MDT
X-Organization: Utah State University

Problem with WB 2.1:

  Help!  I just got the 2.1 "Enhancer" and _love_ it except for
  one small detail:

          The "path" command no longer works!

  Well, actually, it works if I pop up a shell and type:

          path SYS:Tools add
 
  But, I can't get the path command to work while in the startup-sequence.
  I get no errors, no messages, just nothing.

  For instance, in my startup-sequence, I put the following:

          path System2.1:Tools add

  and deleted the huge path assigment included (with no "add" on the end)

  The is the ONLY change in the startup-sequence and I am running NO
  commodities or utilities.  Just the "stock" system.

  After the system boots up, I open a shell, type "path show" and
  I get:

              Current_directory
              C:

  OK, what happened to my Tools addition?  It did not take place.
  Now, if I type "path System2.1:Tools add" then type "path show" I get:

              Current_directory
              System2.1:Tools
              C:

  What's the deal?  I _NEED_ those path assignments.
  They don't work while in a script!  Not even in "user-startup"

  What can I do?

--
Travis Carter

  Anyways, 

Newsgroups: comp.sys.amiga.programmer
From: naran@fraser.sfu.ca (Travers Naran)
Subject: C++ compiler wanted
Summary: I need recomendations
Keywords: C++ compiler
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 27 Jan 1993 17:11:39 GMT

I've been working on some programming projects and I require a C++ compiler or
translator. The only one I've been able to readily find is GCC but I don't have
enough memory or disk space to run it (I don't have a HD). I was wondering if
there were anyother C++ systems for the Amiga out there, commercial or
otherwise.

Thanks in advance.
-- 
--------------------------------------------------------------------------
Travers Naran                                           | "We fear
Mail address: naran@fraser.sfu.ca or naran@sfu.ca       |  change. WHACK!
Simon Fraser University, British Columbia, Canada       | WHACK! WHACK!"
Cmpt. Science student wanna-be                          | -Garth 
Trekker, Leaper, Red Dwarf'er, Prober, etc.             |  "Wayne's World"
--------------------------------------------------------------------------