HDTenEightyP/NetNews huggingface dataset:
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: writing odd bytes
Organization: Max-Planck-Institut f"ur Radioastronomie
Distribution: comp
Date: Tue, 8 Sep 1992 11:25:39 GMT

In <34921@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
>indicate DMA may not be possible, the transfer is done through the filesystem
>buffers, 512 bytes at a time.

May I suggest to enlarge that copy buffer, or make the size user controllable ?
This would help all the people with dumb drivers that need the Mask..

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."
From: Irwin_Aschkenas@neonate.amiga.atl.ga.us (Irwin Aschkenas)
Newsgroups: comp.sys.amiga.programmer
Subject: REQTOOL
Date: 7 Sep 92 02:58:32 GMT
Organization: The Village BBS

I am trying to use the file requester in the REQTOOLS library..  I have
successfully been able to have the user select multiple file in assembly..
My question is how do I get the path of the files the user selected ?
I have the latest version of the library 2.0C which indicates the field
requester->DIR has become obsolete...  

-- Via DLG Pro v0.992
From: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console Device problems
Date: 9 Sep 92 04:01:52 GMT
Reply-To: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <1992Sep8.113732.3126@ucc.su.OZ.AU> willw@extro.ucc.su.OZ.AU (William Waring) writes:
>Hi,
>	I have been having a major problem with the console device in my program. I need some serious help on this!. 
>
>I open the console.device for output on my main window. I output to it using CMD_WRITE, and I read keypressed using IDCMP_RAWKEY events (That is using the IDCMP Port of the window, not using RAW events from console). I am trying to open the console.device with charcter mapping and copy/pasyte support. The problem is, I can open the device alright and cursor appears fine, but as soon as I go to drag the mouse over some text and copy it, nothing happens.
>
>	I have tried fiddling with IDCMP events, messages etc. I have tried sendoing off a fake read request to see if that is it, I have tried turning off the cursor etc, but I can't figure out why it won't let me snap charcters from the window.
>
>	Does anyone have experience with opening console.device with copy/paste support. If you do could you PLEASE help. It's very important. Thanx in advance.
>

I'll assume that you are using V37 (2.04).  You need to specify a unit
number of '1' if you want character mapped display or a unit number of
'3' if you want both character mapped display and cut&paste.

OpenDevice("console.device", 3L, IOStdReq, flags)
                             ^^

