Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #8516 > unrolled thread
| Started by | Miro <nickbergeronsemail@gmail.com> |
|---|---|
| First post | 2011-08-06 14:00 -0700 |
| Last post | 2011-08-07 14:55 +0000 |
| Articles | 20 on this page of 86 — 25 participants |
Back to article view | Back to comp.lang.c++
Why use C++? Miro <nickbergeronsemail@gmail.com> - 2011-08-06 14:00 -0700
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-06 22:09 +0100
Re: Why use C++? Stuart Redmann <DerTopper@web.de> - 2011-08-10 00:39 -0700
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-10 09:59 +0100
Re: Why use C++? Stuart Redmann <DerTopper@web.de> - 2011-08-10 07:09 -0700
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-10 17:22 +0100
Re: Why use C++? Niklas Holsti <niklas.holsti@tidorum.invalid> - 2011-08-10 22:05 +0300
Re: Why use C++? "Randy Brukardt" <randy@rrsoftware.com> - 2011-08-10 17:37 -0500
Re: Why use C++? Ludovic Brenta <ludovic@ludovic-brenta.org> - 2011-08-11 00:49 +0200
Re: Why use C++? "Randy Brukardt" <randy@rrsoftware.com> - 2011-08-11 23:54 -0500
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-11 09:54 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-11 11:13 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-11 13:43 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-11 17:09 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-12 10:32 +0200
Re: Why use C++? Hyman Rosen <hyrosen@mail.com> - 2011-08-12 09:15 -0400
Re: Why use C++? "Randy Brukardt" <randy@rrsoftware.com> - 2011-08-12 17:09 -0500
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-12 19:20 +0200
Re: Why use C++? Ludovic Brenta <ludovic@ludovic-brenta.org> - 2011-08-12 23:22 +0200
Re: Why use C++? Ludovic Brenta <ludovic@ludovic-brenta.org> - 2011-08-16 06:06 -0700
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-13 11:37 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-13 12:27 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-15 13:38 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-13 13:02 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-12 11:21 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-12 16:30 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-12 22:05 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-13 11:15 +0200
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-13 21:29 +1200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-13 11:52 +0200
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-13 23:10 +1200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-13 13:46 +0200
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-14 08:30 +1200
Re: Why use C++? Brian Drummond <brian@shapes.demon.co.uk> - 2011-08-13 11:54 +0000
Re: Why use C++? Simon Wright <simon@pushface.org> - 2011-08-13 14:12 +0100
Re: Why use C++? Brian Drummond <brian@shapes.demon.co.uk> - 2011-08-14 11:01 +0000
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-14 08:46 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-14 08:51 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-14 09:29 +0200
Re: Why use C++? Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-08-16 01:18 -0700
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-16 10:47 +0200
Re: Why use C++? Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-08-16 02:52 -0700
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-16 12:39 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-16 12:23 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-16 12:58 +0200
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-16 13:44 +0200
Re: Why use C++? Bill Findlay <yaldnif.w@blueyonder.co.uk> - 2011-08-16 15:51 +0100
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-16 21:13 +0200
Re: Why use C++? Bill Findlay <yaldnif.w@blueyonder.co.uk> - 2011-08-16 20:23 +0100
Re: Why use C++? "Randy Brukardt" <randy@rrsoftware.com> - 2011-08-12 00:02 -0500
Re: Why use C++? Robert Wessel <robertwessel2@yahoo.com> - 2011-08-12 00:16 -0500
Re: Why use C++? Adam Beneschan <adam@irvine.com> - 2011-08-12 09:39 -0700
Re: Why use C++? Paavo Helde <myfirstname@osa.pri.ee> - 2011-08-12 01:51 -0500
Re: Why use C++? Georg Bauhaus <rm.dash-bauhaus@futureapps.de> - 2011-08-12 09:41 +0200
Re: Why use C++? "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-08-12 11:40 +0200
Re: Why use C++? Stuart Redmann <DerTopper@web.de> - 2011-08-12 04:48 -0700
Re: Why use C++? "Vinzent Hoefler" <0439279208b62c95f1880bf0f8776eeb@t-domaingrabbing.de> - 2011-08-12 15:12 +0200
Re: Why use C++? Stuart Redmann <DerTopper@web.de> - 2011-08-12 08:50 -0700
Re: Why use C++? Bill Findlay <yaldnif.w@blueyonder.co.uk> - 2011-08-12 18:02 +0100
Re: Why use C++? "Vinzent Hoefler" <0439279208b62c95f1880bf0f8776eeb@t-domaingrabbing.de> - 2011-08-15 14:59 +0200
Re: Why use C++? Louisa <louisa.hutch@gmail.com> - 2011-08-18 06:39 -0700
Re: Why use C++? Colin Paul Gloster <Colin_Paul_Gloster@ACM.org> - 2011-08-11 10:02 +0000
Re: Why use C++? Dombo <dombo@disposable.invalid> - 2011-08-11 20:20 +0200
Re: Why use C++? Lynn McGuire <lmc@winsim.com> - 2011-08-11 14:50 -0500
Re: Why use C++? Dombo <dombo@disposable.invalid> - 2011-08-12 19:22 +0200
Re: Why use C++? Miro <nickbergeronsemail@gmail.com> - 2011-08-13 08:37 -0700
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-14 08:38 +1200
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-14 10:41 +1200
Re: Why use C++? Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-08-14 07:26 +0000
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-14 20:18 +1200
Re: Why use C++? Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-08-14 09:00 +0000
Re: Why use C++? Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-08-16 02:10 -0700
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-16 21:25 +1200
Re: Why use C++? Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-08-16 02:54 -0700
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-16 22:04 +1200
Re: Why use C++? Ian Collins <ian-news@hotmail.com> - 2011-08-07 09:10 +1200
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-06 22:13 +0100
Re: Why use C++? Juha Nieminen <nospam@thanks.invalid> - 2011-08-07 09:09 +0000
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-07 12:37 +0100
Re: Why use C++? Juha Nieminen <nospam@thanks.invalid> - 2011-08-07 14:52 +0000
Re: Why use C++? "Paul" <pchristor@yahoo.co.uk> - 2011-08-07 20:21 +0100
Re: Why use C++? Lynn McGuire <lmc@winsim.com> - 2011-08-06 16:29 -0500
Re: Why use C++? Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-08-07 09:35 +0000
Re: Why use C++? "crea" <no@invalid.com> - 2011-08-07 13:40 +0100
Re: Why use C++? Dombo <dombo@disposable.invalid> - 2011-08-07 15:12 +0200
Re: Why use C++? Juha Nieminen <nospam@thanks.invalid> - 2011-08-07 14:55 +0000
Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →
| From | Louisa <louisa.hutch@gmail.com> |
|---|---|
| Date | 2011-08-18 06:39 -0700 |
| Message-ID | <6a7de1ce-7f94-4609-8c8c-3de257c3249e@g8g2000prn.googlegroups.com> |
| In reply to | #8658 |
On Aug 11, 5:54 pm, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de> wrote: > On Wed, 10 Aug 2011 17:37:28 -0500, Randy Brukardt wrote: > > There are uses for wrapping types, but they are far less likely than wanting > > overflow detection. The default should be to catch errors, not turn them > > into different ones. > > The OP mentioned image processing, the behavior frequently needed there is > saturated integer arithmetic, which is nether ranged nor modular. > > As for modular types, wrapping is the mathematically correct behavior, it > is not an error. > > You just cannot provide every possible arithmetic at the language level. Signed and unsigned arithmetic are provided in PL/I. Thus, 0:2**32-1 is available for unsigned binary arithmetic. So is 0:2**64-1.
[toc] | [prev] | [next] | [standalone]
| From | Colin Paul Gloster <Colin_Paul_Gloster@ACM.org> |
|---|---|
| Date | 2011-08-11 10:02 +0000 |
| Message-ID | <alpine.LNX.2.00.1108110959120.30817@Bluewhite64.example.net> |
| In reply to | #8627 |
Stuart Redmann <DerTopper@Web.De> sent on August 10th, 2011: |---------------------------------------------------------------| |"[..] | | | |Sometimes I wish that there was a C++ interpreter as well. [..]| |[..]" | |---------------------------------------------------------------| Something which is almost a C++ interpreter does exist. It is called CINT and comes with ROOT: HTTP://ROOT.CERN.CH/root/html530/CINT_Index.html It is not good. Yours sincerely, Colin Paul Gloster
[toc] | [prev] | [next] | [standalone]
| From | Dombo <dombo@disposable.invalid> |
|---|---|
| Date | 2011-08-11 20:20 +0200 |
| Message-ID | <4e441d71$0$30704$5fc3050@news.tiscali.nl> |
| In reply to | #8609 |
Op 10-Aug-11 9:39, Stuart Redmann schreef: > Just one example: We use a lot of COM components in our company. If I > want to use them under C++, I have to > (A) Make sure that I initialize the COM run-time properly, Typically that takes only one function call. > (B) #import the type libraries, > (C) generate mapping classes from the type libraries so that I can use > the interfaces like I can do under VB. Depending on the arguments you pass to the #import statement these classes are generated for you. > Steps (A) and (C) are already provided by Visual Basic, so I prefer VB > for smaller projects. If you let do the #import statement generate the appropriate wrapper classes and smart pointers for you, there is very little programmer overhead involved with using COM components from C++.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lmc@winsim.com> |
|---|---|
| Date | 2011-08-11 14:50 -0500 |
| Message-ID | <j21bsc$1ep$2@dont-email.me> |
| In reply to | #8677 |
>> Just one example: We use a lot of COM components in our company. If I >> want to use them under C++, I have to >> (A) Make sure that I initialize the COM run-time properly, > > Typically that takes only one function call. > >> (B) #import the type libraries, >> (C) generate mapping classes from the type libraries so that I can use >> the interfaces like I can do under VB. > > Depending on the arguments you pass to the #import statement these classes are generated for you. > >> Steps (A) and (C) are already provided by Visual Basic, so I prefer VB >> for smaller projects. > > If you let do the #import statement generate the appropriate wrapper classes and smart pointers for you, there is very little > programmer overhead involved with using COM components from C++. Except in the case where you want to support multiple versions of the same program that has an evolved object model over time. I am specifically talking about Microsoft Excel. Our software can talk to Excel 95 though Excel 2010 by querying it at runtime for the formats that it exposes. Tiresome but much more reliable than locking to a single version of Excel. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Dombo <dombo@disposable.invalid> |
|---|---|
| Date | 2011-08-12 19:22 +0200 |
| Message-ID | <4e45612d$0$30707$5fc3050@news.tiscali.nl> |
| In reply to | #8677 |
Op 12-Aug-11 3:13, Stefan Ram schreef: > Dombo<dombo@disposable.invalid> writes: >> If you let do the #import statement generate the appropriate wrapper >> classes and smart pointers for you, there is very little programmer >> overhead involved with using COM components from C++. > > There is an »#import statement« in C++? Or what language do you refer to? As I'm sure you know not in the C++ language as defined by ISO/IEC14882, but it is in Microsofts implementation of it.
[toc] | [prev] | [next] | [standalone]
| From | Miro <nickbergeronsemail@gmail.com> |
|---|---|
| Date | 2011-08-13 08:37 -0700 |
| Message-ID | <2c692ece-a34b-470c-b70e-caa346792fb1@c19g2000yqe.googlegroups.com> |
| In reply to | #8518 |
On Aug 7, 1:09 am, "Paul" <pchris...@yahoo.co.uk> wrote: > "Miro" <nickbergeronsem...@gmail.com> wrote in message > > news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com... > > > I've made the title too provocative. What I mean is, why use C++ for > > small ( > 1000 lines ) coding jobs? > > It doesn't make much sense to me as... > > > C++ syntax requires a lot more typing, debugging and memory, > > Compilation time can be irksome, > > Compared to what? > > --- Posted via news://freenews.netfront.net/ - Complaints to n...@netfront.net --- Well, as I said before, Python, Ruby or Perl (We Perl People like giving our language nicknames. It helps us forget that it's a total mess.) Basically, any of the common scripting languages found in the Programming world.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-14 08:38 +1200 |
| Message-ID | <9ao5lkFdeuU4@mid.individual.net> |
| In reply to | #8790 |
On 08/14/11 03:37 AM, Miro wrote: > On Aug 7, 1:09 am, "Paul"<pchris...@yahoo.co.uk> wrote: >> "Miro"<nickbergeronsem...@gmail.com> wrote in message >> >> news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com... >> >>> I've made the title too provocative. What I mean is, why use C++ for >>> small (> 1000 lines ) coding jobs? >>> It doesn't make much sense to me as... >> >>> C++ syntax requires a lot more typing, debugging and memory, >>> Compilation time can be irksome, >> >> Compared to what? > > Well, as I said before, Python, Ruby or Perl (We Perl People like > giving our language nicknames. It helps us forget that it's a total > mess.) Basically, any of the common scripting languages found in the > Programming world. How can a compiled binary require more memory than a script + its interpretor? -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-14 10:41 +1200 |
| Message-ID | <9aocs3FdeuU6@mid.individual.net> |
| In reply to | #8796 |
On 08/14/11 10:36 AM, Stefan Ram wrote: > Ian Collins<ian-news@hotmail.com> writes: >> How can a compiled binary require more memory than a script + its >> interpretor? > > by scaling: > > 100 different compiled executables = 100 different compiled executables, > > 100 different scripts = 100 different scripts + 1 interpreter. What if those 100 scripts are running concurrently? -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | Jorgen Grahn <grahn+nntp@snipabacken.se> |
|---|---|
| Date | 2011-08-14 07:26 +0000 |
| Message-ID | <slrnj4eu50.gtj.grahn+nntp@frailea.sa.invalid> |
| In reply to | #8800 |
On Sat, 2011-08-13, Ian Collins wrote: > On 08/14/11 10:36 AM, Stefan Ram wrote: >> Ian Collins<ian-news@hotmail.com> writes: >>> How can a compiled binary require more memory than a script + its >>> interpretor? >> >> by scaling: >> >> 100 different compiled executables = 100 different compiled executables, >> >> 100 different scripts = 100 different scripts + 1 interpreter. > > What if those 100 scripts are running concurrently? Well, at least on Unix the text segment of those 100 interpreters will only be loaded once. An interpreted language might possibly have the edge there, in some odd cases. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o .
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-14 20:18 +1200 |
| Message-ID | <9apeloFgq5U1@mid.individual.net> |
| In reply to | #8828 |
On 08/14/11 07:26 PM, Jorgen Grahn wrote: > On Sat, 2011-08-13, Ian Collins wrote: >> On 08/14/11 10:36 AM, Stefan Ram wrote: >>> Ian Collins<ian-news@hotmail.com> writes: >>>> How can a compiled binary require more memory than a script + its >>>> interpretor? >>> >>> by scaling: >>> >>> 100 different compiled executables = 100 different compiled executables, >>> >>> 100 different scripts = 100 different scripts + 1 interpreter. >> >> What if those 100 scripts are running concurrently? > > Well, at least on Unix the text segment of those 100 interpreters will > only be loaded once. An interpreted language might possibly have the > edge there, in some odd cases. The text segment my be quite small and shared, but running a script requires not only the memory used by the script (which may be more or less than a C++ binary) but also the memory required by the interpreter to do its stuff. -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | Jorgen Grahn <grahn+nntp@snipabacken.se> |
|---|---|
| Date | 2011-08-14 09:00 +0000 |
| Message-ID | <slrnj4f3ku.gtj.grahn+nntp@frailea.sa.invalid> |
| In reply to | #8831 |
On Sun, 2011-08-14, Ian Collins wrote: > On 08/14/11 07:26 PM, Jorgen Grahn wrote: >> On Sat, 2011-08-13, Ian Collins wrote: >>> On 08/14/11 10:36 AM, Stefan Ram wrote: >>>> Ian Collins<ian-news@hotmail.com> writes: >>>>> How can a compiled binary require more memory than a script + its >>>>> interpretor? >>>> >>>> by scaling: >>>> >>>> 100 different compiled executables = 100 different compiled executables, >>>> >>>> 100 different scripts = 100 different scripts + 1 interpreter. >>> >>> What if those 100 scripts are running concurrently? >> >> Well, at least on Unix the text segment of those 100 interpreters will >> only be loaded once. An interpreted language might possibly have the >> edge there, in some odd cases. > > The text segment my be quite small and shared, but running a script > requires not only the memory used by the script (which may be more or > less than a C++ binary) but also the memory required by the interpreter > to do its stuff. True. Thus the "possibly ... in some odd cases". /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o .
[toc] | [prev] | [next] | [standalone]
| From | Nick Keighley <nick_keighley_nospam@hotmail.com> |
|---|---|
| Date | 2011-08-16 02:10 -0700 |
| Message-ID | <4f633261-5b9d-4547-b731-f9e955964584@k3g2000vbz.googlegroups.com> |
| In reply to | #8796 |
On Aug 13, 9:38 pm, Ian Collins <ian-n...@hotmail.com> wrote: > On 08/14/11 03:37 AM, Miro wrote: > > > > > > > On Aug 7, 1:09 am, "Paul"<pchris...@yahoo.co.uk> wrote: > >> "Miro"<nickbergeronsem...@gmail.com> wrote in message > > >>news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com... > > >>> I've made the title too provocative. What I mean is, why use C++ for > >>> small (> 1000 lines ) coding jobs? > >>> It doesn't make much sense to me as... > > >>> C++ syntax requires a lot more typing, debugging and memory, > >>> Compilation time can be irksome, > > >> Compared to what? > > > Well, as I said before, Python, Ruby or Perl (We Perl People like > > giving our language nicknames. It helps us forget that it's a total > > mess.) Basically, any of the common scripting languages found in the > > Programming world. > > How can a compiled binary require more memory than a script + its > interpretor? interpreted languages can be very space efficient
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-16 21:25 +1200 |
| Message-ID | <9aurbcFgq5U5@mid.individual.net> |
| In reply to | #8894 |
On 08/16/11 09:10 PM, Nick Keighley wrote: > On Aug 13, 9:38 pm, Ian Collins<ian-n...@hotmail.com> wrote: >> On 08/14/11 03:37 AM, Miro wrote: >> >> >> >> >> >>> On Aug 7, 1:09 am, "Paul"<pchris...@yahoo.co.uk> wrote: >>>> "Miro"<nickbergeronsem...@gmail.com> wrote in message >> >>>> news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com.... >> >>>>> I've made the title too provocative. What I mean is, why use C++ for >>>>> small (> 1000 lines ) coding jobs? >>>>> It doesn't make much sense to me as... >> >>>>> C++ syntax requires a lot more typing, debugging and memory, >>>>> Compilation time can be irksome, >> >>>> Compared to what? >> >>> Well, as I said before, Python, Ruby or Perl (We Perl People like >>> giving our language nicknames. It helps us forget that it's a total >>> mess.) Basically, any of the common scripting languages found in the >>> Programming world. >> >> How can a compiled binary require more memory than a script + its >> interpretor? > > interpreted languages can be very space efficient You forget the space used by the interpreter -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | Nick Keighley <nick_keighley_nospam@hotmail.com> |
|---|---|
| Date | 2011-08-16 02:54 -0700 |
| Message-ID | <8bc0f9ad-2c01-4685-afef-3f03eb728215@g9g2000yqb.googlegroups.com> |
| In reply to | #8895 |
On Aug 16, 10:25 am, Ian Collins <ian-n...@hotmail.com> wrote: > On 08/16/11 09:10 PM, Nick Keighley wrote: > > > > > > > On Aug 13, 9:38 pm, Ian Collins<ian-n...@hotmail.com> wrote: > >> On 08/14/11 03:37 AM, Miro wrote: > > >>> On Aug 7, 1:09 am, "Paul"<pchris...@yahoo.co.uk> wrote: > >>>> "Miro"<nickbergeronsem...@gmail.com> wrote in message > > >>>>news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com.... > > >>>>> I've made the title too provocative. What I mean is, why use C++ for > >>>>> small (> 1000 lines ) coding jobs? > >>>>> It doesn't make much sense to me as... > > >>>>> C++ syntax requires a lot more typing, debugging and memory, > >>>>> Compilation time can be irksome, > > >>>> Compared to what? > > >>> Well, as I said before, Python, Ruby or Perl (We Perl People like > >>> giving our language nicknames. It helps us forget that it's a total > >>> mess.) Basically, any of the common scripting languages found in the > >>> Programming world. > > >> How can a compiled binary require more memory than a script + its > >> interpretor? > > > interpreted languages can be very space efficient > > You forget the space used by the interpreter no. Not all interpreters are large. State machines can be written as interpreters. And then there's http://tinyscheme.sourceforge.net/home.html
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-16 22:04 +1200 |
| Message-ID | <9autl8Fgq5U6@mid.individual.net> |
| In reply to | #8898 |
On 08/16/11 09:54 PM, Nick Keighley wrote: > On Aug 16, 10:25 am, Ian Collins<ian-n...@hotmail.com> wrote: >> On 08/16/11 09:10 PM, Nick Keighley wrote: >>> On Aug 13, 9:38 pm, Ian Collins<ian-n...@hotmail.com> wrote: >>>> On 08/14/11 03:37 AM, Miro wrote: >> >>>>> On Aug 7, 1:09 am, "Paul"<pchris...@yahoo.co.uk> wrote: >>>>>> "Miro"<nickbergeronsem...@gmail.com> wrote in message >> >>>>>> news:fb9f787c-af06-427a-82b6-b0684e8dcbc5@s2g2000vby.googlegroups.com..... >> >>>>>>> I've made the title too provocative. What I mean is, why use C++ for >>>>>>> small (> 1000 lines ) coding jobs? >>>>>>> It doesn't make much sense to me as... >> >>>>>>> C++ syntax requires a lot more typing, debugging and memory, >>>>>>> Compilation time can be irksome, >> >>>>>> Compared to what? >> >>>>> Well, as I said before, Python, Ruby or Perl (We Perl People like >>>>> giving our language nicknames. It helps us forget that it's a total >>>>> mess.) Basically, any of the common scripting languages found in the >>>>> Programming world. >> >>>> How can a compiled binary require more memory than a script + its >>>> interpretor? >> >>> interpreted languages can be very space efficient >> >> You forget the space used by the interpreter > > no. Not all interpreters are large. State machines can be written as > interpreters. And then there's http://tinyscheme.sourceforge.net/home.html So for what class of application is a TinyScheme script plus the interpretor more space efficient than the C++ equivalent (with or without space optimisations)? -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2011-08-07 09:10 +1200 |
| Message-ID | <9a5othFfkpU4@mid.individual.net> |
| In reply to | #8516 |
On 08/ 7/11 09:00 AM, Miro wrote: > I've made the title too provocative. What I mean is, why use C++ for > small (> 1000 lines ) coding jobs? > It doesn't make much sense to me as... Use whatever you feel comfortable with for the job at hand. I had to write two filters last week, one to convert some C declarations to XML and another to convert the XML to code. I wrote the former in C++ because I had the tools to parse C declarations in my library and I wrote the latter in PHP because of its simple XML and xpath handling. -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | "Paul" <pchristor@yahoo.co.uk> |
|---|---|
| Date | 2011-08-06 22:13 +0100 |
| Message-ID | <j1kar1$dj7$1@adenine.netfront.net> |
| In reply to | #8519 |
"Ian Collins" <ian-news@hotmail.com> wrote in message news:9a5othFfkpU4@mid.individual.net... > On 08/ 7/11 09:00 AM, Miro wrote: >> I've made the title too provocative. What I mean is, why use C++ for >> small (> 1000 lines ) coding jobs? >> It doesn't make much sense to me as... > > Use whatever you feel comfortable with for the job at hand. > > I had to write two filters last week, one to convert some C declarations > to XML and another to convert the XML to code. I wrote the former in C++ > because I had the tools to parse C declarations in my library and I wrote > the latter in PHP because of its simple XML and xpath handling. > The only filter you had to deal with last week was the oil filter in your car dude. Don't try to use the fact that this guy is a dimwit to progress your own status. When you even know what a fuckin filter is then I will perhaps begin to entertain you dude . Tell me what chip is in you motor? --- Posted via news://freenews.netfront.net/ - Complaints to news@netfront.net ---
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2011-08-07 09:09 +0000 |
| Message-ID | <4e3e5647$0$3068$7b1e8fa0@news.nbl.fi> |
| In reply to | #8520 |
Paul <pchristor@yahoo.co.uk> wrote: > > "Ian Collins" <ian-news@hotmail.com> wrote in message > news:9a5othFfkpU4@mid.individual.net... >> On 08/ 7/11 09:00 AM, Miro wrote: >>> I've made the title too provocative. What I mean is, why use C++ for >>> small (> 1000 lines ) coding jobs? >>> It doesn't make much sense to me as... >> >> Use whatever you feel comfortable with for the job at hand. >> >> I had to write two filters last week, one to convert some C declarations >> to XML and another to convert the XML to code. I wrote the former in C++ >> because I had the tools to parse C declarations in my library and I wrote >> the latter in PHP because of its simple XML and xpath handling. >> > The only filter you had to deal with last week was the oil filter in your > car dude. Don't try to use the fact that this guy is a dimwit to progress > your own status. When you even know what a fuckin filter is then I will > perhaps begin to entertain you dude . Then perhaps you could explain to us what a filter is and why what he did does not qualify as such.
[toc] | [prev] | [next] | [standalone]
| From | "Paul" <pchristor@yahoo.co.uk> |
|---|---|
| Date | 2011-08-07 12:37 +0100 |
| Message-ID | <j1ltem$1tgm$1@adenine.netfront.net> |
| In reply to | #8531 |
"Juha Nieminen" <nospam@thanks.invalid> wrote in message news:4e3e5647$0$3068$7b1e8fa0@news.nbl.fi... > Paul <pchristor@yahoo.co.uk> wrote: >> >> "Ian Collins" <ian-news@hotmail.com> wrote in message >> news:9a5othFfkpU4@mid.individual.net... >>> On 08/ 7/11 09:00 AM, Miro wrote: >>>> I've made the title too provocative. What I mean is, why use C++ for >>>> small (> 1000 lines ) coding jobs? >>>> It doesn't make much sense to me as... >>> >>> Use whatever you feel comfortable with for the job at hand. >>> >>> I had to write two filters last week, one to convert some C declarations >>> to XML and another to convert the XML to code. I wrote the former in >>> C++ >>> because I had the tools to parse C declarations in my library and I >>> wrote >>> the latter in PHP because of its simple XML and xpath handling. >>> >> The only filter you had to deal with last week was the oil filter in your >> car dude. Don't try to use the fact that this guy is a dimwit to progress >> your own status. When you even know what a fuckin filter is then I will >> perhaps begin to entertain you dude . > > Then perhaps you could explain to us what a filter is and why what he > did does not qualify as such. It depends on the micronity --- Posted via news://freenews.netfront.net/ - Complaints to news@netfront.net ---
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2011-08-07 14:52 +0000 |
| Message-ID | <4e3ea6a2$0$4351$7b1e8fa0@news.nbl.fi> |
| In reply to | #8534 |
Paul <pchristor@yahoo.co.uk> wrote: >> Then perhaps you could explain to us what a filter is and why what he >> did does not qualify as such. > > It depends on the micronity Why do you throw claims but then don't want to explain yourself?
[toc] | [prev] | [next] | [standalone]
Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →
Back to top | Article view | comp.lang.c++
csiph-web