[comp.sys.amiga] \

steelie@pro-charlotte.cts.com (Jim Howard) (12/02/88)

Im working on a little low level drive access, using the exec.library
SendIo routine to access the disk drive, and read a few tracks
into memory..  The only problem is, when I use SendIo with my request
block, I have to use WaitIO in conjunction, to make sure my program
doesnt trample all over itself..  On the other hand, I could just
use DoIo, but it doesnt work any better in this case either... Anyway,
here's a short listing of what Im doing.. (pardon my assembly) :-)
 

        movea.l 4,a6                    ;execbase
        lea     diskio,a1               ;address of our IoRequestblock
        move.l  #reply,14(a1)           ;pointer for reply messages?
        clr.l   d0                      ;unit # (0 for df0:, 1 for df1:)
        clr.l   d1                      ;flags.. none
        lea     tdevice,a0              ;location of text name for device
        jsr     -444(a6)                ;_LVOOpenDevice  (trackdisk.device)

        movea.l 4,a6                    ;execbase, of course
        lea     diskio,a1               ;now, point to our IoRequestblock
        move    #2,28(a1)               ;command RW_READ 
        move.l  #4*512*11*2,36(a1)      ;length of data  (4 tracks)
        move.l  #$40000,40(a1)          ;buffer for data
        move.l  #0,44(a1)               ;Offset for start of read in bytes
        jsr     -462(a6)                ;_LVOSendIo  (read it in!)

        movea.l 4,a5                    ;execbase
        lea     diskio,a1               ;pointer to request
        jsr     -474(a6)                ;_LVOWaitIo   (wait for disk)

        movea.l 4,a6                    ;execbase
        lea     diskio,a1               ;pointer to request
        jsr     -450(a6)                ;close the trackdisk.device
        rts


diskio
        ds.l    20 
reply
        ds.l    8 
tdevice
        dc.b    'trackdisk.device',0
        cnop    0,2
 
 
Now, the problem lies that the WaitIo routine never returns.. I assume
it is because the SendIo routine never completes itself.. But I cannot
for the life of me find out why it wont finish.. I can even hear
the disk heads step 4 times, as it is reading the data, and I can
reboot the machine and look in the memory where I sent the data, and
it made it through ok.   But the #@!#!^ SendIo routine never
finishes!       
 
What could possibly be causing this?   Also, I TRIED using DoIo instead
of SendIo, but the only thing that does, is the DoIo routine
never finishes its task, and therefore (unlike SendIo) doesnt let
me program continue..
 
Thanks,

   UUCP:  ....!crash!pro-charlotte!steelie    | Pro-Charlotte - (704) 567-0029
   ARPA:  crash!pro-charlotte!steelie@nosc.mil| 300/1200/2400 baud  24 hrs/day
   INET:  steelie@pro-charlotte.cts.com       | Log in as "register"

bmacintyre@watcgl.waterloo.edu (Blair MacIntyre) (05/23/89)

In article <31453@sri-unix.SRI.COM> paolucci@snll-arpagw.UUCP (Sam Paolucci) writes:
>Why should you have to specify the full pathname if the file name with
>the colon is within double quotes.  It seems to me that anything within
>double quotes should not be interpreted.  Unfortunately, that's not
>what happens.

If you can't put device names in quotation marks then how would you
specify a device name with a space in it?

Or, a full path name with a space somewhere in it?

	dh1:"bills car" 

No, I think the quote should be around the whole thing ...

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-///-=
= Blair MacIntyre, bmacintyre@watcgl.{waterloo.edu, UWaterloo.ca}     \\\///  =
=   now appearing at the Computer Graphics Lab, U of Waterloo!         \XX/   =
= "Don't be mean ... remember, no matter where you go, there you are." BBanzai=

ecarroll@csvax1.cs.tcd.ie (Eddy Carroll) (05/24/89)

In article <31453@sri-unix.SRI.COM>, paolucci@snll-arpagw.UUCP (Sam Paolucci)
writes:
> In article <DEVEN.89May17124740@daniel.rpi.edu> deven@rpi.edu (Deven Corzine)
> writes:
> ->Certainly.  Allow colons in filenames.  So you just have to specify a
> ->full pathname is all.  Besides, disallowing colons in filenames would
> ->make it difficult for such devices as PATH:...
> 
> Why should you have to specify the full pathname if the file name with
> the colon is within double quotes.  It seems to me that anything within
> double quotes should not be interpreted.  Unfortunately, that's not
> what happens.

Well, if you don't interpret things in quotes, how do you do something like
"CON:0/0/640/200/CLI Window"? You need the quotes so you can include spaces
in the window title, but now you're saying that this should be treated as a
normal file, relative to the current directory? You can't have it both ways!
I think the present situation is fine. I'm still curious as to how the original
poster got a colon in the filename though - I've tried various combinations
using the device name with no success.

On the subject of devices, is anyone working on a ZOO: device which would
let you CD to a Zoo Archive, DIR the contents and then read or execute
various files within it just as if they were uncompressed. Writing wouldn't
need to be implemented, only retrieval. I'd find this really useful. Of
course, you'd need to allow colons to appear more than once in a device
name for this to work (DIR ZOO:DF0:FRED.ZOO) :-)

Eddy
-- 
Eddy Carroll               ----* Genuine MUD Wizard  | "You haven't lived until
INTER: ecarroll@cs.tcd.ie                            |  until you've died in
 UUCP: {..uunet}!mcvax!ukc!cs.tcd.ie!csvax1!ecarroll |  MUD!" - Richard Bartle

