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ê™4Ѿ\BVFORUM>Reply, Add, Read, "?" or Exit>