Am 2008-05-06 20:56:09, schrieb Jordi Gutiérrez Hermoso:
> Although it's true that sometimes the C++ Hello World seems bloated to
> the C Hello World, the difference becomes negligible in any project of
> considerable size beyond Hello World. Embedded devices may be a
> different thing, and I under
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/10/08 10:25, Chris Bannister wrote:
> On Sat, May 10, 2008 at 08:35:25AM -0500, Ron Johnson wrote:
>> Maybe. What I do know is that Perl's regex functionality has been
>> *highly* optimized over the years. So, if the task is pattern
>> matching
On Sat, May 10, 2008 at 08:35:25AM -0500, Ron Johnson wrote:
> Maybe. What I do know is that Perl's regex functionality has been
> *highly* optimized over the years. So, if the task is pattern
> matching over large datasets, Perl is the language to use, even over
> compiled languages.
Take a loo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/08 22:47, H.S. wrote:
> s. keeling wrote:
>
>>
>> That's almost trivial. The datasets you see in the petrochemical
>> industry can be in the terabyte range. They're so big, they have to
>> edit in place, not write another output file. perl
s. keeling wrote:
That's almost trivial. The datasets you see in the petrochemical
industry can be in the terabyte range. They're so big, they have to
edit in place, not write another output file. perl handles even this
well. I/O performance is pretty much hardware bound. This is binary
da
s. keeling wrote:
Yes, and you need to do more research.
and I skipped some other factors as well which contributed to not using
an interpreted language. Perhaps in my next project, I will see how that
goes. For this one, I am using bash, sed, perl and awk and gnuplot for
post processing th
H.S. <[EMAIL PROTECTED]>:
> s. keeling wrote:
> > Ron Johnson <[EMAIL PROTECTED]>:
> >> Sorry. It just seems (to an old C programmer) that this is pretty
> >> simple problem, unless there's some tricky detail that you aren't
> >> telling us.
> >
> > That's exactly what I was thinking looking
On 09/05/2008, Ron Johnson <[EMAIL PROTECTED]> wrote:
> Then write your apps in FORTRAN. (But then, you aren't the OP...)
Sometimes I do, as a matter of fact, but I feel more comfortable with C++.
> > You're not going to convince a numericist to give up compiled
> > languages. :-) Give it up.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/08 08:19, Jordi Gutiérrez Hermoso wrote:
> On 09/05/2008, Ron Johnson <[EMAIL PROTECTED]> wrote:
>> Remember, there's developer scale as well as execution scale.
>
> The execution scale is all that matters to us, since a wrong algorithm
> or
On 09/05/2008, Ron Johnson <[EMAIL PROTECTED]> wrote:
> Remember, there's developer scale as well as execution scale.
The execution scale is all that matters to us, since a wrong algorithm
or language can easily exacerbate execution times by orders of
magnitude, while developer time hardly ever s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/08/08 21:32, H.S. wrote:
> s. keeling wrote:
[snip]
>> Man, does C++ produce ugly, obtuse code (no offence meant to C++ code
>> posters; thanks), and this from a perl programmer.
>
> The problem may be quite trivial in the languages you mention
s. keeling wrote:
Ron Johnson <[EMAIL PROTECTED]>:
Sorry. It just seems (to an old C programmer) that this is pretty
simple problem, unless there's some tricky detail that you aren't
telling us.
That's exactly what I was thinking looking at the problem. No offence
None taken.
meant to
On 08/05/2008, s. keeling <[EMAIL PROTECTED]> wrote:
> Ron Johnson <[EMAIL PROTECTED]>:
>
> >
> > On 05/06/08 13:25, H.S. wrote:
> > > Ron Johnson wrote:
> > >>
> > >> Is this a binary file or a text file?
> > >
> > > hmm. Text. I made it clear in the original post.
> >
> > Sorry. It jus
Ron Johnson <[EMAIL PROTECTED]>:
>
> On 05/06/08 13:25, H.S. wrote:
> > Ron Johnson wrote:
> >>
> >> Is this a binary file or a text file?
> >
> > hmm. Text. I made it clear in the original post.
>
> Sorry. It just seems (to an old C programmer) that this is pretty
> simple problem, unless t
James Allsopp wrote:
hi,
Try something like this, just add some pointers;
scan is just a simple object and l is a class vector.
HTH
jim
int nearest::readdata(std::string s, std::vector & l)
{
//read in scuba core list
std::ifstream input(s.c_str());
std::string temp, pos, x ,y;
"H.S." wrote:
> Michael Marsh wrote:
>> Can you read full lines out into, eg, a stringstream, and parse your
>> doubles out of that? You'd hit an EOF at the end of each line in that
>> case. I'm not sure how you'd get stream out line-at-a-time, though
>> there may be a stream op
On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
> APRACK FORTRAN library needs the input data in a 2D array (the arrays need
> to be arranged in column-major format). But, to answer your query, I don't
> *have* to read it in an array, I could read it in a list and then copy it to
> an array before
Jordi Gutiérrez Hermoso wrote:
On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
Yup, that fscanf method looks interesting. I used that only when I program
in C, but it might be judicious to use it in C++ in this situation.
It's not. Streams are better and keep you away from nasty errors and seg
Mark Allums wrote:
(And is also an example of something that is wrong with the C++ standard
library, when you need the c_str() member of string so often to get any
real useful work done. Kind of defeats the purpose of having string in
the first place.)
Yes, that c_str() is a nuisance many t
Jordi Gutiérrez Hermoso wrote:
On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
homebrewed subpar methods instead of standard C++. If you're going to
be reading doubles one by one, and you want to store those doubles and
know how many you have, I see little reason to not use an std::list
From the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/06/08 13:25, H.S. wrote:
> Ron Johnson wrote:
>>
>> Is this a binary file or a text file?
>
> hmm. Text. I made it clear in the original post.
Sorry. It just seems (to an old C programmer) that this is pretty
simple problem, unless there's som
James Allsopp wrote:
hi,
Try something like this, just add some pointers;
scan is just a simple object and l is a class vector.
HTH
jim
int nearest::readdata(std::string s, std::vector & l)
{
//read in scuba core list
std::ifstream input(s.c_str());
std::string temp, pos, x ,y;
On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
> If you have visited that, it is full of people who want to discuss only the
> standard.
The standard is nice. The standard is great. I love the standard. It
can do everything, and when it can't, then you use Boost who does the
rest.
Wrapping other
hi,
Try something like this, just add some pointers;
scan is just a simple object and l is a class vector.
HTH
jim
int nearest::readdata(std::string s, std::vector & l)
{
//read in scuba core list
std::ifstream input(s.c_str());
std::string temp, pos, x ,y;
char * t;
std::c
On Tuesday 06 May 2008, H.S. wrote:
> Hal Vaughan wrote:
> > On Tuesday 06 May 2008, H.S. wrote:
> >> Ron Johnson wrote:
> >>> Is this a binary file or a text file?
> >>
> >> hmm. Text. I made it clear in the original post.
> >
> > Ron has trouble keeping up with things like that. It's so hot
> >
Hal Vaughan wrote:
On Tuesday 06 May 2008, H.S. wrote:
Ron Johnson wrote:
Is this a binary file or a text file?
hmm. Text. I made it clear in the original post.
Ron has trouble keeping up with things like that. It's so hot where he
lives his brain is often overheated with the lest bit of m
On Tuesday 06 May 2008, H.S. wrote:
> Ron Johnson wrote:
> > Is this a binary file or a text file?
>
> hmm. Text. I made it clear in the original post.
Ron has trouble keeping up with things like that. It's so hot where he
lives his brain is often overheated with the lest bit of mental effort.
Ron Johnson wrote:
Is this a binary file or a text file?
hmm. Text. I made it clear in the original post.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tuesday 06 May 2008, Ron Johnson wrote:
> On 05/06/08 12:50, H.S. wrote:
> > Robert Baron wrote:
> >> What is so terrible about counting the items as they come in?
> >
> > As I mentioned earlier, the issue is how do I count items read in
> > one line, or before the next EOL? Counting total items
Michael Marsh wrote:
On Tue, May 6, 2008 at 1:50 PM, H.S. <[EMAIL PROTECTED]> wrote:
As I mentioned earlier, the issue is how do I count items read in one line,
or before the next EOL? Counting total items is not a problem.
Perhaps a different way to say this is, how do I detect if I have rea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/06/08 12:50, H.S. wrote:
> Robert Baron wrote:
>
>>
>> What is so terrible about counting the items as they come in?
>
>
> As I mentioned earlier, the issue is how do I count items read in one
> line, or before the next EOL? Counting total ite
On Tue, May 6, 2008 at 1:50 PM, H.S. <[EMAIL PROTECTED]> wrote:
> As I mentioned earlier, the issue is how do I count items read in one line,
> or before the next EOL? Counting total items is not a problem.
>
> Perhaps a different way to say this is, how do I detect if I have reached
> an EOL whi
Robert Baron wrote:
What is so terrible about counting the items as they come in?
As I mentioned earlier, the issue is how do I count items read in one
line, or before the next EOL? Counting total items is not a problem.
Perhaps a different way to say this is, how do I detect if I have
r
On Tue, May 6, 2008 at 1:14 PM, H.S. <[EMAIL PROTECTED]> wrote:
> Jordi Gutiérrez Hermoso wrote:
>
> > On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
> >
> > > In a C++ program I am reading a data file for later processing and
> > > computations. While reading that data file, I want to keep track
Jordi Gutiérrez Hermoso wrote:
On 06/05/2008, H.S. <[EMAIL PROTECTED]> wrote:
In a C++ program I am reading a data file for later processing and
computations. While reading that data file, I want to keep track of data
items (doubles) read.
Use std::list and other standard data structures.
I
35 matches
Mail list logo
