As far as I know, the correct mime type for VBScript is "text/vbscript", not "text/vb".
Also, VS complains at: onfocus="SetFocus()", since the sub expects a parameter.
Loading User Information from Channel 9
Something went wrong getting user information from Channel 9
Loading User Information from MSDN
Something went wrong getting user information from MSDN
Loading Visual Studio Achievements
Something went wrong getting the Visual Studio Achievements
Open SQL Server 2005 Management Studio,
In the object explorer pane, right click on the server (it's the root),
Select Properties. The Server Properties Dialog appears.
Under "Select a page", select "Security".
Under "Server authentication", in the right portion of the dialog, make sure the item "SQL Server and Windows authentication mode"is selected.
SQL Server 2005 Express appears to be the same, when using Management Studio.
Maybe I'm stating the obvious... did you enable SQL security on your SQLServer?
Well, probably I'm being silly, but the original app was written with .NET 1.0 and I'd rather not have that around on my machine.
Similarly, if I'm not mistaken, the clients would then have to install both the versions of .NET which would be rather uncomfortable and is going to get more than one eyebrow to lift.
I'd go to great lengths just to keep the solution "straight 2.0". Anyway thanks for the advice.
I was asked to revamp an application with VS2005. For some reason the original app (written with .NET 1.0), stores an ArrayList of ArrayLists of Image objects via binary serialization. (Don't shoot, it wasn't me!)
I must keep producing exactly the same files as these will be consumed by other apps I cannot change.
What I found seems to indicate that this is simply impossible out of the box, and I would be willing to write the file myself if this is the only way to go... yet I couldn't even find a detailed explaination about how the binary serialization works.
Thanks in advance
Hei, I didn't know now we can really get rid of assemblies! Great!Unfortunately the bottom line of the article seems to be: "yes, now you could, but you still better not". Too bad.
Thanks a lot, footballism.
Edit: I didn't see your question.
The task at hand consists of updating cross references in a document base whenever one of the documents is changed.
Each document describes a sub-assembly (in the mechanical sense), each composed of several parts. In a certain sections of the document structure, I am to find the part number and update some info.
90% of the entire expression deals with the document structure, so it never changes. The only part that changes each time is the part number affected.
If you really want, I can post the expression, but it would be worthless without a description of the document structure.
I'm using RegEx for some file processing. All's well except that the expression is large, with a small portion that needs to change at each call. This means that the expression can no longer be compiled, at least from my understanding of the documentation.
1) is there a workaround to compile a regular expression on the fly AND be able to unload the assembly afterwards?
2) is there any rough figure about the performance advantage between a compiled expression and one that is not?
Thanks in advance
Don't get me wrong... nothing against regular expressions. It's just that having been bitten by subtle bugs in the past I tend to be cautious. Not that I would trust myself on
anything on an empty stomach...
Seriously, I have a couple of questions on RegEx, but I won't hijack this thread any further.
Blue Ink wrote: With .NET 1.x you are out of luck
Well, you can use Regex.Split(...)