Re: logon failure from subauth in 2006-08-02 snapshot

[Corinna Vinschen]

On Aug  9 11:37, David Rothenberger wrote:
> I've noticed repeated logon failures in my Security event log with
> the 2006-08-02 snapshot. (I have security auditing enabled.)
> 
> It looks like these failures occur when cron runs a job. I attached
> strace to cron and saw the following:
> 
>  2315 31545159 [main] CRON 4164 subauth: LsaLogonUser: -1073741702
>  2072 31547231 [main] CRON 4164 seterrno_from_win_error: 
> /netrel/src/cygwin-snapshot-20060802-1/winsup/cygwin/security.cc:1067 windows 
> error 127
>   686 31547917 [main] CRON 4164 geterrno_from_win_error: windows error 127 == 
> errno 3
> 
> I'm not sure whether this is expected behavior or not. It does fill
> up the Security event log pretty quick, though.

It's expected behaviour if you didn't set up subauthentication.
There's nothing I can do about this at this point.  I've noted it
on my TODO list to look into at one point.  As usual, PTC.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: system() call returns 127 in windows xp

[Corinna Vinschen]

On Aug  9 18:24, Larry Hall (Cygwin) wrote:
> Jeff Lu wrote:
> >I ran into a brick wall and could not find anything on
> >the web and on the post to resolve the problem I'm
> >having, which is a strange one. 
> > 
> >I have a C program that call system("ls -la >
> >dir.txt") that works fine within bash cygwin.  It also
> >has been working on the computers running windows xp
> >without cygwin installed (only required dlls were
> >copied to it).
> > 
> >For some reason the program is giving me error 127
> >when calling system() on the new machines running
> >windows xp without cygwin installed.  I have tried
> >everything I could think of but nothing seems to work.
> > I have mouted the drive in the registry as follow
> > 
> >mounts v2
> >cygdrive flags  REG_DWORD  0x0022(34)
> >cygdrive prefix REG_SZ   /cygdrive
> > 
> >   /c
> >   flagsREG_DWORD  0x000a(10)
> >   native  REG_SZ   c:
> 
> 
> That's not enough for Cygwin to work.  You should add mount
> points for '/usr/bin', '/usr/lib', and '/'.  Also check if
> the paths to 'cygwin1.dll' and 'ls.exe' are set.  I'd think
> some form of both of these would be necessary to make this
> stuff work for you on any system.

Exit status 127 means that system didn't find /bin/sh.  See
http://www.opengroup.org/onlinepubs/009695399/functions/system.html


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied

[Corinna Vinschen]

On Aug 10 15:53, Steve Keate wrote:
> Are there any useful resources on finding out exactly what security mode
> to choose when using Cygwin, also, are there any resources on how to use

Security mode?  I don't understand what you mean.  Maybe you could
elaborate a bit what you're talking about?

> mkpasswd and what arguments to use. I have scoured the net for two days
> looking for anything.

Something like mkpasswd --help?

> Is cygwin now abandonware, or is support just abyssmally poor?

If you don't like the support you get from volunteers on the net, maybe
you should consider a support contract.  See
http://www.redhat.com/software/cygwin/support/


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

unlock fails if file not locked

[Neal Norwitz]

This test was taken from the python test suite.  It works on many
different platforms and architecture's except cygwin's.  I'm not
entirely sure that cygwin is really wrong either though.

The attached c program should print only a single message:
   lock failed in parent (expected) 13

However it also prints:
   unlock failed in parent (not expected) 13

-bash-3.1$ uname -a
CYGWIN_NT-5.1 stella 1.7.0s(0.159/4/2) 20060802 23:48:39 i686 Cygwin

Also happens with 1.5.19 and 20 I'm pretty sure.

Please copy me on any follow up.

n

#include 
#include 
#include 
#include 

static void lock(int fd, const char *where, const char *expected)
{
struct flock lf = { .l_type = F_WRLCK, 0 };
int err = fcntl(fd, F_SETLK, &lf);
if (err < 0)
fprintf(stderr, "lock failed in %s (%sexpected) %d\n", where, expected, 
errno);
}

static void unlock(int fd, const char *where, const char *expected)
{
struct flock lf = { .l_type = F_UNLCK, 0 };
int err = fcntl(fd, F_SETLKW, &lf);
if (err < 0)
fprintf(stderr, "unlock failed in %s (%sexpected) %d\n", where, 
expected, errno);
}

int main(int argc, char**argv)
{
  // int fd = open("foo", O_WRONLY | O_CREAT);
  int fd = fileno(fopen("foo", "w"));
  int err, pid = fork();
  if (pid < 0) {
fprintf(stderr, "fork error\n");
return -1;
  }

  // in child
  if (pid == 0) {
lock(fd, "child", "not ");
sleep(2);
unlock(fd, "child", "not ");
_exit(0);
  }

  sleep(1);
  lock(fd, "parent", "");
  // file isn't locked in child, but there should not be an error on cygwin
  unlock(fd, "parent", "not ");
  sleep(2);

  return 0;
}

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re[2]: uid having logged in with ssh

[cygwin-060809]

hi,

Wednesday, August 9, 2006, 10:17:59 PM, "Larry Hall (Cygwin)" wrote:

> Andy Keane wrote:
>> I am running sshd having set up the sshd service using ssh-host-config with
>> privilege separation and with sshd running as a server owned by the local
>> sshd_server user.
>> All is working fine and I can log in using my keys without the need for
>> passwords or without keys and using passwords.
>> My problem is that if I then try and run some processes after logging in
>> (specifically MPI ones) the system thinks I am the local sshd_server user
>> and not the person I wish to be.

>> Any ideas how I can get sshd working such that after log in I am really the
>> user I wish to be would be much appreciated.

> Patience. ;-)

i just want to add one more detail: i have the same setup with sshd.
plus, i use EFS (encrypting file system) on the sshd box.  now EFS
encrypts files ONLY for the user that writes them (and for so called
recovery agents, but they are set up globally and all EFS files are
decryptable for them), but not for all other users that may have
access to the files (based on the their file privileges).

so when i'm user X and log in through sshd, write some file and then
log on locally though a console, i can't read my own file, because the
file was encrypted for SvcCOPSSHD (the sshd user in my case).

i, too, would much appreciate a solution :)

-- 
/chris/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CreateFileMapping Problem

[Corinna Vinschen]

On Aug  7 17:56, [EMAIL PROTECTED] wrote:
> hi,
> 
> we have cygwin installed on a development windows server. os is windows 
> server 2003 standard r2 x64, and users are logging in through opensshd and 
> rdesktop. we're encountering this problem:
> 
>   2 [main] bash (4544) C:\cygwin\bin\bash.exe: *** fatal error - 
> C:\cygwin\bin\bash.exe: *** CreateFileMapping 
> Global\cygwin1S4.cygpid.4544, Win32 error 0.  Terminating.

I wonder what we can do against that.  The error message is only
generated if CreateFileMapping returns a NULL handle and the Windows
error code is 0.  Which means, there's no hint why CreateFileMapping
failed at all.  I searched MSDN and the Windows Knowledge Base for this,
but to no avail.  I also didn't find any hint in the net about this
scenario.

> it happens to all users to all kind of cygwin-processes (make, bash, sed, 
> ...) at (as it seems) random times. it only happens to global mappings 
> with error always set to zero and it seems to occur more often on more 
> concurrent (multiuser) make instances. our make process spawns alot of 
> additional processes. it doesnt matter if the user is logged in through 
> sshd (openssh installed as a cygwin service) or rdesktop.

So, just to be sure about this.  You're claiming that it happens when a
user already has logged on for a while, is running Cygwin for a while?
And then the above error just happens at one point?  It does not happen
at the time the user tries to start his or her first Cygwin process?

Can you tell me if the users which are logging in through rdesktop
are Admins, or if they have the SeCreateGlobalPrivilege explicitely set?
In theory, normal non-Admin users logging in through rdesktop should
never create global objects, so they shouldn't see the above message.

> while digging through the mailinglist, i found two possible solutions:
> 1) rebase the whole cygwin installation
> 2) give the sshd/user more privileges (SeCreateGlobalPrivilege...)
> 
> none of the above solved our problem. today 2 users got the exact same 
> error message including the pid field. is there a possible conflict and 
> users connected through terminal services can have identical 
> (cygwin/windows) pids?

Pids are quickly reused in a Windows system, so the error doesn't
mean much, except you can prove that it happened at the same time.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: uid having logged in with ssh

[Corinna Vinschen]

On Aug 10 09:03, [EMAIL PROTECTED] wrote:
> hi,
> 
> Wednesday, August 9, 2006, 10:17:59 PM, "Larry Hall (Cygwin)" wrote:
> 
> > Andy Keane wrote:
> >> I am running sshd having set up the sshd service using ssh-host-config with
> >> privilege separation and with sshd running as a server owned by the local
> >> sshd_server user.
> >> All is working fine and I can log in using my keys without the need for
> >> passwords or without keys and using passwords.
> >> My problem is that if I then try and run some processes after logging in
> >> (specifically MPI ones) the system thinks I am the local sshd_server user
> >> and not the person I wish to be.
> 
> >> Any ideas how I can get sshd working such that after log in I am really the
> >> user I wish to be would be much appreciated.
> 
> > Patience. ;-)
> 
> i just want to add one more detail: i have the same setup with sshd.
> plus, i use EFS (encrypting file system) on the sshd box.  now EFS
> encrypts files ONLY for the user that writes them (and for so called
> recovery agents, but they are set up globally and all EFS files are
> decryptable for them), but not for all other users that may have
> access to the files (based on the their file privileges).
> 
> so when i'm user X and log in through sshd, write some file and then
> log on locally though a console, i can't read my own file, because the
> file was encrypted for SvcCOPSSHD (the sshd user in my case).
> 
> i, too, would much appreciate a solution :)

