Posts by thekashyap

Must be something to do with the way you're using them.. parameters etc.. see which object file or .so or .a file contains teh required symbols and add that on link cmd..

this is my program..

See now we know what you don't know.. :)
See this link to learn teh abt arrays in C++. It tells you:
- What is an array?
- How create an array ?
- How to initialize an array ?
- How to access elements of an array ?
- Finally multidimensional arrays are described if you're interested.

From what I know j2ee.jar is the one that contains these classes.
Can you run echo %CLASSPATH% in the same cmd window where you are able to reproduce the error and see it?
Also see this thread if it helps..
J2EE_HOME should point to the home dir (i.e. C:\j2sdkee1.3\) not a jar file.

That requires that you load the entire list while running, or that you write your own search routines to search for the user/id combination.

True but I feel that would be easier ! :)

With a DB you simply set of a query with the username as the search string and return the "id".

As someone quoted earlier you've deceptively missed a few other things:
1. Installation of DB?
2. Creation of DB table?
3. Code to create the DB connection?
4. Readup how to do step 1, 2 and 3 or ask someone???
I sure agree that once you're done with all this you'll "simply set of a query with the username as the search string and return the id".

No fuss, no muss. No loading the entire list into main memory, and no self-rigged search routines. And storing new user/id combos is just as easy as finding one. A single statement, and you're done.

Here is the fuss/muss we'll have to do if we use flat file (see the code at end). Self-regged search routines? std::map gives it. map::find().
Abt the "single stmt and you're done part" as I said earlier, it's not really true.

And this includes the possibility of a new user attempting to use the same name as a current user, when the username is the primary key, as the insert will fail with a primary key validation. With that, you no longer even have to …

> Wouldn't you use a public member function to access and modify private member variables?
Yes everyone else would.

But some people seem to like asking stupid questions like this which subvert the whole idea of using an OO language for data encapsulation.

Like somehow knowing that if you could smash your way through the barriers, it would make you some kind of 'leet' programmer (it won't).

I really don't have words. How to put it...??? If your petty brain can't think of a usecase for this ASK. Don't profess there is no such usecase. Have you heard of things like "real world programming", "customer faults" "work arounds".. ??? I don't think so. May be if you knew at least one of these things you won't be talking in this language..

>access c++ private data members without using the " Friend" type
Why is this such a common question? It's insanely stupid.

If you donno the answer, just say so.. The way you dismiss it, looks like you know at least 5-10 solutions to the problem...

Now before you both start let me give you the usecase(s).
1. During you coding you realize some problem with your design and need to access the private member variable of someone else's class from yuor code, but you don't have the time/authority to convince the provider to change his/her code.
2. You have an urgent bug to be corrected. For this you need to access a private …