Ticket UUID: | 942954 | |||
Title: | port to Interix3.5 (Windows SFU) | |||
Type: | Patch | Version: | None | |
Submitter: | aotto1968 | Created on: | 2004-04-27 11:45:25 | |
Subsystem: | 95. contrib ports | Assigned To: | hobbs | |
Priority: | 5 Medium | Severity: | ||
Status: | Closed | Last Modified: | 2008-01-28 10:20:12 | |
Resolution: | Out of Date | Closed By: | sf-robot | |
Closed on: | 2008-01-28 03:20:12 | |||
Description: |
Hi, (from my email to c.l.t) 1. first an Introduction to Interix (known as Microsoft SFU): a. Microsoft: http://www.microsoft.com/windows/ sfu/default.asp b. Interop Systems: http://www.interopsystems.com 2. why using SFU? a. SFU is POSIX, SFU is UNIX b. you can compile, edit and run you source code like on every other unix os c. use your Unix know-how to write Windows software d. use !!!one!!! source tree (proven by my own projects) to create Unix, Mac OSX and now Windows software e. you can login with telnet or openssh, using your bash (and now tcl) to get your work done and finally use the already known Micro- soft applications on your desk (even remote with "rdesktop") f. save space and money for one additional workstation (on your table) g. SFU fits very well into the Windows environment (no path-name-horror-trip with cygwin) 3. why not using SFU? (already known Windows limitations still exist) a. you can not create files like "odd\\\[\]*? \{\}name" (NFS limitation) b. a user started server can listen on low ports (security hole) c. multiple server can listen on the same port. The first one wins but the second one does get !!no!! error-msg d. fifo speed is slow (~10 times slower than Linux) e. application speed is high, filesystem access speed is medium 4. please do not send any email to the address provided mfg aotto | |||
User Comments: |
sf-robot added on 2008-01-28 10:20:12:
Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). hobbs added on 2008-01-14 07:28:44: Logged In: YES user_id=72656 Originator: NO Tcl's configure works fine in msys/cygwin now. nobody added on 2004-04-30 15:53:41: Logged In: NO Hi, 1. found problem with "autoconf" see c.l.t posting 2. create a patch again 8.4.6 with autoconf-2.13 3. install with > patch -R -p 1 < /tmp/patch 4. add new patch mfg aotto dkf added on 2004-04-29 19:23:34: Logged In: YES user_id=79902 The AC_TRY_RUN problems aren't serious; the default is at least moderately sensible. As far as I can tell, AC_ARG_ARRAY is not a construct directly in use in the standard Tcl/Tk core, either in the 8.4 branch or the HEAD. aotto1968 added on 2004-04-29 17:57:00: Logged In: YES user_id=1030114 Hi, I'll check autoconf 2.13 to see what happen 1. !!original!! configuration doest not work (8.4.6 original sourcecode) 2. get errors configure.in:85: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:363: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:435: AC_ARG_ARRAY has been removed; don't do unportable things with arguments mfg aotto aotto1968 added on 2004-04-29 14:36:58: Logged In: YES user_id=1030114 Hi, 1. it is against 8.4.6 2. I'll put it against HEAD 3. Iterix only supports autoconf-2.5* mfg aotto dgp added on 2004-04-28 20:17:18: Logged In: YES user_id=80530 Is this patch against the HEAD? (Tcl 8.5a2) If not, can you update it to that development point? Thanks. It appears you are using autoconf-2.5* features, so this patch will only be suitable for Tcl 8.5; Tcl 8.4 releases are sticking with autoconf-2.13. aotto1968 added on 2004-04-28 13:02:04: File Added - 85313: patch aotto1968 added on 2004-04-28 13:02:03: Logged In: YES user_id=1030114 now the patch !! dgp added on 2004-04-28 03:28:00: Logged In: YES user_id=80530 no patch attached? |
Attachments:
- patch [download] added by aotto1968 on 2004-04-28 13:02:04. [details]