hill@evax.arl.utexas.edu (Col. Ames and Pixel) (08/23/90)
Could the person who put MED2.10.LHW on the "newxanth" please upload a
new version of the MED executeable. I get a "not an object file" and I have
unLhwarped it 3 times now and it is still unloadable.
Is it packed?? If so no packer I have recognizes it. All and any help
appreciated.
adam hill ...
Kill Your .sig -=- Just Do It
--
***************************************************************************
adam hill Some Words Of .wisdom: wdao@alcor.usc.edu (Walter Dao) (08/24/90)
I downloaded the MED archives twice and twice I got an error while trying to load and run the prg. (error 121 or something). Somebody stated that the program was 100% assembly language . well : WRONG !!! it is written in C (99% of the code), the source is in the archive. Which means that it is not as optimized and compact and fast as it could be. (dont give me the BS argument about ram expansion and accelerator boards , they are NOT elegant solutions to a very simple problem.) so Instead of reposting the whole 500K of the archive, could somebody just repost the MED program itself ?(just about <80k I think...) walt .
arc@desire.wright.edu (08/24/90)
In article <11616@chaph.usc.edu>, wdao@alcor.usc.edu (Walter Dao) writes: > I downloaded the MED archives twice and twice I got an error while trying to > load and run the prg. (error 121 or something). > > Somebody stated that the program was 100% assembly language . well : WRONG !!! > it is written in C (99% of the code), the source is in the archive. > Which means that it is not as optimized and compact and fast as it could be. > (dont give me the BS argument about ram expansion and accelerator boards , > they are NOT elegant solutions to a very simple problem.) > > so Instead of reposting the whole 500K of the archive, could somebody just > repost the MED program itself ?(just about <80k I think...) > > > walt . I'm the one who sent that 500K file up. I will post the 66072 byte executable. It sure did look like it was ML. Oh well, it still kicks butt.
Joseph Hillenburg (joseph@valnet.UUCP) (08/25/90)
Ok....MED 2.10 is fixed. When ftp'ing to/from Xanth, be sure to get BOTH
MED210.lhw and MED210.EXE.
-Joseph Hillenburg (Sultan of Asm)
INET: joseph@valnet.uucp |MAIL: 1709 West Gray
UUCP: ...!iuvax!valnet!joseph |MAIL: Bloomington, IN 47401
AT&T: 1-812-336-2969 |MAIL: United States
CompSci BBS: 3/12/24 1-812-876-4407 9:30 pm-7:30 am |Mail replies requested
Those aren't bugs! Just undesirable features!hill@evax.arl.utexas.edu (Col. Ames and Pixel) (08/25/90)
MED210.EXE is still broken. I believe this is due to it being
a "packed" or "crunched" executable. Lharc only compresses it by ~4%,
very indicative of packing. It also grabs about 250K of ram when you
start it up also furthering my supspicions. It may require so much RAM
to "uncrunch" as to be unuseable on a 1M machine.
So..... could someone compile it and post it??
All help appreciated.
adam hill ....
--
***************************************************************************
adam hill Some Words Of .wisdom: jimb@faatcrl.UUCP (Jim Burwell) (08/26/90)
In comp.sys.amiga you write: >Ok....MED 2.10 is fixed. When ftp'ing to/from Xanth, be sure to get BOTH >MED210.lhw and MED210.EXE. I don't know.. I got both. Niether work. I did a diff on both. The binary files in the lhwarp file and the standalone on abcfd20.larc.nasa.gov are identical. I attempted to compile it. After generating the med.sym precompiled header file, everything went smoothly until it tried to compile med-scr.c, which wasn't in the archive. Seems that MED 2.10 is a no win situation. C'ya, Jim -- UUCP: ...!rutgers!faatcrl!jimb Internet: jimb@faatcrl.UUCP Under brooding skys and watchful eyes On convulsive seas of false urgency We walk empty corridors in vain - "No Exit", Fate's Warning
olson@uhunix1.uhcc.Hawaii.Edu (Todd Olson) (08/30/90)
In article <1990Aug25.042230.29838@evax.arl.utexas.edu> hill@evax.arl.utexas.edu (Col. Ames and Pixel) writes: > > > > MED210.EXE is still broken. I believe this is due to it being > a "packed" or "crunched" executable. Lharc only compresses it by ~4%, > very indicative of packing. It also grabs about 250K of ram when you > start it up also furthering my supspicions. It may require so much RAM > to "uncrunch" as to be unuseable on a 1M machine. > > The file is "crunched", with a cruncher called Imploder, I found this out by using a demo version of PowerPacker 3.0 that recognizes Imploded files. It also does not unpack on a 7 meg machine, so I doubt that lack of memory is the problem. Hope it gets fixed soon. Todd > > adam hill .... >-- -- olson@uhunix.uhcc.hawaii.edu ____________________________________________________________________________ "Take your work seriously, but never take yourself seriously and do not take what happens to either yourself or your work seriously." --Booth Tarkington
Glenn Everhart 215 354 7610 Everhart@arisia.dnet.ge.com, (08/30/90)
I've tried the executable of med 2.10 from the LHWarped image, and from two copies of MED210.EXE FTP'd in image mode off abcfd20.larc.nasa.gov. None runs correctly, and all report "invalid object format". So too does fixobj (tried in case of some cruft being added to the end). I notice that the files contain some strings that are backwards but otherwise have no clue why the thing fails. My Amiga is an A1000 with 3.5MB; unless MED210 requires lots of chip memory it should decompose correctly. Can someone please upload a *known working* executable of this thing? Or failing that, blow it away? Glenn Everhart