There's a working workaround:  Use password login.

Otherwise only the subauthentication stuff mentioned in
http://cygwin.com/ml/cygwin-developers/2006-07/msg00013.html as Larry
already pointed out will allow what you want.  There's really no gain in
repeating scenarios in which the current technique doesn't work.  The
drawbacks are known for years, really.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygintl-3.dll was not found

[Tevfik Karagülle]

> 
> Standards such as?  A pointer to a free installer which uses 
> Windows standards and which will handle Cygwin's needs would 
> be useful, e.g., would NSIS meet your needs?  We've discussed 
> using NSIS in the past.
> 

Can anyone give me a qualified reference about the requirements 
of a core cygwin environment ? I would like to try to develop 
an NSIS installer for it.

Rgrds Tev

http://itefix.no



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CreateFileMapping Problem

[a . heider]

hi,

thx for your reply.

unfortunately this quick hack didnt fix the problem at all :( 

this night we got:

  2 [main] sh 2064 C:\cygwin\bin\sh.exe: *** fatal error - 
C:\cygwin\bin\sh.exe: *** CreateFileMapping cygwin1S4.cygpid.2088, Win32 
error 0.  Terminating.
/bin/sh: fork: Resource temporarily unavailable

as you can see the global prefix is gone, so the error seems to be 
somewhere else. we've just reinstalled the original dll.

what i forgot to mention:
we increased the "SharedSection" values found under 
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\SubSystems to "1024, 20480, 4096"
as suggested on 
http://support.microsoft.com/default.aspx?scid=kb;en-us;824422

hints?

thx,
andre
---
Andre Heider
GOM mbH, Mittelweg 7-8, 38106 Braunschweig, Germany
mailto:[EMAIL PROTECTED] http://www.gom.com
Tel.:+49(0)531 39029-0, Fax: +49(0)531 39029-15

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: crashes with various programs

[Dr. Volker Zell]

> Corinna Vinschen writes:

> I've uploaded a new psmisc-21.5-3 package.  When the package hits the
> mirrors, can you test if pstree from 21.5-3 still crashes in that
> situation?  I think I found a bug which could be the cause for the SEGV,
> but I couldn't reproduce it so far.  The potential bug should be fixed
> in psmisc-21.5-3, nevertheless.

The new pstree version seems to work. What was the problem ?

> Corinna

Ciao
  Volker


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CreateFileMapping Problem

[Corinna Vinschen]

On Aug 10 10:13, [EMAIL PROTECTED] wrote:
> hi,
> 
> thx for your reply.
> 
> unfortunately this quick hack didnt fix the problem at all :( 
> 
> this night we got:
> 
>   2 [main] sh 2064 C:\cygwin\bin\sh.exe: *** fatal error - 
> C:\cygwin\bin\sh.exe: *** CreateFileMapping cygwin1S4.cygpid.2088, Win32 
> error 0.  Terminating.
> /bin/sh: fork: Resource temporarily unavailable
> 
> as you can see the global prefix is gone, so the error seems to be 
> somewhere else. we've just reinstalled the original dll.
> 
> what i forgot to mention:
> we increased the "SharedSection" values found under 
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
> Manager\SubSystems to "1024, 20480, 4096"
> as suggested on 
> http://support.microsoft.com/default.aspx?scid=kb;en-us;824422
> 
> hints?

No.  Could you reply to my questions?


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21 -- XEmacs becomes defunct while running?

[Dr. Volker Zell]

> Christopher Faylor writes:

> On Tue, Aug 08, 2006 at 03:18:45PM -0700, Ed Hirgelt wrote:
>> I realize that this isn't the best of all possible bug reports.  But
>> it is the most information I have been able to get in the past few
>> weeks.

> No, but I can't think of much more data I could ask for to help narrow
> this down.

>> I've been plagued with a problem running XEmacs.  After a random
>> amount of time, running subprocesses fail with not a pipe. I have
>> never been able to find anything out about it. However, today I was
>> looking at pstree and noticed at some point that XEmacs dropped off of
>> the output.
>> 
>> Here's the sequence of ps before and after.  Note that I continued to
>> edit with XEmacs even after ps said it was defunct.
>> 
>> First, everything is more or less normal
>> 
>> hirged 548 $ ps
>> PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>> 3056   13056   2328  con 112363 14:42:39 /usr/bin/sh
>> 400430563056   3868  con 112363 14:42:52 /usr/bin/sh
>> 166440043056   2908  con 112363 14:42:52 
>> /usr/X11R6/bin/xinit
>> 278016642780   1404  con 112363 14:42:53 /usr/X11R6/bin/XWin
>> 326816643268   3340  con 112363 14:43:00 /usr/bin/sh
>> 371232683268   3744  con 112363 14:43:01 /usr/bin/rxvt
>> I377637123776   37080 112363 14:43:03 /usr/bin/bash
>> 302825522552   30282 112363 14:51:35 
>> 2552302825526802 112363 14:44:02 /usr/bin/bash
>> 1722552 172   11242 112363 14:45:24 /usr/bin/bash
>> 1984 172 172   17442 112363 14:45:25 /c/Program
>> Files/Microsoft Office/OFFICE11/OUTLOOK
>> 251625522516   37882 112363 14:46:20 /usr/bin/bash
>> 3456251625167042 112363 14:46:20 /c/Program
>> Files/Mozilla Firefox/firefox
>> 3980   13576   38762 112363 14:56:38
>> /usr/bin/xemacs-21.4.19
>> 141639801416   19041 112363 14:56:56
>> /usr/lib/xemacs-21.4.19/i686-pc-cygwin/gnuserv
>> 102025521020   21722 112363 14:59:32 /usr/bin/ps
>> hirged 549 $ ls /proc
>> 1416  172   2084  2552  3028  3268  3712  3980  cpuinfo  meminfo
>> registry  statversion
>> 1664  1984  2516  2780  3056  3456  3776  4004  loadavg  partitions
>> self  uptime
>> 
>> Process 3980 is my XEmacs.  A little later:
>> 
>> hirged 550 $ ps
>> PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>> 3056   13056   2328  con 112363 14:42:39 /usr/bin/sh
>> 400430563056   3868  con 112363 14:42:52 /usr/bin/sh
>> 166440043056   2908  con 112363 14:42:52 
>> /usr/X11R6/bin/xinit
>> 278016642780   1404  con 112363 14:42:53 /usr/X11R6/bin/XWin
>> 326816643268   3340  con 112363 14:43:00 /usr/bin/sh
>> 371232683268   3744  con 112363 14:43:01 /usr/bin/rxvt
>> I377637123776   37080 112363 14:43:03 /usr/bin/bash
>> 302825522552   30282 112363 14:51:35 
>> 2552302825526802 112363 14:44:02 /usr/bin/bash
>> 1722552 172   11242 112363 14:45:24 /usr/bin/bash
>> 1984 172 172   17442 112363 14:45:25 /c/Program
>> Files/Microsoft Office/OFFICE11/OUTLOOK
>> 251625522516   37882 112363 14:46:20 /usr/bin/bash
>> 3456251625167042 112363 14:46:20 /c/Program
>> Files/Mozilla Firefox/firefox
>> 398028122812   36003 112363 15:00:41 
>> 141639801416   19041 112363 14:56:56
>> /usr/lib/xemacs-21.4.19/i686-pc-cygwin/gnuserv
>> 328025523280   17722 112363 15:00:48 /usr/bin/ps
>> 
>> You'll notice that 3980 is listed as defunct now.  At this point any
>> attempt to run a subprocess from xemacs fails. My last attempt
>> resulted in Opening pty or pipe: Invalid argument.
>> 
>> Exiting XEmacs and restarting works for a while but the problem
>> recurs. Nothing terribly intersesting is happening on the box other
>> than my running XEmacs, Eclipse, and Outlook.
>> 
>> Perhaps related, rxvt sometimes simply disappears out from under me
>> after a command, typically a bash script exits. No dump, no nothing.

> I have a vague idea what could be causing this and ran some tests
> yesterday to no avail, of course.  Corinna is also running tests.  I
> suspect that somehow a pid is being reused, which means that somehow a
> handle is being closed which shouldn't be closed.

I seem to have the same problems as Ed. Only X programs seem to be
infected. In my case it's also Xemacs and rxvt.

Xemacs spits out the following kind of message

Re: crashes with various programs

[Corinna Vinschen]

On Aug 10 10:28, Dr. Volker Zell wrote:
> > Corinna Vinschen writes:
> 
> > I've uploaded a new psmisc-21.5-3 package.  When the package hits the
> > mirrors, can you test if pstree from 21.5-3 still crashes in that
> > situation?  I think I found a bug which could be the cause for the SEGV,
> > but I couldn't reproduce it so far.  The potential bug should be fixed
> > in psmisc-21.5-3, nevertheless.
> 
> The new pstree version seems to work. What was the problem ?

 c = strrchr (filename, '/'); <-- c gets NULL if process is defunct
 sscanf (c, "%15c", tgt); <-- Boom


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied

[Yitzchak Scott-Thoennes]

On Thu, Aug 10, 2006 at 03:53:55PM +1200, Steve Keate wrote:
> Are there any useful resources on finding out exactly what security mode
> to choose when using Cygwin, also, are there any resources on how to use
> mkpasswd and what arguments to use. I have scoured the net for two days
> looking for anything.
> 
> Is cygwin now abandonware, or is support just abyssmally poor?

http://isbn.nu/0671723650

Only a very brief period of scouring the net should have led you
to the conclusion that this list is the primary vehicle for support.

Since the list archives should indicate to you that there is a great
deal of traffic on this list, I'm at a loss to know where the
"abandonware" comes from.  And since this is apparently your first
effort at asking for help, the same goes for "abyssmally (sic) poor".

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: unlock fails if file not locked

[Corinna Vinschen]

On Aug 10 00:41, Neal Norwitz wrote:
> This test was taken from the python test suite.  It works on many
> different platforms and architecture's except cygwin's.  I'm not
> entirely sure that cygwin is really wrong either though.

Thanks for the testcase!  Cygwin is wrong here.  The underlying Windows
function returns an error code ERROR_NOT_LOCKED when trying to unlock
a non-locked region.  This should have been converted into a successful
return from fcntl.  I fixed that in CVS.

Note, however, that file locking is not implemented quite correctly on
Cygwin anyway.  File locking on POSIX systems using fcntl is usually
advisory (except in certain cases which require changes in the system
settings).  The Windows functions implement only mandatory locking and
there's no advisory locking mechanism provided.  Cygwin shouldn't
actually use the underlying Windows functions but implement advisory
file locking by keeping its own datastructures.  But that's easier said
than done.  It's one point on a long TODO list...


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re[2]: uid having logged in with ssh

[cygwin-060809]

hi,

Thursday, August 10, 2006, 9:58:31 AM, "Corinna Vinschen" wrote:

>> >> I am running sshd having set up the sshd service using ssh-host-config 
>> >> with
>> >> privilege separation and with sshd running as a server owned by the local
>> >> sshd_server user.
>> >> All is working fine and I can log in using my keys without the need for
>> >> passwords or without keys and using passwords.
>> >> My problem is that if I then try and run some processes after logging in
>> >> (specifically MPI ones) the system thinks I am the local sshd_server user
>> >> and not the person I wish to be.
>> 
>> >> Any ideas how I can get sshd working such that after log in I am really 
>> >> the
>> >> user I wish to be would be much appreciated.
>> 
>> > Patience. ;-)
>> 
>> i just want to add one more detail: i have the same setup with sshd.
>> plus, i use EFS (encrypting file system) on the sshd box.  now EFS
>> encrypts files ONLY for the user that writes them (and for so called
>> recovery agents, but they are set up globally and all EFS files are
>> decryptable for them), but not for all other users that may have
>> access to the files (based on the their file privileges).
>> 
>> so when i'm user X and log in through sshd, write some file and then
>> log on locally though a console, i can't read my own file, because the
>> file was encrypted for SvcCOPSSHD (the sshd user in my case).
>> 
>> i, too, would much appreciate a solution :)

