It would have taken many months to get to that level of quota usage...and I've long since left that company....
I planned to remove the logging after the system was tested, but management never got around to using a tester so my confidence in the system working flawlessly was low. The risk of running out of log quota was offset by the benefits gained whenever anyone found a bug and was able to send back the logs. ie It was a judgement call. Richard On 11/28/05, Eric Means <[EMAIL PROTECTED]> wrote: > > By default no single assembly can write more than 10MB per user--did you > change the default, or are your apps just not logging anymore? :) > > ---------------------- > > Alex, I would suggest using LocalApplicationData, as Dominick suggested, > followed by an application-specific folder (for example: > > string path = System.IO.Path.Combine( > System.Environment.GetFolderPath( > System.Environment.SpecialFolder.LocalApplicationData), "MyAppName" + > System.IO.Path.PathSeparator + "log.txt"); > > LocalApplicationData is app data that will not be included in the user's > roaming profile, which is probably what you want. > > > On 11/28/05, Richard Birkby <[EMAIL PROTECTED]> wrote: > > > > I've written log4net data to isolated storage. In fact, AFAIK thousands > of > > desktops across IBM are still logging data (endlessly, with no upper > > bound) > > to isolated storage.... > > > > > > > > Richard > > > > On 11/28/05, Ian Griffiths <[EMAIL PROTECTED]> wrote: > > > > > > I'd recommend not using that. > > > > > > By default, only Administrators and Power Users can write there. If > you > > > write your log there you'll be preventing non-admin users using any > > > application that uses your DLL. > > > > > > > > > -- > > > Ian Griffiths - Pluralsight > > > http://www.interact-sw.co.uk/iangblog/ > > > > > > > > > -----Original Message----- > > > From: Alex Smotritsky > > > > > > Thanks Dominick, I think I'm gonna go with > > > Environment.GetFolderPath( > Environment.SpecialFolder.CommonApplicationDat > > > a) > > > > > > -----Original Message----- > > > From: Dominick Baier > > > > > > Hi, > > > > > > string s1 = > > > Environment.GetFolderPath( > Environment.SpecialFolder.LocalApplicationData > > > ); > > > > > > this gives you a lot of directories, besides temp - but you can get > temp > > > via: > > > > > > string s2 = Environment.ExpandEnvironmentVariables("%temp%"); > > > > > > ----------------------------- > > > Dominick Baier, DevelopMentor > > > http://www.leastprivilege.com > > > > > > > > > -----Original Message----- > > > From: Alex Smotritsky > > > > > > I want to log some things to a text file from a dll I have in the gac. > > > One > > > thought is to log to c:\temp but I don't want to hard code that so I'd > > > like > > > to know what's a good way to find out what the c:\temp directory is on > a > > > windows system. Any thoughts anyone has on other places to log to are > > > welcome. I suppose the event log is an option but I'd have to discuss > > > that > > > with my partner on my project as logging to a text file is his idea. > > > > > > =================================== > > > This list is hosted by DevelopMentor(r) http://www.develop.com > > > > > > View archives and manage your subscription(s) at > > > http://discuss.develop.com > > > > > > > =================================== > > This list is hosted by DevelopMentor(r) http://www.develop.com > > > > View archives and manage your subscription(s) at > > http://discuss.develop.com > > > > > > -- > Eric Means > [EMAIL PROTECTED] > http://www.randomtree.org/eric/ > > =================================== > This list is hosted by DevelopMentor(r) http://www.develop.com > > View archives and manage your subscription(s) at > http://discuss.develop.com > =================================== This list is hosted by DevelopMentor(r) http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com =================================== This list is hosted by DevelopMentor® http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com
