You can subscribe to this list here.
2002 |
Jan
(1) |
Feb
(8) |
Mar
(8) |
Apr
(1) |
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: <aku...@sh...> - 2005-03-28 05:01:19
|
Tcl/Tk 2005 First Call for papers. =================================== Tcl/Tk 2005 will be held in Portland, Oregon USA in late October or early November. The program committee asks all people using and developing with Tcl/Tk and extensions to submit papers and proposals for presentations at this conference. Past conferences have seen submissions covering a wide variety of topics including and not limited to: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-Centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization At this point we are requesting submissions of: * Abstracts of papers for oral presentation. * Proposals for short courses to be taught the day prior to the conference. * Proposals for other presentations/discussions. * Proposals to present tutorial sessions. Please send abstracts and proposals to tcl2005 (at) nscl (dot) msu (dot) edu Important target dates: ======================= July 1, 2005 - Abstracts and proposals due. July 31, 2005 - Notification to authors. Sep 15, 2005 - Author materials due. The submissions should consist of an abstract of about 100 words and a summary of maximum two pages. Omit extraneous or redundant information. Length is not a direct factor in judging the quality of the submission. The authors of oral presentations will have 20-25 minutes to present the paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreement forms will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Program Committee: ================== Donal Fellows University of Manchester Clif Flynt Noumena Corp. Ron Fox NSCL Michigan State University Jeff Hobbs ActiveState Corp. Steve Landers Digital Smarties Gerald Lester HMS Software Cyndy Lilagan Eolas Technologies Inc. Arjen Markus WL | Delft Hydraulics -- Sincerely, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> ------------------------------------------------------------------------------- |
From: Jeff H. <jeffh@ActiveState.com> - 2005-01-15 02:35:26
|
> What I like to do in tcl under Win32 is: > > package require Expect > > Just like under Unix. > > I guess this is what this list is all about! > > Is there an on-going effort to produce such a package ? > > For a subset of the Expect functionality ? The only option for this based on the current Expect and Tcl is commercial, available here: http://www.activestate.com/Products/Expect/ Jeff Hobbs, The Tcl Guy http://www.ActiveState.com/, a division of Sophos |
From: Thomas M. <tm...@si...> - 2005-01-13 14:25:15
|
What I like to do in tcl under Win32 is: package require Expect Just like under Unix. I guess this is what this list is all about! Is there an on-going effort to produce such a package ? =20 For a subset of the Expect functionality ? What I have seen is more like an "Expect.exe" stand-alone executable. I can assist! Regards Thomas Magnusson Silinova, Sweden |
From: <aku...@sh...> - 2004-08-20 02:53:31
|
11'th Annual Tcl/Tk Conference October 11 - 15, 2004 New Orleans, Louisiana, USA Email Contact tc...@tc... We are pleased to announce the 11'th Annual Tcl/Tk conference (Tcl'2004), sponsored by Noumena Corporation, in cooperation with ActiveState and ExpoTech. Come to New Orleans to: * Learn about the power of Tcl/Tk. * Present exciting new work involving Tcl/Tk. * See the latest developments in Tcl/Tk. * Meet Tcl/Tk researchers and users from academia, government and industry. * Plan for future Tcl/Tk related developments. The conference program will include paper presentations, tutorials, Birds of a Feather (BOF) sessions and invited key-note talks. Registration Online registration is ready now. <http://www.tcl.tk/community/tcl2004/reg.html> Tutorials Come learn about Tcl from the experts. This year's Tcl/Tk Conference includes one of the best sets of Tutorials ever offered including tutorials on Jacl, TclHttpd, Starkit, Advanced GUI construction, and the API. <http://www.tcl.tk/community/tcl2004/tut2004.html> Schedule More details will be added to the schedule as they become available. <http://www.tcl.tk/community/tcl2004/schedule.html> Those attending the conference will be interested in the conference info page. <http://www.tcl.tk/community/tcl2004/info.html> To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. <http://listserv.activestate.com/mailman/mysubs?show=announce> Other Forms of Participation For those who are not presenting a paper at the conference, but would like to present their work in some form, we do provide several other forms of participation. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis by sending email to tc...@tc.... Some WIP and BOF time slots will be held open for on-site reservation, so we encourage all attendees with interesting work in progress to consider presenting that work at the conference. Conference Committee Gerald Lester HMS Software General Chair Andreas Kupries ActiveState Corp Clif Flynt Noumena Corp Website Admin Jeffrey Hobbs ActiveState Corp Kevin Kenny GE Global Research Center Ken Jones Avia Training Mac Cody Raytheon Company Kim Richerts Steve Landers Digital Smarties Sheila Miguez Motorola Larry Virden Tcl FAQ Maintainer Contact Information tc...@tc... |
From: Jeff H. <jeffh@ActiveState.com> - 2004-03-19 21:55:51
|
I figured that this list would be interested in this up-to-date commercial port of Expect for Windows. Please see the announcement here: http://aspn.activestate.com/ASPN/Mail/Message/tcl-announce/2026969 and you can get more info and test it from here: http://www.activestate.com/Products/Expect/ If you have any other questions, feel free to ask. Regards, Jeff Hobbs, The Tcl Guy http://www.ActiveState.com/, a division of Sophos |
From: David G. <dav...@po...> - 2003-12-21 22:17:51
|
To all who may view this: ActiveState now has a Win32 port of Expect that works well. Please contact Jeff Hobbs <je...@ac...> for more info. -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway(western spiral arm),alpha sector] |
From: David G. <dav...@po...> - 2003-09-17 21:21:04
|
David Gravereaux <dav...@po...> wrote: >Dino <myt...@ya...> wrote: > >> >>HI, >> >>I have an application running on windows, which I need to automate. Expect is very good candidate for this. >> >>But I couldn't find any stable release of Expect on windows, with all the functionality (as for Unix) implemented. >> >>Kindly let me know if there is/going to be any certified release in near future. >> >>Thanks & Regards, >> >>Dino > >Please contact Jeff Hobbs <je...@ac...>. He can probably assist. A good >port of Expect will take a whole lot of time to make happen. The main difficulty is >that Expect mixes unix specific code in the areas that should be generic. >Rationalizing and refactoring the entire framework will not be easy. All previous >attempts to co-exist in the existing framework have flopped. IOW: It is time to do the nasty rewrite from scratch. Or don't and code yourself into yet another corner which is a place adjacent to the cost cutting corners, as well. Please assist by throwing cash at Jeff. -- David Gravereaux <dav...@po...> $ make war make: *** No rule to make target `war'. Stop. Try `love' instead. |
From: David G. <dav...@po...> - 2003-09-17 20:39:18
|
Dino <myt...@ya...> wrote: > >HI, > >I have an application running on windows, which I need to automate. Expect is very good candidate for this. > >But I couldn't find any stable release of Expect on windows, with all the functionality (as for Unix) implemented. > >Kindly let me know if there is/going to be any certified release in near future. > >Thanks & Regards, > >Dino Please contact Jeff Hobbs <je...@ac...>. He can probably assist. A good port of Expect will take a whole lot of time to make happen. The main difficulty is that Expect mixes unix specific code in the areas that should be generic. Rationalizing and refactoring the entire framework will not be easy. All previous attempts to co-exist in the existing framework have flopped. -- David Gravereaux <dav...@po...> $ make war make: *** No rule to make target `war'. Stop. Try `love' instead. |
From: Dino <myt...@ya...> - 2003-09-17 10:16:34
|
HI, I have an application running on windows, which I need to automate. Expect is very good candidate for this. But I couldn't find any stable release of Expect on windows, with all the functionality (as for Unix) implemented. Kindly let me know if there is/going to be any certified release in near future. Thanks & Regards, Dino --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software |
From: David G. <dav...@po...> - 2002-06-28 02:19:06
|
I started to add the ClientInteract class and got rather floored in an interesting set of complexities. Time is the answer to all of this. My hobbies are better spent doing other things. The code is quite readable and full of comments. ..GAME OVER.. -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-06-25 05:48:28
|
http://prdownloads.sourceforge.net/expect/slavedrv1.1.zip Write() [as opposed to reading only] has now been hooked up. A new transport mode called 'conio' has been added. It takes console events from the slavedrv and sends them verbatim to the slave. the output also has some color. normal text received from the slave is still gray, but I added yellow for warnings (or special messages) and red for errors. Mouse events seem to work, although my test code won't display the cursor because, well, background consoles just don't do that, but cursor positions are echoing back. Example using Borland's console-mode debugger: C:\>slavedrv conio dbg c:\dev\bcc55\bin\td32.exe I can move freely all around with the arrow keys and enter text as if it was foreground. BUT IT ISN'T. Again this is just alpha test code. There is no expect-win32 native port. Maybe someday there will be. This is only a piece of the puzzle. Many more native pieces to go, but this was the big one. NOTE: injector.dll needs to be in the current directory when running slavedrv.exe. This will be fixed and is on the list. -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-06-22 08:01:52
|
void ConsoleDebugger::Write (Message *msg) { if (injectorIPC != 0L) { // do something logical here for turning chars into keys. } delete msg; } Anyone have any thoughts on this? What's out-going on the IPC is an INPUT_RECORD. http://msdn.microsoft.com/library/en-us/dllproc/conchar_8p6a.asp I think this looks like an ok start.. void ConsoleDebugger::Write (Message *msg) { if (injectorIPC != 0L) { int i; for (i = 0; i < msg->size; i++) { INPUT_RECORD ir = new INPUT_RECORD; ir->EventType = KEY_EVENT; ir->u.KeyEvent.bKeyDown = TRUE; ir->u.KeyEvent.wRepeatCount = 1; ir->u.KeyEvent.wVirtualKeyCode = 0; // ???? ir->u.KeyEvent.wVirtualScanCode = 0; // ???? ir->u.KeyEvent.uChar.AsciiChar = msg->bytes[i]; ir->u.KeyEvent.dwControlKeyState = 0; injectorIPC->Put(ir); // then again with ir->u.KeyEvent.bKeyDown // set to FALSE. } } delete msg; } I'll go check Gordon's code for any mapping routines. He had some, I think. -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-06-22 02:09:36
|
>slavedrv stdio dbg c:\dev\bcc55\bin\td32.exe Expect's injector DLL loaded and ready. Turbo Debugger 32-bit Version 5.5 Copyright (c) 1988, 2000 Inprise C= orporation ?[1;1H?[1;1H =3D File Edit View Run Breakpoints Data Options = Window Help =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6?[2;1H=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6?[3;1H=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6?[4;1H=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6?[5;1H=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6?[6;1H=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6?[7;1H= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6?[8;1H=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6=A6= =A6=A6=A6=A6=A6=A6=A6=A6=A6=A6 =2E..etc.... The injector loads up and says hello! Now to get the ConsoleDebugger= class to connect to the IPC server the injector dll is providing. I know my i= njector theory is right... I just wish someone would financially support this work or I'll just = keep it to myself and build static executables with no source. -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-06-22 01:35:14
|
David Gravereaux <dav...@po...> wrote: >I can't seem to figure-out why it's crashing though. Cause Dave was off by one byte and restarted the thread after the break-point, not on it :) All better now... -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-06-21 22:16:02
|
Hello list, I played around with Expect yesterday and got what I call the "console event injector" loading into the slave process. Right now it's doing nothing in its DllMain as the guts are commented out for now. I can't seem to figure-out why it's crashing though. As soon as I reset the thread context back to the entry point after my loading code runs, it crashes rather hard. I decided to commit the what I have anyway, hoping someone else might know. Anyone have experience writing Win32 debuggers to help me out? Yes, I'm trying to debug a debugger... not to be confused with injecting machine code to load the injector dll :) -- David Gravereaux <dav...@po...> Tomasoft Engineering, Hayward, CA [species: human; planet: earth,milkyway,alpha sector] |
From: David G. <dav...@po...> - 2002-04-10 16:46:07
|
Kiran <rk...@te...> wrote: >Hi, >I am Kiran from INDIA. >I need Autoexpect and Expect.Please suggest me the URL to download Autoexpect. >If you send me the Autoexpect it will be more helpful for me. http://expect.nist.gov http://resource.tcl.tk/resource/software/extensions/expect/ >I have some doubts.If possible please clear me. > >1)Does Java supports Expect and please let me know Expect supported protocols. You might be able to hook Java into the Expect extension through TclBlend. I'm not sure of the details. Some info is here, but I'm not sure if the info is up-to-date. http://www.tcl.tk/software/java/ Protocols are dependent on the application you are "expecting" from. For example, Expect supports kerberos when the kerberos shell is used. Expect itself doesn't know about ssh, but ssh can be spawned from Expect and controlled. >2)Like JACL (interpreter) for Tcl & Java is there any interpreter for Java to Expect. TclBlend, probably. >3)I heard that TTY supports as a interface between Expect & Java.If its true ,what is TTY Interface. TTY is short for teletype. It is the text mode (console) interface to the user. pine/pico/nn/mutt/telnet/ssh/ftp/ircii on unix would all be examples. The job of Expect is to sit in the middle and control the application. Here's an example: #!/usr/bin/tclsh package require Expect spawn ssh some.site.net expect "login:" send $user expect "password:" send $pass interact >Waiting for your valuable response. > >Thanks in advance >Kiran. -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |
From: David G. <dav...@po...> - 2002-03-29 02:05:30
|
I had announced this on comp.lang.tcl but forgot to mention it here and to a few people who told me they where interested. There's a test component of the "Expect on Win32" puzzle available @ http://prdownloads.sourceforge.net/expect/slavedrv1.0.zip The source code, as always, is available with CVS with the following command: $ cvs -d :pserver:ano...@cv...:/cvsroot/expect checkout -r telco-tech-win32-take2-branch Only the "in" direction is currently hooked up and is reported to be runnable on Win98. Here's an example of me using slavedrv.exe to initiate and trap a telnet login using Win2K's telnet client: =================================================================== Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. D:\expect_wslive\expect_win32_take2\win\Release>prompt=$g >set EXP_TCLDLL=c:\progra~1\tcl\bin\tcl83.dll >slavedrv stdio dbg telnet panix.com Microsoft (R) Windows 2000 (TM) Version 5.00 (Build 2195) Welcome to Microsoft Telnet Client Telnet Client Build 5.00.99203.1 Escape Character is 'CTRL+]' Connecting To panix.com...?[1;1H?[J?[13;27H?[1;1H?[2;1H?[2;1HNetBSD/i386 (panix1 .panix.com) (ttyqp)?[4;1H?[4;1H?[4;1Hlogin: ?[4;8H?[4;8H?[4;8Hd?[4;9H?[4;9H?[4;9 Ha?[4;10H?[4;10H?[4;10Hv?[4;11H?[4;11H?[4;11Hy?[4;12H?[4;12H?[4;12Hg?[4;13H?[4;1 3H?[4;13Hr?[4;14H?[4;14H?[4;14Hv?[4;15H?[4;15H?[4;15Hy?[4;16H?[6;1H?[6;1H?[6;1HP assword:?[6;10H?[7;1H?[7;1H?[7;1HLast login: Fri Mar 15 17:09:10 2002 from adsl- 64-168-252-?[8;1H?[8;1HCopyright (c) 1996, 1997, 1998, 1999, 2000?[9;1H?[9;1H The NetBSD Foundation, Inc. All rights reserved.?[10;1H?[10;1HCopyright (c ) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994?[11;1H?[11;1H The Regent s of the University of California. All rights reserved.?[13;1H?[13;1HNetBSD 1.5 .2 (PANIX-USER) #0: Wed Jan 23 21:17:38 EST 2002?[14;1H?[14;1HTerminal type? [vt 100] ?[14;24H?[16;1H?[51;1H?[J?[23;21H?[51;1H?[51;1HYou have mail.?[1;51r?[1;1H? [1M?[1;25r?[1;51r?[1;1H?[1M?[1;25r?[51;1H?[51;1H W E L C O M E T O P A N I X?[1;51r?[1;1H?[1M?[1;25r?[1;51r?[1;1H?[1M?[1;25r?[51;1H?[ 51;1H?[J?[25;79H?[51;1H?[51;1Hbash-2.05$ ?[52;1H?[52;1Hbash-2.05$ ?[52;12H?[52;1 2H?[52;12He?[52;13H?[52;13H?[52;13Hx?[52;14H?[52;14H?[52;14Hi?[52;15H?[52;15H?[5 2;15Ht?[52;16H?[53;1H?[53;1H?[53;1Hlogout?[54;1H Connection to host lost. > =========================================================================== Basically, its just a test containing for testing the trapping method and a starting point for getting [interact] to work within a smaller "container" to avoid the additional complexity of being hooked into Tcl's channel system and the expect extension in general. All the Win32 magic is housed in the ConsoleDebugger class. The space is open for adding additional methods for taking in data to be send to the slave (has to be invented and I have some ideas) and switching the system into interact where what you see is a copy of the slave, and what you do is sent to it. Fun stuff.. Yes Virginia, this can be done on windows. The "what's next part" is up in the air regarding my involvement, but I hope to continue. -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |
From: David G. <dav...@po...> - 2002-03-14 01:13:23
|
http://www.woodmann.com/fravia/iceman1.htm see section 6.2 -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |
From: David G. <dav...@po...> - 2002-03-11 01:19:57
|
I think I just had an epiphany. 1) Expect launches the spawn driver for transmorphing a console app into a stream of VT100 terminal codes and manages the master console. 2) The spawn driver connects back into Expect over a method of IPC. Why step 2? What's wrong with anonymous pipes as they are? It's just a damn stream... We have launch control. I think this whole IPC thing is a waste. The behavioral switch in the original was called passThrough. I can't think of any reason not to be always using it. The spawn driver is always local and not traversing a network to some other machine. I think I'm wasting my effort on this step #2. If I already have a VT100 stream, and I'm launching the spawn driver and can easily use anonymous pipes, why shouldn't I use it? The spawn driver will already be owning the master console and could pick off user events on it's own should [interact] get invented one day. -- David Gravereaux <dav...@po...> __try { while (!braindead) {edit(source);exe=compile(source);debug(exe,source);}; } __except (GetExceptionCode() == STATUS_MASS_HISTERIA) { takevacation(); } |
From: David G. <dav...@po...> - 2002-03-07 22:23:48
|
Leslie Brooks <lb...@ta...> wrote: > > How is the new IPC code coming? > >Leslie Ack! Still playing with ideas that resulted in me having to work on everything else to fit a new model. I could have just forced it in, and called it done, but the readability problem was driving me insane. The 6 page main() was just wrong. hConsoleW is what, slave side in??? proc->overlapped = CreateEvent(..) what's that do? if (!socket && passThrough && ...) HELP! Then there's the "how to add [interact]?" issue, which I don't have an answer for, but I'd better do my best to keep the organization clean so it can be dropped in, in some, as yet, unknown way. -- David Gravereaux <dav...@po...> "The problem (and the genius) regarding Microsoft's products is bloat. Microsoft's penchant for producing overweight code is not an accident." - John C. Dvorak, PC Magazine |
From: David G. <dav...@po...> - 2002-03-07 21:58:50
|
Thanks for the support. Sorry for the public reply, I just want all this to be archived for reference. 8.4 will be the minimum as it has some needed indirection related to layering of channels. For me, it would be the easiest to use. Later, the 8.1+ aspect can be put into it. Jussi Kuosa <Jus...@te...> wrote: >This is great news for all ExpectNT users, >we are eagerly waiting for your work to reach user testing >stage where we can help. What minimum Tcl version do you >have in mind for the upcoming (Win) Expect package? We are >using 8.0.5, due to some included packages, but >investigation in on the way to upgrade to 8.4 as it becomes >stable. For ExpectNT, we've had to use a RPC calls from our >own extended Tcl shell as the two couldn't be integrated :-( > >Best regards and thank you in advance, > > Jussi Kuosa > >P.s. I'm sorry for the below message (bit harsh?) >.... > >Thank you. >Tellabs -- David Gravereaux <dav...@po...> "The problem (and the genius) regarding Microsoft's products is bloat. Microsoft's penchant for producing overweight code is not an accident." - John C. Dvorak, PC Magazine |
From: David G. <dav...@po...> - 2002-03-07 08:08:17
|
The HEAD source on the 'telco-tech-win32-take2-branch' is now unstable whilst I tear it to shreds. I need to clear my workspace, sorry. Good news, though, with the slave driver. I converted the entire "magic" part of the console debugger over to C++ with great success. For me, at least, it is much more readable, which I hope, translates to maintainable. The current structure was completely maxed out. I'm very impressed with Gordon's work now that I can read it. Also, a main() that was 6 pages long full of constant behavioral switching didn't lend itself to readable in my understanding. That was also addressed and repaired, although not complete. Hand-rolled event loop, protocol, and IPC are next on the list. This freshening has turned into major remodeling... -- David Gravereaux <dav...@po...> "The problem (and the genius) regarding Microsoft's products is bloat. Microsoft's penchant for producing overweight code is not an accident." - John C. Dvorak, PC Magazine |
From: David G. <dav...@po...> - 2002-02-12 05:42:26
|
David Gravereaux <dav...@po...> wrote: >Jeff Hobbs <JeffH@ActiveState.com> wrote: > >>> Progress is good, although the cobwebs are still thick working my way >>> through all the bit >>> rot. I took out the previous use of namespaces as too much >> >>So would this compile if I checked it out? Does it actually >>do the send and interact using slavedrv? >> >>Thanks, >> >>Jeff > >Oh yeah, It'll compile. links for Stubs, too, but I think I'm calling a couple >channel transform functions, though. So we're limited to 8.4 for the moment. >[send] is still broken, and [interact] does nothing. [interact] needs to get >invented on windows. It's not a compile issue at all. PS. do a text replace on slavedrv.dsp and expect.dsp from "d:/tcl_workspace/tcl_head" with where your tcl source directory is. -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |
From: David G. <dav...@po...> - 2002-02-12 05:02:15
|
Jeff Hobbs <JeffH@ActiveState.com> wrote: >> Progress is good, although the cobwebs are still thick working my way >> through all the bit >> rot. I took out the previous use of namespaces as too much > >So would this compile if I checked it out? Does it actually >do the send and interact using slavedrv? > >Thanks, > >Jeff Oh yeah, It'll compile. links for Stubs, too, but I think I'm calling a couple channel transform functions, though. So we're limited to 8.4 for the moment. [send] is still broken, and [interact] does nothing. [interact] needs to get invented on windows. It's not a compile issue at all. -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |
From: David G. <dav...@po...> - 2002-02-11 09:05:40
|
Jeffrey Hobbs <jeffh@ActiveState.com> wrote: > ... >> thing. The over use of, for example, `sprintf(interp->result, "%d", >someVal);` >> has me concerned as direct contact with interp->result is officially >decremented >> yet I would like to maintain source compatibility down to 7.5 if possible, >but I > >Tcl_SetResult works to 7.x, but I would encourage #ifdefs that >use the obj functions, as you know the performance ramifications. > >Also, you might send a mail to Don to ask if 7.x compatability >is really an important thing for him. A few niche projects have >gone back to it, but all OS providers are at at least 8.0 now. > >Jeff In exp_main_sub.c the init stuff clearly says 7.5 minimum. With 5.32, the Tcl_Obj interface is being used, but doesn't look to be wrapped in any #ifdefs. Yeah, I'd better ask Don. int a = ...; #if TCL_MAJOR_VERSION >= 8 Tcl_SetObjResult(interp, Tcl_NewIntObj(a)); #else { char buf[33]; sprintf(buf, "%d", a); Tcl_SetResult(interp, buf); } #endif Would the above style seem OK? Wait.. but this would assume already being in an Obj command proc... Ok, I'm burnt, I'll ponder other stuff... -- David Gravereaux <dav...@po...> [species: human; planet: earth,milkyway,alpha sector] Please be aware of the 7.5 year ping times when placing a call from alpha centari |