Msg#8400

Msg#8400   To:DIRK LESKO                                (Rcvd)
From:HOWARD KAPUSTEIN                           Date:03/01/89
Subject:(R)DELETED()                            Parent Msg#8192
------------------------------------------------------------------------------
So you're saying use part of the field header description? Which parts
are (relatively) safe? I presume the reserved bytes are used similarly to
those in the header, but would they be written back to disk? I'm not too
sure if I know exactly where you're talking about. Could you be a little
more specific?


Msg#8401   To:NEIL WEICHER                              (Rcvd)
From:ROB HANNAH                                 Date:03/01/89
Subject:(R)N_CHECKR()                           Parent Msg#8295
------------------------------------------------------------------------------
Yes, such a function would be useful.  If you had a generic routine that
wasn't aware of whether the record was locked and needed to operate
differently depending on that - if this record is already locked then
replace update_date with date() - that could be useful.

ROB


Msg#8402   To:LANE WHITE                                (Rcvd)
From:JOE BOOTH                                  Date:03/01/89
Subject:ACCOUNTING PACKAGES                     Parent Msg#8402
------------------------------------------------------------------------------
I have had some experience with the various accounting packages like
SBT and sourcemate, and will tell you my opinion.  Basically, I feel
they are too large (Pages of code) for a basic accounting package.  The
A/R module of SBT is several hundred pages long.  It is possible to
customize them, but be aware that you will have to look through a lot
of code to do so....
 
Steve's accounting package was co-developed by Steve and myself, so I
will offer some general comments on it, but feel free to view
them in whatever light you choose. 
 
One of the primary goals of the package was e
eas
c


Msg#8406   To:JOE BOOTH                                 (Rcvd)
From:JOHN THORN                                 Date:03/01/89
Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#8402
------------------------------------------------------------------------------
And I've heard war stories about the computer locking up when the stuff
is compiled due to the archaic coding methods used by SBT.  SBT is OK
if you want it slow and easy, but don't look to add alot onto it for
customizing 'cause it's a real pain.  SourceMate looks good - haven't
seen Steve's package.


Msg#8408   To:HOWARD KAPUSTEIN                          (Rcvd)
From:DIRK LESKO                                 Date:03/01/89
Subject:(R)DELETED()                            Parent Msg#8192
------------------------------------------------------------------------------
I guess what I am sayingis that there must be some portion of the header
that will not be overwritten. One idea is to create a dummy field so that
you can store whatever you want in the field name...That way when it is
read into memory, it won;t be changed. Of course that would add a byte to
each record. the trick is finding a few bytes in the header that do not
get modified when they are placed in memory. That will ensure that the
value you put there will stay the same.

dLESKO


Msg#8409   To:LANE WHITE                                (Rcvd)
From:RON LANDBERG                               Date:03/02/89
Subject:(R)SUBSET DATA                          Parent Msg#8387
------------------------------------------------------------------------------
If the subset you want to display is usually small ( say a few hundred
records at most) and the file is indexed as such that all the desired
records are together, then what I do is to use dbedit by copying the
matching records to a temporary file and accessing that file from dbedit.
 This works fine on a fast machine and as long as the number of records
won't be very great.  I use this tecnique often and my response time is
2-4 seconds for up to 350-400 matching records.


Msg#8410   To:CHRISTOPHER EDGAR                         (Rcvd)
From:RON LANDBERG                               Date:03/02/89
Subject:(R)SUBSET DATA                          Parent Msg#8387
------------------------------------------------------------------------------
But what happens when the operator presses PgUp or PgDn or is at the top
most record which matches (but which is not the topmost record in the
file) and the operator presses the up arrow key?  These keys get
processed before the UDF is invoked.  I tried this approach and suddenly
the screen would be filled with blank lines - which were actually records
which didn't match and therefore were blanked out.  I gave up on this
approach and  switched to copying matching subsets to temporary files.

( Oh I didn't mean the up arrow key above.  I meant if the operator
pressed control PgUp or control PgDn).


