so your string probably uses Unicode, meaning the ASCII character set gets represented by 16-bit numbers with their high byte equal to zero. There are many ways a string can be hidden in an EXE, ASCII and Unicode are the top two.
Luc Pattyn [Forum Guidelines][My Articles] The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
The bits I mentioned about BinaryReader working with primitives also applies to BinaryWriter.
Replace that with a fileStream, and it should work. If in doubt, look at your file content with a hex editor / viewer - I use PSPad which is freeware and available from PSPad[^] This will confirm you have the correct data written at the correct address.
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
I am using HexWorkshop as my hex editor and I could see the string that I wrote to the end of file but I wasn't checked that if my application find the correct location and apparently it wasn't finding the correct location so I should be working on my DigBinary method.
For some reason, the normal control and navigation keys are not exposed except in key down/up events. It's been this way as long as I can remember and I can't see it changing soon. That would be sensible.
 I think Bill was drunk that day.
 The ones you are most likely to want to override.
 Ten years even after lunch.
 Should you actually want to write code.
You should take care with this, it's not a good idea to make the change on the key down. I would recommend setting a flag when the button is pressed and checking for the flag when it's released, that is closer to the key pess event.
What's important to note is the fact that the Read() method returns a boolean. My ExecuteReader() method (I named mine something else) generates a DataView. I can envision the equivalent Read() method stepping through the DataView and returning this boolean value whether or not more records exist.
The item I'm stuck on is the implementation of access an object like a HashTable. I'm relatively new to the OOP world but I haven't seen this sort of access method before and am not sure how to implement it. Is this somehow overriding the array method?
If you are trying to generate your own DataReader it must implement and adhere to System.Data.IDataReader, otherwise you are just creating a different entity with a confusing name. I would rethink your approach and make sure you are not reinventing the wheel.
The indexor on the datareader (reader["name"] in your code) calls dr.GetValue(dr.GetOrdinal("name")) and is really just a handy set of convenience methods. Also, note, that the type returned from reader["name"] is an object. ToString is only used to provide a string representation of an object not to cast objects. You should use the appropriate cast instead, ie: (string)reader["name"].