> There's a working workaround:  Use password login.

that's what i want to avoid for practical reasons.

> Otherwise only the subauthentication stuff mentioned in
> http://cygwin.com/ml/cygwin-developers/2006-07/msg00013.html as Larry
> already pointed out will allow what you want.  There's really no gain in
> repeating scenarios in which the current technique doesn't work.  The
> drawbacks are known for years, really.

ok.  did i understand correctly that subauth is not yet part of the
regular cygwin distribution?  or is it and has to be installed and
enabled somehow? 

-- 
/chris/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CreateFileMapping Problem

[a . heider]

hi,

here is more info

> So, just to be sure about this.  You're claiming that it happens when a
> user already has logged on for a while, is running Cygwin for a while?
> And then the above error just happens at one point?  It does not happen
> at the time the user tries to start his or her first Cygwin process?

time of logon does not seem to be dependend on the time of the error in 
our case. neither the time of starting the first cygwin shell if rdesktop 
is used. it definately isnt the first cygwin process that errors out. 
sometimes we get the error just a few minutes after logon, sometimes a few 
hours. as i already mentioned, i have the impression that it seems to 
occur more often/earlier as more users are compiling at the same time.
our nightly build, for example, broke at library ~100 out of ~300

> Can you tell me if the users which are logging in through rdesktop
> are Admins, or if they have the SeCreateGlobalPrivilege explicitely set?
> In theory, normal non-Admin users logging in through rdesktop should
> never create global objects, so they shouldn't see the above message.

logging in users through ssh and rdesktop are only member of "users" and 
"remote desktop users". after installing sshd with ssh-host-config the 
sshd user had the SeCreateGlobalPrivilege flag. using ssh, the cygwin and 
the windows whoami binary correctly report the username, not sshd. we had 
the CreateFileMapping problem with the default rights windows came with, 
so we added the group users to this privilege using gpedit.msc (which btw 
is not listed by 'editrights -l -u username'). these settings are still 
active.

hope this helps,
andre

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied

[Corinna Vinschen]

On Aug 10 01:40, Yitzchak Scott-Thoennes wrote:
> On Thu, Aug 10, 2006 at 03:53:55PM +1200, Steve Keate wrote:
> > Are there any useful resources on finding out exactly what security mode
> > to choose when using Cygwin, also, are there any resources on how to use
> > mkpasswd and what arguments to use. I have scoured the net for two days
> > looking for anything.
> > 
> > Is cygwin now abandonware, or is support just abyssmally poor?
> 
> http://isbn.nu/0671723650

LOL


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: uid having logged in with ssh

[Corinna Vinschen]

On Aug 10 11:07, [EMAIL PROTECTED] wrote:
> ok.  did i understand correctly that subauth is not yet part of the
> regular cygwin distribution?

Yes.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygintl-3.dll was not found

[Christopher Faylor]

On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote:
>cgf wrote:
>>Standards such as?  A pointer to a free installer which uses Windows
>>standards and which will handle Cygwin's needs would be useful, e.g.,
>>would NSIS meet your needs?  We've discussed using NSIS in the past.
>
>Can anyone give me a qualified reference about the requirements of a
>core cygwin environment ?  I would like to try to develop an NSIS
>installer for it.

Huh?  setup.exe installs a "core cygwin environment" right now.
What kind of reference would you be expecting other than the
operation of the current installer?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Where is Makedepend?

[Jean-Claude Gervais]

Sorry Larry, List,

I didn't realize hitting reply to a message and changing its subject is
not enough to prevent thread commandeering.

BTW -

I solved my problem by running cygcheck. Thank you for the pointers.

Cygcheck identified a few packages makedepend seems to be in and
although it isn't mentioned explicitly in the installer's X11 section, I
did manage to obtain the makedepend source by checking the source-code
option for all the X11 modules.

Thanks.


On Wed, 2006-08-09 at 18:33 -0400, Larry Hall (Cygwin) wrote: 
> Jean-Claude Gervais wrote:
> > Hi,
> > 
> > I'd like to modify makedepend. To do this I'd like to select the Install
> > Source Code option for it in the setup program.
> > 
> > I know it comes with Cygwin, but I can't seem to figure out which
> > package (or install module) it is in.
> > 
> > Can anyone point me in the right direction? I figure I could obtain the
> > source otherwise but it seems more natural to me to do it through the
> > Cygwin installer.
> 
> 
> Please don't commandeer other threads for your own purposes.  If you have
> something to say and it's not relevant to any current threads, start a
> new one by just sending an email message to this list.
> 
> As to your question:
> 
> 
> 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Snapshot uploaded, please try

[Christopher Faylor]

The latest snapshot has been uploaded.

If you have been asked to test a snapshot, please try this one.  It contains
additional debugging which may help track down the "Xemacs problem".

The error messages will be going to stderr, so if possible redirect the
output to a file for capture.

http://cygwin.com/snapshots/

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Can't link TclMagick anymore

[Larry Hall (Cygwin)]

Dave Bodenstab wrote:

Danny Smith wrote:

Sorry about breaking thread.  I suppose I should give in and
re-subscribe here.
Dave Bodenstab wrote at
http://cygwin.com/ml/cygwin/2006-08/msg00264.html



