Upgrade your account to a Community Supporter account and remove most of the site ads.

Reply to thread

Message: <blockquote data-quote="Psionicist" data-source="post: 1957645" data-attributes="member: 1874">Me too! We both know this topic is hotter than religion. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile    :)"  data-smilie="1"data-shortname=":)" /> I'm sorry if I came of as a complete jerk, not my intent.This is of course correct, but just because Perl is _the_ string processing language I, without any knowledge of Perl whatsoever, will not automatically write a better string processing program in Perl than in language I already master. You are of course correct that if Cergorach are willing to learn any language best for the job then he should by all means do  it, but I got the impression that he already knew a couple of languages already and I think it's easier for him to start from there, instead of learning the best language for this particular job from scratch.Don't forget Python.I agree, but I think it's a bit unfair to compare a finished with an unfinished project. C++ is not that bad, worse than rapid development languages sure, but I don't think the difference is so big your project might fail because of it.Depends. I am fairly comfortable with the Windows API and it wasn't until recently I discovered boost. It was not at all that difficult to port my windows code to boost code. Sure, boost is not the answer to all problems (I still use windows specific file IO functions for a few programs that deal with files larger than 2 GB) but for common tasks it works extremely well.</blockquote>

Verification