|
Yes. Do you think I should have said that I used "string" as an example type?
Bastard Programmer from Hell 
|
|
|
|
|
This has nothing to do with classes, it returns the path to the executable program as described here[^].
|
|
|
|
|
Assembly.GetExecutingAssembly().Location.
|
|
|
|
|
Surely, that returns the location of the executing assembly? 
TopicStarter wrote: Is there a c# way to get the directory of the class and not the class that calls it?"
Bastard Programmer from Hell
|
|
|
|
|
Yes, but 'the class' surely refers to the current class, which will be in the executing assembly. That's how I read it, anyway.
|
|
|
|
|
Yup, sounds logical too. It must be either time for coffee, or for some sleep 
Bastard Programmer from Hell
|
|
|
|
|
Thanks for the input, guys. See my clarification at the end here.
|
|
|
|
|
To clarify:
main program is in directory A
main program uses sub-program in directory B
I need to get the directory of B programatically.
Wouldn't anything referring to executing assembly refer to the location of main program in directory A? Since I am referring to program B in program A, the dll or exe is copied to program A's directory, so getting that location would return program A's location, not program B. I have a file I need to use/get in dir B.
A->B and B is trying to open a file in it's directory but I'm getting the location of A because A is the application startup path (and executing assembly,no?).
Sorry for the confusion! I hope that this makes it more clear!
modified 25-May-12 13:28pm.
|
|
|
|
|
Is directory of the B is relative to the A's directory then you can calculate the path for B's directory
get the App path and then add directories or remove directories depending on the B's location...
Assuming that B's directory does not change with respect to A's
Happy Coding
|
|
|
|
|
That's a good idea. A's directory is blah/blah1/blah2/tool/tool/bin/Debug and then B's directory could be found by appending it's location onto blah/blah1/blah2.
|
|
|
|
|
As I pointed out earlier this command returns the path of the executable program. It does not matter where the various components used to build that executable are stored.
|
|
|
|
|
But B's exe file is referenced by program A, so A copies the exe file to A's Debug directory. So getting the exe location would return A's dir and not B's.
|
|
|
|
|
Exactly, and that is why it does not work. When you start an executable program Windows makes a note of its location and it is that location that will be returned. Program A can only ever find program A's directory. Maybe if you explain what problem you are actually trying to solve people will be able to give some better suggestions.
|
|
|
|
|
Right. It does not work. Thanks for helping!
|
|
|
|
|
Hi guys. I'm going to call this since I decided what I'm going to do. For anyone looking at this post in the future, this is what I figured out.
I'm new to c# programming (3 months experience), so this is my first program (in this language and with visual studio). Apparently, once this is released, all of the executables will be put in the same directory as the calling application directory, so the debug subdirectories will be gone. So I need to put my file referenced by B into A's directory.
Thanks for all the help!! 
Have a great Memorial Day weekend and enjoy!
|
|
|
|
|
Hey guys,
I have 2 lists defined like this within the class 'image':
public List<uint16> data = new List<uint16>();
I'm trying to subtract two the coresponding values of two instances of the list like this:
UInt16 toAdd, lhs, rhs;
for (int i = 0; i < a.data.Count; i++)
{
lhs = a.data[i];
rhs = b.data[i];
toAdd = lhs + rhs;
}
but I get the error:
Error 1 Cannot implicitly convert type 'int' to 'ushort'. An explicit conversion exists (are you missing a cast?) d:\my documents\visual studio 2010\Projects\Contrast Enhanced Subtaction\Contrast Enhanced Subtaction\Program.cs 28 25 Contrast Enhanced Subtaction
Any ideas?
|
|
|
|
|
Terry Price wrote: Any ideas?
Yes, take the advice offered and use a cast:
UInt16 toAdd, lhs, rhs;
for (int i = 0; i < a.data.Count; i++)
{
lhs = (UInt16)a.data[i];
rhs = (UInt16)b.data[i];
toAdd = lhs + rhs;
}
BTW I don't know what this code is supposed to be doing but I don't think it is doing it right. You say you are trying to subtract something but then you add the same value twice into variable toAdd, so at the end of your loop toAdd will contain the sum of 2 * a.data[0] + 2 * a.data[1] ...
Programming is work, it isn't finger painting. Luc Pattyn
|
|
|
|
|
That still won't compile you know,
Richard MacCutchan wrote: toAdd = lhs + rhs;
will still fail with the same error.
|
|
|
|
|
Well spotted; I thought it too trivial to paste into the IDE - serves me right.
Programming is work, it isn't finger painting. Luc Pattyn
|
|
|
|
|
that is not where the problem is; the problem is the addition result is an int, and toAdd is just a ushort, so some narrowing needs enforced.
|
|
|
|
|
|
Terry Price wrote: Program.cs 28
Compiler messages and run-time errors/exceptions tend to include useful information such as class name, file name, and line number. Now tell your IDE to always display the line numbers in source windows and start relying on them.
28
|
|
|
|
|
I have to say this really is a case of 'RTFM', the M being 'message' in this case. The error message tells you which line is broken, what the problem is and how to fix it!
You should use List<ushort> but I guess you are and you just didn't manage to type your post correctly (eaten by the HTML parser?) since there is no List class in .Net.
The answer is: toAdd = (ushort)(lhs + rhs)
... but I must ask why you're using ushorts in the first place. Unless you're declaring these lists to directly interface to a ushort-taking API, there's no reason not to just use uint or int in most cases. Arithmetic operations are optimised for 32 bit numbers and you're just slowing yourself down by using 16 bit.
|
|
|
|
|
BobJanova wrote: but I must ask why you're using ushorts in the first place.
Well, he mentioned this being part of a class called "image", so I'd guess its for space reasons. So I'm not very sure that it would be slower either, usually yes (that extra AND at the end costs time, if not that much), but if he's saving cache misses that way then they probably make up for it.
|
|
|
|
|
ushort and int take up the same space on the stack. No memory saving there. Same as bool, they all take up 4 bytes.
"You get that on the big jobs."
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
