Re: Zip
At 12:54 22/02/99 +0100, you wrote: >Hi, > >For this zip-(de)cruncher I'm planning to write, I found out only one >method is used nowadays. I got a file describing a packing method from >Ricardo Jurczyk Pinheiro. I hope it is this one... I didn't get the >pictures with it, by the way. Please send them to me as well. Does anybody >know if just implementing this method would be enough? If not, I will need >the other packing methods as well and in that case it will definitely not >be finished before Tilburg. If this is all, it might. > It wasn't a method created by me, I only found the TeX article! And I haven't got the pictures too. MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Zip
Hi, For this zip-(de)cruncher I'm planning to write, I found out only one method is used nowadays. I got a file describing a packing method from Ricardo Jurczyk Pinheiro. I hope it is this one... I didn't get the pictures with it, by the way. Please send them to me as well. Does anybody know if just implementing this method would be enough? If not, I will need the other packing methods as well and in that case it will definitely not be finished before Tilburg. If this is all, it might. Bye, shevek --- Visit the internet summercamp via http://polypc47.chem.rug.nl:5002 MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
Hi! >> >All ATA(=IDE) or ATApi devices can be connected to the Sunrise IDE >> >interface. (HD,CDROM,IDEZIP,LS120FLOPTICAL,...) >> BTW is someone working on a driver/IDE rom for LS drives? >no; (I have a tech. manual about the LS120 though) >Let's first make a good ATAPI driver. Yep, but the possibility of reading 1.44MB floppies on MSX is very interesting, don´t you think, by using an LS drive? I know that Henrik Gilvad was testing some LS drives, but I dunno how far he explored this area? That was quite far ago. What about the compatibility between the disks. i think of PC/MSX format are you also working on that. If I´m not wrong the MEGASCSI interface has some kind of feature that can format ZIPs so they are readable on PC´s, if I´m not wrong??? > >Note: the current CDROM utilities delivered with the IDE do only work >with some types of CDROMs due to all different timing schedules around. What about making a list of these which work and put to The Ultimate MSX-FAQ? To ppl. who own a working CD-ROM drive (together with IDE) interface: Please mail any information of what kind of cd-rom drive you´re using! >PS. Some MSX IDE stuff can be found via: http://www.faq.msxnet.org and >search for the IDE chapter :-) I see that that the FAQ I started once gets more and more popular!! Great to hear that ! Thanx to (Quintus aka manuel Bilderbeek) it expands quite rapidly BTW ofcourse I have seen the IDE chapter :-), but thanx for the info anyway 8-) Greetings from gabriel aka The Red Devil Just updated a little: (Added some software to software page) (Added new advertisement to the MSX 2nd hand shop) http://www.geocities.com/SiliconValley/Vista/2653/ __ Get Your Private, Free Email at http://www.hotmail.com MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP/UNZIP source code
Hi, Alwin. > PMA: And...using .PMA files on PC's is very difficult. You can download PMARC/PMEXT for PC from my page (www.adrpage.home.ml.org/msxsoft.html). The only problem is that you can't use drives higher than E (or D, I think). Drives A, B or C works fine. CP/M legacy... :) > ARJ: There does exists an ARJ unpacker for MSX, butno packing > program. Robert Jung released UNARJ.COM with a C source code, but not an ARJ with compression source code... :/ Greetings from Brazil, Adriano Camargo Rodrigues da Cunha ([EMAIL PROTECTED]) Engenharia de Computacao - UNICAMP http://www.adrpage.home.ml.org MSX-TR:I have one.And you? --- Linux? MSX? Nao perca a 1a. ExpoSALT - 30 e 31/1/99 - Escola de Engenharia, Campus Praia Vermelha, UFF - Niteroi/RJ - http://www.wb.com.br/exposalt --- * Hard Disk Failure. Message: "Stacker Rides Again!" * MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
ZIP-disk-format
Hello, can someone answer the following questions? *How large is each sector on a ZIP disk? I believe it is 512bytes. Correct me if I'm wrong. *When a ZIPdisk is formatted on a PC: does it include a partitiontable or not? More precisely: is sector 0 a partitiontable, or a normal MSDOS bootsector? *What about the format of the SCSI ZIP on MSX? *Does anybody know where I can find technical documentation about the ZIP drives? (Couldn't find anything at www.iomega.com) Thanks, Jon MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
Ciao Jon, > > Does someone know if the Sunrise IDE interface is able to > > control the new IDE-ATAPI ZIP drive ? > it is able to control it, but it requires some extra software that > isn't >completely finished yet. what this means? It is able to use it as secondary units or nothing? It is like ZIP SCSI with novaxis or not? > All ATA(=IDE) or ATApi devices can be connected to the Sunrise IDE > interface. (HD,CDROM,IDEZIP,LS120FLOPTICAL,...) This list are the devices supported yet? LS120 (ide version) is supported yet? Greetz, Marco MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
On Tue, 8 Dec 1998, Gabriel D. wrote: > Hi! > > Does someone know if the Sunrise IDE interface is able to > control the new IDE-ATAPI ZIP drive ? > it is able to control it, but it requires some extra software that isn't completely finished yet. All ATA(=IDE) or ATApi devices can be connected to the Sunrise IDE interface. (HD,CDROM,IDEZIP,LS120FLOPTICAL,...) Greetz, Jon MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
Hi! Does someone know if the Sunrise IDE interface is able to control the new IDE-ATAPI ZIP drive ? Grets from Gabriel, DENMARK Visit my MSX homepage and sign the guestbook :-) http://www.geocities.com/SiliconValley/Vista/2653/ Check the MSX links too: http://www.geocities.com/SiliconValley/Vista/2653/links.html To contact: Snail-mail: Gabriel Dabrowski Egevangen 94 8355 Solbjerg Denmark e-mail: [EMAIL PROTECTED] or: [EMAIL PROTECTED] ICQ: 20449307 Phone: +86928589 __ Get Your Private, Free Email at http://www.hotmail.com MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>>When partition tabels are different then you must always >>reboot! Also with Megascsi! > >8-? You haven't never tested MegaSCSI, right? I can assure you that you >DON'T need to reboot when you change the disk NEVER. DOS 2 work area is >updated as well as MegaSCSI SRAM when a partition is changed, so everything >works. Reset is needed only when you change the device assigned to a drive >(at least this is advised by the device change program, actually I never >tested it because I have only one device!). As a matter of fact the last thing I said I was indeed assuming you have to reboot. I haven´t tested it since I have all my zip-disks in the same format. (the old format which you cannot use on pc!) greetings Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP-disk-format
Jon De Schrijder wrote: > > Hello, > > can someone answer the following questions? > *How large is each sector on a ZIP disk? > I believe it is 512bytes. Correct me if I'm wrong. Correct > *When a ZIPdisk is formatted on a PC: does it include a partitiontable > or not? More precisely: is sector 0 a partitiontable, or a normal MSDOS > bootsector? I think, that it is MSDOS bootsector, but I only THINK so. > *What about the format of the SCSI ZIP on MSX? It is not standard... You can't forexample use MegaSCSI disks on Novaxis and vice versa. > *Does anybody know where I can find technical documentation about the > ZIP drives? (Couldn't find anything at www.iomega.com) Zip drive works just like normal HDD on MSX computers. There is no need for any kind of drivers etc. If you allready have HDD, then you probabbly know how Zip works with your interface. Ps. I'm back home again. Happy new year to all of you. ,_. _=_=_=_=!_MSX_!=_=_=_=_=_=_=_=_, ! A1ST ~--- - I ( o o o o o o )i /`, / .::;::; ., / :::.:.:.::::!. -=- `, ~== NYYRIKKI : [EMAIL PROTECTED] ICQ:24863850 http://www.clinet.fi/~nyke MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP-disk-format
NYYRIKKI wrote: > > Jon De Schrijder wrote: > > > > Hello, > > > > can someone answer the following questions? > > *How large is each sector on a ZIP disk? > > I believe it is 512bytes. Correct me if I'm wrong. > > Correct > > > *When a ZIPdisk is formatted on a PC: does it include a partitiontable > > or not? More precisely: is sector 0 a partitiontable, or a normal MSDOS > > bootsector? > > I think, that it is MSDOS bootsector, but I only THINK so. > No. The absolute sector 0 contains a partition table! Herbert Kloseck =o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o= Herbert Kloseck # University Of Dortmund # # LS7: Computer Graphics # # D-44221 Dortmund # # Germany email: [EMAIL PROTECTED] http://ls7-www.informatik.uni-dortmund.de/~kloseck =o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o==o= MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Problems with ZIP drive
Damn! Now I'm having problems with my SCSI ZIP drive. I bought it a year and half ago, and the disk is released and retaken often in the middle of the read process, causing the computer to hang (this is the "click of death", right?). And I'm not the first problem having these problems. If we add this to the problems with the ZIP plus that someone told some weeks ago (problems when connecting more than one device to the SCSI chain), maybe we can conclude that ZIP drives are not reliable devices. So if someone is planning to buy one, I recommend to buy better an alternative device (I heard that MOs works fine) if possible (it is somehow expensiver). Anyway, someone knows how to solve the "click of death"? (sorry, I don't remember the contents of the past referred messages...) --- Konami Man - AKA Nestor Soriano (^ ^)Y Itsumo MSX user [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/9797/msx.htm Test NestorBASIC!! Only a PC can be stupid enough to show this message: "Keyboard not found. Press F1 to continue." --- MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
On Sun, 30 Aug 1998 02:28:48 +0200, Konami Man wrote: Hoi Nestor: >Damn! Now I'm having problems with my SCSI ZIP drive. I (Spanish) Se jodió la burra! >And I'm not the first problem having these problems. Well, Nestor, I always said you were a bit problematic, but not a problem yourself!!! XDDD >If we add this to the problems with the ZIP plus that someone >told some weeks ago (problems when connecting more than >one device to the SCSI chain), maybe we can conclude that >ZIP drives are not reliable devices. So if someone is planning >to buy one, I recommend to buy better an alternative device Wanna to hear a bigger problem Iomega will NOT make SCSI ZIPs NO LONGER. ZIP +? Out of shops. Internal SCSI Zip? Out of shops. Just Parallel and IDE ZIPs. So, I hope for the sake of ZIP fans that Henrik Gilvad will make a nice IDE BIOS (it's time about it...) able to run ZIPs. >(I heard that MOs works fine) if possible (it is somehow >expensiver). Yeah, buy it and... pay it! Come on, brave dude! CYA Get EuroLinked!!! [EMAIL PROTECTED] MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>At 23:02 03/07/98 +0200, you wrote: >>Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has >>jumpers for all SCSI ID's and termination. >>You are right about zip together with HD, because if you only use ZIP, you >>have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate > > Another good thing about Mega-SCSI is that you don't need to reboot your >MSX when you change the Zip disk. Just exchange it, even if it's the only >SCSI device. On megascsi I think all your partitions are the same size (except maybe for the last one), and all start at the same point. This would mean when you change disks you always get the same partitiontable. You have to take care ofcourse that you have command.com on the first partition. This is also possible on gouda/novaxis! I tryed this several years ago whit my Syquest drive (105 MB removable harddisk) but then again, if you have to copy a lot from one zip to an other, you have to use the ramdisk, since it cannot see which zipdisk is inserted... greetings Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
>If we add this to the problems with the ZIP plus that someone told some >weeks ago (problems when connecting more than one device to the SCSI chain), >maybe we can conclude that ZIP drives are not reliable devices. So if >someone is planning to buy one, I recommend to buy better an alternative >device (I heard that MOs works fine) if possible (it is somehow expensiver). > >Anyway, someone knows how to solve the "click of death"? (sorry, I don't >remember the contents of the past referred messages...) I never had problems using my (internal) ZIP drive externally on PC or MSX, but built in my PC I did get the click of death... Everytime I would insert a disk, there was a big chance it would 'ch-click ch-click' itself to death. The 'click of death' is caused by magnetic fields causing the 2 ZIP heads to misalign and scratch the disk. ZIP disks have reserved sectors that can replace bad ones, so reformatting will allow you to use the disk again! Two weeks ago, I got rid of my CHEAP IDE CD-ROM which was close (a few cm) to the ZIP drive and bought a high-quality (plextor) SCSI CD-ROM (Together with a plextor CD-writer btw :))) and I haven't experienced ANY problems since!!! ^_^ So I'm using my ZIP drive, my CD-ROM and CD-R all on the same SCSI bus quite happily. I think it's only the ZIP-plus drive that has problems with other SCSI devices on the same bus. Try to move your ZIP drive to another place, 20 cm can make the difference! Good luck! Patriek [EMAIL PROTECTED] .-. ,. ,-. TNI on the web: | '-.| ,-. \ '-' http://www.xs4all.nl/~newimage/ Member of| .-'| | | | ,-. The New Image | '--' | | '-' | Check out "MSX Banzai!" at: since 1991`--' '-' http://www.xs4all.nl/~newimage/MSXBanzai!/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
> > >> > >> Does someone know if the Sunrise IDE interface is able to > >> control the new IDE-ATAPI ZIP drive ? > >> > >it is able to control it, but it requires some extra software that > isn't > >completely finished yet. > > > Who is making it? eh.. I am. But for the moment I have to 'freeze' my msx-activities (except this mailinglist :-) ) till February due to a lack of time; tests at university :-( > Is it a kind of MSXCDEX for ZIP drive or is the > ROM of IDE interface rewritten/modified ? It depends... I'm still busy making an ATAPI driver (built into the rom) that works for all ATAPI-devices. There are two problems: *most (cheap) ATAPI devices (CDROM...) don't comply with the ATAPI standards what timing concerns; which makes it difficult to make a driver for all MSX's and most common CDROMs *all documents I've found on the net describes the protocol when one uses an interrupt facility. The MSX IDE doesn't make use of this hardware interruptline on the IDE bus. Nevertheless the documents say it is possible to use only polling whithout the need to use interruptstuff. > >All ATA(=IDE) or ATApi devices can be connected to the Sunrise IDE > >interface. (HD,CDROM,IDEZIP,LS120FLOPTICAL,...) > BTW is someone working on a driver/IDE rom for LS drives? no; (I have a tech. manual about the LS120 though) Let's first make a good ATAPI driver. Note: the current CDROM utilities delivered with the IDE do only work with some types of CDROMs due to all different timing schedules around. Greetz, Jon PS. Some MSX IDE stuff can be found via: http://www.faq.msxnet.org and search for the IDE chapter MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
>Damn! Now I'm having problems with my SCSI ZIP drive. [Click-o'-death] >If we add this to the problems with the ZIP plus that someone told some >weeks ago (problems when connecting more than one device to the SCSI chain), These two problems are completely unrelated. The SCSI-chain problem is a ZIPplus specific and does NOT apply to the original SCSI ZIP. The click-of-death problem, on the other hand, was solved in the ZIPplus... It's a cruel world :-( >I recommend to buy better an alternative device (I heard that MOs works fine) Problem with these alternatives is that they're not the de-facto standard, as ZIP is. Eric PS. Iomega has perfect customer support. I called them regarding my troubles with the ZIPplus. They told me they were aware of the problem and explained that the problem was in the integrated SCSI/parallel controller. I could immediately order any alternative to my ZIPplus. So within 2 weeks a received a SCSI ZIP plus some ZIP disks to compensate the price difference. MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
Alex Mitsio Sato wrote: >Do you know another device called "PD"? Is like "MO", an >opticalmagnetic disc based device. >In my humble opinion, a PD driver is better than MO because >when you buy that you get a fast CD-ROM drive too, but you >can put only a PD or only a CD in that drive in the same >time. I've never heard of PD drives before. How does it work, could you tell me more about it? >I perceived which in fast CDROMs, greater than 12x, the >transfer rate is high but the acess time is very high too (a >few seconds). But in my PD drive, the transfer rate is high >and the acess time is very low, you can get the short files >quickly using PD drive when you need to wait some SECONDs to >get short files in normal fast CDROM drive. >the transfer rate of PD (the drive which I have >here) is 518 Kb/s~1141 Kb/s in PD mode and 1500 >Kb/s~3000Kb/s in CDROM mode. A FEW SECONDS access time? What kind of CD-ROM is that?! Specs on my 32-speed Ultra SCSI CD-ROM: Data Transfer Rate: 2084 ~ 4828 kB/s (20 MB/s in synchronous burst mode) Random Access time: 85 ms Random Seek time: 80 ms Specs on my 12-speed SCSI CD-R: Data Transfer Rate: 1200 ~ 1800 kB/s (10 MB/s in sync burst) Random Access time: 190 ms Greetz, Patriek [EMAIL PROTECTED] .-. ,. ,-. TNI on the web: | '-.| ,-. \ '-' http://www.xs4all.nl/~newimage/ Member of| .-'| | | | ,-. The New Image | '--' | | '-' | Check out "MSX Banzai!" at: since 1991`--' '-' http://www.xs4all.nl/~newimage/MSXBanzai!/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: ZIP on MSX
At 15:38 05/07/98 +0200, you wrote: >Ok. I know MEGA SCSI is best, but if you have already 3 SCSI controllers (2 >MK, 1 Novaxis and 1 broken HSH and 1 not working IDE interfaces) like me, >you are not going to buy another! Sorry about the another SCSIs! And the IDE interface? I was been told that the IDE interface from Sunrise Swiss isn't working well. Ricardo Jurczyk Pinheiro (\__/) Star Trek, X-Files, M. Sc in Numerical Modelling (..) _) Comics, MSX, Anime, Universidade Federal Fluminense/\/\ (Gospel & Christian __ .___ _ _(m__m)_)_ _ \__ \| |\_ ___ \ / _ \ \__ \ \__ \ \_ \ | _/| |/\ \/ / /_\ \ | _/ || \ / | \ || \| |\ \/|\|| \ |` \/|\ ||_ /|___| \/\|/||_ //___ /\___ / \/ [EMAIL PROTECTED] \/ \/ \/ [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/9822/ - ICQ UIN: 3635907 "Freedom is the right of all sentient beings." - Optimus Prime Say NO to Internet censorship! Say NO to monopolies! Say NO to Microsoft! And, why not... Say YES to Jesus Christ?! MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP/UNZIP source code
Hi! >About these compression methods: >It's too bad that (to my knowledge) there's not a single compression >method for MSX machines, for which: >a) Both compressor and de-compressor exist >b) Which are essentially bug-free >c) Can handle about every (un)packing job Any archive format (ZIP/ARJ/PMA/LZH) or best ratio. ? Heh.. sounds like a dream.. (for an MSX user...) > >PMA: PMarc sometimes produces .PMA files which produce checksum >errors on unpacking, even though they're freshly packed (!), and both >PMarc & Pmext round up file sizes to multiples of 128 bytes (due to >their CP/M origin). >Mostly not that big a problem, but not quite correct, and does cause >problems in some cases. >And...using .PMA files on PC's is very difficult. Maybe someone could contact the guy who coded it once? or dzassemble it... It was done at least once by the guys (I guess so), who coded the backup program HDR.COM/HDB.COM that first used .pma compression and then saved files directly to disk (not files) As far I remember it was DOS2 compatible and could even work with directories. Who made it BTW? > >LHA: I'd say the best (un)packing method that exists for the MSX >today, butalso has a bug: if files to be (un)packed get really >big (> 1MB or so), packer or unpacker screws up >(Can someone fix this bug?) Which packer/unpacker are you talking about? [LHPACK.COM]PACKER for MSX-DOS2 (LHPACK V1.03 by KYOJU '95) [LHEXT.COM] UNPACKER for MSX-DOS2 (LHEXT V1.33 by KYOJU '95) [LHARC.COM] + [LHARC.OVL] + [LHARC.HLP] LHARC V1.02 by Y. TAGAWA 1989-1990 (Adapted from UNIX for MSX2 with MSX-DOS2 by Uwe S.) - This one requires MSX-DOS2 and is able to extract/pack with path names (slow but OK). > >ARJ: There does exists an ARJ unpacker for MSX, butno packing >program. > >ZIP: Yes! Forget about packing, but it sure would be nice if someone >would write a -decent- ZIP unpacking program for the MSX. Say, PKZIP >2.04 compatible, and with support for unpacking directory trees >stored in ZIP's. > The only working is the UNZIP217.COM for DOS2, but it can´t decompress deflated files. >For this purpose: >There exists something called the Info-ZIP group, which is kind of a >'collective' (hobbyists like most of you) that maintains a freely >distributable ZIP packer/unpacker. >Goal of this group is to have a free ZIP (un)packer on as many >different systems/platforms as possible (existing versions support >all current ZIP features). >I don't know an exact web-address where this can be found, but: >both the ZIP packer, unpacker, and ALL source-code should be >available on SimTel. I guess you should be able to find that. >(look in the DOS collection, and maybe in some "programming" >directory). >Maybe sometime the MSX system can be added to the list of supported >platforms? Yup, a zip (compressor)/uncompressor for MSX would be a nice thing :-) Greets from Gabriel [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Vista/2653/ __ Get Your Private, Free Email at http://www.hotmail.com MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>:>On megascsi I think all your partitions are the same size >:>(except maybe for the last one), and all start at the same >:>point. This would mean when you change disks you always get >:>the same partitiontable. >: >:Nope! In MegaSCSI you can define the size of each partition (when >formatting >:the device) with any amount of sectors. When you change the disk you don't >:need to do nothing if the new disk has the same partitionning layout as the >:previous; else, you must only to run the partition changer. > >It isn't nessacary on the Bert too, if I'm correct. >I wouldn't know why it shout not work... > >:This is not necessary if you boot from the SRAMdisk (that is, if you assign >:it to drive A:). This is very useful, because you have the same booting >:state regardless of the inserted disk. >Well, that's only a small advantage of the MEGA-SCSI, for command.com is >just a small file compared to the size of the HD/ZIP... > >:>but then again, if you have to copy a lot from one zip to an >:>other, you have to use the ramdisk, since it cannot see >:>which zipdisk is inserted... >: >:That's right. Maybe patching any hook on the disk work area this can be >:solved, because for check the disk change it is enough to read the serial >:number on the boot sector, and this is independent of the controller. > >Another solution: buy a second zip-drive!!! The solution for MSX's with only >1 diskdrive is actually not very logical. But nessacary (unfortunately). > >:>Another good thing about Mega-SCSI is that you don't need to reboot your >:>MSX when you change the Zip disk. Just exchange it, even if it's the only >:>SCSI device. >: >:Are you meaning that you need reset when you change the disk with other >SCSI >:controllers?! Wow, now I'm really happy to have bought the MegaSCSI! > >Well this is not correct, for I can start with only my first HD online and >then I can enable my second one later and just use it. When I try to swap my >second HD when it's off line it gives a SCSI I/O-error error, but when it's >on line it works fine. This is not what I ment to say! I ment to say that when you change the zipdisk, and they have different partitiontabels, you will have to reboot. If the partitiontabels are all the same, you don´t have to reboot. That is also why I keep the partittions on my zip-disks all the same! >:> Mega-SCSI rulez. >: >:It's only that MegaSCSI designers took some time using the brain before the >:construction step. It is not so difficult. > >I think that's correct. > >Why should it be difficult... At the other hand, if it is so easy, why is it >made this way after such a long time? Because all designers of >SCSI-interfaces were "spaghetti" 'till now? who knows Greetings from the Netherlands Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
ZIP/UNZIP source code
Hi, About these compression methods: It's too bad that (to my knowledge) there's not a single compression method for MSX machines, for which: a) Both compressor and de-compressor exist b) Which are essentially bug-free c) Can handle about every (un)packing job PMA: PMarc sometimes produces .PMA files which produce checksum errors on unpacking, even though they're freshly packed (!), and both PMarc & Pmext round up file sizes to multiples of 128 bytes (due to their CP/M origin). Mostly not that big a problem, but not quite correct, and does cause problems in some cases. And...using .PMA files on PC's is very difficult. LHA: I'd say the best (un)packing method that exists for the MSX today, butalso has a bug: if files to be (un)packed get really big (> 1MB or so), packer or unpacker screws up (Can someone fix this bug?) ARJ: There does exists an ARJ unpacker for MSX, butno packing program. ZIP: Yes! Forget about packing, but it sure would be nice if someone would write a -decent- ZIP unpacking program for the MSX. Say, PKZIP 2.04 compatible, and with support for unpacking directory trees stored in ZIP's. For this purpose: There exists something called the Info-ZIP group, which is kind of a 'collective' (hobbyists like most of you) that maintains a freely distributable ZIP packer/unpacker. Goal of this group is to have a free ZIP (un)packer on as many different systems/platforms as possible (existing versions support all current ZIP features). I don't know an exact web-address where this can be found, but: both the ZIP packer, unpacker, and ALL source-code should be available on SimTel. I guess you should be able to find that. (look in the DOS collection, and maybe in some "programming" directory). Maybe sometime the MSX system can be added to the list of supported platforms? AND YES: CAN YOU STUPIDS STOP MESSING UP THIS MAILINGLIST WITH THAT NONSENSE ??!!! You're right, it's okay to have fun, and yes, MSX is about having fun with it, but: If you couple of &%(#'s (cheese-heads?) send 50 e-mails back and forth with pure nonsense in it, and this mailing-list has, say 100 subscribers, then you've just pumped 5000 totally, absolutely unnecessary e-mails through the net, produced MB.'s of totally, absolutely unnecesary, and avoidable network traffic, and... Bothered every subscriber to this list with 50 e-mails they have to read, and hit a delete key for one by one, after which they have learnedNOTHING Thanks, but no thanks, cut it out! I greet you, Alwin Henseler ([EMAIL PROTECTED]) http://huizen.dds.nl/~alwinh/msx (MSX Tech Doc page) MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
ZIP on MSX
Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has jumpers for all SCSI ID's and termination. You are right about zip together with HD, because if you only use ZIP, you have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate 20Mb on SCSI-ID 0, so booting and all major utillities are on that disk and all other stuff is on the ZIP's (I use 3 disks till now) I have on this MSX (8250 2+) Internal SCSI ZIP next to the HD. On the Turbo-R I have an IBM 200Mb harddisk as bootdisk and for extra capacity an external SCSI ZIP on ID 5. But a pitty is that the disks made on Turbo-R with Novaxis-Gouda are not exchangeable with the 8250's MK SCSI disks and vise-versa. I am still looking for a tool for this problem, because I want to transfer a lot of data (about 100Mb) to the Turbo-R. Greetings and till mail! Hans-Peter Zeedijk, [EMAIL PROTECTED] MSX en anders niks! (op die P2 na dan!) -Oorspronkelijk bericht- Van:Grauw's emailserver [SMTP:[EMAIL PROTECTED]] Verzonden: woensdag 1 juli 1998 14:41 Aan:[EMAIL PROTECTED] Onderwerp: Re: HD + ZIPplus = dead HD !! -Oorspronkelijk bericht- Van: J.P. Zeedijk <[EMAIL PROTECTED]> ...blablabla... :I have heard from a supplier that IOMEGA is stopping with the internal :SCSI-model! So, no more drives to be used on MSX! It was the only model :that had SCSI ID 0 to 6! I guess the external SCSI-model couldn't handle SCSI ID 0??? No prob for the Bert-interface. If you've got a HD hangin' on ID 0 for booting, you can use all other ID's. You just can't boot from the ZIP-drive. But hey! Who's got a SCSI-interface but doesn't have a HD??? ~Grauw MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/) MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
At 08:04 04/07/98 +0200, you wrote: >>At 23:02 03/07/98 +0200, you wrote: >>>Grauw, you didn't read: I wrote about the INTERNAL SCSI >ZIP! That one has >>>jumpers for all SCSI ID's and termination. >>>You are right about zip together with HD, because if you >only use ZIP, you >>>have to reboot when you want to change ZIP's. I have (in a >8250) a Seagate >> >> Another good thing about Mega-SCSI is that you don't need >to reboot your >>MSX when you change the Zip disk. Just exchange it, even if >it's the only >>SCSI device. > > >On megascsi I think all your partitions are the same size >(except maybe for the last one), and all start at the same >point. This would mean when you change disks you always get >the same partitiontable. Not really, you can creates partitions of any size, up to 32 Mb. >You have to take care ofcourse that you have command.com on >the first partition. Or in the A: drive (Mega-SCSI RAMdisk). Bye! Ricardo Jurczyk Pinheiro (\__/) Star Trek, X-Files, M. Sc in Numerical Modelling (..) _) Comics, MSX, Anime, Universidade Federal Fluminense/\/\ (Gospel & Christian __ .___ _ _(m__m)_)_ _ \__ \| |\_ ___ \ / _ \ \__ \ \__ \ \_ \ | _/| |/\ \/ / /_\ \ | _/ || \ / | \ || \| |\ \/|\|| \ |` \/|\ ||_ /|___| \/\|/||_ //___ /\___ / \/ [EMAIL PROTECTED] \/ \/ \/ [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/9822/ - ICQ UIN: 3635907 "Freedom is the right of all sentient beings." - Optimus Prime Say NO to Internet censorship! Say NO to monopolies! Say NO to Microsoft! And, why not... Say YES to Jesus Christ?! MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: IDE-ATAPI Iomega ZIP with SUNRISE IDE interface ?
>> >> Does someone know if the Sunrise IDE interface is able to >> control the new IDE-ATAPI ZIP drive ? >> >it is able to control it, but it requires some extra software that isn't >completely finished yet. > Who is making it? Is it a kind of MSXCDEX for ZIP drive or is the ROM of IDE interface rewritten/modified ? >All ATA(=IDE) or ATApi devices can be connected to the Sunrise IDE >interface. (HD,CDROM,IDEZIP,LS120FLOPTICAL,...) BTW is someone working on a driver/IDE rom for LS drives? Gretz, Gabriel __ Get Your Private, Free Email at http://www.hotmail.com MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
ZIP PROBLEMS
Hello friends, this week I received my minitower with two Hard Disks nad a CD installed and the new MAP and NFDISK programs to use 1 Gb. with Novaxis SCSI Interface, but my ZIP always worked fine and now I can not read the ZIP partitions, PLEASE HELP ME. [EMAIL PROTECTED]
Re: ZIP on MSX
>On megascsi I think all your partitions are the same size >(except maybe for the last one), and all start at the same >point. This would mean when you change disks you always get >the same partitiontable. Nope! In MegaSCSI you can define the size of each partition (when formatting the device) with any amount of sectors. When you change the disk you don't need to do nothing if the new disk has the same partitionning layout as the previous; else, you must only to run the partition changer. However the most normal (and logical) case is to act as you say: making all the partitions of the same size (32MB) except the last one. >You have to take care ofcourse that you have command.com on >the first partition. This is not necessary if you boot from the SRAMdisk (that is, if you assign it to drive A:). This is very useful, because you have the same booting state regardless of the inserted disk. >but then again, if you have to copy a lot from one zip to an >other, you have to use the ramdisk, since it cannot see >which zipdisk is inserted... That's right. Maybe patching any hook on the disk work area this can be solved, because for check the disk change it is enough to read the serial number on the boot sector, and this is independent of the controller. >Another good thing about Mega-SCSI is that you don't need to reboot your >MSX when you change the Zip disk. Just exchange it, even if it's the only >SCSI device. Are you meaning that you need reset when you change the disk with other SCSI controllers?! Wow, now I'm really happy to have bought the MegaSCSI! > Mega-SCSI rulez. It's only that MegaSCSI designers took some time using the brain before the construction step. It is not so difficult. --- Konami Man - AKA Nestor Soriano (^ ^)Y Itsumo MSX user [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/9797/msx.htm This Pentium will become obsolete in 5 seconds... 4... 3... 2... --- MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
-Oorspronkelijk bericht- Van: J.P. Zeedijk <[EMAIL PROTECTED]> Aan: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]> Datum: vrijdag 3 juli 1998 23:23 Onderwerp: ZIP on MSX >Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has >jumpers for all SCSI ID's and termination. >You are right about zip together with HD, because if you only use ZIP, you >have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate >20Mb on SCSI-ID 0, so booting and all major utillities are on that disk and >all other stuff is on the ZIP's (I use 3 disks till now) I have on this MSX >(8250 2+) Internal SCSI ZIP next to the HD. On the Turbo-R I have an IBM >200Mb harddisk as bootdisk and for extra capacity an external SCSI ZIP on >ID 5. But a pitty is that the disks made on Turbo-R with Novaxis-Gouda are >not exchangeable with the 8250's MK SCSI disks and vise-versa. I am still >looking for a tool for this problem, because I want to transfer a lot of >data (about 100Mb) to the Turbo-R. No partitions can be read by the other interface? BTW: I think I have seen a utility to convert partition tabto gouda-novaxis and vice versa. I think this is the Bert interface. The Bert and MK should be almost the same! Greetings Maico Arts MSX-NBNO > >--- - > >Greetings and till mail! >Hans-Peter Zeedijk, [EMAIL PROTECTED] >MSX en anders niks! (op die P2 na dan!) >--- - > > >-Oorspronkelijk bericht- >Van: Grauw's emailserver [SMTP:[EMAIL PROTECTED]] >Verzonden: woensdag 1 juli 1998 14:41 >Aan: [EMAIL PROTECTED] >Onderwerp: Re: HD + ZIPplus = dead HD !! > > >-Oorspronkelijk bericht- >Van: J.P. Zeedijk <[EMAIL PROTECTED]> > > >...blablabla... >:I have heard from a supplier that IOMEGA is stopping with the internal >:SCSI-model! So, no more drives to be used on MSX! It was the only model >:that had SCSI ID 0 to 6! > >I guess the external SCSI-model couldn't handle SCSI ID 0??? >No prob for the Bert-interface. If you've got a HD hangin' on ID 0 for >booting, you can use all other ID's. You just can't boot from the >ZIP-drive. >But hey! Who's got a SCSI-interface but doesn't have a HD??? > > >~Grauw > > > >MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and >put >in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the >quotes :-) Problems? contact [EMAIL PROTECTED] >(www.stack.nl/~wiebe/mailinglist/) > > >MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put >in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the >quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/) > > > MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: ZIP on MSX
Forget it Maico, I tried everything. I have 2 complete machines running (tubo-R with novaxis, 8250 2+ with MK, both with a ZIPdrive) Doesn't work! And ZIP-disk-jockeying is not a problem. Both MSX have harddisk as bootpartition Greetings and till mail! Hans-Peter Zeedijk, [EMAIL PROTECTED] MSX en anders niks! (op die P2 na dan!) -Oorspronkelijk bericht- Van:Maico Arts [SMTP:[EMAIL PROTECTED]] Verzonden: zaterdag 4 juli 1998 8:05 Aan:[EMAIL PROTECTED] Onderwerp: Re: ZIP on MSX >At 23:02 03/07/98 +0200, you wrote: >>Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has >>jumpers for all SCSI ID's and termination. >>You are right about zip together with HD, because if you only use ZIP, you >>have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate > > Another good thing about Mega-SCSI is that you don't need to reboot your >MSX when you change the Zip disk. Just exchange it, even if it's the only >SCSI device. On megascsi I think all your partitions are the same size (except maybe for the last one), and all start at the same point. This would mean when you change disks you always get the same partitiontable. You have to take care ofcourse that you have command.com on the first partition. This is also possible on gouda/novaxis! I tryed this several years ago whit my Syquest drive (105 MB removable harddisk) but then again, if you have to copy a lot from one zip to an other, you have to use the ramdisk, since it cannot see which zipdisk is inserted... greetings Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailing list/) MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
At 23:02 03/07/98 +0200, you wrote: >Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has >jumpers for all SCSI ID's and termination. >You are right about zip together with HD, because if you only use ZIP, you >have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate Another good thing about Mega-SCSI is that you don't need to reboot your MSX when you change the Zip disk. Just exchange it, even if it's the only SCSI device. Mega-SCSI rulez. Ricardo Jurczyk Pinheiro (\__/) Star Trek, X-Files, M. Sc in Numerical Modelling (..) _) Comics, MSX, Anime, Universidade Federal Fluminense/\/\ (Gospel & Christian __ .___ _ _(m__m)_)_ _ \__ \| |\_ ___ \ / _ \ \__ \ \__ \ \_ \ | _/| |/\ \/ / /_\ \ | _/ || \ / | \ || \| |\ \/|\|| \ |` \/|\ ||_ /|___| \/\|/||_ //___ /\___ / \/ [EMAIL PROTECTED] \/ \/ \/ [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/9822/ - ICQ UIN: 3635907 "Freedom is the right of all sentient beings." - Optimus Prime Say NO to Internet censorship! Say NO to monopolies! Say NO to Microsoft! And, why not... Say YES to Jesus Christ?! MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: ZIP on MSX
No partitions can be read by the other interface? [J.P. Zeedijk] Sometimes it seemes it sees the partition of MK disks on the novaxis (with fdisk utilities), but they are not accessable. The MK doesn't see anything on Novaxis disks. BTW: I think I have seen a utility to convert partition tabto gouda-novaxis and vice versa. I think this is the Bert interface. The Bert and MK should be almost the same! [J.P. Zeedijk] They seem to be the same. I could use harddisks from MK on Bert and vise-versa, I think ZIP disks would too. (a close vriend of mine has a BERT Interface. I used his setup utilities for my MK harddisk/zip and they work fine) Greetings Maico Arts MSX-NBN Greetings and till mail! Hans-Peter Zeedijk, [EMAIL PROTECTED] MSX en anders niks! (op die P2 na dan!) MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: ZIP on MSX
Ok. I know MEGA SCSI is best, but if you have already 3 SCSI controllers (2 MK, 1 Novaxis and 1 broken HSH and 1 not working IDE interfaces) like me, you are not going to buy another! Greetings and till mail! Hans-Peter Zeedijk, [EMAIL PROTECTED] MSX en anders niks! (op die P2 na dan!) -Oorspronkelijk bericht- Van:Ricardo Jurczyk Pinheiro [SMTP:[EMAIL PROTECTED]] Verzonden: zaterdag 4 juli 1998 3:10 Aan:[EMAIL PROTECTED] Onderwerp: Re: ZIP on MSX At 23:02 03/07/98 +0200, you wrote: >Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has >jumpers for all SCSI ID's and termination. >You are right about zip together with HD, because if you only use ZIP, you >have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate Another good thing about Mega-SCSI is that you don't need to reboot your MSX when you change the Zip disk. Just exchange it, even if it's the only SCSI device. Mega-SCSI rulez. Ricardo Jurczyk Pinheiro (\__/) Star Trek, X-Files, M. Sc in Numerical Modelling (..) _) Comics, MSX, Anime, Universidade Federal Fluminense/\/\ (Gospel & Christian __ .___ _ _(m__m)_)_ _ \__ \| |\_ ___ \ / _ \ \__ \ \__ \ \_ \ | _/| |/\ \/ / /_\ \ | _/ || \ / | \ || \| |\ \/|\|| \ |` \/|\ ||_ /|___| \/\|/||_ //___ /\___ / \/ [EMAIL PROTECTED] \/ \/ \/ [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/9822/ - ICQ UIN: 3635907 "Freedom is the right of all sentient beings." - Optimus Prime Say NO to Internet censorship! Say NO to monopolies! Say NO to Microsoft! And, why not... Say YES to Jesus Christ?! MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/) MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
-Oorspronkelijk bericht- Van: J.P. Zeedijk <[EMAIL PROTECTED]> Aan: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]> Datum: vrijdag 3 juli 1998 23:09 Onderwerp: ZIP on MSX :Grauw, you didn't read: I wrote about the INTERNAL SCSI ZIP! That one has :jumpers for all SCSI ID's and termination. :You are right about zip together with HD, because if you only use ZIP, you :have to reboot when you want to change ZIP's. I have (in a 8250) a Seagate :20Mb on SCSI-ID 0, so booting and all major utillities are on that disk and :all other stuff is on the ZIP's (I use 3 disks till now) I have on this MSX :(8250 2+) Internal SCSI ZIP next to the HD. On the Turbo-R I have an IBM :200Mb harddisk as bootdisk and for extra capacity an external SCSI ZIP on :ID 5. But a pitty is that the disks made on Turbo-R with Novaxis-Gouda are :not exchangeable with the 8250's MK SCSI disks and vise-versa. I am still :looking for a tool for this problem, because I want to transfer a lot of :data (about 100Mb) to the Turbo-R. HPN can update your MK-SCSI-interface to a Bert 2.7-interface. On this interface, you can convert the Novaxis-HD-format to the Bert 2.7-HD-format and vice versa, if I'm correct. Contact Hans&Aly van Oranje (Hardware Partners Nederland) for more info. He will provide you with the appropriate information. Upgrading isn't that expensive... ~Grauw MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
Maico Arts wrote: : :No partitions can be read by the other interface? : :BTW: I think I have seen a utility to convert partition :tabto gouda-novaxis and vice versa. I think this is the Bert :interface. The Bert and MK should be almost the same! It indeed exists. But you cannot use it with the MK-interface, you'll first have to upgrade it to a Bert-interface (about F30,- if I'm correct). ~Grauw MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>>On megascsi I think all your partitions are the same size >>(except maybe for the last one), and all start at the same >>point. This would mean when you change disks you always get >>the same partitiontable. > >Nope! In MegaSCSI you can define the size of each partition (when formatting >the device) with any amount of sectors. When you change the disk you don't >need to do nothing if the new disk has the same partitionning layout as the >previous; else, you must only to run the partition changer. Yes, I know that this is possible, but I ment to say what you also just said (or typed) > >However the most normal (and logical) case is to act as you say: making all >the partitions of the same size (32MB) except the last one. > >>You have to take care ofcourse that you have command.com on >>the first partition. > >This is not necessary if you boot from the SRAMdisk (that is, if you assign >it to drive A:). This is very useful, because you have the same booting >state regardless of the inserted disk. You are right about this >>but then again, if you have to copy a lot from one zip to an >>other, you have to use the ramdisk, since it cannot see >>which zipdisk is inserted... > >That's right. Maybe patching any hook on the disk work area this can be >solved, because for check the disk change it is enough to read the serial >number on the boot sector, and this is independent of the controller. > >>Another good thing about Mega-SCSI is that you don't need to reboot your >>MSX when you change the Zip disk. Just exchange it, even if it's the only >>SCSI device. > >Are you meaning that you need reset when you change the disk with other SCSI >controllers?! Wow, now I'm really happy to have bought the MegaSCSI! When partition tabels are different then you must always reboot! Also with Megascsi! But since we keep the partition sizes equal, we don´t have that problem... >> Mega-SCSI rulez. > >It's only that MegaSCSI designers took some time using the brain before the >construction step. It is not so difficult. I am glad they did. Greetings from the Netherlands Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>When partition tabels are different then you must always >reboot! Also with Megascsi! 8-? You haven't never tested MegaSCSI, right? I can assure you that you DON'T need to reboot when you change the disk NEVER. DOS 2 work area is updated as well as MegaSCSI SRAM when a partition is changed, so everything works. Reset is needed only when you change the device assigned to a drive (at least this is advised by the device change program, actually I never tested it because I have only one device!). --- Konami Man - AKA Nestor Soriano (^ ^)Y Itsumo MSX user [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/9797/msx.htm This Pentium will become obsolete in 5 seconds... 4... 3... 2... --- MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>On Sun, 5 Jul 1998, Konami Man wrote: > >> >On megascsi I think all your partitions are the same size >> >(except maybe for the last one), and all start at the same >> >point. This would mean when you change disks you always get >> >the same partitiontable. >> >> Nope! In MegaSCSI you can define the size of each partition (when formatting >> the device) with any amount of sectors. When you change the disk you don't >> need to do nothing if the new disk has the same partitionning layout as the >> previous; else, you must only to run the partition changer. > >What if you have one Zip-disk with 3 partitions and other with 4 >partitions ? Everything is still working Ok ? > >Hmm... Maybe that partition changer proggram could be ported for other >interfaces too... > >> However the most normal (and logical) case is to act as you say: making all >> the partitions of the same size (32MB) except the last one. > >No exepts are needed if I'm correct. 3 * 32MB = 96MB that is actual size >of formatted Zip-disk. Atleast my fdisk proggram says that all of the >capasity is used, when I use 3 * 32MB format. Then you will have some space unused (about 4 MB, but I am not sure) >> >You have to take care ofcourse that you have command.com on >> >the first partition. > >You can also use SET SHELL = ... Most of the time this works, but not always >> This is not necessary if you boot from the SRAMdisk (that is, if you assign >> it to drive A:). This is very useful, because you have the same booting >> state regardless of the inserted disk. > >Is it allways A-drive ? With Novaxis I have notised, that boot HD can be >A-drive or C-drive depending of your slot configuration. I think, that >C-drive is better because then I can boot from disk, and HD-boot is >enabled only if disk was not present. (Just like in stupid PC) >Anyway if I want to use this feature for example in MSX tR I need to add >another disk controller before SCSI controller. (This is all tested >information) for MegaSCSI you tell how much drives to assign (1 to 8) then you tell for each driveletter what scsi-id (harddisk) it should use or the SRAM-drive. You can assign one scsi-id to more driveletters. >> >but then again, if you have to copy a lot from one zip to an >> >other, you have to use the ramdisk, since it cannot see >> >which zipdisk is inserted... >> >> That's right. Maybe patching any hook on the disk work area this can be >> solved, because for check the disk change it is enough to read the serial >> number on the boot sector, and this is independent of the controller. > >It is not that easy... You have to update also all partition info from >RAM and then starts battle against DOS. If someone has any glue about DOS2 >internal variabbles, then please... DOS2 seems to keep same information >usually in many places. > >> It's only that MegaSCSI designers took some time using the brain before the >> construction step. It is not so difficult. > >We can learn ( = COPY ) much from them. :-) You bet... greetings Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
On Sun, 5 Jul 1998, Konami Man wrote: > >On megascsi I think all your partitions are the same size > >(except maybe for the last one), and all start at the same > >point. This would mean when you change disks you always get > >the same partitiontable. > > Nope! In MegaSCSI you can define the size of each partition (when formatting > the device) with any amount of sectors. When you change the disk you don't > need to do nothing if the new disk has the same partitionning layout as the > previous; else, you must only to run the partition changer. What if you have one Zip-disk with 3 partitions and other with 4 partitions ? Everything is still working Ok ? Hmm... Maybe that partition changer proggram could be ported for other interfaces too... > However the most normal (and logical) case is to act as you say: making all > the partitions of the same size (32MB) except the last one. No exepts are needed if I'm correct. 3 * 32MB = 96MB that is actual size of formatted Zip-disk. Atleast my fdisk proggram says that all of the capasity is used, when I use 3 * 32MB format. > >You have to take care ofcourse that you have command.com on > >the first partition. You can also use SET SHELL = ... > This is not necessary if you boot from the SRAMdisk (that is, if you assign > it to drive A:). This is very useful, because you have the same booting > state regardless of the inserted disk. Is it allways A-drive ? With Novaxis I have notised, that boot HD can be A-drive or C-drive depending of your slot configuration. I think, that C-drive is better because then I can boot from disk, and HD-boot is enabled only if disk was not present. (Just like in stupid PC) Anyway if I want to use this feature for example in MSX tR I need to add another disk controller before SCSI controller. (This is all tested information) > >but then again, if you have to copy a lot from one zip to an > >other, you have to use the ramdisk, since it cannot see > >which zipdisk is inserted... > > That's right. Maybe patching any hook on the disk work area this can be > solved, because for check the disk change it is enough to read the serial > number on the boot sector, and this is independent of the controller. It is not that easy... You have to update also all partition info from RAM and then starts battle against DOS. If someone has any glue about DOS2 internal variabbles, then please... DOS2 seems to keep same information usually in many places. > It's only that MegaSCSI designers took some time using the brain before the > construction step. It is not so difficult. We can learn ( = COPY ) much from them. :-) ,_. _=_=_=_=!_MSX_!=_=_=_=_=_=_=_=_, ! A1ST ~--- - I ( o o o o o o )i /`, / .::;::; ., / :::.:.:.::::!. -=- `, ~== NYYRIKKI : [EMAIL PROTECTED] MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>> Nope! In MegaSCSI you can define the size of each partition (when formatting >> the device) with any amount of sectors. When you change the disk you don't >> need to do nothing if the new disk has the same partitionning layout as the >> previous; else, you must only to run the partition changer. > >What if you have one Zip-disk with 3 partitions and other with 4 >partitions ? Everything is still working Ok ? Yes, the partition changer works no matter of the partitionning state of the disks. Howewer this program is not perfect yet, and sometimes goes wrong (and even hangs the computer) when you use non-ASPI disk. >> However the most normal (and logical) case is to act as you say: making all >> the partitions of the same size (32MB) except the last one. > >No exepts are needed if I'm correct. 3 * 32MB = 96MB that is actual size >of formatted Zip-disk. Atleast my fdisk proggram says that all of the >capasity is used, when I use 3 * 32MB format. The maximum amount of clusters handled by MSX-DOS is 4085, not 4096. Therefore the actual maximum size of the partitions is somewhat smaller than 32MB, and a little of disk space remains for a fourth partition. I define my partitions with 64000 sectors, so this extra partiton grows to about 2MB, enough for some little utilities. >> This is not necessary if you boot from the SRAMdisk (that is, if you assign >> it to drive A:). This is very useful, because you have the same booting >> state regardless of the inserted disk. > >Is it allways A-drive ? With Novaxis I have notised, that boot HD can be >A-drive or C-drive depending of your slot configuration. I think, that >C-drive is better because then I can boot from disk, and HD-boot is >enabled only if disk was not present. (Just like in stupid PC) >Anyway if I want to use this feature for example in MSX tR I need to add >another disk controller before SCSI controller. (This is all tested >information) Boot drive is always A:, but you can assign this drive to ESE-RAMdisk or to any device, or even leave it unconnected (but this is a little stupid!) 8-). Booting from diskette is never allowed in MegaSCSI, except if you boot pressing the appropriate key for disabling it. >> That's right. Maybe patching any hook on the disk work area this can be >> solved, because for check the disk change it is enough to read the serial >> number on the boot sector, and this is independent of the controller. > >It is not that easy... You have to update also all partition info from >RAM and then starts battle against DOS. If someone has any glue about DOS2 >internal variabbles, then please... DOS2 seems to keep same information >usually in many places. ESE guys have this information and much more, else it is not possible to implement all the features of MegaSCSI (it has even a internal call for creating a new drive letter and assign it to a device!!) >> It's only that MegaSCSI designers took some time using the brain before the >> construction step. It is not so difficult. > >We can learn ( = COPY ) much from them. :-) Unluckily the only way is to DISSASSEMBLE their stuff, because now they are not easy to find via e-mail... because of this, my FAT16 project is frozen. --- Konami Man - AKA Nestor Soriano (^ ^)Y Itsumo MSX user [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/9797/msx.htm This Pentium will become obsolete in 5 seconds... 4... 3... 2... --- MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP on MSX
>>> Nope! In MegaSCSI you can define the size of each partition (when formatting >>> the device) with any amount of sectors. When you change the disk you don't >>> need to do nothing if the new disk has the same partitionning layout as the >>> previous; else, you must only to run the partition changer. >> >>What if you have one Zip-disk with 3 partitions and other with 4 >>partitions ? Everything is still working Ok ? > >Yes, the partition changer works no matter of the partitionning state of the >disks. Howewer this program is not perfect yet, and sometimes goes wrong >(and even hangs the computer) when you use non-ASPI disk. So you have to use the aspi formatter! this is not the first formatter programm I have used in the beginning I had megascsi! >>> This is not necessary if you boot from the SRAMdisk (that is, if you assign >>> it to drive A:). This is very useful, because you have the same booting >>> state regardless of the inserted disk. >> >>Is it allways A-drive ? With Novaxis I have notised, that boot HD can be >>A-drive or C-drive depending of your slot configuration. I think, that >>C-drive is better because then I can boot from disk, and HD-boot is >>enabled only if disk was not present. (Just like in stupid PC) >>Anyway if I want to use this feature for example in MSX tR I need to add >>another disk controller before SCSI controller. (This is all tested >>information) > >Boot drive is always A:, but you can assign this drive to ESE-RAMdisk or to >any device, or even leave it unconnected (but this is a little stupid!) 8-). >Booting from diskette is never allowed in MegaSCSI, except if you boot >pressing the appropriate key for disabling it. If you use an extra scsi-interface, placed in a lower slot than megascsi, then the other interface will give you drive A: and MegaSCSI will start where the other one has stopped! >>> That's right. Maybe patching any hook on the disk work area this can be >>> solved, because for check the disk change it is enough to read the serial >>> number on the boot sector, and this is independent of the controller. >> >>It is not that easy... You have to update also all partition info from >>RAM and then starts battle against DOS. If someone has any glue about DOS2 >>internal variabbles, then please... DOS2 seems to keep same information >>usually in many places. > >ESE guys have this information and much more, else it is not possible to >implement all the features of MegaSCSI (it has even a internal call for >creating a new drive letter and assign it to a device!!) pitty the don´t use it! some times I use more than one interface, than I have not enough drive letters greetings Maico Arts MSX-NBNO MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
Konami Man wrote: > > Damn! Now I'm having problems with my SCSI ZIP drive. I bought it a year and > half ago, and the disk is released and retaken often in the middle of the > read process, causing the computer to hang (this is the "click of death", > right?). And I'm not the first problem having these problems. > > If we add this to the problems with the ZIP plus that someone told some > weeks ago (problems when connecting more than one device to the SCSI chain), > maybe we can conclude that ZIP drives are not reliable devices. So if > someone is planning to buy one, I recommend to buy better an alternative > device (I heard that MOs works fine) if possible (it is somehow expensiver). It's right. MOs works fine. Do you know another device called "PD"? Is like "MO", an opticalmagnetic disc based device. In my humble opinion, a PD driver is better than MO because when you buy that you get a fast CD-ROM drive too, but you can put only a PD or only a CD in that drive in the same time. I perceived which in fast CDROMs, greater than 12x, the transfer rate is high but the acess time is very high too (a few seconds). But in my PD drive, the transfer rate is high and the acess time is very low, you can get the short files quickly using PD drive when you need to wait some SECONDs to get short files in normal fast CDROM drive. HOWEVER, for multimidia aplications MO is better than PD because MO is faster than PD. The transfer rate of MO is equal to a normal Harddisks (I don't know the values, may be 4Mb/s) and the transfer rate of PD (the drive which I have here) is 518 Kb/s~1141 Kb/s in PD mode and 1500 Kb/s~3000Kb/s in CDROM mode. Best Regards. Alex Mitsio Sato MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
>>Damn! Now I'm having problems with my SCSI ZIP drive. I >(Spanish) Se jodió la burra! (Catalan) We have drunk oil! >>And I'm not the first problem having these problems. >Well, Nestor, I always said you were a bit problematic, but not a >problem yourself!!! XDDD Hey, you never have mistakes?! Who caused to suspend the music contest in the X meeting of Barcelona, because he forgot the disk with the musics in his house? And who finally discovered that the disk was hidden in his pocket? HA HA HA HA!! X-D (Sorry everybody for this personal revenge...) >Wanna to hear a bigger problem >Iomega will NOT make SCSI ZIPs NO LONGER. >ZIP +? Out of shops. Internal SCSI Zip? Out of shops. >Just Parallel and IDE ZIPs. Damn, really bad news! MegaSCSI+ZIP still being the best option for MSX users, I think. But if no more ZIPs... Also ZIP+? But it is very recent!! Hum, what about the Epson ZIP drive? >So, I hope for the sake of ZIP fans that Henrik Gilvad will make >a nice IDE BIOS (it's time about it...) able to run ZIPs. Sorry, but I prefer to change the device better than change from SCSI to IDE. MegaSCSI is really cool as you know! >>(I heard that MOs works fine) if possible (it is somehow >>expensiver). >Yeah, buy it and... pay it! Come on, brave dude! That's the problem! Our peripherals are much more expensive that our computers nowadays... 8-) --- Konami Man - AKA Nestor Soriano (^ ^)Y Itsumo MSX user [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/9797/msx.htm Test NestorBASIC!! Only a PC can be stupid enough to show this message: "Keyboard not found. Press F1 to continue." --- MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: Problems with ZIP drive
Hello Konami Man. I send you a personel message, dit you recive it? About your Zip problems? Grtz >*< TOM >*< MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: ZIP licensing
Hi ! CLAUDIO MASSAO KAWATA - 900293 <[EMAIL PROTECTED]> wrote: > Compression... Ah! So that's what "POPCOM" is, an EXE-packer! I > have the program at home, but never understood what it was for... Just thinking...doesn't it explain when you just run it? > Now that I do, I still think if is there a use for it...? Granted, > smaller files are faster to load from disk (far faster from tape!), > but they take an amazingly long time to decompress. Just depends on the method, and POPCOM does this -reaally- fast...try it some time! > > And ZIP is *really* a free format. There have been many companies and > > interested parties who investigated ZIP's copyrights, and common view > > is that it's FREE (and should be). > (..) > Info-ZIP's codes are freeware, but not PKWare's ones. Okay, no problem, that says nothing about the ZIP format ('=method'), only about these _programs_ > If you have the sources, you are and out-law! Sources of Info-ZIP's or PKWare's, which did you mean? Why anyway, as long as you're not doing anything with these? > Does anyone beside me ever read licence docs? Yup, I do, sometimes... > This is from "pkz204g.exe" (a ZIP file): > (...) A Distribution License is required by an organization, company or > government agency to use PKWARE programs to facilitate the distribution > of software or data to outside parties (...) > Did you read it? They explicitly say "DISTRIBUTION" of soft or > data. That means zipped files, to my understanding (not to the lawyers, > it seems). You quoted correctly from "LICENSE.DOC" (I looked it up), but: You can simply read this, and it's probably meant like that (or the lawyers will be able to have it read as such): "If you use ***PKWare's*** (not somebody else's) stuff for producing self-extracting EXE's, ZIP-files etc., you have to pay them for that use" Sounds really logical, because: in that way the produced EXE's, ZIP's etc. can be understood as -partly- the work of PKWare (they did the packing, right?). That they would want some reward for that, okay. I can understand that, and they're entitled to that. But you can also read the above as: "So, if you use ***somebody else's*** stuff (like Info-ZIP's) to do the packing, then you did NOT (use PKWARE programs to facilitate the distribution of software or data to outside parties) " And thus, don't fall within the above statement. (=you're in the clear, unless something else applies) And that's the way it is with the ZIP format: There are many companies who make software that can produce ZIP's, and they all can put up their own conditions for using their software. But they have copyrights to their *software*, not to the method used - try and keep these apart! So write your own program for producing ZIP's, self-extracting EXE's etc., and it's your baby. Info-ZIP was one, and made theirs free So you just relax, have a good glass of wine, and think of how all that FREE stuff that's already out there, from complete operating systems like Linux, to HTML spec's and so forth, make life REALLY better for everyone. One more example: a free "standard PC-" DOS is also in the works, so that you don't have to pay Micro$soft for installing M$-DOS on your computer, or IBM for using PC-DOS (or whatever). Don't believe it? It's on: http://www.freedos.org Just a good example of some beautifull projects going on (a bit late though, but hey, better late than never...) Greetings, Alwin Henseler ([EMAIL PROTECTED]) http://huizen.dds.nl/~alwinh/msx MSX Tech Doc page MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)