Warning: .drectve `-defaultlib:MSVCRT ' unrecognized
Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized


These are harmless


Cannot export [EMAIL PROTECTED]@Tcl?$AA@: symbol not found
Cannot export [EMAIL PROTECTED]@[EMAIL PROTECTED]@:

symbol not found

My MSVC++ 'demangle fu' is not up to that  Those must be from 
tclstub84.lib (tclStubLib.obj), yes?


By not explicitly telling ld what to export, you are implicitly telling
it to export-all symbols from all your objects and archives, excluding a
few system libs. Tell ld to exclude tclstub84.lib from exports, as well

$ gcc -v -shared -mno-cygwin \
-o libTclMagick.dll \
-L'/cygdrive/c/Program Files/ImageMagick' \
TclMagick.o \
-ltclstub84  \
-lCORE_RL_wand_ -lCORE_RL_magick_ \
-Wl,--exclude-libs,tclstub84.lib


That did it.  Thanks much.

Where can I learn about this "export" stuff?  I've never, ever had to 
"export" anything (via ld) when making a .so on unix -- it's all done

(for C) by *not* declaring a symbol as "static".  Any suggestion on
a tutorial that explains the how and why when linking dll's on
windows?



I'd recommend going to the source for information on DLLs:




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Um... what format are Cygwin manpages?

[mwoehlke]

Joshua Daniel Franklin wrote:

On 8/9/06, mwoehlke wrote:

I thought I'd have a crack at fixing the manpage for printf(3) (see
http://cygwin.com/ml/cygwin/2006-08/msg00288.html), but when I opened
it, I was a bit shocked to discover that it is only *MARGINALLY* in
troff format. I do note that other manpages seem more "normal" (man1
pages, for instance)... So, is this just "how the C lib manpages are"?


Yes, it's sort-of my fault. I just have a Perl script that chunks the 
newlib libc.info files into faux man pages.


Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in 
that case. Although am I understanding that newlib itself doesn't have 
*any* manpages, meaning a: I need to be fixing their INFO, and b: any 
manpages should be sent this way after all? (Btw, symlinks for sprintf, 
fprintf, snprintf, etc, seem to be missing?)


Anyway, if you're maintaining info->man, I totally understand why that 
would have the format it does. I would be more confused if someone was 
actually maintaining not-nroff nroff. :-)



Be careful with Linux  man pages, some are licensed from the Open Group.
If so the package should come with a copyright file like this:

http://packages.debian.org/changelogs/pool/non-free/m/manpages-posix/manpages-posix_1.67-3/manpages-posix.copyright 


Unfortunately we are not allowed to redistribute those, unless you'd like
to do the legwork to get permission to do so. :)


.\" Copyright (c) 1999 Andries Brouwer ([EMAIL PROTECTED])
.\"
.\" This is free documentation; you can redistribute it and/or
.\" modify it under the terms of the GNU General Public License as
.\" published by the Free Software Foundation; either version 2 of
.\" the License, or (at your option) any later version.

I assume the above is OK? :-)


Also I just posted for upload a new cygwin-doc package before I read
this thread, so there would be more of a delay.


Bummer. Oh, well.

--
Matthew
vIMprove your life! Now on version 7!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Dave Korn]

On 10 August 2006 14:39, Christopher Faylor wrote:

> On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote:
>> cgf wrote:
>>> Standards such as?  A pointer to a free installer which uses Windows
>>> standards and which will handle Cygwin's needs would be useful, e.g.,
>>> would NSIS meet your needs?  We've discussed using NSIS in the past.
>> 
>> Can anyone give me a qualified reference about the requirements of a
>> core cygwin environment ?  I would like to try to develop an NSIS
>> installer for it.
> 
> Huh?  setup.exe installs a "core cygwin environment" right now.
> What kind of reference would you be expecting other than the
> operation of the current installer?
> 
> cgf

  I imagine Tevfik just wants us to enumerate the things it needs to do:

1)  Allow package selection and handle dependencies, based on setup.ini
information and the content of the local package store.
2)  Create basic cygwin registry mountpoints if they don't already exist.
3)  Untar selected package tarballs in cygwin root directory when installing,
delete previously installed files when uninstalling.
4)  Run preuninstall and postinstall scripts as requested.
5)  Maintain suitable setup.db information for cygcheck to continue working.
6)  Optionally create desktop / start menu shortcuts.

  Does that cover all the essentials?

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Igor Peshansky]

On Thu, 10 Aug 2006, Dave Korn wrote:

> On 10 August 2006 14:39, Christopher Faylor wrote:
>
> > On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote:
> >> cgf wrote:
> >>> Standards such as?  A pointer to a free installer which uses Windows
> >>> standards and which will handle Cygwin's needs would be useful, e.g.,
> >>> would NSIS meet your needs?  We've discussed using NSIS in the past.
> >>
> >> Can anyone give me a qualified reference about the requirements of a
> >> core cygwin environment ?  I would like to try to develop an NSIS
> >> installer for it.
> >
> > Huh?  setup.exe installs a "core cygwin environment" right now.
> > What kind of reference would you be expecting other than the
> > operation of the current installer?
> >
> > cgf
>
>   I imagine Tevfik just wants us to enumerate the things it needs to do:
>
> 1)  Allow package selection and handle dependencies, based on setup.ini
> information and the content of the local package store.
> 2)  Create basic cygwin registry mountpoints if they don't already exist.
> 3)  Untar selected package tarballs in cygwin root directory when installing,
> delete previously installed files when uninstalling.
> 4)  Run preuninstall and postinstall scripts as requested.
> 5)  Maintain suitable setup.db information for cygcheck to continue working.
> 6)  Optionally create desktop / start menu shortcuts.
>
>   Does that cover all the essentials?

7)  Run preremove scripts on uninstalls.
8)  Allow installing package sources.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: emacs (21.2-13) freezing with cygwin 1.5.21-2

[Eric Twietmeyer]

> From: Eric Twietmeyer 
> To: cygwin at cygwin dot com
> Date: Wed, 09 Aug 2006 11:19:42 -0700
> Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2
> Reply-to: ept at terrex dot com
> 
> 
> I'm on a brand new machine, there may be some kind of 
> hardware / driver issues with it, but if so, only emacs is 
> being affected.  There is a minimal set of devices installed 
> on the box, so no extra webcams or anything installed.
> 
> Has anyone else run into a problem with the latest cygwin.dll 
> release and emacs?
> 
> Thanks again,
> 
> -Eric
> 
> 
> ---
> 
> Yes, I have experienced this same problem on a new 
> installation of cygwin on my Thinkpad T60 (which does 
> incidentally have a thumb-print reader, but that is neither 
> here nor there) as well as on a Dell Optiplex 280.
> 
> M
> 

Thanks for the response.  I too am on some new Dell box, and can provide
further hardware info if that seems necessary.

I have backed out to cygwin version 1.5.18, and I have not been able to
duplicate the emacs freeze (the emacs revision number remains the same).

Although I work full time as a software engineer, I have not ever attempted
to debug in the cygwin environment, and have never used gdb (afraid my
experience is limited to Windows and the MS IDE environment in recent
years).  However, I am willing to perform any tests that people feel would
be useful if, as seems at least possible, there is a problem with the 1.5.21
version of cygwin1.dll in conjunction with emacs.

Thanks,

-Eric


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: emacs (21.2-13) freezing with cygwin 1.5.21-2

[Larry Hall (Cygwin)]

Eric Twietmeyer wrote:

From: Eric Twietmeyer 
To: cygwin at cygwin dot com
Date: Wed, 09 Aug 2006 11:19:42 -0700
Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2
Reply-to: ept at terrex dot com


I'm on a brand new machine, there may be some kind of 
hardware / driver issues with it, but if so, only emacs is 
being affected.  There is a minimal set of devices installed 
on the box, so no extra webcams or anything installed.


Has anyone else run into a problem with the latest cygwin.dll 
release and emacs?


Thanks again,

-Eric


---

Yes, I have experienced this same problem on a new 
installation of cygwin on my Thinkpad T60 (which does 
incidentally have a thumb-print reader, but that is neither 
here nor there) as well as on a Dell Optiplex 280.


M



Thanks for the response.  I too am on some new Dell box, and can provide
further hardware info if that seems necessary.

I have backed out to cygwin version 1.5.18, and I have not been able to
duplicate the emacs freeze (the emacs revision number remains the same).

Although I work full time as a software engineer, I have not ever attempted
to debug in the cygwin environment, and have never used gdb (afraid my
experience is limited to Windows and the MS IDE environment in recent
years).  However, I am willing to perform any tests that people feel would
be useful if, as seems at least possible, there is a problem with the 1.5.21
version of cygwin1.dll in conjunction with emacs.



Has anyone having this problem looked at whether it's related to previously
reported problems like:



?

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: logon failure from subauth in 2006-08-02 snapshot

[David Rothenberger]

On 8/10/2006 12:21 AM, Corinna Vinschen wrote:

On Aug  9 11:37, David Rothenberger wrote:

I've noticed repeated logon failures in my Security event log with
the 2006-08-02 snapshot. (I have security auditing enabled.)

I'm not sure whether this is expected behavior or not. 


It's expected behaviour if you didn't set up subauthentication.


Okay, I tried to setup subauthentication per 
http://www.cygwin.com/ml/cygwin-developers/2006-07/msg00013.html. I 
copied my cygsuba.dll to c:/windows/system32 and added the registry key 
as indicated. Now, I get system error code 126 (ERROR_MOD_NOT_FOUND).


Am I missing something? Or is this one of those cases where I shouldn't 
be even trying if I can't figure it out myself?


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: emacs (21.2-13) freezing with cygwin 1.5.21-2

[Eric Twietmeyer]

> Eric Twietmeyer wrote:
> >> From: Eric Twietmeyer 
> >> To: cygwin at cygwin dot com
> >> Date: Wed, 09 Aug 2006 11:19:42 -0700
> >> Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2
> >> Reply-to: ept at terrex dot com
> >>
> >>
> >> I'm on a brand new machine, there may be some kind of hardware / 
> >> driver issues with it, but if so, only emacs is being affected.  
> >> There is a minimal set of devices installed on the box, so 
> no extra 
> >> webcams or anything installed.
> >>
> >> Has anyone else run into a problem with the latest 
> cygwin.dll release 
> >> and emacs?
> >>
> >> Thanks again,
> >>
> >> -Eric
> >>
> >>
> >> ---
> >>
> >> Yes, I have experienced this same problem on a new installation of 
> >> cygwin on my Thinkpad T60 (which does incidentally have a 
> thumb-print 
> >> reader, but that is neither here nor there) as well as on a Dell 
> >> Optiplex 280.
> >>
> >> M
> >>
> > 
> > Thanks for the response.  I too am on some new Dell box, and can 
> > provide further hardware info if that seems necessary.
> > 
> > I have backed out to cygwin version 1.5.18, and I have not 
> been able 
> > to duplicate the emacs freeze (the emacs revision number 
> remains the same).
> > 
> > Although I work full time as a software engineer, I have not ever 
> > attempted to debug in the cygwin environment, and have 
> never used gdb 
> > (afraid my experience is limited to Windows and the MS IDE 
> environment 
> > in recent years).  However, I am willing to perform any tests that 
> > people feel would be useful if, as seems at least possible, 
> there is a 
> > problem with the 1.5.21 version of cygwin1.dll in 
> conjunction with emacs.
> 
> 
> Has anyone having this problem looked at whether it's related 
> to previously reported problems like:
> 
> 
> 
> ?
> 

It doesn't seem to be related, as I don't have any of these devices
installed on my box.  I thought it might be related to some McAfee virus
checking service running on my machine, and disabled it, but the freeze
still occurred.  Again, after backing out to 1.5.18, emacs is now stable,
and I have made no other changes to my system.

The only relation with the post msg00790 is that my machine is dual core.
But I wouldn't expect that to be the problem, as someone says in that post,
many people are using the cygwin environment on SMP systems successfully.

-Eric


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Can't link TclMagick anymore

[Dave Bodenstab]

Larry Hall (Cygwin) wrote:


I'd recommend going to the source for information on DLLs:

 


Thanks.  I'll read this.  Hopefully this will give me the education I 
need here.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Um... what format are Cygwin manpages?

[Joshua Daniel Franklin]

On 8/10/06, mwoehlke wrote:

Joshua Daniel Franklin wrote:
> Yes, it's sort-of my fault. I just have a Perl script that chunks the
> newlib libc.info files into faux man pages.

Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in
that case. Although am I understanding that newlib itself doesn't have
*any* manpages, meaning a: I need to be fixing their INFO, and b: any
manpages should be sent this way after all?


Well, I'd be for fixing the newlib files rather than replacing them. The issue
with replacing them with our own custom versions or with Linux ones is that
the documentation no longer comes from the actual upstream libc (or worse--
in the case of Linux it comes from a possibly incompatible *different*
upstream libc).

If you'd like to add better *roff formatting to the perl script, it's
in the cygwin-doc
src package. A warning, though, it's a mess.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Experience with 20060810 Snapshot

[Ed Hirgelt]

Thanks for the snapshot, Chris.  I've installed it and am currently
running with it.  The only output so far is this message:

CloseHandle(*h) failed _onreturn::~_onreturn():1102

It occurs 7 times each time I start rxvt, 7 times with ps now although
it did not the first time I tried ps.  And if I do ls /proc I see a
large number as well.  I don't know if this is important.

I've had XEmacs drop into the defunct state according to ps but I
haven't see any other error messages.

Hope this helps.

Thanks,
Ed
--
Ed Hirgelt

Discovery consists of seeing what everybody has seen
and thinking what nobody has thought.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: emacs (21.2-13) freezing with cygwin 1.5.21-2

[Larry Hall (Cygwin)]

On 08/10/2006, Eric Twietmeyer wrote:

> Eric Twietmeyer wrote:
>>> > >> From: Eric Twietmeyer 
>>> > >> To: cygwin at cygwin dot com
>>> > >> Date: Wed, 09 Aug 2006 11:19:42 -0700
>>> > >> Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2
>>> > >> Reply-to: ept at terrex dot com
>>> > >>
>>> > >>
>>> > >> I'm on a brand new machine, there may be some kind of hardware / 
>>> > >> driver issues with it, but if so, only emacs is being affected.  
>>> > >> There is a minimal set of devices installed on the box, so 
> > no extra 
>>> > >> webcams or anything installed.

>>> > >>
>>> > >> Has anyone else run into a problem with the latest 
> > cygwin.dll release 
>>> > >> and emacs?

>>> > >>
>>> > >> Thanks again,
>>> > >>
>>> > >> -Eric
>>> > >>
>>> > >>
>>> > >> ---
>>> > >>
>>> > >> Yes, I have experienced this same problem on a new installation of 
>>> > >> cygwin on my Thinkpad T60 (which does incidentally have a 
> > thumb-print 
>>> > >> reader, but that is neither here nor there) as well as on a Dell 
>>> > >> Optiplex 280.

>>> > >>
>>> > >> M
>>> > >>
>> > > 
>> > > Thanks for the response.  I too am on some new Dell box, and can 
>> > > provide further hardware info if that seems necessary.
>> > > 
>> > > I have backed out to cygwin version 1.5.18, and I have not 
> > been able 
>> > > to duplicate the emacs freeze (the emacs revision number 
> > remains the same).
>> > > 
>> > > Although I work full time as a software engineer, I have not ever 
>> > > attempted to debug in the cygwin environment, and have 
> > never used gdb 
>> > > (afraid my experience is limited to Windows and the MS IDE 
> > environment 
>> > > in recent years).  However, I am willing to perform any tests that 
>> > > people feel would be useful if, as seems at least possible, 
> > there is a 
>> > > problem with the 1.5.21 version of cygwin1.dll in 
> > conjunction with emacs.
> > 
> > 
> > Has anyone having this problem looked at whether it's related 
> > to previously reported problems like:
> > 
> > 
> > 
> > ?
> > 


It doesn't seem to be related, as I don't have any of these devices
installed on my box.  I thought it might be related to some McAfee virus
checking service running on my machine, and disabled it, but the freeze
still occurred.  Again, after backing out to 1.5.18, emacs is now stable,
and I have made no other changes to my system.




Just so it's clear, just disabling most virus scanners is not enough to
eliminate them as a contributing factor.  That's because they install
themselves into the network stack.  The only way to be sure you're not
getting problems related to the scanners is to uninstall and retry.  I
don't know whether McAfee causes problems in this regard myself.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Tevfik Karagülle]

Thanks.

According to the setup.exe default package information,  
Following 41 packages forms 'a core cygwin environment':

---
Alternatives ash base-files base-passwd bash coreutils 
cygwin cygwin-doc diffutils editrights findutils gawk gdbm
Grep gzip libgdbm lidgdbm-devel libgdbm3 libgdbm4 
libncurses5 libncurses6 libncurses7 libncurses8 libreadline4
Libreadline5 libreadline6 login man ncurses run sed
Tar termcap terminfo which zlib cygwin-doc man gawk
Termcap zlib
---

In the first phase, I can think of producing a monolithic
installer for the core environment performing tasks
below:

- Create basic cygwin registry mountpoints
- untar packages
- run the postinstall script
- Create start menu items and shortcuts (optional)
- maintain setub.db (how?)

Would that be a valid cygwin installation ?

Second phase could be to introduce upgrade functionality.

Rgrds Tev

> -Original Message-
> From: Igor Peshansky [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, August 10, 2006 6:17 PM
> To: Dave Korn
> Cc: cygwin@cygwin.com
> Subject: Re: Setup.exe requirements [was RE: Cygintl-3.dll 
> was not found]
> 
> On Thu, 10 Aug 2006, Dave Korn wrote:
> 
> > On 10 August 2006 14:39, Christopher Faylor wrote:
> >
> > > On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote:
> > >> cgf wrote:
> > >>> Standards such as?  A pointer to a free installer which uses 
> > >>> Windows standards and which will handle Cygwin's needs would be 
> > >>> useful, e.g., would NSIS meet your needs?  We've 
> discussed using NSIS in the past.
> > >>
> > >> Can anyone give me a qualified reference about the 
> requirements of 
> > >> a core cygwin environment ?  I would like to try to 
> develop an NSIS 
> > >> installer for it.
> > >
> > > Huh?  setup.exe installs a "core cygwin environment" right now.
> > > What kind of reference would you be expecting other than the 
> > > operation of the current installer?
> > >
> > > cgf
> >
> >   I imagine Tevfik just wants us to enumerate the things it 
> needs to do:
> >
> > 1)  Allow package selection and handle dependencies, based on 
> > setup.ini information and the content of the local package store.
> > 2)  Create basic cygwin registry mountpoints if they don't 
> already exist.
> > 3)  Untar selected package tarballs in cygwin root directory when 
> > installing, delete previously installed files when uninstalling.
> > 4)  Run preuninstall and postinstall scripts as requested.
> > 5)  Maintain suitable setup.db information for cygcheck to 
> continue working.
> > 6)  Optionally create desktop / start menu shortcuts.
> >
> >   Does that cover all the essentials?
> 
> 7)  Run preremove scripts on uninstalls.
> 8)  Allow installing package sources.
>   Igor
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED] | 
> [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  Igor Peshansky, Ph.D. 
> (name changed!)
>  |,4-  ) )-,_. ,\ (  `'-' old name: Igor Pechtchanski
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu 
> t'en rends compte."
> "But no -- you are no fool; you call yourself a fool, there's 
> proof enough in that!" -- Rostand, "Cyrano de Bergerac"
> 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] New package: catdoc-0.94.2-1

