PlausiblyDamp

http://www.xtremedotnettalk.com/showthread.php?t=83574 may be of some help.

could you post some code - makes it a lot easier for perople to help rather than trying to guess what means

If you want to draw to a picture box then you would add one to the form - however the code to draw onto the picturebox would go in the form itself.

http://www.xtremedotnettalk.com/showthread.php?t=86228

Does it appear to do this in the debugger or when running normally? It is expected in the debugger - everytime your breakpoint is hit it breaks. If you step through the code new events are probably happening quicker than you can step through. Try doing a debug.writeline (or console.writeline) at the top and bottom of the event handler and see if the number of events firing and the number exiting match up.

Have you tried running either tool on a copy of the xsd that hasn't been cleaned up? Did either of the tools giove any feedback about why they failed? If you have VS.Net you could add the XSD directly to the project and see if it works that way.

SmtpMail.SmtpServer = "smtp.oceanfree.net" looks like you are using their server not your local IIS - the problem is they are not relaying your e-mails for some reason of their own. If you either point a mail client or telnet (if you are feeling techie) can you send e-mails that way? If not I would recomend checking with the ISP to see if there is a problem.

just a quickie but while we a re on the subject of .Net on multiple platforms mono goes gold http://www.mono-project.com/about/index.html

The application.config file is really designed as an administrative feature - it allows you to move key settings out of the application code (and away from things like the registry) to allow an admin to reconfigure the app after deployment. It isn't really designed to be modified from within the application itself - one major reason is security: on XP pro and better then a normal user doesn't have write permissions to the applications folder and any update would fail (or all users would have to be admins :eek: ). Serialisation is fairly easy when you look at it and through this method you could store settings either per user or per machine via the OS's profiles. Not near VS at the moment but I think you can get to a list of these through Environment.SpecialFolders or similar. If you require any help with serialisation then feel free to ask here.

Application.DoEvents will allow your application to process it's windows messages (things like repainting the windows, handle mouse movement etc). However it will not allow your application to do 2 things simultaniously (sp?), if you require multiple concurrent bits of code to be running you will need to investigate threading. If you post some code / give a bit more detail about your problem then there may be an alternate solution.

Not used Dreamweaver for quite a while now so I can't really give a good comparison. Doesn't stop me having an opinion though ;) VS.Net does integrate well with the ASP.Net environment but it does have it's issues (reformatting your HTML being a big issue). The control integration (databinding, xsd generation etc) is very nice though. However if you are in no real rush to convert over soon you may want to wait till next year when VS 2005 is released as the web development side of things gets a serious overhaul and many of the issues are fixed and considerable productivity enhancements have been added.

Not too sure what you mean by . Have you written this drawing program yourself or is it a 3rd party component you are using? If you are drawing to a picturebox then you should be able to use code like picturebox1.image.Save(...) also not sure what you meant by

The problem is that an ASP.Net page isn't as simple to navigate through code as a Windows Forms based system. The HTML that is generated contains 3 controls: the HEAD bit of a page (all the , etc), the ... bit in the middle that contains the real set of controls and the footer bit etc. You are probably going to need to recurse through each control to see if it contains child controls Public Sub LoopThroughControls(parentControl as Control) Dim ctrl As Control ctrls = New ArrayList For each ctrl in parentControl .Controls 'your code here Select Case (objCtrl.GetType.Name) '.... '..... If ctrl .HasControls Then LoopThroughControls(ctrl ) End If Next

If the web application is opening the com port correctly then you may need to check that your code closes it afterwards - are you storing the object in a session or similar?

Namespaces can be used to organise code without needing to nest classes, also dlls can contain many seperate classes without the need to nest them. It may be easier if you explain what you are trying to do / ideas so far and see what people out here think.

Easiest way is add a validation summary control to the form - just put it near the submit button. Optionally you can also get it to display a messagebox as well as just listing the problems.

Something like the following Dim i As Integer Dim s As String = "7F" 'Not sure about the formatting you may need to try 0x7f or &H7f i = Integer.Parse(s, NumberStyles.HexNumber) MessageBox.Show(i.ToString())

Not sure what you mean - do you mean a string formatted as hex that needs to be converted? If so look at the Integer.Parse(...) method - you can specify different numerical styles for the string including Hex. If that isn't what you meant then reply and I'll have another go.

Does VSS not support branching of projects? If so I would have thought that would suffice in this case. If you want to use CVS then have a look here for a nice VS addin and a very good explorer shell extension for use with CVS.

It will create it but it will be invisible, just remember to set the Visible property to true.

Unix is a specific OS **ix generally refers to the whole spread (unix, linux etc)

You need to declare the constructor to accept the correct kind of form variable: public Order(Realtick.Realtick RealT, Form1 Display) //Form1 rather than form

If you are accessing a nested class' property then you will need to put the full "path" to the property by also referencing each of the nested classes in turn. Is there a particular reason why you are using nested classes in this scenario? It looks like either interfaces or inheritance may be a better solution.

May not resolve the issue in question but you should probably declare the function as Public Function EncryptFileToStream(ByVal filename As String) as MemoryStream (also putting 'option strict on' at the top of the code module will catch these kinds of errors). Also what happens if you remove the following line? mstream.SetLength(0)

I don't think there is an issue here - MS have made it possible for other vendors to implement the .Net framework if they want to. As Banjo said earlier windows already has a very large market share and .Net runs fine there - in fact it will become the API for windows in the not too distant future. Cross platform code is never an easy option the world of C/C++ was plagued by hardware / compiler / device dependancies and the result is code gets sprinkled with all sorts of conditional compilation defines to try and make these go away. Java settled on a virtual machine architecture (like .Net did later) to make these issues less of a problem. But you still have to contend with vastly different processer capabilities (Risc chips, x86, IA64, ARM etc), different input devices (keyboards, mouse, touch screend, tablet / pens etc), output devices ranging from tiny mobile phone screens to large monitors - there is always some degree of platform dependace and the lowest common denominator approach can be limiting (IIRC only one mouse button was originally supported). With .Net MS has focused on their market (PC, Windows CE and also smart devices with the compact framework). MS probably have enough manpower / money that if the market required them to port the framework to another platform they could - but only if it was deemed to have a valid business case, which at the moment doesn't look likely.