Thread: [Ndiswrapper-general] ndiswrapper tool reimplementation in PHP
Status: Beta
Brought to you by:
pgiri
From: Pawel F. <pj...@gn...> - 2005-01-21 11:38:02
Attachments:
ndiswrapper.php
|
Hi group, First of all, many, many thanks to the authors of ndiswrapper for this great project! I've rewritten 'ndiswrapper' tool in PHP, because Perl is to big for me to include in the project I'm currently working on. The script is working both with PHP's CLI and CGI SAPIs, it has been tested with PHP5, but should also work with PHP4 with no (or really little) changes. If you're interested -- see the attachment. And by the way - are you interested in getting reports (along with kernel errors) of drivers that do *not* work with ndiswrapper? If so, I know about one :-). Bye, -- Pawel Foremski pj...@gn... http://pjf.dotgeek.org/ |
From: Giridhar P. <gi...@lm...> - 2005-01-21 17:24:57
|
On Fri, 21 Jan 2005 12:37:46 +0100, Pawel Foremski <pj...@gn...> said: Pawel> I've rewritten 'ndiswrapper' tool in PHP, because Perl is Pawel> to big for me to include in the project I'm currently Pawel> working on. The script is working both with PHP's CLI and Thanks for sharing it. Perl itself may be big, but it is installed on most computers. PHP with web interface is probably easier to use. I don't know much about this, but if this script can made to work to accept INF and SYS/BIN files with web interface, we could probably switch to it. I am curious to know what project it is. Pawel> And by the way - are you interested in getting reports Pawel> (along with kernel errors) of drivers that do *not* work Pawel> with ndiswrapper? If so, I know about one :-). Well, it is difficult to support a chipset without having hardware in hand. You could, of course, send the messages, but even with that, it may not be possible to support. -- Giri |
From: David K. <dmk...@uc...> - 2005-01-21 19:19:46
|
Hi, On Fri, 2005-01-21 at 12:25 -0500, Giridhar Pemmasani wrote: > On Fri, 21 Jan 2005 12:37:46 +0100, Pawel Foremski <pj...@gn...> said: > > Pawel> I've rewritten 'ndiswrapper' tool in PHP, because Perl is > Pawel> to big for me to include in the project I'm currently > Pawel> working on. The script is working both with PHP's CLI and > > Thanks for sharing it. Perl itself may be big, but it is installed on > most computers. PHP with web interface is probably easier to use. I > don't know much about this, but if this script can made to work to > accept INF and SYS/BIN files with web interface, we could probably > switch to it. > It has been a while since I have used php, but wouldn't using it require everyone to have a working web server with php installed? I am guessing that this is no longer the case from Pawel's email and that it now has a command-line interface. Even so, php is not part of the default install of many distributions, especially on a laptop, and the php package isn't that much lighter than perl or python. Python appears to be the default scripting language for several distributions (e.g. fedora, ubuntu) and could be a good choice for any reqrite of the userspace utilities associated with ndiswrapper. In any case, a php tool is still a nice addition to the project. Cheers, David |
From: Pawel F. <pj...@gn...> - 2005-01-22 15:53:24
|
On Friday 21 of January 2005 18:25, Giridhar Pemmasani wrote: > Thanks for sharing it. Perl itself may be big, but it is installed on > most computers. PHP with web interface is probably easier to use. I > don't know much about this, but if this script can made to work to > accept INF and SYS/BIN files with web interface, we could probably > switch to it. No, it's not a web interface :) - it acts *exactly* like the original ndiswrapper tool. > I am curious to know what project it is. An embedded Linux distribution targetted at routers, especially 802.11 ones. On Friday 21 of January 2005 20:19, David Kaplan wrote: > It has been a while since I have used php, but wouldn't using it require > everyone to have a working web server with php installed? NO! :P > I am guessing that this is no longer the case from Pawel's email and that > it now has a command-line interface. Exactly, during configure time you can choose whether (apart of a webserver module) you want to build a CLI (default) or CGI. My script works both with CLI and CGI version (in the second case it's using a few tricks to disable printing of HTTP headers, to turn off output buffering, etc, so it acts exactly as a CLI). > Even so, php is not part of the default install > of many distributions, especially on a laptop, and the php package isn't > that much lighter than perl or python. My PHP executable weights only 1MB. I think PHP is a good choice for embedded solutions, as it can be used both to create a web interface and command line scripts. It wasn't my intention to replace the original tool, I just wanted to provide an alternative one. Bye. -- Pawel Foremski pj...@gn... http://pjf.dotgeek.org/ |