seanc@pro-party.cts.com (Sean Cunningham) (05/03/90)

In-Reply-To: message from BARRETT@owl.ecil.iastate.edu

Supposedly, they're working on a colour version of X for the card...it'll more
than likely go in the video slot.
 
Sean
////////////////////////////////////////////////////////////////////////////
  UUCP: ...!crash!pnet01!pro-party!seanc       | 
  ARPA: !crash!pnet01!pro-party!seanc@nosc.mil | " Fanatics have their 
  INET: seanc@pro-party.cts.com                |   dreams, wherewith they
                                               |   weave a paradise for
  RealWorld: Sean Cunningham                   |   a sect. "
      Voice: (512) 994-1602  PLINK: ce3k*      |                -Keats
                                               |
  Call C.B.A.U.G. BBS (512) 883-8351 w/SkyPix  | B^) VISION  GRAPHICS B^)
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

seanc@pro-party.cts.com (Sean Cunningham) (07/16/90)

In-Reply-To: message from bleys@tronsbox.xei.com

 
That's interesting, since most of the really neat demos I've seen lately are
from Europe, they're in PAL, so the scroll messages can't be seen on my 1084
at home.  I have to run them on the A3000 at work in PAL mode...
 
Sean
////////////////////////////////////////////////////////////////////////////
  UUCP: ...!crash!pnet01!pro-party!seanc       | 
  ARPA: !crash!pnet01!pro-party!seanc@nosc.mil | " Fanatics have their 
  INET: seanc@pro-party.cts.com                |   dreams, wherewith they
                                               |   weave a paradise for
  RealWorld: Sean Cunningham                   |   a sect. "
      Voice: (512) 994-1602  PLINK: ce3k*      |                -Keats
                                               |
  Call C.B.A.U.G. BBS (512) 883-8351 w/SkyPix  | B^) VISION  GRAPHICS B^)
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

bleys@tronsbox.xei.com (Bill Cavanaugh) (07/17/90)

>That's interesting, since most of the really neat demos I've seen lately are
>from Europe, they're in PAL, so the scroll messages can't be seen on my 1084
>at home.  I have to run them on the A3000 at work in PAL mode...
> 
>Sean
>////////////////////////////////////////////////////////////////////////////
>  UUCP: ...!crash!pnet01!pro-party!seanc       | 
>  ARPA: !crash!pnet01!pro-party!seanc@nosc.mil | " Fanatics have their 
>  INET: seanc@pro-party.cts.com                |   dreams, wherewith they
>                                               |   weave a paradise for
>  RealWorld: Sean Cunningham                   |   a sect. "
>      Voice: (512) 994-1602  PLINK: ce3k*      |                -Keats
>                                               |
>\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

The problem, Sean, is that the most spectacular ones I've seen used text
that either scrolled around the center of the screen in a circle or scrolled
across the middle of the screen... Demos like Wild Copper >do< have the
message scrolling across the bottom, out of sight for us US types, but
there've been so really incredible things done that were just too good not
to see, and too obscene to show...

/********************************************************************
 *      All of the above copyright by the below.                    *
 * Bill Cavanaugh       uunet!tronsbox!bleys                        *
 *  "You can only be young once, but you can be immature forever."  *
 *              Larry Anderson                                      *
 ********************************************************************/

seanc@pro-party.cts.com (Sean Cunningham) (08/18/90)

 
While I know this may not be a bright question, and has probubly been
discussed before (refering to CPUSpeed), here goes...
 
What effects/performance increases will/should be apparent by adding the
line: CPU Burst    to the startup-sequence on my A3000/25?  What aspect of
performance does this affect?
 
I know it turns both DATA and INSTRUCTION caches on, but what exactly will
these affect in my every-day computing (telecommunications, 3D renderings,
DPaint animating, etc.)?
 
I hate asking questions that should seem obvious, but I was asked myself, and
I didn't have a good answer...TIA
 
Sean
////////////////////////////////////////////////////////////////////////////
  UUCP: ...!crash!pnet01!pro-party!seanc       | 
  ARPA: !crash!pnet01!pro-party!seanc@nosc.mil | " Fanatics have their 
  INET: seanc@pro-party.cts.com                |   dreams, wherewith they
                                               |   weave a paradise for
  RealWorld: Sean Cunningham                   |   a sect. "
      Voice: (512) 994-1602  PLINK: ce3k*      |                -Keats
                                               |
  Call C.B.A.U.G. BBS (512) 883-8351 w/SkyPix  | B^) VISION  GRAPHICS B^)
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

danb20@pro-graphics.cts.com (Dan Bachmann, SubOp) (12/04/90)

In-Reply-To: message from chrisw@gondor.actrix.gen.nz

        I have also been searching for an Amiga program to replace the IBM PC
programs Derive and Eureka.  The best thing seems to be Mapple which blows
them both away and is also available for many platfroms including the Amiga.
        I was in the dentists office last week and I picked up a copy of
Discover (a scientific magazine), and Mapple was rated the math package
breakthrough in scientific technology.
        Mapple costs $400 for the Amiga and is availble from Waterloo Software
in Canada.
-------------------------------------------------------------------------
 ProLine: danb20@pro-graphics           ***************************
    UUCP: ...crash!pro-graphics!danb20  *       Dan Bachmann      *
ARPA/DDN: pro-graphics!danb20@nosc.mil  *  Raritan Valley College *
Internet: danb20@pro-graphics.cts.com   ***************************
  P-Link: DanB20        <-- I only read PLink once a mo. use Internet
U.S.Mail: 509 StonyBrook Drive, Bridgewater, NJ 08807