Date: Mon, 15 Nov 2004 00:04:19 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 448 ************************************************** Sunday 14 November 2004 Number 448 ************************************************** Subjects for today 1 Re: Python problem in urllib2.py? : Andrew MacIntyre 2 Re: Large file support in Python : Andrew MacIntyre 3 Re: Large file support in Python : John Poltorak 4 Python socket handles : John Poltorak 5 Re: OS/2 Scanner Software : billn 6 Re: MT : Dave Yeo" 7 Re: Large file support in Python : Stefan.Neis at t-online.de 8 Re: Debugging tar : Andreas Buening 9 Re: MT : John Poltorak 10 Re: \n conversion with TR : Andreas Buening 11 Re: MT : John Poltorak 12 A Warped RCS/CVS HowTo : John Poltorak 13 Re: MT : Dave Yeo" 14 Re: MT : Dave Yeo" 15 Re: smake (was MT) : Dave Yeo" 16 Re: A Warped RCS/CVS HowTo : Henry Sobotka 17 Re: smake (was MT) : John Poltorak 18 Using TCL and cgi.tcl to Create and Maintain your Web Page : John Poltorak 19 CDRECORD : John Poltorak **= Email 1 ==========================** Date: Sat, 13 Nov 2004 20:24:21 +1100 (EST) From: Andrew MacIntyre Subject: Re: Python problem in urllib2.py? On Fri, 12 Nov 2004, John Poltorak wrote: > In the hosts file I have:- > > 127.0.0.1 localhost > > and this allows me to ping localhost. If I set hostname to localhost, then > shouldn't 'getaddrinfo' be able to resolve the hostname? Unfortunately, there's not enough information in the traceback you showed to figure out the failure. The following session shows what my system reports: F:\archives>python Python 2.3.4 (#0, Jun 6 2004, 13:10:27) [EMX GCC 2.8.1] on os2emx Type "help", "copyright", "credits" or "license" for more information. >>> import socket >>> socket.getaddrinfo('localhost', 21) [(2, 2, 17, '', ('127.0.0.1', 21))] >>>^D AF_UNIX sockets are used by default. You will need to know exactly what was passed into the getaddrinfo() call to make any further progress. You can insert print statements just before the call - eg print host if host or... Just remember to indent them correctly ;-) ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac at pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 2 ==========================** Date: Sat, 13 Nov 2004 20:09:38 +1100 (EST) From: Andrew MacIntyre Subject: Re: Large file support in Python On Tue, 9 Nov 2004, John Poltorak wrote: > On Tue, Nov 09, 2004 at 10:14:43PM +1100, Andrew MacIntyre wrote: > > On Mon, 8 Nov 2004, John Poltorak wrote: > > > > > Can we expect large file support in Python in the near future? > > > > Define "near"... ;-) > > Within the next three months... Sorry, just realised that I hadn't answered this... the answer is, unfortunately, that it is highly unlikely that my binary distribution will have large file support in that timeframe. If the Innotek libc advances sufficiently, a distribution based on this compiler/runtime may support large files. ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac at pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 3 ==========================** Date: Sat, 13 Nov 2004 14:35:24 +0000 From: John Poltorak Subject: Re: Large file support in Python On Sat, Nov 13, 2004 at 08:09:38PM +1100, Andrew MacIntyre wrote: > On Tue, 9 Nov 2004, John Poltorak wrote: > > > On Tue, Nov 09, 2004 at 10:14:43PM +1100, Andrew MacIntyre wrote: > > > On Mon, 8 Nov 2004, John Poltorak wrote: > > > > > > > Can we expect large file support in Python in the near future? > > > > > > Define "near"... ;-) > > > > Within the next three months... > > Sorry, just realised that I hadn't answered this... the answer is, > unfortunately, that it is highly unlikely that my binary distribution will > have large file support in that timeframe. > > If the Innotek libc advances sufficiently, a distribution based on this > compiler/runtime may support large files. Do I understand things correctly in thinking that large file support will appear automagically in Python, when recompiled, if/when Innotek's libc supports large files? > ------------------------------------------------------------------------- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac at bullseye.apana.org.au (pref) | Snail: PO Box 370 > andymac at pcug.org.au (alt) | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia -- John **= Email 4 ==========================** Date: Sat, 13 Nov 2004 15:23:32 +0000 From: John Poltorak Subject: Python socket handles Despite numerous questions on the Zope mailing list no one there is able to tell me how I can use a specific socket handle in Zope. The problem doesn't seem to arise because there isn't a socket handle problem with Zope in Unix. Having looked around the Zope distribution, I've come across a sample.conf in the zdaemon subdirectory which does include a socket-name parameter but I've found no way to use this. Any help with this would be appreciated. -- John **= Email 5 ==========================** Date: Fri, 12 Nov 2004 16:09:02 -0800 From: billn Subject: Re: OS/2 Scanner Software Sane! Doh! Thanks, BillN John Poltorak wrote: "Not sure that this is the right list for you... Maybe this one would be more appropriate:- " **= Email 6 ==========================** Date: Fri, 12 Nov 2004 17:02:43 -0800 From: "Dave Yeo" Subject: Re: MT On Fri, 12 Nov 2004 18:26:33 +0000, John Poltorak wrote: > >Where can I find the source for the Unix tape utility MT? Star includes MT. Star is an alternative TAR. http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/st ar.html > >What would be required to build this on OS/2? It should build out of the box. It does have OS/2 rules etc. Ideally it needs smake. With GnuMake I've had problems. (http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/s make.html) which I've been struggling with since yesterday. Just finally got a binary built so next I'm going to try star. > >We already have open source software on OS/2 which can access SCSI >scanners via ASPIROUT.SYS, so couldn't the same be done to access tape >drives? Interestingly IIRC some DOS tar ports do use ASPIROUT. Not sure how closely related the DOS ASPIROUT is to the OS/2 one. You might want to look at other programs by Jorg Schilling eg CDRecord http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/ Dave ps my smake binary is crashing **= Email 7 ==========================** Date: Sat, 13 Nov 2004 18:52:07 +0100 From: Stefan.Neis at t-online.de Subject: Re: Large file support in Python Hi, > > If the Innotek libc advances sufficiently, a distribution based on this > > compiler/runtime may support large files. > > Do I understand things correctly in thinking that large file support will > appear automagically in Python, when recompiled, if/when Innotek's libc > supports large files? That's the theory, yes. And Innotek's libc _does_ already support large files, the limiting factor is that it does not (yet) support everything else needed by Python. Regards, Stefan **= Email 8 ==========================** Date: Sat, 13 Nov 2004 11:58:27 +0100 From: Andreas Buening Subject: Re: Debugging tar Stefan.Neis at t-online.de wrote: >Anyway, bugs that only occur when > _not_ running under the debugger are a real problem ... These are so-called Heisenbugs. If you look at them, they're gone. ;-) Bye, Andreas **= Email 9 ==========================** Date: Sat, 13 Nov 2004 19:04:43 +0000 From: John Poltorak Subject: Re: MT On Fri, Nov 12, 2004 at 05:02:43PM -0800, Dave Yeo wrote: > On Fri, 12 Nov 2004 18:26:33 +0000, John Poltorak wrote: > > > > >Where can I find the source for the Unix tape utility MT? > > Star includes MT. Star is an alternative TAR. That's an interesting discovery and amazing to find OS/2 support in it. I've never even come across the program before. As far as MT goes, how do you define a device driver for it to talk to? > http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/st > ar.html > > > >What would be required to build this on OS/2? > > It should build out of the box. It does have OS/2 rules etc. Ideally it needs smake. With > GnuMake I've had problems. > (http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/s > make.html) which I've been struggling with since yesterday. Just finally got a binary built > so next I'm going to try star. I'm not exactly sure what to run. It looks to me a though I should copy make as gmake and then run the Gmake shell script. Is that correct? > > > >We already have open source software on OS/2 which can access SCSI > >scanners via ASPIROUT.SYS, so couldn't the same be done to access tape > >drives? > > Interestingly IIRC some DOS tar ports do use ASPIROUT. Not sure how closely related > the DOS ASPIROUT is to the OS/2 one. > You might want to look at other programs by Jorg Schilling eg CDRecord Yes - that would be a good idea. He's the developer of CDRECORD isn't he ? And that uses ASPIROUT.SYS on OS/2. > http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/ > Dave > ps my smake binary is crashing > -- John **= Email 10 ==========================** Date: Sat, 13 Nov 2004 11:56:14 +0100 From: Andreas Buening Subject: Re: \n conversion with TR Stefan.Neis at t-online.de wrote: > Apparently "sed" (at least the version you are using) is using native > linebreaks, which probably means it would be difficult to use it to > convert CRLF to LF-only - I remember I got bitten(?) by that behaviour > some time ago with one of these tools ... If you really encounter this behaviour with sed or another base GNU tool, please tell me. My last impression was that the new GNU tools are very fancy when handling MSDOS linebreaks. Terminals should be opened in text mode, files and pipes in binary mode. Bye, Andreas **= Email 11 ==========================** Date: Sat, 13 Nov 2004 23:06:15 +0000 From: John Poltorak Subject: Re: MT On Fri, Nov 12, 2004 at 05:02:43PM -0800, Dave Yeo wrote: > Dave > ps my smake binary is crashing This might help:- star-developers at lists.berlios.de The maintainer actually answers questions... -- John **= Email 12 ==========================** Date: Sun, 14 Nov 2004 02:35:10 +0000 From: John Poltorak Subject: A Warped RCS/CVS HowTo With the relaunch of edm/2 (or is it just rediscovery...) my attention has been drawn to this interesting article:- http://www.edm2.com/0704/cvs2/cvshowto.html Any chance of an update? ;-)... -- John **= Email 13 ==========================** Date: Sat, 13 Nov 2004 18:47:28 -0800 From: "Dave Yeo" Subject: Re: MT On Sat, 13 Nov 2004 23:06:15 +0000, John Poltorak wrote: >On Fri, Nov 12, 2004 at 05:02:43PM -0800, Dave Yeo wrote: > >> Dave >> ps my smake binary is crashing > >This might help:- > >star-developers at lists.berlios.de > >The maintainer actually answers questions... Thanks, DLing the archive now to see if my problems have already been solved. If not I'll post to the list Dave **= Email 14 ==========================** Date: Sat, 13 Nov 2004 18:46:09 -0800 From: "Dave Yeo" Subject: Re: MT On Sat, 13 Nov 2004 19:04:43 +0000, John Poltorak wrote: >On Fri, Nov 12, 2004 at 05:02:43PM -0800, Dave Yeo wrote: >> On Fri, 12 Nov 2004 18:26:33 +0000, John Poltorak wrote: >> >> > >> >Where can I find the source for the Unix tape utility MT? >> >> Star includes MT. Star is an alternative TAR. > >That's an interesting discovery and amazing to find OS/2 support in it. >I've never even come across the program before. > >As far as MT goes, how do you define a device driver for it to talk to? I have no idea, just seen the MT subdirectory and took a quick look. I do notice that it says works with all Unixes but Linux is somewhat broken > >> http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/st >> ar.html >> > >> >What would be required to build this on OS/2? >> >> It should build out of the box. It does have OS/2 rules etc. Ideally it needs smake. With >> GnuMake I've had problems. >> (http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/s >> make.html) which I've been struggling with since yesterday. Just finally got a binary built >> so next I'm going to try star. > > >I'm not exactly sure what to run. It looks to me a though I should copy >make as gmake and then run the Gmake shell script. Is that correct? The Gmake.linux shell script looks better for us as it expects Gnu make to be called make. > >> > >> >We already have open source software on OS/2 which can access SCSI >> >scanners via ASPIROUT.SYS, so couldn't the same be done to access tape >> >drives? >> >> Interestingly IIRC some DOS tar ports do use ASPIROUT. Not sure how closely related >> the DOS ASPIROUT is to the OS/2 one. >> You might want to look at other programs by Jorg Schilling eg CDRecord > >Yes - that would be a good idea. He's the developer of CDRECORD isn't he ? >And that uses ASPIROUT.SYS on OS/2. Yes, though I can't find the sources for the OS/2 port yet. Not totally sure about ASPIROUT.SYS > >> http://www.fokus.fraunhofer.de/research/cc/glone/employees/joerg.schilling/private/ >> Dave >> ps my smake binary is crashing Still no luck with the binary or with star. Tried compiling star on Linux and also failed with all kinds of errors in the ext2 headers Interestingly I untarred the programs with no problem. After mucking about for a while I decided to start over, deleted the subdirectories and tried to untar them again. Wouldn't work, all the symlinks were extracted as 0 byte files with system, hidden and readonly attributes set. Pretty weird. Ended up extracting them under Linux and zipping them up for use on OS/2 Now I'm going to try some of the Alpha releases. I do notice OS/2 fixes in 1.4.3 annoucement. **= Email 15 ==========================** Date: Sat, 13 Nov 2004 19:35:21 -0800 From: "Dave Yeo" Subject: Re: smake (was MT) On Sat, 13 Nov 2004 18:47:28 -0800, Dave Yeo wrote: >>> ps my smake binary is crashing >> >>This might help:- >> >>star-developers at lists.berlios.de >> >>The maintainer actually answers questions... > >Thanks, DLing the archive now to see if my problems have already been solved. If not I'll post to the list >Dave So I used your ux2bs enviroment to build smake and had the same problems as you. As a quick fix I deleted all occurences of -Zexe and got a working smake. Seems your enviroment is better then mine. Going to have to use it more Now to try star again Dave ps Wonder if you should make smake a part of ux2bs and where it should be installed? On *nix it is /opt/schilling **= Email 16 ==========================** Date: Sun, 14 Nov 2004 02:09:30 -0500 From: Henry Sobotka Subject: Re: A Warped RCS/CVS HowTo John Poltorak wrote: > With the relaunch of edm/2 (or is it just rediscovery...) my attention > has been drawn to this interesting article:- > > http://www.edm2.com/0704/cvs2/cvshowto.html > > > Any chance of an update? ;-)... Now that's a rather subversive suggestion, but worth taking under advisement. h~ **= Email 17 ==========================** Date: Sun, 14 Nov 2004 10:35:35 +0000 From: John Poltorak Subject: Re: smake (was MT) On Sat, Nov 13, 2004 at 07:35:21PM -0800, Dave Yeo wrote: > So I used your ux2bs enviroment to build smake and had the same > problems as you. As a quick fix I deleted all occurences of -Zexe and > got a working smake. Seems your enviroment is better then mine. Going > to have to use it more Please do. I keep making small additions and need to get some feedback. Not heard much about any success for months, and with an update to Perl 5.8.5 it would be nice to know that things haven't broken. If you do try it again, it's best to install it from scratch. I've added star and smake to build.table although haven't got either working straight out of the box yet. Can you let me know exactly what you did to get smake built? I'll try to ensure that it builds automatically once I know what is required. > Dave > ps Wonder if you should make smake a part of ux2bs and where it should > be installed? On *nix it is /opt/schilling I don't really know why we need another make, but if we do I'd suggest putting it in /usr/local/bin. -- John **= Email 18 ==========================** Date: Sun, 14 Nov 2004 10:56:53 +0000 From: John Poltorak Subject: Using TCL and cgi.tcl to Create and Maintain your Web Page I keep find more interesting articles on EDM/2. Here's one about TCL:- http://www.edm2.com/0611/tcl.html It would be nice to know if that needs updating. There is nothing more frustrating than finding supplied links are now dead, whereas the programs have simply been replaced my updated versions. From a brief look at Hobbes, it would seem that the latest available version of TCL is 8.3.5 so simply changing the article's references from 7.6 to 8.3.5 may be all that is needed to bring it up to date... -- John **= Email 19 ==========================** Date: Sun, 14 Nov 2004 11:24:07 +0000 From: John Poltorak Subject: CDRECORD I'm a little confused about the CDRECORD packages which appear on Hobbes and maybe someone clarify the position... No source or diff files appear in the packages so is it safe to assume that they principally convenience packages built from original sources? If CDRECORD can be built on OS/2 straight from the original distributed source, has anyone managed to build it successfully? I'd like to include it in UX2BS if possible. -- John