Derek, Sorry for the delay in following up - had some urgent stuff to
tend to
VFP doesn't even compare with other RDBMS's in common use today.
Yes, sometimes the speed is comparible, but the featureset lags
far behind Oracle, MSSQL, and MySQL(free versions exist of MySQL
and
Derek -
I've seen a lot of extraneous traffic, similar to what you've described.
The pinpointed things to change were:
- search paths for the exe
'set path to' in any prg or method
'path=' in the config.fpw file
- stripping out the paths in the forms prior to compilation.
changing
On Mar 28, 2007, at 9:06 AM, Ricardo Aráoz wrote:
Why should you choose? I usually connect to database in MSSQLServer
through ODBC and have no trouble at all. I can tap the full power
of the
servers you cite. But I can still combine, re-order, and do whatever I
want with the result sets
Ed Leafe wrote:
On Mar 28, 2007, at 9:06 AM, Ricardo Aráoz wrote:
Why should you choose? I usually connect to database in MSSQLServer
through ODBC and have no trouble at all. I can tap the full power of
the servers you cite. But I can still combine, re-order, and do
whatever I want with
On 3/29/07, Ed Leafe [EMAIL PROTECTED] wrote:
I can think of one... hint: it starts with the letter 'D'.
copycat...
A+
jml
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
they're dropping the silly period
And MAN is it a silly period.
--
Alan Bourke
[EMAIL PROTECTED]
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list:
Andy Davies wrote:
Michael Babcock said I was getting an empty recordset/row from the remote
table, inserting my fields, and using Paul McNett's MakeUpdatable.prg
I used the code from makeupdatable for a long time but have now pretty much
switched to cursoradapters. I'm interested in the
I've seen a lot of extraneous traffic, similar to what you've described.
The pinpointed things to change were:
- search paths for the exe
'set path to' in any prg or method
'path=' in the config.fpw file
Searching the paths is nothing compared to this problem.
- stripping out the
On 3/29/07, Vince Teachout [EMAIL PROTECTED] wrote:
seems to be one of those built by 2 guys
in their garage in their spare time sort of deals. Goodness knows,
nothing good has ever come from THAT sort of working model. ;-P
A small group of thoughtful people could change the world. Indeed,
Ted Roche wrote:
On 3/29/07, Vince Teachout [EMAIL PROTECTED] wrote:
seems to be one of those built by 2 guys
in their garage in their spare time sort of deals. Goodness knows,
nothing good has ever come from THAT sort of working model. ;-P
A small group of thoughtful people
Just like Bill and Paul then!
BG
Tristan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Vince Teachout
Posted At: 29 March 2007 16:08
Posted To: Profox Archive
Conversation: Foxpro going opensource
Subject: Re: Foxpro going opensource
built by 2 guys
: Foxpro going opensource)
I've seen a lot of extraneous traffic, similar to what you've described.
The pinpointed things to change were:
- search paths for the exe
'set path to' in any prg or method
'path=' in the config.fpw file
Searching the paths is nothing compared to this problem
Which version of VFP did you find this in? I'm interested if the same fault
is still within VFP9 in which case it may well be a good idea to press the
team for a fix whilst they are still around.
I must admit I've never come across the problem and we run about 150 screens
here so I'd be
Heya Vince -
Hopefully you are well recovered by now and back to your rambunctious
ways, yes?
Kick the tires - http://www.dabodev.com
BTW, has anyone ever heard of something called Dabo? It's supposed to
be some sort of 3 tier software with a Python IDE, or something. It's
been getting a
On Mar 29, 2007, at 10:51 AM, William Sanders / EFG wrote:
Hopefully you are well recovered by now and back to your rambunctious
ways, yes?
You're assuming he was rambunctious *before*? ;-P
-- Ed Leafe
-- http://leafe.com
-- http://dabodev.com
William Sanders / EFG wrote:
Heya Vince -
Hopefully you are well recovered by now and back to your rambunctious
ways, yes?
Kick the tires - http://www.dabodev.com
---
Rambunctious? Hmmm, what a nice way of saying asshole! I like it! :-D
Yeah, fully rambunctious again!
I have tried
the Cook
Sent: Thursday, March 29, 2007 6:57 AM
To: 'ProFox Email List'
Subject: RE: Foxpro going opensource
Ed Leafe wrote:
On Mar 28, 2007, at 9:06 AM, Ricardo Aráoz wrote:
Why should you choose? I usually connect to database in MSSQLServer
through ODBC and have no trouble at all. I can
=
= OK, I've off the list for awhile, so, what is this Foxpro
= going opensource all about?
=
= v/r
=
= //SIGNED//
=
= Stephen S. Wolfe, YA2, DAF
Oy!
B+
HALinNY
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance:
On 3/29/07, Wolfe, Stephen S YA-2 6 MDSS/SGSI
[EMAIL PROTECTED] wrote:
OK, I've off the list for awhile, so, what is this Foxpro going opensource
all about?
Much ado about nothing. YAG announced at the MVP Summit that the Sedna
add-ons for VFP9 were being released under one of MS's shared
In thinking about the irony of how there's all this false info about
VFP out there due to one person's mistake, it's a damn shame the guy
didn't mangle the story to say MS to support VFP for 100 years, or
at least something else really positive.
-Steve
At 12:02 PM 3/29/2007, you wrote:
On
On 3/29/07, Steve Ellenoff [EMAIL PROTECTED] wrote:
In thinking about the irony of how there's all this false info about
VFP out there due to one person's mistake, it's a damn shame the guy
didn't mangle the story to say MS to support VFP for 100 years, or
at least something else really
Ted Roche wrote:
Much ado about nothing. YAG announced at the MVP Summit that the Sedna
add-ons for VFP9 were being released under one of MS's shared source
licenses at CodePlex.com, as had been previously suggested, and that
there were no plans for VFP 10.
Steven Vaughn-Nicholls picked up
Ed Leafe wrote:
On Mar 28, 2007, at 9:06 AM, Ricardo Aráoz wrote:
Why should you choose? I usually connect to database in MSSQLServer
through ODBC and have no trouble at all. I can tap the full power
of the
servers you cite. But I can still combine, re-order, and do whatever I
want with
MB Software Solutions wrote:
Andy Davies wrote:
Michael Babcock said I was getting an empty recordset/row from the remote
table, inserting my fields, and using Paul McNett's MakeUpdatable.prg
I used the code from makeupdatable for a long time but have now pretty much
switched to
At 03:47 PM 3/28/07, you wrote:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
By default, my framework will prompt the
Dave Crozier said:
Derek,
Are you saying that you enable oplocks on the workstation? I thought
they were enabled by default?
In which case I'm confused but intrigued ...
... and I was intrigued by your statement:
a problem with VFP that causes it to read the first 20 bytes of our dbc
hundreds of
a problem with VFP that causes it to read the first 20 bytes of our dbc
hundreds of times a second when running
that must surely be unique to you or no-one would be running Fos apps!
(are you sure it's not an anomaly of whatever tool you're using to detect
network activity?)
I'm sure some
At 09:39 AM 3/28/2007 -0400, Derek Kalweit wrote:
a problem with VFP that causes it to read the first 20 bytes of our dbc
hundreds of times a second when running
...
Quick question: are you using Views to access the data?
-Charlie
___
Post
a problem with VFP that causes it to read the first 20 bytes of our dbc
hundreds of times a second when running
Quick question: are you using Views to access the data?
Yes and no. Yes, our application uses views. No, the views are not in
use when this problem first occurs(on load). There
Derek Kalweit wrote:
Quick question: are you using Views to access the data?
Yes and no. Yes, our application uses views. No, the views are not in
use when this problem first occurs(on load). There were also no views
in the test app I created for TS.
I'm starting to take a
Funny, I was literally thinking about this the other day myself. What
prompted you to go this direction?
Are you binding the view also to your forms and then simply creating
the update sql statements at save time, or using objects for the
binding, in which case, I don't see why you'd use the
Steve Ellenoff wrote:
Funny, I was literally thinking about this the other day myself. What
prompted you to go this direction?
I was using objects for single record viewing as well as processing
single record insert/updates in views. So when passing my objects along
my tiers (UI -- Biz
Quick question: are you using Views to access the data?
Yes and no. Yes, our application uses views. No, the views are not in
use when this problem first occurs(on load). There were also no views
in the test app I created for TS.
I'm starting to take a different, hybrid kind of approach
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
Tracy
-Original Message-
From: MB Software Solutions
Sent:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
In most applications I've worked with there's a higher level mechanism
Tracy Pearson wrote:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
Tracy
-Original Message-
From: MB
Tracy Pearson wrote:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
Yes, all MBSS systems are designed for multiple
Stephen the Cook wrote:
Tracy Pearson wrote:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1 again?
Tracy
MB Software Solutions wrote:
Stephen the Cook wrote:
Tracy Pearson wrote:
Are you handling multi-user contentions?
User1 gets data, interrupted by phone
User2 gets data, makes change to field1, saves update
User1 makes change to field2, saves update
Does User1 save overwrite field1
Bill Arnold wrote:
- RDBMS. When the day comes that RDBMS's are passé, replaced with
something so good that relational doesn't make sense
anymore, then I
would be inclined to agree the genre is dead.
VFP doesn't even compare with other RDBMS's in common use
today. Yes, sometimes the
Steve Ellenoff wrote:
The market need, as Bill points out, is in fact
growing. More and more companies need solutions
to their technology needs, and they need it
faster and cheaper than ever. In fact, the
problem is so bad, that many now solve the
problem by outsourcing to countries
Ricardo Aráoz wrote:
There's no 'time of', we are not hair stylers or clothes designer's.
We have a job to do, a problem to solve in the fastest and most reliable
way we can find. With VFP I can address the best of 'file-based'
solutions and at the same time get the full power of
as the default
setting is ON - or I thought so anyway.
Dave Crozier
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Derek Kalweit
Sent: 26 March 2007 21:39
To: profox@leafe.com
Subject: Re: Foxpro going opensource
VFP doesn't even compare with other RDBMS's
Are you saying that you enable oplocks on the workstation? I thought they
were enabled by default?
Not enabled as much as the file system able to achieve them. Oplocks
are basically the stations saying I'm the only one using this file,
so I'll handle the locking until someone else opens the
Bill Arnold said:
David, I think circumstances at some point in time, say even 10 or 15
years from now, will force MS to do *something* with the source code,
either sell it or put it on the public domain.
A triggering event might be the 1st time a VFP application stops working
after a MS OS
David, I think circumstances at some point in time, say even 10 or
15
years from now, will force MS to do *something* with the source
code,
either sell it or put it on the public domain.
A triggering event might be the 1st time a VFP application stops
working after a MS OS change.
The operative points here, I think, are that VFP is very, very good at
what it does; that .NET is not a suitable replacement; that the
royalty-free standard for this type of language/product is a stake in
the ground that MS will never remove, and that not only is there a
market for VFP, but a
The operative points here, I think, are that VFP is very, very good
at
what it does; that .NET is not a suitable replacement; that the
royalty-free standard for this type of language/product is a stake
in
the ground that MS will never remove, and that not only is there a
market
] On Behalf Of Bill Arnold
Sent: Sunday, March 25, 2007 3:27 PM
To: [EMAIL PROTECTED]
Subject: RE: Foxpro going opensource
David, I think circumstances at some point in time, say even 10 or 15
years from now, will force MS to do *something* with the source code,
either sell it or put it on the public
Rivera
Sr
Sent: Sunday, March 25, 2007 3:16 PM
To: [EMAIL PROTECTED]
Subject: RE: Foxpro going opensource
Out from lurkworld to ask: if I apply the Sedna and SP2
additions (say their February renderings) to VFP9 SP1, does
that require the addition of any other or additional runtime
files
] On Behalf Of Pablo H Rivera
Sr
Sent: Sunday, March 25, 2007 3:16 PM
To: [EMAIL PROTECTED]
Subject: RE: Foxpro going opensource
Out from lurkworld to ask: if I apply the Sedna and SP2
additions (say their February renderings) to VFP9 SP1, does
that require the addition of any other
Rick,
YAG has been quite clear on the fact VFP will never be sold
because of the Intellectual Property
(IP) in VFP that is now in other MS products.
He also mentioned that Microsoft will look at any severe
problem in VFP discovered after VFP 9 SP2 is released and
address it on a
- RDBMS. When the day comes that RDBMS's are passé, replaced with
something so good that relational doesn't make sense anymore, then I
would be inclined to agree the genre is dead.
VFP doesn't even compare with other RDBMS's in common use today. Yes,
sometimes the speed is comparible, but the
He also mentioned that Microsoft will look at any severe
problem in VFP discovered after VFP 9 SP2 is released and
address it on a case-by-case basis. While I cannot speak for
MS, I would think something breaking because of a future OS
release might trigger such consideration.
BTW,
:48 -0400
To: [EMAIL PROTECTED]
Subject: RE: Foxpro going opensource
Pablo,
Just so you are clear, SP2 is pre-beta and will overwrite your VFP 9
runtimes and merge modules if
you install it. These runtimes are not necessarily ready for prime-time and
you could accidentally
release them to your
Derek -
Your arguments here all seem to be directed
towards VFP's own internal DBF support rather
than evaluating the entire product as a whole. If
one were to remove .DBF support from VFP, the
product would STILL be superior to every other
RAD tool out there that handles data in my
- RDBMS. When the day comes that RDBMS's are passé, replaced with
something so good that relational doesn't make sense
anymore, then I
would be inclined to agree the genre is dead.
VFP doesn't even compare with other RDBMS's in common use
today. Yes, sometimes the speed is
VFP doesn't even compare with other RDBMS's in common use
today. Yes, sometimes the speed is comparible, but the
featureset lags far behind Oracle, MSSQL, and MySQL(free
versions exist of MySQL and MSSQL; possibly Oracle, but I'm
not as familiar).
VFP was never designed to function as
Uh, Bill... we need to clarify *your* comments now. :-)
Bill Sanders said:
The EXE that is Sedna , that ADD ON program requiring the VFP9 runtime
modules, will be released free of charge.
Sedna is NOT an EXE. Sedna is a collection of classes and XBase add-ons,
plus some VB .NET code that add
Out from lurkworld to ask: if I apply the Sedna and SP2
additions (say their February renderings) to VFP9 SP1, does
that require the addition of any other or additional runtime
files that will need to be placed in the client's computer?
Thanks!
PabloSr
David, I think circumstances at some point in time, say even 10 or 15
years from now, will force MS to do *something* with the source code,
either sell it or put it on the public domain.
A triggering event might be the 1st time a VFP application stops working
after a MS OS change.
We wouldn't
Pablo H Rivera Sr wrote:
Out from lurkworld to ask: if I apply the Sedna and SP2
additions (say their February renderings) to VFP9 SP1, does that
require the addition of any other or additional runtime
files that will need to be placed in the client's computer?
OTTOMH .NET 2 run time. That
Thanks.
PabloSr
-
Value, above all, persons, not things! Peace.
Valora, sobre todo, personas, no cosas! Paz.
-
* -Original Message-
* [EMAIL PROTECTED] On Behalf Of Stephen the Cook
*
*
These reporters, ah David ?
Ain't it fun ?
Basically it was a misquote of a misquote, between zdnet and eweek, then
the PodCasters picked it up , thinking both 'authors' had it right, and
understood what Sedna is and that YAG's quotes were accurately re-used.
Sigh.
There are additions to VFP on
On 3/23/07, William Sanders / EFG [EMAIL PROTECTED] wrote:
Maybe I am too used to interpreting 'passive voice' statements from C-SPAN.
Mistakes were made. Regrets were expressed.
Michael Tiemann (RedHat): ... there is no reality to Microsoft's
shared source license in the sense that, ... it's
I haven't seen any mention here about this:
http://www.eweek.com/article2/0,1759,2105307,00.asp?kc=EWRSS03119TX1K000
0594
Yes, it was mentioned. It's blatantly false. The editor apparently
can't read material released by Microsoft.
--
Derek
___
It's been mentioned, it's the Sedna extensions not the core product.
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
**
On Thursday, March 22, 2007 10:18 AM Derek Kalweit wrote:
Yes, it was mentioned. It's blatantly false. The editor apparently
can't read material
released by Microsoft.
Thanks Derek and Alan for updating me on this issue! I was out of town
on Monday and missed it.
David L. Crooks
On 3/22/07, David Crooks [EMAIL PROTECTED] wrote:
Thanks Derek and Alan for updating me on this issue! I was out of town
on Monday and missed it.
Here's the entire thread:
http://leafe.com/archives/showFullThd/344873
--
Ted Roche
Ted Roche Associates, LLC
http://www.tedroche.com
The author should be working at the NY Times.
--- Ted Roche [EMAIL PROTECTED] wrote:
On 3/22/07, David Crooks [EMAIL PROTECTED] wrote:
Thanks Derek and Alan for updating me on this
issue! I was out of town
on Monday and missed it.
Here's the entire thread:
70 matches
Mail list logo