[Reini Urban]

catdoc has been added to the cygwin distribution.
It features 4 binaries, catdoc, xls2csv, catppt and
wordview to list the content of MS-Word, Excel and Powerpoint files.
Please forgive the upstream author for the hairy spelling errors
in the docs.

http://www.45.free.net/~vitus/software/catdoc/

I attached the README for full info.

If you have questions or comments, please send them to
the Cygwin mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce
mailing list, look at the "List-Unsubscribe: " tag in
the email header of this message. Send email to the
address specified there. It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start
reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing
that is available starting at this URL.

catdoc
---
Dump Word, Excel and Powerpoint files contents

Runtime requirements: (versions given or later)
  cygwin-1.5.x
  
Build requirements: (versions given or later)
  cygwin-1.5.x
  gcc-core
  binutils
  make
  bash
  fileutils
  sed
  autoconf2.1-2.13
  automake

Canonical homepage:
  http://www.45.free.net/~vitus/software/catdoc/

Canonical download:
  http://ftp.45.free.net/pub/catdoc/${PN}-${PV}.tar.gz

---

Build instructions:
  If you use setup to install this src package, it will be
  unpacked under /usr/src automatically.

  cd /usr/src
  tar xfvj catdoc--src.tar.bz2
  test -e /usr/bin/autom4te-2.13 || ln -s /usr/bin/autom4te-2.5x 
