BorlandTalk.com Forum Index BorlandTalk.com
Borland discussion newsgroups
 
Archives   FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Delphi 2005 - No C++ As Expected
Goto page 1, 2  Next
 
Post new topic   Reply to topic    BorlandTalk.com Forum Index -> C++ Builder (Non-Technical)
View previous topic :: View next topic  
Author Message
Saulo I. Regis
Guest





PostPosted: Wed Oct 13, 2004 12:32 am    Post subject: Delphi 2005 - No C++ As Expected Reply with quote



Borland announced today Delphi 2005 and C++ is out as expected!

Saulo


Back to top
Chris Uzdavinis (TeamB)
Guest





PostPosted: Wed Oct 13, 2004 12:51 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote



"Saulo I. Regis" <saulo (AT) password (DOT) info> writes:

Quote:
Borland announced today Delphi 2005 and C++ is out as expected!

What do you mean?

--
Chris (TeamB);

Back to top
Saulo I. Regis
Guest





PostPosted: Wed Oct 13, 2004 12:58 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote



"Chris Uzdavinis (TeamB)" <chris (AT) uzdavinis (DOT) com> escreveu na mensagem
news:j5pt3nl9sq.fsf (AT) explicit (DOT) atdesk.com...
Quote:
What do you mean?

I mean that I had no expectation that Borland would launch a new version of
C++ Builder inside the upcoming new release of Delphi (DiamondBack...
2005... whatever).

Saulo



Back to top
Kenneth de Camargo
Guest





PostPosted: Wed Oct 13, 2004 1:16 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Saulo I. Regis wrote:

Quote:
"Chris Uzdavinis (TeamB)" <chris (AT) uzdavinis (DOT) com> escreveu na mensagem
news:j5pt3nl9sq.fsf (AT) explicit (DOT) atdesk.com...
What do you mean?

I mean that I had no expectation that Borland would launch a new
version of C++ Builder inside the upcoming new release of Delphi
(DiamondBack... 2005... whatever).

It was clearly stated that this wouldn't happen.

--
Ken
http://planeta.terra.com.br/educacao/kencamargo/
* this is not a sig *

Back to top
Chris Uzdavinis (TeamB)
Guest





PostPosted: Wed Oct 13, 2004 1:21 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

"Saulo I. Regis" <saulo (AT) password (DOT) info> writes:

Quote:
"Chris Uzdavinis (TeamB)" <chris (AT) uzdavinis (DOT) com> escreveu na mensagem
news:j5pt3nl9sq.fsf (AT) explicit (DOT) atdesk.com...
What do you mean?

I mean that I had no expectation that Borland would launch a new version of
C++ Builder inside the upcoming new release of Delphi (DiamondBack...
2005... whatever).

I had no such expectation either, since they said that at BorCon. :)

I wasn't sure whose expectation you were talking about, which is why I
asked.

Since we're not going to hear their decision about what's happening
with BCB until December 15 (though possibly earlier if they make the
decision sooner), assuming they wait until the last day that's
surely after Diamondback ships.

--
Chris (TeamB);

Back to top
Remy Lebeau (TeamB)
Guest





PostPosted: Wed Oct 13, 2004 2:45 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

"Saulo I. Regis" <saulo (AT) password (DOT) info> wrote


Quote:
I mean that I had no expectation that Borland would launch
a new version of C++ Builder inside the upcoming new
release of Delphi (DiamondBack... 2005... whatever).

They already stated earlier that they were not going to include BCB into
DiamondBack. Why did you expect them to do otherwise? They haven't even
decided yet whether BCB is going to be continued or not. If it does get
continued, it would most likely be included into the next major release
after Diamondback.


Gambit



Back to top
fwang11
Guest





PostPosted: Wed Oct 13, 2004 3:43 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote


"Saulo I. Regis" <saulo (AT) password (DOT) info> wrote:
Quote:
Borland announced today Delphi 2005 and C++ is out as expected!

Saulo



With C# included, its title should not be Delphi anymore,
it should be BDS - Borland Development Studio.

Hope BC++B will be included in the next version BDS.

Then, BDS will have Delphi, C# and C++.
while MS.VS will have VB, C# and C++.

That will be a good match.







Back to top
Jeff Overcash (TeamB)
Guest





PostPosted: Wed Oct 13, 2004 6:22 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote


fwang11 wrote:
Quote:

"Saulo I. Regis" <saulo (AT) password (DOT) info> wrote:
Borland announced today Delphi 2005 and C++ is out as expected!

Saulo



