HDTenEightyP/NetNews huggingface dataset:
From: kxs5829@ultb.isc.rit.edu (K.X. Saunders )
Subject: Re: Need team for PD ARexx B-tree ISAM server...
Originator: kxs5829@ultb
Organization: Rochester Institute of Technology
Date: Thu, 13 Aug 1992 07:58:55 GMT

In article <1992Aug12.041502.9269@samba.oit.unc.edu> Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig) writes:
>In article <1992Aug9.044307.21859@ultb.isc.rit.edu> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
>>In article <-cym_n#@lynx.unm.edu> rbattle@hydra.unm.edu (Ron M Battle STUDENT) writes:
>>>
>>>inexpensive system for MS-DOS systems. I think there is a need to develop
>>>an ARexx server for this system that would accept SQL type commands.
>>>There is a lack of cheap DBMS systems for Amiga front-ends like Director,
>>>CAnDo,etc. that can access HUGE databases, are disk-based, contain
>>>variable length records (unlike D-Base), and is FAST! I started to convert
>>
>>	Well, I've written an SQL rdbms that does have an ARexx port.  It's
>>been out for over a year, with the last release in Feb, 1992.  I hope to have
>>a new release out as soon as Commodore gets off their ass and ships my A3000.
>>
>     Ok, what's it called and where can I get it?  I'm a xBase developer

	Well, it's called SQLdb, and you can ftp it from a few sites in
Europe (which I don't know offhand).  You can always get it through e-mail
from me.  I will be putting the new version on amiga.physik as soon as it is
ready.

	- Kyle

-- 
+-"Remember, [MS]DOS is sort of a UNIX deviant already" - dmoscny@piglet.-----+
|    // Only /\          kxs5829@ultb.isc.rit.edu                 cincinatti. |
| \ //      /--\MIGA     kyle@nick.csh.rit.edu                    oh.us       |
| \X/ SQLdb - $40 rdbms  Rochester Institute of Technology                    |
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Why are there no DR2D docs?
Distribution: world
Date: 16 Aug 92 11:53:29 WST
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.

In article <16ehevINN256@matt.ksu.ksu.edu> strat@matt.ksu.ksu.edu (Steve Davis) writes:
>I posted a message two days ago asking for information on the IFF
>DR2D specification.  DR2D is the 2-d structured art specification
>that many programs are now adopting.  I have a utility I want to
>write but I have no information on creating or parsing DR2D forms!

Check out the new V2 RKM Devices manual page 449.

>But what surprised me is that I didn't get a single response.  Not
>even one person even bothered to reply that they were looking for
>information as well.
>
>This has to be the reason why we don't see a lot of killer apps for
>the Amiga.  There is no help for new programmers.  Thanks for
>nothing.

Boy we are touchy this morning aren't we?

I have also asked a number of questions on the net and got a deafening
silence.  That's life (and the net).

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: barry.fruitman@canrem.com (barry fruitman)
Newsgroups: comp.sys.amiga.programmer
Subject: gadtools.library
Date: 16 Aug 92 18:26:36 GMT
Reply-To: "barry fruitman" <barry.fruitman@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

This is a multi-faceted question to all you gadtools programmers.

I'd like to create a window using both 3D-looking button gadgets and
non-3D buttons, but gadtools only seems able to create 3D buttons.
So my question is, is there a way to make 2D-looking buttons with
gadtools?
Failing that, my window will have gadtools gadgets and ordinary
intuition gadgets. But how can I read the IDCMP messages from both?
Should I do a standard GetMsg() and then use GT_FilterIMsg() for the
gadtools messages?
Am I going about this all wrong?
You see, my program MUST have certain 2D buttons, but I'd like the rest
of them to to 3D. Should I just forget about gadtools and use all
intuition.library gadgets with the 3D flag set? I'd prefer to use
gadtools.library if possible.
I'm quite perplexed.
Any replies would be much appreciated.


Barry Fruitman
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Clearing a PIPE:
Date: 13 Aug 92 18:16:40 GMT
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Flying Cat Software

In article <1992Aug11.124616.22374@pixel.kodak.com> jeh@raster.kodak.com (Ed Hanway) writes:
>andy@cbmvax.commodore.com (Andy Finkel) writes:
>: Actually, the pipe-handler (actually queue-handler) in 2.0 was an entirely
>: new implementation written by Fred Mitchell of the  C= QA department.
>
>Any good reason for replacing Matt Dillon's perfectly adequate pipe-handler
>with an inferior(*) replacement?  It's not like C= can afford to reinvent
>the wheel like this.
>

Hey, the previous poster was flaming the old pipe-handler to a crisp.
He hated it. :-)

