tftpy-general Mailing List for Tftpy, a pure Python TFTP Library
Status: Beta
Brought to you by:
msoulier
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
2009 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Jörg S. <jo...@sc...> - 2017-12-01 15:48:26
|
Hello, due to the nature of RNDIS, the server is only running while there is a current RNDIS transmission (e.g. a ping or file transfer) ongoing - but if there is no current RNDIS traffic (or request) running, there also will be no such server (IP-address) existing - in other words: I cannot even start the server for a RNDIS network since that servers IP-address is not existing at the time when starting the server! (at the moment I need to start a ping on the RNDIS-client to have the RNDIS-driver loaded/running before starting tftp.py for the RNDIS network) how can this be solved? regards, Jörg p.s. that problem only persists for starting the server - once it is running, there is no problem with the dynamic unloading/reloading of the RNDIS driver; only starting is the problem) |
From: Michael P. S. <mso...@di...> - 2014-08-19 17:08:05
|
Feel free to open a new issue for this on github, or I can do it for you if you don’t have a github account. Mike On Aug 19, 2014, at 7:24 AM, SlavAg <hc...@in...> wrote: > Hello EveryOne, > > Im using tftpy within multithread script and after call server.stop() I > have trace: > > Exception in thread Thread-3: > Traceback (most recent call last): > File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner > self.run() > File "/usr/lib/python2.6/threading.py", line 484, in run > self.__target(*self.__args, **self.__kwargs) > File "utils/myterm.py", line 739, in writer > self.stop() > File "utils/myterm.py", line 273, in stop > self._stop_tftpd() > File "utils/myterm.py", line 256, in _stop_tftpd > self.server.stop() > File > "/usr/local/lib/python2.6/dist-packages/tftpy-0.6.1-py2.6.egg/tftpy/TftpServer.py", > line 220, in stop > self.shutdown_immediately = True > NameError: global name 'self' is not defined > > > I have class Miniterm(object): > and in method > def __init__( > Iam call for create entity > self.server = tftpy.TftpServer('/home/hcs') > > I also have method with > def tftpdstarter(self): > > self.server.listen('0.0.0.0', 69) > > and it works > > For create thread Im using > self.tftpd_thread = threading.Thread(target=self.tftpdstarter) > self.tftpd_thread.setDaemon(True) > self.tftpd_thread.start() > > In some moment I want stop application and from another thread call > self.server.stop() > > and I get: > File > "/usr/local/lib/python2.6/dist-packages/tftpy-0.6.1-py2.6.egg/tftpy/TftpServer.py", > line 220, in stop > self.shutdown_immediately = True > NameError: global name 'self' is not defined > > > With best wishes, > Slav Ag > > ------------------------------------------------------------------------------ > _______________________________________________ > tftpy-general mailing list > tft...@li... > https://lists.sourceforge.net/lists/listinfo/tftpy-general |
From: SlavAg <hc...@in...> - 2014-08-19 11:26:37
|
Hello EveryOne, Im using tftpy within multithread script and after call server.stop() I have trace: Exception in thread Thread-3: Traceback (most recent call last): File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner self.run() File "/usr/lib/python2.6/threading.py", line 484, in run self.__target(*self.__args, **self.__kwargs) File "utils/myterm.py", line 739, in writer self.stop() File "utils/myterm.py", line 273, in stop self._stop_tftpd() File "utils/myterm.py", line 256, in _stop_tftpd self.server.stop() File "/usr/local/lib/python2.6/dist-packages/tftpy-0.6.1-py2.6.egg/tftpy/TftpServer.py", line 220, in stop self.shutdown_immediately = True NameError: global name 'self' is not defined I have class Miniterm(object): and in method def __init__( Iam call for create entity self.server = tftpy.TftpServer('/home/hcs') I also have method with def tftpdstarter(self): self.server.listen('0.0.0.0', 69) and it works For create thread Im using self.tftpd_thread = threading.Thread(target=self.tftpdstarter) self.tftpd_thread.setDaemon(True) self.tftpd_thread.start() In some moment I want stop application and from another thread call self.server.stop() and I get: File "/usr/local/lib/python2.6/dist-packages/tftpy-0.6.1-py2.6.egg/tftpy/TftpServer.py", line 220, in stop self.shutdown_immediately = True NameError: global name 'self' is not defined With best wishes, Slav Ag |
From: Michael P. S. <mso...@di...> - 2013-09-27 02:53:37
|
Sorry for my deliquent behaviour. Bugfix release is up. https://sourceforge.net/projects/tftpy/files/tftpy/0.6.1/ Mike |
From: Michael P. S. <mso...@di...> - 2012-10-08 15:33:43
|
On 08/10/12 Yuriy Kiselev said: > I've got while executing: > =========================== > Traceback (most recent call last): > File "/tmp/1.py", line 6, in <module> > client.upload("foobar", "/tmp/foobar"); > File "/usr/lib/pymodules/python2.6/tftpy/TftpClient.py", line 77, in upload > self.context.start() > File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 269, in start > self.cycle() > File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 176, in cycle > self.state = self.state.handle(recvpkt, raddress, rport) > File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 744, in handle > self.pending_complete = self.context.sendDAT() > AttributeError: 'TftpContextClientUpload' object has no attribute 'sendDAT' > =========================== > > Debian 6.0 with tftpy 0.5.0. Yeah, that's kinda old now. I think that was fixed in 0.5.1, and you can try the latest in github if you like. ie. git clone https://github.com/msoulier/tftpy.git Cheers, Mike |
From: Yuriy K. <kis...@gm...> - 2012-10-08 15:25:49
|
Hi! My code looks like: =========================== #!/usr/bin/python import tftpy client = tftpy.TftpClient("192.168.0.2", 69) client.upload("foobar", "/tmp/foobar"); =========================== I've got while executing: =========================== Traceback (most recent call last): File "/tmp/1.py", line 6, in <module> client.upload("foobar", "/tmp/foobar"); File "/usr/lib/pymodules/python2.6/tftpy/TftpClient.py", line 77, in upload self.context.start() File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 269, in start self.cycle() File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 176, in cycle self.state = self.state.handle(recvpkt, raddress, rport) File "/usr/lib/pymodules/python2.6/tftpy/TftpStates.py", line 744, in handle self.pending_complete = self.context.sendDAT() AttributeError: 'TftpContextClientUpload' object has no attribute 'sendDAT' =========================== Debian 6.0 with tftpy 0.5.0. |
From: Michael P. S. <mso...@di...> - 2011-07-24 23:27:28
|
http://sourceforge.net/projects/tftpy/files/tftpy/0.6.0/ Mike |
From: Michael P. S. <mso...@di...> - 2010-07-14 22:43:14
|
Copyright, Michael P. Soulier, 2010. About Release 0.5.1: ==================== Maintenance update to fix a bug in the server, overhaul the documentation for the website, fix a typo in the unit tests, fix a failure to set default blocksize, and a divide by zero error in speed calculations for very short transfers. Also, this release adds support for input/output in client as stdin/stdout About Release 0.5.0: ==================== Complete rewrite of the state machine. Now fully implements downloading and uploading. About Release 0.4.6: ==================== Feature release to add the tsize option. Thanks to Kuba KoÅczyk for the patch. About Release 0.4.5: ==================== Bugfix release for compatability issues on Win32, among other small issues. About Release 0.4.4: ==================== Bugfix release for poor tolerance of unsupported options in the server. About Release 0.4.3: ==================== Bugfix release for an issue with the server's detection of the end of the file during a download. About Release 0.4.2: ==================== Bugfix release for some small installation issues with earlier Python releases. About Release 0.4.1: ==================== Bugfix release to fix the installation path, with some restructuring into a tftpy package from the single module used previously. About Release 0.4: ================== This release adds a TftpServer class with a sample implementation in bin. The server uses a single thread with multiple handlers and a select() loop to handle multiple clients simultaneously. Only downloads are supported at this time. About Release 0.3: ================== This release fixes a major RFC 1350 compliance problem with the remote TID. About Release 0.2: ================== This release adds variable block sizes, and general option support, implementing RFCs 2347 and 2348. This is accessible in the TftpClient class via the options dict, or in the sample client via the --blocksize option. About Release 0.1: ================== This is an initial release in the spirit of "release early, release often". Currently the sample client works, supporting RFC 1350. The server is not yet implemented, and RFC 2347 and 2348 support (variable block sizes) is underway, planned for 0.2. About Tftpy: ============ Purpose: -------- Tftpy is a TFTP library for the Python programming language. It includes client and server classes, with sample implementations. Hooks are included for easy inclusion in a UI for populating progress indicators. It supports RFCs 1350, 2347, 2348 and the tsize option from RFC 2349. Dependencies: ------------- Python 2.3+, hopefully. Let me know if it fails to work. Trifles: -------- Home page: http://tftpy.sf.net/ Project page: http://sourceforge.net/projects/tftpy/ License is the MIT License See COPYING in this distribution. Limitations: ------------ - Only 'octet' mode is supported. - The only options supported are blksize and tsize. Author: ======= Michael P. Soulier <mso...@di...> -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2010-07-12 01:27:57
|
If you check the website, I'm moving the api docs to use Sphinx. Hope you like them. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2010-05-11 00:17:31
|
Copyright, Michael P. Soulier, 2006. About Release 0.5.0: ==================== Complete rewrite of the state machine. Now fully implements downloading and uploading. About Release 0.4.6: ==================== Feature release to add the tsize option. Thanks to Kuba Koà Âczyk for the patch. About Release 0.4.5: ==================== Bugfix release for compatability issues on Win32, among other small issues. About Release 0.4.4: ==================== Bugfix release for poor tolerance of unsupported options in the server. About Release 0.4.3: ==================== Bugfix release for an issue with the server's detection of the end of the file during a download. About Release 0.4.2: ==================== Bugfix release for some small installation issues with earlier Python releases. About Release 0.4.1: ==================== Bugfix release to fix the installation path, with some restructuring into a tftpy package from the single module used previously. About Release 0.4: ================== This release adds a TftpServer class with a sample implementation in bin. The server uses a single thread with multiple handlers and a select() loop to handle multiple clients simultaneously. Only downloads are supported at this time. About Release 0.3: ================== This release fixes a major RFC 1350 compliance problem with the remote TID. About Release 0.2: ================== This release adds variable block sizes, and general option support, implementing RFCs 2347 and 2348. This is accessible in the TftpClient class via the options dict, or in the sample client via the --blocksize option. About Release 0.1: ================== This is an initial release in the spirit of "release early, release often". Currently the sample client works, supporting RFC 1350. The server is not yet implemented, and RFC 2347 and 2348 support (variable block sizes) is underway, planned for 0.2. About Tftpy: ============ Purpose: -------- Tftpy is a TFTP library for the Python programming language. It includes client and server classes, with sample implementations. Hooks are included for easy inclusion in a UI for populating progress indicators. It supports RFCs 1350, 2347, 2348 and the tsize option from RFC 2349. Dependencies: ------------- Python 2.3+, hopefully. Let me know if it fails to work. Trifles: -------- Home page: http://tftpy.sf.net/ Project page: http://sourceforge.net/projects/tftpy/ License is the MIT License See COPYING in this distribution. Limitations: ------------ - Only 'octet' mode is supported. - The only options supported are blksize and tsize. Future: ------- - netascii support - More complete test harness -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2010-05-10 20:19:49
|
So, after much procrastinating, I just finished getting downloads and uploads both working in client and server with the new state machine. Code is in Git. I'm going to release a 0.50 soon with that in it. Cheers, Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2010-04-23 11:08:52
|
On 23/04/10 H?kan Hagenrud said: > hello, I hope you can help me. > > I have written a very simple script that tries to download files from our > PXE boot server to verify that needed files are present. > > Ever so often I receive this error: > > ERROR:tftpy:Received OACK in state ack > WARNING:tftpy:Timeout waiting for traffic, retrying... > > from this line: > tclient.download('/path/to/file', (localPath + 'file'), timeout = 2) > > Can you please help me with an explanation about what causes this problem?. Rerun it with the logger at DEBUG level, and we should be able to identify the problem. A network trace via wireshark wouldn't hurt either. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Håkan H. <hak...@ik...> - 2010-04-23 08:46:30
|
hello, I hope you can help me. I have written a very simple script that tries to download files from our PXE boot server to verify that needed files are present. Ever so often I receive this error: ERROR:tftpy:Received OACK in state ack WARNING:tftpy:Timeout waiting for traffic, retrying... from this line: tclient.download('/path/to/file', (localPath + 'file'), timeout = 2) Can you please help me with an explanation about what causes this problem?. My script works about half the time, and half the time I get error messages like the one above. tftp server is Cent OS 4.4 or REHL 7.3 and may be located next doors or across the globe with a pretty poor connection. Python 2.6.1 on client (OSX) Håkan Hagenrud "transmissible spongiform encephalopathies," which means "diseases you can catch that put holes in your brain like a sponge." |
From: Michael P. S. <mso...@di...> - 2009-10-24 15:03:53
|
FYI, I ran epydoc over the source and posted the result on the website. http://tftpy.sourceforge.net/ I'll write real docs when I can. Cheers, Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2009-09-25 02:37:02
|
Apparently the Python CNRI license wasn't compatible with the GPL so I've updated the tftpy project's license to the wonderfully simple MIT license. When I release 0.5 that will be the license. Almost there. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2009-08-17 00:07:49
|
I'm not dead. :) I finally pushed out some changes to the state machine on the master branch in github, with successful downloads with the client, from the server. Lots more to come, and obviously more testing. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2009-04-09 03:46:05
|
FYI http://www.digitaltorque.ca/2009/04/08/tftpy-state-machine-overhaul/ Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2008-12-21 03:44:57
|
Fabian Knittel contributed some helpful patches for robustness and security. I need to take a closer look at them, but for now they're living on a branch at github. See the "fabian-patches" branch if you want to check them out. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2008-10-06 00:47:51
|
I've gotten tired of the git-svn thing, and made some mistakes with it, and just moved entirely to Git. So, see http://github.com/msoulier/tftpy/tree/master for the project source if you wish to contribute. Cloning is as simple as "git clone git://github.com/msoulier/tftpy.git" Latest commits are merging of the tsize branch, with enhancements. I'll roll a 0.4.6 soon and then look at the upload branch. Cheers. Mike -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2008-05-30 12:58:16
|
Copyright, Michael P. Soulier, 2006. About Release 0.4.5: ==================== Bugfix release for compatability issues on Win32, among other small issues. About Release 0.4.4: ==================== Bugfix release for poor tolerance of unsupported options in the server. About Release 0.4.3: ==================== Bugfix release for an issue with the server's detection of the end of the file during a download. About Release 0.4.2: ==================== Bugfix release for some small installation issues with earlier Python releases. About Release 0.4.1: ==================== Bugfix release to fix the installation path, with some restructuring into a tftpy package from the single module used previously. About Release 0.4: ================== This release adds a TftpServer class with a sample implementation in bin. The server uses a single thread with multiple handlers and a select() loop to handle multiple clients simultaneously. Only downloads are supported at this time. About Release 0.3: ================== This release fixes a major RFC 1350 compliance problem with the remote TID. About Release 0.2: ================== This release adds variable block sizes, and general option support, implementing RFCs 2347 and 2348. This is accessible in the TftpClient class via the options dict, or in the sample client via the --blocksize option. About Release 0.1: ================== This is an initial release in the spirit of "release early, release often". Currently the sample client works, supporting RFC 1350. The server is not yet implemented, and RFC 2347 and 2348 support (variable block sizes) is underway, planned for 0.2. About Tftpy: ============ Purpose: -------- Tftpy is a TFTP library for the Python programming language. It includes client and server classes, with sample implementations. Hooks are included for easy inclusion in a UI for populating progress indicators. It supports RFCs 1350, 2347 and 2348. Dependencies: ------------- This library was developed against Python 2.3+. Trifles: -------- Project page: http://sourceforge.net/projects/tftpy/ License is the CNRI Python License. http://www.opensource.org/licenses/pythonpl.php See COPYING in this distribution. Limitations: ------------ - Server only supports downloads. - Client only supports downloads. - Only 'octet' mode is supported - The only option supported is blksize Future: ------- - Upload support - netascii support - More complete test harness Author: ======= Michael P. Soulier <mso...@di...> -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2008-05-29 00:16:51
|
Copyright, Michael P. Soulier, 2006. About Release 0.4.5: ==================== Bugfix release for compatability issues on Win32, among other small issues. About Release 0.4.4: ==================== Bugfix release for poor tolerance of unsupported options in the server. About Release 0.4.3: ==================== Bugfix release for an issue with the server's detection of the end of the file during a download. About Release 0.4.2: ==================== Bugfix release for some small installation issues with earlier Python releases. About Release 0.4.1: ==================== Bugfix release to fix the installation path, with some restructuring into a tftpy package from the single module used previously. About Release 0.4: ================== This release adds a TftpServer class with a sample implementation in bin. The server uses a single thread with multiple handlers and a select() loop to handle multiple clients simultaneously. Only downloads are supported at this time. About Release 0.3: ================== This release fixes a major RFC 1350 compliance problem with the remote TID. About Release 0.2: ================== This release adds variable block sizes, and general option support, implementing RFCs 2347 and 2348. This is accessible in the TftpClient class via the options dict, or in the sample client via the --blocksize option. About Release 0.1: ================== This is an initial release in the spirit of "release early, release often". Currently the sample client works, supporting RFC 1350. The server is not yet implemented, and RFC 2347 and 2348 support (variable block sizes) is underway, planned for 0.2. About Tftpy: ============ Purpose: -------- Tftpy is a TFTP library for the Python programming language. It includes client and server classes, with sample implementations. Hooks are included for easy inclusion in a UI for populating progress indicators. It supports RFCs 1350, 2347 and 2348. Dependencies: ------------- This library was developed against Python 2.3+. Trifles: -------- Project page: http://sourceforge.net/projects/tftpy/ License is the CNRI Python License. http://www.opensource.org/licenses/pythonpl.php See COPYING in this distribution. Limitations: ------------ - Server only supports downloads. - Client only supports downloads. - Only 'octet' mode is supported - The only option supported is blksize Future: ------- - Upload support - netascii support - More complete test harness Author: ======= Michael P. Soulier <mso...@di...> -- Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2008-05-17 22:43:48
|
On Sat, May 17, 2008 at 6:23 PM, Vanheesbeke Stefaan <Ste...@va...> wrote: > Hi, > > When doing some file transfers with very small files (few bytes), a divide > by zero exception occurs when calculating the transfer rate. Thanks for telling me. I've opened bug 1966207 for this. > When using the patch to download files (from Lorenz Schori), this must be > changed in the upload function to. I'm not aware of any patch. Enlighten me. Mike |
From: Vanheesbeke S. <Ste...@va...> - 2008-05-17 22:23:27
|
Hi, When doing some file transfers with very small files (few bytes), a divide by zero exception occurs when calculating the transfer rate. Easy fix at the end of the download function : if duration == 0: logger.info("Average rate not determined") else: bps = (self.bytes * 8.0) / duration kbps = bps / 1024.0 logger.info("Average rate: %.2f kbps" % kbps) Instead of the last 3 lines of code. When using the patch to download files (from Lorenz Schori), this must be changed in the upload function to. Stefaan |
From: Michael P. S. <mso...@di...> - 2007-07-10 13:20:11
|
I forgot to mention that I'd rolled some bugfixes into a 0.4.2 release.=20 Enjoy.=20 Mike --=20 Michael P. Soulier <mso...@di...> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein |
From: Michael P. S. <mso...@di...> - 2007-04-24 15:32:36
|
On 24/04/07 Harold Clark said: > Micheal, >=20 > Thanks for your prompt response. I look forward to see any updates. Not > sure I be much help but any I can lend let me know. >=20 > on the tftpserver.py error >=20 > I am using python 2.4 >=20 > line 39, changed >=20 > listenip=3D'' >=20 > to >=20 > listenip=3D'0.0.0.0' >=20 > line 50,changed it to >=20 > logger.info("Server requested on ip %s, port %s" > % (listenip, listenport)) >=20 > that cleared my syntax error >=20 > not sure if it a bug or not, or even if what I did was right fix. I'll look at it. That seems odd.=20 Mike |