C# Discussion Boards - CodeProject

Re: Rounding

Nick Parker31-Dec-03 7:45

Nick Parker

31-Dec-03 7:45

Check Math.Round, Math.Floor, and Math.Ceiling at Math Methods[^]

- Nick Parker
My Blog

Readline() ignores some characters

Rostrox31-Dec-03 6:47

Rostrox

31-Dec-03 6:47

I have the next code:

.
.
StreamReader inp = new StreamReader(@"c:\inp.txt");
Tx1.Text = inp.ReadLine();
inp.Close();
.
.

inp.txt contains "¡¡¿¿Test??!!"
and after reading line, Tx1 has = "Test??!!"

The ¡ and ¿ were ignored!! The same thing occurs with ñ, á, etc.

What is happenning?

Best regards

Re: Readline() ignores some characters

Mazdak31-Dec-03 7:06

Mazdak

31-Dec-03 7:06

I guess the problem is come from Unicode Encding. Use other cunstructors of StreamReader which you can specify Encoding type in them.

Mazy

No sig. available now.

Re: Readline() ignores some characters

Rostrox31-Dec-03 8:24

Rostrox

31-Dec-03 8:24

I made:

StreamReader inp = new StreamReader(@"c:\inp.txt",System.Text.Encoding.UTF7);
Tx1.Text = inp.ReadLine();
Inp.Close();

and it worked. Thanks.

However, it is the firts time I experienced this kind of problem. I live in South America. Now, ¿should I change all my thousands of programs to include this encoding parameter? or is this possible to change it any kind of global parameter?
Thanks for your help

Re: Readline() ignores some characters

Mazdak31-Dec-03 9:59

Mazdak

31-Dec-03 9:59

Rostrox wrote:
However, it is the firts time I experienced this kind of problem. I live in South America. Now, ¿should I change all my thousands of programs to include this encoding parameter?

As far as your programs wants to work with Unicode world ,I think you should apply these change to them.

Mazy

No sig. available now.

BinaryFormatter.Deserialize()

Guinness4Strength31-Dec-03 6:04

Guinness4Strength

31-Dec-03 6:04

I have two apps Test.exe, Server.exe

I'm using BinaryFormatter.Serialize() to Serialize my own class in the Test.exe App and send the resultant byte array across a socket to Server.exe and use BinaryFormatter.Deserialize() to recreate my class. But I'm getting the following Error on Deserialize in Server.exe
{"Cannot find the assembly Test, Version=1.0.1460.21386, Culture=neutral, PublicKeyToken=null." }

This seems to me that either:
1. I cannot Serialize with one app and deserialize with another.
Or
2. I'm missing something

I think its #2, any ideas ?

Re: BinaryFormatter.Deserialize()

Tristan Rhodes31-Dec-03 6:29

Tristan Rhodes

31-Dec-03 6:29

You are trying to deserialise a class that resides in another assembly.

If you define two identical classes, with the same name in two different assemblies, they are NOT the same class.

The solution to this would be to create the class in a DLL, thereby removing the assembly from the serilaistion (or something, but it makes it assembly independent), refference the object in the DLL from both assemblies, and run it from there.

Then you can deserialize without problems.

That should solve it m8.

Regards, and happy new year

Cata

Re: BinaryFormatter.Deserialize()

Guinness4Strength31-Dec-03 6:41

Guinness4Strength

31-Dec-03 6:41

Thanks for the reply,
That seems like overkill for a class that has three byte[] arrays.
Perhaps using the serliaization is not the correct approach then.
How would you send a storage class like this one over a socket between two different apps ?

Here is the class:
[Serializable]
class CipherMessage
{
public byte[] cipherBytes; // RC2 encrypted message text
public byte[] rc2Key; // RSA encrypted rc2 key
public byte[] rc2IV; // RC2 initialization vector
}

Re: BinaryFormatter.Deserialize()

Tristan Rhodes31-Dec-03 6:46

Tristan Rhodes

31-Dec-03 6:46

Remember a DLL is a library. If you have multiple classes you want to transfer between your apps, you could declare them all in there.

The alternative is break down the class into Byte arrays, serialize them, and send them as that, then deserialize and reasemble them at the other end. But that seens even more long winded than buidling a DLL.

Seriously, a DLL isn't hard, and it's probably the most sensible way to go. Just declare the type in a DLL and build it. Then add it through the refferences. You can add more classes later if you want. Alternatively, build the DLL in the same project as the other two executables, and refference it direct.

Cata

Re: BinaryFormatter.Deserialize()

Kentamanos31-Dec-03 8:57

Kentamanos

31-Dec-03 8:57

Just FYI...

If you're exchanging keys, you should take a look at the AsymmetricKeyExchangeFormatter class. Do a google search to find a good example of using it.

