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
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
Post a Comment