But, as long as you ask:

The pipe-handler turned out to the the main culprit behind hangs 
for the AS225 software.  It apparently had some serious problems when
multiple processes were banging on it (over the ethernet, anyway).
(It was an early one from Matt) Anyway, Fred wanted to fix it, he had access 
to the old one's source, but decided its methods could be improved.  
(Matt himself used entirely different methods on his next pipe-like thing)

>(*) Try pushing a megabyte through PIPE:.  On a 68000 it took 90 seconds,
>and that was with a single Write() call.  Considering that's 50-100 times
>slower than hard disk access, I was a little disappointed.

The new one will allocate memory for the entire megabyte, unless a queue limit
is specified in the mountlist.  The old one started deferring the return
of the write packets until the reader had read enough so there was
enough space in the buffer again.  

If you are going to do large transfers, you might want to increase
the blocksize that the handler uses, by putting a line like:

BLOCKSIZE = 16384

in your mountlist entry for queue-handler.  (It defaults to 4096)

While you can get the deferred reply effect from queue-handler as well,
by specifying the number of buffers it is allowed to allocate.
It defaults to 0, or allocate as many as it needs.  Limiting it
to a couple will give you the speed increase.  But things are more robust
if you let it allocate as many buffers as it needs.  Especially when 
multiple processes over ethernet are involved :-)

>Ed Hanway --- jeh@raster.kodak.com


			andy
-- 
andy finkel		{uunet|rutgers|amiga}!cbmvax!andy

"A new release is where old bad assumptions are replaced by new
 bad assumptions."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to compile AmigaUUCP with Lattice?
From: nicholas@vax.sonoma.edu
Date: 20 Aug 92 21:05:41 -0800
Organization: Sonoma State University