Msg#8414   To:LARRY GOTTLIEB                            (Rcvd)
From:GEFF PURCELL                               Date:03/02/89
Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
------------------------------------------------------------------------------
There is no built-in limit to the number of recursive calls you can do.
I have programmed using TrueWindows and I discovered what you did:  that
window programming is inherently recursive.
The secret, if you have problems, is to expand the stack.  The default
stack size with Clipper is 2K.  This will let you recurse about 20 times,
or so (you've been lucky so far).  You can expand the stack up to about
32K with no problem.  (All of the stack must fit into DGROUP or the
linker will complain.)  To expand the stack with MS Link, use the option
/STACK:nnnnn where nnnnn is decimal bytes.  with PLink86 use STACK nnnn
(darn, I can't remember if this one is decimal or hex  Unfortunately,
TLink doesn't support changing the default stack size.
When the stack overflows, the symptoms are:  color settings and other
internal Clipper variables get trashed resulting in trashed screens.
(Once, the @ rr,cc TO rr,cc command gave me a garbage border.); garbage
in memvars; then usually a lockup or critical error of some kind.
The first time this happenned, by the way, I called Nantucket, and they
actually DID get back to me with this answer, although I had already
dicovered it myself by then.
- J. David Reynolds (& Geff Purcell)


Msg#8415   To:RON LANDBERG                              (Rcvd)
From:CHRISTOPHER EDGAR                          Date:03/02/89
Subject:(R)SUBSET DATA                          Parent Msg#8387
------------------------------------------------------------------------------
Ron,
Yes, you do have blank lines when you hit top/bottom file keys, but the
file I was using was not very big (500) records ( I should have mentioned
that) and I took care of that by either stuffing the keyboard or SEEKing
to the "filtered" key field.  Kind of awkard, I know, but supposedly the
next version of Clipper will be able to handle "subsets" of data as if
they were in a seperate file without having to write patches or copy out
records.  I plan on asking Phil Usher about it when he does his east
coast tour of User groups in a couple of weeks.

--Christopher


Msg#8416   To:DIRK LESKO                                (Rcvd)
From:HOWARD KAPUSTEIN                           Date:03/02/89
Subject:(R)DELETED()                            Parent Msg#8192
------------------------------------------------------------------------------
I agree with you entirely. It's applying the idea that gives me a
headache. I'll look into it. My TC routines to access .dbf files are
coming along, so whiu¹ÉDÖ Þ Zöit I think I'll do a bit of testing. I can
get at dBASE III+, Clipper, R&R (which shouldn't write, but we all know
howabused that word is...) and an old Foxbase. I was wondering about some
of the other programs that use .dbfs, like programs that export to dBASE
files, dBXL, Foxbase+, dBx, etc. I'd think that most (esp. the ones that
just export) wouldn't mess with the reserved bytes, just write zeros, I
was just wondering if anyone knew of any program that actually does, not
necessarily bad, but uncommon things (unnatural?) to dbase headers...


Msg#8418   To:ALL                                       
From:RON LANDBERG                               Date:03/02/89
Subject:NEED A CLIPPER JOB     
------------------------------------------------------------------------------
To all of you who work in the San Francisco Bay Area:
 
I am in need of work.  I have been programming full time in CLIPPER
since Winter,85.  I have written mainly order and invoice tracking
systems; I also wrote a ledger system for capital assets.
 
My prior experience was with the old APPLE II's on which I wrote a
complete small business system over several years for a non-profit food
distribution service.
 
I consider my strong point to be a sensitiviy to the ease of use of the
operator interface.  I have always put much attention to this point.
 
Most of the work I have done the past four years has been for Pacific
Bell.  Suddenly, in the midst of the current project, they have decided
to be "penny wise,pound foolish" and abandon the project.  Thus, I am
caught unaware suddenly with the need to find new work.
 
I have been working as a contractor but am willing to take an "in-house"
job, team job, maintenance of existing systems, in fact, most anything
that will pay well and make use of my talents.
 
I can be reached just about anytime at [415] 682-3226.  This is my home
number, so feel free to call anytime, day or night.
 
I am also willing to relocate (if to the Ft. Bragg area, I would con-
sider short term project(s); if to another location, the prospect
would have to be for a long-term project).
 
Thank you.
 
- Ron Landberg


Msg#8420   To:JOHN THORN                                (Rcvd)
From:STEVE STRALEY                              Date:03/03/89
Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
------------------------------------------------------------------------------
As I understand it, the intent was not to shun the east coast; rather, to
give the best possible conference ever.  One that would make even the
most professional seminar people jealous.  As I understand it, the only
way something like that can be achieved would be to have the conference
located as close to the corporate office as possible.  This will avoid
any confusions and rough edges that may happen.  As a traveling seminar
speaker, I can testify that the closer the company which is conducting
the seminar is to the seminar site, the fewer the hassels and headaches.
And believe me, I have had far too many with the Clipper Seminar Series.

It is NOT the intent, again.. as I understand it, to ignore the east
coast.  I think that they, being Nantucket, would support any and all
collected efforts we may have.  However, I must say that no ONE group
should play host to such a thing: no one organization should try to out
play another.  Therefore, an independent seminar committee may be formed
and from there, the birth of an east-coast conference may begin.

Take care,

Steve


Msg#8421   To:WALT BORYS                                (Rcvd)
From:STEVE STRALEY                              Date:03/03/89
Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
------------------------------------------------------------------------------
Yes, my libraries, newsletter, and seminar series all deals with this
problem.  Again, you may want to call Four Seasons and ask which issue I
talked about that in.  They would be more than happy to help.  Again,
glad you're liking the book and hope to hear from you soonest...

Steve


Msg#8422   To:CONSTANTIN FLORESCU                       (Rcvd)
From:STEVE STRALEY                              Date:03/03/89
Subject:(R)BBS LIST                             Parent Msg#8335
------------------------------------------------------------------------------
Thanks Constantin... I'd also add the Database BBS (201-943-5419) which
is, as you know, my favorite hang-out sport.  But you are right on about
the BOSS...

Steve


Msg#8424   To:DIRK LESKO                                (Rcvd)
From:MENACHEM BAZIAN                            Date:03/03/89
Subject:(R)HELP                                 Parent Msg#8186
------------------------------------------------------------------------------
Any idea when the new verion of Clipper will be coming out?? And, if so,
got any poop on some of the planned enhancements??

Menachem


Msg#8425   To:GEFF PURCELL                              (Rcvd)
From:LARRY GOTTLIEB                             Date:03/03/89
Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
------------------------------------------------------------------------------
Thanks!  This is exactly the type of answer I hoped to get.  Will
implement it right away.


Msg#8427   To:ANDREW VIOLA                              (Rcvd)
From:MENACHEM BAZIAN                            Date:03/03/89
Subject:(R)UI VER 2                             Parent Msg#8317
------------------------------------------------------------------------------
Andrew,

Yes it does and thank you very much. I AM a motivated programmer (I wrote
one hell of an Add/Edit/Delete with valid and lookup for UI1. I am
looking forward to UI2.

Menachem


Msg#8428   To:DIRK LESKO                                (Rcvd)
From:MENACHEM BAZIAN                            Date:03/03/89
Subject:CLIPPER S'87 BUG???                     Parent Msg#8428
------------------------------------------------------------------------------
Dirk,

I have a little problem in a clipper application.

I have an application (called the Working Trial Balance [WTB]) which I
have just upgraded to Version 3. In the process of upgrading tp Version 3
I have had to change some data file structure and, therefore, had to
provide a conversion utility between Version 2 and 3.

I have changed one field (journal entry number [Jenum]) from a numeric to
a character field. The basic structure of the conversion program is as
follows:

Use Newjefile
Append from Oldjefile

Here's the problem. I am getting a "Data Type Mismatch" error with
clipper but when I do it in DB3p it works just fine...

Is this a clipper incompatibility with dbase or a bug or something else??

Menachem


Msg#8429   To:HOWARD KAPUSTEIN                          (Rcvd)
From:DIRK LESKO                                 Date:03/03/89
Subject:(R)DELETED()                            Parent Msg#8192
------------------------------------------------------------------------------
I am uploading a Clipper function written with FUNCky that creates DBF
files AND creates indexes at the some time on the fly....It uses FUNCky
so you need that to compile. But it creates the dBASE header. It will be
in the FUNCky Forum section of the board....

dLESKO


Msg#8431   To:STEVE STRALEY                             (Rcvd)
From:DIRK LESKO                                 Date:03/03/89
Subject:(R)BBS LIST                             Parent Msg#8335
------------------------------------------------------------------------------
Steve, you want to metion the Database BBS to Mark so he cann put it into
his list for DBA....

dLESKO


Msg#8432   To:MENACHEM BAZIAN                           (Rcvd)
From:DIRK LESKO                                 Date:03/03/89
Subject:(R)HELP                                 Parent Msg#8186
------------------------------------------------------------------------------
1990 (1st Quarter....maybe) or in 2 weeks....take your pick.


Msg#8433   To:MENACHEM BAZIAN                           (Rcvd)
From:DIRK LESKO                                 Date:03/03/89
Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
------------------------------------------------------------------------------
Well, it seems like it would be an incompatibility between Clipper and
dB3. I guess you are doing an append from to transfer the data. My
suggestion would be to create a do while loop and append the records
manually. Or if you are adventurous, and the changed field is EXACTLY the
same size, and you have not mucked around with decimal points, you can go
in with fopen() and fwrite() and change the header definition from An 'N'
to a 'C'. It is very easy. It should be located at:

        (N*12)+32    && where N = the field NUMBER.

If it is the third field defined in the structure, then the field type
specifier should be at (3*12)+32 = 68. So do an fseek(Han,68) and then an
fwrite(Han,"C") to change the field type. this should work with no
problem, and it will be gloriously fast.....

dLESKO


Msg#8436   To:RON LANDBERG                              (Rcvd)
From:LANE WHITE                                 Date:03/03/89
Subject:SUBSETS DATA RT 6 E                     Parent Msg#8436
------------------------------------------------------------------------------
Thanx Ron,
        There seems to be many ways to accomplish this. I wonder about
Set Relation Does that ack like Set filterM
¸Æ21hÀDX ª³Ý/`b% ":}Ó or does it just set you at the first reco?
Clipper should put something in the compiler to support this, what about
relat Sorry about the garbage.
                Lane...


Msg#8437   To:CHRISTOPHER EDGAR                         (Rcvd)
From:LANE WHITE                                 Date:03/03/89
Subject:SUBSETS DATA                            Parent Msg#8437
------------------------------------------------------------------------------
Thanx Chris,
        What about using color monitors? I guess will still work but I
use many windows with different colors. Nantucket should help with this
in the next version. I hope....
                Lane..


Msg#8440   To:RON CALLAHAN                              (Rcvd)
From:NOEL MANZANILLA                            Date:03/03/89
Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
------------------------------------------------------------------------------
no, corruption seems to be occurring during a copy to <one record only !>
and append process.
noel


Msg#8441   To:GEFF PURCELL                              (Rcvd)
From:NOEL MANZANILLA                            Date:03/03/89
Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
------------------------------------------------------------------------------
thanks . i did check and i have the current libs
noel


Msg#8442   To:LANE WHITE                                (Rcvd)
From:CHRISTOPHER EDGAR                          Date:03/03/89
Subject:(R)SUBSETS DATA                         Parent Msg#8437
------------------------------------------------------------------------------
I don't understand what you're asking about color monitors, Lane, but
what I was trying to say about changing colors was to set the foreground
and background to the same color ( N/N or B/B...etc.) is that what you
meant?


Msg#8443   To:FRANCOIS DESROSIERS                       
From:JEFF SPRINGER                              Date:03/03/89
Subject:(R)MEMO FIELD           
------------------------------------------------------------------------------
You might want to use Clipper
low level file logic to search for beginning and ending code. Store both
values (i.e., the number returned by FSEEK() in your user defined 'search
for the code' function) in variables. It should be relatively simply from
there to extract the section you want. I hope this is some help.


Msg#8447   To:LANE WHITE                                (Rcvd)
From:RON LANDBERG                               Date:03/04/89
Subject:(R)SUBSETS DATA RT 6 E                  Parent Msg#8436
------------------------------------------------------------------------------
Not quite sure what SET RELATION has to do with processing a subset of
records with DBEDIT.  If you mean that part of your DBEDIT fields
defintion is from a child file, then, of course, the pointer in the
related file will be at the first record which matches the field from the
parent file, not necessarily the first record in the child file.

But SET RELATION doesn't get you anywhere in trying to DBEDIT a subset of
records in one file.

You might look at Issue 5 of From D.O.S.S. by Steve Straley.  He suggests
three or four ways to deal with the problem.  Like I said, if the subset
can be counted on to be limited to a few hundred records at most and you
have fairly fast hardware, copying the subset (from an indexed file) to a
temporary file works ok.

I would like to see Nantucket allow a parameter to be passed which
somwehow let me define the subset to be displayed.  That would be ideal.
But since it doesn't exist, you realy have to "create" the subset
yourself, either by copying out to a temporary file or by some mechanism
of blanking out those records in the main file which don't match your
criteria.  The problem with the latter approach is that keystrokes like
control PgDn get processed before reaching the UDF so you can find
yourself with a blank screen showing.

Steve's suggestions in issue five include partial and conditional
indexing which creates the subset for you.  Check it out.


Msg#8449   To:LANE WHITE                                (Rcvd)
From:STEVE STRALEY                              Date:03/04/89
Subject:(R)ACCOUNTING           
------------------------------------------------------------------------------
Lan, I wanted to personally step in here and thank you for the support.
We are getting it together everyday.  Right now we are taking bids for
someone to do the documentation.  If anyone knows of anyone, please let
me know.  Thanks... it'll be here.

Steve


Msg#8454   To:DIRK LESKO                                (Rcvd)
From:HOWARD KAPUSTEIN                           Date:03/04/89
Subject:(R)DELETED()                            Parent Msg#8192
------------------------------------------------------------------------------
OK, I'll take a look at it. Thanks...


Msg#8458   To:ALL                                       
From:RAY HUFF                                   Date:03/04/89
Subject:SAVING SCREENS TO DISK                  Parent Msg#8458
------------------------------------------------------------------------------
HOW DO I SAVE CLIPPER SCREENS TO DISK
THOUGHT ABOUT SAVING TO A VARIABLE THEN TO DATA BASE
ANY HELP APPRECIATED.


Msg#8459   To:STEVE STRALEY                             (Rcvd)
From:JOHN THORN                                 Date:03/04/89
Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
------------------------------------------------------------------------------
Steve:

Thanks for your reply.  I understand that it is always better to be
"close to the flagpole."  Yet, I also understand the need to "spread
the wealth."

I concur that an independent seminar committee is the best approach.
Question:  Would you be willing to participate in such an endeavor,
especially since the East coast is nearer to your "flagpole" >grin<?


Msg#8461   To:DIRK LESKO                                (Rcvd)
From:ALAN GUGGENHEIM                            Date:03/05/89
Subject:GLOBAL MENUS                            Parent Msg#8461
------------------------------------------------------------------------------
ke to have global "expess" menus available
in my application to zoom from one part of my application to
another without having to go through the menu hierchy.  I would
like to have the option of going through menus, or express.
Getting to the main menu is easy...with the begin sequence/end sequence.
To get to a specific area, the only way to keep the menu hierchy is
to stuff the keyboard buffer with the required keystrokes to move
down the menus. 
 
My problem:  Set console off only blanks out the question marks (?) and
does not blank out the @say's.  Is there a way to keep these from
printing when stuffing the keyboard for menu choices?
 
Is there a better way to do global menus which can keep the hierchy?
 
Thanks...


Msg#8463   To:RON LANDBERG                              (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/05/89
Subject:(R)INTRODUCTION                         Parent Msg#7557
------------------------------------------------------------------------------
Ron, you will be suprised what these judges can do....and what odd
decisions they make. Sometimes, I feal that they just play politics.
I hope that, like you said, they have their feet on the ground in this
case and throw out of court, the AT atempt to have the monopoly of the
market without even provide a resonable product(I mean DBASE IV).
<CF>


Msg#8465   To:CHRISTOPHER EDGAR                         (Rcvd)
From:LANE WHITE                                 Date:03/05/89
Subject:SUBSETS DATA           
------------------------------------------------------------------------------
Hi Chris,
        I follow you now. Nifty way to handlethe solution.
                Lane


Msg#8466   To:RON LANDBERG                              (Rcvd)
From:LANE WHITE                                 Date:03/05/89
Subject:SUBSET DATA             
------------------------------------------------------------------------------
Hi Ron,
        Thanx, I will pull out the back issue of D.O.S.S. hat if disk
space is at a premium and the temporary file becomes very large? I guess
I can't have it all, your solution probably works fine most of the tim.
I do have a database with 32,000 records or more. Voting records for a
county. (small county!) Would have liked to pop a window of voters that
meet certain codes. But agree totally with last comment, hope Nantucket
steps in on next release.
                        Lane


Msg#8467   To:RAY HUFF                                  (Rcvd)
From:DIRK LESKO                                 Date:03/05/89
Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
------------------------------------------------------------------------------
to save a screen to disk is easy, try:

        memowrit("DISKFILE",savescreen(0,0,24,79))

To restore from that file, do the opposite:

        restscreen(0,0,24,79,memoread("DISKFILE")

that will do it nicely....

dLESKO


Msg#8468   To:ALAN GUGGENHEIM                           (Rcvd)
From:DIRK LESKO                                 Date:03/05/89
Subject:(R)GLOBAL MENUS                         Parent Msg#8461
------------------------------------------------------------------------------
Make you program highly modular so that each subfunction operates
independenatly. If you use an object oriented approach by making each
subfunction a 'black box routine', you can then use the SET KEY TO
approach so that you can execute the modules right off of any menu. be
careful of your GETS though.

dlESKO


Msg#8469   To:CONSTANTIN FLORESCU                       (Rcvd)
From:RON LANDBERG                               Date:03/05/89
Subject:(R)INTRODUCTION                         Parent Msg#7557
------------------------------------------------------------------------------
Well, I know from personal experience that judges favor the richer or
better connected side in a case when there is a wide disparity between
the sides.  I also know that most judges uinfortunately bring their
prejudices to their rulings, normally to the detriment of the poorer
side.

But in this case, unless the judge eats lunch with the A-T lawyers, you
would think that the sides would appear to be equal to the judge since
both sides are of the same sort (big corporations) and probably are about
as well connected.  So one would hope that in this case, at least the
judge could rule on the issues rather than his prejudice.  If that
happens, I cannot see how a ruling could be in A-T's favor on the issue
of ownership of the language.


Msg#8472   To:DIRK LESKO                                (Rcvd)
From:MENACHEM BAZIAN                            Date:03/05/89
Subject:(R)HELP                                 Parent Msg#8186
------------------------------------------------------------------------------
Well, That's a pretty good ball park.

Menachem


Msg#8473   To:DIRK LESKO                                (Rcvd)
From:MENACHEM BAZIAN                            Date:03/05/89
Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
------------------------------------------------------------------------------
Wow! Sounds really great. I am gonna try it tomorrow.

Thanks a million.
Menachem


Msg#8476   To:NOEL MANZANILLA                           
From:RON CALLAHAN                               Date:03/05/89
Subject:(R)CORRUPTED RECORDS   
------------------------------------------------------------------------------
Noel:
That's interesting because I ran across a similar problem. In a process
I have, I need to duplicate a record in the currently selected data
file. I would copy the record to a temp file and append back from it.
Sometimes this would work, sometimes it would blow the program. I got
around it by using the N_SCATTER and N_GATHER functions in Neil Weicher's
Network library. (These functions allow you to do an auto-mem and auto
replace of a record). The have not seen the problem again.
Ron


Msg#8477   To:JOHN THORN                                (Rcvd)
From:STEVE STRALEY                              Date:03/06/89
Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
------------------------------------------------------------------------------
I will always actively support ANY endeavor concerning Clipper.  What
makes my situation unique is that I am a native Californian and a
transplanted easterner, so I have two flagpole, in which case, I can't
loose.

Steve


Msg#8479   To:RON LANDBERG                              (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/06/89
Subject:(R)INTRODUCTION                         Parent Msg#7557
------------------------------------------------------------------------------
Well.. I didn't say they favor the richer. What happens, is that the
richer(insurance companies and all the other rich corporations and
individuals) have money ti hire the best lawyers and that's why most of
the time they win. ALso the richer have enough money to spend in courts,
on appeal etc and the judges...love that. That's the way they stay in
business. The poor doesn't have the money, doesn't know the low, misses
the statues of limitations etc and...therefore they loose it.
But I agree with the fact that the judges have a habit of bringing into
court and their decisions their own prejudices.
What I actaully ment is that a lot of times they make decisions which
don't make any sense(shor of saying silly) just because they want to come
up with an unusual decision...or make the law(so to speak) and get
popularity. SO that't I am afraid of in this case. Again hope that the
judge who's got the case has his feet on the ground. Probably somebody
should send them a FOX utility to see how nice it works and also a Dbase
IV ... to see the difference.
Speak to you soon.
<CF>


Msg#8480   To:LANE WHITE                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/06/89
Subject:(R)SUBSETS             
------------------------------------------------------------------------------
Lane FUNCKY is an outstanding product and is supported better than
any other product I know off. Please log into FUNCKY conference which
grows at a speed unbeleiveable. There you will find an answer to any
question you may have about FUNCKY from very prestigious developers
including Dirk Lesko. IF I can be of any help please let me know...
<CF>


Msg#8481   To:ALL                                       
From:LARRY GOTTLIEB                             Date:03/06/89
Subject:ARRAY ELEMENT                           Parent Msg#8481
------------------------------------------------------------------------------
I find myself writing a series of very general data handling routines,
where it becomes useful to store copies of database fields into array
elements. I even perform GET's on array elements.  The problem I run into
is that, during a READ, READVAR() returns the NAME of the array, but not
the element number.  I'd hate to stop using arrays, but right now the
only solutions involve very nasty coding (e.g., have a valid function
for each GET, which keeps track of where you are based on the last
keystroke -- ugh!).  Does anyone have a solution?


Msg#8482   To:LARRY GOTTLIEB                            (Rcvd)
From:DIRK LESKO                                 Date:03/06/89
Subject:(R)ARRAY ELEMENT                        Parent Msg#8481
------------------------------------------------------------------------------
I beleive FUNCky or GETIT can help you (depending on how much library you
need) it lets you find out what the GET NUMBER you're working is rather
than the READVAR() name. That can help you determin the array element
very easily...For FUNCky, you can call me ($195) or for GETIT you can
call Neil Weicher I think it's $79.bucks.... remember FUNCky has 420 or
so functions, so it is a little higher priced. but they are both good
products and I recommend them to anyone needing that kind of stuff your
doing....

dlESKO


Msg#8484   To:LARRY GOTTLIEB                            (Rcvd)
From:STEVE STRALEY                              Date:03/07/89
Subject:(R)ARRAY ELEMENT                        Parent Msg#8481
------------------------------------------------------------------------------
A trick I use is to take the TRANSFORM(ROW(), "99")+TRANSFORM(COL(),"99")
and use these positions as fake element numbers.  Chances are that you
will never have two GET overlap one another.  IF you do, your end-users
wont like it very mcuh.  I also use this with the MENU to command.
Anyway, hope that gives some insight...

Steve


Msg#8486   To:DIRK LESKO                                (Rcvd)
From:ALAN GUGGENHEIM                            Date:03/07/89
Subject:(R)GLOBAL MENUS                         Parent Msg#8461
------------------------------------------------------------------------------
     I would love to be able to call a routine directly, but the problem
is that I may be calling a program which is in one overlay, while I am
currently in another overlay.  This as you might imagine is not allowed
(one overlay calling another).  So, I think that I am stuck with stuffing
the keyboard buffer.  How do you blank out those pesky @say's when
stuffing the keyboard to go down a hierchy of menus?
 
Thanks again...


Msg#8488   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/07/89
Subject:EDI                                     Parent Msg#8488
------------------------------------------------------------------------------
I don't know how much the other people on this BBS heard and know
about EDI(Electronic Data Interchange) but I hear about it everyday,
more and more but I don't know too much about it.
An now the question:
IF this EDI will be implemented in our fields, can we convert our
Clipper Application, and how ?
Any ideas will be appreciated.
Thank you.
<CF>


Msg#8489   To:ALAN GUGGENHEIM                           (Rcvd)
From:RICHARD HORWITZ                            Date:03/07/89
Subject:(R)GLOBAL MENUS                         Parent Msg#8461
------------------------------------------------------------------------------
 If you have FUNCky, try using SETSCREEN() to send output to a dummy
screen, then back to the real screen after stuffing the menus.


Msg#8490   To:ALAN GUGGENHEIM                           (Rcvd)
From:DIRK LESKO                                 Date:03/07/89
Subject:(R)GLOBAL MENUS                         Parent Msg#8461
------------------------------------------------------------------------------
set the background color to the same as the foreground color I guess...

dLESKO


Msg#8491   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/07/89
Subject:(R)EDI                                  Parent Msg#8488
------------------------------------------------------------------------------
Yes, I've been asking the same question myself....No one has given me
ananswer yet, but If I hear anything I will let you know...

dLESKO


Msg#8492   To:RICHARD HORWITZ                           (Rcvd)
From:DIRK LESKO                                 Date:03/07/89
Subject:(R)GLOBAL MENUS                         Parent Msg#8461
------------------------------------------------------------------------------
Now why didn't I think of that???

dLESKO


Msg#8493   To:ALL                                       
From:JOHN ROGERS                                Date:03/07/89
Subject:CLIPPER MEMORY PROBLEM                  Parent Msg#8493
------------------------------------------------------------------------------
I am developing a large application which will maintain several databases
with over 400 fields apiece.  Upon adding the seventh overlay my main
load size (using PLINK86) jumped 10K....BTW the overlay added was smaller
than the largest overlay.  My question is a result of printing a map
which showed all the symbols tables to be located in the portion set
aside for the largest overlay...IS there a way using Clipper and PLINK86
to make each overlays' symbol tables stay with the overlay???? If I can't
solve this problem I will be forced to go to separate EXE's.
   
                                  Thanks in advance,
                                  John Rogers


Msg#8494   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/07/89
Subject:(R)EDI                                  Parent Msg#8488
------------------------------------------------------------------------------
Thanks Dirk. And since you're the "ENGINE" of this BBS I would appreciate
if you can help to investigate this topic further. I think, sooner or
later everyone will have to use the EDI and the sooner the better.
<CF>


Msg#8495   To:ALL                                       
From:RON LANDBERG                               Date:03/08/89
Subject:ZIP                                     Parent Msg#8495
------------------------------------------------------------------------------
I seem to have missed a change from .ARC to .ZIP   Can someone steer me
in the right direction for what I have to download to be able to see .ZIP
files?  Is this a replacement for .ARCing?  Is this a change for
technical ereasons or legal/political ones (I seem to remember an
argument way back over whether P. Katz had usurped someone else's
original work with the PKARC series).

I went to download a file that was .ZIP but don't know what to do with
it.


Msg#8497   To:RON LANDBERG                              (Rcvd)
From:DIRK LESKO                                 Date:03/08/89
Subject:(R)ZIP                                  Parent Msg#8495
------------------------------------------------------------------------------
Times they ba a changin.....in a legal settlement with SEA, PKware has
agreed not to distribute any compression software with the
name/tradmark.extension pertaining to ARC style compressed files. The new
format will be now know as ZIP, you need to look through the new files
directory (99) for the last 2 weeks. The latest ZIP file compression
files are int here. It is a necessity as many boards are now going to the
zip format....

dLESKO


Msg#8501   To:RON LANDBERG                              (Rcvd)
From:JOHN THORN                                 Date:03/08/89
Subject:(R)ZIP                                  Parent Msg#8495
------------------------------------------------------------------------------
Download PKZIP090.EXE.  This is the first release from Phil Katz and uses
a different method than previous .ARC files.  It's faster at
decompressing files, but takes longer to compress them.  Its main benefit
is the size of the resultant .ZIP.  I saved over 4MB on my hard disk by
converting my ARCs to ZIPs.  Phil was sued by Sea(sick) over the arc
issue and this is the result.  The new ARC (found in ARC600.EXE and
ARC601.EXE) do not directly support squashing files so ARC is back to
huge again.


Msg#8502   To:DIRK LESKO                                (Rcvd)
From:MARK NEIDORFF                              Date:03/08/89
Subject:(R)ZIP                                  Parent Msg#8495
------------------------------------------------------------------------------
There is an active thread on ZIPping going on in the soft-pd conference.
My opinion is that zip is not settled enough yet to use.  Many people
don't feel that way.  Check in with soft-pd.
     <<  Mark  >>


Msg#8505   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/09/89
Subject:DIRK AT KEAN COLLEGE   
------------------------------------------------------------------------------
Most of the people know already from Steve Davis but I just wanted to
help to remind everyone who wants to meet Dirk Lesko, that he is going to
be at the
               Kean College of New Jersey
                [DHutchinson Hall Rm 100(Auditorium)
               Union, New Jersey
             
IF you need more details of direction please feel free to call me at
(201) 523-5588 or you may leave your phone number of FAX number and I
will send more information.
<CF>


Msg#8506   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/09/89
Subject:(R)HELP                                 Parent Msg#8186
------------------------------------------------------------------------------
Perhaps I could add a word.  Barry Rebell at the LA Clipper User's group
meeting last Feb did say that we would expect another release sometime
this year.  Also ,since its our corporate policy to announce product only
within the quarter that it will be released, its a safe bet that we'll
have no release this quarter and possible one by the end of the year.
Wish I could say more but I don't know any more.
                                        Vaguely yours,
                                        Diane


Msg#8507   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/09/89
Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
------------------------------------------------------------------------------
Menachem,
        If I understand you correctly, you are changing the type of a
field and then attempting to append records from the old structure to a
database having the new structure.  If that's the case Clipper will not
allow it.  The Clipper manual, under append from, does state that if
field types are not the same then a 'type mismatch' will result.  You
must convert one of the databases  or else write your own append routine
ie ..append blanks and replaces.
                                Diane


Msg#8508   To:STEVE STRALEY                             
From:ALAN GUGGENHEIM                            Date:03/09/89
Subject:DOSS ARTICLE           
------------------------------------------------------------------------------
     In the February 14th issue of DOSS, you wrote an excellent
article on how to read in strings larger than 64k into the memoedit()
function.  You also noted that it is possible to edit strings larger
than 64k!  Will you be printing this in a future version of DOSS?
 
I hope so, it is so limiting, not to be able to make a simple
word processor that can read in files larger than 64k (or less
if your memory cannot handle it!)
 
Clue me in on how this might be done...


Msg#8514   To:ALL                                       
From:RICHARD HORWITZ                            Date:03/10/89
Subject:MULT MEMO FIELDS       
------------------------------------------------------------------------------
 I was wondering if anyone has had problems using 3 or more memo fields
in the same file. I know that memo fields can be sort of quirky
sometimes, and I intend to create a file with at least 3 memo fields....


Msg#8515   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/10/89
Subject:CHAR TO MEMO                            Parent Msg#8515
------------------------------------------------------------------------------
I have a DBF file containing a character field(50 bytes) which I want to
convert to a Memo field. I don't know if that can be converted to a Memo
field(and the data from that field to be stored into the memo field)
Thanks for any sugestions.
<CF>


Msg#8516   To:CONSTANTIN FLORESCU                       (Rcvd)
From:RICHARD HORWITZ                            Date:03/10/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8515
------------------------------------------------------------------------------
 I think what you have to do is modify the structure, and create the
memofield. Then repl all the memo fields with the value in your char
field, then go back and re-modi stru and take out the old char field.
Should Work.


Msg#8518   To:ALL                                       
From:PHILIP MORRIS                              Date:03/10/89
Subject:CLIPPER AND THE AS 400 
------------------------------------------------------------------------------
I have a difficult problem to solve so I thought I would bring the
possibly the best place I could think of. I have a network that started
out to be a departmental work group with all of the applications being
written in Clipper. I also have an IBM AS/400 that we have just migrated
(love that euphemism for convert!) from an IBM System/36. As these two
systems have evolved (unfortunately, we don't have time to plan), we now
have the need to access information on both machines dynamically. I at
least need record level access to data on the AS/400 but it would be nice
if I could let the AS/400 access databases on the network. I know that I
need token-ring (we have ethernet but would be willing to change), I know
that I have to be able to access the router APIs and use DDM on the
AS/400. My question is . . . HOW DO I DO IT? Has anyone had any
experience with this problem . . . even remotely?  Any comments would be
appreciated.


Msg#8519   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/10/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8515
------------------------------------------------------------------------------
Const, a memo field is a pseudo character field that is 10 characters
long. In it is a block number used to access the memo file. You will have
to create an additional field of type memo, and then replace the memo
field with the string field. then you'll have to go back and delete the
original string field....

dLESKO


Msg#8522   To:ALL                                       
From:GREG MARTIN                                Date:03/11/89
Subject:SWAP! ALERT                             Parent Msg#8522
------------------------------------------------------------------------------
TO ALL WHO HAVE PURCHASED OR PLAN TO PURCHASE SWAP!

As the author of Swap! and True Windows I have a very important
announcement to make:  As of today I have given up all rights to
Swap! and True Windows to my "boss" and in return I am no longer
supporting Swap! or True Windows in any way!!!

To make a long story short (and to keep my temper) I have not
received a single penny from the sales of Swap! and True Windows and
I never will.  Due to inexperience and misplaced trust I entered into
a business relationship with my boss to sell Swap! and True Windows
without getting a clear written contract as to what I expected (or
was verbally discussed) in return. Suffice to say, I've learned a
lesson about business dealings I WILL NEVER FORGET.

By a strange twist of fate, I will continue working for my boss to
finish a system I've been working on for the last year (out of
respect for customers who have put their trust in me, not out of
respect for my boss), but my boss understands that I will be
competing against Swap! and True Windows with new (and much better)
products of my own and that I will not support, enhance, or have
anything to do with Swap! and True Windows.

Suspecting that I would never see a penny from Swap! several months
ago, I began developing a product for C programmers that operates in
a similiar manner as Swap!, but with many more features.  I named
this product Overlay().  I wanted to incorporate many of the features
of Overlay() into Swap! (I did incorporate some), but when I finally
realized that I wasn't going to be able to work something out with my
boss, I stopped enhancing Swap!.

Now to get to the reason for this message.

Within two weeks I will be announcing the release of Overlay() for
Clipper (as well as for C, Turbo Pascal, and Quick BASIC).  Overlay()
will be marketed and supported properly.  The price is still being
ironed out, but out of respect for those who put their trust in me
when they bought Swap!, I will be giving a hefty discount to those
who have valid Swap! serial numbers and who want to "upgrade" to
Overlay().  The contracts have not been signed yet, but Overlay()
will be sold through an "as-yet-unnamed" company.

Overlay() will support expanded memory, multiple pathnames to store
temporary files to, automatic restoring of the current
drive/directory upon return, saving and restoring of interrupt
vectors, automatic handling of expanded handle tables, the ability to
return the DOS ERRORLEVEL set by the called program, etc., and most
important - continued support (especially for the next release of
Clipper).

True Windows customers will also not be left out in the cold.  I will
be developing another faster, better, very compatible to "True
Windows" windowing system with mouse and expanded memory support over
the next several months.  I will also make that available at a hefty
discount to those who have bought True Windows. This is a promise.

I know that Swap! and True Windows demos have been copied to other
bulletin boards throughout the world.  My "boss" has not spent a
penny on marketing; every penny he's made has been through my initial
efforts and the freeness with which Clipper users share information.
I would ask of others who have copied my demos to other bulletin
boards: Please, ask that they be removed.  I do not want more Clipper
users to buy a product (because of my demos) which I will no longer
support. I would also ask that when I upload the Overlay() demo that
others would spread the word of it's availability.

This is all very unpleasant.  I had high hopes for the future of
Swap! and True Windows.  I do not want to be accused of trying to
"sabotage" future sales of Swap! and True Windows, but I want
everyone to know the facts.  If anyone wants to ask me about the
availability of Overlay() or anything else my home phone number is
(618) 542-5360.

Talk to you all later,

Gregory A. Martin



Msg#8523   To:ALL                                       
From:GARY COTA                                  Date:03/11/89
Subject:SCREEN .DBFS                            Parent Msg#8523
------------------------------------------------------------------------------
In the January 89 REFERENCE(Clipper) newsletter, Bill Tansill describes a
method to store SAY and GET information in .DBF files.  I thought the
display to screen would be pretty slow.  I loaded in a sample screen to
the structure he provided in the article and was amazed to see 'good'
speed results (even on my COMPAQ 8088).  Anybody out there using such a
method?  It is attractive from reducing the symbol and constant table
size and being able to alter a screen without recompiling.  Any thoughts
would be appreciated.


Msg#8524   To:ALL                                       
From:GARY COTA                                  Date:03/11/89
Subject:MEMOEDIT()                              Parent Msg#8524
------------------------------------------------------------------------------
Why is it when I have a number of GETs and a memo field the program goes
to the MEMOEDIT() first?  For example:
@ 10,15 GET mCOMPANY
@ 11,15 GET mCONTACT
@ 12,15 GET mPHONE
mCOMMENTS=MEMOEDIT(COMMENTS,12,15,20,79,.T.)
In the above code the first GET is to mCOMMENTS.  If I insert a READ
between lines 3 and 4, however, it works fine.


Msg#8527   To:GARY COTA                                 
From:DIRK LESKO                                 Date:03/11/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
I use a similar method, but I throw it in atext file for easy
modification....

dLESKO


Msg#8528   To:JOHN THORN                                (Rcvd)
From:GREG MARTIN                                Date:03/12/89
Subject:(R)SWAP! ALERT         
------------------------------------------------------------------------------
John,
I have just uploaded the OVERCL.ARC demo file.  Take a look at it and
let me know what you think.
Greg Martin


Msg#8530   To:ALL                                       
From:GREG MARTIN                                Date:03/12/89
Subject:OVERLAY() IS HERE!     
------------------------------------------------------------------------------

NEW PRODUCT ANNOUNCEMENT!!!

GAMbit Software is announcing the release of OverLay() for Clipper.

OverLay() is a function you link into your Clipper applications that
allows you to run LARGE external programs or shell to DOS.

A demo of OverLay() has been uploaded and it is hoped the SysOp will
make it available to be downloaded.  This demo version is a full
working version except for being limited to being called twice in an
application.  Orders are being taken for OverLay() and the actual
product will begin shipping Monday, March 20.

As many of you know, Swap! was a similiar function that I had written
and which was and is still being marketed by Berner & Associates, but
which I no longer support.  OverLay() is basically what I wanted to
Swap! to become. If you have already purchased Swap!, OverLay() is
being offered at a 50% discount.  If you've never seen Swap!, but
need to be able to run large applications from your Clipper programs
then take a look at OverLay(). Even if you've already purchased other
memory swapping programs such as Switch!  or Switch It!, I would
recommend that you take a good look at the capabilities of OverLay().

The ARCed file is called OVERCL.ARC and is about 24K.  If you look at
OverLay(), I would appreciate any comments or suggestions that you
may have.

Greg Martin
       


Msg#8532   To:GARY COTA                                 
From:RON LANDBERG                               Date:03/12/89
Subject:(R)MEMOEDIT()                           Parent Msg#8524
------------------------------------------------------------------------------
Because the READ is the actual instruction which executes.  The GETs
merely set the list for the READ command.  You can execute any number of
other commands between the list of GETs and the READ, which is exactly
what you are doing with the MEMOEDIT function.


Msg#8533   To:ALL                                       
From:JON MELTZER                                Date:03/12/89
Subject:READ ONLY ACCESS                        Parent Msg#8533
------------------------------------------------------------------------------
Is it possible to open a database in READONLY mode?
I have a user application that involves viewing data only - no writes.
It's used on a network, and it's somewhat embarrassing to have to tell
the users that read/write access is necessary.


Msg#8534   To:RICHARD HORWITZ                           (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8515
------------------------------------------------------------------------------
I tought about that, but I believed that that is going to actually
replace the memo field name and not the content of the memo field. In
fact I tried that sometime ago and that's what happened....But I think
you're right. It should it. I will try again and let you know.
Thanks.
<CF>


Msg#8535   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8515
------------------------------------------------------------------------------
Thanks Dirk.
<CF>


Msg#8536   To:GREG MARTIN                               (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)SWAP! ALERT                          Parent Msg#8522
------------------------------------------------------------------------------
Gregory, does your boss log on this BOSS...to read it..(grin0
<CF>


Msg#8537   To:GARY COTA                                 
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Gary, I think that interesting...Can you upload a sample code so we can
test it?
<CF>


Msg#8538   To:GARY COTA                                 
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)MEMOEDIT()                           Parent Msg#8524
------------------------------------------------------------------------------
Would be very nice to work as you want(gets first then memo). We could be
very efficient...I dont't know why...that why I always do the memo fields
after I read the gets...
<CF>


Msg#8539   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/12/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Is there any sample on this board or in your Funcky, Dirk. I am
interested in such a concept...
Thanks
<CF>


Msg#8540   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/12/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
No an exact sample, but I beleive that the menuto.prg on the example disk
does something similar for menu choices....

dLESKO


Msg#8541   To:ALL                                       
From:BARRY JOHNSON                              Date:03/12/89
Subject:FOR SALE!               
------------------------------------------------------------------------------

 Complete IBM compatible XT:

 4.77/8 Mhz
 640K
 360K floppy
 Enhanced Keyboard
 Serial/Parallel/Game ports
 Clock/Calendar

 With Monochrome Monitor...$500!

 With Color Monitor........$650!!

 OTHER STUFF
 ---------------------------
 Beautiful 16 color CGA monitor with CGA card...$200!!
 AT case w/5 HH drive bays,lights,reset switch,and keylock..Best Offer!
 4164 150ns 64K RAMS......$1.50/each
 Green Monochrome Composite Monitor             BEST OFFER!!!
 Amber TTL monitor & mono/printer card..........$65
 CGA Card w/Printer Port..$25
 Controller cards for Ataris
     (1)Adaptec/(1)Xebec                        BEST OFFER!!!
 F-19 Stealth Fighter...Complete in box
      Includes all Maps & manuals!
               $30
 TONS of Atari Stuff....Just Ask!!

 Leave E-Mail if interested!


Msg#8542   To:CONSTANTIN FLORESCU                       (Rcvd)
From:GREG MARTIN                                Date:03/12/89
Subject:(R)SWAP! ALERT                          Parent Msg#8522
------------------------------------------------------------------------------
No, my BOSS doesn't log onto ANY BBS.  That would cost MONEY!!!!


Msg#8545   To:ROBERT HEYMAN                             (Rcvd)
From:MATTHEW WALSH                              Date:03/12/89
Subject:MACRO EXPANS IN LIST CMD                Parent Msg#8545
------------------------------------------------------------------------------
Is there any truly plausable way to use a macro expansion for the field
list in a LIST command?  Keep in mind that I am trying to create an
ad-hoc query, and the fields-list is continually changing.  I am getting
the feeling that I just programmed myself into a corner, but maybe, just
maybe, there are some miracle workers in this conference that would be
willing to enlighten my path.
If using the F-commands is the only way then so be it, I'm just getting
tired of wracking my brains out to finish what I started.
                                     Thanks Matt Walsh


Msg#8546   To:ALL                                       
From:MIKE LEVENTHAL                             Date:03/13/89
Subject:PC-PURSUIT             
------------------------------------------------------------------------------
Is anyone else having difficulty accessing the Board with PC-PURSUIT?
I can often get through directly when Pursuit says "busy".  Thanks. Mike


Msg#8548   To:JON MELTZER                               (Rcvd)
From:ROB HANNAH                                 Date:03/13/89
Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
------------------------------------------------------------------------------
If you use Neil's Netlib you'll have no problems with READONLY files.
Another NICE feature is that if you have SET EXCLUSIVE OFF in Netware,
any databases / indexes you create will be flagged SHARABLE also.

ROB


Msg#8550   To:ALL                                       
From:LANE WHITE                                 Date:03/13/89
Subject:REMOTE SOFTWARE                         Parent Msg#8550
------------------------------------------------------------------------------
Hello all,
        Does anyone use software that lets them access clients PC's thru
modems, such as REMOTE by crosstalk or other brands. I'am in the process
of evaluating some of this software for support purposes. Any info. will
be much appreciated!
        Lane.


Msg#8551   To:RICHARD HORWITZ                           (Rcvd)
From:MARK NEIDORFF                              Date:03/13/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
Very nice trick!!
     <<  Mark  >>


Msg#8552   To:MATTHEW WALSH                             
From:MARK NEIDORFF                              Date:03/13/89
Subject:(R)MACRO EXPANS IN LIST C               Parent Msg#8545
------------------------------------------------------------------------------
Have you tried to
 

mvar = "field1+field2"
list &mvar.


 I haven't tried this but it should work.  YOu can build the list string
by concatinating the field names separated with the string [+].
Take it from there.
     <<  Mark  >>


Msg#8553   To:RON LANDBERG                              (Rcvd)
From:DIANE LASK                                 Date:03/13/89
Subject:(R)INTRODUCTION                         Parent Msg#7557
------------------------------------------------------------------------------
Officially our position is:
"Clipper and McMax have never been nor will they ever be, clones of
dBase.  From their inception, Clipper and Mcax have offered a high degree
of compatibility to the dBase language and file formats in addition to
their significant language and archetectural enhancements.  Nantucket has
effectively been the sole supplier to the dBase development community
with the types of proeducts developers have required to keep competitive
in producing sophisticated database applications.
        Nantucket, as well as the rest of the industry, believe that a
company connot copyright a language.  One simply has to look to the many
publishers of C, BASIC, and COBOL products for this precedent.  Many
language, as well as archetectural elements of Clipper and McMax have
been incorporated by Ashton-Tate and more importantly, it is a knowledge
base which has been contributed to by various vendors like Nantucket and
Wallsoft, and by the vast number of users of the various dialects and
third party products"
     Whew! There, I hope you're happy.  Now Ron, in case you're going to
ask me what this all means - I don't know.  Furthermore I don't want to
know. I just code and answer questions and I'm a happy girl.  Any
further questions must be referred to Ms. Judy Mason here at Nantucket
(213 390 7923).  Now back to all those techie questions and alleged bu...
 er ahh  anomolies.
                                        Diane.


Msg#8554   To:JOHN ROGERS                               (Rcvd)
From:DIANE LASK                                 Date:03/13/89
Subject:(R)CLIPPER MEMORY PROBLEM               Parent Msg#8493
------------------------------------------------------------------------------
Hi John.  Its been my experience that there is no way to get the symbols
to stay with the code.  I tried OVERLAY CODE,DATA and OVERLAY DATA and in
either case the data (what I think that you are calling symbols) segments
stayed with the root.  If anyone else has any ideas I'm listening.
                                Diane.


Msg#8555   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/13/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Thats what happens when you buy a modem from the Amnitiville modem
company.


Msg#8556   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/13/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
You're so right.  I only got around to looking at then a few weeks ago.
BTW do you have the latest version (a new one appeared last Jan).  If not
I'll upload it.


Msg#8557   To:HOWARD KAPUSTEIN                          (Rcvd)
From:DIANE LASK                                 Date:03/13/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Hi again Howard.  I'm afraid that Nantucket considers  the internal
Clipper calls proprietary <sound of Steve Straley gnashing teeth in
background> so we don't publish any of the function calls.  Fact is we
can't even get the info here at tech support.  There often appear very
good articles in Reference Clipper, Database Advisor, and DOSS that give
some tricks with internal Clipper calls.  raid I am unavble to help you
much on that count.
    As to the next Clipper version, we 'expect' a new release  sometime
this year.  It will have the capability of object orientated coding so
its not too soon to start reading up on C++!  For more info see the April
issue of Data Base Advisor for an interview with Brian and Rich.


Msg#8561   To:LANE WHITE                                (Rcvd)
From:RICHARD HORWITZ                            Date:03/13/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
Lane - Try Cabon Copy Plus, I use it and it's great. They also have
another product call CCEXPRESS which allows Unattended Remote Controll.
Its good if you want to send data to a remote site, and then run some
programs or reports on that machine in the middle of the nite.


Msg#8563   To:RICHARD HORWITZ                           (Rcvd)
From:GREG MARTIN                                Date:03/13/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
Rich,
I haven't tried GETting a NULL string in quite a while, but when I did
before I thought that it let me go down through the READ, but if I
tried to UpArrow before the NULL string GET it wouldn't let me.  I
just read your message so I haven't experimented with it, in fact I
shouldn't even be leaving this message until I do, but heck I'll
stick my neck out.  I've been wrong before (at least once or twice).


Msg#8564   To:LANE WHITE                                (Rcvd)
From:GREG MARTIN                                Date:03/13/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
Lane,
I've used Carbon Copy. It works well except even a little line noise or
someone picking up a phone will cause it to die.  From what I've read
and talked with others about PC-Anywhere seems to be one of the best.
I haven't used it, but if I needed to buy one that would be my choice
from knowledge gained through reviews and conversations.
Greg


Msg#8567   To:LANE WHITE                                (Rcvd)
From:GEORGE SENCOVICI                           Date:03/13/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
PC Anywhere Version 3.0 is an excellent product.
Good Luck!
George Sencovici


Msg#8568   To:MATTHEW WALSH                             
From:DIRK LESKO                                 Date:03/13/89
Subject:(R)MACRO EXPANS IN LIST C               Parent Msg#8545
------------------------------------------------------------------------------
You should be able to using the <fieldname>+<fieldname> convention....Or
you can just list a function that returns the fields you want to return.
Do the macro expansion in the UDF I guess. You can see how much I use the
List command.....

dLESKO


Msg#8569   To:LANE WHITE                                (Rcvd)
From:DIRK LESKO                                 Date:03/13/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
I have found PCanyhwere to be excellent, and very easy to use. The new
version allows call back and time logging, as well as running in the
background....But from what I hear, they are all the same more or less. I
chose PCanywhere because you only need one copy per HOST/REMOTE setup,
whereas other packages require that you by one package for each.

dLESKO


Msg#8573   To:GREG MARTIN                               (Rcvd)
From:DIRK LESKO                                 Date:03/13/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
You wil never be able to use the up arrow to get out of the null GET
because you'll just fall back into it...I know, I've done some
experimenting with Hebrew stuff that way....

dLESKO
s


Msg#8574   To:LANE WHITE                                (Rcvd)
From:RON CALLAHAN                               Date:03/14/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
Lane:
I've used both PC ANYWHERE and CARBON COPY. I'll put my vote in for
PC ANYWHERE. It's about 1/2 the price of CC and any computer running
a terminal program or a dumb terminal can access the remote PC. No
special software is needed for the calling station.
Ron.


Msg#8576   To:LANE WHITE                                (Rcvd)
From:CHRISTOPHER EDGAR                          Date:03/14/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
Lane,
I have used CARBON COPY From Meridian on a couple of client projects
(clipper based) and have been very happy with the results.  One client of
mine even uses CC to tie into the office LAN while he is on the road to
get sales figures or customer information.  Good Luck!

--Christopher


Msg#8577   To:DIRK LESKO                                (Rcvd)
From:ROB HANNAH                                 Date:03/14/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
Null gets are actually pretty nifty if you add one little convention.
They must have a valid routine that handles the up arrow.  Here's an
example routine that I'm currently using on one of our apps:

function hccdesc
parameters desc, len, dec

@ n_getrow(), n_getcol() say wprn( desc, len, dec )
if lastkey() = 5 .and. len( null ) = 0
  null = ' '
  keyboard chr( 5 )
  return .f.
endif
null = ''
return .t.

n_getrow() and n_getcol() are GetIt! functions which return the current
get position.  wprn() is a clipper routine that converts whatever type
desc is to character and prints it out (using a Breeze routine).  Null is
the name of the current get (a memvar).  Actually, I often have a number
of 'null' gets active during a read.

ROB


Msg#8578   To:GREG MARTIN                               (Rcvd)
From:MARK NEIDORFF                              Date:03/14/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
I notice that you are not including which century when you say that the
next release of clipper will be in '90.  No bets here!!!  [grin]
     <<  Mark  >>


Msg#8580   To:ALL                                       
From:RICHARD HORWITZ                            Date:03/14/89
Subject:R&R                                     Parent Msg#8580
------------------------------------------------------------------------------
I'm working on an R&R report, and I get an "Insufficent DOS file
buffers". I've changed my config.sys and set files=30 and buffers=30, and
it hasn't helped. I'm using COMPAQ DOS 3.2.....Anyone have any Ideas???


Msg#8581   To:ALL                                       
From:MIGUEL MALDONADO                           Date:03/15/89
Subject:CLIPPER & UNIX                          Parent Msg#8581
------------------------------------------------------------------------------
The 386 running UNIX can run DOS in background. Does anyone know if UNIX
handles the record and file locking of Clipper so that more than one user
on the system running DOS can access the application and database?
------
Is Nautucket coming out with a UNIX version of Clipper for the 386 and/or
AT&T 3b2's?
--------
Also, is the NYMCUG still meeting at Martin Luther King HS at 6:30pm last
Wed. of month, like the 29th of March?
------
Thank you.


Msg#8582   To:GREG MARTIN                               (Rcvd)
From:JOHN NEWTON                                Date:03/15/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Greg,
   While I was at the FOSE conference in D.C., I talked with several
folks there.  I was basically told to expect and "announcement" by early
summer.  Sooooo..... lets see... may early first quarter shiping.  Sounds
good to me.  I think most software vendors announce about 1 quarter early
then slip another quarter.
   Of course after the mess on the last release, I bet Nantucket will
have there ducks all in a row before they ship.  After talking to several
folks at FOSE, I got the feeling that Nantucket is a little gun shy on
early announcement/early ship.

                        -John Newton


Msg#8584   To:LANE WHITE                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/15/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
I am interested in that also...
<CF>


Msg#8590   To:RICHARD HORWITZ                           (Rcvd)
From:LANE WHITE                                 Date:03/15/89
Subject:(R)R&R                                  Parent Msg#8580
------------------------------------------------------------------------------
Richard,
    aß to much garbage on line¿». Try setting clipper environment
variable, SET CLIPPER = R050. before loading app.
        Lane


Msg#8591   To:MIGUEL MALDONADO                          (Rcvd)
From:MARK NEIDORFF                              Date:03/15/89
Subject:(R)CLIPPER & UNIX                       Parent Msg#8581
------------------------------------------------------------------------------
As far as I know, unix has its own file stuff.  That creates the clipper
problem.
No unix for clipper as far as I can tell, yet.
NYMCUG meets on March 22nd this month.  SPECIAL MEETING with a Nantucket
technical rep.  Otherwise, last Wed. of the month at Martin Luther King
HS.
Time for meeting is 6:30pm
     <<  Mark  >>


Msg#8595   To:ALL                                       
From:RICHARD HORWITZ                            Date:03/15/89
Subject:R&R                     
------------------------------------------------------------------------------
Regarding my previous R&R prob....I set files=42 and it worked.
Thanx anyway.....


Msg#8597   To:JEFF SCOZZAFAVA                           (Rcvd)
From:NEIL WEICHER                               Date:03/16/89
Subject:(R)NET-LIB             
------------------------------------------------------------------------------
To determine whether the workstation is currently spooled, you can issue
N_SPOOL(OFF).  If it returns .T. then the station was spooled, .F. means
it wasn't.  E.g.,

  * start of program
  N_READY()
  status = N_SPOOL(OFF)

  * end of program
  N_SPOOL(status)
  QUIT

At program startup, N_READY loads the shell settings into its
internal variables.  When you issue N_PRINTER() NetLib looks at
that variable.  If and external TSR changes it NetLib will not
know it.  I will look into changing that for the next update of
NetLib.

Neil


Msg#8598   To:ALL                                       
From:STEVE DAVIES                               Date:03/16/89
Subject:CLIPPER CLUB MEETING                    Parent Msg#8598
------------------------------------------------------------------------------
*** Attention ! - All Clipper Programmers.....  ***

SUBJECT:  Clipper Club of New Jersey meeting agenda

I am pleased to announce that we have Dirk Lesko speaking at our
meeting tomorro (Thursday March 16) and Phil Usher of Nantucket
on tuesday of the following week (March 21).

Normally, 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#8599   To:RICHARD HORWITZ                           (Rcvd)
From:HOWARD KAPUSTEIN                           Date:03/16/89
Subject:(R)R&R                                  Parent Msg#8580
------------------------------------------------------------------------------
I ran into a similiar problem. R&R 3.0 said it needed FILES=40 or
FILES=50 (something around there, I don't rtemember the exact number),
this was under a network with the interactive program, but I would think
the same condition applies. It's in the docs somewhere. Sorry I can't be
more specific, but I'm pretty sure you need FILES=50.


Msg#8600   To:JON MELTZER                               (Rcvd)
From:RON LANDBERG                               Date:03/16/89
Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
------------------------------------------------------------------------------
I don't understand.  If it's your application, how can the user write to
the file?  If you don't have any commands which write to the file, how
can the user write to it?

Secondly, you can certainly limit the access to the subdirectory the
data file are in to READ ONLY.  Use your network group and trustee rights
to create this limitation.  But remember, if, for example, a temporary
file is created internally (such as COPYing a portion of a database), you
cannot write it to the restricted subdirectory.


Msg#8601   To:LANE WHITE                                (Rcvd)
From:RON LANDBERG                               Date:03/16/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
I'm really happy using Nortion-Lambert's CLOSEUP/SUPPORT.


Msg#8603   To:ALL                                       
From:GREG MARTIN                                Date:03/16/89
Subject:OVERLAY() UPDATE       
------------------------------------------------------------------------------
To all who have downloaded OverLay() for Clipper:

I just dicovered a very, very small bug while doing extensive
testing for Monday's (March 20) release of OverLay().  This
bug will appear when the amount of DOS enviroment USED is a
multiple of 16.  The problem has been fixed.  A new version
has been uploaded and it is hoped the SysOp will make it
available.  If you have shared the first version of OverLay()
with previous BBSs, please download the newest version (if it
becomes available) and replace any other uploads with it.

Greg Martin

(I know that OverLay() has not been available on this BBS, but
 I wanted people here to know about the update just in case.)


Msg#8604   To:MARK NEIDORFF                             (Rcvd)
From:MIGUEL MALDONADO                           Date:03/16/89
Subject:(R)CLIPPER & UNIX                       Parent Msg#8581
------------------------------------------------------------------------------
Thanks for info Mark. Hope to see you at the meeting.


Msg#8605   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/16/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Dirk, I looked at your code example in Menuto.Prg It's very neat, nice
and interesting concept. That keeps a lot of bytes out of execute file.
Do you think that same thing could be done with the GETS and SAYS. In
other words to store the GETS in a DBF file and get them whenever you
need ?! Wouldn't that help create multiple screens which you can view or
edit ?
<CF>


Msg#8606   To:ROB HANNAH                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/16/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
Rob, what this example code trying to do ? I am kind of confused . Is
this example shouwing that you can exit a Memoedit with up(down) arrow
keys ?
Thanks
<CF>


Msg#8610   To:DIRK LESKO                                (Rcvd)
From:STEVE BADARACCO                            Date:03/16/89
Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
------------------------------------------------------------------------------
ONE BAD GOTCHA!

Do not save a screen to disk which contains a chr(26) or a chr(0).
In both cases, the screen will not restore beyond that character
(especially if you are saving to a DBF memo field).
...Steve


Msg#8611   To:ALL                                       
From:LANE WHITE                                 Date:03/16/89
Subject:REMOTE SOFTWARE         
------------------------------------------------------------------------------
Thanx everyone for the info!
        Lane....


Msg#8612   To:ROB HANNAH                                (Rcvd)
From:JON MELTZER                                Date:03/16/89
Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
------------------------------------------------------------------------------
I'll investigate NetLib ... is much .EXE overhead involved?


Msg#8613   To:GREG MARTIN                               (Rcvd)
From:JON MELTZER                                Date:03/16/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
$10 on 2001 :-)


Msg#8614   To:STEVE DAVIES                             
From:JON MELTZER                                Date:03/16/89
Subject:(R)CLIPPER CLUB MEETING                 Parent Msg#8598
------------------------------------------------------------------------------
Please upload a report on the Lesko/Usher talks, for us non New Yorkers
that can't make it (but would like to ...). Thanks ...


Msg#8617   To:RON LANDBERG                              (Rcvd)
From:JON MELTZER                                Date:03/16/89
Subject:READ-ONLY ACCESS       
------------------------------------------------------------------------------
READONLY doesn't work under PCNET. This is what happens after a USE:
   NETERR() returns .T.
   DOSERROR() returns 5, "Access denied"
   The program infinite loops if I have OPEN_ERROR return .T. and
does not open the database if OPEN_ERROR returns .F.
  Ray Duncan says in "Advanced MSDOS" that the MSDOS "open file"
function fails if a file is opened with a read/write access mode,
but has a readonly attribute.
  So, I have to give read/write access, even though the application
does not write. This is not good as it gives malicious "users"
write access to the server, if they manage to get into DOS.


Msg#8620   To:MARK NEIDORFF                             (Rcvd)
From:DIANE LASK                                 Date:03/16/89
Subject:(R)MCMAX               
------------------------------------------------------------------------------
Hi Mark,
        Well I'm sorry to say that MaMax does not provide UDF's at all or
any of the neat CLIPPER stuff.  It basicaly provides dBase functionality
for the Mac.  It's main nifty point is that it provides a full EXTEND
system interface to the Mac internals so if you dabble in C you can do
just about anything.  There are no plans to expand the capibility of
Mcmax in the future.
        The good news is that our intentions are to bring Clipper itself
in its future releases to the Mac.  We intend to provide full capability
and compatibility between PC Clipper and Mac Clipper.  xactly when this
will occur is undetermined.
        For the moment Mcmax provides great dBase compatibility and
really good speed (our only compitition in this regard is Fox) at a VERY
reasonable price (Under $200). 
                                                Diane


Msg#8621   To:GREG MARTIN                               (Rcvd)
From:DIANE LASK                                 Date:03/16/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Greg ,
        I'ld take you up on the bet but that would be cheating.
                                Diane.


Msg#8622   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/16/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Dirk, I'll upload the latest version that I have next week and you can do
with it what you  will.
                                                Diane.


Msg#8625   To:RON LANDBERG                              (Rcvd)
From:DIANE LASK                                 Date:03/16/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Ron,
        You've asked the sixty-four thousand dollar question!  I've
listened and listened and read and read articles about OOPS and darn it!
I just don't quite get it yet.  I've got to pick up a compiler and start
hacking ( remember READING about C?? <sigh>).  I DO know that that's
definately where the entire industry is heading and that's where we
developers better go to keep up <and I probably should have been there
already>
                                Diane.


Msg#8626   To:RICHARD HORWITZ                           (Rcvd)
From:JOE BOOTH                                  Date:03/16/89
Subject:(R)R&R                                  Parent Msg#8580
------------------------------------------------------------------------------
Set files to at least 42 files, buffers sound ok...


Msg#8630   To:DIRK LESKO                                (Rcvd)
From:CLINT BRITT                                Date:03/16/89
Subject:IDL.LIB                                 Parent Msg#8630
------------------------------------------------------------------------------
Dirk,
 
      Well, this may be bad or good, maybe both since I understand that
you nolonger have anything to do with the IDL.LIB, but I found it about
one of the best LIB's around...I use it on everything I write, so I hope
you continue to write this good of code in the future...
 
                                           °°° Clint °°°
 


Msg#8632   To:ROBERT HEYMAN                             (Rcvd)
From:GREG MARTIN                                Date:03/16/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
You could use OverLay() to solve your run problems.  (I couldn't resist
that sales pitch).  OverLay() will let you run a 500K program if you
wish.  If your interested at all, I could send you a demo if you don't
have access to the NANFORUM on CompuServe.  I have looked at Clipper's
memory allocation and believe me, opening a file will cause Clipper to
allocate a bunch of memory (if I remember right from my tests six
months ago).
Greg Martin


Msg#8633   To:ALL                                       
From:RICHARD HORWITZ                            Date:03/16/89
Subject:NULL GETS               
------------------------------------------------------------------------------
If you wnat to handle the up arrow key in a null get, and you have funcky
or getit, then upon entry to the routine check if the last key was an up
arrow, and if it was, either ACTIVATE() or N_GOTOGET() the var prior to
the one being edited (the null var inthis case).


Msg#8635   To:CLINT BRITT                               
From:CONSTANTIN FLORESCU                        Date:03/17/89
Subject:(R)IDL.LIB                              Parent Msg#8630
------------------------------------------------------------------------------
Clint, sorry for jumping in but seems that you havn't heard yet about
FUNKy, the new library Dirk came up with. I am sure you want better
applications and am sure a lot of people agree that with FUNCKy we can do
now things what we thought we wouldn't be able do do. I strongly recomend
it.
<CF>


Msg#8640   To:JEFF SCOZZAFAVA                           (Rcvd)
From:NEIL WEICHER                               Date:03/17/89
Subject:(R)NET-LIB             
------------------------------------------------------------------------------
The N_SPOOL(OFF) concept will work even if reset by a TSR.  You're
suggestions are good and I'll make sure they get into the next update.
Actually I never considered the possibility that they'd be changed by a
TSR.  Anyway, here is a possible work around.  Create global variables
that have the print settings, and use them each time you N_SPOOL(ON) so
even if they were changed by the TSR they will be reset back to the way
you want them  E.g.,

  Copies = 3
  Printer = 2
  spllpt = 1
  ...
  N_COPIES(copies)
  N_PRINTER(printer)
  N_SPLLPT(spllpt)
  N_SPOOL(ON)

and so on.  Could this be an interrim solution?


Msg#8641   To:ROBERT HEYMAN                             (Rcvd)
From:DIANE LASK                                 Date:03/17/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
Hi Robert,
        I've got to ask a bunch of questions before I can be of help OK?
        1. What version of Dos are u using?
        2. How much total and available memory does chkdsk report?
        3. What TSR's are installed
        4. What is the size of the CLIPPER .EXE file and the largest
overlay if applicable?
        5. What is COMSPEC set to?
        6. What are your FILES and BUFFERS in CONFIG.SYS?
        7. What is the size of the DOS program u r trying to spawn?
I know thats a lot but brief answere are fine? 
                                                Diane


Msg#8643   To:ALL                                       
From:MARK NEIDORFF                              Date:03/17/89
Subject:INDEX MULTI FILES                       Parent Msg#8643
------------------------------------------------------------------------------
Hi Everyone:
In writing a generic report generator, I need to be able to provide the
user with the ability to create an index where the key expression
involves fields in 2 related databases.  Is there any way to do this?
Thanks for the help. . .
     <<  Mark  >>


Msg#8644   To:ALL                                       
From:STEVE DAVIES                               Date:03/17/89
Subject:CLIPPER BBS             
------------------------------------------------------------------------------
For all those who use PC Pursuit, there is an excellent Clipper BBS
in the Los Angeles area. The board is on the world-wide Clipper echo,
which includes many Clipper Boards from the USA, and also some from the
Netherlands and Australia. I have noticed that Neil Weicher logs in
regularly and I've also seen some Nantucket people in there.
.
The Waterfront BBS (213)306-2581


Msg#8645   To:GREG MARTIN                               (Rcvd)
From:ROBERT HEYMAN                              Date:03/17/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
Greg..  yes I understand that I can use your utility or Curtis Little's,
but the point is, is that it's sad to have to  when all I might want to
do is run some small utility like arc or zip from within the app.. and it
cannot be done reliably.
Rob Heyman


Msg#8647   To:DIANE LASK                                (Rcvd)
From:ROBERT HEYMAN                              Date:03/17/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
Diane.. in order:
1. 3.3
2. approx 550K before loading the app
3. only TSR is Hotline (dialer) taking up about 7k and the balance up in
expanded memory  (doesn't matter whether it is loaded or not)
4. About 280K  - no overlays
5. compspec = c:\command.com
6. files = 31 buffers = 8
7. hehehehe.  command  I dunno... about 35k I suppose
Thanks
Rob Heyman


Msg#8648   To:CLINT BRITT                               
From:STEVE STEINER                              Date:03/17/89
Subject:(R)IDL.LIB                              Parent Msg#8630
------------------------------------------------------------------------------
Clint,
        This is Steve Steiner from Integrated Development Corp.  Thanks
for your compliment on IDL.  IDL is alive and well and living in New
Hampshire where it is undergoing massive surgery.  Look for an upgrade
notice soon
ss


Msg#8649   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/17/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Yes, Richard Horwitz has written a routine whereby the gets can be moved.
I am pushing him to make it into a generic function so that all can use
it easily. I willsee if he can upload it. I have been eyeing something of
that nature for a while. I've just been doing other things....

dLESKO


Msg#8650   To:STEVE BADARACCO                           (Rcvd)
From:DIRK LESKO                                 Date:03/17/89
Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
------------------------------------------------------------------------------
That's memoread()'s fault, change it to:

        _handle = fopen("screen.txt")
        restscreen(freadstr(_handle,flen(_handle)))
        fclose(_handle)

freadstr() will read it all in. Or you can use fread() too....

Good catch!

dLESKO


Msg#8651   To:JON MELTZER                               (Rcvd)
From:DIRK LESKO                                 Date:03/17/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
What's with the Happy faces these days??

        :-)

        (-:

        (-:>   <- Chinese

        :-{)   <- with moustache

        :-)=   <- Kirk Douglas

dLESKO


Msg#8655   To:CLINT BRITT                               
From:DIRK LESKO                                 Date:03/17/89
Subject:(R)IDL.LIB                              Parent Msg#8630
------------------------------------------------------------------------------
Hi Clint. exactly my opinions as of exactly one year ago. However, I had
ideas in my head at that time which I saw as a major advancement in
Clipper Library Technology, so I decided to give up all my rights to IDL
and let Steve Steiner own it 100% (we split 50-50) since I thought I
could do it much much better. I did not want to have to share my hours
and hours of hard work so I set out on my own. The result is FUNCky, the
rest is History.....And yes it is both bad and good, but I don't question
peoples choices. I just support CLipper inthe best ways I know how. If
you come across a copy of FUNCky you might be inclined to inspect
it......and then the choice will be yours. Thanks for taking the time to
mention an old firend. I am still proud of IDL, but I am even more proud
of FUNCky!

dLESKO


Msg#8656   To:MARK NEIDORFF                             (Rcvd)
From:DIRK LESKO                                 Date:03/17/89
Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
------------------------------------------------------------------------------
There is a rather lengthy thread on NanForum about t hat, it even
instigated a long winded reply by Rich. If I can extract it from TapCis,
would you be interested in it?

dLESKO


Msg#8658   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/18/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Thanks Dirk.
Remember that stuff with moving data from a character field to a memo
field... if I say
    do while .not. eof()
       store charfield to mcharfield
       replace memofield with mcharfield
       skip
    enddo
I get a type mismatch error on the third line..In other word like you
said the memofield is a pseudo name, but actually how would you do it?
Thanks
<CF>


Msg#8659   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/18/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Hmmmm, one would think that it should work since a memo field is just a
character type field.....How about a trick to fool the memofield...

        do while .not. eof()
                store charfield to mcharfield
                memofield =  substr(memofield,1,0)+mcharfield
                skip
        enddo

Or something to that nature. As long as substr() doesn't complain about
the memofield it should work nicely.

dLESKO


Msg#8660   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/18/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Also, I seem to remember beinig able to replace strings into memofields.
I am getting confused since I remember:

        replace memofield with memofield+chr(13)+chr(10)+"dirk"

Will work. But what you are doing will not?? does that mean that
memofields have a double standard?

dLESKO


Msg#8661   To:DIRK LESKO                                (Rcvd)
From:ROBERT HEYMAN                              Date:03/18/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
&:D     <------------ Aunt Jemima


Msg#8662   To:LANE WHITE                                (Rcvd)
From:RON LANE                                   Date:03/18/89
Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
------------------------------------------------------------------------------
I use PCanywhere with two clients, works fine. You can upload new
versions of your program,run the program with or without color and seems
to be as fast as your modem will let it.


Msg#8663   To:ALL                                       
From:RON LANE                                   Date:03/18/89
Subject:DOS4 & CLIPPER                          Parent Msg#8663
------------------------------------------------------------------------------
Just a couple of tips on using MS-DOS 4.01 and Clipper.

Number  1  involves  the use of SHARE.EXE  on  large  partitions. 
Seems  that Dos4 or Clipper believe a file is used by  more  than
one App. when you do something like this.
SELE 1
USE base1
SELE 2
USE base2
APPE FROM base1
You get this error msg.   "open error BASE1.DBF (5)"
Error code (5) is Access Denied from Dos.
Having  seen this error in Multi-User apps.  I knew that  it  was
from  not Sharing a .DBF and knowing that this was a Single  user
APP. the only thing that made since was that SHARE was the  prob-
lem,  sure enough I disabled SHARE and the error went away.   Now
Dos4 says that SHARE should be loaded if you have Larger than  32
meg  partitions, but does not say why, (and the system  seems  to
work fine without it) Does anyone have a answer, or do we code
around it?

Number  2 is a bad one, if you use FASTOPEN on a drive  that  you
are  running Clipper Apps. on and do a PACK the indexes get  cor-
rupted.   Once again we have a problem that should not be  there,
why  does  this only happen on a PACK? Appending to a  file  with
indexes  open cause's no problems, Reindexing will  sometimes fix
the  problem  (But not always), you can create a  index  with  no 
problem, just no can PACK.

Hope this saves someone some time, as I spent about 1  hour  with
each trying out different things to nail down the problem.

                     Ron Lane


Msg#8664   To:ALL                                       
From:TONY LIMA                                  Date:03/18/89
Subject:NEED PROGRAMMER         
------------------------------------------------------------------------------
I'm acting as the agent for an outfit near Wilkes-Barre, PA that
needs a programmer.  Based on their specs, it looks like dBASE
is the language of choice.  I will insist on familiarity with IV,
Foxbase, and Clipper as well as plain vanilla III Plus.  (We are
not taking the project because it will require frequent client
contact which we are unable to provide at a distance of 3,000
miles.)  There may be some number-crunching for which small
assembly language modules would be desirable to improve performance.
If interested, post a response to this message here or send a
resume to Tony Lima, Pacific System Design Workshop, Inc.,
1328 Magnolia Ave., San Carlos, CA  94070.  Those who do not
have relevant experience please do not reply.  This is a specific
project to be paid for on a time and expenses basis with full
ownership of the work product (including all copyrights) to
be turned over to the outfit that pays for this.  Again, if you
can't live with that condition, please don't bother replying.
Thanks for your help. -- Tony


Msg#8665   To:ROBERT HEYMAN                             (Rcvd)
From:DIRK LESKO                                 Date:03/18/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
That's the best one so far!

dLESKO


Msg#8667   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/18/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Thanks. I will let you know how it works.
<CF>


Msg#8668   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/18/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
Probably I do something wrong. As soon as I get it working I will let you
know. Thanks.
<CF>


Msg#8669   To:ALL                                       
From:RON LANDBERG                               Date:03/18/89
Subject:WHAT DO YOU THINK OF CASE               Parent Msg#8669
------------------------------------------------------------------------------
 Here are some interesting extracts from an article in the  3/6/89
 Oakland  TRIBUNE, reprinting an article in the NEW YORK TIMES  by
 Peter H. Lewis:
 -----------------------------------------------------------------
 CASE: Do-it yourself customized software for PCs has arrived
 
   Computer aided software engineering, or CASE, is a process that
 is supposed to simplify the creation and maintenance of  computer
 software.
 ...
   To  the the rescue comes a remarkable new CASE  product  called
 Microstep ($5,000) from Syscorp International.
 ...  Microstep  was  used to complete in 10  hours  a  software
 development task that took 160 hours using conventional  software
 design techniques.
 ...
   What enables Microstep to work so quickly is a technique called
 object-oriented  programming.   A  developer  relies  on  graphic
 images that represent common software functions.
   In  essence,  these  images constitute a  library  of  commonly
 accepted programming routines.  By linking the objects, the  user
 can construct a program to meet an employer's needs.
   Microstep  goes beyond this, though.  It "knows" all  the  rules
 for  developing  proper business software and  presents  them  as
 choices on a menu.
   And it uses artifical intelligence techniques to guard  against
 logical or procedural errors.
   Once a software system has been tested and approved,  Microstep
 generates and compiles all the high-level "C" language the appli-
 cation  requires. ... And along with the actual  code,  Microstep
 generates design documentation automatically.
 ...
   Maintaining the software is also easier.  The programmer simply
 modifies  the graphic image of a design, not the actual lines  of
 computer code.
 ...
   Getting comfortable with Microstep appeared to be comparable to
 learning to use Lotus's 1-2-3 spreadsheet.
 -----------------------------------------------------------------
 -----------------------------------------------------------------
 
 So what do folks think about this ?
 
 


Msg#8670   To:DIRK LESKO                                (Rcvd)
From:MARK NEIDORFF                              Date:03/18/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Oh and I thought that the faces were just representatives of Nantucket
sleeping on the job again.  :-)  !!!!!  [grin]
     <<  Mark  >>


Msg#8671   To:DIRK LESKO                                (Rcvd)
From:MARK NEIDORFF                              Date:03/18/89
Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
------------------------------------------------------------------------------
If you can get the thread about indexing across multi-files from TapCis I
would certainly appreciate it!  Hopefully this can be done in a
straightforward, fast (short of creating a temporary dbf) manner.  I will
see that it gets edited and put in print in The LInker if it looks good.
     <<  Mark  >>


Msg#8673   To:RON LANDBERG                              (Rcvd)
From:MARK NEIDORFF                              Date:03/18/89
Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
------------------------------------------------------------------------------
Re Microstep:

I'd have to see it and try it, but it strikes me that it would be fine as
long as I am willing to have all of my programs fit into Microstep's
conception of what a program should be.  If they can do it better than I
can, fine. 
What happens if you (or I) wnat to extend Microstep's environment?  Looks
like we can't do that.
Price is also a bit steep  (but it might be a good value if, if, if, if)
     <<  Mark  >>


Msg#8674   To:ROBERT HEYMAN                             (Rcvd)
From:GREG MARTIN                                Date:03/18/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
Yes, Robert it is sad.  Then again if you want OverLay() to free up only
30K to run a small program, it is quite fast.


Msg#8675   To:ALL                                       
From:MIGUEL MALDONADO                           Date:03/19/89
Subject:PROGRAM MAIL                            Parent Msg#8675
------------------------------------------------------------------------------
Hi, ALL
        I upload a file called CL_MAIL.ARC, it's my first program I've
sent to a BBS and my first program in awhile written in Clipper.
        I would like my fellow Clipper programmers to evaluate it and
tell me their comments, no matter if it is critical.  You are the only
ones right now where i can get some feedback.
*
Also the COMMIT command functions only in DOS 3.3, but I'm using AT&T
MS-DOS 3.2 rev.2.02 and it seems to be doing what it's suppose to ?
*
Please let me know what you think.
*
Thank You!
<Mike>


Msg#8677   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/19/89
Subject:CHAR TO MEMO                            Parent Msg#8677
------------------------------------------------------------------------------
Anybody can help me with the right command which would replace
a memo field with a character field.
The DBF has a character field and a memo field. Simply I want to
put the information from the character field into the memo field.
What I do is this:

   do while .not eof()
      store charfield to mcharfield
      replace memofield with mcharfield
      skip
   endif

This doesn't work and get "data type mismatch error"
I tried other combinations but for sure not..the right one since
still didn't work.
Any sugestions would be appreciated.
Thanks.
<CF>





Msg#8678   To:DIRK LESKO                                (Rcvd)
From:STEVE DAVIES                               Date:03/19/89
Subject:CLIPPER CLUB MEETING                    Parent Msg#8678
------------------------------------------------------------------------------
Your presentation of FUNCky last thursday was excellent. Those
who weren't able to attend missed a very thorough talk and
demonstration. What's funny is that the real power of this
library can't be conveyed in words. Despite the fact that I've
had it for a couple of months, I was still blown away by the
windowing in that demo and the complete application we saw.
It was a pleasure to meet you and thanks again for coming.
Steve



Msg#8679   To:CONSTANTIN FLORESCU                       (Rcvd)
From:CLIFF GREEN                                Date:03/19/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8677
------------------------------------------------------------------------------
are you doing this in Clipper, or in dBase?  Dbase won't let you do it,
whereas I've done pretty much the same thing you've outlined successfully
(I skipped the mvars, and just REPLaced one field with the other, then
modified the structure to get rid of the extraneous field).


Msg#8680   To:MARK NEIDORFF                             (Rcvd)
From:DIRK LESKO                                 Date:03/19/89
Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
------------------------------------------------------------------------------
OK, you will have to remind me in 1 week as I am about to fly off to
Chicago and won't have the files out there....

dLESKO


Msg#8681   To:STEVE DAVIES                             
From:DIRK LESKO                                 Date:03/19/89
Subject:(R)CLIPPER CLUB MEETING                 Parent Msg#8678
------------------------------------------------------------------------------
My pleasure. It was also great meeting a lot of the faces that go with
the names here. Thank you too.....

dLESKO


Msg#8683   To:DIRK LESKO                                (Rcvd)
From:RICHARD HORWITZ                            Date:03/19/89
Subject:(R)SCREEN .DBFS                         Parent Msg#8523
------------------------------------------------------------------------------
I'm working on it, I'm working on it........


Msg#8685   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/20/89
Subject:THINK TWICE                             Parent Msg#8685
------------------------------------------------------------------------------
Think twice, if you plan to right generic functions in CLipper and
market them, because you have direct competition from gues who...?
From NANTUCKET ! That's right you don't beleive it but you've heard
it right.
Last week at the NJ Clipper Club I was shown a utility called "Tools"
published by Nantucket and market in England(probably in other European
countries as well). It contains generic Clipper function similar with
a lot of those which we see on this board(free).
I don't know if Tool's functions are better than those written by
developers like Dirk Lesko, Steave Straley etc., but for sure Nantucket
decision to do this is not going to help us nor Nantucket.
I am sure that Nantucket would have done much better if they had come
up with the solution to CLIPPER MEMORY problem, and evrybody would have
paid whatever they asked for.
Why did they decide to do that ? Do they want to compete with their own
supporters(Dirk Lesko, Steave Straley and all the other bright Clipper
developers) ?
What do you think ?
Constantin Florescu





Msg#8686   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/20/89
Subject:CHAR TO MEMO REPLACE   
------------------------------------------------------------------------------
One more reason why Clipper is better than Dbase.
I was trying to move data previously entered into a character field
to a memo field. I tried for several days with no success...
Several people sugested that I just do a

   replace memofield with characterfield

but still...didn't work.

The other day Cliff Green asked: "..do you do it in CLipper or Dbase,
because you can't do it in Dbase !

That's right I even didn't realized that actually I was doing it in
Dbase(you know...you think that's easier etc)
I went back compiled and linked that small code then it worked like a
dream.
Thanks everybody and especially CLiff Green, who is not for the first
time is of a real help.
<CF>


Msg#8687   To:DIRK LESKO                                (Rcvd)
From:DIANE LASK                                 Date:03/20/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Dirk, the way things look now, with Microsoft coming out with an oops C
by the end of the year I really think that we'll be seeing oops as a
major force 2 years tops.  Just ANOTHER thing to learn <sigh>.


Msg#8690   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/20/89
Subject:(R)THINK TWICE                          Parent Msg#8685
------------------------------------------------------------------------------
Clipper Tools is Blown away by IDL Proclip Rettig and FUNCky, so why even
bother?? They are bringing it here to the US for no other reason than to
make some extra cash.....Meanwhile I have written Barry Rebell (CEO of
Nantucket) offering him the chance to make a few million. I personnaly
offered to optimize the current Clipper so that memory is less of a
problem. If they agree to fix a few bugs, I am sure EVERY Clipper
developer will pay 60-75 bucks for a new improved Summer87!! multiply
that by 60,000 or so CLipper developers, and I'll make for them 10 times
as much money as they could get out of the add on market. It's Too bad
the Clipper Tools is such a bad product...It makes the entire company
(Nantucket) look bad......they've ignored their own commitments, and step
on the toes of their strongest supports ta'boot!! kind of makes you
wonder whether this is a company to follow into the 90's?? isn't it?

dLESKO


Msg#8692   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/20/89
Subject:(R)THINK TWICE                          Parent Msg#8685
------------------------------------------------------------------------------
Dirk, if I were to solve their memory problem I would ask for good money
and I hope that you won't do it for nothing. I wish you good look with
such a project(which as a matter of fact would be very beneficial to
everyone) but I wouldn't hold my breath...
<CF>


Msg#8694   To:RON LANDBERG                              (Rcvd)
From:TONY LIMA                                  Date:03/20/89
Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
------------------------------------------------------------------------------
Give me a break -- take a look at the various dBASE template
languages -- FoxCode, Genifer, UI2, and (heaven forfend) dBASE IV.
I'm sorry, but CASE is already here. -- Tony


Msg#8695   To:CONSTANTIN FLORESCU                       (Rcvd)
From:TONY LIMA                                  Date:03/20/89
Subject:(R)CHAR TO MEMO                         Parent Msg#8677
------------------------------------------------------------------------------
Do it in dBASE IV.


Msg#8696   To:ALL                                       
From:RICHARD HORWITZ                            Date:03/20/89
Subject:MULTIMATE                               Parent Msg#8696
------------------------------------------------------------------------------
Anyone have experience with doing mailmerge in multimate from DBF Files?
I'm using Advantage II, and I thought about creating a mailmerge program
to read in thier files, but it seemed like such a hassel.


Msg#8699   To:RICHARD HORWITZ                           (Rcvd)
From:DIRK LESKO                                 Date:03/20/89
Subject:(R)MULTIMATE                            Parent Msg#8696
------------------------------------------------------------------------------
Don't they just use comma delimited?


Msg#8701   To:TONY LIMA                                 (Rcvd)
From:RON LANDBERG                               Date:03/21/89
Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
------------------------------------------------------------------------------
Thanks.  That's just what I wanted to hear.  I haven't looked at any of
the template stuff but suspected that this Microstep was just more of
that.


Msg#8702   To:RICHARD HORWITZ                           (Rcvd)
From:JIM KILLEEN                                Date:03/21/89
Subject:(R)MULTIMATE                            Parent Msg#8696
------------------------------------------------------------------------------
Multimate reads dbf files directly.  Just put the following code in the
top of you Multi-mate file:
 <alt><M>DEFINE<alt><M>
 FILE TYPE DBASE
 <alt><M>END DEFINE<alt><M>
 
 (pressing <alt><M> leaves the chr(195) symbol on your screen)

  then anywhere in your document that you wish to access a dbf field, use
it in this fashion Dear <alt><M>CLIENT<alt><M>, where client would be
the field name.  When you want to print it out use the print mail merge
from the main menu.  Hope this is what your looking for.  I've looked at
the multimate file format using Norton Utilities, and it gets pretty
messy. I think they have some proprietary protection built in 'cause I've
seen pages stored in sequential fashion, and then start jumping out of
sequence, for instance pages 1-11,then 14,12,15,13 it can get crazy, I
can't think of any logical programming benefit to that unless the pages
were entered in that sequence and the pages were subsequently rearranged
which in this instance was not the case. Hope I helped a little...

Jim K.


Msg#8705   To:CONSTANTIN FLORESCU                       (Rcvd)
From:ROB HANNAH                                 Date:03/21/89
Subject:(R)MEMOEDIT                             Parent Msg#8544
------------------------------------------------------------------------------
No.  Null gets somehow got into the thread.  However, you can use null
gets to popup a memoedit() during a read.

ROB


Msg#8706   To:JON MELTZER                               (Rcvd)
From:ROB HANNAH                                 Date:03/21/89
Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
------------------------------------------------------------------------------
It depends on how heavily you use it.  Funcky is monsterous (around 300k)
but I seriously doubt that EVERY library function in it can be used in a
single .exe file.

ROB


Msg#8707   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/21/89
Subject:ITEMIZE DEDUCT                          Parent Msg#8707
------------------------------------------------------------------------------
Anybody has knowledge of a software program which would do an itemize
deductions for income tax 1988 ?
<CF>


Msg#8708   To:GREG MARTIN                               
From:ROB HANNAH                                 Date:03/21/89
Subject:(R)RUN COMMAND                          Parent Msg#8628
------------------------------------------------------------------------------
Clipper won't necessarily use alot of memory per opened file.  If you
open the database in exclusive mode - either with SET EXCLUSIVE ON or USE
<file> EXCLUSIVE - it will allocate a 4k record buffer cache.  If you
open it in shared mode then it doesn't buffer anything.

ROB


Msg#8711   To:MARK NEIDORFF                             (Rcvd)
From:DIANE LASK                                 Date:03/21/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
Sign of the times I guess Mark


Msg#8712   To:MARK NEIDORFF                             (Rcvd)
From:DIANE LASK                                 Date:03/21/89
Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
------------------------------------------------------------------------------
Mark,
        If you'ld like you can reference an !extensive! thread on the
NANFORUM over at CIS on the subject.  After mucdebate, heated! discussion
and other assorted bruhaha the word from Rich and Brian seems to be that
it not easily, convienently, or even practicly possible in the Clipper
language.  The reasons have to do with the way we have implemented and
structured our indexing system.  There were several programmers who did
claim to be able to index across related databases but Rich seems to
advise against it.  Feel free to look up the discussion but my suggestion
is that you might be entering a dead end ally with this approach.
Nantucket realizes that there are developers who want to implement such a
strategy and we are looking into it for future releases.
                                                Diane.


Msg#8713   To:RON LANE                                  (Rcvd)
From:DIANE LASK                                 Date:03/21/89
Subject:(R)DOS4 & CLIPPER                       Parent Msg#8663
------------------------------------------------------------------------------
Ron,
        For the first proeblem, if you intend to do an append from, the
file that you are appending from will be opened up in shared mode (see
clipper manual table 10-2, page 10-12).  Now then if you load SHARE then
you are providing DOS with the additional interrupts to invoke file
sharing.  Since the file you are appending from will be attempted to be
opened in shared mode, and since you have not first 'used' the file in
nonexclusive mode, you get the error.  With SHARE not loaded, dos cannot
open a file in shared mode so the implied shared open by the append from
command is ignored.  Clear as mud?? Anyway try SET EXCLUSIVE OFF and let
As to the second problem, I use fastopen (with DOS 3.3) all the time and
experience no problem.  Are you saying this is a 4.0 proeblem?
                                thanks,
                                Diane.
me know if the 'problem' goes away ok?


Msg#8714   To:MARK NEIDORFF                             (Rcvd)
From:DIANE LASK                                 Date:03/21/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
                :-( !
                        D.L.


Msg#8715   To:MIGUEL MALDONADO                          (Rcvd)
From:DIANE LASK                                 Date:03/21/89
Subject:(R)PROGRAM MAIL                         Parent Msg#8675
------------------------------------------------------------------------------
Mike,
        Actually COMMIT will function in DOS versions below 3.3, it
simply does not do as much as in 3.3.  In versions 3.2 and below COMMIT
will fluch the CLIPPER buffers down to the DOS level buffers.  In 3.3
COMMIT additionaly flushes the DOS buffere to the hard disk or network as
applicable.
                                        Diane.


Msg#8717   To:ALL                                       
From:CURTIS LITTLE                              Date:03/21/89
Subject:SWITCH! IS BACK...     
------------------------------------------------------------------------------
If you're a user of Switch! I just wanted you to know that the new
version is here.  For those who've already looked at Switch! this one
should be well worth your time.  There have been many major improvements
in Switch!.  The most notable are the saving of the extended file table,
a path is allowed to specify where (and/or the name) the temp file should
go - the path allowed is extrememly similar to the DOS search path.  Let
me know what you think about the new one.  (The list of
features/enhancements added is over a page long!  Due to the size I won't
repeat them here, but the list is in the doc file).

Curtis


Msg#8718   To:ALL                                       
From:TERRY DILLARD                              Date:03/22/89
Subject:WHY AN OPEN ERROR?                      Parent Msg#8718
------------------------------------------------------------------------------
I've been encountering a problem that I can't figure out.  I'm getting an
OPEN error when I try to access an index file through a procedure.  The
procedure from my program is:
 
PROCEDURE DEANVIEW
SELECT 7
USE DEANHELP INDEX DEANHELP
SELECT 6
USE HOLIDAYS
SELECT 5
USE ASR INDEX ASR
SELECT 4
USE RESPONSI INDEX RESPONSI
SELECT 3
USE ERR_TYPE INDEX ERR_TYPE
SELECT 2
USE DIRECTOR INDEX DIRECTOR
SELECT 1
USE DEAN INDEX DEAN, DEAN_PAN     <-- Line 269
SET RELATION TO . . . . .
RETURN

The error appears as:

   Proc DEANVIEW line 269, open error DEAN.NTX (4)
 
The index file is DEFINITELY there.  I have a PACK module in a utilities
menu which runs perfectly.  Only when I access this procedure do I have
any problems.  I'm using DOS 3.1, and my FILES= and BUFFERS= statements
in my CONFIG.SYS are OK.  I've tried all the obvious stuff (obvious to
me, that is), and can't figure out what is wrong.  Can anyone HELP!!!!?


Msg#8719   To:TERRY DILLARD                             
From:DIRK LESKO                                 Date:03/22/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
You have run out of file handles....If you count how many you are opening
your bombing right after the fifteenth one, which means your limit is 20
files open. Dos takes five for itelsf, leaving you only fifteen. You need
a LIB or function that will allow you more handles, options I know about
are:
        FUNCky
        IDL
        HANDLES2.ARC...on this board and FREE.......

dLESKO


Msg#8720   To:TERRY DILLARD                             
From:DIRK LESKO                                 Date:03/22/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
Make it after the fourteenth try....which means you have another file
open somwhere......

dLESKO


Msg#8723   To:MARK NEIDORFF                             (Rcvd)
From:JOHN THORN                                 Date:03/23/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
#:-%       <---------- Punk rocker
$:-)       <---------- IBM'er
[:-|       <---------- Construction worker
<:-O       <---------- Apple user (dunce?)
+:-)       <---------- Religious figure ('cept the Iatollah)
(XX(       <---------- Iatollah

Had enough?


Msg#8724   To:RON LANDBERG                              (Rcvd)
From:JOHN THORN                                 Date:03/23/89
Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
------------------------------------------------------------------------------
Just remember where you read stuff.  I don't think a local paper is a
good source of learning what's new on the market.  Judging from
Microstep's hype (recently disappeared) in computer rags, I guess they
convinced a reporter or ad manager to give them a break.


Msg#8725   To:DIANE LASK                               
From:JOHN THORN                                 Date:03/23/89
Subject:(R)PROGRAM MAIL                         Parent Msg#8675
------------------------------------------------------------------------------
Diane:

I wouldn't recommend COMMIT for software where the developer has no
control over the environment/computer used.  I tried it with Zenith 248s
and had to remove it.  Seems that if Zenith's cache (ZCACHE) was used at
the same time COMMIT was implemented, users developed duplicate records
when doing an APPEND BLANK.  Once ZCACHE was removed, no sweat.  Once
COMMIT was removed, ZCACHE worked properly.  DOS version was Zenith's
MS-DOS 3.21. 

However, I've used it with success on other computers.  The duplication
problem is attributable to Zenith.  Tried different cache routines
(Mace, GoldenBow, PC-Tools, PC-Kwik, etc.) on other computers with no
ill effects. 


Msg#8726   To:TERRY DILLARD                             
From:JOHN THORN                                 Date:03/23/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
I counted 13 files you opened.  Looks like you're outta handles.


Msg#8727   To:TERRY DILLARD                             
From:ROB HANNAH                                 Date:03/23/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
Error (4) is related to having too many files open.  You might want to
try handles2.arc.  Or, if you have FUNCky, there is a comparable function
to expand the maximum number of open files.

ROB


Msg#8729   To:TERRY DILLARD                             
From:JOE BOOTH                                  Date:03/23/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
Open error 4 indicates too many files.....   If your FILES and BUFFERS
statements appear OK, be aware that DOS 3.1 can't open more than 20 files
Try using HANDLES, or FUNCKY, or IDL(?) or DOS 3.3


Msg#8730   To:ALL                                       
From:JOE BOOTH                                  Date:03/23/89
Subject:DBASE IV AND CLIPPER                    Parent Msg#8730
------------------------------------------------------------------------------
Has anybody run into a problem with DBASE IV files and CLIPPER.  It seems
to me that CLIPPER will not USE a DBASE IV file (or at least on with
a memo field).  Although with low-level file functions it would be easy
to correct, I am just curious if anyone else has encountered the problem.


Msg#8731   To:JOE BOOTH                                 (Rcvd)
From:JEFF SCOZZAFAVA                            Date:03/23/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
Joe,
    I havee recently heard a lot of people saying that dBase IV files are
not compatable with Clipper (or dBASE III for that matter).  From my
experiences I have had no problem at all except in a few cases:
1) You cannot use the new dBase FLOATING point field, because obviously
clipper will not recognise it.
2) I am assuming that te memo system may be different from what you said
about your problem with dBase IV files with memo fields (I have not
attempted to use a dBASE IV file with a memo field in Clipper).
 
As far as I can tell dBase IV still creates a dbf file with the first
byte = 3 (or 83h with a memo field).  Even if you include a floating
point field in the structure. I was told that dBASE IV uses a 4 ( or 84h)
as the first byte, and converts all dBASE III files to dBASE for upon
using the file, by changing this byte.  As far as I can tell this is not
the case...
About two hours was spent at the Phila. Clipper Users group meeting
talking about this with Nantucket delevopers, based on the assumption
that dBASE IV changes the first byte of the header! 
I have not seen that happening... but if any one else has any information
on this subject please let me know.
   My conclusion is that dBSE IV files can be used diretly in clipper as
long as the dbase IV file does not contain any FLOATING POINT fields.  I
will look into the memo field incompatability you brought up, but at this
point I have not tested them for compatability.  I know that ashton-tate
has added a lot of new memo field functions, but I don't know hether they
have changed the structurre of the dbt file or of the pointer in the dbf
file.
Hope this info helps...  Any one else have any more info????


Msg#8732   To:TERRY DILLARD                             
From:JOEL SHAPIRO                               Date:03/23/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
It looks like you have too many files open for the handles available.
Check your CONFIG.SYS. Remember that 5 of your handles are preassigned
leaving you only 15 with DOS 3.1. You can find HANDLES2.ARC on this board
that will enable you to have up to 40 handles.

Joel


Msg#8733   To:DIANE LASK                               
From:MARK NEIDORFF                              Date:03/23/89
Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
------------------------------------------------------------------------------
Thanks, Diane:
I came to that conclusion also.  Its the generic nature of the program
that may require this approach.  I guess I'll create a combined table and
do the indicies on that.  [sigh]
     <<  Mark  >>


Msg#8735   To:TERRY DILLARD                             
From:MARK NEIDORFF                              Date:03/23/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
Try rebuilding the indicies.  Then, check your available file handles.
You might be out.
     <<  Mark  >>


Msg#8737   To:JOE BOOTH                                 (Rcvd)
From:DIRK LESKO                                 Date:03/24/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
Yes that is true, whenever you open a dbf file with a memo field, dBASE
IV changes the first byte of the file to something (dont remmeber what)
all you will need to do is put it back to 83h (131 decimal) and you can
use it again in Clipper, better yet, when you exit your Clipper app,
place a 2h (2 decimal) there and then those naughty dBASE IV hackers
won;t be able to screw it up in the first place!

dLESKO


Msg#8738   To:DIANE LASK                               
From:MIGUEL MALDONADO                           Date:03/24/89
Subject:COMMIT                                  Parent Msg#8738
------------------------------------------------------------------------------
Hi Diane,
.
The reason I think the COMMIT command is working with my DOS 3.2 is that
the light on the hard disk goes on every time I save a record, after
adding a new one or editing.  I even ZAP the database and add one record
and the hard disk made the motions and sound of written. Maybe it's just
AT&T's version?  I'll call the Hotline to see if this is possible.
.
Thanks, hope to hear from you soon.


Msg#8740   To:CONSTANTIN FLORESCU                       (Rcvd)
From:TONY LIMA                                  Date:03/25/89
Subject:(R)ITEMIZE DEDUCT                       Parent Msg#8707
------------------------------------------------------------------------------
TurboTax seems to be one of the favorites, but there are a bunch
of others.  Check out reviews in PC Mag. -- Tony


Msg#8742   To:JOE BOOTH                                 (Rcvd)
From:TONY LIMA                                  Date:03/25/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
dBASE IV uses a lot of those reserved bytes in the DBF file header
for things like index flags, transaction logging flag, MDX file
flag, and so on.  Probably results in some conflicts with Clipper
and even, on occasion, with db3+.  A-T never promised downward
compatibility ... -- Tony


Msg#8743   To:JEFF SCOZZAFAVA                           (Rcvd)
From:TONY LIMA                                  Date:03/25/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
Re db4 memo fields -- the structure is completely different and
once you have used a db3+ dbf with a dbt file attached, the conversion
to db4 is automatic ... meaning when you try to read the dbt file
with db3+, Clipper, Fox, or anything else, you will see only garbage.
Luck. -- Tony


Msg#8744   To:TONY LIMA                                 
From:CONSTANTIN FLORESCU                        Date:03/25/89
Subject:(R)ITEMIZE DEDUCT                       Parent Msg#8707
------------------------------------------------------------------------------
Thanks Tony.
<CF>


Msg#8745   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/25/89
Subject:EKD                                     Parent Msg#8745
------------------------------------------------------------------------------
I came across EKD's phone number, If  your still interested in PCanywhere
it's 516-736-0500. I think their up to version 3.xx now....

dLESKO


Msg#8746   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/26/89
Subject:(R)EKD                                  Parent Msg#8745
------------------------------------------------------------------------------
Thanks Dirk.
<CF>


Msg#8747   To:DIRK LESKO                                (Rcvd)
From:CLINT BRITT                                Date:03/26/89
Subject:INTERRUPT()                             Parent Msg#8747
------------------------------------------------------------------------------
Dirk,
 
     I don't mean to bother you, but I have one question for you. I would
appreciate if you could help me. I am tring to do a serial port status
check useing the IDL library interrupt function. Now the one thing that
is different about my machine that it is a half card modem, so can I do
it ???? Well this is what I do;
 
stat=check_port(port)   && port=1 for com2:
 
 
func check_port
para p_num
 
reg_ah(3)
reg_dx(p_num)
interrupt(20)      && for 14h
retu (reg_al())
 
   but all I get is a number that stays the same, no matter if there is a
char waiting, or not ????, what can I do. I know that BIOS call are not
to portable, but I wrote the same rutine in "C", and it worked, and in
TP, and it worked, what am I doing wrong ?????, !!!HELP!!!!
   
                                            Thanks,  Clint....
 


Msg#8748   To:CLINT BRITT                               (Rcvd)
From:DIRK LESKO                                 Date:03/26/89
Subject:(R)INTERRUPT()                          Parent Msg#8747
------------------------------------------------------------------------------
Are you sure that the status you are looking for is contained in the al
register? I looked upthe return and all you'll get is the following:

        bit     -       status
        0       -       CTS
        1       -       DSR
        2       -       Ring Detect
        3       -       line signal detect
        4       -       clear to send
        5       -       data set ready
        6       -       ring detect
        7       -       receive line detect

I don't see where these bit settings are going to help you detect if a
character is ready....I think what you want is in the reg_ah()
register...., to see if you get any character should be in AH, while
modem status is in AL which probably wouldn't change too much once the
connection is made. Remembr your dealing with BIT settings and not real
integers, so you must isolate the BIT in AH that signals whether char
ready or not. I beleive that whould get you on the right path....

Hope that helps.....

dLESKO


Msg#8749   To:DIRK LESKO                                (Rcvd)
From:CLINT BRITT                                Date:03/26/89
Subject:(R)INTERRUPT()                          Parent Msg#8749
------------------------------------------------------------------------------
  Dirk,
 
   Now what I did is have a return string like this;
 
        retu (" ah: "+num2bin(reg_ah)+" al: "+num2bin(reg_al()))
 
    and I never get a status change, for a ring or a char ready, I even
checked the AX register... See what it does for you
 
          clint.....


Msg#8750   To:DIANE LASK                               
From:RON LANE                                   Date:03/26/89
Subject:(R)DOS4 & CLIPPER                       Parent Msg#8663
------------------------------------------------------------------------------
What I ended up doing just to save time was to CLOS file1 then the APPEN
worked OK. Yes the FASTOPEN problem seems to be just with DOS4 as I used
it with 3.3 before and had no problem.


Msg#8751   To:TERRY DILLARD                             
From:RON LANE                                   Date:03/26/89
Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
------------------------------------------------------------------------------
Dos Open error (4) is not enough file handles, add more files to your
config.sys, unless you are useing 3.2 or older, then you will need
something like HANDLE1.ARC  to be able to open more than 25 files.


Msg#8752   To:CLINT BRITT                               (Rcvd)
From:DIRK LESKO                                 Date:03/26/89
Subject:(R)INTERRUPT()                          Parent Msg#8749
------------------------------------------------------------------------------
I'll see what I can do...It's been a loong time since I used IDL, I'll
have to find the backup disk and re-load it. Are you sure that there is a
character ready?
'
dLESKO


Msg#8753   To:MARK NEIDORFF                             (Rcvd)
From:JOHN THORN                                 Date:03/27/89
Subject:(R)NANTUCKET           
------------------------------------------------------------------------------
Naaa....people love it...they're just to busy/chicken to make a face!


Msg#8758   To:CLINT BRITT                               (Rcvd)
From:DIRK LESKO                                 Date:03/27/89
Subject:(R)INTERRUPT()                          Parent Msg#8749
------------------------------------------------------------------------------
Hi, the bit setting you want is bit 0 of the AH register. I don't know
why it is not being set for you, other than a bug in the BIOS or your
comp port is not initialized properly or something....Anyway, I upload
afile for you called comcheck() so that you can test to see if there
really is a character there....It should work with your existing
libraries but I can't be too sure. The format is:

        <logical> = comcheck(<port>)

Where <port> isthe com port 1 - 4, the return value is .T. for chracter
ready, .F. for no character ready. Like I said, I haven't tested it with
your libraries, please let me know how it performs....

dLESKO


Msg#8760   To:JEFF SCOZZAFAVA                           (Rcvd)
From:GREG MARTIN                                Date:03/27/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
I know that I've talked to several people on BBSs and on the phone who
have reported that dBase IV does something (maybe only sometimes) that
makes a database incompatible with dBase III+, but I'm not sure about
Clipper.  I've not had any experience myself with dBase IV, but I would
be inclined to beleive that something is going on.


Msg#8761   To:ALL                                       
From:LARRY GOTTLIEB                             Date:03/28/89
Subject:NEW CLIPPER RUMORS                      Parent Msg#8761
------------------------------------------------------------------------------
The information on this BBS, and in mags like PC WEEK, about the new
version of Clipper is certainly interesting.  Nantucket is offering the
moon and the stars, and in no more than 12 months.  How can this be true?

I just heard that Basil Hosmer, of UI2 fame, is moving to California to
work on the new Clipper as an independent consultant.  This is apparently
old news, but not to me!

Can anyone offer enlightenment on how Nantucket plans to achieve their
goals?


Msg#8762   To:ALL                                       
From:CONSTANTIN FLORESCU                        Date:03/28/89
Subject:GETBACK                                 Parent Msg#8762
------------------------------------------------------------------------------
*I have several GETS and a READ and upon pressing <Esc>
*gave the user the option to exit or return. If deceide
*not to exit but to return I want to get back to the GET
*from which the use had press the <Esc>. Instead it gets
*me back to the first GET...

*Example code:
*Getback.Prg
store space(10) to var1,var2,var3
clear
done = .f.
do while .not. done
     @10,10 get var1
     @11,10 get var2
     @12,10 get var2
     read
     if readkey() = 12
       do byby
     endif
enddo

Procedure Byby
ans = " "
do while .not. ans$"yYnN"
ans = " "
@24,1 SAY "Quit (Y/N)?" get ans
read
enddo
@24,1 say space(20)
if upper(ans) = "Y"
  done = .t.
  quit
else
  return
endif

Any help would be appreciated.
Thank you.


Msg#8763   To:ALL                                       
From:ROBERT LAMERAND                            Date:03/28/89
Subject:CLIPPER FILE HANDLES PROB               Parent Msg#8763
------------------------------------------------------------------------------
We're experiencing a problem with Clipper '87 on an IBM Token Ring
network.  It's giving us a message,  OPEN ERROR FOR D:\FOOBAR.DBF (4).
Regardless of how many file handles we allocate we continue to get this
message when 3 or more people are using the application.  We have both
the DOS FILES=xx and the SET CLIPPER=Fxx; in place and it doesn't seem to
matter.  Anyone have any similar experiences or good suggestions? 
Thanks!


Msg#8764   To:LARRY GOTTLIEB                            (Rcvd)
From:MARK NEIDORFF                              Date:03/28/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
I heard Phil Usher speak last week.  He denied that there would be a
Unix/Xenix version of clipper due to a lack of a standard to write to.
(That's what he said).  He also said that if WE could prove that there is
a standard implementation of UNIX out there that can be written for, then
Nantucket would write for it.

Their ideas of OOP seem quite interesting if they can extend what they
have given as examples to some language extensions. 

It looks like there may be a new syntax that Nantucket is develooping.
They claim that they will provide a preprocessor to convert Clipper
(dbase III+) code to the new syntax.  This will be in support of the OOP
ideas.

You take it from there.
     <<  Mark  >>


Msg#8765   To:LARRY GOTTLIEB                            (Rcvd)
From:RICHARD HORWITZ                            Date:03/28/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
By working working 24 hours a day, and wishing on shooting stars.....


Msg#8766   To:ROBERT LAMERAND                           
From:RICHARD HORWITZ                            Date:03/28/89
Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
------------------------------------------------------------------------------
Are you using novell? Is D: a network drive? I had a similar problem a
while ago, and I had to change the FLAG of the file to SRW, and SET
EXCLUSIVE OFF. This worked MOST (but not all) of the time.


Msg#8767   To:LARRY GOTTLIEB                            (Rcvd)
From:DAVID MORGAN                               Date:03/29/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Object oriented programming appears to be a large part of it, judging
from the interview with Brian Russell and Rich McConnell that appeared
in the Data Based Advisor April issue. My copy arrived today.


Msg#8768   To:LARRY GOTTLIEB                            (Rcvd)
From:DAVID MORGAN                               Date:03/29/89
Subject:DYNAMIC MACROS                          Parent Msg#8768
------------------------------------------------------------------------------
Summer '87 has a way, when GETting to a series of array elements, to
distinguish in the VALID udfs which element is the current target.
The general code that doesn't work looks like:

FOR elem = 1 TO 3
 @ start_row + elem -1, column GET array[elem] VALID udf(elem)
NEXT
READ

The READ is executed _after_ all the GETs.  By then the counter is
already 4.  It was changing dynamically during the FOR/NEXT loop, but
that's history now.  So, as you traverse from GET to GET in the READ,
occasionally executing udf() as you go, the value of elem is fixed
and static at 4.  Poll READVAR() in the udf and it returns "array"
but says nothing about which element.  Poll i it tells you 4.  You're
in the dark about the element number.

Though the counter itself suffers this fate, the macro-ized version
of it doesn't.  Launder the counter through the macro mechanism as
you pass it to the udf and suddenly the value the udf receives will
be sensitive to the historical value the counter had when the GET was
executed.  Here's a working example:

DECLARE array[3]
array[1] = 'one'
array[2] = 'two'
array[3] = 'three'
start_row = 5
column = 5
FOR elem = 1 TO 3
 str_elem = ltrim(trim(str(elem)))
 @ start_row + elem -1, column GET array[elem] VALID udf(&str_elem.)
NEXT
READ

FUNCTION udf
PARAMETERS X
@ 20,5 SAY x
@ 21,5 SAY array[x]+'  '
RETURN .T.

This technique appears in a program in Nantucket News, vol 3 no 1,
August/September 1988, p. 10.



Msg#8769   To:JON MELTZER                               (Rcvd)
From:DAVID MORGAN                               Date:03/29/89
Subject:OPEN W READ ACCESS MODE 
------------------------------------------------------------------------------
  > Is is possible to open a database in READONLY mode?

Technically, sure. You could do it with the FOPEN() function in
Clipper, or with some other language that can formulate its request
to the DOS Open-a-file function to specify "read" access mode.

But if you restrict the question to opening the database via the USE
command, the usual desired approach, then no.  USE in Clipper always
specifies "read/write" as the requested access mode when it calls
Open-a-file.  Hard wired.  Circumventing this would require low-level
intervention to change the DOS call as formulated.  That's what
N_READONLY() does in Neil Weicher's NetLib library.

Related to this is the possibility of removing the prohibition
against success when opening files bearing the read-only attribute in
"read/write" mode.  (This isn't the same as opening in "read" mode,
but it gets you around the same problem for which you'd want to open
in "read" mode in the first place.)  This is what NetWare's READ ONLY
COMPATIBILITY toggle accomplishes.

This is the subject of"Open Modes: Behind-the-Scenes File
Considerations,"
Nantucket News, vol 3 no 2, September/October, 1988.


Msg#8770   To:JOE BOOTH                                 (Rcvd)
From:DAVID MORGAN                               Date:03/29/89
Subject:UN-IVING DBFS           
------------------------------------------------------------------------------
  > Has anybody run into a problem with DBASE IV files and Clipper.
  > It seems to me that CLIPPER will not USE a DBASE IV file (or
  > at least one with a memo field).  Although with low-level
  > file functions it would be easy to correct, I am just curious
  > if anyone else has encountered the problem.

IV makes some changes to a III/Clipper DBF that has an associated DBT
rendering it no-longer-useable by III/Clipper.  There's a  UDF
written to reverse the changes using low-level file I/O just as you
suggest.  It was done by Phil Kimble.  He works for TRW in El
Segundo, CA.


Msg#8771   To:ROBERT LAMERAND                           
From:ROB HANNAH                                 Date:03/29/89
Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
------------------------------------------------------------------------------
Are you running under Netware?  If so, make sure that you've set the
server file handle count high enough.  That means taking the server down
and running genos (2.0a) or netgen -c (2.1+).  We always set file handles
to the max (1000).

ROB


Msg#8772   To:DAVID MORGAN                             
From:LARRY GOTTLIEB                             Date:03/29/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Interesting!  I'll read it as soon as the issue arrives.  Thanks!


Msg#8773   To:DAVID MORGAN                             
From:LARRY GOTTLIEB                             Date:03/29/89
Subject:(R)DYNAMIC MACROS                       Parent Msg#8768
------------------------------------------------------------------------------
That looks great -- I'll implement it right away.  Thanks for your help!


Msg#8774   To:MARK NEIDORFF                             (Rcvd)
From:LARRY GOTTLIEB                             Date:03/29/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
A new syntax -- wow!  It may be desirable, even necessary -- but that's a
pretty bold step.  It will be interesting to see how successful Nantucket
is.


Msg#8775   To:LARRY GOTTLIEB                            (Rcvd)
From:DIRK LESKO                                 Date:03/29/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
I have read those same articles, I do beleive that eventually it will all
come to pass. However, 1 yr seems a bit ambitious to have all the
platforms running. Basil is indeed part of the Team which is a good move
ontheir part. I wonder what Marty Rhinehart will be doing....Basically I
understand that Clipper will be a multi platform system. The major push
is for a DOS version, an OS/2 version (probably only under PM) and a UNIX
version, and I'll guess that the UNIX version will run under a version of
PM for unix since Unix is at the moment a very 'fragmented' market. There
are too many flavors of UNIX rnning around these days. A UNIX version of
PM however can provide a stable platform across all of them. So I beleive
that it will all happen as they say it will. But I don't think it is
going to happen all at once. DOS is probably going to mean a character
based version and a windows based version. But that's still just a
guess.....

dLESKO


Msg#8776   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/29/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
That's because Clipper always starts from get 0. Try this:

        get ...
        get ...
        get ...

        set key 2 to getrestore

        do while .T.
                read save
                if (lastkey() != 27)
                        lastget = active()
                        nstufff(2)
                        loop
                else
                        exit
        enddo
        clear gets

proc getrestore
para d1,d2,d3

        activate(lastget)

return

That should do what you need.....

dLESKO


Msg#8777   To:ROBERT LAMERAND                           
From:DIRK LESKO                                 Date:03/29/89
Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
------------------------------------------------------------------------------
What version of DOS are you running?


Msg#8779   To:ROBERT LAMERAND                           
From:GEFF PURCELL                               Date:03/29/89
Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
------------------------------------------------------------------------------
Are you using Netware?  If so, there's a 40-file limit on the number of
NETWORK file handles that a station can open.  This limit is built in to
the shell (ANETx.COM, NETx.COM), but it can be patched in versions prior
to 2.1x, and there is an option for the SHELL.CFG file to change it in
versions 2.1x and above.


Msg#8780   To:LARRY GOTTLIEB                            (Rcvd)
From:JON MELTZER                                Date:03/29/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Maybe they are using cold fusion ... :-)


Msg#8781   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/29/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
Thanks. I will try.
BTW Did you look at tthat code I U/L for you in the Funcky Conference
regarding what we discussed over the phone ? It was uploaded under the
name of Pageit.Prg....
Thanks.
<CF>


Msg#8782   To:GEFF PURCELL                             
From:CONSTANTIN FLORESCU                        Date:03/29/89
Subject:(R)GETBACK             
------------------------------------------------------------------------------
Thanks Jeff....
<CF>


Msg#8783   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/29/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
Dirk I tried your sugestion but probably I was missunderstood...
What I try to do is say
     get...
     get...
     get...
     read
     if lastkey() = 27
          do by
      endif
procedure by
  if ans = yes
  exit
  else
  go back to get 2
In other words if I press Esc while in get 2 procedure by is executed. If
I decide not to exit, then I should be taken back to get 2.
Probably what I try to do is not possible without using a library like
get-it etc...
Thanks anyhow
<CF>


Msg#8784   To:ALL                                       
From:MARC SCHNAPP                               Date:03/29/89
Subject:NATL UG MEETING (LA)   
------------------------------------------------------------------------------
NY Metro Clipper User Group and LA Clipper UG are cosponsoring a
Naional UG get together on 6/11 to coincide witht he CLipper Dev
Conference
 
For details, download UGConv.arc
Please respond


Msg#8786   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/29/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
I haven't looked at it yet...have some articles to finish first. But I
will get to it.

dLESKO


Msg#8787   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DIRK LESKO                                 Date:03/29/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
You have to tie inyour get mover routine to a SET KEY procedure. Once you
are out of the get you can't reactivate a certain element. try setting
key 28 (F1) to BY, then activate the get there and return. Got It?

dLESKO


Msg#8788   To:GREG MARTIN                               (Rcvd)
From:DAVE LOBEL                                 Date:03/30/89
Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
------------------------------------------------------------------------------
Greg and Jeff,

In the first bit of a dBASE III+ database, there is a "3".  Yes, this
stands for dBASE "3".  dBASE IV can open this file, but when it writes
this file to the disk, it place a "4" in that first bit.  Therefore,
dBASE III and Clipper can not read this file.

To correct this problem, beofre you try to open you database file with
the USE command. use the FOPEN() FUNCtion and write a "3" to the first
bit.  Then no matter what is done before hand, you application will be
able to USE the file.

Good luck....

YEL-DAVE


Msg#8789   To:CONSTANTIN FLORESCU                       (Rcvd)
From:DAVE LOBEL                                 Date:03/30/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
Constantine,

Hi..  If you create a public variable that keeps the current GET and you
update it in a FUNCtion that is set in ONKEY(), each time the user moves
from GET to GET, the variable will always have the name of the current
get.  To achive the current GET, ACTIVE() will return the place in order.
 Once you set all the GET's again, use the ACTIVATE() FUNCtion to put the
cursor at the GET from which the escape key was pressed.

Good Luck.....
Hope to hear from you soon........

YEL-DAVE


Msg#8790   To:ROBERT LAMERAND                           
From:DAVE LOBEL                                 Date:03/30/89
Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
------------------------------------------------------------------------------
If you have FUNCky, have you tried the SETHANDLES() FUNCtion.  This will
allow you to open as many as 255 files.  Then again, are you using DOS
3.3?  SETHANDLES() will work with any DOS ver.

YEL-DAVE


Msg#8791   To:CONSTANTIN FLORESCU                       (Rcvd)
From:JEFF SCOZZAFAVA                            Date:03/30/89
Subject:READS                                   Parent Msg#8791
------------------------------------------------------------------------------
CONSTANTIN,

    A very simple solution would be to:
 
SET KEY 27 TO your.prg
 
   That way when the user hits ESC in the read your procedure will kick
in and ask your YES or NO question.  Then depending on the answer you can
do one of the following:
 
    YES (exit) - CLEAR GETS
                 RETURN
    NO (stay in get) - RETURN
 
This will return you to the same get that you were in when ESC was
pressed.
 
Put the set key around the read:
SET KEY 27 TO your.prg
READ
SET KEY 27 TO
 
As I recall, the set key routine will trap the ESC key press before the
READ even sees it!
 
Remember to disable the set key at the beginning of your YES or NO
procedure (SET KEY 27 TO), and then re-enable it just before you return
(SET KEY 27 TO your.prg).

Let me know how this works for you.
 
Jeff


Msg#8792   To:DIRK LESKO                                (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/30/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
Yehhh... I just wanted to let you know that I did exactly what you just
said...the only problem with that is that if one uses MX_dbfvie then when
pressing Esc the "By" procedure is executed...To prevent that I "set key
27 to" before mx_dbfvie, then back etc..
Thanks
<CF>


Msg#8793   To:DAVE LOBEL                               
From:CONSTANTIN FLORESCU                        Date:03/30/89
Subject:(R)GETBACK                              Parent Msg#8762
------------------------------------------------------------------------------
Thanks Dave...
<CF>


Msg#8794   To:JEFF SCOZZAFAVA                           (Rcvd)
From:CONSTANTIN FLORESCU                        Date:03/30/89
Subject:(R)READS                                Parent Msg#8791
------------------------------------------------------------------------------
Thanks Jeff...I just found out that last night(while trying to solve the
problem) but you mentioned it a little different and it might be even
better...
Thanks again
<CF>


Msg#8795   To:DIRK LESKO                                (Rcvd)
From:JON MELTZER                                Date:03/30/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
The Data Based Advisor mentions that Pegasus will have "dynamic link
libraries" and "virtual memory" instead of overlays. This worries me
somewhat ... is Nantucket aware of the .EXE file size concern, and
will it change the current requirement that the entire Clipper engine
must be linked in?


Msg#8796   To:ALL                                       
From:JON MELTZER                                Date:03/30/89
Subject:WE DON'T NEED MACROS!                   Parent Msg#8796
------------------------------------------------------------------------------
Rick Spence's column in the latest (April) Data Based Advisor says that
the statement
   USE &fname
can be replaced by
   USE (fname)
saving a macro expansion.
I just tried this technique with SET COLOR... it works there also:
   SET COLOR TO (normal)
Anyone else have experience in replacing macros with expressions?


Msg#8797   To:MIGUEL MALDONADO                         
From:NEIL WEICHER                               Date:03/30/89
Subject:(R)COMMIT                               Parent Msg#8738
------------------------------------------------------------------------------
COMMIT does work half-way on Dos 3.1 and 3.2.  It forces CLipper to flush
its own buffers to disk.  IN addition in Dos 3.3 and later it also
updates the directory and FAT.  Sort of like closing and reopening the
files without the overhead.

Some network's caching system have problems with the Dos Commit command.
However, this is the network vendors problem and they should be persued
for a "fix".   Clipper is doing everything "by the book".

Neil


Msg#8798   To:CLINT BRITT                               (Rcvd)
From:NEIL WEICHER                               Date:03/30/89
Subject:(R)INTERRUPT()                          Parent Msg#8747
------------------------------------------------------------------------------
Just to throw in a quick commercial message.  Get-It has an ONCOM
function that calls a procedure when carrier is detected or lost or ring
is detected at the com port.  It also has an ONEXPR function that calls a
procedure when an expression becomes true (e.g., character ready).

Neil


Msg#8799   To:ALL                                       
From:NEIL WEICHER                               Date:03/30/89
Subject:C CLASS                 
------------------------------------------------------------------------------
I am looking for a small number of people to participate in an
intensive 5-day C language class to tenatively begin on April 10,
in New York City.  It will include the C/Assembler interface and
the Clipper/C interface.

It will be taught by a top instructor and will cost approx. $500
per person.  Of course, the more people, the less per person.

If interested please contact me immediately at 212-724-0150.

Neil Weicher
Communication Horizons



Msg#8800   To:JON MELTZER                               (Rcvd)
From:DIRK LESKO                                 Date:03/30/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
I don't beleive so....Take a look at RTlink, it will be something similar
I guess, instead of having the engine in your EXE it will be in a Dynamic
Library. The code in that library can be shared by all your routines. It
will help some but I don't think it is going to do what we really want.
The Object Oriented portion of Pegasus will however....

dLESKO


Msg#8801   To:JON MELTZER                               (Rcvd)
From:DIRK LESKO                                 Date:03/30/89
Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
------------------------------------------------------------------------------
All the SET commands as well as a bunch of other commands can take an
expression inside parenthesis. This avoids going through the macro
parser. All of these functions were outlined in a whats new docuument
distributed by Nantucket when Summer87 came out. One that is kind of
tricky is the select command, you can say:

        m_area = "Clients"
        select &m_area

or:

        area = select()
        select (area)

or:

        area = select("Clients")
        select (area)

notice the sublities in the use of the parenthesis with a space and
without a space....can be confusing to read sometimes...

dLESKO


Msg#8802   To:DIRK LESKO                                (Rcvd)
From:JON MELTZER                                Date:03/30/89
Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
------------------------------------------------------------------------------
SELECT() and SELECT ( ) ... sheesh ... what my introductory programming
instructor would have said about that...
  Spence also says in the article that using SELECT() to check whether
a database is open "can lead to strange problems with Novell". What is
he talking about?


Msg#8803   To:JON MELTZER                               
From:DIRK LESKO                                 Date:03/30/89
Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
------------------------------------------------------------------------------
I have no idea what Rick means since I really tend to not do Network
applications. dave Lobel would be good to ask, or Dave Morgan...

dLESKO


Msg#8804   To:DIRK LESKO                                (Rcvd)
From:MARK NEIDORFF                              Date:03/30/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Lets see if I have understood what I have heard.  By using DLL and
virtual memory, Nantucket will not do away with large aplications, but
will automatically  switch sewgements in and out of memory and disk.
This will be done through a new linker technology which is being prepared
for Nantucket.  Is that what you are talking aboutwith RT-Link?
     <<  Mark  >>


Msg#8805   To:LARRY GOTTLIEB                           
From:GREG MARTIN                                Date:03/30/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
I'm sure Nantucket plans to accomplish their goals with a lot of sweat,
hard work, luck, and crossing their fingers very often. ;-)


Msg#8807   To:MARK NEIDORFF                             (Rcvd)
From:DIRK LESKO                                 Date:03/31/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Sort of, I thik it is supposed to be more like WIndows type DLL's. But I
am not sure about the interim solution...

dLESKO


Msg#8810   To:DIRK LESKO                                (Rcvd)
From:CLINT BRITT                                Date:03/31/89
Subject:(R)INTERRUPT()                          Parent Msg#8749
------------------------------------------------------------------------------
  Dirk,
 
       Well, with a little bit-fiddling I got it. It's kind of funny,
useing the decimal register assigning i.e. reg_al(3), it doesn't work,
but when you plug it like this reg_al("03"), it does, now with clipper I
can make a fully functional BBS. Useing a couple of if statements made my
loops to slow, so charictors where lost, expecially local keyboard, so to
test to see if I could speed it up, I used a rutine in a magizine (writen
in "C") and compiled it with "Quick C", It had the same problem, the
charictors at the keyboard were getting lost, so all I did was make a
case statement out of the check, i.e.
 
keyb_char=inkey()
do case
   case char_ready(port)
        c_char=com_in(port)
   case keyb_char>0
        c_char=keyb_char
endc
 
  There are a couple of other case statements in there to check for
backspaces, CR, and other keys, but this set up works well. I also was
able to rad status bits, for the ring indicator, so this limits the
modems on this system to be either internal, or have a cable that has the
ring indicator wires hooked up. All and all it's going to work, now the
hard job, setting up transfer protocalls, but that will have to be done
in "C", Clipper can't loop to catch at 9600, it did do ok at 2400,
(barely!!!), but if you know of somebody that has a fiew protocalls
laying around that will work with clipper let me know....
 
                             Thanks, Clint...
 


Msg#8811   To:NEIL WEICHER                             
From:CLINT BRITT                                Date:03/31/89
Subject:(R)INTERRUPT()                          Parent Msg#8747
------------------------------------------------------------------------------
  Niel,
 
       Now is this a backrounf function ????, in otherwords will it
operate in the backround, and allow me to set up a a procedure that will
dump when carrier is lost ????, like interrupt diven ????, If so, tell me
how to get it, and by you meaning "Comercial" I guess it requires money,
let me know....
 
                                        Clint...
 


Msg#8812   To:DIRK LESKO                                (Rcvd)
From:RON CALLAHAN                               Date:03/31/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Personally I find It all disquiting. Clipper has emerged as a particular
type of language. Why change it. If another lanuage is needed sell it as
a differnt product. What about upword compatibility. Russel said it would
be 99 % compatable. That's a damned broad statement at this early of a
date. Particularly if Homer gets involved. (re. UI2 betas 1,2, & #).
What about add on library's. Will they be compatable. I sure as hell
don't want to waste money and time if my code will be worthless. What the
hell is going on in this business. Doesn't anybody give a damn about
the time and investment their supporters have put into their product. Or
does that all go down the drain because somebody wakes up in the middle
of
the night with some half-baked idea. Although I was against standards in
the past, maybe it's time to bring that subject up again.
Pardon the tone, but it really upsets me that I might have to re-write
thousands of lines of code to stay current.


Msg#8815   To:MARK NEIDORFF                             (Rcvd)
From:STEVE BADARACCO                            Date:03/31/89
Subject:(R)NANTUCKET                            Parent Msg#4836
------------------------------------------------------------------------------
|-)   <-- Isn't this what you had in mind?
...Steve


Msg#8817   To:CLINT BRITT                               
From:DIRK LESKO                                 Date:03/31/89
Subject:(R)INTERRUPT()                          Parent Msg#8749
------------------------------------------------------------------------------
Well, what about using SilverComm? it will save you a ton oftime since it
is all dset up for you already? other than that, there are some C
routines on this board for communications, and in This months issue of Dr
Dobbs, and last months as well there is a series on TinyComm in C that
does terminal emulation and Xmodem transfer. Good Luck your project, I am
interested in hearing how it allturned out....

dLESKO


Msg#8818   To:CLINT BRITT                               
From:DIRK LESKO                                 Date:03/31/89
Subject:(R)INTERRUPT()                          Parent Msg#8747
------------------------------------------------------------------------------
Yes, GETIT will allow you to execute a procedure (or is it function?)
whenever carrier is detected or a character is detected....

ISthat right Neil?



Msg#8819   To:RON CALLAHAN                             
From:DIRK LESKO                                 Date:03/31/89
Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
------------------------------------------------------------------------------
Well, you only said a paragrapgh or two on that subject....be prepared
for reams and reams of similar complaints. Change somtimes comes at a
cost. I do beleive highly in Object Oriented Programming, however, that
means doing it a new way, and that means re-writing old applications. My
defense against that is to not re-write older applications...(if it ain't
broke.....) But, when new applications come along, then dig in and you'll
probably start wondering why you ever subjected yourself to yhe 'old' way
of doing things.

As far as add on libraries go, Nantucket has gone and shot themselves
inthe foot by releasing Nantucket Tools here in the US. This is an
ill conceived attempt to put a few dollars in Barry's pocket. He will
make a few dollars, but at the expense of the entire company. Nantucket
tools ups the ante in the library Wars pitting friend against friend. All
add on library vendors tho used to support Nantucket must now compete
with them. Thereby creating a double standard where we are forced to run
around with knives in our backs while we stab others in the back. It's
sick. On top of that, there is no way in the world that Nantucket will be
able to support There Tools product in the Object oriented release of
Clipper, so there you will have a double whammy, not even Nantucket
Products can be assured of upward compatibility!

3rd party add on companies have one luxury nantucket doesn't, if the core
product changes, 3rd party vendors can adapt new ways on top of the old
without the problems that the Mother Company has. If Nantucket puts out a
product, you expect it to be compatible with anything they do...however,
if Neil Weicher or Dirk Lesko put out a product, you will be a little
more forgiving if Nantucket changes the rules on them. So the perception
is different for Nantucket vs 3rd party. This is where the big Riff is
going to open up between Clipper users and Mother Nantucket. Clipper
programmers are intelligent and they will figure out might fast the Barry
pulled a fast one. When they do, promises will mean nothing,
compatibility will be a 'show me' situation. I see this as the biggest
threat to Clipper's survival in the long run. they've stepped in a big
pile with the Tools at a point in the development cycle where a dinky
little product like Tools can effect the outcome of the most major
release that Nantucket will have come out with to date. I am going to sit
back and watch the reaction for awhile. But you better beleive that if
something comes along that provides a modicum of the capibilites of
Clipper, then Cliper better watch out because it will be a mass
mutiny...all at the expense of a few extra dollars which could have been
easily made by releasing an interim release of Summer87 that corrected
some of the piddly bugs and helped the memory managament
problems...notice I said helped....Even if you were to gain an additional
15% because they optimize certain routines would install loyalty and a
sense of 'Hey, they're listening to use' attitude among the developers.
Instead though, they choose to declare war on the little guys...you
figure it out???

Perplexed...

dLESKO


Comments

Popular posts from this blog

BOTTOM LIVE script

Evidence supporting quantum information processing in animals

ARMIES OF CHAOS