|
It really depends on what the "stuff" you do is, but in general I'd go with your solution.
BTW, another possibility (stack allocation, just like in your case):
std::array<char, 4> data;
|
|
|
|
|
We are running a Jenkins service for automatically building our projects and also our setups (with a call to Visual Studio's command line). Now, one of the setups failed. I scrutinized the output for finding the reason - but no, everything was marked fine. At least I thought so when I searched for "Fehler" (German word for "error"), since the entries were like e.g. "51 erfolgreich, Fehler bei 0," or "0 Fehler, 1 Warnungen" just everywhere. Why did it fail then?
Well, I tried the a search for "error" - and voilà here it is: "error MSB3104: Die referenzierte <Path-to-some\Other.dll>-Assembly wurde nicht gefunden..." The error message is available in a nice mixture of German and English.
Great idea: if something goes wrong, use the English term "error", otherwise use German.
|
|
|
|
|
OT (Sorta)
I am going to be removing CC.NET from my build server and reinstalling Jenkins, then setting up a reverse proxy in IIS to point a URL at the Jenkins instance. I do not like CC.NET very much, but I do like Jenkins.
Bob Dole The internet is a great way to get on the net.
2.0.82.7292 SP6a
|
|
|
|
|
I found this in one of my old codes:
public string ReadFile(string filename)
{
try
{
return File.ReadAllText(filename);
}
catch
{
return File.ReadAllText(filename);
}
}
ProgramFOX
|
|
|
|
|
If at first you don't succeed...
|
|
|
|
|
The funniest of all, is that when I was programming that,
that I didn't know why I got an error sometimes...
ProgramFOX
|
|
|
|
|
Maybe the file was in use
|
|
|
|
|
Makes sense to me.
If you're considering stopping reading your e-book and getting some work done, it deals with your crisis of conscience for you.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark Wallace wrote: If you're considering stopping reading your e-book
But...
How can I stop reading my e-book if I'm not reading a e-book?
ProgramFOX
|
|
|
|
|
You don't. You throw a IAmNotReadingAnEBookException !
I think computer viruses should count as life. I think it says something about human nature that the only form of life we have created so far is purely destructive. We've created life in our own image.
Stephen Hawking
|
|
|
|
|
I'd do it three times, because three is the magic number:
public string ReadFile(string filename)
{
try
{
return File.ReadAllText(filename);
}
catch
{
return File.ReadAllText(filename);
}
finally
{
return File.ReadAllText(filename);
}
}
|
|
|
|
|
If that's C#, it won't compile; you'll get a "Control cannot leave the body of a finally clause" compiler error.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Yes, you are right. So let's remove the last "return" (but not the File.ReadAllText).
|
|
|
|
|
That would compile on java, I think.
|
|
|
|
|
Really?
Which value would expect to be returned here?
try
{
return 1;
}
catch
{
return 2;
}
finally
{
return 42;
}
I think the C# compiler is doing the right thing. Either the return in the finally block is ignored, in which case it shouldn't be allowed, or it replaces any value returned from the try or catch blocks, which is just confusing.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Oh I wasn't saying it should be allowed, but I think it is.
|
|
|
|
|
FTSOTR, that does compile in Java (with a little syntactic fix) and returns 42.
|
|
|
|
|
You would be more likely to get that right if you added commentary:
try
{
return 1; // Genesis
}
catch
{
return 22; // Joseph Heller
]
finally
{
return 42; // Douglas Adams
}
|
|
|
|
|
|
Oh yes you can do so. But there is a catch - it's "catch 22".
Why did it take me so long to see it?
|
|
|
|
|
Your'e doing it wrong!
(Even catch blocks end in curly braces.)
Ciao,
luker
|
|
|
|
|
Richard Deeming wrote: If that's C#, it won't compile; you'll get a "Control cannot leave the body of a finally clause" compiler error. I had to play around. You can throw an error in the try/catch/finally segments and it will compile. Since I didn't enclose the routine in a try catch, the finally segment did blow up with an unhandled exception. Then I did put it in that logic:
try
{
int junk = trycat();
}
catch (Exception ex)
{
Console.WriteLine("caught exception {0}", ex.Message);
Console.ReadKey();
}
...
static int trycat()
{
try
{
throw (new Exception("Throwing an exception in try block"));
}
catch
{
throw (new Exception("Throwing an exception in catch block"));
}
finally
{
throw (new Exception("Throwing an exception in finally block"));
}
return 1;
}
|
|
|
|
|
Sigh.
public string ReadFile(string filename)
{
string contents = null;
try
{
contents = File.ReadAllText(filename);
}
catch
{
contents = File.ReadAllText(filename);
}
finally
{
contents = File.ReadAllText(filename);
}
return contents;
} Okay. Everybody happy now?
Software Zen: delete this;
|
|
|
|
|
Quitter - use recursion!
public string ReadFile(string filename)
{
try
{
return File.ReadAllText(filename);
}
catch
{
return ReadFile(filename);
}
}
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
brisingr@gryphon-pc$ cpmsg --process --msg "4433493" --forum "The Weird and The Wonderful" --code "Process"
ERROR: StackOverflowException was encountered.
brisingr@gryphon-pc$|
Bob Dole The internet is a great way to get on the net.
2.0.82.7292 SP6a
|
|
|
|