Conference hydra::amiga_v1

    I have DL'd 'Glass' and 'Brick' from PLINK.  These have got to be
    seen to be believed!!!  I never dreamed of pictures this good on
    an affordable PC....makes me gladder than ever that I bought an
    Amiga...but Anyway, can anyone help a poor dumb new DEC person with
    instructions on how to do an Xmodem download from a Vax? (I'm not
    sure we even have Xmodem in our node).  I use Online! (Grrrrrr...)
    and can't afford to DL these rather large files from the commercial
    nets.   
    
    Thanks in advance, and thanks Dave, for making an Amiga conversion.
    I can't wait to knock people's socks off with these HAMs.  In fact,
    I am going to my dealer with a disk, and I'll force him at gunpoint
    to display 'Glass' next to an Apple ][GS running it's pitiful graphics
    demo.  Tee Hee...

    COPY AUTHOR::USER:[MACDONALD.PROGRAMS]XMODEM.EXE
    
     "     "      "       "         "     KERMIT.EXE

    Stop torturing me!
    
    Last night I hurried home.  Turned on the Amiga.  Ran Dave's VT100
    program.  Downloaded Display.bin and Brick.img using Kermit.  Then
    I tried to run Display.  Guess what?  That's right....'not an object
    module.'  Tried to chop it.  Guess what?  'doesn't show signs of
    padding.'
    
    Ok, I thought....how about downloading it using Xmodem?  Tried that.
    Still 'not an object module.'  Again, I tried chopping it and was
    told that the file 'doesn't show signs of padding.'         
                                                       
    Needless to say, this ruined my evening.   Now what?
    
    I would be more than delighted to send someone a blank disk, if
    someone would be kind enough to copy this program, and the images
    onto it.
    
    Also, does anyone have any clues why the transfer is not working?
    
    Frustratingly yours,
    
    Randy
            

    
    I've tried downloading VT100 V2.2 and DISPLAY using many combinations
    of the following:
    
      VT100 V2.1 (Kermit Get, Kermit Receive, Image, CRLF)
      KERMIT     (Kermit Get, File type Binary, File type text)
    
      ( I also tried changing the File type on my vax kermit server).
    
    When I try to execute any of the files I have downloaded all I
    get is "Error Code 121".  (or was it 124...)
    
    Has anyone sucessfully downloaded a binary file?
    
    Steve McAfee
    
    
    

    I successfully downloaded a copy of vt100_21.bin using vt100 and
    kermit, as an image file.  No luck getting Display.bin to work tho.
    
    This is AGONY!
    

    Well .. I managed to download VT100_22.BIN  ...  here's how:
    
    o  Use SET TERM/EIGHT/NOBROAD/PASSA/PAST
    o  Run Kermit (RECEIVE)
    o  Run FIXOBJ and voila you'll have a working VT100.V22 program.
    
    Unfortunately, nothing seemed to work for display. Hate to say how
    long it took direct dial from Nashua-Maynard to download all those
    .IMG files  -- argggggh -- hope it is just the DISPLAY.BIN file
    that is corrupted!
    
    Paul

    
    I did a quick dump of display.bin and it contains a bunch of cr/lf's
    throughout the file meaning that Dave probably forgot to set kermit
    to image when sending display. All the .img files should be ok.
    (since they are text files).
    
    

       I downloaded display.c and compiled it.  I have since then
       downloaded dec.img, glass.img, island.img, focus.img, lamp.img and
       brick.img (can't convince the rest of the family that transfering
       files is more important than some silly personal phone call).  ALL
       of these images come out perfect.  I used kermit with the cr/lf
       menu item enabled.

       With respect to ARC16.bin and VT100_22.bin, I downloaded them last
       night and they failed to run "not an object module".  Funny thing
       is that a while ago I downloaded VT100_21.bin and it worked.
       Perhaps, as Steve mentioned in .7, Dave forgot to set kermit to
       image with these files as well.  Lets hope so!


       Art

    Just run your downloaded VT100_22.bin file through FIXOBJ. If you
    do a TYPE VT100_22.BIN OPT H    you'll see why it won't run. There
    is a bunch of garbage in the last block of the file following end_hunk.

       But I don't have FIXOBJ!

       I was going to ask someone to post it, but after wondered if I
       would need FIXOBJ to fix FIXOBJ, perhaps thats not a good idea
       either.

       To hell with it, I'll compile the v2.2 source code.

       Art

    
    I do have a Microsoft Basic program called CHOP3.MSB, and it will
    chop the padded nulls off. You can download FIXOBJ and CHOP3.MSB
    then run CHOP3.MSB on the FIXOBJ to get yourself a workable version.
    
    However, if I first set the file type to binary (for KERMIT-32)
    before I upload FIXOBJ (the Amiga's KERMIT would be set to IMAGE
    mode too), the KERMIT-32 will write out 510 bytes variable length
    records. When I download the FIXOBJ again, it would not have any
    nulls appended. 
    
    If there is any interest in FIXOBJ or CHOP3.MSB I can upload them
    for you to copy. Both of them are PD software.
    
    Good Luck !
    
    P.S. I had to use FIXOBJ on VT100_21.BIN too, and I examined the
    record format for VT100_21.BIN - it was 512 bytes fixed records,
    and it was a surprise to me. Anyone out there know why ? Was it
    old KERMIT ?
    

    Back to the original question:  How does one get a working copy
    of display.bin.  I tried chop3.msb on it with no success.
    
    Tears are welling up in my eyes.....waiting......waiting.....
    
    Randy
    

    I have a workably version of the 'Display' program, and I also have
    two ray tracings, 'Glass.img' and 'Brick.img'.  I got these from
    Peoplelink, but I have been unable to get any of the VAX files to
    download properly.  I have been using Xmodem (Online!), and can
    get a runnable HAM, but unfortunately, the picture is garbage when
    loaded.  I am working on getting Kermit running, but, if you can't
    wait, send me a disk and I'll give you what I've got so far.
    
    Ed Acciardi M.S. SHR1-4/B10 x 237-3693
    

	I finally have VT100 version 2.2 + recent revisions, up and running.
	I had to copy the sources with ASCII capture using ONLINE (with many
	retries due to noisy phone lines), fix the locations of include
	files in VT100.H ( despite the release notes, it doesn't compile
	under LATTICE cleanly ), fix some split lines, define for LATTICE,
	put in the revisions to vt100.h-script.c-kermit.c, and then
	create command files to	compile and link under LATTICE ( MAKEFILE
	is only for MANX ). All told, this took 4 evenings. 

	If somebody can post an accurate procedure for downloading DISPLAY.BIN
	and the associated .IMG files so that they will run using VT100 2.2+
	I would apppreciate it since DISPLAY.C is written for MANX and includes
	FUNCTIONS.H which I have yet to find on my system and can't compile
	without using LATTICE. I also get about 20 errors and warnings that
	may or may not be associated with FUNCTIONS.H.

	Thanks;

	Richard Long

    Sure there's a better way!
    
    COPY AUTHOR::USER:[MACDONALD.PROGRAMS]DISPLAY.ARC
    
    Once you get it to your Amiga, use the pd ARC program to de-arc
    it. DISPLAY.ARC contains DISPLAY and a number of the better .IMG
    files. DISPLAY.ARC should be impervious to any XMODEM file transfer
    problems.
    
    Paul
    
    Hmm .. I may have placed this in the wrong note!

    re -.14
    You don't need functions.h for Lattice. Display.c compiles and runs
    without it. BTW the original USENET posting included a statement
    to this effect.
    
    Lowell

Help:	I'm nearing completion of the AMIGA ray tracer (for release at the
	end of the month). One of the things it does is create IFF/ILBM format
	files directly. Only problem is that DPaint and ShowIFF say the file
	is in bad format.

	Question:	Has anyone here "grabbed" an image of any of the ray
			traced files (converting it to IFF/ILBM format)?

	If so, could you mail me a hex dump ("hd" or type opt h) of the first
	couple hundered bytes of the file??

	It would help ALOT!