Brian

       +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
       Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
                        bj@cbmvax.commodore.com
     {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
 "Pennsylvania - Land of (really) Bad Drivers."   Uva uvam vivendo varia fit 

Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Determining file length
Organization: Jet Propulsion Laboratory
Date: Tue, 15 Sep 1992 15:51:09 GMT

In article <mbs.108r@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
>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?

Allocate a temporary FIB on the stack, convert it to a BPTR, examine the
object, extract the size of the file, and finally deallocate the FIB. Now, the
C= folks tried to scare us all into using AllocDosObject for such purposes,
but for now anyways it's a farce. The only requirement is that the FIB be long
word alligned. 

You wanted to avoid having to lock the object, but if you're planning to open
it anyways might as well use the new function to convert a lock into a file
handle. 

jeff
From: d9mats@dtek.chalmers.se (Mats Persson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: More GadToolsBox bugs
Date: 8 Sep 92 09:43:37 GMT
Organization: Chalmers University of Technology, Gothenburg Sweden

epang@fraser.sfu.ca (Eugene Pang) writes:

>Seeing as how there's some renewed interest in GTB, I thought I'd share my
>bug list with you all.  And if Steen Raboel (who's email address I've lost)
>is reading this, perhaps you could forward this bug report to GTB's author
>on FIDOnet.

Does anyone know if the author of GTB is aware of these bugs, 
and in that case, is he planning to release an updated version?

I think the idea with a free interface builder is brilliant.
It really encourages people to write programs that conforms
to the Commodore guidelines.

I am surprised that Commodore didn't release a free version of some 
interface builder, the same way they released Enforcer etc...

I think a lot more people would write programs if they didn't have
to deal with the inner workings of intuition.

(I know they sell ToolMaker to developers, but I think they should 
provide a free one instead to encourage people to write programs.)

Maybe this last discussion belonged to another group, but well...

---
Mats Persson      (d9mats@dtek.chalmers.se)
                  Chalmers University of Technology, Sweden
--
                 Mats Persson    (d9mats@dtek.chalmers.se)

                    Chalmers University of Technology
Newsgroups: comp.sys.amiga.programmer
From: dlove@cbnewsf.cb.att.com (Dave Love)
Subject: Re: lc error
Organization: AT&T
Date: Fri, 11 Sep 1992 16:08:08 GMT

In article <BuDF0z.8vv@fiu.edu> xnybpf01@serss0 (Brian P Feeny) writes:
>
>	I am having trouble compiling some source with  Lattice 5.10, and would
>like some help.  I am getting a "Error: 107 Too Many Initializers" right after
>IntuiText Text structure.  I am simply compiling with the -L option and no others

You're gonna kick yourself...

 [ source deleted ]
> 
>struct IntuiText Text =
>{
>   1,0,    /* FrontPen, BackPen */
>   JAM2,   /* DrawMode */
>   2,2,    /* LeftEdge, TopEdge */
>   NULL,   /* Font */
>   (UBYTE *)"Test",    /* TextPointer */
>   NULL                 /* NextText */
>   );
    ^

This should be a "}".
 
>Brian Feeny - Systems Programmer - UNIX System Security Specialist

+=======================================+===============================+
| "We're going to have the best         | Dave Love                     |
|  educated Americans in the world!"    | dlove@cbnewsf.att.com         |
|   -- Dan Quayle                       | <insert std. disclaimer here> |
+=======================================+===============================+
Newsgroups: comp.sys.amiga.programmer
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: Re: Icon default tool paths (was Re: A4000 Specs? Who knows.)
Organization: /etc/organization
Date: Sun, 13 Sep 1992 04:59:38 GMT

In article <paulk.1gta@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>> Not only do you have to adjust the offset from the title due to
>> different height fonts in the title, you also have to take into
>> account the offsets between each object.  Computing the offsets
>> isn't that hard, that's not the problem here, it's determining how
>> many vertical elements you can put in a given window since you
>> could render some number of objects below the window if the font
>> used is too large.
> 
>I took the cheap way out.  I decided that the maximum size of font I
>would support is 16, fit in as many gadgets as possible with a 16
>point font, and documented it as "If you use a font bigger than 16
>point you'll get ugly overlapping gadgets."
> 
>Even cheaper, I do not at present put things closer together when a
>small font like 8 point is used.  This leaves extra-large gaps
>between gadgets for the typical non-interlaced-screen user.  In the
>future I plan to scrunch things closer together when not interlaced,
>supporting fonts no larger than 11 point in that case, and allow up
>to 20 point or so when interlaced.
> 
>But I have an excuse; my program runs okay under 1.2
> 
>> And that's the crux of this biscuit, you can't adequately manage it
>> due to not having a limitation on height or width of the supplied
>> fonts.
> 
>With apps that have their own independent font selection option (like
>mine and presumably like JR-Comm) you can enforce a limit.  It's
>Workbench apps that have this trouble of unlimited font hugeness.  I
>guess in that case you can either refuse to run when the screen-size-
>to-font-size ratio is too small, or use Topaz 9 or 8 in emergencies.
>
>As for horizontal spacing, I simply force everybody to use fonts of
>width 8.  If I ever support screen widths greater than 640, I'll have
>to search out a lot of cases where text length is computed by "<< 3"...

That was a little silly. Firstly, you should calculate if the font is too large
and is going to overlap. If it is, then force it to an 8 point font. 
Secondly, you should use the ReqTools.library and call the rtSpread() function
which will evently distribute gadgets throughout a defined space. It's real
neat. We use it in X-Comm in the Macro button window where you have all your
macros as little buttons on a window, and click them to execute. IT's worth
doing...


-- 
--
Well I guess I'd better say something witty...
--
Anyone can hold the helm when the sea is calm.
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Does DICE have structure returns yet?
Date: Tue,  8 Sep 92 18:56:50 PDT
Organization: The Portal System (TM)
Distribution: usa

 Yes, DICE supports passing and returning structures by value.
This is for the registered version DICE v2.06.40.

 A quick look at the assembly code reveals that an extra
parameter is passed, the address of return structure, when
a structure is returned by value.

 The called function does a check to see if the address passed
is NULL or not. A NULL address indicates that the function
return value is ignored by that particular call and no copying
needs to be performed before returning, ie.:

   {
     returnStruct( ... ); // returnStruct( NULL, ... )
   }

versus

   {
    struct s;
    s = returnStruct( ... ); // returnStruct( &s, ... )
   }


 This all adds up to an optimization, but I wonder if it's
not bending the C calling standards a bit...

			Regards, Aurelius@cup.portal.com
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: [2 of 2] A serial device example
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 5 Sep 92 21:13:46 EDT
Organization: Private UUCP Node

In article <iD4Dr*KX1@swinjm.UUCP> forgeas@swinjm.UUCP (Jean-Michel Forgeas) writes:
> In article <21.2aa6c1d5@ivgate>, Michael B. Smith (MsgPost v1.00) writes:
> >                 mask = Wait (mask | SIGBREAKF_CTRL_C);
> >
> >                 if (mask & SIGBREAKF_CTRL_C) {
>
> NO NO NO NO you did it again!!!

No sir, I did NOT! Check the From: header "MsgPost v1.00", check the Path.
Not from my system. Not by me.

The system that reposted several messages (not just mine) has already made
an apology in this group.

You have jumped to a conclusion, and gotten the wrong answer.

> Who are you to impose us all this KBytes of code? Everybody can find
> code for serial.device anywhere.

Really? Where? As I said when I posted the code the first time, I looked for
days trying to find a simple working example. It wasn't to be found. Not on
fish, not in RKM's. All examples were either so simplistic that they were
non-functional (such as the examples from the 1.3 RKM-Companion and the
"Amiga C Manual") or ridiculously complex (such as Term).

> Can't you simply post an article telling that interested people
> can email to you to receive the source, or tell that you will
> post it in alt.source.amiga?

The email was an alternative. I'll consider that in the future. Alt groups
do not get everywhere.

> Can you try to think that people have to pay all what you send?
> If this continues, I'll stop to receive this group.

I know what it costs. I pay several hundred US$ per month to get my feed.
IMO, what I posted was worthwhile. You do not. We have a legitimate
difference of opinion.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: flax@frej.teknikum.uu.se (Jonas Flygare)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga PROLOG wanted.
Date: 14 Sep 1992 12:10:37 GMT
Organization: Dept. of Control and Systems, Teknikum, Uppsala
Distribution: world
Reply-To: flax@mizar.docs.uu.se
NNTP-Posting-Host: frej.teknikum.uu.se

In article <1992Sep14.112847.331@dct.ac.uk>, mcramm@dct.ac.uk writes:

|> It's not a complete Prolog but it's way better than any VT-Prolog I've seen,
|> and there's enough source (for built-in predicates too) for you to extend it 
|> as you need.

Hm, if it's not complete, what's missing?
It's a fairly straight copy of the old dec-10 prolog.
There are some few predicates missing wrt dec-10.


--------------------------------------------------------
Jonas Flygare, 		+ Wherever you go, there you are
V{ktargatan 32 F:621	+
754 22 Uppsala, Sweden	+
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icon default tool paths (was Re: A4000 Specs? Who knows.)
Date: 11 Sep 92 14:10:45 PST
Organization: BBS

> Not only do you have to adjust the offset from the title due to
> different height fonts in the title, you also have to take into
> account the offsets between each object.  Computing the offsets
> isn't that hard, that's not the problem here, it's determining how
> many vertical elements you can put in a given window since you
> could render some number of objects below the window if the font
> used is too large.
 
I took the cheap way out.  I decided that the maximum size of font I
would support is 16, fit in as many gadgets as possible with a 16
point font, and documented it as "If you use a font bigger than 16
point you'll get ugly overlapping gadgets."
 
Even cheaper, I do not at present put things closer together when a
small font like 8 point is used.  This leaves extra-large gaps
between gadgets for the typical non-interlaced-screen user.  In the
future I plan to scrunch things closer together when not interlaced,
supporting fonts no larger than 11 point in that case, and allow up
to 20 point or so when interlaced.
 
But I have an excuse; my program runs okay under 1.2
 
> And that's the crux of this biscuit, you can't adequately manage it
> due to not having a limitation on height or width of the supplied
> fonts.
 
With apps that have their own independent font selection option (like
mine and presumably like JR-Comm) you can enforce a limit.  It's
Workbench apps that have this trouble of unlimited font hugeness.  I
guess in that case you can either refuse to run when the screen-size-
to-font-size ratio is too small, or use Topaz 9 or 8 in emergencies.

As for horizontal spacing, I simply force everybody to use fonts of
width 8.  If I ever support screen widths greater than 640, I'll have
to search out a lot of cases where text length is computed by "<< 3"...
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Comeau C++
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Tue, 15 Sep 1992 04:02:45 GMT

In article <1992Sep14.161205.1@sara.cc.utu.fi> kkeranen@sara.cc.utu.fi (Kimmo Ker{nen) writes:
>I'd like to know some facts about Comeau C++ compiler:
>
>1. Is it SAS/C 6.0 compatible ?

A patch will be made available soon after 6.0 hits the streets.

>2. Price (including shipping to EUROPE) ?

Comeau C++ 3.0 With Templates for AmigaDOS costs $US250.
International shipping is $US60.

>3. Stability ? (Could I trust the code it generates)

Comeau C++ is the most robust and stable C++ on any platform,
Amiga included.  I direct you to check out the reviews that have
occured over the past two years "here".  That is, 3 reviews have
occured in comp.sys.amiga.reviews.

>4. Requirements ? (I have A3000 + 4M fast RAM)

That's more that enough.  Software-wise we use rexx.  Also, Comeau C++
is a compiler producing C as its object code.  Current official C backends
(necessary ONLY for native code generation) as SAS/C 5.10a and above, or
Manx Aztec C 5.0d and above.

>5. Future support / developing plans ?

Lots.

>And any other information about compiling speed etc. would be nice.

It does have to run a C compile, but it is not dismal.

- 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: u9147063@cs.uow.edu.au (Richard Barry Ling)
Newsgroups: comp.sys.amiga.programmer
Subject: #include <std_disk_drive_hiding_FAQ>
Date: 14 Sep 92 15:11:41 GMT
Organization: Dept of Computer Science, Wollongong University, Australia


Here it is again, the old "hiding drives from DOS" question:

How can I temporarily "hide" a disk drive so I don't get those annoying "Not
a DOS disk in unit 0" requesters when I use non-DOS disks? I still need to
be able to use trackdisk on the drive, and also restore access to the drive
to DOS when I'm done...

Thanx in advance

________________________________
Richard.  u9147063@cs.uow.edu.au
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Window Non-activation
Date: 11 Sep 92 21:16:12 GMT
Organization: Edotronik GmbH

In article <1992Sep10.151419.12760@miavx1.acs.muohio.edu> bjbernstein@miavx1.acs.muohio.edu writes:
>
>  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)

First: If you have to check for an F-key to close your windows you should
put a close gadget on them and check for it, too. You probably use IDCMP
anyway, so a case IDCMP_CLOSEWINDOW shouldn't be too offending. Any
closeable window should have a close gadget.

>  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

Sorry, no way. To move a window with the mouse you have to select it.
Selecting means it will be the active one.

>-brian bernstein

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: terjepe@stud.cs.uit.no (Terje Pedersen)
Subject: Re: gadtools v1.3
Organization: University of Tromsoe, Norway
Date: Fri, 11 Sep 1992 09:48:23 GMT
Reply-To: terjepe@stud.cs.uit.no

In article <1992Sep10.170851.26340@nntp.hut.fi>, s36399s@taltta.hut.fi (Harri Holopainen) writes:

|> My gadtoolsbox is the older .90 one, and haven't yet considered finding the newer
|> one... Have u tried v1.4 if it's mungwall proof?

is gadtoolsbox v1.4 made available on any ftp site?

-- 
||||||||||| |||||    : "Alt er subjektivt" -tp                    :
    ||      ||  ||   : "Det e muli man e p feil villspor.." -tp  :
    ||      |||||    : spill ludo.. | usaklighet er mitt vpen    :
    ||      ||       : "Alt er objektivt.." -tp   : TLF: ja..     :
Newsgroups: comp.sys.amiga.programmer
From: jorngh@dhhalden.no (JORN GUNNAR HALONEN)
Subject: NEED SPECS FOR UUDECODE & TAR !!!
Organization: Ostfold College
Date: Sat, 5 Sep 1992 00:44:02 GMT


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 ???

Any help will be deeply appreciated.

*JORN*
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: what is EPIPE in the tar sources?
Date: Thu, 10 Sep 1992 00:41:14 GMT
Organization: is sometimes desirable

I am attempting to apply Andy Finkel's fix to the tar program from Fish 446(?)
Also, I am Manxifying the program since I don't have the SAS compiler.

In the file diffarch.c, there is a reference to EPIPE:

errno = EPIPE;                  /* FIXME, remove perrors */

I assume that this is supposed to be a #define, but I can't find it defined
anywhere in the tar sources or the Amiga includes.  What should it be, and where
is it defined?  (I suspect that I could just arbitrarily define it, but I would
like to do this "correctly.")

Does anyone out there know?

                              Thanks,


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
Newsgroups: comp.sys.amiga.programmer
From: f90-len@byse.nada.kth.se (Lars Engebretsen)
Subject: Re: SAS/C Upgrade?
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp.sys.amiga.programmers
Date: Fri, 11 Sep 1992 18:11:20 GMT

In article <S37732V.92Sep11181241@vipunen.hut.fi> s37732v@vipunen.hut.fi (Markus Juhani Aalto) writes:
>
>Are there still other peoples who haven't received upgrade notice from SAS
>for their V6.0 upgrade. I haven't heard anything about them and I 
>recall that it was supposed to be released 15th of September.

I haven't heard anything either.

>They should have my address and everything because I ordered my V5.10b
>directly from them.

They sent me an upgrade notice for V5.10 some time ago, so they should
have my address too.
-- 
Lars Engebretsen, Fm-90 KTH, f90-len@nada.kth.se