I, for one, do not think the problem was that the band was down. I think that the problem may have been that there was a Stonehenge monument on the stage that was in danger of being crushed by a dwarf.

-David St. Hubbins

Re: BinaryFormatter.Deserialize()

Guinness4Strength1-Jan-04 4:34

Guinness4Strength

1-Jan-04 4:34

Thanks for the advice, but If I'm using Public/Private Key RSA(which I am) do I still need to use this class ? It appears to encrypt private key exchanges.

Re: BinaryFormatter.Deserialize()

Kentamanos2-Jan-04 6:07

Kentamanos

2-Jan-04 6:07

It's "recommended" according to the docs. I wrote a library that used a stream to send RSA encrypted files across a it, and I used that class to exchange the key. I then wrote a client and server that created network streams to send files across sockets.

Re: BinaryFormatter.Deserialize()

Heath Stewart31-Dec-03 11:14

Heath Stewart

31-Dec-03 11:14

You could also create a SerializationBinder that can bind one Type (based on a string) to another Type. Cata's advice is best, though, and is common - especially when doing .NET Remoting. You have a shared assembly that contains the Types (which is a name, assembly, version, culture, and public key token) that both client and server use. This is the correct approach. Using a SerializationBinder is more for upgrading serialized documents between versions, or when you absolutely have to use a Type that you can get access to otherwise.

Search the C# forum for SerializationBinder for a previous discussion I was involved in some time back.

-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----

implementing rubber banding into a drawing program

Miles Roberts31-Dec-03 5:03

Miles Roberts

31-Dec-03 5:03

If anyone has an idea what rubber banding is, and how you can introduce it to a drawing program. Please contact me

email2miles@yahoo.com

Re: implementing rubber banding into a drawing program

Tristan Rhodes31-Dec-03 6:42

Tristan Rhodes

31-Dec-03 6:42

Why not look it up in google?

Smile | :)

Cata

Re: implementing rubber banding into a drawing program

Heath Stewart31-Dec-03 11:06

Heath Stewart

31-Dec-03 11:06

There's several articles here on CP, too - just search: http://www.codeproject.com/info/search.asp?cats=3&cats=5&searchkw=rubber+band[^].

help meeee plzzzzzz in ActiveX msChart control

hebzzz31-Dec-03 3:27

hebzzz

31-Dec-03 3:27

how could i use the mschart in a c# code ,,,i simply need to give my chart 2 columns(coulmn 1 actual cost,coulmn 2 actual cost) ,i need axis y only with millions,and i 've the coulmn value in variables plz answer me quickly..

Re: help meeee plzzzzzz in ActiveX msChart control

Heath Stewart31-Dec-03 4:49

Heath Stewart

31-Dec-03 4:49

Here's the MSChart control reference for Visual Basic(.NET) and C#: http://msdn.microsoft.com/library/en-us/mschrt/html/vbobjVtChartObject.asp[^].

Re: help meeee plzzzzzz in ActiveX msChart control

Ivan Budiono31-Dec-03 13:27

Ivan Budiono

31-Dec-03 13:27

You must set ColumnNumber and RowNumber first. ColumnNumber is the number of kind of data ( in simple, total color that you see in chart ). The RowNumber is the total data that you want to show ( Default : R1, R2, R3 , ... ). To fill the data you can do this.
//Fill the first column, the second row
myChart.Column = 1;
myChart.Row = 2;
myChart.Data = 25;

NOTE : The property name may be wrong as I don't remember it precisely. But that is the main idea in using ActiveX MSChart.

How to duplicate controls from one form to another ??

nigs_krec31-Dec-03 3:17

nigs_krec

31-Dec-03 3:17

Hello all,
I have a tab control which initially has one tab page. I want to dynamically create some more tab pages which should have the same controls as the first one.
To read the controls on the first page I am doing the following :

Control[] myObjArray = new Control[this.tabControl1.TabPages[2].Controls.Count];<br />
this.tabControl1.TabPages[2].Controls.CopyTo(myObjArray,0);

The problem is, when I try to add the controls obtained using the above method, the controls are removed from the first page.

Control NewControl = new Control();<br />
NewControl = (Control)myObjArray[nCount];<br />
myTabPage.Controls.Add(NewControl);

This method however successfully puts the controls on the newly created page.

Any ideas how I can have the controls on both the pages ?

Thanks in advance.
Regards,
Amit

Re: How to duplicate controls from one form to another ??

Heath Stewart31-Dec-03 4:41

Heath Stewart

31-Dec-03 4:41

Control objects are reference types, and by they can only belong to one parent (typical in a window manager). You're not actually cloning these controls so they are getting re-parented in the new TabPage.

Perhaps a better - more object-oriented - approach would be to subclass TabPage and initialize all the controls in the constructor (like VS.NET does when you add controls to a Form, UserControl, etc.). Then you simply need to instantiate and add your custom TabPage class. New instances of all the controls in each separate instance of this custom TabPage class will already be there, just like instantiating multiple instances of some Form you created.