Thanks for any assistance,
dave

    Does anybody have a working copy of display.bin on the net? The
    .ARC file mentioned a few replies ago does not contain any .IMG
    files and will not decode the ones that I have copied from COOKIE::
    either. It seems to be a renamed copy of SeeILBM.
    
    	- Rick
    

    Check under :
    		    Cesare::sys$user0:[zabot.ledump]
        there should be a directory 'images' which contains what you want.

    Hello Marco,
    
    	I copied display.bin from your directory, and tried copying
    it down to my Amiga, using DBW VT100 kermit. The Amiga was set to
    Image mode, and I tried using both fix and binary mode on the VMS
    side. Each time, when I run 1>display.bin I get the error:
    "Cannot run display.bin. Not an object" or something like that.
    Anybody have any ideas what I'm doing wrong? 
    
    	- Rick
    

    If you downloaded a binary file. chances are it needs to stripped
    of null characters.  Fixobj will do this for you, or one of the
    several file choppers going around.

    Does anybody have fixobj (executable) on the E-net? I've looked in
    several of the "public" directories and I don't see it. Thanks for
    all the help!
    
    	- Rick
     

    AUTHOR::USER:[MACDONALD.PUBLIC.AMIGA]FIXIT.EXE
    
    Be sure to download with kermit.

	I've had almost no trouble down-loading executables.  Since I don't
