Vanitha,
I am not part of the log4net team, and the following are my own view, and not necessarily those of my employer. Basically, all of the DLLs in your application must be of the same architecture - either all 32bit, or all 64 bit. You can't have so many in one and so many in the other. So long as you keep to that, you shouldn't have too much difficulty. The reason you can use the 32bit Dlls on your 64 bit machine comes down to something known as Windows on Windows - basically it emulates a 32bit environment for your app and on you go. You don't have to do anything - so long as all your dlls are 32 bit, it will just work. If you want to move to 64bit, you'll need to compile all of your Dlls - that's your app and anything it references (including log4net, excluding GAC) will need to be recompiled as 64 bit assemblies. I would question why you want to do this - by doing it you will prevent your application from being able to be deployed in 32 bit environments. By staying with 32bit you can deploy to both 32 and 64bit environments. By moving to 64 bit you will lose that, so I would want a reason to make that transition - and a better one than "it just sounds better..." Cheers, Martin. From: Venkatasamy, Vanitha [mailto:vanitha.venkatas...@xpandcorp.com] Sent: 22 March 2012 15:47 To: Log4NET User Subject: Log4Net for Windows 2008 64bit machine Hi All , We are planning to move the application having log4net code to a windows 2008 64bit machine. The application uses a dll ,which has the log4net error logging code with below dll's referenced in there using log4net; using log4net.Config; and I am using EventLogAppender, RollingFileAppender and custom sendAlertAppender.MultiThresholdNotifyingAppender,sendAlertAppender . Please let me know ,whether it's going to be any issue . Thanks, Vanitha ________________________________ This message contains Devin Group confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete this e-mail from your system. E-mail transmissions cannot be guaranteed secure, error-free and information could be intercepted, corrupted, lost, destroyed, arrive late, incomplete, or contain viruses. The sender therefore does not accept liability for errors or omissions in the contents of this message which may arise as result of transmission. If verification is required please request hard-copy version. EnServe Group
