Well, if you are CURRENT with Microsoft, then, I would
recommend to contact them or use their list server, news
group, support department or whatever method you have to
communicate with them.
If you are CURRENT with RBTI, and if you believe that the
problem lies in your CURRENT product version AND if you
are able to replicate it, then, you should provide R:Team
with a sample of your database/application to help them to
help you and resolve an issue which might benefit R:Community.
Have you provided the RBTI Development Team with any
REPLICABLE sample or process to evaluate your claim,
rather than wasting valuable time talking about it?
If you are CURRENT, I personally encourage you to PLEASE
submit your request to R:DCC http://www.rbase.com/RDCC
and provide a replicable sample/code to:
mailto:[EMAIL PROTECTED]
I can assure you that the Talented and Dedicated RBTI
R:Team will do everything they can to take care of any
boo-boos (if any). Your honest efforts will be greatly
appreciated.
Ask those who have dealt with R:DCC and R:Team to attest
to our commitment.
RBTI has an official process in place to submit bugs
(if any) or enhancement request(s) in a proper and
professional way to communicate with the Development
Team via R:DCC. This process has worked VERY WELL, and
nobody who has utilized the process can deny that.
Once you provide a replicable sample, looking at your code,
R:Team might be able to help you and guide you in the right
direction. We have many examples sent to us as a "bug", but
most turn out to be simple errors in their logic or
programming technique.
If someone who has made an honest effort to provide RDCC
and R:Team with a replicable boo-boo, we have even gone
so far as to create a fix the night before the actual
product release. The current versions 6.5+ (build: 1.839)
and 6.5++ (build: 1.842) are examples of such a landmark.
FYI, there are thousands of CURRENT R:BASE users who are
using 6.5++ (build: 1.842) on Windows NT/2000 and Novell
based network environments.
Finally, a lack of product knowledge and experience shall
NOT constitute a bug or problem with the product itself.
Either Microsoft, Novell, RBTI or ANY software vendor
should not be blamed for that.
All we ask is that issues are resolved in a productive
manner rather than passing the blame from party to party.
Very Best Regards,
Razzak.
At 08:30 AM 8/30/2001 -0500, you wrote:
>>>>
Please provide me with a link to where the patch for the memory leak problem under Win2k is. size=2>-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of A. Razzak Memon
Sent: Thursday, August 30, 2001 8:25 AM
To: [EMAIL PROTECTED]
Subject: RE: Multi-User Speed Test (was Re: Rbase crashing)
10. POOR Database Design and Coding Methods
11. NOT taking advantage of CURRENT versions
12. NOT installing latest updates/patches
13. NOT taking advantage of NEW Commands/Enhancements/Bug-Fixes
Very Best Regards,
Razzak.
At 08:02 AM 8/30/01 -0500, you wrote:
>>>>
9) Memory leak in application size=2>-----Original Message-----==================================-=============================
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of A. Razzak Memon
Sent: Wednesday, August 29, 2001 9:19 PM
To: [EMAIL PROTECTED]
Subject: Multi-User Speed Test (was Re: Rbase crashing)
At 12:21 PM 8/29/2001 EDT, [EMAIL PROTECTED] wrote:
<<<<
WE DO NOT HAVE ANY CRASHING PROBLEMS BUT RBASE65++ FOR DOS
IS A REAL PROBLEM USING WINDOWS SERVER 2000 ONCE A SECOND
USER IS ON IT BECOMES VERY SLOW BETWEN DATA BASES AND MENUS
CANT FIND AN ANWSER
>>>>
To properly test the speed of R:BASE 6.5++ (DOS/Windows) in
a Multi-User environment, you should try the following:
01. Copy all files (Database, Applications, etc.) from
Windows 2000 Server to your local workstation, for
example, C:\RBTest
02. Make sure that MULTI is SET to ON in RBASE.CFG file
or in your application startup file
03. Start The Glorious R:BASE 2000 (ver 6.5++) for Windows
or The R:edoubtable R:BASE 2000 (ver 6.5++) for DOS
04. At the mighty R> prompt, switch to C:\RBTest and then
CONNect to the database or run your application
05. Start SECOND session of R:BASE and repeat step 04
Keep in mind that you are connected in a multi-user
environment.
06. Start THIRD session of R:BASE and repeat step 04
07. Keep repeating step 04, as long as your PC resources
can handle it.
Yes ... you can start as many sessions of R:BASE 6.5++
as you wish.
During any session, you can type LIST at the R> prompt
or use (CVAL('Connections')) to find the number of users
connected to that database.
At this point, does R:BASE performance become very slow
between database and menus?
I wouldn't think so.
08. Now, try the same exercise on Windows 2000 Server.
Is there any difference?
In your case, my guess would be ... Yes.
Go figure ...
The following factors can contribute to speed issues when
running on Network Server:
01. CPU
02. Memory
03. Network Protocol
04. Network Card
05. Network HUB/Switch Board/Routers, etc.
06. Cabling
07. Programs/Services Running on Windows NT/2000 Server
08. Anti-Virus, Security Services and more ...
Hope that helps!
Very Best Regards,
Razzak.
===================================-============================
R:BASE Developers's Conference: http://www.rbase.com/conference
Official R:BASE List Server: mailto:[EMAIL PROTECTED]
RBTI Events/Training: http://www.rbase2000.com/events
R:DCC Members: http://www.rbase2000.com/rdcc
================================================================
R:BASE, Oterro & R:Tango are registered trademarks of RBTI.
===================================-============================
R:BASE Developers's Conference: http://www.rbase.com/conference
Official R:BASE List Server: mailto:[EMAIL PROTECTED]
RBTI Events/Training: http://www.rbase2000.com/events
R:DCC Members: http://www.rbase2000.com/rdcc
================================================================
R:BASE, Oterro & R:Tango are registered trademarks of RBTI.
==================================-=============================