have enough memory to run arc on my amiga, I de-arc on the VAX, and ship the
files down.  I, too, have been unable to get the display program to work.
I get the 'not object module' error message.  I down-loaded FixObj, and it
works fine (at least it runs), but when I run it on display, I get 'No
corrections made!' which leads me to suspect that there is a problem with
the copy of display on the net, rather than the down-loading process.  Has
anyone gotten it to work?

Mark

    I believe I have a few viewer utilities at home, such as 'ViewILBM',
    and 'ShowALL', which can display any image ever created by man or
    God on an Amiga.  Check in JAKE::USER2:[ACCIARDI.AMIGA] tomorrow.
    If I forget to do it within a few days, E-Mail me at JAKE::ACCIARDI.
    My mind is turning into mush as I enter my thirties, and I need
    to be continuously reminded of these things.
    

    OK, I now seem to have a working copy of Display, for the Wecker
    images. However, none of the images (*.IMG) seem to work! THey return
    ERROR: NO FORM. I have tried text and binary switches on both sides
    of the Kermit transfer with no luck. The originals, pulled from
    COOKIE, are STREAM_LF format on the RMS side. How can I make the
    images from COOKIE display properly?
    
    	- Rick
    

re:	.26

The .IMG files are NOT standard ILBM format. Use the DISPLAY program (either
.C or .BIN) in cookie::disk$gz_disk:[wecker.amiga.render]

This is the "old-style" first version that I put together... seriously out
of date.


dave

Re: .27

>The .IMG files are NOT standard ILBM format. Use the DISPLAY program (either
>.C or .BIN) in cookie::disk$gz_disk:[wecker.amiga.render]

	As has been stated many times.  DISPLAY.BIN from that directory will
NOT work (file not an object).  Yes, we've done all the right things at
download (all other objects have worked fine), and FixObj says the file is
fine as it is.  The .C files do little good to people without C compilers.

Mark

re:	.28

sorry... I thought earlier notes (.15 , .19) took care of this. I do not have
	 another version of a compiled (old) DISPLAY. I would have to re-compile
	 it from the source and right now I don't have time (actually right
	 now I'm running on NEGATIVE time! :-)...

	 anyone else out there want to volunteer?

    
    It was right at my fingertips, so..
    
    ant::bipolar:[smcafee.public]display.bin
    
    I just uploaded it but it is the old display which has been lying
    around for some time...
    
    regards,
    
    steve mcafee
            

    Finally!!!!!
    
    	Note that the copy of display.bin that Steve put on VMS was
    43 blocks. The copy that Dave W. has in his directory is 16 blocks.
    Perhaps Dave might want to copy the working version to his directory.
    At last I can see the images that everybody has been talking about!
    Thanks to everybody for the help.
    
    	- Rick
    

re:	.30 , .31

Thanks! cookie::disk$gz_disk:[wecker.amiga.render]display.bin

	has now been replaced with the one from Steve's account

dave