In article <=+_ng2.harlock@netcom.com>, harlock@netcom.com (Mike Harlock) writes:
> Greetings.  I recently downloaded the Amiga UUCP program by Matt Dillon (sp).
> I was dissapointed in there only being source, I don't have a compiler and
> you can't compile it with the freeware version of dice.  Sooo...I called 
> my friend with Lattice C.  He can't get the batch file to work with Lattice.
> He knows C (He's a Computer Engineering student) but hasn't had any experience
> with multipule source files or batch files yet.  What do you need to do with
> the amke file, or batch files, to get it to work with Lattice?  Any help
> appreciated.  
> ---Mike
> 
> -- 
I couldn't seem to email you directly....If you send me the amke file 
I will try and get it to SAS/C for you....
Later Dude, Guy
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GNU gcc/g++
Date: 16 Aug 92 22:21:25 GMT
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

In article <56960@mentor.cc.purdue.edu> tna@mentor.cc.purdue.edu (Trevor Andrews) writes:
>  I looked at Burr's stuff... Nice also... I guess I decided all I need
>  is a gcc2hunk.  Well, basically I just need a C++ front for my
>  Lattice compiler.

(although i don't see why you insist in using the lettuce compiler...)
some `gcc2hunk' exists from the pre-ld times, also written by the BuRP team,
it's called SObjA, look at the same place on nic.funet.fi. It's a bit kludgy
regarding common symbols: because hardly any hunk-linker supports them, they
use a two-pass approach and collect those symbols by hand, and then present
them to the linker as a common-block done with a bss symbol.

>  Blinking with my other libs would be nice...  Hmm maybe I could

As an alternative: hunk2gcc will convert your libraries into something ld will
grok;-)

-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.
Newsgroups: comp.sys.amiga.programmer
From: sheffler@colt.CS.CMU.EDU (Thomas Sheffler)
Subject: BOOPSI examples
Organization: Carnegie Mellon University
Distribution: comp
Date: Sat, 22 Aug 1992 16:50:38 GMT


I would like to see some examples of programming BOOPSI classes.
Would anyone like to share something they've written?

	Thanks,
	tom
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Programming Tools (was: Amiga programmers UNITE)
Date: 21 Aug 92 14:33:27 GMT
Organization: SAS Institute Inc.
Originator: jamie@cdevil.unx.sas.com


In article <fgd3.01p9@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
>In article <piet.025y@okapi.sub.org> piet@okapi.sub.org (Peter Vohmann) writes:
>>Have you ever used CodeProbe (SAS/C debugger)? It does a lot of the things
>>you mentioned (except the guarantee). Yesterday again I stepped through my
>>assembler code with cpr, watching the register values I had done. 'Quit'
>>cleaned everything up nicely, one instruction before the point-of-crash.
>>So what? ;-)
>
>   Isn't that a bit of an overstatement?  The "Quit" command in CodeProbe
>doesn't clean up everything--CodeProbe doesn't keep track of the resources
>you've allocated.  It does get you out of the debugger and let you continue
>what you were doing without a crash.  But until you reboot you can't recover
>the memory you've allocated, free any locks that were left hanging, and so
>forth.

Actually, CodePRobe can clean up a lot for you, if you set your program
up "correctly".

If you don't use the -s switch on CPR (nostartup mode), it will call the
exit() code before it quits.  If you have setup your own exit code with
the ONEXIT() call, the exit() code will call this for you.

In other words, you could have the entire program clean itself up as if
it had exited normally when you use the QUIT command in CPR.

This will work in Assembly code as well, it you have an _main and an
_exit.  CPR looks for those particular lablels when starting/quitting
your program.

-- 
---------------
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.
From: Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program to generate COPPER LISTS wanted.
Distribution: world
Date: 20 Aug 92 08:51:33 CST
Organization: The Amiga GateWay BBS * New Orleans, La.

(Sorry about the blank message... Hit the wrong key...)
In a message dated Wed 19 Aug 92  8:53, Entity@nsq.uucp (cybernetworx)
wrote:
 E> Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth) writes:
> i've felt a need for this sort of thing for a long time, myself.
> the ULTIMATE Cool But Hard As Hell suggestion: Integrate it into DPaint
> 3/4.

 E> Hmm, yeah it might be pretty damn difficult to integrate it into
 E> Dpaint. [theoretical discussion deleted]
Well, yes, it'd be virtually impossible unless you have access to the
source code. But it's definitely something to wish for!

Having the capability in a clist editor to load in an IFF (make sure it
handles all modes - you never know; someone might want to do strange copper
tricks in HAM, although i doubt it'd be too feasable with current paint
programs...)

-- Via DLG Pro v0.992

- be zorch, daddi-o --------------- paul (raccoon) trauth ----------------
--------------------------------------------------------------------------
Internet -> paul_trauth@agwbbs.new-orleans.LA.US        \\\///\\\///\\\
Usenet   -> rex!agwbbs!paul_trauth                      \\\///\\\///\\\
--------------------------------------------------------------------------
  "eagles may fly, but a weasel will never get sucked into a jet engine"
Newsgroups: comp.sys.amiga.programmer
From: pmiller@csugrad.cs.vt.edu (Paul Miller)
Subject: Standard Gadgets with GadTools question...
Organization: The Ohio State University Department of Computer and Information Science
Date: Sun, 16 Aug 1992 23:53:21 GMT

> Subject: gadtools.library
> From: barry.fruitman@canrem.com (barry fruitman)
> Date: 16 Aug 92 18:26:36 GMT
> Organization: Canada Remote Systems
>
> This is a multi-faceted question to all you gadtools programmers.
>
> I'd like to create a window using both 3D-looking button gadgets and
> non-3D buttons, but gadtools only seems able to create 3D buttons.
> So my question is, is there a way to make 2D-looking buttons with
> gadtools?
 
Sure. Use normal CreateGadget() calls for your 3D buttons, and use
the GENERIC_KIND gadget type to get a pointer to a standard Gadget
structure which you can fill out yourself (note that some GadTools
tags will work with these, where appropriate, such as GA_Disabled,
and I believe the Gadget Text field will initialize the IntuiText
GadgetText for you too).
 
Your standard GT_GetIMsg() event loop will work for all, and the
CreateGadget() call will do all the gadget linking for you.
 
> Barry Fruitman
> --
> Canada Remote Systems  - Toronto, Ontario/Detroit, MI
> World's Largest PCBOARD System - 416-629-7000/629-7044

-- 
****************************************************************************
* 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: fillg1@uni-paderborn.de (Michael Illgner)
Subject: Re: SAS/C 6.0 Details (LONG!)
Organization: Uni-GH Paderborn
Date: Fri, 14 Aug 1992 09:04:49 GMT

walker@twix.unx.sas.com (Doug Walker) writes:

[many interesting details deleted]


>For more information or to order Version 6 of the SAS/C Development 
>System, contact your nearest Amiga dealer or SAS Institute at 
>919-677-8000.   Registered users in the USA will be receiving a 
>mailing this week, and might consider using the provided order form
>instead.  Registered users outside the USA will be getting a mailing
>in September.

BTW.
Who supports SAS in Germany ? I never got any information from a
German distributor, and only some information from SAS/USA.

>SAS and SAS/C are registered trademarks of SAS Institute Inc., Cary,
>NC, USA. All other trade names references are trademarks or
>registered trademarks of their respective companies.


>-- 
>  *****
>=*|_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.
-- 
Michael Illgner 	fillg1@uni-paderborn.de          Tel. 
Theodorstrasse 27       Warburger Strasse 100		 Buero  05251/60-2331
4790 Paderborn		Theoretische Physik		 Privat 05251/26488
Germany                 Buero : N3.323
Xref: sparky comp.sys.amiga.programmer:12542 comp.sys.amiga.hardware:14369
From: galetti@uservx.plk.af.mil
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Cross assemblers for Amiga available
Date: 21 Aug 92 11:40:06 GMT
Organization: Phillips Laboratory - Kirtland AFB

In article <64380@cup.portal.com>, thad@cup.portal.com (Thad P Floryan) writes:
> In article <1992Aug20.123656.35757@uservx.plk.af.mil>
> galetti@uservx.plk.af.mil writes:
> 
> |  I have developed a Hitachi HD6303 cross assembler for the Amiga.  The
> |  HD6303 is an improved version of the Motorola 68HC05 series, and the
> |  assembler could easily be modified to support the Motorola chips as well.
> |  If there is enough interest, I will release the assembler as a shareware
> |  product.  Please e-mail me any feedback you have on this.
> 
> Not to denigrate your efforts, but Matt Dillon released such a cross-assembler
> which appears on a (relatively) early Fish Disk in source form along with
> configs for many other micros, too.
> 
> And the cross-assemblers on the Motorola BBS are all in source form and
> compile just fine on MS-DOS, UNIX, and other platforms (including, presumably,
> the Amiga with either Lattice/SAS or Manx/Aztec).
> 
> Hell, even I wrote a MC6801/MC6803 cross-assembler years ago which I still
> use for one of my commercial products, and I posted the assembler to some
> newsgroup ages ago.

Well, then, I guess that answers my question!  Thanks to all for the input and
feedback!

-Ralph
-- 
  ___________________________________________________________________________
 /   Ralph Galetti                  Internet:   galetti@uservx.plk.af.mil    \
|    PL/LTT                         Interests:  computers, music, computers   |
|    Kirtland AFB, NM 87117-6008                and music, golf, sleep.       |
 \"What's he like?  It's not important--Particle Man." - They Might Be Giants/
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Double buffered intuition screens?
Date: 10 Aug 92 14:43:06 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <13240@chalmers.se>, d9erikb@dtek.chalmers.se writes:

> swap the Planes[] part of the BitMap structure between the
> Screen structures BitMap and my extra "draw" BitMap.
> [...]
> 1. Is there some particular reason for this to be a BAD THING?

Since the new IFF code doesn't use sc.BitMap but sc.RastPort->BitMap,
I suspect that you should use the second one too, at least because
using C='s way is the better way to have compatible code.

> 2. What do I need to do to prevent race conditions when I swap
>    the bitplane pointers? Should I Disable(), Forbid() or what?

Do WaitBlit() before swaping to be sure that the blitter finished
to draw in the BitMap you want to show, because if you swap and
display it before the blitter has finished you will see blit flashes.

Best regards
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: zoltar@amigans.gen.nz (Grant Thoms)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Perfect Sound 3.x Programming
Date: 22 Aug 92 17:12:37 GMT
Organization: Wanganui Amigans, Wanganui, New Zealand

rockwat@bbs1984.chi.il.us (Joe Ochwat) writes:

> In order to do some programming with a Perfect Sound digitizer, do I have to
> get ahold of some sort of source code, or programming package, from SunRize
> Industries, or is there just some sort of "assumed" way of addressing paralle

Assuming you CAN get hold of Sunrize Industries you could give it a go, I 
wrote to them but didn't hear anything from them

> port digitizers?  All I really need to do is get a program put together that
> will find out when the sampler receives an audio signal, and preferably, at
> what frequency or volume.  Is this a simple procedure?  I'm still very much a
> novice programmer, familiar only with Basic and Arexx.  It would be optimal i
> I could produce this program with AMOS, since the stuff I want to do with the
> sampler information would be pretty suitable for the AMOS environment. 
> Hopefully someone out there can help me!  Thanks much.
> 
>                                                                 Hose

 
I think you _may_ strike trouble with using PSound, as it ain't compatible 
with other stuuf fro some reason. I have been told that it's something to do 
with the Ackknowledge pin, but I'm not sure.. Want to buy Psound off me??
Very Cheap... I'm upgrading to SoundTrap 3 from Omega Projects....
:-)  (Version 3.0 too! OOOoooo!)
 
Cheers,
Grant (aka Zoltar Silent Imperium)
 
Contact me at: Zoltar@glasgow.amigans.gen.nz
 

-- 
Grant Thoms (Zoltar - Silent Imperium)  91a Glasgow Street, Wanganui,N.Z
    ZOLTAR@GLASGOW.AMIGANS.GEN.NZ -  or  -  ZOLTAR@AMIGANS.GEN.NZ 
CALL "Silent Imperium" BBS +64(06)347-1763 -8pm-8am Mon-Fri-24hrs Sat-Sun
  //   "Silent Imperium"is a Amiga PD group and does only LEGAL stuff!!
\X/       DISCLAIMER: All thoughts expressed are my own, So there!!
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DateStamp
Date: 22 Aug 92 00:04:44 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Distribution: comp.sys.amiga.programmer
Organization: Commodore, West Chester, PA

jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>
>	The routine DateStamp is a DOS library routine and I need something
>like it from a task. Generally, all DOS library routines are off limits (to
>tasks), but a few are documented as being ok. Is DateStamp ok or is there
>a way to roll your own?

	It happens to currently be safe (because we broke people by making it
not safe in 2.00), but it has not been documented as safe.  I would rather
strongly advise against it on general principle.  Think about why you must
have a task instead of a process, etc.  If you need it, it's rather easy to
get from the tv structure: tick = tv_micro/(1000000/TICKS_PER_SECOND) +
(tv_secs % 60) * TICKS_PER_SECOND; minute = (tv_secs/60) % (60*24);
Days = secs/(60*60*24).  You get the tv structure from timer.device GETSYSTIME.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Changing the colours of my string gadget ?
Date: 19 Aug 92 18:23:33 GMT
Organization: Edotronik GmbH

In article <c8908461.714119786@jupiter.newcastle.edu.au> c8908461@jupiter.newcastle.edu.au (Robert Lang) writes:
>How do I change the colours of a string gadget ?

>1.3 or 2.x solutions acceptable.

With 1.3 you don't.

With 2.0 you might want to use a StringExtend structure for your gadget.

>Robert.

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