/usr/bin/autom4te-2.13
  cygport catdoc--.cygport almostall

This will create:
  /usr/src/catdoc--.tar.bz2
  /usr/src/catdoc---src.tar.bz2

Or use 'cygport catdoc--.cygport prep' to get a patched source 
directory 

---

Files included in this package:

  /usr/bin/catdoc.exe
  /usr/bin/catppt.exe
  /usr/bin/wordview
  /usr/bin/xls2csv.exe
  /usr/share/catdoc/8859-1.txt
  /usr/share/catdoc/8859-10.txt
  /usr/share/catdoc/8859-11.txt
  /usr/share/catdoc/8859-13.txt
  /usr/share/catdoc/8859-14.txt
  /usr/share/catdoc/8859-15.txt
  /usr/share/catdoc/8859-2.txt
  /usr/share/catdoc/8859-3.txt
  /usr/share/catdoc/8859-4.txt
  /usr/share/catdoc/8859-5.txt
  /usr/share/catdoc/8859-6.txt
  /usr/share/catdoc/8859-7.txt
  /usr/share/catdoc/8859-8.txt
  /usr/share/catdoc/8859-9.txt
  /usr/share/catdoc/ascii.replchars
  /usr/share/catdoc/ascii.specchars
  /usr/share/catdoc/cp1250.txt
  /usr/share/catdoc/cp1251.txt
  /usr/share/catdoc/cp1252.txt
  /usr/share/catdoc/cp1253.txt
  /usr/share/catdoc/cp1254.txt
  /usr/share/catdoc/cp1255.txt
  /usr/share/catdoc/cp1256.txt
  /usr/share/catdoc/cp1257.txt
  /usr/share/catdoc/cp1258.txt
  /usr/share/catdoc/cp437.txt
  /usr/share/catdoc/cp850.txt
  /usr/share/catdoc/cp852.txt
  /usr/share/catdoc/cp855.txt
  /usr/share/catdoc/cp857.txt
  /usr/share/catdoc/cp860.txt
  /usr/share/catdoc/cp861.txt
  /usr/share/catdoc/cp862.txt
  /usr/share/catdoc/cp863.txt
  /usr/share/catdoc/cp864.txt
  /usr/share/catdoc/cp865.txt
  /usr/share/catdoc/cp866.txt
  /usr/share/catdoc/cp869.txt
  /usr/share/catdoc/cp874.txt
  /usr/share/catdoc/koi8-r.txt
  /usr/share/catdoc/koi8-u.txt
  /usr/share/catdoc/mac-arabic.txt
  /usr/share/catdoc/mac-centeuro.txt
  /usr/share/catdoc/mac-cyrillic.txt
  /usr/share/catdoc/mac-greek.txt
  /usr/share/catdoc/mac-hebrew.txt
  /usr/share/catdoc/mac-roman.txt
  /usr/share/catdoc/tex.replchars
  /usr/share/catdoc/tex.specchars
  /usr/share/catdoc/us-ascii.txt
  /usr/share/doc/Cygwin/catdoc-0.94.2.README
  /usr/share/doc/catdoc-0.94.2/COPYING
  /usr/share/doc/catdoc-0.94.2/CREDITS
  /usr/share/doc/catdoc-0.94.2/INSTALL
  /usr/share/doc/catdoc-0.94.2/NEWS
  /usr/share/doc/catdoc-0.94.2/README
  /usr/share/doc/catdoc-0.94.2/TODO
  /usr/share/man/man1/catdoc.1.gz
  /usr/share/man/man1/catppt.1.gz
  /usr/share/man/man1/wordview.1.gz
  /usr/share/man/man1/xls2csv.1.gz

---

Port Notes:

- version 0.94.2-1 - 
Initial release

Cygwin port maintained by: Reini Urban <[EMAIL PROTECTED]>
Cygwin port questions to the mailinglist 
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Christopher Faylor]

On Thu, Aug 10, 2006 at 09:43:01PM +0200, Tevfik Karag?lle wrote:
>Thanks.
>
>According to the setup.exe default package information,  
>Following 41 packages forms 'a core cygwin environment':
>
>---
>Alternatives ash base-files base-passwd bash coreutils 
>cygwin cygwin-doc diffutils editrights findutils gawk gdbm
>Grep gzip libgdbm lidgdbm-devel libgdbm3 libgdbm4 
>libncurses5 libncurses6 libncurses7 libncurses8 libreadline4
>Libreadline5 libreadline6 login man ncurses run sed
>Tar termcap terminfo which zlib cygwin-doc man gawk
>Termcap zlib
>---
>
>In the first phase, I can think of producing a monolithic
>installer for the core environment performing tasks
>below:
>
>- Create basic cygwin registry mountpoints
>- untar packages
>- run the postinstall script
>- Create start menu items and shortcuts (optional)
>- maintain setub.db (how?)
>
>Would that be a valid cygwin installation ?
>
>Second phase could be to introduce upgrade functionality.

You shouldn't worry about "a core cygwin environment".  Just worry about
dealing correctly with dependencies and understanding categories like
"Base".  The packages in setup.ini which are in the Base category + all
of their dependencies are what constitute the base Cygwin installation.
However, it seems to me that if you understand Base and dependencies,
then you don't really need to worry about Base at all.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Um... what format are Cygwin manpages?

[mwoehlke]

Joshua Daniel Franklin wrote:

On 8/10/06, mwoehlke wrote:

Joshua Daniel Franklin wrote:
> Yes, it's sort-of my fault. I just have a Perl script that chunks the
> newlib libc.info files into faux man pages.

Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in
that case. Although am I understanding that newlib itself doesn't have
*any* manpages, meaning a: I need to be fixing their INFO, and b: any
manpages should be sent this way after all?


Well, I'd be for fixing the newlib files rather than replacing them. The 
issue with replacing them with our own custom versions or with Linux ones

is that the documentation no longer comes from the actual upstream libc
(or worse-- in the case of Linux it comes from a possibly incompatible
*different* upstream libc).


...which is why we're not replacing it with the Linux one. :-) I took 
the Linux one and *edited* it until it seemed to match the actual 
observed-and-tested behavior of Cygwin's newlib. Along the way I 
discovered that newlib is not C99-conformant (see earlier posts).


Anyway, if it turns out I have to patch an info file, then I guess I'm 
stuck doing that. Assuming anyone on newlib pays attention to me. So 
far, zilch.



If you'd like to add better *roff formatting to the perl script, it's
in the cygwin-doc src package. A warning, though, it's a mess.


Heh, maybe I'll take a crack, but that's something a lot more 
complicated... there is really not a good LaTeX->roff convertor out 
there? (Or maybe newlib has just-as-poorly-formatted LaTeX... ;-))


--
Matthew
vIMprove your life! Now on version 7!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Um... what format are Cygwin manpages?

[Christopher Faylor]

On Thu, Aug 10, 2006 at 03:20:21PM -0500, mwoehlke wrote:
>Anyway, if it turns out I have to patch an info file, then I guess I'm 
>stuck doing that. Assuming anyone on newlib pays attention to me. So 
>far, zilch.

Yes, you definitely have to *patch* the *source* of the documentation that
you want changed if you want someone to apply it.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc-3.4.4 compile dietlibc error on cygwin

[Wang Yiping]

Dear Readers:

I met a problem on compiling dietlibc on the lastest gcc-3.4.4 with
error. I don't know if I can do this on cygwin.

Thanks for your help!

andy

dietlibc-0.27 to 0.30 i386/start.S

68 .Lstart:
69.size_start,.Lstart-_start

$ make
gcc -I. -isystem include -pipe -nostdinc -Os -fomit-frame-pointer -falign-functi
ons=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -Wall -W -Wch
ar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch
-Wno-unuse
d -Wredundant-decls -c i386/start.S -o bin-i386/start.o
i386/start.S: Assembler messages:
i386/start.S:69: Warning: .size pseudo-op used outside of .def/.endef ignored.
i386/start.S:69: Error: junk at end of line, first unrecognized
character is `_'

make: *** [bin-i386/start.o] Error 1

$ gcc -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --
exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --man
dir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,
java,objc --enable-nls --without-included-gettext --enable-version-specific-runt
ime-libs --without-x --enable-libgcj --disable-java-awt
--with-system-zlib --ena
ble-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=b
oehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchroniza
tion --enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Snapshot uploaded, please try

[Dr. Volker Zell]

> Christopher Faylor writes:

> The latest snapshot has been uploaded.
> If you have been asked to test a snapshot, please try this one.  It 
contains
> additional debugging which may help track down the "Xemacs problem".

> The error messages will be going to stderr, so if possible redirect the
> output to a file for capture.


I haven't got Xemacs or rxvt in the defunct state yet, but starting rxvt
or ps/procps/pstree gives:

CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102


Starting xterm from an rxvt window gives:

In the Rxvt window
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102
CloseHandle(*h) failed _onreturn::~_onreturn():1102

In the Xterm window
 587214 [main] xterm 296 modify_handle: virtual void 
fhandler_pipe::set_close_on_exec(bool):175 handle guard<0x680> not found

Will follow up, when one of the process go to defunct state.

Ciao
  Volker


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Snapshot uploaded, please try

[Christopher Faylor]

On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote:
>> Christopher Faylor writes:
>
>> The latest snapshot has been uploaded.
>> If you have been asked to test a snapshot, please try this one.  It 
> contains
>> additional debugging which may help track down the "Xemacs problem".
>
>> The error messages will be going to stderr, so if possible redirect the
>> output to a file for capture.
>
>
>I haven't got Xemacs or rxvt in the defunct state yet, but starting rxvt
>or ps/procps/pstree gives:
>
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102

Those are true errors but they should not be responsible for your problems.

>Starting xterm from an rxvt window gives:
>
>In the Rxvt window
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>CloseHandle(*h) failed _onreturn::~_onreturn():1102
>
>In the Xterm window
> 587214 [main] xterm 296 modify_handle: virtual void 
> fhandler_pipe::set_close_on_exec(bool):175 handle guard<0x680> not found

That one *could* be responsible.  I was suspecting something in the pipe
code since it has often been the cause of handle closing confusion.

>Will follow up, when one of the process go to defunct state.

I think I could pinpoint this pretty quickly if I could think of some
way to have cygwin dump the list of handles that it knows about and
their states.  Maybe I could get strace to do that when you first attach
to a running cygwin process.  I'll have to think about that but I guess
that means that there is another snapshot coming.

I know that Corinna has some experimental code coming which is intended
to work around the apparent Windows CreateFileMapping bug.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Tevfik Karagülle]

 I don't know how to switch from digest mode to normal mode.
That's why I think this mail is a little bit out-of-sync. Sorry about that.

After feedback from cgf, I have scanned setup.ini for packages and
their dependencies. 54 of 797 packages are qualified for Base either
directly or indirectly:

_update-info-dir
alternatives
ash
base-files
base-passwd
bash
bzip2
coreutils
crypt
cygutils
cygwin
cygwin-doc
diffutils
editrights
findutils
gawk
gdbm
grep
groff
gzip
less
libbz2_1
libcharset1
libgdbm
libgdbm-devel
libgdbm3
libgdbm4
libiconv
libiconv2
libintl
libintl1
libintl2
libintl3
libncurses5
libncurses6
libncurses7
libncurses8
libpcre0
libpopt0
libreadline4
libreadline5
libreadline6
login
man
mktemp
ncurses
run
sed
tar
termcap
terminfo
texinfo
which
zlib
 
I will develop an NSIS package which creates registry
Mount points, untar packages above and run the
Postinstall script. Any suggestions including naming
are welcome.

Rgrds Tev 

> -Original Message-
> From: Tevfik Karagülle [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, August 10, 2006 9:43 PM
> To: 'cygwin@cygwin.com'; 'Dave Korn'
> Subject: RE: Setup.exe requirements [was RE: Cygintl-3.dll 
> was not found]
> 
> Thanks.
> 
> According to the setup.exe default package information, 
> Following 41 packages forms 'a core cygwin environment':
> 
> ---
> Alternatives ash base-files base-passwd bash coreutils cygwin 
> cygwin-doc diffutils editrights findutils gawk gdbm Grep gzip 
> libgdbm lidgdbm-devel libgdbm3 libgdbm4
> libncurses5 libncurses6 libncurses7 libncurses8 libreadline4
> Libreadline5 libreadline6 login man ncurses run sed Tar 
> termcap terminfo which zlib cygwin-doc man gawk Termcap zlib
> ---
> 
> In the first phase, I can think of producing a monolithic 
> installer for the core environment performing tasks
> below:
> 
> - Create basic cygwin registry mountpoints
> - untar packages
> - run the postinstall script
> - Create start menu items and shortcuts (optional)
> - maintain setub.db (how?)
> 
> Would that be a valid cygwin installation ?
> 
> Second phase could be to introduce upgrade functionality.
> 
> Rgrds Tev
> 
> > -Original Message-
> > From: Igor Peshansky [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, August 10, 2006 6:17 PM
> > To: Dave Korn
> > Cc: cygwin@cygwin.com
> > Subject: Re: Setup.exe requirements [was RE: Cygintl-3.dll was not 
> > found]
> > 
> > On Thu, 10 Aug 2006, Dave Korn wrote:
> > 
> > > On 10 August 2006 14:39, Christopher Faylor wrote:
> > >
> > > > On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik 
> Karag?lle wrote:
> > > >> cgf wrote:
> > > >>> Standards such as?  A pointer to a free installer which uses 
> > > >>> Windows standards and which will handle Cygwin's 
> needs would be 
> > > >>> useful, e.g., would NSIS meet your needs?  We've
> > discussed using NSIS in the past.
> > > >>
> > > >> Can anyone give me a qualified reference about the
> > requirements of
> > > >> a core cygwin environment ?  I would like to try to
> > develop an NSIS
> > > >> installer for it.
> > > >
> > > > Huh?  setup.exe installs a "core cygwin environment" right now.
> > > > What kind of reference would you be expecting other than the 
> > > > operation of the current installer?
> > > >
> > > > cgf
> > >
> > >   I imagine Tevfik just wants us to enumerate the things it
> > needs to do:
> > >
> > > 1)  Allow package selection and handle dependencies, based on 
> > > setup.ini information and the content of the local package store.
> > > 2)  Create basic cygwin registry mountpoints if they don't
> > already exist.
> > > 3)  Untar selected package tarballs in cygwin root directory when 
> > > installing, delete previously installed files when uninstalling.
> > > 4)  Run preuninstall and postinstall scripts as requested.
> > > 5)  Maintain suitable setup.db information for cygcheck to
> > continue working.
> > > 6)  Optionally create desktop / start menu shortcuts.
> > >
> > >   Does that cover all the essentials?
> > 
> > 7)  Run preremove scripts on uninstalls.
> > 8)  Allow installing package sources.
> > Igor
> > -- 
> > http://cs.nyu.edu/~pechtcha/
> >   |\  _,,,---,,_[EMAIL PROTECTED] | 
> > [EMAIL PROTECTED]
> > ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. 
> > (name changed!)
> >  |,4-  ) )-,_. ,\ (  `'-'   old name: Igor 
> Pechtchanski
> > '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> > 
> > "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu 
> t'en rends 
> > compte."
> > "But no -- you are no fool; you call yourself a fool, there's proof 
> > enough in that!" -- Rostand, "Cyrano de Bergerac"
> > 
> 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygintl-3.dll was not found

[infoterror]

>FYI, you seem to be implying that this is some sort of UNIX installer
>when it really is just a home-grown Windows installer designed to handle
>Cygwin's needs.  I have no problems with the user interface but I do
>understand that some Windows users find it unintuitive.

When installing under windows, it makes sense to use the standard (.msi) and
style of windows installers. It is rude to go into a room full of people
speaking Tagalog and insist they speak English; similarly, when one wants
something to work under windows, it should adapt to that standard.

>I disagree.  Not all packages install in "c:\Program Files" and putting
>Cygwin's root directory there would mean extra typing, potential
>"filename with spaces" problems, and, most importantly, it would mean 10
>extra characters eaten from the MAX_PATH limit.  Also, as is pointed out
>later in this thread, there is a whole filesystem underneath the
>c:\cygwin directory.  Right or wrong, I've always considered Cygwin to
>be sort of a parallel to the Windows directory.

