19 Aug
2014
19 Aug
'14
11:03 a.m.
i happen to have gotten windows 95 installed on my old panasonic toughbook cf-27 but i
have one issue where the drivers i need are a bit to large for a floppy disk and even
trying to compress the files in a 7zip or a zip file does no good. i still need an audio
driver and the pcmcia card slot driver to install. also i wish i could find a usb driver
for my iomega zip 100 usb zip drive for windows 95 but thats not possible and since lenovo
took over iomega they dropped lots of old drivers. i have tried to track down iomega
drivers but i end up at sites that claim they have the driver only to be given an
installer to a driver program thats a scam. maybe someone out there could help i still
need the audio driver which is a yamaha sound card and windows 95 claims its a creative
when its not also i need the pcmcia driver.
19 Aug
19 Aug
11:36 a.m.
On 08/19/2014 08:03 AM, Derrick Meury wrote:
i happen to have gotten windows 95 installed on my old
panasonic
toughbook cf-27 but i have one issue where the drivers i need are a
bit to large for a floppy disk and even trying to compress the files
in a 7zip or a zip file does no good. i still need an audio driver
and the pcmcia card slot driver to install. also i wish i could find
a usb driver for my iomega zip 100 usb zip drive for windows 95 but
thats not possible and since lenovo took over iomega they dropped
lots of old drivers. i have tried to track down iomega drivers but i
end up at sites that claim they have the driver only to be given an
installer to a driver program thats a scam. maybe someone out there
could help i still need the audio driver which is a yamaha sound card
and windows 95 claims its a creative when its not also i need the
pcmcia driver.
Have you tried the pkzip -& switch? (spans disks)
--Chuck
11:38 a.m.
no i havent all i ever used was 7zip or winzip or the windows xp zip program. what is that
stuff and how does it work the stuff u mentioned
-----Original Message-----
From: Chuck Guzis <cclist at sydex.com>
To: ""General Discussion: On-Topic and Off-Topic Posts <cctalk"
<General Discussion: On-Topic and Off-Topic Posts <cctalk"(a)classiccmp.org
Sent: Tue, Aug 19, 2014 8:36 am
Subject: Re: putting drivers on a floppy disk
On 08/19/2014 08:03 AM, Derrick Meury wrote:
i happen to have gotten windows 95 installed on my old
panasonic
toughbook cf-27 but i have one issue where the drivers i need are a
bit to large for a floppy disk and even trying to compress the files
in a 7zip or a zip file does no good. i still need an audio driver
and the pcmcia card slot driver to install. also i wish i could find
a usb driver for my iomega zip 100 usb zip drive for windows 95 but
thats not possible and since lenovo took over iomega they dropped
lots of old drivers. i have tried to track down iomega drivers but i
end up at sites that claim they have the driver only to be given an
installer to a driver program thats a scam. maybe someone out there
could help i still need the audio driver which is a yamaha sound card
and windows 95 claims its a creative when its not also i need the
pcmcia driver.
Have you tried the pkzip -& switch? (spans disks)
--Chuck
12:31 p.m.
On 08/19/2014 08:38 AM, Derrick Meury wrote:
no i havent all i ever used was 7zip or winzip or the
windows xp zip
program. what is that stuff and how does it work the stuff u
mentioned
Now, you're making me feel really old. PKZIP was pretty much the
de-facto file compression utility for DOS/Windows for at least a decade.
The company's still around, even though Phil's been gone for 14 years
now. (PKWare).
Get your hands on a copy of PKZip and format up some diskettes. Run
PKZip with the target as your floppy drive--it should detect that you're
creating your arcive on removable media and split the archive for you
automatically. Failing that, there's the CLI option -& that explicitly
tells PKZIP that you're creating the archive on removable media and that
the archive should span several disks.
There's also an open-source lookalike called "Zip" or something like it,
that also will span disks:
http://www.info-zip.org/mans/zip.html
I think that even WinRAR can be coaxed to create a spanned archive.
--Chuck
12:57 p.m.
New subject: Phil Katz and PKZip (was: putting drivers on a floppy disk)
At 11:31 AM 8/19/2014, you wrote:
On 08/19/2014 08:38 AM, Derrick Meury wrote:
Can it really be that long? I went to middle
school with Phil. I once borrowed his copy of the
book version of Yellow Submarine from him for art
class. I painted the submarine in acrylics. My
mom still has it. It's proven difficult to recover.
I corresponded with him many years later on
Exec-PC, the monster BBS, where I led the
PC-Hardware forum. I remember watching all the
flak flying when Seaware sued him over PKArc and
PKXArc. Their claim was ridiculous and had no
technical merit, but Phil ran out of money and
lawyers before they ran out of money and lawyers.
These days, who the heck has ever heard or
Seaware, seller of ARC tools? Almost no one.
PKZip? For a long time, it was everywhere. I
still have it and use it on occasion.
-T
154 . [Poetry] haiku's inventor // must have had
seven fingers // on his middle hand
a50mhzham at gmail.com ? N9QQB (amateur radio)
"HEY YOU" (loud shouting) ? Second Tops (Set Dancing) ? FIND ME ON FACEBOOK
43? 7' 17.2" N by 88? 6' 28.9" W ? Elevation 815' ? Grid Square
EN53wc
LAN/Telecom Analyst ? Open-source Dude ? Musician
? Registered Linux User 385531
no i havent all i ever used was 7zip or winzip or
the windows xp zip
program. what is that stuff and how does it work the stuff u
mentioned
Now, you're making me feel really old. PKZIP
was pretty much the de-facto file compression
utility for DOS/Windows for at least a decade.
The company's still around, even though Phil's
been gone for 14 years now. (PKWare). 
1:10 p.m.
New subject: Phil Katz and PKZip (was: putting drivers on a floppy disk)
On Tue, 19 Aug 2014, Tom wrote:
I still have my original purchased PKZip in package, with the receipt.
It was one of the few pieces of software I felt was worth buying, back
then.
Mike Loewen mloewen at cpumagic.scol.pa.us
Old Technology http://q7.neurotica.com/Oldtech/
Now,
you're making me feel really old. PKZIP was pretty much the de-facto
file compression utility for DOS/Windows for at least a decade.
The company's still around, even though Phil's been gone for 14 years now.
(PKWare).
...
These days, who the heck has ever heard or Seaware, seller of ARC tools?
Almost no one. PKZip? For a long time, it was everywhere. I still have it and
use it on occasion.
1:58 p.m.
New subject: Phil Katz and PKZip
On 08/19/2014 10:10 AM, Mike Loewen wrote:
I still have my original purchased PKZip in
package, with the
receipt. It was one of the few pieces of software I felt was worth
buying, back then.
So do I--even with the "authentic" CVV feature issue. I wonder if
PKWare offers updates...
--Chuck
1:18 p.m.
New subject: Phil Katz and PKZip (was: putting drivers on a floppy disk)
On Tue, 19 Aug 2014, Tom wrote:
I corresponded with him many years later on Exec-PC,
the monster BBS, where I
led the PC-Hardware forum. I remember watching all the flak flying when
Seaware sued him over PKArc and PKXArc. Their claim was ridiculous and had no
technical merit, but Phil ran out of money and lawyers before they ran out of
money and lawyers.
FYI, Exec-PC is still online. You can reach it via bbs.execpc.com.
Accounts are free now.
You should watch the PKWare vs SEA episode of the BBS documentary. It's
enlightening.
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!
1:22 p.m.
New subject: Big files, little disks (Was: putting drivers on a floppy disk
On Tue, 19 Aug 2014, Derrick Meury wrote:
i happen to have gotten windows 95 installed on my old
panasonic
toughbook cf-27 but i have one issue where the drivers i need are a bit
to large for a floppy disk and even trying to compress the files in a
7zip or a zip file does no good.
Do you also need some help repairing the <Shift> key?
Yeah, many "Driver" websites are BOGUS. Even many of the legit ones will
willingly host ads for "download managers", etc. that deliberately have
links to click that fraudulently claim to be the link to click to begin
your download. Hosting such ads make them equally culpable.
As mentioned before, BACKUP/RESTORE in the forms shipped on early versions
of PC/MS-DOS WILL split a file that is too big for a floppy! You could
BACKUP the file onto disk(s), and then RESTORE onto the destination hard
drive.
There are other, including commercial products, that will also
split/recombine files that would otherwise be too big for floppies.
BUT, if you have the stones to do it, this weeks assignment is to write a
file splitter.
GOALS: useful utility, practice handling files larger than RAM,
understanding working with files that contain characters tha might be
misunderstood to be the EOF
1) Write a program that copies a file. Open two files, one for read and
one for write. Read byte from the source file, write it to the
destination file. GOTO20. Do NOT read the entire file into memory and
then start writing [NO CREDIT WILL BE GIVEN FOR THAT], because that will
interfere with later steps, such as copying files that are larger than
your virtual memory.
WARNING: be careful, that SOME language/OS combinations will default to an
"ASCII" (or "cooked") mode (which disunirregardless of its
inappropriately chosen name is COMPLETELY DISRELATED TO ASCII), and
stop at certain characters; you may need to over-ride for "BINARY"
("raw")
mode in OPEN or FOPEN.
If written properly, this program will impose no limits on file size,
other than the existing OS limits.
2) Add a counter, and stop the copy at a fixed length. Check the size of
the resulting file! - did the language/OS append an extraneous "END OF
FILE" character?
Make the length an input variable.
For now, the maximum number will be the OS file size limit and/or
the maximum size of your counter variable type. (Note: using "float" will
earn you a below-failing grade)
Optional extra credit: modify the program so that the counter can be
larger than the maximum for an unsigned long int.
3) Add an "offset" as another input variable, that controls where
within the source file to START.
Note: if your language/OS does not support an adequate seek/fseek
capability, then use the "offset" as a counter, and read that number
of bytes from the source file before beginning the read/write copying.
Using your SPLIT program, run multiple times with different inputs,
you can now take a source file, and produce a series of destination
filescontining the pieces of the source file.
Optional Extra Credit: Modify the program to not need the
"offset" variable, and automatically generate multiple destination files.
It should open the source file, write a destination file, close the
destination file, open another destination file, copy it, open another,
etc. until done. Be sure to close each destination file before opening
the next, so that you don't run out of file handles.
4) Recombine the files. You can write a companion program, or get lazy
and use MS-DOS COPY.
COPY /B source1.ext + source2.ext + source3.ext destinat.ext
will combine source1.ext, source2.ext, and source3.ext into a file named
destin.ext.
WARNING! The "/B" is critically important! For a single file copy, COPY
defaults to "raw" or "BINARY" mode. BUT, when combining files, OR
copying
to a device (such as copying fonts into a printer!), COPY switches to
"cooked" mode (erroneously called "ASCII MODE"), so that it can STOP
when
it encounters character number 26; that is so that when copying a CP/M
file, it won't copy the rest of the setctor after it reaches "END OF
FILE". You MUST over-ride!
Split a file, recombine it, and then compare to confirm that the
recombined file is an EXACT match for the original.
Note: In most post-CP/M operating systems, there ain't no sech character
as EOF! End Of File is NOT a special character in the file.
Instead, keeping track of where the file ends is done by the OS.
Calling EOF a character is a FICTION. It does not exist, and is a
fictitious character (like Al Bundy, or Santa Claus). But, like Santa
Claus, such a fictitious character is very handy for controlling file
reads (or getting children to cooperate in December). "EOF" is merely a
defined constant naming the ERROR CONDITION of fgetc(). It is NOT a
character (and, in most c compilers is not even a valid value for a char
variable type.)
--
Grumpy Ol' Fred cisin at xenosoft.com
20 Aug
20 Aug
1:32 p.m.
New subject: Big files, little disks (Was: putting drivers on a floppy disk
On 2014-08-19 19:22, Fred Cisin wrote:
On Tue, 19 Aug 2014, Derrick Meury wrote:
Are you fed up with being retired already? ;)
/Jonas
i happen to have gotten windows 95 installed on
my old panasonic
toughbook cf-27 but i have one issue where the drivers i need are a bit
to large for a floppy disk and even trying to compress the files in a
7zip or a zip file does no good.
Do you also need some help repairing the
<Shift> key?
Yeah, many "Driver" websites are BOGUS. Even many of the legit ones will
willingly host ads for "download managers", etc. that deliberately have
links to click that fraudulently claim to be the link to click to begin
your download. Hosting such ads make them equally culpable.
As mentioned before, BACKUP/RESTORE in the forms shipped on early versions
of PC/MS-DOS WILL split a file that is too big for a floppy! You could
BACKUP the file onto disk(s), and then RESTORE onto the destination hard
drive.
There are other, including commercial products, that will also
split/recombine files that would otherwise be too big for floppies.
BUT, if you have the stones to do it, this weeks assignment is to write a
file splitter.
GOALS: useful utility, practice handling files larger than RAM,
understanding working with files that contain characters tha might be
misunderstood to be the EOF
1) Write a program that copies a file. Open two files, one for read and
one for write. Read byte from the source file, write it to the
destination file. GOTO20. Do NOT read the entire file into memory and
then start writing [NO CREDIT WILL BE GIVEN FOR THAT], because that will
interfere with later steps, such as copying files that are larger than
your virtual memory.
WARNING: be careful, that SOME language/OS combinations will default to an
"ASCII" (or "cooked") mode (which disunirregardless of its
inappropriately chosen name is COMPLETELY DISRELATED TO ASCII), and
stop at certain characters; you may need to over-ride for "BINARY"
("raw")
mode in OPEN or FOPEN.
If written properly, this program will impose no limits on file size,
other than the existing OS limits.
2) Add a counter, and stop the copy at a fixed length. Check the size of
the resulting file! - did the language/OS append an extraneous "END OF
FILE" character?
Make the length an input variable.
For now, the maximum number will be the OS file size limit and/or
the maximum size of your counter variable type. (Note: using "float" will
earn you a below-failing grade)
Optional extra credit: modify the program so that the counter can be
larger than the maximum for an unsigned long int.
3) Add an "offset" as another input variable, that controls where
within the source file to START.
Note: if your language/OS does not support an adequate seek/fseek
capability, then use the "offset" as a counter, and read that number
of bytes from the source file before beginning the read/write copying.
Using your SPLIT program, run multiple times with different inputs,
you can now take a source file, and produce a series of destination
filescontining the pieces of the source file.
Optional Extra Credit: Modify the program to not need the
"offset" variable, and automatically generate multiple destination files.
It should open the source file, write a destination file, close the
destination file, open another destination file, copy it, open another,
etc. until done. Be sure to close each destination file before opening
the next, so that you don't run out of file handles.
4) Recombine the files. You can write a companion program, or get lazy
and use MS-DOS COPY.
COPY /B source1.ext + source2.ext + source3.ext destinat.ext
will combine source1.ext, source2.ext, and source3.ext into a file named
destin.ext.
WARNING! The "/B" is critically important! For a single file copy, COPY
defaults to "raw" or "BINARY" mode. BUT, when combining files, OR
copying
to a device (such as copying fonts into a printer!), COPY switches to
"cooked" mode (erroneously called "ASCII MODE"), so that it can STOP
when
it encounters character number 26; that is so that when copying a CP/M
file, it won't copy the rest of the setctor after it reaches "END OF
FILE". You MUST over-ride!
Split a file, recombine it, and then compare to confirm that the
recombined file is an EXACT match for the original.
Note: In most post-CP/M operating systems, there ain't no sech character
as EOF! End Of File is NOT a special character in the file.
Instead, keeping track of where the file ends is done by the OS.
Calling EOF a character is a FICTION. It does not exist, and is a
fictitious character (like Al Bundy, or Santa Claus). But, like Santa
Claus, such a fictitious character is very handy for controlling file
reads (or getting children to cooperate in December). "EOF" is merely a
defined constant naming the ERROR CONDITION of fgetc(). It is NOT a
character (and, in most c compilers is not even a valid value for a char
variable type.)
--
Grumpy Ol' Fred cisin at xenosoft.com
4:11 p.m.
New subject: Big files, little disks (Was: putting drivers on a floppy disk
On Wed, 20 Aug 2014, Jonas Otter wrote:
Are you fed up with being retired already? ;)
Yes.
BUT, here we are not plagued with undefenestrated college administrators.
I gave the SPLIT program as an exam question in some of my classes.
Derrick wants us to give him a fish.
"Give a man a fire, and he will be warm for the night.
Set him on fire, and he will be warm for the rest of his life."
--
Grumpy Ol' Fred cisin at xenosoft.com
4:38 p.m.
New subject: Big files, little disks (Was: putting drivers on a floppy disk
On Wed, 20 Aug 2014, Fred Cisin wrote:
On Wed, 20 Aug 2014, Jonas Otter wrote:
Can we light the fish first?
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!
Are you fed up with being retired already? ;)
Yes.
BUT, here we are not plagued with undefenestrated college administrators.
I gave the SPLIT program as an exam question in some of my classes.
Derrick wants us to give him a fish.
21 Aug
21 Aug
4:18 p.m.
New subject: Big files, little disks (Was: putting drivers on a floppy disk
>>>
BUT, if you have the stones to do
it, this weeks assignment is to write a
file splitter.
GOALS: useful utility, practice handling files larger than RAM,
understanding working with files that contain characters tha might be
misunderstood to be the EOF
1) Write a program that copies a file. Open two files, one for read and
one for write. Read byte from the source file, write it to the
destination file. GOTO20. Do NOT read the entire file into memory and
then start writing [NO CREDIT WILL BE GIVEN FOR THAT], because that will
interfere with later steps, such as copying files that are larger than
your virtual memory.
WARNING: be careful, that SOME language/OS combinations will default to an
"ASCII" (or "cooked") mode (which disunirregardless of its
inappropriately chosen name is COMPLETELY DISRELATED TO ASCII), and
stop at certain characters; you may need to over-ride for "BINARY"
("raw")
mode in OPEN or FOPEN.
If written properly, this program will impose no limits on file size,
other than the existing OS limits.
...
<<<<
Good try, worthy of (perhaps) 70% credit, but
Will fail to make a correct copy of any record-oriented device (mag tape, punched cards,
etc) on any traditional mainframe operating system* and even on Unix.
Note also that tapes have things called "tape marks" and a correct copier needs
to recognise and reproduce the pattern of these and recognise the double TM that indicates
the end of valid data on the tape.
Read the /manual/ for the main copy utility on a mainframe to see just how many
complications can exist (and most manufacturers have their own little extra
"tweaks" to further confuse matters)
Even dd on unix has quite a mass of options (and, btw, it is the solution to the OPs
problem if available - generally speaking use the supplied system utility rather than
writing your own unless you are specifically wanting a programming exercise or the system
utility has a limitation or bug that makes it not an answer)
* I /think/ even MULTICS is likely to get it wrong.
The improved version reads a record at a time and writes the same length record.
(an even better version uses multiple buffers to keep the two tape drives continuously
active)
Andy
(no, Fred, I'm not getting at you - just pointing out that not all files are Unix
"stream of characters".
Oh, and for real fun consider structured files like ISAM or Apples "multiple
fork" files)
3619
days inactive
3621
days old
12 comments
8 participants
participants (8)
-
a50mhzham＠gmail.com -
andy.holt＠tesco.net -
cclist＠sydex.com -
cisin＠xenosoft.com -
geneb＠deltasoft.com -
jonas＠otter.se -
mloewen＠cpumagic.scol.pa.us -
rmx44＠aim.com