I'm surprised nobody has mentioned the fact that RB 5.5.5 also builds
significantly smaller applications, at least in Mac OSX.
On 4/27/06, Norman Palardy <npalardy at great-white-software dot com> wrote:
On Apr 26, 2006, at 7:27 AM, Mark O'Neill wrote:
> Curiosity killed the cat, but...
>
> Why are people still using RB5.5.5 (and below)
> instead of RB2006r2 and, more aptly, write here to
> complain that certain features don't work in their
> old version of RB?
Some reason people have given include :
- the RB 5.5 IDE launches and executes quicker than RB 2005/2006 on
the same hardware
- compiles in 5.5 are faster
- the IDE itself. It has floating palettes for controls which
people with multiple monitors prefer
- the debugger lets you modify values as you debug (2005/2006 doesn't)
- stability. The 5.5 IDE rarely quits or crashes and the 2005/2006
IDE did so more frequently (although I find them reasonably stable)
- don't need the new features of 2005/2006 and associated new bugs
& issues
- support for older Mac OS systems (which is why some people are
still using version 4 and 5)
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
From Thu 27 Apr 2006 21:12:14 -0400
Return-Path: <realbasic-nug-bounces at lists dot realsoftware dot com>
Received: from lists.realsoftware.com (209.198.132.125) by realsoftware.com
with ESMTP (Eudora Internet Mail Server 3.1.3);
Thu, 27 Apr 2006 20:12:30 -0500
Received: from lists.realsoftware.com (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP
id F2FAB12261C5; Thu, 27 Apr 2006 20:12:20 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail1.mx.voyager.net (mail1.mx.voyager.net [216.93.66.204])
by lists.realsoftware.com (Postfix) with ESMTP id 993E912261B6
for <realbasic-nug at lists dot realsoftware dot com>;
Thu, 27 Apr 2006 20:12:15 -0500 (CDT)
Received: from [192.168.0.102] (c-24-56-233-58.chrlmi.cablespeed.com
[24.56.233.58])
by mail1.mx.voyager.net (8.13.2/8.10.2) with ESMTP id k3S1CElZ020920
for <realbasic-nug at lists dot realsoftware dot com>;
Thu, 27 Apr 2006 21:12:14 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v749.3)
In-Reply-To: <acc0f28d93b8bcee7e155fe489210f95 at realsoftware dot com>
References: <20060428004201 dot 0B1EF731AA at hoggle dot dreamhost dot com>
<8CD3029F-42E0-4323-A235-A803FA258DC4 at kellerfarm dot com>
<acc0f28d93b8bcee7e155fe489210f95 at realsoftware dot com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <BC936F8B-04B7-4E6E-8B41-34749CD97BAC at kellerfarm dot com>
Content-Transfer-Encoding: 7bit
From: andrew at kellerfarm dot com
Date: Thu, 27 Apr 2006 21:12:14 -0400
To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
X-Mailer: Apple Mail (2.749.3)
Subject: Re: TCP transmissions
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
When DataAvailable fires, are you guaranteed to never have then
end of one transmission and the beginning of another? Is it
possible to have multiple simultaneous transmissions?
It can have some or all of the data written by the other side. So,
if you've written two "transmissions", it might have both, part of
one, or one full one and part of the second one.
Do you mean that you could have pieces of multiple transmissions in
the same DataAvailable event? How would you tell them apart?
Andrew Keller
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|