With C# included, its title should not be Delphi anymore,
it should be BDS - Borland Development Studio.


And lose the Delphi branding? going with Kylix as a name and losing the Delphi branding. Delphi has a strong
connotation and should not be dropped IMO.

--
Jeff Overcash (TeamB)
(Please do not email me directly unless asked. Thank You)
A human being should be able to change a diaper, plan an invasion, butcher
a hog, conn a ship, design a building, write a sonnet, balance accounts, build
a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act
alone, solve equations, analyze a new problem, pitch manure, program a computer,
cook a tasty meal, fight efficiently, die gallantly. Specialization is for
insects. (RAH)

Back to top
Mark Jacobs
Guest





PostPosted: Wed Oct 13, 2004 8:57 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Let me make the announcement for you *NOW*

"BCB is dead, so please migrate to Delphi or sink with the boat."
--
Mark Jacobs
DK Computing
http://www.dkcomputing.co.uk

"Chris Uzdavinis (TeamB)" <chris (AT) uzdavinis (DOT) com> wrote

Quote:
Since we're not going to hear their decision about what's happening
with BCB until December 15 (though possibly earlier if they make the
decision sooner), assuming they wait until the last day that's
surely after Diamondback ships.



Back to top
Mark Jacobs
Guest





PostPosted: Wed Oct 13, 2004 9:01 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

