On 21 Nov 2003 at 7:00, Brian Dessent wrote:
> Stephen Biggs wrote:
>
> > > This is actually due to a bug/config error in Privoxy. One of its popup
> > > blocking filters changes all occurances of Javascript "open()" in page
> > > sources to the one
On 21 Nov 2003 at 6:23, Brian Dessent wrote:
> Stephen Biggs wrote:
> >
> > Trying to run a downloaded Perl script that I really need to have working
> > and I get the following error message:
> > Undefined subroutine &main::PrivoxyWindowOpen called...
> >
&
Trying to run a downloaded Perl script that I really need to have working
and I get the following error message:
Undefined subroutine &main::PrivoxyWindowOpen called...
This is with the latest install of everything, done today.
Is this a problem with Perl missing some library? Is there some sort
the resulting Unix simulated permissions for the
entire cygwin tree seem to be a bit of a mess.
Maybe I'll create a patch. Where should I look? This is not simply a
question of just changing the /etc/profile script, is it?
On 13 Sep 2003 at 22:06, Stephen Biggs wrote:
> Cygwin
Cygwin/SSHD on Windows XP SP1, all updated as of this evening.
I've seen some other posts on this issue but none really addresses what I
am seeing.
The output from running SSHD in debug mode:
[EMAIL PROTECTED] ~
$ /usr/sbin/sshd -p 22 -D -d -d -d
debug2: read_server_config: filename /etc/sshd_co
On 10 Jun 2003 at 16:56, Larry Hall wrote:
> Stephen Biggs wrote:
> > On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote:
> >
> >
> >>On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote:
> >>
> >>
> >>
> >>
> >&g
On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote:
> On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote:
>
>
>
> > Maybe it is relevant to say that I am invoking cygwin by the shortcut of:
> > C:\WINDOWS\COMMAND.COM /E:4096 /c C:\cygwin\bin\login steve
>
After some very lucid and comprehensive help from Jon LaBadie, I have
found that my stty settings are, indeed, messed up after returning from
VI.
Here is the output of 'stty -a' from a bash prompt just invoked:
speed 38400 baud; rows 50; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^H; ki
On 7 Jun 2003 at 20:48, Hannu E K Nevalainen (garbage wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> > Of Stephen Biggs
> > Sent: Saturday, June 07, 2003 2:23 PM
> > To: [EMAIL PROTECTED]
> > Subject: latest
On 7 Jun 2003 at 16:42, Stephen Biggs wrote:
> Windows 98 with latest downloads. OpenSSH version 3.6.1p1-2.
>
> Perhaps this is the way it needs to work, but isn't this a huge overhead
> having to open a new socket on the local host for each keypress?
Clarification: I meant
Windows 98 with the latest downloads including the latest OpenSSH patch,
version 3.6.1p1-2.
I noticed that there was a discussion about a year back on extra
listening sockets being opened by ssh/sshd on the localhost and I am
seeing this, with every connection there is an extra unprivileged por
Windows 98, with the latest downloads.
Right-clicking on cygwin\bin\cygwin1.dll in Windows Explorer and then
looking at the 'Version' tab gives '1.3.22-dontuse-21' , but 'cygcheck'
gives 1.3.22-1 as the version.
'dontuse'?? Is this correct?
--
Unsubscribe info: http://cygwin.com/ml/#unsub
Windows 98 with latest downloads. OpenSSH version 3.6.1p1-2.
Perhaps this is the way it needs to work, but isn't this a huge overhead
having to open a new socket on the local host for each keypress?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://
Everything the latest from the mirror sites, Windows 98.
Invoking vi from a working bash prompt, doing various editing tasks and
then exiting back to the prompt by what ever means (:q, :q!, :wq), the
keyboard now does not echo and the cursor does not move, except for CTRL-
C. "reset" works but
14 matches
Mail list logo