Computer Forum for questions
Msg#7536 To:GENE FRIEDMAN (Rcvd)
From:HARRY GILBERT Date:01/01/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
Which version of R&R are you using - 2.x or 3.x; 2.x required about 128K
of available memory, while 3.x requires only abt 28K. I am using 3.0 with
an overlayed program that has a load module size of 365K. Also, how much
RAM is in your machine, and how much taken up by DOS, TSR's, etc. Be sure
to SET CLIPPER=R60,E000 to disable expanded memory. That last has caused
problems for me when I forgot.
Msg#7537 To:HARRY GILBERT (Rcvd)
From:GENE FRIEDMAN Date:01/01/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
Let me give you more background info on this problem. I am using R&R
3A which supposedly only requires 25K for runtime. My application is
overlayed and has a load module size of about 260K. My PC is configured
with 640K and DOS 3.21. I have tried this with no TSR's -- CHKDSK
reports 590K free before I run my application. One would think there
would be loads of room for Clipper and R&R to wallow around in -- BUT NO!
Ah yes, I do not have any expanded or extended memory, do I still need to
SET CLIPPER=E000?
Msg#7538 To:ALL
From:HOWARD KAPUSTEIN Date:01/01/89
Subject:DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
I just uploaded DB_SPEED.ARC, which supposedly will speed up any Dbase
appliaction (note the spelling, Dbase = language => dBASE, Clipper, Fox,
etc.) It does some pokes into memory. Can anyone tell me if this really
does work and, if so, why?!?
Msg#7539 To:GENE FRIEDMAN (Rcvd)
From:RON LANE Date:01/01/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
Try useing the V15 in your SET CLIPPER, and also try running RR from a
proc that is called from the main menu,not from a PROC, That way all non
used VARS should get released. Ron
Msg#7540 To:ALL
From:KELLY MILLER Date:01/01/89
Subject:CLIPPER HELP
------------------------------------------------------------------------------
I am using a sales management program that is dbase compiled with clipper
association. There was a line in the master.bat file
Set Clipper=F31;V06
I have files=30 and buffer=30 in the config.sys file. I was getting an
out of memory in parts of the program, have 1 meg in this AT. There was
nothing in memory. When I cut the line to Set Clipper=F31, there is not
out of memory error.
I am not a DB or clipper user, can anyone tell me what this line means
and what the V06 means. Can there be any possible problem with this
change.
Thanking you in advance.
Msg#7541 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/02/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
Did you ever run that program? - it does nothing at all......it is a
joke, it prints:
April Fools!
that's all.
dLESKO
Msg#7542 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/02/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
Amusing. No, I didn't run it. I saw that POKE, and I'm working on a
project right now, and couldn't figure out what it does by eyeballing, so
I didn't want to risk it right now. Oh well, I guess the joke's on me.
Msg#7543 To:DIRK LESKO (Rcvd)
From:STEVE STRALEY Date:01/03/89
Subject:GENERAL Parent Msg#7543
------------------------------------------------------------------------------
Do you think it would be all right to upload a file with the SPECS to our
accounting package in a file called SPECS.ARC and, if I can, a listing of
the new functions in ToolkiT 2.0? Let me know... thanx...
Steve
Msg#7544 To:ALL
From:CONSTANTIN FLORESCU Date:01/03/89
Subject:FUNCKY HELPS !
------------------------------------------------------------------------------
Hello there !
I do not claim to be an experienced programer
but I think I can get arround it...(I have been
programing in Dbase & Clipper for almost 5 years).
I don't why but I was asked by Dirk Lesko(whom I never
met personaly) to do some Beta Testing on his
"FUNCKy" product.
Since I am impressed with the help I receive from almost
everyone on this BBS whenever I have a problem I thought
that would be fair for me to do something and help you also.
At this point I think that the best help I can give is to
share with you the fact that
FUNCKy IS ONE OF THE BEST(IF NOT THE BEST) PROGRAMING
DEVICE I HAVE SEEN !"(and I bought or seen a lot of them...
probably like everybody else)
I for myself, would never be able to write a program without
FUNCKy. I am sure that people who already got it, understand
me better and know what I mean.
Dirk Lesko never asked me to do this and hope nobody will
take this as a cheap advertisment.
Thanks
Constantin Florescu
Msg#7545 To:DIRK LESKO (Rcvd)
From:JON MELTZER Date:01/03/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
Is it a trojan?
Msg#7546 To:STEVE STRALEY (Rcvd)
From:DIRK LESKO Date:01/03/89
Subject:(R)GENERAL Parent Msg#7543
------------------------------------------------------------------------------
I am sure everyone has been waiting eagerly to see what you are cooking
up, let's see it!
dLESKO
Msg#7547 To:JON MELTZER (Rcvd)
From:DIRK LESKO Date:01/03/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
It is not a trojan, but it does nothing, so don't even bother to look at
it. As a matter of fact, I will probably have it deleted since it is a
waste of time.
dLESKO
Msg#7548 To:JOHN THORN (Rcvd)
From:DAVID RICHISON Date:01/03/89
Subject:WP PROGRAMS
------------------------------------------------------------------------------
John,
Thanks for the offer, but ProWrite 2.0 got such a rave review that I'm
going to go ahead and buy it.
Thanks,
-David
Msg#7549 To:ALL
From:KEN CHERRY Date:01/04/89
Subject:DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
Does anyone know a good way to format a floppy from inside a compiled
application (Summer 87)?
Msg#7550 To:RON LANE (Rcvd)
From:GENE FRIEDMAN Date:01/04/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
I have tried every possible SET CLIPPER= combination available. For
example SET CLIPPER=V006;R035;E000. There is definately something screwy
going on with Clipper's use of memory. After further investigation, I
have isolated the problem. It seems that opening a database file in
Clipper corrupts the memory available to run programs. Try this simple
test:
SET CLIPPER=R30
then run the following program:
RUN COMMAND && shell out to DOS then run CHKDSK to see avail. mem.
USE TEMP && open up any database you care to - size doesnt
matter. You can even close the database before the
next command. It does not matter.
RUN COMMAND && go to DOS and run CHKDSK again and see what
happens.
All I can say is Summer 87's use of memory is abysmal.
Msg#7551 To:KEN CHERRY
From:RON HOCKEMEIER Date:01/04/89
Subject:(R)DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
Assuming you don't want to "RUN" an external application, check out Gary
Gruber's dBdbak. It's a clipper add-on. Reportedly, the
latest version will format without "RUNNING" an external application.
(I'm upgrading to the lateset version and haven't tried it yet.)
Msg#7552 To:KEN CHERRY
From:MARK NEIDORFF Date:01/04/89
Subject:(R)DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
What does memory(0) show?
This will help determine what you can do.
<< Mark >>
Msg#7553 To:ALL
From:FRANCOIS DESROSIERS Date:01/05/89
Subject:MEMOEDIT
------------------------------------------------------------------------------
Hello,
.
Happy new year from the other side of freetrade.
.
I need some help about a problem I have.
.
I have must return to AUTUMN 86 for someone that need an application
that run in 256K. I want to use the MEMOEDIT function and I have
never use it in AUTUMN. It seem that there is a bug in this function
in that version. The parameter .F. dont seem to work. When I use it
the application show the memo field but pass at the following
instruction whitout I have time to read it. It's work perfectly
with SUMMER 87.
.
Also, I dont like the ABORT Y/N message.
.
So, does there is a way to correct these two problems or does
someone knows a program on this BBS that replace the MEMOEDIT
function.
.
Thank you Francois Desrosiers
Msg#7555 To:RON CALLAHAN (Rcvd)
From:DIANE LASK Date:01/05/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
WOA! Hold it right there Don (and Hello by the way). I haven't read the
complete thread but hey, I'm from Nantucket, I've just logged on to the
system (intending to log on about once a week) and I'll be glad to help
out answering questions. We ARE interested in what everyone has to say -
just remenber that there are a LOT of you out there. Anyway I'm here
now so Nantucket has a presence through me. I also do some development
on my own and (heaven willing) I should have some interesing things for
u in about a month or so.
Msg#7556 To:CONSTANTIN FLORESCU (Rcvd)
From:DIANE LASK Date:01/05/89
Subject:(R)MEMOEDIT() PRINT Parent Msg#7338
------------------------------------------------------------------------------
Hello Constantin. Try looking at the functions memoline() ,which
extracts lines of text from memofields. Also look at mlcount() (counts #
of word wrapped lines in a memfield) . Between those two I'm sure[wFthat
u can figure the rest out.
Msg#7557 To:ALL
From:DIANE LASK Date:01/05/89
Subject:INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
Hello! Just wanted to quickly introduce myself to the board.
Currently I'm working with Nantucket in the technical support department
and I do some developing on my own as well. I'm intending to log on once
a week or so and help out a bit with questions here and there (no, don't
ask me about the suit). Hope to have an interesting product of my own
(suspense mounts) that I'll put out in abt a month. Abyhow HELLO!
Msg#7558 To:DIANE LASK
From:DIRK LESKO Date:01/05/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Hello Diane, what exactly do you do out there at nantucket? I have been
urging them to participate for 2 years now. As you can see we have a very
large base and have users calling in from as far away as Australia, South
Americe, Europe, Japan and france. Hope you will be keeping up to date on
the goings on from the BOSS. we have tried to make this the premiere
Clipper meeting place, and participation from Nantucket will certainly
help. Glad to have you!
dLESKO
Msg#7560 To:DIANE LASK
From:MARK NEIDORFF Date:01/05/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
/ok Diane:
Here's my first gripe for you: Why does Nantucket News contain almost
half an issue on a file called DB_DEMO.ARC when it has been on the
bulletin boards and in the user group libraries for many months?
Seems like I'm not getting the value I expect here.
<< Mark >>
Msg#7562 To:DIANE LASK
From:ROBERT HEYMAN Date:01/05/89
Subject:(R)NANTUCKET
------------------------------------------------------------------------------
Brava!
RNH
Msg#7563 To:MARK NEIDORFF (Rcvd)
From:STEVE STRALEY Date:01/06/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Mark, keep in mind that the real force, as I was told by nantucket,
behind NANTUCKET NEWS is a support-related material. Only those real
nagging questions, problems, and issues that keep popping up in support
make it to the journal. Consequently, (personaly conjecture), the news
that comes from this is generally 2 - 4 months behind the information in
Reference(Clipper), which is more au currant. Again, this is personaly
conjecture, but it looks like it holds true...
Steve
Msg#7564 To:KEN CHERRY
From:JOHN DUKE Date:01/06/89
Subject:(R)DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
KEN, Try the RUN COMMAND. That's what it's there for.
Msg#7565 To:DIANE LASK
From:HOWARD KAPUSTEIN Date:01/06/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Glad to have you around. Here's a list of some enhancements to Clipper
that would certainly make my life easier, and I'm sure there are many
others who would agree.
- information on how to get Turbo C 2.0 to compile for use w/Clipper
- an optimizing Linker. Ok, due to macro expansion, we can't just cut
everything out that's unnecessary, but how about a switch for when
we know there won't be any macro expansion etc. that might cause
problems and just want it optimized.
- in the debugger, is it possible to add to the breakpoint list
to break on a condition? Right now, you have to specify a function/
procedure and a line number, but how about an expression like
MEMORY(0)<40 etc.
That's about all I can think of right now, my brain generally doesn't
work too well at this hour. If you can dig up the info about Turbo C
compiling (TC 2.0 and Clipper 87) and let me know, I'd greatly appreciate
it. All I know is use the large memory model. An actual set of options,
or even better, a config file (.tc) would be great.
Msg#7566 To:GENE FRIEDMAN (Rcvd)
From:RON LANE Date:01/06/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
I have run into the same thing before, but since I put V15 in my
Autoexec and do a RELE ALL from ever PROC and only run the main menu from
the first PRG I have not had any more problems. If you are going to use
Vars in a lower proc Init them to NULL from the main menu, that way they
seem to be able to be released of there value. The Name is still there
but it takes up no Memory pool area, which is where I think you are
having the problen. Even a Use dbf causes some memory to be used from
the pool. I clos all PROCs with a CLOS DATA,RELE ALL,RETU and do any
runs of command com from a proc from the main menu or a Fkey from the
main menu. I use Run command DIR>dir.txt to check for files and can use
it over and over with out a problem.
Msg#7567 To:ALL
From:GARY GRUBER Date:01/06/89
Subject:CLIPPER GET READ Parent Msg#7567
------------------------------------------------------------------------------
Data Base Designs presents:
dbdGET is a full featured replacement for the GET/READ command
structure in Clipper Summer 87. It provides several enhancements
to the basic data entry process, some of which were heretofore
only feasible through complex work-a-round type coding in Clipper.
Written entirely in 'C' and assembler, dbdGET requires only
17K of memory overhead. dbdGET provides support for all basic data
types, picture clauses, and data validation (VALID()) while
maintaining a syntax very close to the Clipper environment.
FEATURES AND ENHANCEMENTS
1. GETS may be nested to 4 levels without complex coding.
Each previous GET/READ structure automatically maintains its
integrity during the nesting process.
2. The READ process does not need to begin at the first GET.
You may specify to enter the GET/READ at any valid GET statement.
3. Through the use of the enhanced VALID() function, you may
actually 'skip' through your GETS in a non-sequential or non
linear fashion.
4. dbdGET provides full MOUSE support for the GET/READ
command, so individual GETS may be accessed simply by pointing
the MOUSE cursor at the GET and clicking the left button.
5. You have complete control over which keyboard keys may:
A. Terminate a GET statement.
B. Terminate a READ statement.
C. Move forward to the next GET.
D. Move backward to the previous GET.
For a LOOK-SEE, download DBDGET.ARC
Msg#7568 To:HOWARD KAPUSTEIN (Rcvd)
From:STEVE BADARACCO Date:01/06/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Howard,
You CAN break on a condition now.
Just press <Return> to leave the Proc and Line blank, then fill in the
condition. I do this all the time.
It would be nice, however, to be able to EDIT your breakpoint info,
instead of having to retype it.
Also, Diane, is there a fix around for the bug in the debugger
"Expression" which gets confused when you use the <Backspace> key?
...Steve
Msg#7570 To:STEVE STRALEY (Rcvd)
From:MARK NEIDORFF Date:01/07/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Nantucket News - way behind the times
Thanks Steve:
I still feel cheated when I pay money for a review of a PD program.
(Even though it does look well written and easy to understand)
<< Mark >>
Msg#7571 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/07/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Howard, isn't there a file on the board that explains how to do that with
TC ?
Msg#7572 To:GARY GRUBER
From:DIRK LESKO Date:01/07/89
Subject:(R)CLIPPER GET READ Parent Msg#7567
------------------------------------------------------------------------------
Gary, FUNCky has been able to do that 4 many months now, and with less
than 2k memory overhead....Click on gets with the mouse, nested reads to
15-16 levels, re-activate any get you want, run functions in the
background while entering data, all with no special functions necessary.
All use Clipper's own GET/READ system so integration is seamless.
Msg#7573 To:ALL
From:STEVE STRALEY Date:01/07/89
Subject:ACCOUNTING. Parent Msg#7573
------------------------------------------------------------------------------
With permission of Dirk, I've uploaded a file called SPECS.ARC. In it
are the first draft of the things that our new accounting program can do
(notice, not WILL do, but can do). Either myself or Joe Booth will be
more than happy to take any questions regarding this system.
Also, I will upload a file in the near future with a complete listing of
the functions/feature in ToolkiT 2.0. I will post a public message
letting you all know that it is there.
Again, thanks for the support!
Steve
Msg#7574 To:DIRK LESKO (Rcvd)
From:MENACHEM BAZIAN Date:01/07/89
Subject:APPTMENT CALENDAR Parent Msg#7574
------------------------------------------------------------------------------
Dirk,
I need some routines that will run an apptment cdalendar. I need source
too.
Basically, what I am looking for is a series of routines that will
maintain a list of appointments for a particuylar day and not allow for
entering apptmts twice for the same time. It has to catch overlapping
appointments too.
Got any suggestions??
Menachem
Msg#7575 To:MENACHEM BAZIAN (Rcvd)
From:DIRK LESKO Date:01/07/89
Subject:(R)APPTMENT CALENDAR Parent Msg#7574
------------------------------------------------------------------------------
I Guess you'll have to start codeing soon. There are some routines on the
board called yacal.arc or jbcal that put up a calender.
dLESKO
Msg#7576 To:ALL
From:DAVID RICHISON Date:01/08/89
Subject:PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
I got so much good advice on my query about word processing software, I
thought I would ask a hardware question: Anybody have advice on
connecting 4 or 5 PCs to a laser printer? They are located about 20 feet
apart so I want to use serial cables and an intelligent buffer. Got any
sugguestions?
I remain,
Troubled in Tokyo,
-David
Msg#7577 To:DIANE LASK
From:RON LANDBERG Date:01/08/89
Subject:(R)INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
Hello. Welcome. And what suit (involving Nantucket?) should we not ask
you about?
Msg#7578 To:RON LANDBERG (Rcvd)
From:STEVE DAVIES Date:01/08/89
Subject:(R)INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
Without hesitation, I would venture to say that the suit she was talking
about was AT vs FOX, and not to ask Nantucket for their position on it.
Steve Davies
Msg#7579 To:DIANE LASK
From:CONSTANTIN FLORESCU Date:01/08/89
Subject:(R)MEMOEDIT() PRINT Parent Msg#7338
------------------------------------------------------------------------------
Thanks Diane. That's exactly how I finally solved the problem!
You would not believe how long it took me to do it, but like
I said Finally I figured that out myself.
Thanks again and appreciate having you on this BBS.
<CF>
Msg#7580 To:HOWARD KAPUSTEIN (Rcvd)
From:KELLY STANONIK Date:01/08/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
That sounds kind of fishy. I would be a little leary of using something
that "does some pokes" to speed up a Clipper program unless I knew
exactly what those pokes were.
Msg#7582 To:DIRK LESKO (Rcvd)
From:KELLY STANONIK Date:01/08/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
After it formats your C: drive?
Msg#7583 To:STEVE DAVIES
From:KELLY STANONIK Date:01/08/89
Subject:(R)INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
I think you're right, and I think their position is that they don't like
it. (grin)
Msg#7584 To:STEVE STRALEY (Rcvd)
From:MARK NEIDORFF Date:01/08/89
Subject:(R)ACCOUNTING. Parent Msg#7573
------------------------------------------------------------------------------
Relative to your accounting package:
You made me ask Steve:
What is the difference between what a program CAN do, and what a program
WILL do? Why won't it do what is can do? Seems like you have some
pretzel logic going on here. [hmmmmmm........]
<< Mark >>
Msg#7585 To:DAVID RICHISON
From:MARK NEIDORFF Date:01/08/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
I'm doing the same thing now, David. I'm planning on using the Logical
Connection by 5th Generation Systems. Anyone got a better idea?
<< Mark >>
Msg#7588 To:DAVID RICHISON
From:CLIFF GREEN Date:01/08/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
I don't have the name and specs here at home, but I've been looking into
a buffer/"traffic cop" for the HP LJ II/IID which starts at 256k ram and
allows up to 4 lines going in. It uses twisted pair wires and conversion
blocks at the pc end (converting from twisted pair to rs-232 heads). You
can get either 25-pin or 9-pin blocks (they run about $20-25 each) and
the buffer runs about $490. They do offer institutional discounts, and
may even have other kinds of deals (the company offered us a 40%
discount). Oh yeah. It (the buffer) fits into one of the bays in the
LJ, so there's no extra landscape needed. I'll look it up when I get
into the office.
Msg#7589 To:KELLY STANONIK (Rcvd)
From:DIRK LESKO Date:01/08/89
Subject:(R)DB_SPEED.ARC Parent Msg#7538
------------------------------------------------------------------------------
No, I tried it, and my C: drive is still working (until when we will
see....) Anyhow, stay away from it...
dLESKO
Msg#7590 To:MARC HANJE (Rcvd)
From:RICHARD HORWITZ Date:01/08/89
Subject:(R)DBEDIT QUESTION Parent Msg#7364
------------------------------------------------------------------------------
HI
What you can do is instead of specifying the four fields seperatly
in the field array (ie. FIELD[1]='FIRST_NAME',FIELD[2]='LAST_NAME'.....)
you create only ONE element for this array.
ie: FIELD[1]='FIRST_NAME+LAST_NAME+MI'
Then pass this to dbedit as you normally would, and you get only one bar.
<<RICH>>
Msg#7591 To:DAVID RICHISON
From:STEVE BADARACCO Date:01/09/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
Our company tried "The Logical Connection" and found it to be the best
and easiest to use of the major switchers.
For information, write to :
Fifth Generation Systems (They also did Fastback!)
11200 Industriplex Boulevard
Baton Rouge, Louisiana 70809-4112
Sales #: (800)-225-2775 Cust Serv #: (504)-291-7221
P.S.- It accepts serial AND parallel printers at the same time!!!!!
Msg#7592 To:DAVID RICHISON
From:JAMES MOORE Date:01/09/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
What type of laser Printer are you using ?
If you are using HP LJ2 then I highly recommend ESI Sharespooler, this
is a product developed specifically for LJ2's allows for up to 4 PC's to
be hooked up to 1 LJ2 with intelligent buffering up to 1 Meg...
There was another product that I can't find the info on at the moment but
I'll leave another message as soon as I find the Info....
The other product will work not only on Lasers put any type of shared
device...... more later.
James
Msg#7593 To:GENE FRIEDMAN (Rcvd)
From:JOE BOOTH Date:01/09/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
This problem is documented in one of the Nantucket publications. I'll
see if I can dig it up....
Msg#7594 To:MARK NEIDORFF (Rcvd)
From:JOE BOOTH Date:01/09/89
Subject:(R)ACCOUNTING. Parent Msg#7573
------------------------------------------------------------------------------
The difference between what the program can do and what it will do, is
a nice way of the saying the program is complete and in beta. What it
can do, is a list of features that are already in the version we plan on
releasing....
Msg#7595 To:JOE BOOTH (Rcvd)
From:GENE FRIEDMAN Date:01/09/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
You mean Nantucket News? If the info is in there I can look it up as I
have most back issues. Thanks.
Msg#7596 To:DAVID RICHISON
From:CLIFF GREEN Date:01/09/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
OK. The name of the company is Extended Systems, their phone number is
(208) 322-7163, and their address is Extended Systems, 6062 Morris Hill
Lane, Boise, Idaho 83704. There's a brief mention of the product in the
1/17/89 PC Mag. on p. 51. The item (ESI-2041B ShareSpool board) lists
for $495, the RJ45 modular jack cable goes for $25/ea @ 50', the adapters
for 9- or 25-pin RS232 ports go for $20/ea.
Msg#7597 To:MARK NEIDORFF (Rcvd)
From:STEVE STRALEY Date:01/10/89
Subject:(R)ACCOUNTING. Parent Msg#7573
------------------------------------------------------------------------------
Well, let's use that same logic with past versions of Clipper. Clipper
CAN pack data file and WILL corrupt them as well. The difference between
the CAN and the WILL is in intent: the CAN is the idea behind the project
and the WILL is the eventuality. For example, I can make a bug-free
ToolkiT; however, we WILL experience difficulties. You see, one is
intent (honest and fair, be it so) while the other is reality. The
object of a software development house should be to make the CAN and the
WILL the same. That is our goal with the accounting package AND with
ToolkiT 2.0. Thanks for the question.. does it give you a better
picture?? Take care,
Steve
Msg#7598 To:DIRK LESKO (Rcvd)
From:ED TILEY Date:01/10/89
Subject:(R)NEW CLIPPER BOOK Parent Msg#7324
------------------------------------------------------------------------------
DIRK,
I'VE JUST ABOUT DECIDED TO SEND THE SOURCE PACKING. AFTER SEEING
COMPUSERVE AND THE TRAFFIC IT GENERATES, THE SOUCE IS LIKE CPM!
ED
P.S. SEQUEL ON HOLD WHILE I DO TWO ON DBASE IV. BY THAT TIME I THINK
WE'LL NEED TO DO A REVISION, THEN A SEQUEL
Msg#7599 To:DAVID RICHISON
From:ED TILEY Date:01/10/89
Subject:(R)OLD CLIPPER BOOK Parent Msg#7474
------------------------------------------------------------------------------
DAVID,
THANKS FOR THE INFO.
ED
Msg#7600 To:MARK NEIDORFF (Rcvd)
From:ED TILEY Date:01/10/89
Subject:(R)NEW CLIPPER BOOK
------------------------------------------------------------------------------
MARK,
I'LL GIVE IT A SHOT AS SOON AS I CAN CRAWL OUT FROM UNDER DBASE IV. I'M
DOING ONE ON DBASE PROGRAMMING THAT WILL BE OUT ABOUT TAX TIME AND I'VE
ONLY GOT THE FIRST THREE CHAPTERS SO FAR.
ED
Msg#7601 To:MARK NEIDORFF (Rcvd)
From:ED TILEY Date:01/10/89
Subject:(R)OLD CLIPPER BOOK
------------------------------------------------------------------------------
MARK,
SEND INFORMATION TO ME AT 7856 BUFFALO PASS TALLAHASSEE, FL 32304
MY COMPANY'S NAME IS DATA-TRAIN. THANKS
ED
Msg#7603 To:MARC SCHNAPP
From:ED TILEY Date:01/10/89
Subject:(R)LINKER
------------------------------------------------------------------------------
MARC,
I HAVE JUST GIVEN MARK THE INFORMATION AND HE HAS PROMISED TO PASS IT ON
TO YOU, BUT HERE IT IS UP CLOSE AND PERSONAL:
ED TILEY
DATA-TRAIN
7856 BUFFALO PASS
TALLAHASSE,FL 32304
PLEASE SEND ME SOME INFORMATION AND A COUPLE OF BACK ISSUES.THANKS
ED
Msg#7605 To:KELLY STANONIK (Rcvd)
From:RON LANDBERG Date:01/10/89
Subject:(R)INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
I think you are both right about Nantucket not wanting to comment on the
AT-Fox suit.
I don't see how Nantucket has anything to worry about unless AT somehow
succeeds in a proprietary claim on the language - Clipper just can't be
touched even if AT wins, if their victory is limited to "look and feel".
To the issue of the language itself, I think Nantucket should be very
concerned - although I don't see how At can win on that ground.
- Ron
Msg#7606 To:DIRK LESKO (Rcvd)
From:RON LANDBERG Date:01/10/89
Subject:MEMOEDIT TOGGLES Parent Msg#7606
------------------------------------------------------------------------------
Found a very interesting effect in MEMOEDIT:
In the startup state of MEMOEDITS (three different ones) in an applic-
ation I toggle INSert on. Then I trap any subsequent keystroke = 22 so
that the INSert mode stays on throughout the edit. That's the way I
want it to work.
I discover that the toggle state does NOT return to the default state
of OFF after I leave a memoedit. Even though the operator has returned
from the procedure that the memoedit is in,(returning to the main module
from the overlay in which the three memoedits are to be found), when the
operator chooses another, even different memoedit, the INSert state is
the same as it was left in the previous memoedit. So my startup mode
toggle acts the opposite of what I desire every other time ANY memoedit
is invoked.
Since in each memoedit I trap keystroke = 22 to avoid the operator
resetting the toggle, I cannot even reset the toggle at the very end of
each memoedit -- it just gets trapped like a keystroke and no action is
taken. I am forced to set a global variable to keep track of the toggle
state.
Is this the way it is supposed to work or am I missing something?
-Ron
(P.S.) I just started using MEMOEDIT so forgive me if this question is
dumb or obvious.
Msg#7607 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/10/89
Subject:(R)NANTUCKET Parent Msg#4836
------------------------------------------------------------------------------
Since TC came out, I've managed to scrounge up a couple of dregs here and
there about using TC and Clipper, but invariably the info turned up
insufficient. I did come across one text file that explained how to do
it, but since TC 2.0 came out, noone has any news. I know TLINK does not
work with Clipper since 2.0 came out, and I don't have the time to sit
down and play with the dozens of possible combinations needed to compile
properly, assuming TC 2.0 can compile files for use with Clipper. So I
was hoping that someone might already have done so and provide me with
the shortcut past all those hours of lowlevel playing...
Msg#7608 To:GENE FRIEDMAN (Rcvd)
From:HARRY GILBERT Date:01/10/89
Subject:(R)MEMORY PROBLEM Parent Msg#7535
------------------------------------------------------------------------------
I always use the E000 command. Try using the V command to reduce memory
consumption by memvars.
Msg#7609 To:DAVID RICHISON
From:RON HOCKEMEIER Date:01/10/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
Hi David. I'm using a product called a "printer systemizer." The vendor
is Applied Creative Technology. (I just saw a full page ad for 'em in PC
mag; you can check there for further info.)
I used an earlier product of theirs for a copuple of years (called a
printer optimizer--a smart printer buffer); so I was comfortable ordering
from them.
In essence, the "printer systemizer" is a smart A-B switch, with 64K
buffer, and "translation capability. [What's translation capability? A
word processing user can include a statement such as "<<LET>>" in the
file. When the file is sent to the printer--via the systemizer--the
systemizer translates the statement to a macro which calls the image of a
letterhead. The translation could also be from Epson to Oki code, etc.]
I have a couple of applications running which access multiple printers.
(Some of which are remote.) My applications switch into the remote
printers by sending <<PRINTERx>> to the systemizer. (X being the remote
printer number.) It's transparent to users. Users can also access the
remote printers by pressing a front panel switch.
PCs are connected to the systemizer via standard parallel or serial
cable. (Yep, the systemizers handle either.) Printers are connected via
db25 male to male cables. Systemizers are interconnected via something
similiar to modular phone cable. (16 printers can be on a base system.)
The system is easy to set-up, break-down. We've effortlessly relocated
PCs and printers. All we had to do was move lightweight cable.
Be well.
Msg#7610 To:RON LANDBERG (Rcvd)
From:DIRK LESKO Date:01/10/89
Subject:(R)MEMOEDIT TOGGLES Parent Msg#7606
------------------------------------------------------------------------------
Apparently they forgot to force insert off at the end of the memoedit().
Isn;t there a function called readinsert() or something like that where
you can force it off yourself? If not, FUNCky can do that......
dLESKO
Msg#7612 To:MARK NEIDORFF (Rcvd)
From:STEVE STRALEY Date:01/11/89
Subject:(R)ACCOUNTING.
------------------------------------------------------------------------------
No problem... I didn't see Joe Booth's response either... mine was just a
long winded version of his response as well. Thanks and take care...
Steve
Msg#7613 To:RON LANDBERG (Rcvd)
From:KELLY STANONIK Date:01/11/89
Subject:(R)INTRODUCTION Parent Msg#7557
------------------------------------------------------------------------------
I've seen stranger things happen, though. Fox's retort is pretty
powerful sounding--I hope it packs a punch in the court room.
Kelly
Msg#7614 To:RICHARD HORWITZ
From:MARC HANJE Date:01/11/89
Subject:(R)DBEDIT QUESTION Parent Msg#7364
------------------------------------------------------------------------------
Hey... thanks for the response. The route I chose was to to use a
function that returns the string of fname+lname+str(number,4) or
whatever. I think (repeat) think, you will have a problem using your
approach if you have to use a str() or dtoc() function. A problem with
macros tpye error. Therefore I went with 1 element: ele[1]=somefunc()...
etc...
Correct me if I am wrong, nad once again thanks...
...Marc
Msg#7616 To:ALL
From:CONSTANTIN FLORESCU Date:01/11/89
Subject:USING EXPANDED MEM Parent Msg#7616
------------------------------------------------------------------------------
I know that I have enough memory (1024K including expanded)
to run this application but I dont't know how to set it up.
Anybody can advise me on how to use it/set it up so I could
run this application of about 448K without removing
the Sidekick(which takes almost 100K) ?
Thanks.
<CF>
Msg#7619 To:STEVE DAVIES
From:NEIL WEICHER Date:01/11/89
Subject:(R)CLIPPER CLUB NJ MEETIN
------------------------------------------------------------------------------
Since we're talking about authors.... I'm author of NetLib, dONEtwoTHREE
and Get-It (the only lib with true, unrestricted nested reads).
Regards,
Neil
Msg#7620 To:ANDREW VIOLA (Rcvd)
From:NEIL WEICHER Date:01/11/89
Subject:(R)INVISIBLE NETWORK
------------------------------------------------------------------------------
I'd be very interested in seeing any UI templates you create for NetLib.
In regards to the problem, I will look into it and get back to you
shortly. Good suggestion for the N_TIMEOUT function... should be a
fairly easy enhancement. I'll let you know how it works out.
Regards,
Neil
Msg#7621 To:DIRK LESKO (Rcvd)
From:RON LANDBERG Date:01/12/89
Subject:(R)MEMOEDIT TOGGLES Parent Msg#7606
------------------------------------------------------------------------------
With some prodding, I have already discovered readinsert(). It just came
as a surprise to me that the toggle state wouldn't be reset to default
when leaving one memoedit before starting a totally different memoedit.
Really, readinsert() should be only for WITHIN a given memoedit, not to
track the toggle state through ALL memoedits. Minor point.
Msg#7622 To:MARC HANJE (Rcvd)
From:RON LANDBERG Date:01/12/89
Subject:(R)DBEDIT QUESTION Parent Msg#7364
------------------------------------------------------------------------------
I generally do the same thing - return a value to the field definition
from a UDF, but for a different reason. Since the field definition is
enclosed within quotes, I couldn't get always fit a complicated
definition with str(), etc. type functions on one line in my text editor
(Turbo - 126 char maximum per line). So I just went to the UDF solution.
Msg#7626 To:ALL
From:MARC HANJE Date:01/13/89
Subject:DBEDIT QUESTION CONT...
------------------------------------------------------------------------------
DBEDIT PROBLEMÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
I'm writting a simple hand receipt program. Master file contains personal
data (name, issue date, etc) which is related into the items database.
DBEDIT is used to display/update the line items. SET FILTER is used to
control what DBEDIT sees. The filter is ITEMS->R_NO == HANDRCPT->R_NO.
When moving from 1 hand receipt to another (controled by my exception
routine), if I had moved from a 5 line hand receipt, with hilite on the
4th item to a hand receipt with less items, the first line item would be
displayed (top DBEDIT row - current DBEDIT row) times, with the new
hilite on the 1st new line item.
Another problem would be that the down arrow key would not beep (should
have cause of eof check), but the up arrow would. This up/down arrow key
problem would occur even if the next hand receipt had multiple items.
This problem occurs when I return a DBEDIT request of 1 or 2.
SILLY SOLUTIONÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
ContDbedit = .T.
DO WHILE ContDbedit
ContDbedit = .F.
DBEDIT(08, 01, 20, 78, xFieldList, [Brow_Excpt], [], [], [], [])
ENDDO
ContDbedit is set true when the next/prev hand receipt key is pressed
moving to the correct records and I return a DBEDIT request of 0.
Hope this is clear. Is it me or is it DBEDIT!!??
Any comments...
MarcÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
ÄÄÄÄÙ
Msg#7627 To:DIRK LESKO (Rcvd)
From:MENACHEM BAZIAN Date:01/13/89
Subject:(R)APPTMENT CALENDAR Parent Msg#7574
------------------------------------------------------------------------------
Thanks dirk,
I'll take a look at at them.
Menachem
Msg#7629 To:KEN CHERRY
From:MENACHEM BAZIAN Date:01/13/89
Subject:(R)DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
Well,
The only thing I can think of is to use the following command:
RUN FORMAT <DRIVE>:
Format is a DOS command and I do not believe that there has been anything
written for clipper to emulate it. In which case, using the DOS command
with the RUN feature would be the only way.
>MB<
Msg#7630 To:RON HOCKEMEIER (Rcvd)
From:MENACHEM BAZIAN Date:01/13/89
Subject:(R)DISK FORMATTING Parent Msg#7549
------------------------------------------------------------------------------
Ron,
What does that cost and what DOS functions has he written into dBdback?
Also, does the format guarantee compatibility with all available versions
of DOS??
Menachem
Msg#7631 To:CONSTANTIN FLORESCU (Rcvd)
From:MENACHEM BAZIAN Date:01/13/89
Subject:(R)USING EXPANDED MEM Parent Msg#7616
------------------------------------------------------------------------------
Constantin,
I am in a similar situation with an application I have written where the
client wants to run it on an XT compatible with 2MB EMS. They have the
machine set up to work in tandem with a system 36 and have set up an AST
terminal emulator (which uses 200K or so while resident) which they want
to keep running while they use my application.
My application is cut up into a whole bunch of overlays but probably is
still using abt 400K or so when data files are open. The application
bombs as a result.
An added complication is that I make frequent use of the RUN command for
some work (formatting diskettes, backing up files, etc..) and these have
been dying as well (in fact, these represent 90% of my problem).
I still havent figured this one out yet but I am working on it. If you
hear anything on this, Please let me know and I promise to do the same.
Good luck,
Menachem Bazian
Msg#7633 To:MENACHEM BAZIAN (Rcvd)
From:DIRK LESKO Date:01/13/89
Subject:(R)EXPANDED MEMORY
------------------------------------------------------------------------------
from what I undrestand dBBS will be getting some kind of echo feature
soon. I am not sure what kind, but I have heard that something is being
devised. I too am an IDbug member and I do participate in the BBS. an
ECHO with the BOSS would be OK, but I don't know if it is possible right
now since the vewrsion of dBBS can;t do it yet. any comments would be
appreciated. Personnally I feel that the BOSS conference has more to
offer to IDbug than the IDbug conference has to offer to us. PLease don't
take that as a snub, it is just a fact. The IDbug Clipper conference has
very little activity, and most of the questions/answers are not of a
highly technical nature. I would attribute that to the moderators since
they do not seem to participate as much as other moderators. And by that
I mean yourself included. You've seen what role the moderator can play in
the success/failure of a conference by your experiences in the dBASE
conference.
Anyway, see what you can do if you talk to them again. There's no sweat
here about an ECHO or something so go for it. But remeber, we are only
interested in CLipper here, or items that affect Clipper. None of that
dBASE mumbo jumbo.... (just joking) - still, if there is an echo, than it
would have to be only the Clipper conference.
dLESKO
Msg#7635 To:ALL
From:CURTIS LITTLE Date:01/13/89
Subject:SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
I'm leaving a message about a file I sent to explain a little more about
what it does than can fit in the description. The archive is
SWITCH2.ARC. This is a function that is callable from Clipper (Summer
'87), C, and Assembly. Switch! saves the memory used by your Clipper
application to disk (or EMS with registration) temporarily to free the
memory up to run a secondary application. Using Switch! you can run a
512K application from within a 512K application. After the second
application is finished Switch! restores memory for the calling program
and execution returns to your program. If you're a programmer and need
the ability to run programs from inside of your Clipper applications
Switch! is worth a look. If anyone has comments about Switch! feel free
to leave me mail here. Full assembly source is provided to registered
users.
Msg#7636 To:MENACHEM BAZIAN
From:CONSTANTIN FLORESCU Date:01/13/89
Subject:(R)USING EXPANDED MEM Parent Msg#7616
------------------------------------------------------------------------------
Thanks Menachem. Sure, I will let you know if I hear anything.
As a matter of fact I wanted to ask you, if you figure out
how to scroll the help text in a window ?(I myself was
interested in that!)
Thanks
<CF>
Msg#7637 To:RON LANDBERG (Rcvd)
From:STEVE BADARACCO Date:01/13/89
Subject:(R)MEMOEDIT TOGGLES Parent Msg#7606
------------------------------------------------------------------------------
Ron,
Unless I am mistaken, Readinsert() applies to GETs as well as MEMOEDIT().
That is why it does not reset to a "default" when you exit MEMOEDIT()...
it is a system-wide toggle state for all edit modes.
Someone correct me on this if I'm wrong.
By the way, you can GET the current value of readinsert by calling
Readinsert() with no parameters.
Example
Function UDF
private oldinsert
oldinsert = readinsert(.t.) && turns it on AND saves old state
...
<code>
...
readinsert(oldinsert) && sets it back to whatever it was
return <value>
Msg#7638 To:CURTIS LITTLE (Rcvd)
From:STEVE BADARACCO Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
What is the difference between Switch! and SWAP()?????????????
Msg#7639 To:CURTIS LITTLE (Rcvd)
From:DIRK LESKO Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Hi Curtis, does switch do what swap does?
Msg#7640 To:ALL
From:SCOTT VANOVER Date:01/13/89
Subject:INDEXING PROBLEM Parent Msg#7640
------------------------------------------------------------------------------
I am having an interesting problem since the turn of the new year.
Several of the system I have written have an index key of
(acct_num+dtoc(date_svc)) as the key index. Clipper seems to put them out
of order now. It doesn't recognize the year. Sometimes it won't even
recognize the month and list the records in a random order. Any
suggestions? When I look at the index file the above key is there. I have
deleted the indexs and completly re-created but no luck. THANKS....SPV
Msg#7641 To:STEVE BADARACCO (Rcvd)
From:CURTIS LITTLE Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
The functional difference is minor. Mine can use EMS if it's registered
whereas SWAP() can only go to disk (at least the versions of it I've
seen). SWAP() is my competition. I offer Switch! for $20.00 versus
$35.00, mine is not a limited DEMO version bombing after several uses,
and I also provide the full source code for Switch! to registered users.
The author of SWAP() doesn't provide the source no matter what. If
you're looking at what it's capable of, the capabilities really are about
the same (and the same overhead is involved) except for the EMS
capability that mine has.
Msg#7642 To:DIRK LESKO (Rcvd)
From:CURTIS LITTLE Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Yes, it does the same except for the added capability to use EMS memory
is added to Switch!.
Msg#7643 To:NEIL WEICHER (Rcvd)
From:NOEL MANZANILLA Date:01/13/89
Subject:LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
Neil, I was wondering if you could lock records across different
applications. For example, if I ran App1.exe and locked record # 1,
then someone in another station ran App2.exe and used the same data file
and tried to lock the same record, will the first lock be valid or will
the system crash ???? hope you can help me. I know you are busy with the
Clipper Seminar Series. I hope you return to Boston for another seminar
in lieu of the one you cancelled. That was the only place my company
would reimburse tuition for. Thanks
Noel
Msg#7644 To:ALL
From:CONSTANTIN FLORESCU Date:01/13/89
Subject:WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
Anybody can recomend a FAST,WORKHOSE Printer which
can do multiple carbon copies and dittos.
At the moment I use Epson FX 286 and FX 100 but the
carbon copies are very poor.
Thanks for any sugestions.
<CF>
Msg#7648 To:RON HOCKEMEIER (Rcvd)
From:ANDREW GROSS Date:01/13/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
I haven't had the opportunity to try Systemizers...but I would think that
they would work as well as Dave says. I still use an ACT Printer
Optimizer...great piece of hardware...
andrew g.
Msg#7649 To:MENACHEM BAZIAN
From:MARK NEIDORFF Date:01/13/89
Subject:(R)USING EXPANDED MEM Parent Msg#7616
------------------------------------------------------------------------------
Check out a program called headroom. It may give you everything that you
need. Let me know what you find out.
<< Mark >>
Msg#7651 To:MENACHEM BAZIAN
From:STEVE STRALEY Date:01/13/89
Subject:(R)GENERAL
------------------------------------------------------------------------------
I've uploaded a file called SPECS.ARC. It should be on this system. It
is on oubbs.. the number is 201-943-5419. Let me know if you still
can't get it... and I'll send it to you. Take care.
Steve
Msg#7653 To:CURTIS LITTLE (Rcvd)
From:DIRK LESKO Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Sounds good to me. If it is relatively safe I will test it and let people
know about it.
dLESKO
Msg#7655 To:CONSTANTIN FLORESCU (Rcvd)
From:DIRK LESKO Date:01/13/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
How about the Brother 24 pin stuff. The stuff I have seen produced by it
is much mcuh blaker than the Epson, and it has 24pins so the output is
superb. It costs only a tad more than the Epson (wide carraige). If you
are interested, I think I can dredge up a specific model number.
dLESKO
Msg#7657 To:DIRK LESKO (Rcvd)
From:CURTIS LITTLE Date:01/13/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Okay. It should be safe. I haven't tested it with DOS 4.0, but I've had
beta users using it for a couple of months. If anyone finds any problems
with it let me know and I'll do everything in my power to fix any bugs if
some are found. Hopefully Switch! will provide an alternative to SWAP()
and give the users what I consider to be a reasonable license agreement.
Msg#7658 To:STEVE BADARACCO (Rcvd)
From:RON LANDBERG Date:01/14/89
Subject:(R)MEMOEDIT TOGGLES Parent Msg#7606
------------------------------------------------------------------------------
I have probably made too much of a small matter. So, one last comment: I
can understand that the readinsert() function can't be reset since it has
to look throughout the system at both GETs and MEMOEDITs. But, isn't
readinsert() reading a state? If that is so, why isn't the feault state
restored for the memoedit? Readinsert() will still read the state
correctly so that you can use that function to determne whether to toggle
or not. My point is that a default state should be a default state.
When my application leaves one memoedit and later starts up another one,
the DEFAULT state should be just that. How wold we like it if there was
only one startup mode the first time we used a memoedit?
Anyway, since I had readinsert() pointed out to me I realized that this
isn't a problem. It just annoyed me. And probably, my annoyance was not
well-founded. With real problems like memory management, I will just
drop this subject of a minor and relatively theoretical point.
Msg#7659 To:SCOTT VANOVER (Rcvd)
From:RON LANDBERG Date:01/14/89
Subject:(R)INDEXING PROBLEM Parent Msg#7640
------------------------------------------------------------------------------
use the DTOS() function for proper indexing. The DTOC() function can't
work properly across the year break. Look at the following example:
12/31/88 and 01/01/89. In DTOC(), the month (12) evaluates as higher
than the month (01). So the 01/01/89 date is indexed earlier than the
12/31/88 date.
But the DTOS() function sees these two dates as:
19881231 and 19890101. So the first date is properly indexed first.
Msg#7662 To:DIRK LESKO (Rcvd)
From:CONSTANTIN FLORESCU Date:01/14/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
Yes I am very interested and I do have a good opinion about
Brother products(I own two of their typewriters Executron
70 with memory which I use to use as printers few years ago
but since they are kind of slow I switched to Epson)
By the way this Brother with 24 pins, how fast is it if
you print multiple copies?
Thanks for your help.
<CF>
Msg#7664 To:SCOTT VANOVER (Rcvd)
From:JOEL SHAPIRO Date:01/14/89
Subject:(R)INDEXING PROBLEM Parent Msg#7640
------------------------------------------------------------------------------
Try DTOS(date_svc) instead of DTOC(date_svc). that will keep the years
straight.
Joel
Msg#7665 To:CONSTANTIN FLORESCU (Rcvd)
From:DIRK LESKO Date:01/14/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
I am not sure at the speed, but it is comparable to 9 pins if I remember
correctly.
dlESKO
Msg#7666 To:DIRK LESKO (Rcvd)
From:CONSTANTIN FLORESCU Date:01/14/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
Can you tell me then the exact Model(I need wide carriage) so I can
call up some dealers?
Thanks.
<CF>
Msg#7667 To:ALL
From:CONSTANTIN FLORESCU Date:01/14/89
Subject:SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
Could anybody make this "SWITCH !" work, because I tried
for at least one hour and seems that doesn't work for me. What
is frustrating is that his author doesn't simply tell you
what to do to use it. Most of his discussion in the SWITCH.DOC
is purely advertising and sales promotion.
Probably I would have been interested and buy it if it wasn't
for this aggresive sales promotion. And on top of it, doesn't
even work !
Sorry Mr. Little, but you just wasted my time.
<CF>
Msg#7668 To:NOEL MANZANILLA (Rcvd)
From:NEIL WEICHER Date:01/14/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
Clipper locks are not application specific. If application A opens file
X on station 1 and application B opens file X on station 2 they will both
respect each others locks. But it has to be the exact same file in the
exact same directory.
Hope this helps.
Regards,
Neil
Msg#7670 To:ALL
From:NEIL WEICHER Date:01/14/89
Subject:SAVE AND RESTORE GETS
------------------------------------------------------------------------------
A number of messages have discussed save and restore gets. Let me repeat
that Get-It has had "true" save and restore gets for over two months, as
well as many other useful screen-handling functions. No special
functions, no recoding, no arrays, etc etc etc.
If you'd like more info, call 212-724-0150.
Regards,
Neil
PS Get-It is $79.
Msg#7671 To:CONSTANTIN FLORESCU (Rcvd)
From:CURTIS LITTLE Date:01/14/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
Tell me what kind of problems you are having with it. Have you looked at
the demo that was included with the file? If you show me the syntax that
you're calling it with I'll be glad to help you get it working. Also in
the back of the manual you will find an example of calling it with
clipper.
Msg#7672 To:CONSTANTIN FLORESCU (Rcvd)
From:CURTIS LITTLE Date:01/14/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
I composed the following text offline to help clear problems you're
having. The doc may be harder to go by because it covers the use of
Switch! with C as well as Clipper programs.
.
I composed this to help clear any problems that you are having with
Switch!. I'm assuming that most likely you are getting an unresolved
external when you attempt to link Switch! in your program - in which
case this should get it working for you. To use Switch! in your
programs there are several important things that must be done. First,
in your Clipper program you must call Switch! properly. The syntax to
use in your Clipper program is:
SWITCH87( DRIVE, MEM, COMMAND_LINE )
For example if you wanted to execute the DOS TREE command from within
your program you could enter the command in your Clipper application as
follows
SWITCH87( 0, 0, "TREE" )
The next important step is Switch! must be linked in your EXE or you'll
get an unresolved external error from the linker. The object file for
Clipper is called SWITCH87.OBJ. For the demo program included with
Switch! the MAKECLIP.BAT file shows how to link with Clipper using
PLINK86.
If you get a linker error it means that you're not linking
SWITCH87.OBJ in with the program.
Examples are provided throughout the document file included, and each
of the parameters are explained in detail in the document. I hope this
helps you get it working, and if not leave me a message defining the
exact problem you're having and I'll help get it working. If you want
a sample of using Switch! you can just use the MAKECLIP.BAT file to
create the Clipper demo. MAKECLIP.BAT assumes that Clipper is in your
path, and the library files that came with Clipper are on the current
drive in a directory called \CLIPPER. If that's the way you have your
machine setup all you have to do is type MAKECLIP and the demo will be
created for you.
Msg#7673 To:CONSTANTIN FLORESCU (Rcvd)
From:DIRK LESKO Date:01/14/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
One of my clients uses the exact model. Remind me during the week so I
can call them and ask him what the model # is.
dLESKO
Msg#7674 To:CONSTANTIN FLORESCU (Rcvd)
From:DIRK LESKO Date:01/14/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
We will be looking at it ourselves. I have downloaded a copy but I
hhaven;t tried it yet. If I find out anything I will let you know.
dLESKO
Msg#7678 To:CURTIS LITTLE (Rcvd)
From:CONSTANTIN FLORESCU Date:01/15/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
Well, to begin with you should know that I appreciate anybody who
writes an application which straight forward(simple) but powerful.
In another words I expected that after I uncrunch your file I just
have to type "SWITCH filename" and that will do it(like most
applications presented on this BBS)
I typed "SWDEMO filename" also but all I got is the amount of
memory my application(filename) needs to run, which is
ridiculous since anybody can figure that out easily.
I also linked your SWITCH87 to my application, but again HOW
DO I CALL IT ? Indeed you have it somewhere there in your
SWITCH.DOC one line saying that we should call it as a
function, but that's it, the rest of DOC file tells us
how great your application is. Let the other people say
that.
I also tried to link SWITCH87 and create a SWITCH87.EXE file
but again did not work.(I used MS 5.1 and even tried PLINK87
which of course doesnt do it).
My system(IBM AT with 1024K(including EMS) doesn't have to do
with the fact that your application is kind of difficult to test.
Again I am sorry but I don't think I am interested.
Good Luck anyway....
<CF>
Msg#7679 To:CONSTANTIN FLORESCU (Rcvd)
From:STEVE DAVIES Date:01/15/89
Subject:DIRECTIONS FAX Parent Msg#7679
------------------------------------------------------------------------------
Just checking to see if you got the fax ok
Steve
Msg#7680 To:STEVE DAVIES (Rcvd)
From:CONSTANTIN FLORESCU Date:01/15/89
Subject:(R)DIRECTIONS FAX Parent Msg#7679
------------------------------------------------------------------------------
Yes, I did. Thanks. I will see you there.
<CF>
Msg#7681 To:CURTIS LITTLE (Rcvd)
From:HOWARD KAPUSTEIN Date:01/15/89
Subject:SWITCH Parent Msg#7681
------------------------------------------------------------------------------
Does SWITCH also work with Overlays?
Msg#7683 To:ALL
From:DAVID MCNAMARA Date:01/15/89
Subject:OVERLAY.LIB Parent Msg#7683
------------------------------------------------------------------------------
I have the most recent bug fixes to Clipper (I think anyway) and I am try
to split an application that I have up into overlays. I am using the
SECTION INTO format to create external overlays but I am not getting any
.OVL files produced. Everything seems to compile and link fine with no
errors but I do not get the .OVL files. I reloaded ny old version of
Clipper and tried the same example and the overlays were created. Any
suggestions? Thanks in advance.... David McNamara
Msg#7684 To:CONSTANTIN FLORESCU (Rcvd)
From:CURTIS LITTLE Date:01/15/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
If it's not for you I respect that. I'm sorry, but I can't write a UDF
that can magically work for you. You have to read the document to see
how to call the function (or you won't know the function name and
parameters). If it was an EXE then typing a name as you said could work,
but Switch! is not now nor will it ever be a EXE file, I wrote a UDF that
does the same thing as SWAP() (another UDF) which by the way also
requires the same basic steps to link in. In my document the full
procedure for using Switch! and how to do so is covered, I'm sorry if you
view the instructions and explaination of what Switch! does as a sales
promotion because that certainly isn't what's intended, and if others
feel the same about the doc then I'll surely change it to be much for
technical and direct, but so far other users haven't brought that to my
attention. I promise you that without reading the document (and
understanding what linking programs together involves) you won't be able
to use Switch! properly. It was a UDF meant for people to use, but
requires a little knowledge about the link process and calling external
functions on top of Clipper knowledge. Thanks for your comments though.
I feel that this should help others, because it really is a waste of time
to get Switch! if you're not looking for a UDF. For those looking for a
seperate program that runs by itself Switch! is a waste of time because
that isn't it's purpose.
Msg#7685 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/15/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
Yes it would work with overlays. When Switch! is called in your Clipper
program it simply saves the memory from the end of itself up to high
memory in the computer. Once the child process is complete is restores
the memory the way it was when Switch! was called. This technique will
work with overlays because once Switch! is called control doesn't get
back to your program until Switch! has restored the machines state.
Msg#7688 To:SCOTT VANOVER (Rcvd)
From:RON LANE Date:01/16/89
Subject:(R)INDEXING PROBLEM Parent Msg#7640
------------------------------------------------------------------------------
If accct_num is a Char field, then to make your index work you need to
index on TRIM(acct_num)+DTOC(date_svc).
Msg#7689 To:NOEL MANZANILLA (Rcvd)
From:RON LANE Date:01/16/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
To use RLOCK() right you must allways test for NETERROR() after a lock
atempt. If user one has a lock and user two tries for a lock NETERROR()
will return a error.
Msg#7690 To:RON LANE (Rcvd)
From:RON CALLAHAN Date:01/16/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
I'm afraid you're mistaken Ron. If the first user tests for RLOCK() then
the second user who tests for RLOCK() will return false. This is all that
needs to be done. NETERR() is use to test for completion of file commands
such as USE, APPEND, COPY, etc. If NETERR() returns false the operation
is not completed and the appropriate action should be taken by the
program.
RON.
Msg#7691 To:DAVID MCNAMARA
From:CONSTANTIN FLORESCU Date:01/16/89
Subject:(R)OVERLAY.LIB Parent Msg#7683
------------------------------------------------------------------------------
Hi David !
Can you upload here your file.lnk code and fileauto.bat that you
use. This way I might be able to take a look at it and probably help.
I do work with overlays a lot and I think the problem might be either
in your .LNK or .BAT files.
<CF>
Msg#7693 To:SCOTT VANOVER (Rcvd)
From:JOE BOOTH Date:01/16/89
Subject:(R)INDEXING PROBLEM Parent Msg#7640
------------------------------------------------------------------------------
Change the index expression to acct_num+DTOS(date_svc). That will
correct your problem. If the date is 01/01/89, the following is
what the functions do...
DTOC( date_svc ) = "01/01/89"
DTOS( date_svc ) = "19880101"
Msg#7695 To:HOWARD KAPUSTEIN (Rcvd)
From:KEN CAMP Date:01/16/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Howard,
TC 2.0 is virtually identical to 1.5 in its use with CLipper. No major
changes in the compiler. The big change is in TLINK 2.0. This version was
brought to conform "purely" with the Intel standar for OBJ files. Since
MS does not conform to the Intel standard, and creats their own structure
OBJ files, TLINK (or any other true Intel only linker) will not link them
properly. Borland says "We had the same bug as MS, but fixed ours"
<grin>. If you use LINK (MS variety), TLINK 1.0 or PLINK, your copde
should still link fine between TC2.0 and Clipper.
Msg#7696 To:CURTIS LITTLE (Rcvd)
From:KEN CAMP Date:01/16/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Glad to see you finally released this utility, Curtis. I've been telling
you all along it was a snap to use. I think once the folks on here do
some checking, tehy'll find it reall helps beat the "hoggish" memory
requirements of Clipper.
KC
Msg#7697 To:DIRK LESKO (Rcvd)
From:KEN CAMP Date:01/16/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Dirk,
I think you should find Switch! reasonnably safe and simple to use. I've
tested out the earlier versions, and implemented some pretty heavily
linked network systems using it (in the earlier stages). It sure is nice
on a machine with EMS running on a network. Makes the switch almost
invisible.
KC
Msg#7698 To:CONSTANTIN FLORESCU (Rcvd)
From:KEN CAMP Date:01/16/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
What problems were you having using Switch!? I've been using it for a
couple of months, and it's one of the easiest functions I've hit to use.
Calling it via standar function calls from Clipper will bring about the
same sort of operation SWITCH.EXE provided by Nantucket does. This is
just what Nantucket should have done......provide a function instead of a
kludge of a program.
KC
Msg#7700 To:KEN CAMP (Rcvd)
From:CURTIS LITTLE Date:01/16/89
Subject:(R)SWITCH! Parent Msg#7635
------------------------------------------------------------------------------
Thanks. Glad you were one of the people testing it for me, couldn't have
got it going as well without the comments...
Msg#7701 To:CURTIS LITTLE (Rcvd)
From:HOWARD KAPUSTEIN Date:01/17/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
Oh no, I wasn't worried about the memory deal, that's pretty
straightforward (give or take. <grin>). My question with overlays
concerns how overlays on the ibm work. There's an interrupt (INT 66?)
that is generally reserved for the overlay manager. Whenever the overlay
manager needs to take control of things inside the program, this int gets
called. Now, what I'm curious about is this int, which is replaced by the
overlay manager at startup time, could it cause unforseen problems? I
would think it wouldn't, since any well behaved program would save the
old interrupt, put their 'new' one hooked in, and when quitting the
switched program, replacing the old interrupt. But then again, this is
not exactly an area of my expertise. I would htink it would work fine,
but... Have you tried it with: Sidekick, Clipper application, Switch
called program, then activate Sidekick. Does this combo work? Sidekick
does a LOT of nasty stuff with interrupts, and if this combo runs
smoothly there shouldn't be any problems...
Msg#7702 To:KEN CAMP (Rcvd)
From:HOWARD KAPUSTEIN Date:01/17/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
That's what I've heard. You mention Tlink 1.0, but I've used 1.5 without
any problems. But what I'd really like to know is the command line
switches that MUST be set (either must be on or must be off) for TC 2.0
.OBJ files to link with Clipper. I know the -ml (Large memory model) must
be used, but as for the rest, like byte/word alightment, underbars, not
to mention any optimization or debugging info (I would assume the
debugging info should be off, but what about line numbers, stack warning,
and standard stack frame settings?) It's these nitty gritty that I simply
do not have time to explore (lord knows it could take a significant chunk
of time trying to get the right combination) so I've been looking for
someone who has already successfully done it and can pass along some hard
information.
Thanks for any past and possibly future advice.
Msg#7703 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/17/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
No I haven't tried that combination. I will give it a try though. If a
program is well behaved with the interrupts there wouldn't be any
problem, but it is possible that a program might blatantly take over the
interrupt without saving the address of the previous interrupt handler.
Hopefully there won't be applications like that because in my mind that'd
be like taking over any of the other interrupts and never restoring the
interrupt vector. However, if there are programs that take over the
interrupt without saving the current handlers address and I'm made aware
of it I could easily add the code to save the interrupt and then restore
it as Switch! is returning to the caller. I'll give the sidekick idea a
try and get back on to let you know if it works.
Msg#7704 To:HOWARD KAPUSTEIN (Rcvd)
From:KEN CAMP Date:01/17/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
I understand a bit better what you're looking for, Howard. Some clearcut
requirements as to switches required for TC UDFs to compile an OBJ for
use with Clipper would sure be nice. I know I've seen a lot of discussion
in several different forums on CIS lately, but not too many knowledgable
people stepping forward. I don't really have the time to sit down and try
to figure it all out either, but will gladly share what I find.
Ken
Msg#7705 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/18/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
I tested it with the example you gave and there weren't any problems. I
loaded Sidekick then ran a Clipper application that I wrote using
overlays. From the Clipper application I executed dBASE (which is
overlaid) popped up Sidekick then backed out to the Clipper application.
Didn't hit any snags with the other programs I ran from within it (I was
targeting all the programs I have that use overlays). I don't think
that'd ever be a problem, but if a programmer was sloppy about the
interrupt then there could be a problem. If you write a program that
takes over interrupts itself you do need to put the interrupt handler in
the link line before Switch! to avoid possible problems though - Switch!
doesn't mess with the interrupt vectors at all. Of course worrying about
getting the interrupt handlers in memory isn't much of a worry for most
Clipper programmers because taking over an interrupt isn't the easiest
thing to do in Clipper, but it can be done. If you use any other
languages I'll be sending a new Switch! ARC that adds BASIC pretty soon.
I just got it working tonight, so will be testing for a few days to
insure everything with BASIC is working well. I'm also trying to get it
working with Turbo Pascal.
Msg#7706 To:ALL
From:ANDY CATLIN Date:01/18/89
Subject:MISC. CLIPPER QUESTIONS Parent Msg#7706
------------------------------------------------------------------------------
Three "general" questions that have me baffled:
(1) I have a Microsoft make file that creates a system of clipper
.EXES (spawned from a C menu for reasons of memory constraints).
Each .EXE needs its own (Microsoft Link) .LNK file, since the
libraries being linked in exceed the allowable length of a single
line. I want to be able to use the macro defs to manage my
environment in a consistent way; since these are available only
in the make file and not in the .LNK file, what I (think I) need
is a line continuation character recognizable by the make file.
For example:
LIB=e:\clipper
...
x.exe : x.obj
link a+b+c,a,nul,$(LIB)\clipper+$(LIB)\funcky
If I use a link file, I can't have a single set of macro defs.
(2) Is the Microsoft Link /E option helpful/safe in a Clipper program?
I'll assume that I don't want line numbers...
(3) Does Clipper allow you to trap "left shift/right shift", or stuff
the keyboard with "left shift/right shift"? Thanks, Andy
Msg#7707 To:ANDREW GROSS (Rcvd)
From:RON HOCKEMEIER Date:01/18/89
Subject:(R)PRINTER BUFFERS Parent Msg#7576
------------------------------------------------------------------------------
Yep. I'm spoiled by them. I have two Clipper applications running in my
office. Each needs different printers (including shared lasers). With
the Systemizers, I just switch in-and-out.
Msg#7708 To:MENACHEM BAZIAN
From:RON HOCKEMEIER Date:01/18/89
Subject:(R)DISK FORMATTING
------------------------------------------------------------------------------
dBdbak costs about $40.00. It's a mix of *.prgs and *.lib.
The *.prgs are the front end--which you can change--to allow user [or
developer] controlled back up. The *.lib is C or assembler code to do the
back up, format the discs, etc.
Included in the *.lib is the capability to format floppies from 360K to
1.4Meg.
I just got the update--but haven't used it. According to the doc--and
the *.prg--you can format with the *.lib. i.e. No more running Format.
I've used other of Gary Gruber's add-ons, so I.m comfortable with his
claims/statements regarding formatting.
There should be a demo on this board. Be well.
Msg#7709 To:CONSTANTIN FLORESCU (Rcvd)
From:RON HOCKEMEIER Date:01/18/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
I'm using Okidata 363 printers. I've had 'em a couple of months and am
happy with them. (I'm ordering more.)
Street price is $1100.00-1200.00.
Four part carbon is as good as--or better than--an IBM selectric.
The printers are fast, are Epson emulators, and have 24 pins.
Msg#7710 To:ALL
From:NOEL MANZANILLA Date:01/18/89
Subject:LOCKS
------------------------------------------------------------------------------
to all who replied to my question regarding locking across applications,
Many, many THANKS
Noel
Msg#7711 To:DIRK LESKO (Rcvd)
From:NOEL MANZANILLA Date:01/18/89
Subject:EXTENDED MEMORY Parent Msg#7711
------------------------------------------------------------------------------
Dirk, I am in the process of buying memory boards. All I need to do is
to get my ATs to 640K. Of course, I have the choice of spending THREE
times as much to get boards that have the option of having
Expanded/Extended Memory. My question is, is there any REAL ADVANTAGE to
using EXTENDED Memory with Clipper aside from doing the Indexing in
extended memory ? I am assuming that it will increase the speed of
indexing but will I be able to Load a bigger EXE file? Thanks.
Congratulations on Funcky.lib ! Excellent Product !
Msg#7713 To:ANDY CATLIN (Rcvd)
From:DIRK LESKO Date:01/18/89
Subject:(R)MISC. CLIPPER QUESTION Parent Msg#7706
------------------------------------------------------------------------------
In response to all three of your questions, you should be using a link
file for the stuff if it is too long. I don;t exactly understand why you
need to use the (LIB) variable in the link statement. You could also
rename your libraries to 'C.lib' for Clipper, 'F.lib' for FUNCky ....
that might give you the extra characters you need. You could also use a
batch file to link everything and pass it a parameter, such as 1,2,3 etc,
then your batch file could say:
* in the make file
******************
linkfile (LIB) && where lib is either 1 / 2 / 3
and then your batch file says
if /%1==/1 goto CLIPLINK
if /%1==/2 goto MSCLINK
link .... ....
goto end
:CLIPLINK
Link ....Clipper, FUNCky.....
goto end
:MSCLINK
Link .......LLIBCE........
:end
Or something like that.
As far as trapping the SHIFT/ALT stuff, remember that they are
not keys, but rather key states. GETIT can detect a shift and execute a
function pretty much similar to how timeout() works, or you could use
FUNCky's onkey() to branch to a function that uses kbdstat() to see if
the appropriate state is down, but the user would have had to have
pressed a real key.....The other alternative could be to use inkey() and
kbdstat(), or if that doesn;t work, then a custon routine would have to
be written and tied into the keyboard handling stuff. My last suggestion
is to use timeout(), and specify a timeout() value of 0 which would
continously execute your fucntion in the background, then in that
function just say:
if (kbdstat(<state>))
do (procedure)
else
return
endif
That should trap it well enough, give that a try.
Now I have forgotten what the third thing was......have to re-read the
message.
dLESKO
Msg#7714 To:ANDY CATLIN (Rcvd)
From:DIRK LESKO Date:01/18/89
Subject:(R)MISC. CLIPPER QUESTION Parent Msg#7706
------------------------------------------------------------------------------
The /E option works great as long as you are not using overlays. Then it
cause things like system hangs. I don't know why, and never persued it.
That's the third thing answerwed from your message....
dLESKO
Msg#7715 To:NOEL MANZANILLA (Rcvd)
From:DIRK LESKO Date:01/18/89
Subject:(R)EXTENDED MEMORY Parent Msg#7711
------------------------------------------------------------------------------
thanks for the mention.....I think you mean EXPANDED memory, not
extended. Clipper does'nt use extended, only expanded. There are some
programs now that take TSR stuff and stick it into expanded memory, and
that sometimes can get you an extra 100-200k. But the only thing that
Clipper uses it for is indexing, and the indexing is mush faster with
expanded memory installed. Switch2 will also swap memory to expanded....
dLESKO
Msg#7718 To:DAVID MCNAMARA
From:DAVID MORGAN Date:01/19/89
Subject:OVERLAYS
------------------------------------------------------------------------------
The probable reason you get overlays with Autumn '86 but none with
Summer '87, other things equal, is that you continue to use a LNK
file that contains the line OVERLAY PROG, $CONSTANTS. You were
supposed to have that line with Autumn '86. With Summer '87 things
changed due to the change in C compilers used to compile Clipper
(from Lattice C to Microsoft C). With Summer '87 the LNK file must
have either no OVERLAY command at all, or one that references the
class name CODE (instead of PROG-- a Microsoft-vs-Lattice
difference). Modify your LNK file accordingly and overlays should
magically appear.
Msg#7719 To:RON CALLAHAN (Rcvd)
From:DAVID MORGAN Date:01/19/89
Subject:NETERR() Parent Msg#7719
------------------------------------------------------------------------------
The use of NETERR() extends to, and is limited to, checking the
outcome of two commands: USE and APPEND BLANK. You are right to
point out its applicability (indeed, its necessity) following the
use of those two commands, but not COPY or any others.
Msg#7720 To:ALL
From:RICHARD HORWITZ Date:01/19/89
Subject:MEMORY MANAGEMENT Parent Msg#7720
------------------------------------------------------------------------------
I was curious, are all private variables destroyed upon exit from that
routine?
ie. Do I get that memory back?
Msg#7721 To:DAVID MORGAN (Rcvd)
From:RON CALLAHAN Date:01/19/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
In that case does anyone no how to check to make sure that a COPY or
INDEX command is succesful?
Thanks.
Msg#7723 To:RICHARD HORWITZ (Rcvd)
From:DIRK LESKO Date:01/19/89
Subject:(R)MEMORY MANAGEMENT Parent Msg#7720
------------------------------------------------------------------------------
You are supposed to.
dLESKO
Msg#7724 To:RON CALLAHAN (Rcvd)
From:DIRK LESKO Date:01/19/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Doesn't DOSERROR() tell you if it completed succecssfully?
dLESKO
Msg#7729 To:ALL
From:STEVE DAVIES Date:01/19/89
Subject:CLIPPER CLUB NJ MEETING
------------------------------------------------------------------------------
*** Attention ! - All Clipper Programmers..... ***
***** Meeting Tonight ******
SUBJECT: Clipper Club of New Jersey meeting agenda
I am pleased to announce that we have the next three meetings nailed
down and the speakers read as a whos who in the Clipper world.
January 19 - Basil Hosmer of Wallsoft, Auther of UI programmer and
the Documentor
February 16 - Neil Weicher of Communication Horizons
March 16 - Dirk Lesko of dLESKO associates auther of FUNCky library
All meetings are held on the third thursday of each month, at Kean
College in Union, NJ; Meeting time is 8 pm at Hutchinson Hall, Rm 100 ,
(aka: "The Auditorium)
Download the file "CCNJ_DIR.ARC" for directions. Maps are available by
leaving me a message here (FAX number would be helpful).
Hope to see many of you there...
Steve Davies
Msg#7730 To:DIRK LESKO (Rcvd)
From:NOEL MANZANILLA Date:01/19/89
Subject:(R)EXTENDED MEMORY Parent Msg#7711
------------------------------------------------------------------------------
thanks Dirk. It was a long day..., I did mean EXPANDED.
noel
Msg#7731 To:HOWARD KAPUSTEIN (Rcvd)
From:FERNANDO GARCIA Date:01/19/89
Subject:TC WITH CLIPPER Parent Msg#7731
------------------------------------------------------------------------------
The switches what I am using for seee status of gobal variables, i.e.
_exact_on , _curs_, .... are:
tcc -c -f -G -ml -O -Z udf_in_C
I hope this help you.
Msg#7732 To:RON LANE (Rcvd)
From:NEIL WEICHER Date:01/19/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
neterr() is affected only by USE and APPEND BLANK. RLOCK and FLOCK
return .t. or .f. as a result of the functions themselves and do no
change Neterr().
Regards,
Neil
Msg#7733 To:RON CALLAHAN (Rcvd)
From:NEIL WEICHER Date:01/19/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
Ooops.. you mean if neterr() returns .t. the operation is not
completed.
Neil
Msg#7735 To:RON CALLAHAN (Rcvd)
From:NEIL WEICHER Date:01/19/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
INDEX should always work because you have to have the file opened
exclusively. However, if someone opened an index file with FOPEN just as
you were trying to create it you would probably get a Dos error. COPY
file would also result in a Dos error.
Neterr() returns Dos error 5 only when opening a DBF file.
Neil
Msg#7736 To:DIRK LESKO (Rcvd)
From:RON CALLAHAN Date:01/20/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
I don't know Dirk. I guess I might need to check that out.
thanks
Ron
Msg#7737 To:NEIL WEICHER (Rcvd)
From:RON CALLAHAN Date:01/20/89
Subject:(R)LOCKING RECORDS Parent Msg#7643
------------------------------------------------------------------------------
Maybe, but I've forgotten what I said now.
By the way, thanks for the update. Everything seems to be working
great so far.
Ron
Msg#7738 To:NEIL WEICHER (Rcvd)
From:RON CALLAHAN Date:01/20/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
oops. That presents a problem. I've creating some temp. indexes with
the file opened shared. so far I haven't had any problems that have
been obvious. If it must be opened exclusive than the problem is this.
The dbf file I am using is in a production enviroment. It is being used
nearly 24 hours a day on a continious basis. I also allow managers to
create reports from the file with different sort options. There's no
way I can lock the file without interrupting production. Any one have
any suggestions?
Thanks
Ron.
s
Msg#7739 To:NEIL WEICHER (Rcvd)
From:RON CALLAHAN Date:01/20/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
After going back to that paragon of information and clarity, (the
CLIPPER manual), I read it this way. The command INDEX ON does not
require that the dbf file be used exclusively or locked. It seems to
say that the index file itself is opended exclusively. In that case
you have the possibility of 2 users trying to create the same index and
with the latest user receiving some kind of error. If that is the case,
can INDEX ON be used safely when the dbf file is opened in a shared
mode. ( I realize that there is possibility of inacurrate data but
these are non-critical reports I'm dealing with.
Thanks
Ron
Msg#7740 To:RON CALLAHAN (Rcvd)
From:KEN CAMP Date:01/20/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Ron, not quite sure what you were saying/asking about indices and OPEN
EXCLUSIVE. You can create an index dynamically after a non-exclusive USE,
then delete the index afterwards. I guess I misunderstood the problem. I
use the same index for 30 users on a system with no problem. Set
EXCLUSIVE OFF, USE DATAFILE, then SET INDEX TO WHATEVER works just fine.
INDEX ON fieldname TO filename requires EXCLUSIVE, but is real easy to
work around, and I only use it for the dynamic indexes. It work fine that
way too since no other user can corrupt the unique index.
Ken
Msg#7741 To:NOEL MANZANILLA
From:JOE BOOTH Date:01/20/89
Subject:(R)EXTENDED MEMORY Parent Msg#7711
------------------------------------------------------------------------------
CLIPPER uses EXPANDED memory for indexing if available, not EXTENDED.
Msg#7742 To:RON CALLAHAN (Rcvd)
From:JOE BOOTH Date:01/20/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
How big are the files you are indexing. If they are not too big, copy
the file contents to a new file with a temporary name, just for that
manager's station. Then use the new file exclusively
Msg#7743 To:CONSTANTIN FLORESCU (Rcvd)
From:RON HOCKEMEIER Date:01/20/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7743
------------------------------------------------------------------------------
Okidata says they print at 120 cps--letter quality; 180 cps--nlq; 360
cps--utility; 450 cps--draft.
I only use them in LQ. My applications print wallet cards, labels, and
things of that size so I never tried to verify speed. They replaced a
single Epson LQ 1000 (which we wore out). My impression is that the Oki
is 2-3 times as fast as the Epson; but it's just an impression.
Send me some samples and I'll print some plain text on 'em.
My home address is RD 7 Box 537, Flemington, NJ 08822-9806.
(I'm in state govt. and our incoming mail is slowww.)
Be well.
Msg#7744 To:DIRK LESKO (Rcvd)
From:GARY MERINSTEIN Date:01/20/89
Subject:MATH Parent Msg#7744
------------------------------------------------------------------------------
dirk, have you heard of any librarys that allow exponential math with
clipper? the numbers i should be working with blow away the fifteen
digit limit. (i probably should be doing this in some other language, but
i'm more comfortable in clipper...)
Msg#7745 To:RON HOCKEMEIER (Rcvd)
From:CONSTANTIN FLORESCU Date:01/20/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7743
------------------------------------------------------------------------------
Thanks Ron.
Very helpful information for me. I will send you some samples.
<CF>
Msg#7746 To:GARY MERINSTEIN (Rcvd)
From:DIRK LESKO Date:01/20/89
Subject:(R)MATH Parent Msg#7744
------------------------------------------------------------------------------
Sounds like what you need is a BCD library. larry Nussbaum is looking for
the same thing, maybe you want to contact him. I think he logs in as
lawrence Nussbaum.
dLESKO
Msg#7748 To:KEN CAMP (Rcvd)
From:RON CALLAHAN Date:01/21/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Ken.
What I am doing at the moment is creating a temporary index from an
active file that has been opened in non-exclusive mode. From what I
read in the Clipper manual, and from personal experience, Clipper
allows this to be done but does not recommend it. (that is, I don't
get any error messages when I perform the index operation.) Other than
inaccurate data, are there any other problems that I should watch out
for.
Thanks.
Ron
Msg#7749 To:DAVID MCNAMARA
From:JAY ROBOHN Date:01/21/89
Subject:OVERLAY.LIB
------------------------------------------------------------------------------
Here's an example of a working LNK file (or PLK, for PLINK) that produces
the main EXE and three OVLS, 000, 001, and 002. Note the use of the line
OVERLAY CODE, $CONSTANTS. This is not documented in the Clipper manual
as it states that you should use OVERLAY PROG, $CONSTANTS which
DOES NOT WORK. Try applying this file to your problem and let me know
if it works.
# * File: GGH.PLK
# * Author: Jay Robohn
MAP = GGHOvly.map S,A
FI Ggh, \CLIPPER\DEBUG
LIB \Clipper\GenLib, \Clipper\Help, \Clipper\Udf87, \Clipper\EXTEND
#*** Next line important ***
OVERLAY CODE, $CONSTANTS
BEGINAREA
SECTION INTO GGH.000 FILE GGHCust, GGHCont, GGHParts, GGHInven,
GGHOpert, Gen, GGHMenus, Charge
SECTION INTO GGH.001 FILE Order
SECTION INTO GGH.002 FILE GGHWord, GGHMerge
ENDAREA
Msg#7750 To:CURTIS LITTLE (Rcvd)
From:HOWARD KAPUSTEIN Date:01/21/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
I know Sidekick does really nasty things (such as, every so often, it
checks an interrupt and, if it's not the same address as the one Sidekick
installed, it just goes ahead and changes it!) which is why they say it
should be loaded after all other TSRs. In DESQview, in each program's
'profile', you can specify what interrupts it should save. Generally,
when each DV program is run, it saves INTs 00 - FF, runs the program,
then restores INTs 00-FF. You might want to consider doing that. It's not
that hard, and takes up very little memory. Perhaps as an option...
Msg#7751 To:KEN CAMP (Rcvd)
From:HOWARD KAPUSTEIN Date:01/21/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Great. I've heard a little bit here and there too, but nothing concrete.
The best I found was TCCLIP.ARC, it explains about MOST of the obvious
things for TC 1.5. Unfortunately, it does not mention any of the nitty
gritty (lord knows there are enough of them to make life nasty) and since
TC 2.0 is newer, with some modifications to how it compiles, I wouldn't
count on it to explain enough. Will keep in touch...
Msg#7752 To:FERNANDO GARCIA
From:HOWARD KAPUSTEIN Date:01/21/89
Subject:(R)TC WITH CLIPPER Parent Msg#7731
------------------------------------------------------------------------------
OK, I'll look into it and let you know, once I find the time.
Msg#7753 To:ALL
From:HOWARD KAPUSTEIN Date:01/21/89
Subject:EMS FOR THE PC Parent Msg#7753
------------------------------------------------------------------------------
I'm looking to get some EMS for my PC (true blue IBM PC, not XT, if that
matters.) I've got an NEC-V20 running at 8MHz, and PC-Sprint which just
toggles the speed from 4.77 to ~7 MHz. I've got a 6Pak+ to give me 640K
RAM. Here's my choices so far:
1) AST SixPakPremium: Discontinued (according to AST because of "lack of
demand", regardless that it was impossible to keep on the shelves at 47th
St. Photo) but still available via mail order. I got a quote of $230 for
256K, also has serial/parallel and clock (whoopee.) It's got 150ns RAM,
EEMS, supports LIM EMS 4.0 via software.
2) AST Rampage2: EMS for the PC, it's got 150ns RAM, prices are $200 for
XXXXX wrong. It's $495 for 256K RAM. I don't know if it's EMS or EEMS
hardware, but it supports LIM EMS 4.0.
3) STB make Memory Companion/PC: capable of supporting 10MHz 1 wait state
machine, it's got 120ns RAM, EMS 3.2 hardware, 4.0 via software, prices
are $200 for 0K, $510 for 512K. It can use 64K or 256K RAM chips, and has
a dip switch to change the bank it uses to swap memory (usually D is
used.)
Overall, the 6PakPrem and STB cards sound good. Even discontinued, AST
will still warrant any sales/warranties/etc. and the extra serial port
would be nice. However, what I need is RAM, about 256K or even 512K.
Price IS important, I am a poor starving college student. The STB board
sounds very good, but I'm curious about how good it really is (anyone
ever use one?) and how much I can get 256K of 120ns RAM for.
BTW, my main reasons for EMS are: disk caching, Borland products (TC,
TDebug, etc.) DESQview, and whatever else. In that order of priority. I
heard that AST's card has some inconveniences with DV. Is it a problem?
And does anyone know anything concrete (actually used) the STB board?
Thanks for any help in advance. If you know of anything else, please drop
me a msg.
Msg#7754 To:CONSTANTIN FLORESCU (Rcvd)
From:KELLY STANONIK Date:01/21/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
I haven't downloaded SWITCH! yet, but Mr. Little sounds like he was more
than helpful trying to get you up and running with his program. I'm
going to download it and give it a try as it sounds very interesting.
All in all, he's only asking for $20, and if his function works as
advertised it's worth it.
Also, switch doesn't appear to be an application.
Well... Onward to SWITCH! testing...
Msg#7755 To:ALL
From:DIRK LESKO Date:01/21/89
Subject:TC PROBLEMS Parent Msg#7755
------------------------------------------------------------------------------
Hi, been reading bout all the problems some people have been having with
TC 2.0 getting to compile with Clipper. I have TC but have never used it,
I keep MSC 5.0 on the Disk.....Anyway, the Floating point math stuff is
where all the nasties occur with TC. However, I have read that MS Quick C
is going to support all the memory models which would make it a prime
candidate for low end C hackers out there that need to write Clipper
UDFS. WHile I will probably not buy QuickC 2.0, I am sure someone else
will, and hopefully they can give a report on it.....
dLESKO
Msg#7756 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/22/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Howard,
.
Working with TC 2.0 isn't that hard. Generally you don't have to worry
about stuff like the alignment because Clipper isn't going to reference
the data you declare in your program directly, and unless you reference
the Clipper variables directly (which is a little tricky since most of
it's not documented) you don't have to worry about the alignment you use.
As far as the rest you might as well turn stack checking off, because
Turbo C uses a different function to check the stack than Microsoft does
Msg#7757 To:DIRK LESKO (Rcvd)
From:CURTIS LITTLE Date:01/22/89
Subject:(R)TC PROBLEMS Parent Msg#7755
------------------------------------------------------------------------------
I haven't got Quick C 2.0 yet, but here it's supposed to be pretty good.
I think MS is finally trying to put out a product that is competitive
with Turbo C. For those that haven't got a upgrade card yet the upgrade
price is $50.00 if you purchased Quick C after Dec 15, 1988.
Msg#7758 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/22/89
Subject:(R)SWITCH Parent Msg#7681
------------------------------------------------------------------------------
That's certainly something I'll keep in mind. I know there are a lot of
TSRs that do weird things with the interrupts. Luckily programs like
Sidekick are mainly concerned with the keyboard and timer interrupts
which most applications aren't going to mess with.
Msg#7759 To:ALL
From:STEVE DAHLIN Date:01/22/89
Subject:NOVELL 2.0A LIMIT Parent Msg#7759
------------------------------------------------------------------------------
I know that a I read a message on this several months ago, but cannot
find it. Does anyone know what the fix is that needs to be applied to
the netware shell that will allow one to have more than 40 files open
when using Netware 2.0a? At present, I do not need it but very shortly I
may have need of this capability.
Msg#7760 To:KELLY STANONIK
From:CONSTANTIN FLORESCU Date:01/22/89
Subject:(R)SWITCH AWAY Parent Msg#7667
------------------------------------------------------------------------------
Well, like he said his "SWITCH" is not for me. Do you have any problems
with that...
I just found it that's not good(for me) and that's all.
BTW I try to stay away as much as I can from too many additions to
Clipper since sooner or later I could have problems.
Also I welcome any new ideas, functions, libraries I dont think that
this board main purpose is to sell our products...
<CF>
Msg#7761 To:STEVE DAHLIN
From:DIRK LESKO Date:01/22/89
Subject:(R)NOVELL 2.0A LIMIT Parent Msg#7759
------------------------------------------------------------------------------
Why not download the arced files of the conference. I know it was a patch
to anet, but who remebers?
dLESKO
Msg#7762 To:GARY GRUBER
From:DIRK LESKO Date:01/22/89
Subject:DBDGET
------------------------------------------------------------------------------
Gary, i have downloaded dbdget and tried it out. Is there any reason why
the mouse cursor keeps going to the left hand corner after everytime I
click the left button? It is very annoying to not have the mouse cursor
stay where I put it. It also sometimes blinks alot and won't let me move
it. I am also wondering why it takes 2-3 whole seconds to pass from one
get to the next even though I am on a 10mhz AT? To get from one end of
your demo screen using arry keys takes about 20 seconds....That's too
long for me. I hope you can reply promptly. thanks
Dirk.
Msg#7768 To:STEVE DAHLIN
From:ANDREW GROSS Date:01/22/89
Subject:(R)NOVELL 2.0A LIMIT Parent Msg#7759
------------------------------------------------------------------------------
I haven't tried this patch yet. It's from the Nantucket Forum on CIS.
The specific page is NAN-263.
Using debug...
debug anet3.com
-s cs:0 ffff 26 C4 1E 34 00 06 (search for this sequence)
xxxx:yyyy (Once found, this is the address
where we will begin to patch)
-e xxxx:yyyy 06 26 C4 1E 34 00 (change it to this sequence)
-w Writing XXXX bytes (write the change)
-q (quit debug)
Note that Nantucket does not endorse the patch, they provide this info on
CIS for "information only."
andrew g.
Msg#7770 To:DIRK LESKO (Rcvd)
From:MARK NEIDORFF Date:01/22/89
Subject:(R)TC PROBLEMS Parent Msg#7755
------------------------------------------------------------------------------
Just got my update notice for Quick C 2.0 It looks like it will be the
Clipper developer's dream for writing C code to link in. HOpefully you
will be able to specify the memory model and not always be bound by what
Quick C wants to do.
<< Mark >>
Msg#7773 To:MARK NEIDORFF (Rcvd)
From:DIRK LESKO Date:01/22/89
Subject:(R)TC PROBLEMS Parent Msg#7755
------------------------------------------------------------------------------
That's what I was trying to say!!!!
dLESKO
Msg#7774 To:RON CALLAHAN (Rcvd)
From:KEN CAMP Date:01/23/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Primarily the multiuser apps I do are text based on character or memo
fields and files. Numeric accuracy isn't a factor. I've yet to encounter
any real problems (those that weren't my own convoluted logic) that
weren't reasonbly easy to find and fix. I always open the DBF in shared
mode (NON-EXCLUSIVE) then INDEX TO C:\TEMPNDX. Requires my users have
space available, but not a problem. I do erase the index when finished
rather than leave it floating on their drive, but leaving the application
on the network and putting the dynamic index on the workstation has
always been a simple, workable solution.
Msg#7775 To:RON CALLAHAN (Rcvd)
From:NEIL WEICHER Date:01/23/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
One neat trick I've used on a network to speed up temporary reindexing is
liek this... Say I need a temp index based on zip code, but file is not
normally indexed on zip code.
SELECT MAIN
Filesuffix = LTRIM(STR(N_STANUM())
COPY TO TEMP&filesuffix FIELD STATE
SELECT 0
USE TEMP&filesuffix
INDEX ON STATE TO TEMP&filesuffix
USE
SELECT MAIN
SET INDEX TO TEMP&filesuffix
... do what ever I need to do ...
SET INDEX TO ... whatever it was before ...
It speeds up the indexing since I am indexing on a 6-byte record
instead of, say, a 1000 byte record.
Regards,
Neil
Msg#7776 To:RON CALLAHAN (Rcvd)
From:NEIL WEICHER Date:01/23/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Ron:
Oh, another thing. Here is a quick way of saving and restoring
index state:
FUNCTION index_list
indexes = ""
FOR k = 1 TO N_NDX()
indexes = indexes = N_NDX(k) + ","
NEXT k
indexes = SUBSTR(indexes,1,LEN(indexes)-1)) && trim off trailing ,
RETURN indexes
Example of use:
SELECT MAIN
mainx = index_list()
SET INDEX TO TEMP&filesuffix && from prior example
... do stuff ...
N_INDEX(mainx) && reset prior indexes
Regards,
Neil
Msg#7777 To:RON CALLAHAN (Rcvd)
From:NEIL WEICHER Date:01/23/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
Boy, is my face red. thot INDEX ON and REINDEX required exclusive when
only REINDEX does . Go figure.
Neil
Msg#7778 To:DIRK LESKO (Rcvd)
From:GARY MERINSTEIN Date:01/23/89
Subject:(R)MATH
------------------------------------------------------------------------------
thanks dirk, i will.
Msg#7779 To:CONSTANTIN FLORESCU (Rcvd)
From:HAWKINS DALE Date:01/24/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
I don't know for sure, but it seems to me that dot-matrix printers have
never been much good for multi-copy printing. I had to print a whole
lot of three-part forms once at my old company. It was an emergency, and
I commandeered several dot-matrix printers. None of them did the job
adequately. Finally, we tried a big nasty NEC daisy-wheel printer.
Wasn't awfully fast, and I would have hated to be in the same room with
it with the acoustic enclosure off, but hoo-boy, did it punch through the
multi-part forms.
Moral: if you're doing multi-copy forms, consider a daisy-wheel.
-- Hawkins
Msg#7780 To:HAWKINS DALE (Rcvd)
From:CONSTANTIN FLORESCU Date:01/24/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
Thanks Hawkins. I think you got a very good point. I realized that you
and a lot of other people and that's why I am looking now for the best
DWP(fast is important) I can get. I heard that Radio Shack a on sale next
month a DWP as fast as 500 WPM for abt $400.00(usually $950) and IBM
compatible. What do you think about that?
<CF>
Msg#7781 To:ALL
From:RICH WINTER Date:01/24/89
Subject:MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
I've run across what appears to be a bug in Clipper Summer '87. I am
attempting to do a type of mail-merge application using memo fields and
the STRTRAN function for field substitutions. I have discovered that
after the first STRTRAN, MLCOUNT returns an incorrect number of lines in
the memo field so that I can no longer reliably judge how many lines are
to be printed with the MEMOLINE function. Has anybody else come across
this problem and discovered a possible work-around?
Msg#7782 To:RICH WINTER (Rcvd)
From:CLIFF GREEN Date:01/24/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
yeah, I ran up against that one, but backed away from it (it wasn't
critical to getting the program running and out the door). Have yet to
muster the curiosity to see if it was me or Clipper that wasn't on the
beam.
Msg#7784 To:ALL
From:MARK NEIDORFF Date:01/24/89
Subject:DBU BUG Parent Msg#7784
------------------------------------------------------------------------------
I have found a dbu bug. When using dbu to modify a file's structure, a
change from character to numeric [or the other way around] will cause the
program to bomb out.
Not a big bug, since source code is provided and can be easily fixed.
<< Mark >>
Msg#7785 To:RICH WINTER (Rcvd)
From:CONSTANTIN FLORESCU Date:01/25/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
Rich, I don't know exactly what's wrong with STRTRAN() but seems to
throw all kind of characters arround. I had same problem before, then
I used CHRSWAP() of FUNCKy ( I dont know if you have it) and I solved
the problem. I heard than Nantucket is aware of STRTRAN problem.
Hope this helps.
<CF>
Msg#7786 To:STEVE DAHLIN
From:ROB HANNAH Date:01/25/89
Subject:(R)NOVELL 2.0A LIMIT Parent Msg#7759
------------------------------------------------------------------------------
Debug anet3.com. At address 167 put the number of handles you want IN
HEX. It should be at 28 before you modify.
ROB
Msg#7787 To:ANDREW GROSS (Rcvd)
From:ROB HANNAH Date:01/25/89
Subject:(R)NOVELL 2.0A LIMIT Parent Msg#7759
------------------------------------------------------------------------------
That does not relate specifically to the 40 handle limit. That fixes
Netwares problem of going flaky after a program (using clipper=F<n> if
DOS 3.3+ or handles()) changes the PCB to allow for more files. It
should be used in addition to patching 167 for the handle count.
ROB
Msg#7788 To:RICH WINTER
From:LARRY GOTTLIEB Date:01/25/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
I have read about STRTRAN problems (something about the compiler failing
to append a zero byte to the end of the string). I've +ªhit the problem
a few times myself. It doesn't always work, but the following seems to
help a lot:
X = STRTRAN( .... ) + ""
Maybe this wilÀRl work for you.
Msg#7789 To:RICH WINTER
From:DIRK LESKO Date:01/25/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
strtran() sometimes does not nnull terminate the string properly, nd
therefore mlcount() will go skidding off the end...
dLESKO
Msg#7790 To:CURTIS LITTLE (Rcvd)
From:HOWARD KAPUSTEIN Date:01/25/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
That sounds reasonable. Let's assume you're using TC with the standard
(shipped) defaults, but: large mem model, all debugging/line numbers,
etc. off, stack checking off. How about the rest of the settings? Any
problems? And how about the optimizations? Is it ok to leave optimize
jump and registers on?
Thanks for all the help.
Msg#7791 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/25/89
Subject:(R)TC PROBLEMS Parent Msg#7755
------------------------------------------------------------------------------
Quick-C 1.whatever supports all memory models, it's just the environment
version that only supports medium model. You're right, QC 2.x should be
good for Clipper UDF development. BUT, I already bought Turbo C, and am
fairly comfortable with it. So I can't use the fp math with Clipper, I
can live with it. I'm interested in doing some string manipulations,
integer math, and some other miscellaneous functions. Quick-C 2.x may be
worth the money, but I'd rather not spend the $70+ (most likely list of
$150 like TC 2.0 if they decide to raise their prices) on a C compiler
that I'd like for a couple of isolated cases. In other words, it's not
worth the investment. And considering as how I already have a C compiler,
I'd like to try to make the most use of it that I can.
Msg#7792 To:ALL
From:HOWARD KAPUSTEIN Date:01/25/89
Subject:WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
I know this topic has been discussed before, and I've looked through
older messages. I just need a quick confirmation regarding the Word
Perfect mail merge document format.
1) mail merge documents have the extension .SF (Secondary form)
2) each record begins and ends with a ^R
3) multiple lines in a single record are separated by a LF only (^J)
4) the end of the file is specified by ^E
Here's what I need to know in adition to the above:
a) each record is separated by what? (^Rx^R where x = ?)
b) is there anything at the beginning of the file before the first ^R ?
c) is there anything between the last ^R and the ^E (a LF?)
d) is there anything after the ^E ?
Please do not direct me to look over WPMERG*.ARC in the files section, I
already have, and thisa is the closest I've come to a solution. Also, the
format I specified above, is it 4.2/3, 5.0 or both?
I need this function finished RSN so don't delay, respond today. Thanks.
Msg#7793 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/25/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Using optimizations shouldn't really hurt the code. The optimized
function would have the same result running in a pure C program as it
would in Clipper. The optimized code will only be inside the function,
therefore Clipper isn't aware of how your code is behaving internally. I
haven't tried each combination, but usually use -N- parameter to turn off
stack checking and don't use the debugging information. Basically the
only things that should affect Clipper adversely would be things that
won't be transparent to the Clipper application (i.e. stack checking
wouldn't be transparent because the function to check the stack is a
public symbol, and since Clipper was created with MSC the TC stack check
function isn't in the library). The only other option that I can think
of offhand that might not be transparent to Clipper is the alignment, but
that only matters if you're directly accessing the undocumented
structures of Clipper directly. Otherwise the alignment has no effect on
the Clipper side of the code. If you turn off stack checking and debug
information the other options (besides the model of course) should work
no matter how you specify them. Just remember to stay away from floating
point and graphics routines, turn off stack and debug information and you
shouldn't have any problems. (You'll note that the number of standard
library functions you can call is limited since not all of the C runtime
library is in the Clipper library).
Msg#7794 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/26/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
It looks like a wordperfect 4.0 file actually, I am not sure aboutthe
multiple lines, nut everything else is identical to the 4.0 format. If
you need WP 4.0 format, and you have FUNCky, there is PRG file on the
source disk called C_WPWRIT.PRG that does it....I have not even had a
chance to open the WP 5.0 package! so I can't tell you on that ver yet...
dLESKo
Msg#7795 To:ALL
From:DAVID KLEIMAN Date:01/26/89
Subject:FUNCKY SIG
------------------------------------------------------------------------------
The first meeting of the New York Area FUNCKY Interest Group is scheduled
for Tuesday evening, February 21st, 1989 at 6:15 pm. The meeting will be
held in my office at 110 RIVERSIDE DR., New York, NY 10024 - APT. 9F. If
you are interested and think that you will join us please leave a message
on my tape machine at (212) 864-4066. This will be an informal meeting
to exchange FUNCKY ideas, tips, traps, and organize that group. Bring
your dinner this will be really casual. Look forward to hearing from you
all. David Kleiman.
Msg#7796 To:RON CALLAHAN (Rcvd)
From:DAVID MORGAN Date:01/26/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
There isn't any function in Clipper dedicated to returning the
success or failure of a COPY or INDEX (as there is NETERR() for
USE or APPEND BLANK, and FERROR() for the low-level file i/o functions,
for example). You have to procedurally do your own investigating
to see how the dust settled (anything from FILE() to as detailed
an investigation of the file contents as desired with low-level file
i/o).
Msg#7797 To:KEN CAMP (Rcvd)
From:DAVID MORGAN Date:01/26/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
I believe INDEX ON is not among those commands that require the
DBF to be opened exclusively in order to operate. Try it and see
what happens.
Msg#7798 To:HOWARD KAPUSTEIN (Rcvd)
From:DAVID MORGAN Date:01/26/89
Subject:(R)EMS FOR THE PC Parent Msg#7753
------------------------------------------------------------------------------
AST Rampage and Clipper have a history of discord.
Msg#7799 To:ALL
From:MIKE KNARR Date:01/26/89
Subject:APPEND FROM PROBLEM Parent Msg#7799
------------------------------------------------------------------------------
I am new at CLIPPER programming and I have a question for anyone. I have
an application that creates numerous reports. The reports part of the
program is to be moved to our mainframe for speed considerations. To
accomplish this I must move data in my dbf file to an ascii sdf file.
This is where I get into trouble. My clipper application uses date
fields,and when I copy to an ascii sdf file, the date format is wrong. It
comes out like 19880101. I need it to be in mm/dd/yy format for the
mainframe transfer. I have no problem converting in DBASE, because I can
create another database with character date fields, and append from the
original. But that does not work in CLIPPER unless your field types
match. Is there an easy solution to this? Any help would be appreciated
Msg#7800 To:MARK NEIDORFF (Rcvd)
From:CLIFF GREEN Date:01/26/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
possible. I was using memotran(), then strtran(), and wound up with
truncated memos.
Msg#7801 To:HOWARD KAPUSTEIN (Rcvd)
From:CLIFF GREEN Date:01/26/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
I think the format is: ^R ends each "field", ^E ends each "record", the
file just ends. You can name your secondary files anything you want (I
usually end them with .DAT or .DTA or somesuch). That's what 4.2 was
like; I just (re)installed 5.0 yesterday, and will look later and get
back to you.
Msg#7803 To:CONSTANTIN FLORESCU (Rcvd)
From:HAWKINS DALE Date:01/26/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
The Radio Shack daisy wheel printer sounds like a bargain, all right.
But I must admit that I've never heard printer speeds measured in words
per minute. Assuming six characters per word (average, including
punctuation), that comes out to 50 cps. While not blinding, it should be
kept in mind that there aren't all that many characters per form on a lot
of multi-part forms.
I say buy it.
Msg#7804 To:DAVID MORGAN (Rcvd)
From:DIRK LESKO Date:01/26/89
Subject:(R)NETERR() Parent Msg#7719
------------------------------------------------------------------------------
than what is DOSERROR() for anyway????
dLESKO
Msg#7805 To:DAVID MORGAN (Rcvd)
From:DIRK LESKO Date:01/26/89
Subject:(R)EMS FOR THE PC Parent Msg#7753
------------------------------------------------------------------------------
what kind of discord? I have just received a call that says a Clipper APP
locks up on a machine with AST memory and an inboard 386? know anything
about it? - send a response to David Schwartz if there is...>Thanks....
dLESKO
Msg#7806 To:MIKE KNARR (Rcvd)
From:DIRK LESKO Date:01/26/89
Subject:(R)APPEND FROM PROBLEM Parent Msg#7799
------------------------------------------------------------------------------
Use the low level file functions, to create an SDF file on some fields
would look like:
use <DBF>
go top
handle = fcreate(<sdf_file>)
do while .not. eof()
fwrite(handle,FNAME+LNAME+CNAME+DTOC(DATE())+ZIPCODE+;
CHR(10)+CHR(10))
skip
enddo
fclose(handle)
that will create an SDF file for you, and you can control ALL output at
will. Good Luck!!
dLESKO
Msg#7807 To:ALL
From:TIM CREAGH Date:01/26/89
Subject:ERROR 10 Parent Msg#7807
------------------------------------------------------------------------------
I keep getting an Internal Error 10 message in my program. Does anyone
know what causes this message?
-tim-
Msg#7809 To:NEIL WEICHER (Rcvd)
From:RON CALLAHAN Date:01/27/89
Subject:THANKS
------------------------------------------------------------------------------
Neil:
I just wanted to let you know that the latest documentation for
Netlib helped me out with a problem I've been having with my Networked
applications for the past year. (not enough files allowed for the
entire network.)
Have you considered doing a book. What little information availble these
days on network programming is useless. God knows I need as much help
as possible in this area.
Thanks again.
Ron.
Msg#7810 To:ALL
From:RICHARD YOUNG Date:01/27/89
Subject:COMMUNICATIONS
------------------------------------------------------------------------------
I am a laboratory manager and have been using dBASE III Plus for a couple
of years and Clipper for only a few months. I have a working Clipper
program that requires manual test result entry. I would like to tie our
chemistry analyzer into our PC XT clone. The problem is that I know very
little about communications (in this case via null modem cable). I have
the analyzer transmission format but do not know how to capture the data
and put it into my data base. I just bought a copy of SilverWare's
SilverComm program. It looks like everything I will need but I still need
more help. Can anyone get me started with some hints, techniques,
communications texts and/or programs. Also where can I purchase a copy of
Stephen J. Straley's ToolKit? If anyone can help, please leave a message
on this board or mail on CompuServe (71531,2244). I will be glad to
accept a collect call at (904)-378-5030 (M-F 8AM-2PM/1AM-4AM) or anytime
on weekends. Thanks, Richard.
Msg#7812 To:HAWKINS DALE
From:CONSTANTIN FLORESCU Date:01/27/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
Last night I went there and tested. I wasn't immpressed at all. Then I
tested a Dot MAtrix Printer made also by Tandy(which is about $1500) and
I liked it very much. Faster and the copies are very nice...But I am not
sure how it it is indeed 100% IBM compatible...
Thanks
<CF>
Msg#7813 To:DIRK LESKO (Rcvd)
From:MIKE KNARR Date:01/27/89
Subject:APPEND FROM PROBLEM
------------------------------------------------------------------------------
I REALLY APPRECIATED YOUR HELP IN SOLVING MY PROBLEM. YOUR CODE WORKED
FINE FOR ME. I ONLY HAD TO REMOVE ONE OF THE LINE FEEDS TO GET WHAT I
NEEDED. ALSO THANX TO RON CALLAHAN WHO HAD THE SAME IDEA.
Msg#7815 To:ALL
From:CONSTANTIN FLORESCU Date:01/27/89
Subject:CAPS IN MEMOEDIT() Parent Msg#7815
------------------------------------------------------------------------------
I use MEMOEDIT() to add/edit a character field, but I want that
only CAPS are allowed. Nothing comes into my mind at the moment
how to do it. Anybody knows how to to it.
Thanks
<CF>
Msg#7817 To:CURTIS LITTLE (Rcvd)
From:HOWARD KAPUSTEIN Date:01/27/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Thanks. TYour message helps a bit. The only thing IO was wondering about
with optimizations is sure, it will only affect code internal to the
function, but does Clipper use registers to optimizze performance and, if
so, does it save them before calling external (C/ASM) functions or should
I save the registers my TC .OBJ code will use?
Thanks.
Msg#7818 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/27/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
By 4.0 do you mean 4.0, or 4.x?
Msg#7819 To:DAVID MORGAN
From:HOWARD KAPUSTEIN Date:01/27/89
Subject:(R)EMS FOR THE PC Parent Msg#7753
------------------------------------------------------------------------------
Could you be a little more specific? I've heard of several 'problems'
between AST memory and DESQview, and I know Clipper's EMS buffering is
asking for trouble, but never got any concrete details. Thanks.
Msg#7820 To:CLIFF GREEN (Rcvd)
From:HOWARD KAPUSTEIN Date:01/27/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
Great. That's exactly what I needed to know. But... OK, assume we're just
going to have names. the fields are FIRST, LAST and MI. Spitting it out
to a file as
^RFIRST^Rx^RLAST^Rx^RMI^R^E with x = ?
or
^RFIRST^RLAST^RMI^R^E
or
FIRST^RLAST^RMI^R^E
or some other combo. Is it ^R after each field (thus no ^R at the
beginning of the file, just start writing the first field, then ^R) ? And
does the ^E have to prece a ^R, or is it in place of the last ^R?
Compatibility with 5.0 would be nice, but it's much more important to get
it working in the first place. Please give me an example of a record or
two in your reply, to clarify matters. Thanks.
Msg#7823 To:CONSTANTIN FLORESCU (Rcvd)
From:DIRK LESKO Date:01/28/89
Subject:(R)CAPS IN MEMOEDIT() Parent Msg#7815
------------------------------------------------------------------------------
Constantin, that's what FUNCky's onkey() was intended to do.....just set
onkey() to a function that does the following and it should work:
function upcase
if (nextkey() >= 97 .and. <= 122)
nstuff(and(nextkey(),239))
endif
return(.F.)
That should do the memoedit() trick you need.
dLESKO
Msg#7824 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/28/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
All you guys know that you can do floating point math with Turbo c don't
you?? just get Rich McConnells CGOODIES.ARC file. it has the C code so
you can do TC stuff. Seems to me that that is all you'll need then. As
far as Clipper using registers and the like for optimization, it is far
far different then that. So don't even worry about it.
dLESKo
Msg#7825 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/28/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
4.xxxx then... sorry
dLESKO
Msg#7826 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/28/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
The exact layout I use is:
FNAME^R + CHR(13)
LNAME^R + CHR(13)
ADDR1^R^E CHR(13)
That should answer your quees. But I only am sure about 4.xxx
dLESKO
Msg#7827 To:DIRK LESKO (Rcvd)
From:CONSTANTIN FLORESCU Date:01/28/89
Subject:(R)CAPS IN MEMOEDIT() Parent Msg#7815
------------------------------------------------------------------------------
Thanks Dirk. This FUNCKY of your is a life saver. Remember the other day
I was looking(in FUNCKY conference) for somthing to help me capitalize
the data already entered in a database file(well at the begining when
I wrote the program several years ago I allowed the input of lower case
letters also but now I realized that is better if I allow only CAPS since
will be easier for search, index etc.) The file has about 20 character
fields each an average of 15 characters and about 57,000 records. I jot
down a couple of lines like:
do while .not eof()
store fieldname to mname
etc
replace fieldname with _UPPER(mname)
skip
enddo
and gues what....
The _UPPER() did it in less than 4 minutes...(Don't forget the file is
I would say HUGE)
Thanks. That's kind of commercial software I think should be advertised
and publicized on this or any BBS.
<CF>
Msg#7829 To:ALL
From:STEVE STRALEY Date:01/28/89
Subject:JOBS Parent Msg#7829
------------------------------------------------------------------------------
If there are any interested people out there for part-time (and maybe)
full time employement, if there is a strong Clipper-base skill level,
then please drop me a line and/or a resume to inquire future. The
address is:
SJS & Associates
c/o Human Resources
319 Barrow Street - Suite 7A
Jersey City, NJ 07302
Thanks again...
Steve
Msg#7830 To:STEVE STRALEY
From:DIRK LESKO Date:01/28/89
Subject:(R)JOBS Parent Msg#7829
------------------------------------------------------------------------------
How Much???
dLESKO
Msg#7831 To:HOWARD KAPUSTEIN (Rcvd)
From:CURTIS LITTLE Date:01/29/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
You usually don't have to worry about the registers. Clipper requires
use of the same registers that Turbo C does (because Clipper was written
in C). The registers are saved by Turbo C functions before they are
changed. If you write assembly functions and change the SI, DI, DS, or
BP registers then you'd need to save them first, but with C that's
handled for you.
Msg#7832 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/30/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
I'll look into CGOODIES.ARC, thanks for the info. Re: registers, I was
just wondering how 'safe' it can get, although considering MSC does just
about the same thing as TC regarding optimizations, I'm not surprised. If
Clipper is smart (and it probably it) before calling an external function
it should save all registers/flags/etc. and restore upon completion. Now
that I've got some more info about TC & Clipper, and free time is
starting to fall my way, I might actually look into it before spring.
Thanks.
Msg#7833 To:DIRK LESKO (Rcvd)
From:HOWARD KAPUSTEIN Date:01/30/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
Great. As far as 4.x vs. 5.0, well, it's more of an extra than a
necessity. It also can make a comma delimited, SDF and .DBF file so if
they don't like the WP merge file they can use WP's convert utility. I'll
keep you posted if I hear anything more.
Msg#7835 To:MIKE KNARR
From:JOE BOOTH Date:01/30/89
Subject:(R)APPEND FROM PROBLEM Parent Msg#7799
------------------------------------------------------------------------------
Try copying the original file to a new file with the same structure (with
one additional field called CDATE). Then do the following command...
REPLACE ALL cdate WITH DTOC( your_date )
Now delete the original date field from the new structure.
This method will work, but is probably most useful for a one time
transfer.
Msg#7837 To:HOWARD KAPUSTEIN (Rcvd)
From:JAMES MOORE Date:01/30/89
Subject:CONDITIONS IN .FRM'S Parent Msg#7837
------------------------------------------------------------------------------
I've been experiencing a very strange problem with report forms. In a
database that I KNOW has not one zero value, I have been trying to run a
report form in with the following conditions:
REPORT FORM xxxxx FOR field1 > filed2, .and. date = Processdate ;
WHILE lastkey() # 27 .and. _isonline()
_ISONLINE is a udf which return a logical value and works perfectly
fine everywhere in my prg except within the REPORT FORM statement.
The REPORT FORM function uses on ISPRINTER(), and never changes work
areas, also the error that Clipper is returning is ZERO DIVIDE IN frm,
however, the header for the report never even prints out. So it must be
something in one of the conditional statements. I removed the _isonline
function, and the report worked fine, it even woked just when I removed
the isprinter() funtion from the udf and just returned .t.
My question is then, why is the isprinter function crashin my report.
Any Suggestions
Thanks,
®James¯
Msg#7838 To:HOWARD KAPUSTEIN (Rcvd)
From:DIRK LESKO Date:01/30/89
Subject:(R)NANTUCKET Parent Msg#7695
------------------------------------------------------------------------------
Clipper only saves what the MSC compiler saves, but it does not work the
same as a normal compiler, any registers you leave behind cannot be
accessd by subsequent functions...
dLESKO
Msg#7839 To:ALL
From:TERRY DILLARD Date:01/30/89
Subject:CLIPPER HELP Parent Msg#7839
------------------------------------------------------------------------------
I'm having a couple of problems with the Clipper Summer '87 version,
and would sure appreciate it if someone could cut them down to size
for me. I'm trying to use the MAKE utility to cut down on the
amount of compiling, but it keeps giving me a "Dependant does not
exist :" error. It doesn't give me this error when I delete all of
my .OBJ files, but that defeats the purpose of the MAKE utility, if
I understand it correctly. I thought that MAKE would create and
execute a batch file which would recompile only those .OBJ files
whose corresponding .PRG files had changed since the last compile.
.
Also, I'm trying to start using overlays, and hitting something
which I don't like at all. Whenever I create my overlays, whether
they're included in the .EXE file or as separate .OVL files, I get
a message on the screen about "Accessing overlay" or something like
that. Is there any way to suppress this message? Would SET CONSOLE
ON and OFF help? Is there a switch with PLINK86 that I could use to
suppress it?
.
Can someone please help me? I promise the one who helps solve these
problems a great big "ATTABOY (GIRL)!"
Msg#7840 To:TERRY DILLARD
From:DIRK LESKO Date:01/30/89
Subject:(R)CLIPPER HELP Parent Msg#7839
------------------------------------------------------------------------------
The proper syntax in the make is:
<file.OBJ> : <PROG.PRG>
<command>
<command>
.
.
.
That should fix the make one. And I beleive that your accessing the
overlay message is caused by having a debug switch set to on. I don;t
remember what it is, but if the debugging thing is there it kets you know
when you are loading an overlay so you can debug your overlay strategy.
Look in the manual for anything that mentions that.....
Good Luck, hope you find it.
dLESKO
Msg#7841 To:ALL
From:JON MELTZER Date:01/30/89
Subject:LINT FOR CLIPPER Parent Msg#7841
------------------------------------------------------------------------------
Does a LINT utility for Clipper exist? I'm getting very tired of finding
type errors and missing-parameter errors after I compile... I'd like to
be able to get these annoyances out easily.
Msg#7842 To:JAMES MOORE (Rcvd)
From:STEVE DAVIES Date:01/30/89
Subject:(R)CONDITIONS IN .FRM'S Parent Msg#7837
------------------------------------------------------------------------------
I don't have the answer to your question. But one thing that may help is
to use a copy of FRM2PRG which is available on most boards. Once you
check this program out you will probably never use an FRM except to lay
out the initial skeleton. It takes a report form and turns it into a nice
, commented, and structured piece of code which you can then add all
kinds of things that can't be done in an FRM. By using this you may be
able to simplify your problem, or perhaps eliminate it. I'll look for it
here and put it up If it's not already here.
Steve
Msg#7843 To:ALL
From:RON LANDBERG Date:01/31/89
Subject:A86 TO S87 Parent Msg#7843
------------------------------------------------------------------------------
> Please describe any pitfalls in upgrading an application from A86
> Clipper to S87 Clipper
I have been working in S87 for over a year. But they've all been new
applications. Now, an application I wrote two years ago in A86 req-
uires enhancing and I want to compile the whole application in S87.
Could anyone who has discovered problems in updating an application
from A86 to S87 please relate those experiences to me. I am particularly
interested in anomalies that may not appear with error messages, i.e.,
changes in how index or data files are handled. But all pitfalls folks
have found would be of immense value to know of.
I compiled and linked the old application in S87 and no compile or link
errors showed up.
This is a network application - Novell 2.0A.
Thanks - Ron
Msg#7844 To:ALL
From:DAVID RICHISON Date:01/31/89
Subject:WP PROGRAMS
------------------------------------------------------------------------------
Thanks to all for your suggestions on the WP programs. ProWrite 2.02 is
great...
-David
Msg#7845 To:ALL
From:CONSTANTIN FLORESCU Date:01/31/89
Subject:SET KEYS Parent Msg#7845
------------------------------------------------------------------------------
Hi,
I was trying to
SET KEY 274 TO Doedit && ALT+E
but didn't work.
Anybody could tell me why ?
Thanks.
<CF>
Msg#7846 To:TERRY DILLARD
From:JOE BOOTH Date:01/31/89
Subject:(R)CLIPPER HELP Parent Msg#7839
------------------------------------------------------------------------------
Your overlay problem can be solved by removing the DEBUG statement
from your LINK file.
The make problem could possibly be that one of the need object files is
spelled wrong on the line which creates the EXE file. Check carefully
that all needed OBJ's appear on the EXE line, and are spelled correctly.
If you have a Microsoft compiler product, you might want to use that
MAKE program, it seems to work better, in my opinion than Nantuckets
Msg#7847 To:CONSTANTIN FLORESCU (Rcvd)
From:JOE BOOTH Date:01/31/89
Subject:(R)SET KEYS Parent Msg#7845
------------------------------------------------------------------------------
When you say it doesn't work, what type of problem are you encountering?
Do it get into the routine at all ? Do you get an error message ?
Try renaming doedit to something else. DO <proc> shouldn't be confused
with DOEDIT, but with Clipper, you never know...
Msg#7848 To:RON LANDBERG (Rcvd)
From:ROB HANNAH Date:01/31/89
Subject:(R)A86 TO S87 Parent Msg#7843
------------------------------------------------------------------------------
I'm pretty sure the layout of S87 NTX files is slightly different and
requires reindexing everything. Also, any UDFs you wrote in C or ASM
will need total reworking - S87 was written using MSC 5.0. A86 used
Lattice.
ROB
Msg#7850 To:ALL
From:ART KOHN Date:01/31/89
Subject:PROGRAMMER WANTED Parent Msg#7850
------------------------------------------------------------------------------
Clipper programmer wanted/needed.
Freelance clipper programmer wanted by NYC midtown
brokerage firm to update and re-code a number of
programs. You must be using the latest version of
Clipper and the Funcky Library. For future projects,
a knowledge of the Silvercom Libraries would be
helpful (but not mandatory).
Please forward a profile of yourself and your talents
to me either here or in hard copy to:
Art Kohn (Systems Coordinator)
c/o Reich & Tang, L.P.
100 Park Avenue - 28th Floor
New York, NY 10017
Would also like to see samples of your work.
This can be done either by forwarding a disk
or in person (if you don't want to part with a
copy of your greatest achievement)...
By the way, this is NOT an in-house position.
It's a great way to pick up some extra bucks at home.
The only inhouse requirement is a weekly meeting
to evaluate project progress.
Msg#7851 To:HOWARD KAPUSTEIN (Rcvd)
From:CLIFF GREEN Date:01/31/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
4.0 and 4.2 did things differently. 4.2 was pretty good; 4.0 was the
pits in some regards (My opinion, not my employers' or necessarily of
anyone else on this or any bbs).
Msg#7852 To:HOWARD KAPUSTEIN (Rcvd)
From:CLIFF GREEN Date:01/31/89
Subject:(R)WP MERGE Parent Msg#7792
------------------------------------------------------------------------------
what I've used in the past was:
FIRST^R
SECOND^R
LAST^R
^E
NEXT_FIRST^R
NEXT_SECOND^R
NEXT_LAST^R
^E
To do it justice, I'll reload 4.2 and see what it spits out, and see if
5.0 accepts it (I've been told it does by one of our guys who was an
early beta site for WP).
Msg#7853 To:JOE BOOTH
From:CONSTANTIN FLORESCU Date:01/31/89
Subject:(R)SET KEYS Parent Msg#7845
------------------------------------------------------------------------------
Doesn't do anything Joe. Doesn't even get into routine...The actual name
of the routine is "Expedit". In other words you're saying should work,
like I thought... You know with today changes in keyboard keys arround I
try to avoid to use F1 etc. Instead I noticed that even the enhanced
keyboard has the Alt key next to the Alpha Keys so I try to make a kind
of combination which is as close as possible to reach and also pretty
similar on any keyboard...I will keep trying and let you know. Thanks.
<CF>
Msg#7854 To:STEVE DAVIES
From:CLIFF GREEN Date:01/31/89
Subject:(R)CONDITIONS IN .FRM'S Parent Msg#7837
------------------------------------------------------------------------------
do you have a copy of FRM2PRG that actually works? The one I dl'd many
moons ago would either crap out early, or produce very nice (if
incomplete) code which didn't quite do what it was supposed to.
Msg#7855 To:CONSTANTIN FLORESCU
From:JOHN ROGERS Date:01/31/89
Subject:(R)SWITCH AWAY
------------------------------------------------------------------------------
Constantin, appreciate the reply...I understand you point of view!!
-John Rogers-
Msg#7856 To:CONSTANTIN FLORESCU
From:ANDREW GROSS Date:01/31/89
Subject:(R)WORKHORSE PRINTER Parent Msg#7644
------------------------------------------------------------------------------
What about an HP DeskJet printer. As fast as a DMP (or more), infinitely
more quiet...and priced between $500 to $1,000...depending on available
discounting. The one drawback I know of is that the ink can have a
tendency to smear, but if I were in the market for a DMP, I would think
very seriously on aquiring the DeskJet.
andrew g.
Msg#7857 To:CLIFF GREEN
From:ANDREW GROSS Date:01/31/89
Subject:(R)MLCOUNT Parent Msg#7781
------------------------------------------------------------------------------
I don't know about the bug...but note that the Feb 89 issue of Data Based
Advisor, in the Hardcore Clipper column, shows a mail merge program using
memoedit().
andrew g.
Msg#7858 To:TIM CREAGH
From:ANDREW GROSS Date:01/31/89
Subject:(R)ERROR 10 Parent Msg#7807
------------------------------------------------------------------------------
From the internal error report available on CompuServe (!GO NANFORUM)...
10 TOO MANY NESTED BEGIN SEQUENCE/END BLOCKS
Too many nested...blocks have been defined. The maximum is 16.
Note: The usual reason this occurs is a LOOP statement within a
BEGIN...END structure like the following:
DO WHILE <condition>
<statements>...
BEGIN SEQU
<statements>...
LOOP
END
<statements>...
ENDDO
andrew g.
Msg#7859 To:RON LANDBERG (Rcvd)
From:MARK NEIDORFF Date:01/31/89
Subject:(R)A86 TO S87 Parent Msg#7843
------------------------------------------------------------------------------
Third party libraries will be a p[roblem in the conversion. Due to the
Network overhead, you may run into memory problems also since S87 doesn't
manage memory well. [Hows that for understatement!]
<< Mark >>
Msg#7861 To:ALL
From:FRANCOIS DESROSIERS Date:01/31/89
Subject:MEMOEDIT
------------------------------------------------------------------------------
I need some help with an application I am developping.
.
In this application I have a memo field called descripti. I do the
edition of this field with the following line:
.
REPLACE DESCRIPTI WITH MEMOEDIT(DESCRIPTI,4,2,20,77,.T.)
.
I have put text in this field and now I am making the grammatical
correction of the text. And I observe that every time I change, add
or remove a word, my application become 1 000 bytes more big. The
difference is not always the same but it is about 1 000 bytes.
.
All the memo fields are about this lenght. And with Norton, I see
that my file is full of duplication and EOF markers.
.
What can be the problem
.
thank you Francois Desrosiers
.
Comments
Post a Comment