The Weird and The Wonderful

9-Mar-07 1:03

JohnnySacks wrote:
Besides, 'some day' we're going to integrate an error capture and/or logging methodology into this business critical high visibility application which re-engineers our business case to leverage best-practice synergies to pro actively actualize our bottom line but at this point we really don't know what features are required and we're REALLY in a hurry to get something done so for now, we'll just put the blocks in place and fill them in later.

This sounds so scarily like my manager..no wonder we've decided not to listen to him anymore Poke tongue | ;-P

Erik Burger7-Mar-07 22:39

7-Mar-07 22:39

arc_10spd wrote:
Or does program code always have to be in English?

If you ever want to start a lobby for making a law that states that all code should be in English, I'll make the buttons Cool | :cool:

AnthonyC7-Mar-07 23:03

AnthonyC

7-Mar-07 23:03

There are about currently about 4,000 unique languages remaining in the world. English will overrun most of them within the next 100 years at the cost of an extraordinary and fascinating diversity in human culture and history stretching back for over 10,000 years (at least that is what some historical linguists claim they can reconstruct). I for one would find it a tragedy if Dutch were to go as well ("not so much a language as an organised method for clearing one's throat"). However, ErikDD, if you MUST have it in English, here is a guess:

....
try
{
int startNumber = Convert.ToInt32(dataGrid1[dataGrid1.CurrentRowIndex, 0]);
Hashtable ht = Logic.ObtainTeamIDAtStartnumber(editID);
teamID = (int) ht[Startnumber];

if (!Logic.IsTimeControlIntroduced(teamID)
return;

}
catch
{
return;
}
...
Poke tongue | ;-P

AnthonyC7-Mar-07 23:11

AnthonyC

7-Mar-07 23:11

Sorry.

Probably should translate etappe as "stage":

...
if (!Logic.IsTimeControlIntroduced(stageID)
...

not

...
if (!Logic.IsTimeControlIntroduced((editID))
...

Blush | :O

Erik Burger8-Mar-07 2:00

8-Mar-07 2:00

*grins* I happen to be one of the relatively few people who actually speak Dutch (aka a Dutchman) but I do appreciate the effort Smile | :)

As for Dutch disappearing, I wouldn't miss it, but I don't enjoy the prospect. It's just that I also believe in code mobility and reusability.

PIEBALDconsult8-Mar-07 2:54

PIEBALDconsult

8-Mar-07 2:54

That would put a new spin on our local culture here outside Phoenix too; we just had our annual "Lost Dutchman Days" festival.

--| "Every tool is a hammer." |--

AnthonyC8-Mar-07 14:32

AnthonyC

8-Mar-07 14:32

ErikDD wrote:
*grins* I happen to be one of the relatively few people who actually speak Dutch (aka a Dutchman) but I do appreciate the effort

ErikDD,

A hidden Dutchman! Very drole. And very hard to tell from your English, of course. I have always thought the Dutch speak the best English in Europe. BTW, how was my Dutch translation of the code? I speak English, French, German and two Australian Aboriginal languages, but alas no Dutch, which, if I could find the time I would try to learn. I also have only a Dutch to German phrase book (relic of a vacation in Amsterdam when I lived in Germany 20 years ago), so it was a bit tricky trying to put together a proper translation, and you don't get any nuances from Babelfish.

Thanks for the sly humour! You definitely made me laugh. Laugh | :laugh:

Anthony

Hal Angseesing8-Mar-07 22:05

Hal Angseesing

8-Mar-07 22:05

arc_10spd wrote:
I have always thought the Dutch speak the best English in Europe

What better than the British? Yeah, you may have a point - have you heard some of our dialects! Big Grin | :-D

Erik Burger9-Mar-07 1:00

9-Mar-07 1:00

I wouldn't have guessed from your translation that you weren't a Dutch speaker, it was right on the mark Smile | :)

As for the homour..I have my good days Poke tongue | ;-P

Erik

Mike Dimmick7-Mar-07 0:52

Mike Dimmick

7-Mar-07 0:52

Hint: use <pre> when formatting code - much more readable

The .NET Framework does supply some operations to find out whether an operation is possible, rather than throw an exception in case of failure. In the case of the above code, you should use int.TryParse instead of Convert.ToInt32 (.NET 2.0 - in .NET 1.x you have to use Double.TryParse then cast to int), which will return a bool to indicate whether it could convert it.

Lookups in a Hashtable will also throw an exception if the key isn't found. To avoid this, test for the presence of a key using ContainsKey.

Exceptions are slow. Avoid them where not necessary.

Stability. What an interesting concept. -- Chris Maunder

webmarco7-Mar-07 1:18

webmarco

7-Mar-07 1:18

Exactly my point, a catch block is to handle unexpected exceptions, not for program logic. If the exception is not being handled by the catch block, whats the point in using it?

Thank you for your comment Mike.

Regards,
Marco

I *suppose* that's a way of determining read permissions..

PIEBALDconsult7-Mar-07 3:13

PIEBALDconsult

7-Mar-07 3:13

Mike Dimmick wrote:
Exceptions are slow.

http://www.codeproject.com/dotnet/ExceptionPerformance.asp[^]

Mike Dimmick wrote:
Avoid them where not necessary.

Well, yeah, but don't go out of your way to do so.

--| "Every tool is a hammer." |--

Erik Burger6-Mar-07 4:16

Re: I *suppose* that's a way of determining read permissions..

6-Mar-07 4:16

<br />
/* does the user have read permissions on the file */<br />
try<br />
{<br />
   FileStream fs = new FileStream(name, FileMode.Open, FileAccess.Read);<br />
   using (fs) { fs.Close(); }<br />
}<br />
catch (Exception){continue;}<br />

And these are people I am actually supposed to work with Sniff | :^)

