informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1994/DLPH06_30.txt

1079 lines
34 KiB
Plaintext
Raw Permalink Blame History

read new nonstop follow
88236 26-JUN 17:01 Programmers Den
RE: Renaming a file in C (Re: Msg 88220)
From: JOELHEGBERG To: JOHNREED
John,
> I don't know if this is related to your allocation map wierdness
> or not, but I have an intermittent problem with my second hard
...
> no problems at all. All I can figure is that the Quantum is a little
> slow spinning up to speed, the system boots from the Seagate, and tries
> to read the Quantum before it is ready, stashes some garbage in memory
> where it won't go away even after a power-on reboot. There is a
> built-in cache in the Quantum that may be involved too. So far, the
> problem has never produced any "real" damage to /H1 files.
I don't believe this is the problem since the errors are steadily
growing, and never decreasing, over time. And my Maxtor 120MB drive
seems fully powered up by the time my floppy is finished loading
OS9Boot.
> We need some brave volunteer to write an OSK driver for one of those
> relatively cheap messydos tape drives that plug into the parallel
> port. (Any Takers?). Everything on my hard drives is backed up
> (sort of) -- that is it all exists SOMEWHERE on a floppy. I could
> rebuild the system from floppies --- in about a week (groan)
That would be great. I have a similar situation as you with my hard
drive being backed up. It would take quite a while to rebuild. :(
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88237 26-JUN 17:02 Programmers Den
RE: Renaming a file in C (Re: Msg 88221)
From: JOELHEGBERG To: JOHNBAER
John,
> Just for grins, here's an ident of the `mv' that I have..
Mine is the exact same... must be something else going on... more
hmmmm's...
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88240 26-JUN 21:07 Programmers Den
RE: Renaming a file in C (Re: Msg 88222)
From: JOHNBAER To: RANDYKWILSON
Well, that's good to here that this `mv' we both have isn't
the problem. But you should run dcheck just a little more often <g>.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
88241 26-JUN 21:07 Programmers Den
RE: Renaming a file in C (Re: Msg 88237)
From: JOHNBAER To: JOELHEGBERG
>> Just for grins, here's an ident of the `mv' that I have..
>
> Mine is the exact same... must be something else going on... more
> hmmmm's...
Joel, just wondering something.. do you have some files `linked'
to more than one directory ? Just a thought... I don't `think'
that dcheck likes finding files with more than one link to them.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
88245 26-JUN 22:10 Programmers Den
RE: Renaming a file in C (Re: Msg 88240)
From: RANDYKWILSON To: JOHNBAER
Ya, I probably should use dcheck more often. But on my coco I had several
features that caused dcheck to barf; multi-linked files and such. Due to the
constant complaints dcheck gave there, I never got into the habit.
Randy
-*-
88247 27-JUN 00:00 Programmers Den
RE: Renaming a file in C (Re: Msg 88245)
From: ILLUSIONIST To: RANDYKWILSON
You have a command for the coco for multiable links to files? Is it a
public domain program, or a commercial util from one of the various
"tools" packages? I could really use a util like that..thanks..
-* Mike
-*-
88249 27-JUN 00:30 Programmers Den
RE: Renaming a file in C (Re: Msg 88247)
From: RANDYKWILSON To: ILLUSIONIST
Yep, a file linker does exist. I found it either here or CIS. While it works
as advertised, the rest of os9 doesn't get along with it very well. For one,
dcheck barfs on linked files. for another, if something moves the file
descriptor, then the whole link tree is broken. For example, I had a ds.init
file that was linked into various different directories. One day I edited this
file with DS. DS edits by writing a new file, then destroying the old one. This
of course left all the links point at now "empty disk". Nasty.
If you *really* want it, and can't find it, I'll email to ya.
Randy
-*-
88253 27-JUN 04:51 Programmers Den
RE: Renaming a file in C (Re: Msg 88241)
From: JOELHEGBERG To: JOHNBAER
John,
> Joel, just wondering something.. do you have some files `linked'
> to more than one directory ? Just a thought... I don't `think'
> that dcheck likes finding files with more than one link to them.
Nope, I have never used that "link" program or library to create links
as they really don't work under OS-9. I'll have to do some testing.
The only thing I can think of is get a listing of all the "sectors not
in allocation table" (which right now is very large) and then try a few
commands, run dcheck again to another output file and use 'cmp' to check
if anything has changed, and then go on. I guess cmp would not really
work, since things like free memory on the disk will change with some
utilities and that would be flagged using cmp. But if it shows actual
line changes, then I can watch only for changes in the list of "sectors
not in alloc. table" messages. That shall prove tedious, I bet... ;)
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88255 27-JUN 17:18 Programmers Den
RE: Renaming a file in C (Re: Msg 88249)
From: ILLUSIONIST To: RANDYKWILSON
Thanks Randy, I did a little digging in the DB's here and found one..
I would have DLed it before, but, the link command is an option for "cp"
a copy command.. since the standard Mware copy always worked fine for me
.I never bothered looking at CP :).. anyway, thanks..
-* Mike
-*-
88257 27-JUN 21:32 Programmers Den
RE: Renaming a file in C (Re: Msg 88253)
From: JOHNBAER To: JOELHEGBERG
Joel,
> Nope, I have never used that "link" program or library to create links
> as they really don't work under OS-9.
OK - that leaves out that problem :).
> The only thing I can think of is get a listing of all the "sectors not
> in allocation table"...
> That shall prove tedious, I bet... ;)
That or just doing a lot of `dir -e' after each use to see if the files
get larger (yuk).. Looks like you've got a lot of work to do...
Let us know what you find out.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
End of Thread.
-*-
88238 26-JUN 18:36 Programmers Den
RE: CoCo/OSK C compilers (Re: Msg 88232)
From: COLORSYSTEMS To: DBREEDING
> Do you have to take this odd-mem thing into consideration if you are
> writing assembly code, or does the assembler take care of this?
Yup. That's the reason for the align pseudo-instruction.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88239 26-JUN 19:10 Programmers Den
RE: CoCo/OSK C compilers (Re: Msg 88232)
From: JEJONES To: DBREEDING
> I thought I'd post this in case someone else was dumb enough to try to
> make portable files <G>.
If you *really* want to have fun, try writing something that folks
running OS-9000 on their 80x86s, where the byte ordering is backwards
<grin>, can use. People who really have to do that typically wind up
either writing stuff out in ASCII or picking one byte ordering to use,
so processors with a different byte ordering have to notice and switch
everything around. (GIF is an example of the latter choice.)
> It seems that it would be quite difficult to
> forsee this padding and try to compensate for it.
It is--but I believe that the ANSI standard phrases things in such a way
that the docs for a conforming compiler have to say how it works.
> Do you have to take this odd-mem thing into consideration if you are
> writing assembly code, or does the assembler take care of this?
Yes, you do have to take it into consideration in assembly language.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
End of Thread.
-*-
88242 26-JUN 21:51 General Information
mm/1 I/O
From: RGT To: NIMITZ
I'm still intrested in purchesing an I/O board, Are They
still available? RGT phone#707-584-1183
** thanx **
-*-
88246 26-JUN 22:29 General Information
RE: mm/1 I/O (Re: Msg 88242)
From: NIMITZ To: RGT
I will have I/O boards available within 3 months. Currently I've been
scrambling to meed orders for complete systems, but this week I am shipping out
a system that will bring in enough cash to get new I/O boards made. Thanks
David
-*-
End of Thread.
-*-
88243 26-JUN 22:06 General Information
RE: formating a floppy on a floptical (Re: Msg 88096)
From: LUCKYONE To: COLORSYSTEMS
> Sorry, don't have a floptical. Eddie Kuns does, give him a hollar!!!
> Zack C Sessions
Zack, thanks for the reply, I'll talk to Eddie about it.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
88244 26-JUN 22:06 General Information
How to sort when using sc
From: LUCKYONE To: ALL
I would be pleased if anyone could tell me how to do a column sort when
using sc the OSK spread sheet.
Thanks
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
88248 27-JUN 00:12 System Modules (6809)
RE: RBF32 (Re: Msg 88212)
From: WDTV5 To: VE3DAC (NR)
Yes, I saw the partials go thru, and I've got copies here. I'm sorry to hear
that, very. Maybe Gene K and I can find a fix. The first Q I'd have is:
does pvoost(pboost) use the same stack image used by the native mode. I
could see where thats got to be a problem if pboost doesn't use the native
mode stack frame. I'll be in waiting toill I get Genes msg untangled.
Gene H. (wdtv5)
-*-
88250 27-JUN 01:23 General Information
RE: OSK Software (Re: Msg 88233)
From: COCOKIWI To: 01GEN40 (NR)
Sorry it is not!THE computer itself is the problem,since the ROM bios and
other stuff is stored above the 640k area! up to 1 meg......it is transparent
to it!There is no limit on mine if one has extra memory to play with!<grin>
the limit comes with TSR,s..if one do not have to use em!THEN one do not have a
problem with limits......<grin>...The computer allocated 640k for memory and
360k for the Video,ROM,s Etc,and Page memory!it was not until the 286 came out
that one was able to use upper memory,kind of like the extra memory one has on a
CoCo.3 The thing is how one uses it!<grin>
Dennis
-*-
88256 27-JUN 19:46 General Information
RE: OSK Software (Re: Msg 88233)
From: BRIANALBERT To: 01GEN40 (NR)
You are correct; it is ms-dos that has the 640K.
os/2 will use the memory that is availiable on the system
-*-
88268 28-JUN 18:37 General Information
RE: Chico fest (Re: Msg 88023)
From: CPERRAULT To: COCOKIWI
>>BUT! I still have the old Coco-3 here!<g>
Hehe, it wouldn't be the best decision here to rid yourself of
the Coco after buying a clone. Religiously speaking ;-)
I have a new PB 486 at the house also<a birthday gift to my
father really>. It's good for the family since everyone wants some
piece of software that the PC has, but I only really toy with it at
most, once a week. I can't seem to get motivated with it. Maybe after
I learn more about PC programming I'll get into it a little more, but
I still plan on being with the Coco, or some other form of OS-9 for
many years to come.
Ok, I just said that so I wouldn't get ratpacked on my way out of
forum :-)
>Chris<
-*-
88269 28-JUN 18:37 General Information
RE: OSK Software (Re: Msg 88060)
From: CPERRAULT To: COLORSYSTEMS
>>The only hardware knowledge you had to have with early MM/1's
was how to mount the boards in the case....<<
They come assembled now?
To add to the case of MM/1 Friendliness, even tho you did have to
assemble those kits, from what I've heard, including the Rainbow
review as well as the comments from users who installed them is that
they were VERY easy to set up. It might throw off the person who is
completely computer illerate<and yes they are out there, and we need
to keep them in mind> but anyone with the average knowledge of
computers should have no problem assembling them. Knowing FHL and
Delmar, their kits probably won't present any problems either as far a
ease of setting up.
>Chris<
-*-
88275 28-JUN 20:48 General Information
RE: OSK Software (Re: Msg 88269)
From: COLORSYSTEMS To: CPERRAULT
> >>The only hardware knowledge you had to have with early MM/1's
> was how to mount the boards in the case....<<
>
> They come assembled now?
I don't know. Ask David (NIMITZ) Graham.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88280 29-JUN 01:39 General Information
RE: Chico fest (Re: Msg 88268)
From: COCOKIWI To: CPERRAULT
5 lashes with a wet noddle!or was that a RAT,S Tail.....<grin>....
My kids have already put me in the poor house buying games!
Dennis
-*-
End of Thread.
-*-
88251 27-JUN 03:55 Applications (6809)
RE: SOFTWARE (Re: Msg 88223)
From: MORRISA To: MRGOOD
THE LAST COPY I HAD I GOT AT RS I PAID $10 FOR I STEEL HAVE THE DOCS. I
JUST NEED THE DISK FOR SUB BATTLE SIMULATOR I DONT KNOW WHAT A GOOD
PRICE WOULD BE BUT I DO WANT TTHE PROGRAM
-*-
88254 27-JUN 09:32 Applications (6809)
RE: SOFTWARE (Re: Msg 88217)
From: DONALDS To: MORRISA (NR)
I have deskmate 3, sub battle, color computer artist if you are still
interestedfor $8.00 a program which will enclude shipping.
Don
-*-
88285 29-JUN 21:01 Applications (6809)
RE: SOFTWARE (Re: Msg 88251)
From: MRGOOD To: MORRISA (NR)
Does that mean you're offering me $10? :-)
Let's talk in email, OK? Send me a response there....
Hugo
-*-
End of Thread.
-*-
88252 27-JUN 03:55 General Information
RE: Os9 and Osk (Re: Msg 88229)
From: DWHILL To: DBREEDING
David>
It may be the PC crowd is rude at times because they don't know as much as
we do about the inner workings of our respective operating systems. I'm
using DOS/Windows quite a lot lately, but my Coco's never turned off. I'm
still search for the same range of tools and utilities for the PC that I'm
accustomed to having for OS-9.
I'm just sorry my budget won't let me migrate to a 68K machine for the
forseeable future. But as long as useful tools and applications like
adq and lha keep popping up (I've got InfoXpress on order), my Coco will
remain a useful tool. That multitasking is just too addicting!
--Damon
-*-
88258 27-JUN 22:41 General Information
IX Test
From: BOISY To: ALL
IX Test... Please ignore.
Muchas Gracias.
--
Boisy G. Pitre__ __ __ Delphi: BOISY
|_ _| \ \/ / CompuServe: 74464,3005
I use... _| |_ > < Internet: boisy@os9er.waukee.ia.us
|_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems
-*-
88272 28-JUN 19:42 General Information
RE: IX Test (Re: Msg 88258)
From: DWHILL To: BOISY
Waiting for >my< copy of InfoXpress to come in the snail mail...
--Damon
-*-
End of Thread.
-*-
88259 27-JUN 22:49 General Information
RE: SC (Re: Msg 88230)
From: CLTUCKER To: DBREEDING
I have SACIA SACIA in the bootfile. r
zsz in the CMDS Dir. At the dow
prompt
I type in dow zmodem. Then is set the options to ZMODEM REC.
Then I get the window that says"External Z Modem File Recieved". This
window only flashes on for an instant. The /d0 whirls for a couple of
secs. Nothing goes on the disk. Sounds like cockpit tbl eh? (g)
-*-
88264 27-JUN 23:31 General Information
RE: SC (Re: Msg 88259)
From: RANDYKWILSON To: CLTUCKER
Sounds to me like OS9 can't find a copy of the zmodem program it considers
usable. For zmodem, you should have two seperate file; rz and sz. Next time,
before running SuperComm, try to load rz and sz. If you get an error when
loading, you've found the problem. :>
Randy
-*-
88265 28-JUN 00:36 General Information
RE: SC (Re: Msg 88264)
From: MITHELEN To: CLTUCKER
You may also want to try downloading to a ramdisk (if you don't have a hard
disk) Zmodem doesn't get along well with floppy access, especially halting
ones. Also, do an ident on both the rz and sz modules to make sure they
extracted properly, and check to make sure they both have the "e" attiubute
set.
--
Paul Jerkatis
-*-
88266 28-JUN 02:01 General Information
RE: SC (Re: Msg 88265)
From: ISC To: MITHELEN
Paul,
I think that you are giving DBREEDING the best advice. DO NOT try to use
Zmodem with a halting diskette drive. Use only a ramdisk or a hard disk.
Zmodem does not like to halt, it is a streaming type protocol!
Bill
-*-
88276 28-JUN 21:53 General Information
RE: SC (Re: Msg 88265)
From: CLTUCKER To: MITHELEN
I do not have the ram disk setup for OS9. How do I get a ram setup?(g)
-*-
88278 28-JUN 23:54 General Information
RE: SC (Re: Msg 88276)
From: ISC To: CLTUCKER
CL,
There is the "rammer" ramdisk here in the SIG which I use a lot. There is
another ramdisk in the New Uploads section here which WDTV5 recently uploaded.
This one is very convenient because it does not require the user to iniz it
before use! There is a third ramdisk (the "original" one) in the OS-9
Development Pak from Tandy. This is still available through the Tandy
special order system.
Bill
-*-
End of Thread.
-*-
88260 27-JUN 22:57 General Information
RE: nitro/lha (Re: Msg 88105)
From: DSRTFOX To: MITHELEN
When I tried using the "old" LHA, I got errors on EVERY file. When I used the
2.11c version in the NEW UPLOADS section, the only error was on the xlh file.
And I DID d/l the .AR version!
-*-
88261 27-JUN 23:00 General Information
RE: nitro/lha (Re: Msg 88107)
From: DSRTFOX To: JRUPPEL
I downloaded directly to disk using UltimaTerm then transferred to OS-9
using the RS-DOS command. I might try d/l ing to the buffer instead of disk
next time. This method has been 100% reliable in the past, and ONLY the xlh
file comes through with an error, so I don't think that is the problem. All
other files exploded perfectly!
-*-
88262 27-JUN 23:07 General Information
RE: nitro/lha (Re: Msg 88261)
From: JRUPPEL To: DSRTFOX
For some reason, it's a testy son-of-a-gun to download. It took me fully four
tries...including one that crashed on the LAST BLOCK!!! AARRRRGHHH!!!!!!!
But I did finally find a quiet saturday afternoon and pulled it down. It is
just what they say it is...it even FIXES broken files nad headers! I've melted
a couple of files that I thought were lost and gone forever with it because
the file was fragmented and the header was damaged. Great tool!!!
John Ruppel
CocoNuts in Lansing
-*-
88283 29-JUN 18:21 General Information
RE: nitro/lha (Re: Msg 88262)
From: DSRTFOX To: JRUPPEL
John, everything BUT the "xlh" file comes through for me! Could you send that
one file to me in mail? I'm going to try ONE MORE TIME tonight though.
-*-
88286 29-JUN 22:05 General Information
RE: nitro/lha (Re: Msg 88283)
From: JRUPPEL To: DSRTFOX (NR)
Sure, Frank! I'll drop it in L8tr!
-*-
End of Thread.
-*-
88263 27-JUN 23:21 General Information
HD
From: CLTUCKER To: DSRTFOX
I am looking for a hard drive setup. Do you know of any sources? (g)
CLT
-*-
88284 29-JUN 18:25 General Information
RE: HD (Re: Msg 88263)
From: DSRTFOX To: CLTUCKER
What do you have in mind? I carry the Ken-Ton controllers for SCSI drives.
There are some complete, ready to run 85MB units for $550.00, or I can put
together a "no disk" package for $235, which includes everything BUT the
drive, case, and power supply. The controller alone is $135.00, plus $30
for the DECB drivers, $25 for the OS-9 drivers ($50 is both bought together).
Cables are pretty easy to get, but I can supply them also. The $235 kit
comes with a y-cable and SCSI cable, as well as burning in the ROM.
This is a true SCSI controller, and will run up to seven devices.
-*-
End of Thread.
-*-
88267 28-JUN 04:34 General Information
Mucked up CM-8
From: ILLUSIONIST To: ALL
I recently picked up a CM-8 dirt cheap ($20) from a local CoCoer that
was dis-satisfied with it because it has a slight (and do mean slight)
discoloration on the screen due to (probably) exposure to a magnetic
field.. it isnt very bad, only shows up when reddish/orangish colors
are on the screen.. and even then sometimes I have to look real hard to
see it, anyway, I was just curious, is there anyway to easily get this
CM-8 back to "normal", or can I expect it to fad with time, since it
is so slight??? thanks in advance..
-* Mike
-*-
88274 28-JUN 20:16 General Information
RE: Mucked up CM-8 (Re: Msg 88267)
From: JOHNREED To: ILLUSIONIST
> I recently picked up a CM-8 dirt cheap ($20) from a local CoCoer that
> was dis-satisfied with it because it has a slight (and do mean slight)
> discoloration on the screen due to (probably) exposure to a magnetic
> field.. it isnt very bad, only shows up when reddish/orangish colors
> are on the screen.. and even then sometimes I have to look real hard to
> see it, anyway, I was just curious, is there anyway to easily get this
> CM-8 back to "normal", or can I expect it to fad with time, since it
> is so slight??? thanks in advance..
>
> -* Mike
>
Mike,
If the colors are fouled up by stray magnetic fields, the effect
SHOULD go away by itself in time. There is a degaussing circuit that
operates for a quick instant each time the monitor is turned on.
Sometimes, when the effect is strong, it takes several cycles to
"erase" the stray magnetic fields.
Note: I am basing this advice on my experience as a TV repairman,
back in the days when many sets still had TUBES in them. (TUBES:
glass things -- light up and get hot).
If you are in a hurry, or the degaussing circuit is dead, you can
borrow a "degaussing coil" from a TV Repairman. ANYTHING that
puts out a strong AC magnetic field will work - I did a pretty decent
job once with a weller 100 watt soldering gun.
Whatever the source of your degaussing field, the procedure is the
same. Turn it on, get it real close the the face of the screen -
keeping it moving all the time. I usually move in circles over the
screen, and then back up (still moving it around) until the effect
from the degaussing coil fades from the screen, then turn it off.
Repeat as necessary.
If two or three trys don't do it - you have another problem which
may require adjustment to some little coils and magnets on or near
the neck of the tube. Tricky stuff. Serious potential for nasty
surprises. Get someone who has done it before.
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
88277 28-JUN 22:12 General Information
RE: Mucked up CM-8 (Re: Msg 88274)
From: ILLUSIONIST To: JOHNREED
Thanks for the advice, I will just ride it out for a few weeks, and see
if it goes away, if not, I will try the soldering gun idea.. thanks again..
-* Mike
-*-
End of Thread.
-*-
88270 28-JUN 18:37 Programmers Den
Latest in Basic problems
From: CPERRAULT To: ALL
Well here's yet another update of how far a haven't gotten with
my program. Gene(wdtv5) mentioned stripping the high bit on the last
byte and terminating the string with an $FF marker. Well I THINK I
stripped the bit, if stripping means lowering the bit value to where
it should be, at -128. I did it with the following statement:
name:=name+CHR$(Land(fname.filename(count),$7F))
And then I add the following statement after it:
Name:=name+chr$($FF)
Which I was hoping would mark the end of string properly. I have
still gotten no change in behavior from the program tho :-( I have
tried quite a few other methods I can't remember<the reason it has
taken me so long to get back>, but they either produced the same
results or more disasterous results, such as only printing only the
last character in the filename, because of the way I did certain
statements. Certainly not completely DISASTEROUS but those results
only took me further off track. I'm assuming the reason I'm getting no
difference from the program is because I am applying the end of string
marker wrong. Maybe Name:=name+chr$($FF) is completely wrong?
Unfortunately this is the only way I can think of for doing it. Does
anyone know another way, and also, does anyone know where I might be
able to find some source code that does a job similar to what I am
doing? I can't seem to find much in the way of Basic source here on
Delphi.
See Ya
>Chris<
-*-
88273 28-JUN 20:11 Programmers Den
RE: Latest in Basic problems (Re: Msg 88270)
From: ILLUSIONIST To: CPERRAULT
If you want Basic source for reading in a filename..take a look ar
err, take a look at the source for IndiPWB..I read in filenames a few
times in that code.. if ya DL it and cant find where I am talking about
(the code is kinda big by Basic09 standards) I will give you the PROCEDURE
name and line number where the routine starts.. high bit stripping
is done automatically in there..
-* Mike
-*-
88279 29-JUN 01:18 Programmers Den
RE: Latest in Basic problems (Re: Msg 88270)
From: PAGAN To: CPERRAULT
>Maybe Name:=name+chr$($FF) is completely wrong?
Since 'Name' isn't properly terminated yet there is no way for Basic09 to
know where to put the $FF terminator.
>Does anyone know another way, and also, does anyone know where I might be
>able to find some source code that does a job similar to what I am doing? I
>can't seem to find much in the way of Basic source here on Delphi.
What you need to do is examine each character in the filename for high bit
set. I havn't used Basic09 in a loooooong time but here a brief outline of
the process:
filename ---> original name
name ---> name with $FF terminator
khar ---> characer under consideration
n ---> counter into character array
& ---> logical and
^ ---> logical exclusive or
!= ---> not equal to
n = 0 :start at the beginning
if(filename[0] != 0) :if not already a deleted entry
loop :do this until told otherwise
khar = filename[n] :get a character
if((khar & $40) != 0) :if high bit set
khar ^ $40 :clear the bit
name[n] = khar :move modified char to name
n=n+1 :increment counter
name[n]=$FF :terminate
exitloop :exit the loop
endif
name[n]=khar :move char to name
n=n+1 :loop back and get next character
endloop
else
:handle deleted entry
endif
I usually do this in assembler after copying the entire entry including the
segment pointer to a buffer:
* MAKE a dir entry 4(for) C - put in a NULL terminator so C is happy
* pointer to entry in d0
make4c:
movem.l a0,-(sp) save affected register
movea.l d0,a0 move name pointer to a0
* first check if it's a deleted entry
tst.b (a0) is this a deleted entry?
beq.s mak4exit already NULL terminated
mak4loop
move.b (a0),d0 move a byte to d0
btst.l #7,d0 test for high bit set
bne.s mak4done branch if set
addq.l #1,a0 increment pointer
bra.s mak4loop loop back
mak4done
bclr.b #7,(a0)+ clear the bit and increment pointer
clr.b (a0) NULL terminate
mak4exit
movem.l (sp)+,a0 restore a0
rts
Hope this helps
Stephen (PAGAN)
-*-
88282 29-JUN 07:07 Programmers Den
RE: Latest in Basic problems (Re: Msg 88270)
From: JEJONES To: CPERRAULT
> Well here's yet another update of how far a haven't gotten with
> my program. Gene(wdtv5) mentioned stripping the high bit on the last
> byte and terminating the string with an $FF marker.
The $ff terminator is how BASIC09 terminates strings (when they're
shorter than their declared length), so you shouldn't have to worry
about that. I take it you're reading a directory? If you are, then
you have two things to worry about:
1. Skipping entries that correspond to deleted files
2. Converting end-of-string conventions.
You're working on (2), but you may be getting hit by (1). Oops...
come to think of it, there's a possible third thing, namely the
question of what you should do with the entries for "." and "..".
That depends on your application, and since I don't know what
that is, I can't speak to that.
> Well I THINK I
> stripped the bit, if stripping means lowering the bit value to where
> it should be, at -128. I did it with the following statement:
>
> name:=name+CHR$(Land(fname.filename(count),$7F))
Hmmm...how are you getting the initial portion of the name? You're
liable to have to do something like
name:=""
FOR count:=1 TO 28
EXITIF LAND(fname.filename(count),$80)<>0 THEN
name:=name+CHR$(LAND(fname.filename(count),$7F))
ENDEXIT
name:=name+CHR$(fname.filename(count))
NEXT count
As for empty entries, I believe that you'll find that their first
characters are overwritten with $00, but that's worth checking out
to be sure.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
End of Thread.
-*-
88271 28-JUN 18:37 General Information
OS-9 Books
From: CPERRAULT To: ALL
Can anyone tell me if the book 'Inside OS-9 Level II' is still
available, and if so where can I find it? I remember hearing that it
was long out of print but a while back, read that it was either still
in print or a vendor still had copies available. Through the passage
of time, I can't remember what is what anymore<G>. I'd like to get
more reading material on Level II, and OS-9 in general, and I can't
seem to get much more out of 'The Basic09 Tour Guide' or the 'Guide to
Windows'. Also, are there any other books available that explore Level
II a bit more in depth than the previously mentioned ones? As you can
judge from questions I tend to ask here a lot, I am looking for
further explanations of features not covered enough in the Tandy
released material.
Since I'm on the subject let's see how many books are available
that cover OS-9 in all of it's forms. As far as I know, we have:
OS-9 Insights(Does this have a LII counterpart?)
The OS-9 Guru
Inside OS-9 Level II(does this have an OSK counterpart?)
Tandy's Little Wonder(Not OS-9 Specific, but close enough)
I have heard of others I think. Is there more we can add to the
list? I'm keeping in mind books that are not specifically aimed at
industrial users<if there are any>,but ones that cover the system in
general and can be used by personal users, such as the above. I'm
curious what count we are up to now.
Btw, a little off topic, but when is the next MOTD due out? I
just renewed my subscription to the UG finally<about 2 weeks ago
actually>, so it has been a while since I've heard anything new from
the UG.
See Ya
>Chris<
-*-
88281 29-JUN 04:31 General Information
RE: anybody want to help? (Re: Msg 87971)
From: BROWN80 To: JEJONES
I'll do that. I guess I'm getting a guilty consience from watching other
people doing all the work. I can't do a whole lot but I can do what I can
and encourage others.
John Brown
-*-
88287 29-JUN 22:06 General Information
SC
From: CLTUCKER To: ALL
Using SuperComm I open the buffer capture and give a file name. The new
inc data goes on to the /d1 when the buffer is full. I cannot del this
file from the /d1. I get the 253 error. Attr /d1/new.txt e pe does not
help. Attr /d1/new.txt e w r pe pw pr does not help. Any help wil
be appreciated. (g)
CL
-*-
88288 29-JUN 22:45 General Information
RE: SC (Re: Msg 88287)
From: JBMANNING To: CLTUCKER
You need to close the file first. Try to open another capture buffer
and if one is all ready open SC will ask if you want to close it.
Type y and then you can do what ever you would like with the file.
Jim M
-*-
88290 30-JUN 03:32 General Information
RE: SC (Re: Msg 88288)
From: CLTUCKER To: JBMANNING (NR)
That did the trick Jim. Thanks for the info.(g)
CL
-*-
End of Thread.
-*-
88289 30-JUN 03:03 General Information
RE: Sony Service Anecdote (Re: Msg 88160)
From: PRCORWIN To: MARTYGOODMAN (NR)
You might want to know that Apple had to recall those Sony drives a few years
ago as >70% of them had sticking spindles. That's why Macs comw with Quantums
now...
-*-
FORUM>Reply, Add, Read, "?" or Exit> n<><6E>4Ѿ\BVFORUM>Reply, Add, Read, "?" or Exit>
Reference in New Issue View Git Blame Copy Permalink