[THIN] Re: Rebooting Win2k Terminal servers
- From: "Braebaum, Neil" <Neil.Braebaum@xxxxxxxxxxxxxxxxx>
- To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
- Date: Thu, 12 Jun 2003 14:46:06 +0100
Comments inline...
> -----Original Message-----
> From: Bernd Harzog [mailto:Bernd.Harzog@xxxxxxxxxxx]
> Sent: 12 June 2003 14:37
> To: thin@xxxxxxxxxxxxx
> Subject: [THIN] Re: Rebooting Win2k Terminal servers
>
> Since I run a software company and OUR apps don't leak (at
> least not right now), I take exception to the notion that all
> applications leak.
Indeed.
A preposterous assertion.
That's what happens, though, when zealous diatribe flourishes ;-)
> A leak occurs when the programmer
> allocates memory to perform a function, and when that
> function is finished executing, fails to return that memory
> to the available pool. There is nothing about the Microsoft
> platform that has anything to do with the prevalence of
> leaks.
Agreed.
> It has to do with the fact that if you leave
> allocating and deallocating memory up to a programmer
> mistakes will get made and leaks will end up in the product.
> It actually has more to do with C++ than anything else, since
> this is a pretty easy mistake to make in C++.
I thought C++ abstracted this more than C does? Caveat: I have no true
coding experience in C++, but a substantial amount in C (although not for a
few years, now) - I was always under the impression that C++ sort of took
away some of the directness of C.
> One of the
> reasons that Java gets promoted as a language for business
> applications is that the Java Virtual Machine does the
> garbage collection
Or not, as the case may be ;-)
> (collection of unused memory), so it is
> not left up to the programmer. However, as we all know, have
> the JVM do that (and other things) for the programmer comes
> at a price in terms of the performance and scalability of the
> resulting application. So, you pays your money and you takes
> your choice.
Indeed - and where many Java apps are concerned, it doesn't need a leak for
them to create a glut ;-)
Neil
***********************************************************************
This e-mail and its attachments are confidential and are intended for
the above named recipient only. If this has come to you in error,
please notify the sender immediately and delete this email from your
system. You must take no action based on this, nor must you copy or
disclose it or any part of its contents to any person or organisation.
Statements and opinions contained in this email may not necessarily
represent those of Littlewoods. Please note that email communications
may be monitored.
The registered office of Littlewoods Limited and its subsidiaries
is 100 Old Hall Street, Liverpool, L70 1AB.
Registered number of Littlewoods Limited is 262152
***********************************************************************
********************************************************
This weeks sponsor - Emergent Online 99Point9.com
Designed to facilitate efficient resolution of your technical server-based
questions, issues and incidents, technical support is a few mouse-clicks away:
you submit your incident-specific support requests via our online support
helpdesk, our certified engineers resolve them while you monitor the progress,
and your systems get back to 99.9% up-time in no time.
http://www.99point9.com
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm
Other related posts:
