On Jan 24 00:26, Linda Walsh wrote:
> BTW, FWIW, when I 'remotely login', now, and try to use
> win-env vars:
>
> /Users/law.Bliss/bin/dumphive: line 11: USERPROFILE: unbound variable
>
> more than one of my scripts and other programs fail due to
> USERPROFILE being null.
>
> Is it possible to p
Hi Linda,
On Jan 23 17:34, Linda Walsh wrote:
> Corinna Vinschen wrote:
>
> >- Can you please start inetd under strace, once under 1.7.33, once under
> > the 1.7.34 test DLL and then log in as you usally do? This requires
> > some patience because under strace the whole process of logging in
>
BTW, FWIW, when I 'remotely login', now, and try to use
win-env vars:
/Users/law.Bliss/bin/dumphive: line 11: USERPROFILE: unbound variable
more than one of my scripts and other programs fail due to
USERPROFILE being null.
Is it possible to preserve that?
maybe a file in /etc/ could specify wh
BTW -- the problem is (you probably already knew this)
in 'cygwin.dll', since to restore "password-less" login,
I just copied in the cygwin.dll from the previous version
(i.e. just that file), restarted inetd, and it worked.
BTW -- don't forget the .rhosts in your home dir.
Just experimented wit
Corinna Vinschen wrote:
- Can you please start inetd under strace, once under 1.7.33, once under
the 1.7.34 test DLL and then log in as you usally do? This requires
some patience because under strace the whole process of logging in
will become almost unbearably slow.
~20 sec
On Jan 22 17:40, Linda Walsh wrote:
> Corinna Vinschen wrote:
> >It seems your home dir is different for some reason. What does your
> >/etc/nsswitch.conf look like (if you have one)? What does
> >
> > getent passwd
>
> Same as it ever was...
> law.Bliss> getent passwd Bliss\\law
> Bliss\l
Corinna Vinschen wrote:
It seems your home dir is different for some reason. What does your
/etc/nsswitch.conf look like (if you have one)? What does
getent passwd
Same as it ever was...
law.Bliss> getent passwd Bliss\\law
Bliss\law:unused:5013:201:L A Walsh, Trust Technologies,
tlin
On Jan 16 16:42, Linda Walsh wrote:
> Corinna Vinschen wrote:
> >On Jan 16 01:43, Linda Walsh wrote:
> >>
> >>Prior to this, when I logged on using local credentials, I would have a
> >>blank hostname. I.e. -- using 'X11' as an example, when I log in
> >>locally, I see no hostname in my shell-pro
On Jan 16 17:25, Linda Walsh wrote:
> Linda Walsh wrote:
> >It *looks*, at this point that my userid isn't being passed from inetd to
> >rlogind
> >so it can read the ".rhosts" file in my WIN-HOME (USERPROFILE or
> >HOMEDRIVE:\HOMEPATH).
>
> Not quite sure how 'rlogin.exe' as "spawned" by "ine
Linda Walsh wrote:
It *looks*, at this point that my userid isn't being passed from inetd
to rlogind
so it can read the ".rhosts" file in my WIN-HOME (USERPROFILE or
HOMEDRIVE:\HOMEPATH).
Not quite sure how 'rlogin.exe' as "spawned" by "inetd.exe"
gets my UID as it's env already seems clea
Corinna Vinschen wrote:
On Jan 16 01:43, Linda Walsh wrote:
Prior to this, when I logged on using local credentials, I would
have a blank hostname. I.e. -- using 'X11' as an example, when
I log in locally, I see no hostname in my shell-prompt.
But when I log in to another system, then my pa
11 matches
Mail list logo