Jump to content

tempnode

Active Members
  • Posts

    27
  • Joined

  • Last visited

Posts posted by tempnode

  1. yeah, i'm having no problem changing the key.

    i'm having a problem finding a key that i can change that locks the keyboard, and when the registry is notified and updated, the changes take effect.

    currently, i can change the value, and i see the new value in regedit (so obviously, the change has been recorded in the registry), but the change isn't taking effect. i think it's not updating simply because a restart is absolutely required for this change to take effect. some registry keys don't need a restart, so i'm trying to find a registry key that doesnt need a restart to take effect (assuming that it will take effect after i can reload the registry hive)

  2. Is there a registry key that disables the keyboard (XP/Vista) without reboot?

    I can reload the registry hive through a couple different methods (kill and restart explorer.exe is the most popular but there are cleaner ways), but i need a key that doesn't require a reboot to take effect.

    for example, the following key will disable the keyboard, but it won't update when i reload the registry hive:

    HKEY_CURRENT_USER\Control Panel\Accessibility\Keyboard Response\Flags

    There are keys that take effect when the registry hive is reloaded, but the key that i listed will not. So, like I said, I need a registry key that will take effect when I reload the registry hive. A key in HKEY_CURRENT_USER is preferred, but I suppose a key in HKEY_LOCAL_MACHINE will work as well.

  3. WTF is wrong with a restart? I mean really?

    Nearly all cracks/hacks involving pw cracking require a reboot.

    Again, if it's school/library related, it's useless(most use deepfreeze)

    well, i'll tell you:

    1) some of these people are using BIOS passwords.

    2) some of them are logged on to other software that require a password, so if i restart, i'd have to know their PW for each individual software suite to log back in so it looked like nothing ever happened

    also, it's not school related... i'm a bit older than that, heh.

  4. just for reference:

    it's possible to inject an EXE into a suspended process, but there is a program called RAMDisk that will create a virtual HDD (it will even show up under my computer) of variable size which you can set in the .inf file. RAMDisk allocates areas of blank memory for storage of anything you want: games, pics, vids, etc... and since the files exist on RAM instead of a physical HDD, access times are boosted by up to 50x normal speeds.

    ** However, this is important: THE FILES ON THE RAMDISK WILL BE DELETED UPON COMPUTER SHUTDOWN. The RAMDisk drive will still exist, but the files will be toasted (there are some RAMDisk applications with built-in backups that write to your HDD and rewrite to the RAMDisk on startup, though).

    Just thought I would post this in case anyone else ran into this problem.

  5. Which is why programs like HHD's serial monitor create a psuedo driver that you load before the other program and it shares the COM port to that program but still allows you to monitor it.

    You could also share the port by using CuriousTech's Xport. This will create a virtual serial port for the real one.

    Either way these must be run BEFORE the program that is to use the port since as you've found, they lock the port for exclusive access.

    Of course the other way is to put you're own serial device in-between by use of a vampire tap. Physical access trumps software.

    Or method 3 is to use HHD to port mirror and take what's gozinta/outa com1 and pass it on through to Com2.

    Yeah, there are quite a few applications available that create virtual serial ports with functionality to reroute, clone, etc... but as breakmyn mentioned, unfortunately, they all require exclusive access to the port (i.e. before another program has it locked).

    breakmyn, you mentioned a vampire tap... i'm not familiar with this. could you expound for me? I'm intrigued =)

  6. gumsho3, i've further investigated the issue... it's not pretty:

    the application running creates a file handle to the COM port (as i suspected), but it uses the "DO NOT SHARE" flag in the handle creation, which is standard. this basically means that as long as the program has the handle, i can't rip the port.

    so, to get around this, i have to create an upper level driver filter that monitors the port... this way i can send and receive the data i want to the external device.

    it's a pretty difficult process, and it will take a while because driver development is a sticky, nasty process... and a faulty driver can easily bsod a computer.

    so, if anyone stumbles upon this thread, here's a quick answer: most applications are written to hold exclusive access to the COM port, but there are cases where the application opens the file handle with sharing capabilities; however, this is very rare since it's not the standard. if you want to talk to the device through another piece of software, you will have to create an upper-level driver filter. for further assistance, i suggest looking up Walter Oney's books... he's an expert in this field.

  7. There is an application that is running on my machine, and it's using the COM1 serial port. Is there a way that I can steal the COM1 port from that application without shutting it down?

    Thanks!

  8. nice app, steve... but it makes the assumption that your workstation will have DX9. what if you will be working on older stations that may not even have DX... some may be using OpenGL (ugh)

    oh, and the .bat file didnt work for me. i think the # of processes allowed at one time are limited?

  9. hey everyone... thanks for the input.

    i did some searching around, and i found a DLL somebody wrote called "winlock.dll". The source code is available through codeproject, and it's pretty nifty. not only does it block CTL+ALT+DEL, but it also can disable task manager, special function buttons (alt+tab, windows button, ctl+esc, etc...), and create processes on virtual desktops via simple function calls. it's a great wrapper and seems solid, but the ctl+alt+del block doesn't work on vista.

    just wanted to give everyone an update, and leave a semi-resolution in case someone stumbles upon this in the future. thanks for the replies!

  10. I need a way to disable CTRL+ALT+DELETE functionality without restarting the computer. I can block the keyboard input, but i'm having a hard time blocking the CTRL+ALT+DELETE functionality... i think it's protected. anyone here know of a way to do this?

    i need to disable it while the computer is up and running and have it re-enabled upon reboot.

  11. thanks, sparda, but i didnt mention that i want to make a portable app that does this, so GIMP is a too large for my application.

    Drag it into your web growser and hit F11 to view full screen (Works on most browsers, like Opera and Internet Explorer, although I don't use FF, it may work there too), no borders, and you don't even have to write anything to do this.

    I especially like Opera for this mainly because it hides the overflow, so you don't see the scroll bars when in full screen mode, and you can just use the center mouse button to scroll around the images.

    i tried this, but something wasn't right... it was maximized, but it didn't fill the whole screen. Opera left a blank bar at the top of my screen so the .bmp didn't fill my entire screen.

  12. I want to write a little piece of code (C# or C++, or scripts, no matter) that will display a .jpg or .bmp image on the screen full-size with no borders. Does anyone know how i would go about doing this? It's more than simply opening the picture, because if i do that, a program will be used to display it, and i will see the application's toolbars and such. i want JUST the picture.

    i was looking at the MSDN, and i found a method called SystemParametersInfoFunction (using SPI_SETDESKTOPBACKGROUND as a param), so this is an option... making the BMP the desktop.... but i'm still wondering if there is a way to display the bmp Maximized w/out borders

    thanks in advance.

  13. i'm having a few problems with the switchblade:

    1) I try to put SBConfig v2 on my USB flash drive, but my USB drive won't allow it. I don't get any notification or anything.... I just simply can't put the executable on the flash drive... nothing happens. Anybody know what's going on?

    2) So, in the meantime, I DL'ed the SBConfig v1.0.11, and i configured the payload... however, when i insert the USB drive, i get the folder: \System\Logs, but nothing is in it. It's not creating a folder or anything with the computer name.

    Can anybody help me with these problems? I'm new at this, and I'm not having much luck.

    Thanks!

    **EDIT**

    I think it has something to do with the computer permissions. I can drop the file on the USB drive if i change the extension to .txt, but when i try to change the extension back to .exe, I get an error saying "Cannot read from source file or disk"

×
×
  • Create New...