Thanks, I didn't try but it seems to work. I did an workaround and now works... :-) Tks... Wender Oliveira .NET Programmer

Hello Wender, If you have succeeded with this apprach, can you please help me to find the solution? I am using Java Viewer with Crysal report 8.5, I am able to open the applet viewer but unfortunately the Crystal report is not opening. Thanks, SMA

Maybe EditorBrowsableAttribute can help you. It can be use to hide a member of a class from IntelliSense. int ageval; [EditorBrowsable(EditorBrowsableState.Never)] public int Age { get { return ageval; } set { if (!ageval.Equals(value)) { ageval = value; } } } Daniel.

Activator.GetObject() has no knowledege of any type registration at all - type registration exists purely for the benefit of the Activator.CreateInstance() and new activation models. I'm fairly certain that Activator.CreateInstance() requires the type that is being remoted to be available locally as well (new definitely does). In conclusion, I think you'll have to stick with Activator.GetObject() (and hence passing the URI a lot), unless the type information is available on the client (maybe you could implement a stub class). I'd like to be proved wrong, however! Perhaps there's an advanced use of Activator.CreateInstance() that I've missed. This space for rent! My Blog

Yeah WS work differently. They use WSDL to describe how the WS works. There is a tool call soapsuds.exe if you are hosting your remoting object using HTTP and Soap you can use it to generate an interface assembly. I've ran across this when getting my MCAD but you'll have to look into it more. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cptools/html/cpgrfsoapsudsutilitysoapsudsexe.asp[^] This posting is provided "AS IS" with no warranties, and confers no rights. Alex Korchemniy

You implement shared interfaces in separate DLLs with very little implement. Implement those interfaces in your Remoting DLL then consume those interfaces in your client (proxy). Again, for how the runtime locates assemblies, see the last link I gave you in my previous post. Either one of those books will help explain Remoting better, since it is a very complex subject and the .NET Framework SDK doesn't go indo enough detail to really explain it well. This posting is provided "AS IS" with no warranties, and confers no rights. Software Design Engineer Developer Division Sustained Engineering Microsoft [My Articles]

So... if someone need this someday here is the answer... Postback only works for the object with the same UniqueID... so... I was with 2 textboxes inside a same control... each textbox with an ID... so I found 2 ways to solve this... solution 1) set the id of each textbox with the same this.UniqueID. So when postback works it will find the 2 posted values in just one key with the 2 values... the event seems like this: string[] vals = values[postDataKey]; string val1 = vals[0]; string val2 = vals[1]; solution 2) I'm using this... I created an hidden textbox with Id equals to this.UniqueID just to fire the loadpostdata event and I set the textboxes values like textbox1.ID = this.UniqueID+":txt1"; textbox2.ID = this.UniqueID+":txt2"; so event would be: string val1 = values[this.UniqueID+":txt1"]; string val2 = values[this.UniqueID+":txt2"]; So... that's all... Wender Oliveira .NET Programmer

Wouldn't you need to allow users in the XML folder, identify the user at Session_Start set a Session vairable that this user has permissions to view the contents of the XML folder, then modify every page in the XML folder to check the session variable and act accordingly? TF Tim Featherston www.QBSix.com

You wouldn't distribute your private key anyway. That's always bad no matter what you're doing. If you're looking for a way to verify data, you'll want to use digital signatures. This allows you to distribute your public key (it's public, so it doesn't really matter*) and verify the signature of the signed data (it's a digest of the signed data encrypted with your private key; RSA and DSA implement this differently). While my article probably isn't what you're looking for, read Using XML Digital Signatures for Application Licensing[^] for a good conceptual overview. If you need to encrypt data, it's often best you use services provided by the OS. If you'll always run on Windows, read How To Create a DPAPI Library[^] on MSDN. This is a handy API for storing encrypted credentials, and is used by Passport (at least the local implementation that MSN and Windows Messengers use as well as IE for web sites). It's also very customizable and does most of the work for you. If you want to implement your own encryption, generate a key pair on the machine after the app's installed. Store that in a key container. This method is fool proof, but not cryptoanalyst proof. Microsoft MVP, Visual C# My Articles

Wender Oliveira wrote: I really haven't experience with C++ Starting out in C++ with an ActiveX control probably isn't the best path, IMHO. - Nick Parker My Blog | My Articles

I know how to register my OCX file, the problem is that I don't know the ClassID to add my object tag inside my HTML. Wender Oliveira .NET Programmer

Assuming you want to display all 6 characters then you need to set the array size to 7, since the last character must be '\0'. Exmaples: 1) unsigned char myArr[7]={"012345\0"}; 2) unsigned char myArr[7]; myArr[0] = '0'; myArr[1] = '1'; myArr[2] = '2'; myArr[3] = '3'; myArr[4] = '4'; myArr[5] = '5'; myArr[6] = '\0'; Now it you want a char* insted of a unsigned char* just cast it: (char*)myArr. This is safe because both unsigned char and char are the same size. There are other ways, but why make life difficult. INTP

You're trying to get the MAC address of a client on the server side of your ASP.NET application. The short answer is, you can't. Not because of the security restrictions either. Simply because when you try and do an ARP resolve on the IP address, you'll get the MAC address of the NIC on the side of the router that the server is on, not the client machine. There is no method of getting the MAC address of a NIC unless that NIC happens to be on the same physical subnet as the server. RageInTheMachine9532 "...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome