Thanks, at least some answers, along with many new questions.
I guess the times when you had full control over the actual code are long over. It's just that I don't like being less able to predict what the compiler will generate. Even in the good old times it was never a good idea to trust a computer.
Perhaps it's more like getting a pipeline penalty or some other disadvantage when the next instruction is on an odd address.
There is a penalty when a bitness-changing prefix (edit: just to be clear, a 66 or a 67) is split from an instruction where the ModR/M byte determines whether the length of the instruction is affected by the prefix, by a 16byte boundary
(and there are many other penalties but that's the only penalty I can think of that combines regular instructions and addresses)
Last modified: 2hrs 24mins after originally posted --
I created one custom control which derives from Control class, and I noticed that my control doesn't have location property. How can I add that property? So, when I change that property, control will move to knew location. Problem is I don't know how to get a location of a control in parent control from parent control...
Hmm, about what kind of control are we talking here? Windows Forms or ASP.Net? Or in other words: Does your control inherit from System.Web.UI.Control or from System.Windows.Forms.Control? In case of an ASP.Net control this would actually not be much of a surprise.
I am developing a small application for a small shop and this application requires a small database to store the information. Now I thought that I could work with an mdf file as I think there is no need to install databases like mysql or sqlserver 2005, SLQEXPRESS would meet all the needs. Now my questions is what security measures must I take to make sure that the data isn't compromised. Should I store the mdf file somewhere special when the application is installing? Should the connection string be stored in some special way? And does .mdf files allow you to create users like in SQLServer 2005 (Stupid question I think but asking anyway hehe)
I build an application using Zedgraph and it seem to work fine. I compile and take the exe.file outside the folder containing the Zedgraph dll.
Then the application crashes because it "cannot find Zedgraph". Someting wrong with "Assembly binding". What to do?
Um.... perhaps some common sense is needed here. Zedgraph is in the dll. You take the exe and put it in a folder without the dll, and zedgraph is not present. Surely that's pretty obvious ? The only solution is to move all the zedgraph code into your app, assuming the license allows you to do that, or to distribute it with the dll.
Driven to the arms of OSX by Vista.
Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.
when I send 1000 byte with socket.send , I always recieve 1000 byte with socket.recieve.
I know it shouldn't be true for general but because 1000 bytes is a small amount can we be sure that it will not fragmented?
I tested it in visual studio and until 8KB every amount I sent, I got exactly the same amount and after that it didn't;
if enough data are provided is there a minimum amount on socket.available. for example because of packet size. I have heard that minimum packet size is 64, and default MTU(maximum transmit unit) in XP is 1500 bytes.
I use TCP and ethernet and actually the answer is very critical to me.
Hi all, I am trying to populate a treeview from a webservice through a thread and get an invoke error when I call the function in the thread - outside the thread it works perfectly - but is too slow to be used outside a thread.
So wondered if there were anyone who have some experience on Invoking in treeviews?
As you have found out, you must always use a UI control on the main thread. So you will have to marshal the treeView1.Nodes.Add calls on to the main thread using Invoke or BeginInvoke.
What's taking the time - is it DOCTemp.GetGroups() or the loop round TemplateManagerTreeView?
If it's the GetGroups call, then you can just marshal the whole loop in one go. If it's actually adding the nodes, you will have to split the loop up into chunks and marshal them one after the other. Invoking every TemplateManagerTreeView call individually would be slow.
Be excellent to each other
Well it do take some time for the Webservice to finish. Especially when my server is located in California and some users will access this application in New Zealand - and that can be far, far, far away when im messing around with applications that don't play well with latency.
I am not asking you to do the code for me, but do you have some examples on how to marshal the loop when using the Invoke or BeginInvoke?