This guy knows what's up... :thumbsup::cool:

Both are necessary roles in business.... you might not like them, but it's hard for a business to keep a constant stream of work/funds without them. They sell the dream, we make it happen. :)

:laugh:

Decently well though out description of the problem and solutions: C++ Constructors and Memory Leaks - J@ArangoDB[^]

If you're not actually spamming, I wouldn't worry too much about it. :cool:

Well, not sure what message you're referring to so not enough context. As to whether it's normal... wouldn't say normal but it happens. There is a voting system though so you'd have to get flagged by multiple users for a message to be removed. Not sure what it takes to get booted though.

I personally wouldn't recommend using MFC for anything that doesn't involve a GUI. It's relatively large and really buys you minimal help for most things (although it does help a lot with GUI objects). As to building an LSP (note the "deprecated" part)... Layered Service Provider - Wikipedia[^] As to building this type of DLL using C++, sure, you probably just need to export some functions using the 'C' style exports so they could be loaded. It's common practice so you'll find examples everywhere.

Easy to find examples online... How to make a gui Calculator in Python using Tkinter[^]

You have to be innovative... and in a way that interest your target user base. FB initially targeted college kids, and did a damn good job of it too... that helped it build up a huge user base. From there it expanded to a bigger audience. Now about being innovative, if you're making the same thing that FB already has, well... odds are people won't be too interested in joining yet another social site (Google+ has pretty much flopped because it doesn't offer enough novelty to make people want to join). If on the other hand, you have something new that people like to offer, then you might have something (i.e. Snapchat and all their video/image filters).

:laugh:

Rajesh R Subramanian wrote:

Nobody is forcing you to fill those forms - you could do them if you'd like to work from home, or go to work every day. It's not a right, but a privilege to work from home, so quit whining at once.

:thumbsup::thumbsup::thumbsup:

The question is.... were you or were you not wearing pants when you took the picture of your desk? ;P :laugh:

It doesn't prove anything, but if it enables you to keep working from home... why not?

meh, seems like a minor procedural annoyance in exchange for working from home.... better than a long commute.

:laugh: I go through this every time I have to deal with our IT folks.

Probably couldn't find the library. First, search your system to see if you have that library (look in /usr/lib, /usr/local/lib, or multiarch lib paths[^] if Suse supports them), if you don't find it do an online search to see what package that library is a part of and install that package. If you find the library in your system already but you're still getting an error, it's also possible that whatever you're running is looking in the wrong location or under the wrong name. For example, if it's looking for libio_misc.so but your system has libio_misc.1.2.0.so (in which case, you just need a symbolic link). If the shared object file is in a non-standard location and you want to add search paths to the loader, you just have to define or add to the LD_LIBRARY_PATH environment variable.

That gives you an error on the redefinition of the macro... has nothing to do with using it in a function prototype. If the definition of a macro was changed in between forward declaration and definition, you'd get a different error, such as "symbol not found" when you try to use it.

or a few bits... but who's counting right? ;P

Those are the best deals! :cool:

If BYTE is defined differently between the forward declaration and the definition, you certainly wouldn't get a "redefinition" error.