Ad. Btw the 'user' mentioned here doesn't even exist..this is code running in a Windows NT Service. What the author wants to do (I think Confused | :confused:

) is see if the user for whom he's retrieving the list of files has read permissions on the file, not the Windows NT User the Service is running under.

David Crow7-Mar-07 7:34

David Crow

7-Mar-07 7:34

ErikDD wrote:
What the author wants to do (I think ) is see if the user for whom he's retrieving the list of files has read permissions on the file, not the Windows NT User the Service is running under.

And your solution would be??

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: I *suppose* that's a way of determining read permissions..

Erik Burger7-Mar-07 22:36

Re: I *suppose* that's a way of determining read permissions..

7-Mar-07 22:36

Ah, I'd have to admit that I have no idea Blush | :O

Afaik, this is one of the things that despite the power of the .NET Framework is still either very difficult or misunderstood.

I'd start my search in the FileIOPermission and the WindowsPrincipal/-Identity classes and see where I end up from there. Might be completely wrong though.

In any case the above check checks the Windows NT Service account's access, not the requested user's.

peterchen10-Mar-07 3:09

peterchen

10-Mar-07 3:09

Clickety[^] Smile | :)

[edit]I forgot: read the discussion, too...

Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers!
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
Linkify!|Fold With Us!

Re: I *suppose* that's a way of determining read permissions..

Erik Burger11-Mar-07 22:44

.NET Framework? What .NET Framework? Part Deux

11-Mar-07 22:44

Brilliant! I'll give this to my colleague to break his head over Wink | ;)

Erik Burger6-Mar-07 4:03

.NET Framework? What .NET Framework?

6-Mar-07 4:03

I especially loved this snippit of code I encountered while rewriting an app:

<br />
FileInfo fi = new FileInfo(name);<br />
<br />
DateTime dt = fi.LastWriteTime;<br />
<br />
int yr = dt.Year;<br />
if (yr >= 2000)<br />
   yr -= 2000;<br />
else<br />
   yr -= 1900;<br />
<br />
string year = yr.ToString();<br />
if (yr < 10)<br />
   year = year.PadLeft(2, '0');<br />
<br />
/* TODO: Format to be changed for US market */<br />
<br />
string date = dt.Day + "/" + dt.Month + "/" + year;<br />

Do I even need to post the alternative??

Me and my colleague (NOT the one who wrote the code. Spent at least 15 minutes laughing about the TODO: comment, too. :p

Erik Burger6-Mar-07 3:57

6-Mar-07 3:57

I was rewriting an application when I came across the following snippit:

<br />
System.Text.UTF8Encoding encoder8 = new System.Text.UTF8Encoding();<br />
System.Text.Decoder utf8Decode = encoder8.GetDecoder();<br />
byte[] todecode_byte8 = Convert.FromBase64String(_body);<br />
int charCount8 = utf8Decode.GetCharCount(todecode_byte8, 0, todecode_byte8.Length);<br />
char[] decoded_char8 = new char[charCount8];<br />
utf8Decode.GetChars(todecode_byte8, 0, todecode_byte8.Length, decoded_char8, 0);<br />
_body = new String(decoded_char8);<br />

Obviously, the culprit ".NET" programmer responsible kinda missed the alternative solution:

_body = Encoding.UTF8.GetString( Convert.FromBase64String( _body ) );

And I wish this was the only occurrence of this..

peterchen10-Mar-07 3:24

peterchen

10-Mar-07 3:24

Could have been me -
I remember myself digging through that Encoding documentation in MSDN - it is really badly documented, no concepts, just a bunch of classes and members. (IIRC I had to serialize to/from base64, and it was driving me crazy)

Erik Burger11-Mar-07 22:52

11-Mar-07 22:52

Oh I couldn't agree more on the level of documentation on this (or the lack thereof). If I were writing this, a little voice in the back of my head would go 'Come on man, there's an easier way to do this, right?'. And I've taught myself to listen to that voice Wink | ;)

That, and using the Convert class A LOT :p

peterchen12-Mar-07 5:43

peterchen

12-Mar-07 5:43

ErikDD wrote:
a little voice in the back of my head would go 'Come on man, there's an easier way to do this, right?'. And I've taught myself to listen to that voice

I've got that voice a lot lately... but obviously, it only tells YOU about the solution Cool | :cool:

Erik Burger12-Mar-07 23:36