I assume the master page has a property that gives you the page, you then need to cast that to the BasePage type, preferably using the 'as' keyword and checking first that the cast succeeded. Christian Graus - Microsoft MVP - C++ "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )

lnong wrote: However, if I make a Windows Service, then won't it be running on the server as just one copy? True, but now you'll have all of your logoons running through a single service on the machine collecting data in a time-consuming fashion (remote WMI). Unless you make you service multi-threaded you'll bottleneck client logons. Now, your spawning multiple threads to do the same job multiple processes would have done. In reality, there's no difference. No, file concurrancy is not a problem. If you have the client inventory app running out of the login script, the client will launch the app just like any other Windows process and the login script will continue on it's merry way. The inventory app will be running while the client finishes it's logon sequence. When it comes to writing the record to the file, you open the file as Deny Share Read and Deny Share Write. If the client can't get the opened, it waits a random number of milliseconds and tries again. In may version, I had a 10 retry limit with a maximum random delay of 2000 milliseconds. The number of file I/O operations was low. I tested this mthod, before I deployed it of course, with 10 machines running 10 processes each, trying to write to the same file with the mentioned scheme. Not one hiccupp or failure was ever experienced over a one hour period with over 2,000,000 records and not one record was lost. How can you make an app that launches at a specific time? Easy, just write it as a console app and use the Scheduled Tasks control panel app to run it. The app doesn't have to worry about a timer or the current system time at all. At the end of the record collection, it quits on it own. RageInTheMachine9532 "...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Well, you can't use a ref: object like that, as you've already found out, since the WMI provider won't resolve reference for you. But, the CIM_LogicalDevice maps to a Win32_PnPEntity object. You can use the string that Dependant returns to get at the actual device. You'll have to parse out the DeviceID, but you can use that ID to get the appropriate Win32_PnPEntity object from WMI. RageInTheMachine9532

I think it depends on the client machines and the exact requirements. The API of EnumPrinters and EnumPrinterConnections will be of use to you. YOu can use them to enumerate printers on remote clients - so in theory it could all be done from one machine (although you'd need administrator rights to log into the remote machines and do it.) On a domain, in theory you could query the domain for all machines currently connected (not sure if this is possible or how to do it... but it seems possible), then for each machine, call EnumPrinters and EnumPrinterConnections to get all the printers. The logon script idea would probably work, too, assuming you have a way of getting that information back to the central database or wherever. As for what language to use... probably straight Win32 C or C++ would be your best bet, since most of this will be calling Windows APIs. Sometimes I feel like I'm a USB printer in a parallel universe.

I'm not sure if this would work for your situation, but in the body tag of the actual html file being displayed in the frame, put style="overflow:auto;" NATHAN RIDLEY Web Application Developer generalgherkin@yahoo.com

Ah... So I need to actually READ your text...:-O Sorry, my fault...

Aristotle said it first :) ----- We are what we repeatedly do. Excellence, then, is not an act, but a habit.

I GOT IT TO WORK! WOOHOOOO!!!! I finally figured out a way to disable all "guest" access to the NAS drive, and only allow my ASP.NET application to access it. The solution was to create a new "ASPNET" user account on the NAS drive WITHOUT setting any password. This "ASPNET" account is made to correspond to the same "ASPNET" user account that IIS uses to execute the ASP.NET application in the Windows environment. The key here is to leave the password field blank. The reason for this is that (although I could be wrong) notice in the machine.config file (at least my machine.config file) that the username/password attributes of the <processModel> tag is "machine"/"AutoGenerate". This gives me the notion that the password for Window's "ASPNET" account is automatically generated by Windows/IIS, thus, requiring the password field in NAS to be set blank (to accept any password that IIS may have generated) for its ASPNET user. Only then will it be possible for the NAS to authenticate the ASPNET user and allow access. By allowing only the "ASPNET" user and disallowing the "guest" user, I believe that my NAS will now be safe from any unwanted network intruders. And finally thanks to everyone who has offered input and tried to help. Oh, one more thing to note, and this may probably invalidate my whole reasoning above. A lot of advices I get from ppl on these forums is to create a user account on the NAS that matches the user account that the Windows' aspnet_wp.exe worker process uses. What I did above is the same thing, just that I didnt not set a password for the account. So I decided to try setting a same password for the "ASPNET" user both in Windows ("Admin Tools" -> "Comp Management" -> "Local Users and Groups" -> "Users") and in NAS. I also modifed the <processModel> tags in machine.config so that username/password = "ASPNET"/"(password)". Strangely, this did not work. Some other people say to let the aspnet_wp.exe process use an existing Window user's account to run. So in machine.config I set username/password = "myUsername"/"(myPassword)". I created the same account on the NAS as well. Again, sadly, this method did not work either. But who cares now??!! It working!! LOL

Oh yeah, if you want to modify the array directly instead of creating a new array: push(@{$arrayOfArrays[4]},"2ndString"); - Mike

Thanks roger. Changing my IE browser's settings so that it checks for new versions of stored pages on every visit to the page did the job. Thats a nice little trick, basementman. I'll remember it. And I might give it a try as well. Thanks.