OK then, "Delphi Developer Studio" (DDS) instead. If it had BCB in it, I would
upgrade, *BUT* I doubt we'll ever see anything past BCB v6 SP4 LNKR2. I can
feel these things in my bones (I think it's called marrow... - get off!)
--
Mark Jacobs
DK Computing
http://www.dkcomputing.co.uk

"Jeff Overcash (TeamB)" <jeffovercash (AT) mindspring (DOT) com> wrote

Quote:
And lose the Delphi branding? with
going with Kylix as a name and losing the Delphi branding. Delphi has a
strong
connotation and should not be dropped IMO.



Back to top
Lionel Reynaud
Guest





PostPosted: Wed Oct 13, 2004 9:03 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Hi !

"Saulo I. Regis" <saulo (AT) password (DOT) info> a écrit dans le message news:
[email]416c7a50 (AT) newsgroups (DOT) borland.com[/email]...
Quote:
Borland announced today Delphi 2005 and C++ is out as expected!

Yes, after Kylix, now BCB. The politic of Borland is quite obtuse. Why they

waste years of work and know-how ?

Lionel




Back to top
Andrue Cope [TeamB]
Guest





PostPosted: Wed Oct 13, 2004 10:08 am    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

[snip cancelled message]

Please do not post messages that appear to attribute ficticous
statements to Borland.

--
Andrue Cope [TeamB]
[Bicester, Uk]
http://info.borland.com/newsgroups/guide.html
Back to top
Saulo I. Regis
Guest





PostPosted: Thu Oct 14, 2004 2:50 pm    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Quote:
Since we're not going to hear their decision about what's happening
with BCB until December 15 (though possibly earlier if they make the
decision sooner), assuming they wait until the last day that's
surely after Diamondback ships.

It's more than frustration to see the third Delphi release emerging and not
even one of C++ Builder in the same time frame!

Saulo



Back to top
Mike Margerum
Guest





PostPosted: Thu Oct 14, 2004 2:55 pm    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Quote:
Well, I guess I'll give Palm about 3 years before it collapses, then! :-)

Have you looked at whats in OS6? Its a generation ahead of symbian

and m$ in features and security.

You can completely lock down a phone so it can only run apps digitally
signed by your approved list.

When your app creates a database, no other process can open them
without your apps approval. They are encrypted and available only to
the creator app.

Multi processing done the right way for these form factors. When your
app leaves the foreground, it is killed off but you can keep
lightweight threads running as opposed to the assinine m$ approach of
leaving all apps running even when you close their main window until
you are out of memory. Once you are out of memory, they start closing
apps.

Pluggable authenication manager for logins, biometrics, etc.

built in schema databases with SQL support.

Postscript type path-based drawing supporting scaling, alpha blending,
Antialiasing, etc

Its been around for 9 months so I would expect phones to be coming out
in 5-6 months.



Quote:
It does seem that if a company is not big or cut-throat enough, then technical
prowess is not sufficient to ensure its survival in the current marketplaces.
Now, that's what I call a bad world - we reward brutality and punish
intelligence!
--

Big enough to have the best selling smartphone in the U.S. I don't
think m$ can have a monopoly in this market because there are

Back to top
Marcelo R. Lopez, Jr.
Guest





PostPosted: Sun Oct 17, 2004 4:06 pm    Post subject: Re: Delphi 2005 - No C++ As Expected Reply with quote

Mike Margerum wrote:

Quote:
Well, I guess I'll give Palm about 3 years before it collapses, then! :-)


Have you looked at whats in OS6? Its a generation ahead of symbian
and m$ in features and security.

You can completely lock down a phone so it can only run apps digitally
signed by your approved list.

Yes, this is great when you're creating a phone ( or system ) where you
either are Digitally controlling content or any presenter of content to
the user. However, as you might've noticed, the more manufacturers
trying putting DRM into their products, people are working harder at
breaking out of those constraints. Noted that even $1000 Symbian Phones
( The motorola UIQ 925 smartphone ) have had their DRM circumvented
because if someone pays that much for a piece of hardware, they bloody
well want to run whatever programs they right well please. Do you think
it's going to be any different for $500 Palm Phone ? Or a PocketPC
Phone ? Even those Danger HipTops from T-Mobile haven't hit the masses
( despite all their MTV advertising ) that they'd like it to. Why ?
Because it comes out of the gate, only being able to run those things
which T-Mobile wants to let you run on the unit. As long as that's the
case, it won't reach the level of appeal that it could.

Quote:
Multi processing done the right way for these form factors. When your
app leaves the foreground, it is killed off but you can keep
lightweight threads running as opposed to the assinine m$ approach of
leaving all apps running even when you close their main window until
you are out of memory. Once you are out of memory, they start closing
apps.



I'm curious about how you qualify your statements with the "done the
right way" phrase. It would seem you have a predisposition towards Palm
and against PPC. Having come from a background where I've developed
solutions for both, I can safely say that I both agree, and STRONGLY
disagree with your assessment. Like with most things in life, the answer
REALLY is "It depends". It depends on what it is you're trying to do in
the background. If you're running some sort of application that will do
reminders, or something relatively non-system resource/service-centric,
then yes, zapping any UI resources is worthwhile for keeping the units
resources as plentiful as possible. THe problem I find with Cobalt in
this respect, is that YOU as a developer specifically MUST design your
application around this. Frankly, the same thing CAN be done within PPC,
but again, it's all in your approach. Obviously I'm not going to assume
what you meant by "app leaves foreground", but in my case, I designed
something where there was a UI process, and a service process. The
service process could stay operational, even after the UI process had
been exited by the user.

Palm is definitely the undisputable king of the "I can use less
resources than you" crown. However, I'm not convinced that Cobalt has
gone far enough to bring Palm up to the level of system services and
multiprocess ( not just multi-tasking ) support that most folks who've
worked with PPC, are already used to.

Of course, if a user decides to run several applications at once, and
suddenly finds themselves without memory, it's inconvinient and
sometimes a pain to go and exit applications, but I think that the
actual number of users who get themselves into this state is DEFINITELY
in the minority.


Quote:
Its been around for 9 months so I would expect phones to be coming out
in 5-6 months.




Oh yeah ? Name one manufacturer who's even HINTED at shipping a

Cobalt-based PalmOS phone. Even the Treo 650 ( which is on the slowest
boat to the U.S. that I've ever seen ) already is admittedly by PalmOne,
NOT going to be Cobalt-based. Of the Samsungs, and Motorola's in the
world, there's also been no concrete word of their developing a
Cobalt-based Phone. As a matter of fact, if you follow the market of
smart/pda phones, you'll note that even though Palm has recently signed
three ODM's, that none of them SPECIFICALLY mention anything about
either using Cobalt, or that they expect to have phone available in the
time frame you describe.

http://www.bargainpda.com/default.asp?newsID=2232
http://www.engadget.com/entry/6674682824635557/

( Brush up on your french <or just use BabelFish> when looking at this
one...with pictures for those of you who like to drool over cell-phones ):

http://www.mobinaute.com/mobinaute/article.php?id=20040928124012


You'll note that in the pictures of this unit, that it

A) Apprears to be running in a resolution less than the QVGA quote to be
Cobalt's spec'd resolution ( at 160x240 )

B) None of the UI elements look like Cobalt to me. ( Of course I might
be blind, but I'll defer to the consensus vote if others disagree with me. )

Marcelo

Back to top
Display posts from previous:   
Post new topic   Reply to topic    BorlandTalk.com Forum Index -> C++ Builder (Non-Technical) All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2006 phpBB Group
SEO toolkit © 2004-2006 webmedic.