porting

Im working on porting some old ALP user accounts to a new ASP.Net solution, and I would like for the users to be able to use their old passwords. However, in order for that to work, I need to be able to compare the old hashes to a newly calculated one, based on a newly typed password. I searched around, and found this as the implementation of crypt() called by PHP: char * crypt_md5(const char *pw, const char *salt) { MD5_CTX ctx,ctx1; unsigned long l; int sl, pl; u_int i; u_char final[MD5_SIZE]; static const char *sp, *ep; static char passwd[120], *p; static const char *magic = "$1$"; /*

How do I go about porting gcc to a new architecture? I am specifically interested in the following architectures: ARM (TI OMAPs) TI MSP430 x86 but guidance on how to port to any architecture would go some way to solving my problem. Learning to port gcc is going to be a significantly non-trivial task. As a rough guide of what to expect, you will need to know: The target architecture inside out. Literally, otherwise how else will you know how to convert C to it? The C standard, so C89, C99 etc. How compilers work. There are whole books on this. In order to start the process, you would typically

I have a C++ class that compiles fine on linux with gcc and on widows in visual studio. boid.h: #ifndef BOID_CLASS_HEADER_DEFINES_H #define BOID_CLASS_HEADER_DEFINES_H #include "defines.h" class Boid { public: // Initialize the boid with random position, heading direction and color Boid(float SceneRadius,float NormalVel); ..... protected: ... }; #endif and in boid.cpp: #include "Boid.h" // Initialize the boid with random position, heading direction and color Boid::Boid(float SceneRadius,float NormalVel) { .... } However, I get the following error when I compile this code in Xcode: Compiling

With some changes in the staffing at the office, the levels of C# expertise has dropped off precipitously and there are now more Java developers. It has gotten to the point where the higher-ups are considering moving an existing .NET project written in C# into the Java world. Aside from the obvious problem of starting completely from scratch what are the possible ways that this company can accomplish a successful move of development on a project from .NET C# into Java? Here are things to consider: Is this big project? If Yes, try to stick with C# Is this medium sized project with components?

I am attempting to port a small data analysis program from a 64 bit UNIX to a 32 bit Windows XP system (don't ask :)). But now I am having problems with the 2GB file size limit (long not being 64 bit on this platform). I have searched this website and others for possible sollutions but cannot find any that are directly translatable to my problem. The problem is in the use of fseek and ftell. Does anyone know of a modification to the following two functions to make them work on 32 bit Windows XP for files larger than 2GB (actually order 100GB). It is vital that the return type of nsamples is a

As far as I can tell, Java has no such equivalent of C#'s Reflection.Emit stuff. Are there any additional libraries for Java that provide similar functionality? What are the differences (to reflection emit )? Besides Darin's excellent answer (+1), ASM is worth checking out too. The Byte Code Engineering Library (BCEL) 来源： https://stackoverflow.com/questions/2259323/java-equivalent-of-reflection-emit

I'm porting a C project from Linux to Windows. On Linux it is completely stable. On Windows, it's working well most times, but sometimes I got a segmentation fault. I'm using Microsoft Visual Studio 2010 to compile and debug and looks like sometimes my malloc calls simply doesn't allocate memory, returning NULL. The machine has free memory; it already passed through that code a thousand times, but it still happens in different locations. Like I said, it doesn't happen all the time or in the same location; it looks like a random error. Is there something I have to be more careful on Windows

I am porting some c++ code to c. What is a viable equivalent of std::map in c? I know there is no equivalent in c. This is what I am thinking of using: In c++: std::map< uint, sTexture > m_Textures; In c: typedef struct { uint* intKey; sTexture* textureValue; } sTMTextureMap; Is that viable or am I simplifying map too much? Just in case you did not get the purpose its a Texture Map. Many C implementations support tsearch(3) or hsearch(3). tsearch(3) is a binary tree and you can provide a comparator callback. I think that's about as close as you're going to get to a std::map. Here's some c99