To a windows user, it is an application.

Installing all program files into c:\Program Files provides the user a
consistent interface. Some in the corporate world seek to mystify this, but
their apps are acknowledged by experienced windows people as errant.

Another way to put this: if you were a corporate MIS/IT/etc department head
and you wanted to keep machines organized, you would probably have all
software installed in the same location. Makes backup easy. Makes it
immediately discernible what must be moved/modified if there's a problem
with a machine.

>You can, of course, choose your own location, however.  I don't see why
>this should be a big issue for anyone who installs Cygwin.  If they know
>about "c:\Program Files" and think that's the place that cygwin should
>go, they are welcome to put things there.

Instead of making more work for them to do it right, why not just do it
right from the start?

>What kind of problems do you think are being caused by installing to
>"c:\cygwin" and/or what kind of problems would be solved by installing
>to "c:\Program Files\cygwin"?

Please see above.

-- 
View this message in context: 
http://www.nabble.com/Cygintl-3.dll-was-not-found-tf869884.html#a5753856
Sent from the Cygwin Users forum at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[infoterror]

>According to the setup.exe default package information,  
>Following 41 packages forms 'a core cygwin environment':

I think this kind of thinking makes a lot of sense when dealing with the
desktop paradigm, and will empower more users to enjoy the benefits of
cygwin.


-- 
View this message in context: 
http://www.nabble.com/Cygintl-3.dll-was-not-found-tf869884.html#a5753884
Sent from the Cygwin Users forum at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc-3.4.4 compile dietlibc error on cygwin

[Brian Dessent]

Wang Yiping wrote:

> I met a problem on compiling dietlibc on the lastest gcc-3.4.4 with
> error. I don't know if I can do this on cygwin.

It's not really clear what you're trying to accomplish here.  If you're
trying to natively compile this lib then that's almost certainly going
to fail, as dietlibc supports the linux kernel only.  (Just like you
can't just compile glibc for windows and run it -- if this were possible
then there would be no need for Cygwin at all.)

If you're trying to cross-compile it for some other target then that
should work fine, but you can't use the native gcc for that.  You'll
need to build a cross-toolchain for whatever machine/architecture you're
targeting.  There are better lists to discuss this (such as crossgcc AT
sourceware . org) as it is a generic procedure that is not specific to
Cygwin.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Christopher Faylor]

On Thu, Aug 10, 2006 at 11:59:18PM +0200, Tevfik Karag?lle wrote:
> I don't know how to switch from digest mode to normal mode.
>That's why I think this mail is a little bit out-of-sync. Sorry about that.
>
>After feedback from cgf, I have scanned setup.ini for packages and
>their dependencies. 54 of 797 packages are qualified for Base either
>directly or indirectly:
>
>...
> 
>I will develop an NSIS package which creates registry Mount points,
>untar packages above and run the Postinstall script.  Any suggestions
>including naming are welcome.

I'm not sure if you got my point or not but if you don't develop an
installer which deals with categories and dependencies, then I don't see
how it could be considered a replacement for setup.exe.  If you do this,
then you don't need to list all of the packages in "Base".  You just
need to know that there is a "Base" and deal with that.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc-3.4.4 compile dietlibc error on cygwin

[Wang Yiping]

Hi, Brian:




It's not really clear what you're trying to accomplish here.  If you're
trying to natively compile this lib then that's almost certainly going
to fail, as dietlibc supports the linux kernel only.  (Just like you
can't just compile glibc for windows and run it -- if this were possible
then there would be no need for Cygwin at all.)


Yes, I was confused before. I just wanted to get mkinitrd run on
cygwin to generate a image for the modules that I have cross-compiled
kernel on cygwin.  Now I know I need to crosscompile the dietlibc and
nash and copy it to the image.


Brian


Thanks for your reply!

Yiping

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

keychain doesn't properly cache ssh key

[Dominik Hoffmann]

I have a very stock installation of Cygwin (Cygwin.dll Version  
1.5.21-2) on Windows XP Pro. I installed the ssh and rsync packages,  
as well as keychain, all from Cygwin's installer interface. The  
version of keychain, as you probably know, that Cygwin currently  
installs is 2.5.3.1. keychain is said to work in the Cygwin  
environment, and yet I get this type of behavior:



[EMAIL PROTECTED] ~
$ keychain id_dsa

KeyChain 2.5.3.1; http://www.gentoo.org/proj/en/keychain/
Copyright 2002-2004 Gentoo Foundation; Distributed under the GPL

* Found existing ssh-agent (504)
* Known ssh key: /home/Administrator/.ssh/id_dsa


[EMAIL PROTECTED] ~
$ ssh [EMAIL PROTECTED]
Enter passphrase for key '/home/Administrator/.ssh/id_dsa':
Last login: Thu Aug 10 17:53:06 2006 from nichd32t33.nichd.nih.gov
[EMAIL PROTECTED] ~]$


In other words, it recognizes the existing cached key but doesn't use  
it. Maybe this issue with ssh-add gets at the root of the problem:



[EMAIL PROTECTED] ~
$ ssh-add ~/.ssh/id_dsa
Could not open a connection to your authentication agent.


Note the error message.

Is anyone aware of anything that would help me to get keychain work  
adequately?


Dominik Hoffmann

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: keychain doesn't properly cache ssh key

[Eric Hanchrow]

> "Dominik" == Dominik Hoffmann <[EMAIL PROTECTED]> writes:

Dominik> Is anyone aware of anything that would help me to get
Dominik> keychain work adequately?

You have to source the files that keychain creates, like this:

$ . ~/.keychain/hostname-sh


-- 
Native Americans used every part of the buffalo, including
the wings.
-- Darren New


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: keychain doesn't properly cache ssh key

[René Berber]

Dominik Hoffmann wrote:

> I have a very stock installation of Cygwin (Cygwin.dll Version 1.5.21-2)
> on Windows XP Pro. I installed the ssh and rsync packages, as well as
> keychain, all from Cygwin's installer interface. The version of
> keychain, as you probably know, that Cygwin currently installs is
> 2.5.3.1. keychain is said to work in the Cygwin environment, and yet I
> get this type of behavior:
> 
>> [EMAIL PROTECTED] ~
>> $ keychain id_dsa
>>
>> KeyChain 2.5.3.1; http://www.gentoo.org/proj/en/keychain/
>> Copyright 2002-2004 Gentoo Foundation; Distributed under the GPL
>>
>> * Found existing ssh-agent (504)
>> * Known ssh key: /home/Administrator/.ssh/id_dsa
>>
>>
>> [EMAIL PROTECTED] ~
>> $ ssh [EMAIL PROTECTED]
>> Enter passphrase for key '/home/Administrator/.ssh/id_dsa':
>> Last login: Thu Aug 10 17:53:06 2006 from nichd32t33.nichd.nih.gov
>> [EMAIL PROTECTED] ~]$
> 
> In other words, it recognizes the existing cached key but doesn't use
> it.

To be precise: keychain recognizes the existing cached key but ssh doesn't use
the cache.

> Maybe this issue with ssh-add gets at the root of the problem:
> 
>> [EMAIL PROTECTED] ~
>> $ ssh-add ~/.ssh/id_dsa
>> Could not open a connection to your authentication agent.

Yep, that means that keychain (which started ssh-agent) did not set the
environment variables SSH_AGENT_PID and SSH_AUTH_SOCK, without the second none
of the other command will connect to ssh-agent (try "ssh-add -l" an you'll get
the same output).

You can test by setting the variables yourself, do a "ls /tmp/ssh*" to see where
the socket is, then set the variables, for instance:

$ ls -d /tmp/ssh*
/tmp/ssh-43tNvsvRBs/
$ ls /tmp/ssh*
agent.3580=
$ export SSH_AGENT_PID=3580
$ export SSH_AUTH_SOCK=/tmp/ssh-43tNvsvRBs/agent.3580

> Note the error message.
> 
> Is anyone aware of anything that would help me to get keychain work
> adequately?

Even with that some commands will not work as expected because they seem to use
gpg-agent, for instance: "gpg --sign -b --use-agent Wiz.tar.gz".

Keychain seems to be missing the equivalent of "eval `ssh-agent -s`" (if using
bash).
-- 
René Berber


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]

[Reini Urban]

Tevfik Karagülle schrieb:

After feedback from cgf, I have scanned setup.ini for packages and
their dependencies. 54 of 797 packages are qualified for Base either
directly or indirectly:

...

I will develop an NSIS package which creates registry
Mount points, untar packages above and run the
Postinstall script. Any suggestions including naming
are welcome.


Already done for NSIS. See those three people at least:

http://marc.theaimsgroup.com/?l=cygwin&m=111351786214881&w=2
http://marc.theaimsgroup.com/?l=cygwin&m=113525279200090&w=2
http://marc.theaimsgroup.com/?l=cygwin&m=100075284818001&w=2
 => http://cygwin-lite.sourceforge.net/

But be sure to provide the src packages also to your users. e.g. with an 
optional checkbox.


All these attempts will most likely fail if a proper cygwin setup is 
already installed. It's very easy detect by the mount points in the 
registry. So please be sure to play nicely with an already existing 
cygwin, and copy only the necessary files to the proper places then. We 
hate duplicate cygwin1.dll's.

--
Reini

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/