|
oops, guess I shouldn't be replying to messages after I wake up from sleeping on a long ride home.
I should have said private variables; because in many cases in my code a private variable would have a public get or get/set property defined for it.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
James T. Johnson wrote:
I should have said private variables; because in many cases in my code a private variable would have a public get or get/set property defined for it.
ahhh yes... I use "m" as a prefix, so I know the variable is "mine".
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
Christian Graus wrote:
I need to get Visual Assist on here, pronto.
I think vs.net behaves bit more nicely than the vstudio for intellisense. Its able to pickup most of the classes and variables.
But I've read somewhere(dont remember where i read) that VA is not so stable for vstudio.net, I guess the beta status explains that a bit.
Cheers
Kannan
|
|
|
|
|
Can someone tell me whats the sprintf equivalent in c#.
I want to format a string, an sql statement (insert into ...) based on some values.
thanks
Kannan
|
|
|
|
|
There is nothing as evil as sprintf in C#, but a facility similar to ostringstream is StringBuilder.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
String.Format it takes the same arguments that Console.WriteLine does which allows you to specify some formatting options similar to ?printf. Here is a link to the format string specification.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Thanks.
I have another question.
Whenever I use a 'String' type in c# most of the times I end up calling the member functions directly without creating any instance are they static methods(for ex. System.String.Format), which in turn return a 'string' type.
'string' is the simple type - does this encapsulate the 'String' type of the framework.
Also, I understand I dont have to do a 'new' to access the 'string' types while the 'String' requires a 'new'.
Is that true that variables of type 'string' is created in the stack and the 'String' is created in the heap.
regards
Kannan
|
|
|
|
|
Kannan Kalyanaraman wrote:
'string' is the simple type - does this encapsulate the 'String' type of the framework.
string is the C# name for .NET's String type, same for int/Int32, byte/Byte, char/Char, etc. In each case its just a different capitalization for the Framework name, everything else is the same 
Kannan Kalyanaraman wrote:
Is that true that variables of type 'string' is created in the stack and the 'String' is created in the heap.
Nope, String is a reference type so it is created on the heap. But strings can made Interned since I can't explain it very where here is a copy 'n paste from the docs.
The common language runtime automatically maintains a table, called the "intern pool", which contains a single instance of each unique literal string constant declared in a program, as well as any unique instance of String you add programmatically.
The intern pool conserves string storage. If you assign a literal string constant to several variables, each variable is set to reference the same constant in the intern pool instead of referencing several different instances of String that have identical values.
This might be what you are thinking of instead of the stack/heap
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Thanks a lot.
I think I need to get a book first.
Cheers
Kannan
|
|
|
|
|
I've been starting an image processing library in C#/GDI+ tonight and I've hit a couple of snags. One is asked about below, I can't see how to link two different files together, a la #include. The other is more vexing.
GDI+ provides a Bitmap class, which has a LockBits method. Well and good, but it appears that in C# I must write 'unsafe' code in order to use it to access the bitmap data of the image. In fact, Eric Gunnerson, no less, has examples of this online, so I'm pretty sure if you want to use BitmapData, you need to write code that is not going to be able to run in the grand scheme of things, i.e. over the web.
Does that strike anyone else as pathetic ? It's not an esotetic pointer, but in fact a well defined chunck of memory that I need simply to access in array like fashion. Why is that so hard ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
It's not an esotetic pointer
Holy thank God...
- Jason
Do you have a Pulse?
SonorkID: 100.611 Jason
|
|
|
|
|
I think what you're seeing is a direct inclusion of GDI+. It would have been nice if it had an array accessor though 
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Well, you don't have to use LockData; you can use GetPixel() and SetPixel(), which has pretty poor performance, so it's probably not a valid solution.
I've made the same comments to the GDI+ folks. Note that there's going to be more overhead with array-based access regardless of how they do it; not only do you have the array indexing, but you also have the conversion from the bitmap format to the independant format (ie Color).
|
|
|
|
|
Yes, while I imagine Get/SetPixl is not as slow as under GDI, there is at least the overhead of the function calls per pixel.
I'd be happy if they just gave me the data in an array and left it up to me to keep track of where I was, and which was blue, green, red. While I'm on that, why does GDI+ have me specify 24BitRGB, but I get back 24BitBGR ? I know BGR is windows internal format, but why not make the flag that then ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
I havent done a great deal of research into this but I have seen example code in VB.NET that goes something like:
Public Sub DoSomething(sender as Object, e as EventArgs) Handles Button1.Click, Button2.Click, MenuItem1.Click and i really like this new "Handles" clause in defining events.
What I havent seen is the same thing used in C#. I assume you can still use AddHandler and acheive the same thing, though I havent seen that either.
I guess the first question is can you do either of these, but the real question I have is, aside from syntax, personal preference, or the stigma associated with one or the other, why should I choose C# over VB.NET?
Are there things that one does that the other doesnt? Or that one does better, that the other doesnt?
Christian, I notice you have gone straight to C# as your first .NET language. Is it based on anything other than the fact you are more used to typing/seeing braces rather than "End If"?
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
To be honest, I went right for C# because
a/ it's been marketed to me,
b/ it's been presented as the ease of VB/the power of C++,
c/ I have the resources here, and
d/ (sorry, but) I'd be embarrased to choose VB unless I had compelling reasons I could argue for it.
I've discovered tonight that you can use pointers in C#, although I'm not yet sure of the implications of using the unsafe keyword. It appears though that 'unsafe' is the only way I can use the BitmapData class as anything other than a hood ornament.
The very existence of C# AND VB.NET AND Managed C++ to me means that we have two transitional languages to pull people into what M$ want us to develop CLR code in, and that is C#. I am not bailing no C++ at ALL (EVER), but I refuse to use Managed C++ unless a compelling reason arises, because it makes no sense to me to use it. If I want powerful native code, I go to C++, that's why I never learned VB. If I want CLR code, then I will go to C#. I know Managed C++ is optimised, but I think there is more advantage in using the language designed from the ground up with the task in mind.
And in a night I've learned enough to write a program that loads and saves a bitmap, displays it in the dialog and offers an invert filter. Most of that time has been spent figuring out how to use BitmapData, by far, and the answer is in the good old fashoined pointer way, which I didn't realise was possible. As I say, I need now to find out if there are any repercussions of using it.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
I've discovered tonight that you can use pointers in C#, although I'm not yet sure of the implications of using the unsafe keyword.
unsafe code does compile to IL, but it is unverifiable; so you need a higher permissions set to run the code. The same goes for P/Invoke.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
David Wengier wrote:
I guess the first question is can you do either of these
C# has overloaded the += and -= operators for events so that you can add and remove event handlers at runtime. This is also the only way that C# lets you add event handlers.
The AddHandler statement that you see in VB is VB specific and is part of the VB.NET language. However if you can get access to the underlying EventHandlerList there is an AddHandler method on that you can use. An Events property of type EventHandlerList is exposed on the System.ComponentModel.Component class and its derivatives as well as the System.Web.UI.Control class.
David Wengier wrote:
Are there things that one does that the other doesnt?
VB lets you assign events with the Handles keyword; it is also easier to do Late Binding with VB but you can accomplish the same with some Reflection in C# (or any .NET language).
C# lets you overload operators, and create/use indexers (a property on a class so that you can treat an instance of the class like an array ie foo[3]).
Someone on the DOTNET list noticed that the IL that VB.NET produces has a lot of NOPs in its code generation. While it makes the IL a little bit bigger the JIT will compile those away to nothing.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
All the exmaples I see are making one fat .cs file - what is the equivelant of #include, so I can see the contents of one file from another ?
Thanks
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
You don't. C# -- like Java -- doesn't look for dependencies until the linking stage (if you could call it that).
main.cs
using System;
public class Test
{
public Test() { }
public static void Main(string [] args) {
Foo f = new Foo();
f.SayHello();
}
}foo.cs
using System;
public class Foo
{
public Foo() { }
public void SayHello() {
System.Console.WriteLine("Hello Chrstian!");
}
}That will work just fine, assuming both files are in the compiling process.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Why might it not work ? I did this last night and still got nowhere. If I create a file and save it, do I need to add it to the project somewhere as well ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
If I create a file and save it, do I need to add it to the project somewhere as well ?
Yes, it will have to be added to the project or it won't get compiled. How did you go about creating a file and saving it? If you go through the IDE it should be added to the project for you.
How I add a new class: Right click my project in the Solution Explorer, choose Add then Add New xxxxx (class, component, windows form, etc).
Ah! Just a shot in the dark, do the namespaces match between your two files? Come to think of it, my example didn't have a namespace for foo.cs 
If you change the namespace you can let the IDE help you a little, right click on the project and choose Properties, then change the Default Namespace to the base namespace you use.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
No, I didn't do it quite like this, but I did it through the IDE. I made sure my namespaces matched, but I'll try it fllowing what you said and see how it goes.
Thanks.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
If you're compiling as part of the same project, you don't need #include; the compiler can automatically access the classes in all the files that are compiled together.
If you're compiling into separate assemblies (aka dlls), you'll need to add the referenced one either to the project or using /r on the command line.
|
|
|
|
|
Thanks - it seems the way I added the file did not make it part of the proejct, I did the exact same thing this morning, but added the class by right clicking in the class view and it all worked fine.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