tlbimp marshaling problems.

Tristan Rhodes31-Dec-03 2:45

Tristan Rhodes

31-Dec-03 2:45

I'm converting my idl file to a tlb file, which now works fine. I have the base classes for Drag and Drop in the file, but when I convert it to a dll via tlbimp, i get a lot of errors, that leads me to believe that I am missing out on a large number of type definitions.

Where do I go to import these?

Aditionaly, when comparing my DLL with the windows form DragDrop methods, a lot of my int32's are replaced with UInt32. Why is this the case?

All my return values are void, wheras, in the IoleDataObject, they are almost all exclusively int.

Looking at the reflector decompilation, some of the objects that my version tries to interpret and convert but fails to, are all stored as object, i.e. IEnumStatData and IAdviceSink. How would I set up tlbimp to set it up this way?

Also, many of my types now come with & appended after them when they are used in method descriptions. Why is this?

My compiled version seems to have added object's for all the base types, Bitmap, clip format, metafile, pallete, and a whole heap of IWinTypes and IAdviseSink.
I don't know where these are actualy coming from. Do they exist in the .NET run time assembly already? I thought they did.

my IDL file I compiled looked like this:

<br />
import "oaidl.idl";<br />
import "ocidl.idl";<br />
<br />
<br />
[<br />
	uuid(01020304-0506-0708-9010-011012013014)<br />
]<br />
library DragDrop{<br />
	import "objidl.idl";<br />
<br />
	enum tagADVF;<br />
	enum tagDATADIR;<br />
	enum tagTYMED;<br />
	enum tagCLIPFORMAT;<br />
<br />
	struct tagFORMATETC;<br />
	struct tagSTGMEDIUM;<br />
	struct tagSTATDATA;<br />
<br />
	interface IEnumFORMATETC;<br />
	interface IEnumSTATDATA;<br />
	interface IDataObject;<br />
};

Any advice would be welcome on this issue.

Cheers

Cata

Re: tlbimp marshaling problems.

Heath Stewart31-Dec-03 4:37

Heath Stewart

31-Dec-03 4:37

By default, tlbimp.exe transforms any method signatures with an [out, retval] parameter such that it because the return type of the method. Since Microsoft developers also typed these methods, you can sometimes get away with returning an int to represent the HRESULT (so it would seem), but you can still return various HRESULT codes by throwing the COMException with an appropriate errorCode parameter value - even success codes like S_FALSE.

As far as all the interfaces that were imported, these interfaces, structs, etc., are used by the interfaces you imported so they must be imported too, being that they are dependend types of the interfaces' methods that you imported (or struct member types, etc.).

If you want more control over the method signatures, you should type them yourself.

Re: tlbimp marshaling problems.

Tristan Rhodes31-Dec-03 6:10

Tristan Rhodes

31-Dec-03 6:10

So what I have will still work? i'll just have to handle the Uints and IntPtr's differently?

What about deffining the classes that didn't get ported properly?

STGMEDIUM failed completely, and is handled as an intptr. I can define one myself, but I'm curious as to why it failed. I'm not sure where it's declared, as there are many STGMEDIUM type classes declared through the SDK import IDL's, though none actualy follow the name STGMEDIUM or tagSTGMEDIUM directly.

Many of the other interfaces, structs etc, failed to be marshaled, I got a lot of errors that looked like they failed down to a base system type.

Clipformat and STGMEDIUM in particular are my two biggest concerns, and another problem is with a Byte array that used an equation to determine the size.

I will have a crack at porting some of these to C# manualy if the whole tlbimp failes, but i'd like to go back to it due to the fact that I only had a slight brush with it.
(As opposed to MIDL which works fine now I have figured out how things work, but it took long enough)

Regards, and a happy new year

Cata

TO THE PUB! AND PARTIES!

Re: tlbimp marshaling problems.

Stephane Rodriguez.31-Dec-03 22:11

Stephane Rodriguez.

31-Dec-03 22:11

If you are ready to lose some of your hair, then you can edit the interop assembly (ildasm) by hand and then recompile it with a proper marshalling (ilasm).

Things to know about tlbimp.exe :
- it's a great tool but it doesn't export all of the content of IDL files.
- you need an actual tlb file (embedded or not), if not tlbimp.exe will fail miserably
- The .NET IntPtr type is the lowest common denominator for some struct. It shouldn't be a surprise that tlbimp exports an IDL-defined struct to a mere IntPtr when either 1) the struct is not defined as tlbimp.exe expects it to be 2) the structure is overly complex. Resulting in an IntPtr means that you have to marshal the struct back and forth yourself, that's not a big deal though since the Marshal class in the InteropServices namespace provides the API for just that.

RSS feed

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.