Re: Rebase All command.....

[Ashwin N]

On 4/21/05, Dave Korn <[EMAIL PROTECTED]> wrote:
[...]
>   http://cygwin.com/acronyms#YHBT !

YHBT is not there on that page :)


~ash
-- 
Ashwin N
http://ash.webhop.net/

--
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: does not work : change /cygdrive to / (Attn: documentation patch)

[Yitzchak Scott-Thoennes]

On Sat, Apr 23, 2005 at 10:27:55AM +0200, Corinna Vinschen wrote:
> On Apr 22 12:09, Yitzchak Scott-Thoennes wrote:
> > On Tue, Apr 19, 2005 at 11:25:26PM -0700, Brian Dessent wrote:
> > > I have attached a patch to the documentation that clarifies these two
> > > locations.
> > 
> > In addition to the doc change (thanks), there's room for some
> > improvement in mount.exe.  I note that setting a user mount point when
> > there is a system mount point or vice versa gives warnings:
> > 
> >mount: warning: user mount point of '/foo' masks system mount.
> >mount: warning: system mount point of '/foo' will always be masked by 
> > user mount.
> > 
> > It would be good to give similar warnings for cygdrive prefix (when -f is
> > not specified).
> 
> You have a copyright assignment in place, right?

Yes.  Just wanted to get my thoughts out there in public in case I don't
find time to do it.

--
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: cygrunsrv

[Corinna Vinschen]

On Apr 25 07:10, Karl M wrote:
> Hi All...
> 
> In testing out my keychain service on a new XP system, I was thinking about 
> all of the questions
> that have shown up on the [EMAIL PROTECTED] list in the past about launching 
> a 
> service from a user-id other than SYSTEM. And...I was wondering how you(s) 
> felt about adding the ability for cygrunsrv to change user-id before 
> running the target application.

It sounds a bit confusing to me.  The result are two different ways
to install a service as user with one of them somewhat obfuscated.

> Are there any negatives to doing it?

Is there any additional gain over installing as user?

> Or...Corinna...if it is easy, is this something that you would consider 
> adding?

This is a clear case of http://cygwin.com/acronyms/#PTC

The sources of cygrunsrv are in CVS on sourceware as module "cygrunsrv"
in the repository :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
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/

beginner's questions

[community help]

Hi,

1) I want to know if some software is installed in my
cygwin. "whereis" and "urpmi" does not work. So how
can i do this?

2) No login is required before connection. Am i root
by default?

If there is a tutorial answering this kind of
questions please let me know.

Thank you

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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: system() fails on pristine Windows systems

[Archie Warnock]

Brian Dessent wrote:
> system() is just a wrapper around spawnvp().  If spawn() isn't what you
> want then neither is system().  spawn() does not necessarily replace the
> current process (_P_OVERLAY), it can also start and optionally wait for
> a subprocess (_P_WAIT, _P_NOWAIT, _P_DETACH).

Excellent - thanks.

-- 
Archie

-- Archie Warnock   Internet: [EMAIL PROTECTED]
-- A/WWW Enterpriseshttp://www.awcubed.com
--   As a matter of fact, I _do_ speak for my employer.

--
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: beginner's questions

[Dave Korn]

Original Message
>From: community help
>Sent: 26 April 2005 12:21

> Hi,
> 
> 1) I want to know if some software is installed in my
> cygwin. "whereis" and "urpmi" does not work. So how
> can i do this?

  To find if any cygwin package contains a particular program, go to 

http://cygwin.com/packages

and enter the program name into the search function.  I don't know what
"whereis" and "urpmi" are, but the zsh package seems to contain functions by
those names, so maybe you need to install and run zsh?

> 2) No login is required before connection. Am i root
> by default?

  As long as you have setup your /etc/passwd and /etc/group files by running
mkgroup and mkpasswd, you will be logged in as whatever windows username you
logged into windows with.  If that user has admin rights, you will be
effectively root in cygwin.
 
> If there is a tutorial answering this kind of
> questions please let me know.

  You should certainly read all the documentation there is:

http://cygwin.com/docs.html

  In particular the user guide is very helpful, even though it's not exactly
a tutorial.

http://cygwin.com/cygwin-ug-net/


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/

To Larry Hall

[Ergun UYAR]

Dear Larry Hall,

Thanks for your answers to my questions.I asked 2
questions and you answered both of them quickly and
with a good explanation.

Sometimes,the work is too easy to do,but if you
haven't got the necessary knowledge about it or don't
know what to do,it becomes an important problem for
you to solve.

With your help,I installed cygwin now.

With my best wishes.




Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

--
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: beginner's questions

[Jim Drash]

> 1) I want to know if some software is installed in my
> cygwin. "whereis" and "urpmi" does not work. So how
> can i do this?
> 
> 2) No login is required before connection. Am i root
> by default?
> 

1) "urpmi" is a specifc wrapper on rpm that is used in Mandriva
(formerly Mandrake) Linux systems.  Since Windows is not Linux and not
Mandriva, urpmi is not present. "whereis" (and many others) is
provided by the util-linux rpm on Mandrake. Again, since CygWin is not
Linux, this command is not included

2) You are not root but are the Windows user that you logged in as (On
Win 9x, there is no user)  Again since this is not Linux "root" can be
moot (can be mapped to the Windows Administrator account),

--
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/

Locking file in cygwin

[Vladislav Grinchenko]

Hi,

I am new to cygwin (and win32 programming in general), so if the answer
to my question is covered somewhere else, please point me in the right
direction.

While porting one of my c++ libraries to cygwin, I stumbled over this:

Calling fcntl (fd, F_GETLK, ...) returns ENOSYS (function not
implemented).

I searched the archive and couldn't find anything appropriate to explain
why.
In short, this happens when I try to handle PID file locking to preclude
multiple instances of the same program simultaneously running on a
host.

If there is a more preferable way of handling this task in cygwin/win32,
I wouldn't mind implementing it.

One more thing, I don't need backward compatability if that is the case.
My target platforms are WinXP and Win2000.

Thanks in advance,
-Vlad

--
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: Locking file in cygwin

[Dave Korn]

Original Message
>From: Vladislav Grinchenko
>Sent: 26 April 2005 14:22


> While porting one of my c++ libraries to cygwin, I stumbled over this:
> 
> Calling fcntl (fd, F_GETLK, ...) returns ENOSYS (function not
> implemented).
> 
> I searched the archive and couldn't find anything appropriate to explain
> why.


  Because the function has not been implemented!


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: Hello, and installation question

[Hans Horn]

Hi Jesper,

If I follow the instructions on the line you provided below, and burn a CD 
with that custom installation, what do users have left to do to get a 
working installation on their machine?
Just copying from the inst CD to a local drive would not suffice, would it?

H.

 Jesper Vad Kristensen wrote:
> Mills wrote:
>
>> My question: I need to install Cygwin on systems with no net
>> access and am
>> having problems building a CD fileset from which to install on other
>> machines.
>
> Just a quickie, gotta run :)
>
> http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
>
> Regards,
>
> Jesper Vad Kristensen
> Denmark 




--
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: create installation using installed.db

[Hans Horn]

Brian,

I guess you are referring to 
http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
I'll give that a whack.

If I follow the instructions from that posting, and burn a CD
with that custom installation, what do users have left to do to get a
working installation on their machine?
Just copying from the inst CD to a local drive would not suffice, would it?

H.

Brian Dessent wrote:
> Hans Horn wrote:
>
>> I'd like to create a distribution media that allows my group to do
>> custom offline installations of cygwin.
>> I want this distribution to contain EXACTLY what is currently
>> installed on a master machine, plus ALL the corresponding src
>> packages.
>>
>> Now, I know that I can have setup to just download stuff to a local
>> directory.
>> However, doing that interactively is such a braindead task, so I was
>> hoping that there's a simpler way.
>>
>> Can I use setup in unattended mode to do exactly what I've described
>> above? Perhaps using the information it finds in
>> /etc/setup/installed.db on the master machine?
>
> I don't have a link handy, but if you search the archives you'll see
> this was asked at least 3 times in the last 6 months, and several
> methods of approaching it were described.
>
> 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: To Larry Hall

[Larry Hall]

At 08:02 AM 4/26/2005, you wrote:

>Dear Larry Hall,
>
>Thanks for your answers to my questions.I asked 2
>questions and you answered both of them quickly and
>with a good explanation.
>
>Sometimes,the work is too easy to do,but if you
>haven't got the necessary knowledge about it or don't
>know what to do,it becomes an important problem for
>you to solve.
>
>With your help,I installed cygwin now.
>
>With my best wishes.

I'm glad I could help.  Happy Cygwinning! :-)


Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (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: Rebase All command.....

[Igor Pechtchanski]

On Tue, 26 Apr 2005, Ashwin N wrote:

> On 4/21/05, Dave Korn <[EMAIL PROTECTED]> wrote:
> [...]
> >   http://cygwin.com/acronyms#YHBT !
>
> YHBT is not there on that page :)

And won't be.  .
Igor
P.S. For most of these, Google is the best option, anyway.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: Rebase Your All commands are belong to us.....

[Dave Korn]

Original Message
>From: Ashwin N
>Sent: 26 April 2005 08:17

> On 4/21/05, Dave Korn  wrote:
   ^^
   Ash, http://cygwin.com/acronyms#PCYMTNQREAIYR, thanks!

> [...]
>>   http://cygwin.com/acronyms#YHBT !
> 
> YHBT is not there on that page :)
> 
> 
> ~ash
> --
> Ashwin N
> http://ash.webhop.net/



YHBT !


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: Hello, and installation question

[Igor Pechtchanski]

Ugh.  Top posting.  Reformatted.

On Tue, 26 Apr 2005, Hans Horn wrote:

>  Jesper Vad Kristensen wrote:
> > Mills wrote:
> >
> >> My question: I need to install Cygwin on systems with no net access
> >> and am having problems building a CD fileset from which to install on
> >> other machines.
> >
> > Just a quickie, gotta run :)
> >
> > http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
> >
> > Regards,
> >
> > Jesper Vad Kristensen
> > Denmark
>
> Hi Jesper,
>
> If I follow the instructions on the line you provided below, and burn a
> CD with that custom installation, what do users have left to do to get a
> working installation on their machine? Just copying from the inst CD to
> a local drive would not suffice, would it?

Hans,

Unless you want to replicate some specific directory structure in addition
to package versions (and even then -- see below), it's best to create a CD
with the installation tarballs of the packages you need, a copy of
setup.exe, a setup.ini, and the custom installed.db.  You can then add a
batch file that copies installed.db to c:\cygwin\etc\setup (after
checking, of course, that Cygwin is not already installed), and runs
setup.exe (possibly in unattended mode).  Unless you let setup do its
magic and install everything from scratch, there are just too many
possible things you'll need to patch up...  If you do want extra
directories in your installations, just have the batch file copy those
directories over after setup.exe is done.

If you do choose to do it the hard way (copy from CD and manually patch up
stuff), the three places I can think of right away are a) the mount table,
b) the /etc/passwd and /etc/group files, and c) the /etc/services,
/etc/hosts, /etc/protocols, and /etc/networks symlinks.  For a), you'll
need to run "mount -m > restore_mounts.bat", copy restore_mounts.bat to
the CD, and have the user run it (but beware -- the -X flag is not
faithfully reproduced by "mount -m").  For b) and c), it's probably best
to just remove those files and re-run base-files-mketc.sh.done and
passwd-grp.sh.done, respectively (both of them are in /etc/postinstall).
Again, I may be missing some things, so pick the latter approach at your
own risk.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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] Updated: cygwin-1.5.16-1

[Christopher Faylor]

I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

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.

Christopher Faylor
TimeSys, Inc.

Changes since 1.5.15-1:

cgf: Improve locking of shared memory regions to present bogus "cygwin
version mismatch" errors.

cgf: Fix handling of console character attributes after a fork.

cgf: Make fifos work slightly better.  They still are not 100% right.

cgf: Fix handling of wait()ing for process groups.

cgf: Properly report error when attempting to access a nonexistent file
in /proc.

corinna: Implement pselect.

corinna: Handle failed socket connects more gracefully in select and poll.
Fix smaller bugs in select/poll.

cgf: Fix mount -m so that it properly displays "-X".


--
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: Hello, and installation question

[Igor Pechtchanski]

On Tue, 26 Apr 2005, Igor Pechtchanski wrote:

> [snip]
> (but beware -- the -X flag is not faithfully reproduced by "mount -m").

Ok, strike this one.  The rest still applies, though. :-D
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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/

installation

[Ergun UYAR]

Hello !
I was installing the full package of cygwin,65% of it 
had been finished,at that time computer because of a
outer reason restarted so connection cut off.

What will I do?

start istallation from the zero position,from the
beginning?That is,redownload first 65% of full
packages and then the other part?

Or,reinstall option next to the "all" is usefull for
me?

If not,"reinstall option" about packages is used for
what?For which conditions it is used?

Thanks,Ergün


Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

--
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/

Problem with 'cvs login'

[Rancier, Jeff]

All,

Any ideas on whether or not this is a cygwin cvs.exe issue?

Here's the error, I've included what I think is relevant below:

$ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login 
Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
CVS password:
cvs [login aborted]: reading from server: Software caused connection abort


I just installed xinetd, and both  are running:

$ ps -ef
 UID PIDPPID TTY STIME COMMAND
jrancier1552   1 con  13:23:50 /usr/bin/bash
  SYSTEM1656   1   ?  13:56:43 /usr/sbin/xinetd
jrancier1832   1 con  13:57:49 /usr/bin/bash
jrancier16761832 con  13:58:42 /usr/bin/cvs
jrancier17081552 con  14:03:10 /usr/bin/ps




Here's my cvspserver entry /etc/xinetd.d

,
| service cvspserver
| {
|port= 2401
|socket_type = stream
|protocol= tcp
|wait= no
|user= SYSTEM
|passenv = PATH
|server  = /usr/bin/cvs
|server_args = -f --allow-root=/usr/local/cvsroot pserver
| }
`


And my environment:

$ set | grep -i cvs CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/cvsroot
CVS_RSH=/bin/ssh


 Cygwin Package Information Synopsis
 Package  Version
 cvs  1.11.17-1
 cygrunsrv1.01-1
 cygutils 1.2.7-1
 cygwin   1.5.15-1
 cygwin-doc   1.4-2
 xinetd   2.3.9-1

Here's the output of cygcheck -sysinfo

,
| 
| Cygwin Configuration Diagnostics
| Current System Time: Tue Apr 26 14:37:52 2005
| 
| Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
| 
| Path: C:\jrancier\pkg\cygwin\usr\local\bin
|   C:\jrancier\pkg\cygwin\bin
|   C:\jrancier\pkg\cygwin\bin
|   C:\jrancier\pkg\cygwin\usr\X11R6\bin
|   c:\WINNT\system32
|   c:\WINNT
|   c:\WINNT\System32\Wbem
|   C:\jrancier\pkg\cygwin\bin
|   .\
| 
| Output from C:\jrancier\pkg\cygwin\bin\id.exe (nontsec)
| UID: 15537(jrancier)GID: 10545(mkgroup-l-d)
| 0(root) 544(Administrators) 545(Users)
| 10545(mkgroup-l-d)
| 
| Output from C:\jrancier\pkg\cygwin\bin\id.exe (ntsec)
| UID: 15537(jrancier)GID: 10545(mkgroup-l-d)
| 0(root) 544(Administrators) 545(Users)
| 10545(mkgroup-l-d)
| 
| SysDir: C:\WINNT\system32
| WinDir: C:\WINNT
| 
| HOME = `c:\jrancier'
| MAKE_MODE = `unix'
| PWD = `/usr/bin'
| USER = `jrancier'
| 
| Use `-r' to scan registry
| 
| a:  fd N/AN/A
| c:  hd  NTFS 76238Mb   8% CP CS UN PA FC 
| d:  cd N/AN/A
| h:  net NTFS419682Mb  52% CP CS UN PA FC 
| i:  net NTFS208068Mb  78% CP CS UN PA FC 
| j:  net NTFS412904Mb  99% CP CS UN PA FC Local Disk
| 
| C:\jrancier\pkg\cygwin  /  system  binmode
| C:\jrancier\pkg\cygwin/bin  /usr/bin   system  binmode
| C:\jrancier\pkg\cygwin/lib  /usr/lib   system  binmode
| .   /cygdrive  system  binmode,cygdrive
| 
| Found: C:\jrancier\pkg\cygwin\bin\awk.exe
| Found: C:\jrancier\pkg\cygwin\bin\bash.exe
| Found: C:\jrancier\pkg\cygwin\bin\cat.exe
| Found: C:\jrancier\pkg\cygwin\bin\cp.exe
| Not Found: cpp (good!)
| Found: C:\jrancier\pkg\cygwin\bin\find.exe
| Not Found: gcc
| Not Found: gdb
| Found: C:\jrancier\pkg\cygwin\bin\grep.exe
| Not Found: ld
| Found: C:\jrancier\pkg\cygwin\bin\ls.exe
| Not Found: make
| Found: C:\jrancier\pkg\cygwin\bin\mv.exe
| Found: C:\jrancier\pkg\cygwin\bin\rm.exe
| Found: C:\jrancier\pkg\cygwin\bin\sed.exe
| Found: C:\jrancier\pkg\cygwin\bin\sh.exe
| Found: C:\jrancier\pkg\cygwin\bin\tar.exe
| 
|55k 2004/09/14 C:\jrancier\pkg\cygwin\bin\cygbz2-1.dll
|18k 2004/07/06 C:\jrancier\pkg\cygwin\bin\cygcharset-1.dll
| 7k 2003/10/19 C:\jrancier\pkg\cygwin\bin\cygcrypt-0.dll
|   858k 2005/04/11 C:\jrancier\pkg\cygwin\bin\cygcrypto-0.9.7.dll
|   895k 2004/04/28 C:\jrancier\pkg\cygwin\bin\cygdb-4.2.dll
|  1156k 2004/04/28 C:\jrancier\pkg\cygwin\bin\cygdb_cxx-4.2.dll
|   174k 2004/10/14 C:\jrancier\pkg\cygwin\bin\cygexpat-0.dll
|40k 2004/10/10 C:\jrancier\pkg\cygwin\bin\cygform-8.dll
|45k 2001/04/25 C:\jrancier\pkg\cygwin\bin\cygform5.dll
|35k 2002/01/09 C:\jrancier\pkg\cygwin\bin\cygform6.dll
|48k 2003/08/09 C:\jrancier\pkg\cygwin\bin\cygform7.dll
|28k 2003/07/20 C:\jrancier\pkg\cygwin\bin\cyggdbm-3.dll
|30k 2003/08/11 C:\jrancier\pkg\cygwin\bin\cyggdbm-4.dll
|19k 2003/03/22 C:\jrancier\pkg\cygwin\bin\cyggdbm.dll
|15k 2003/07/20 C:\jrancier\pkg\cygwin\bin\cyggdbm_compat-3.dll
|15k 2003/08/11 C:\jrancier\pkg\cygwin\bin\cyggdbm_compat-4.dll
|   527k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguile-12.dll
|17k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguile-ltdl-1.dll
|68k 2004/10/12
C:\jrancier\pkg\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll
|31k 2004/10/12
C:\jrancier\pkg\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll
|12k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguilereadline-v-12-12.dll
|   

Problem in installing DBD::Pg Driver on Cygwin

[Louis, Martin X.]

$ make
rm -f blib/arch/auto/DBD/Pg/Pg.dll
LD_RUN_PATH="" ld2  -s -L/usr/local/lib Pg.o dbdimp.o quote.o types.o  -o
blib/arch/auto/DBD/Pg/Pg.d
ll  /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a -L/usr/lib -lpq
gcc -shared -o  Pg.dll -Wl,--out-implib=libPg.dll.a -Wl,--export-all-symbols
-Wl,--enable-auto-impor
t -Wl,--stack,8388608 \
-s -L/usr/local/lib Pg.o dbdimp.o quote.o types.o
/usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a -L/u
sr/lib -lpq
Creating library file: libPg.dll.a
dbdimp.o(.text+0x2df9):dbdimp.c: undefined reference to `_PQprepare'
collect2: ld returned 1 exit status
perlld: *** system() failed to execute
gcc -shared -o  Pg.dll -Wl,--out-implib=libPg.dll.a -Wl,--export-all-symbols
-Wl,--enable-auto-impor
t -Wl,--stack,8388608 \
-s -L/usr/local/lib Pg.o dbdimp.o quote.o types.o
/usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a -L/u
sr/lib -lpq

make: *** [blib/arch/auto/DBD/Pg/Pg.dll] Error 1
IMPORTANT:  The security of electronic mail  sent through the Internet 
is not guaranteed.  Legg Mason therefore recommends that you do not 
send confidential information to us via electronic mail, including social 
security numbers, account numbers, and personal identification numbers.

Delivery, and timely delivery, of electronic mail is also not 
guaranteed.  Legg Mason therefore recommends that you do not send 
time-sensitive 
or action-oriented messages to us via electronic mail, including 
authorization to  "buy" or "sell" a security or instructions to conduct any 
other financial transaction.  Such requests, orders or instructions will 
not be processed until Legg Mason can confirm your instructions or 
obtain appropriate written documentation where necessary.


--
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: installation

[Larry Hall]

At 02:48 PM 4/26/2005, you wrote:

>Hello !
>I was installing the full package of cygwin,65% of it 
>had been finished,at that time computer because of a
>outer reason restarted so connection cut off.
>
>What will I do?
>
>start istallation from the zero position,from the
>beginning?That is,redownload first 65% of full
>packages and then the other part?
>
>Or,reinstall option next to the "all" is usefull for
>me?


No, just rerun 'setup.exe' and tell it you want to install
all packages.  It will download only those that it has not 
completely downloaded already.


>If not,"reinstall option" about packages is used for
>what?For which conditions it is used?

Usually this is only necessary when a package (or installation) has been
"damaged" somehow so that starting over makes sense.  It's essentially
equivalent to uninstalling the package (or installation) and then installing
it again.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (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: ioperm - ioperm.sys is not installed.

[Simon]

Tony Richardson  evansville.edu> writes:

> 
> "Simon" wrote
> > Hello,
> >
> > Trying to get JTAG working, but am getting parport open error. My IOPERM
> > output says ioperm is not installed. There is no man page
> > for ioperm. Can anyone point me in the right direction for getting ioperm
> > installed?
> 
> Using "cygcheck -l ioperm" will list the files included in the ioperm 
> package.  That
> should point you to /usr/doc/ioperm-0.4/README which tells you to use
> "ioperm -i" to install the driver.
> 
> Tony Richardson
> 
> 

Hi,

Thank you for the advise. Sorry for the newbie question. I have since 
installed the ioperm driver successfully. Without rebuilding the jtag 0.5.1 
sources, everything worked!

I have now managed to use cygwin, jtag 0.5.1 and the ioperm software to 
successfully bring a PDA back to life.

Thank you all
Simon




--
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: JTAG 0.5.1 or 0.4 on

[Simon]

> Is there anything that one needs to configure in Windows to help enable 
> parallel port access cygwin? Is there a need for "DOS printing support" to 
be turned on or anything.


Used ioperm -i to install the driver. Now everything works fine!




--
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: Locking file in cygwin

[Ehud Karni]

On Tue, 26 Apr 2005 09:21:40 -0400, Vladislav Grinchenko wrote:
>
> In short, this happens when I try to handle PID file locking to preclude
> multiple instances of the same program simultaneously running on a
> host.
>
> If there is a more preferable way of handling this task in cygwin/win32,
> I wouldn't mind implementing it.

You can use "file creation test & lock" instead of UNIX file area
locking. Attached source for "crtst-tmout" command is below.

To check if another copy is in memory you can check the /proc file
system. You can use the attached source below as an example.
Instead of /proc//stat you may use /proc//exename (this
does not exist on UNIX, and /proc//exe needs root permission).

Ehud.


- proc fs searching -

#include 
#include 
#include 
#include 
#include 
#include 
#include /* for kill */

char *get_pname ( pid_t pid ) ;/* find program name from pid
  returns program name or ""
  uses /proc//stat*/

pid_t next_pid ( int cont ) ;  /* get next pid from /proc
  cont should be 0 on 1st call,
  != 0 on continuation
  returns: pid (>0)
   0 - no more pids
   <0 - error  */

void kill_old ( void ) /* kill other instances */
{
pid_t my_pid , pid = 0 ;   /* my pid , pid (temp) to 
check */
char my_name [ 256 ] , *pname ;/* my name, temp program 
name */

   my_pid = getpid ( ) ;   /* get my pid */
   pname = get_pname ( my_pid ) ;
   if ( *pname == 0 )  /* empty name - Error */
   return ;

   strcpy ( my_name ,pname ) ; /* save my name */

   while ( ( pid = next_pid ( pid ) ) > 0 )/* next pid */
   {
   if ( pid == my_pid )/* ignore myself */
   continue ;;
   pname = get_pname ( pid ) ;

   if ( strcmp ( my_name , pname ) == 0 )
   kill ( pid , SIGKILL ) ;/* send the kill signal */
   }

   if ( pid < 0 )  /* no process found - ERROR 
*/
   return ;/* (must have found myself) 
*/
}
/**/

char *get_pname ( pid_t pid )  /* find program name from 
pid */
{  /* use /proc//stat */
FILE *stt ;/* stat virtual file Handel 
*/
static char pname [256] , *none = "" ; /* program name is < 256 
chars */
char *nbeg, *nend ;/* temp pointer */

/* structure of 1st and only line of /proc//stat
pid (name) stt . name is the exact disk name (upper case under DOS)
1300 (bash) S 1 1300 1300 1280
1988 (SLeeP-TsT) S 1 1988 1988 1280*/

   sprintf ( pname , "/proc/%d/stat" , pid ) ; /* stat file name */
   stt = fopen ( pname , "rt" ) ;  /* try to open */
   if ( stt == NULL )
   {
   return ( none ) ;   /* no name (error signal) */
   }

   fgets ( pname , 256 , stt ) ;   /* read 1st (only) line from 
stat */
   fclose ( stt ) ;/* close "stat", no check */

   if ( ( nbeg = strchr ( pname , '(' ) ) == NULL )/* search "(" before name */
   {
   return ( none ) ;   /* no name (error signal) */
   }

   if ( ( nend = strchr ( nbeg , ')' ) ) == NULL ) /* search ")" after name */
   {
   return ( none ) ;   /* no name (error signal) */
   }

   *nend = 0 ; /* cap it */
   return ( ++ nbeg ) ;/* 1st char of program name 
*/
}
/*=*/

pid_t next_pid ( int cont )/* get next pid */
{  /* cont = 0 - start new 
search */
static DIR *hdir = NULL ;  /* handle for open directory 
*/
struct dirent *dent ;  /* directory entry pointer */
#define FPID ( dent->d_name )  /* PID as file name pointer 
*/

   if ( cont == 0 )/* new search */
   {
   if ( hdir != NULL ) /* a search in progress ? */
   closedir ( hdir ) ; /* close directory (no 
check) */
   if ( ( hdir = opendir ( "/proc" ) ) == NULL )   /* open directory 
"/proc" */
   {
   fprint

Re: Rebase All command.....

[DavidPostill]

On Tue, 26 Apr 2005 12:46:45 +0530, Ashwin N <[EMAIL PROTECTED]> wrote:

| On 4/21/05, Dave Korn <[EMAIL PROTECTED]> wrote:
| [...]
| >   http://cygwin.com/acronyms#YHBT !
| 
| YHBT is not there on that page :)

YHBT - You Have Been Trolled
-- 
DavidPostill

--
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: Rebase All command.....

[Cliff Hones]

DavidPostill wrote:
> On Tue, 26 Apr 2005 12:46:45 +0530, Ashwin N <[EMAIL PROTECTED]> wrote:
> 
> | On 4/21/05, Dave Korn <[EMAIL PROTECTED]> wrote:
> | [...]
> | >   http://cygwin.com/acronyms#YHBT !
> | 
> | YHBT is not there on that page :)
> 
> YHBT - You Have Been Trolled

Or, here in the UK, You Have Been Tango'd (from a TV commercial).

-- Cliff


--
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: Problem with 'cvs login'

[Brian Dessent]

"Rancier, Jeff" wrote:

> |passenv = PATH

I don't know if this applies in your situation, but if xinetd is
stripping SYSTEMROOT from the child process' environment, then all
socket functions in that process will fail.  I think recent versions of
the cygwin1.dll have measures to prevent this from happening, but just
for grins try adding SYSTEMROOT to the above and see if it makes any
difference.

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: Problem with 'cvs login'

[Rancier, Jeff]

Instead of PATH?

Thanks for the reply, BTW.

-Original Message-
From: Brian Dessent [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 5:43 PM
To: cygwin@cygwin.com
Subject: Re: Problem with 'cvs login'


"Rancier, Jeff" wrote:

> |passenv = PATH

I don't know if this applies in your situation, but if xinetd is stripping
SYSTEMROOT from the child process' environment, then all socket functions in
that process will fail.  I think recent versions of the cygwin1.dll have
measures to prevent this from happening, but just for grins try adding
SYSTEMROOT to the above and see if it makes any difference.

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/

--
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/

Any fix to cygheap_fixup_in_child failure after rebaseall?

[Bruce Dobrin]

Hi,

I have seen a few references to this in the mailing list,  but no
solutions were evident.

I'm building a new machine, (windows media laptop XP Pro/media center
addition 2005).  Everything is up to date.  I had compiled  the newest
version of  mplayer and all was well until I added KDE yesterday ( and
the subsequent rebaseall).  Now Mplayer gacks with 

 

4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
of space for cygwin's heap (0x6181 <0xA5>) in child, Win32 error
487

C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0,
m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1

 

I tried rebasing the mplayer stuff and also recompiling.  All for
naught.  I'd hate to re install cygwin If I don't have to.

 

Thanks.

Bruce dobrin


--
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: Problem with 'cvs login'

[Brian Dessent]

"Rancier, Jeff" wrote:

(please don't TOP QUOTE)

> > I don't know if this applies in your situation, but if xinetd is stripping
> > SYSTEMROOT from the child process' environment, then all socket functions in
> > that process will fail.  I think recent versions of the cygwin1.dll have
> > measures to prevent this from happening, but just for grins try adding
> > SYSTEMROOT to the above and see if it makes any difference.
>
> Instead of PATH?
> 
> Thanks for the reply, BTW.

No, add SYSTEMROOT to the list.

passenv = PATH SYSTEMROOT

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: Problem with 'cvs login'

[Rancier, Jeff]

Thanks Brian,

That resolved that issue, as far as I can tell, now I'm getting the
following:

$ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
CVS password:
cvs login: authorization failed: server jrancier rejected access to
/usr/local/cvsroot for user jrancier

I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, but
still get the same.  Any other suggestions?

Thanks,
Jeff

-Original Message-
From: Brian Dessent [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 5:43 PM
To: cygwin@cygwin.com
Subject: Re: Problem with 'cvs login'


"Rancier, Jeff" wrote:

> |passenv = PATH

I don't know if this applies in your situation, but if xinetd is stripping
SYSTEMROOT from the child process' environment, then all socket functions in
that process will fail.  I think recent versions of the cygwin1.dll have
measures to prevent this from happening, but just for grins try adding
SYSTEMROOT to the above and see if it makes any difference.

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/

--
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: Any fix to cygheap_fixup_in_child failure after rebaseall?

[Larry Hall]

At 05:47 PM 4/26/2005, you wrote:
>Hi,
>
>I have seen a few references to this in the mailing list,  but no
>solutions were evident.
>
>I'm building a new machine, (windows media laptop XP Pro/media center
>addition 2005).  Everything is up to date.  I had compiled  the newest
>version of  mplayer and all was well until I added KDE yesterday ( and
>the subsequent rebaseall).  Now Mplayer gacks with 
>
> 
>
>4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
>of space for cygwin's heap (0x6181 <0xA5>) in child, Win32 error
>487
>
>C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0,
>m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1
>
> 
>
>I tried rebasing the mplayer stuff and also recompiling.  All for
>naught.  I'd hate to re install cygwin If I don't have to.


How did you rebase mplayer?  If you didn't use 'rebaseall' with the 
'-T' flag to point to all the other Cygwin apps/DLLs that aren't 
distributed with Cygwin currently, then you won't see any improvement.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (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: Any fix to cygheap_fixup_in_child failure after rebaseall?

[Bruce Dobrin]

I did use rebaseall -T /usr/local/bin

But I've always been a bit hazy as to what the proper format for
rebaseall was

-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 3:14 PM
To: Bruce Dobrin; cygwin@cygwin.com
Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall?

At 05:47 PM 4/26/2005, you wrote:
>Hi,
>
>I have seen a few references to this in the mailing list,  but no
>solutions were evident.
>
>I'm building a new machine, (windows media laptop XP Pro/media center
>addition 2005).  Everything is up to date.  I had compiled  the newest
>version of  mplayer and all was well until I added KDE yesterday ( and
>the subsequent rebaseall).  Now Mplayer gacks with 
>
> 
>
>4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
>of space for cygwin's heap (0x6181 <0xA5>) in child, Win32
error
>487
>
>C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0,
>m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1
>
> 
>
>I tried rebasing the mplayer stuff and also recompiling.  All for
>naught.  I'd hate to re install cygwin If I don't have to.


How did you rebase mplayer?  If you didn't use 'rebaseall' with the 
'-T' flag to point to all the other Cygwin apps/DLLs that aren't 
distributed with Cygwin currently, then you won't see any improvement.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (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: Problem with 'cvs login'

[Brian Dessent]

"Rancier, Jeff" wrote:

> That resolved that issue, as far as I can tell, now I'm getting the
> following:
> 
> $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
> Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
> CVS password:
> cvs login: authorization failed: server jrancier rejected access to
> /usr/local/cvsroot for user jrancier
> 
> I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, but
> still get the same.  Any other suggestions?

Did you create the password file /usr/local/cvsroot/CVSROOT/passwd and
allow access for 'jrancier'?

By the way, you don't have to go through all the trouble of setting up
pserver if you just want a local CVS repository.  Just set $CVSROOT and
use normal cvs commands, and it will access the files locally.  pserver
is fairly insecure and if you plan to access it remotely you should use
the "CVS_RSH=ssh" access method instead.  About the only thing pserver
is useful for is if you want a publicly available anonymous read-only
repository.  My apologies if you knew this already.

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: Any fix to cygheap_fixup_in_child failure after rebaseall?

[Brian Dessent]

Bruce Dobrin wrote:
> 
> I did use rebaseall -T /usr/local/bin
> 
> But I've always been a bit hazy as to what the proper format for
> rebaseall was

That won't work.  The argument to -T is a filename of a file containing
a list of additional files to rebase, one per line.  It can also take
'-' to mean a list on stdin.  However when you do rebaseall you want to
make sure that as few cygwin programs are invoked as possible, otherwise
you risk their DLLs being in use and the rebase will abort.  (This is
why you must run it from a plain bash CMD.EXE prompt, not rxvt or
xterm.)  Therefore you should be careful if you use '-' so that you
don't have DLLs in use.

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: Problem with 'cvs login'

[Rancier, Jeff]

I want to provide access to the respository remotely and for other users.
No,  while reading the FAQ, I was under the impression it would be created
the first time, just use mkpasswd?  Didn't know all that, that's for the
info.

Jeff


-Original Message-
From: Brian Dessent [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 6:38 PM
To: 'cygwin@cygwin.com'
Subject: Re: Problem with 'cvs login'


"Rancier, Jeff" wrote:

> That resolved that issue, as far as I can tell, now I'm getting the
> following:
> 
> $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login Logging 
> in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
> CVS password:
> cvs login: authorization failed: server jrancier rejected access to 
> /usr/local/cvsroot for user jrancier
> 
> I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, 
> but still get the same.  Any other suggestions?

Did you create the password file /usr/local/cvsroot/CVSROOT/passwd and allow
access for 'jrancier'?

By the way, you don't have to go through all the trouble of setting up
pserver if you just want a local CVS repository.  Just set $CVSROOT and use
normal cvs commands, and it will access the files locally.  pserver is
fairly insecure and if you plan to access it remotely you should use the
"CVS_RSH=ssh" access method instead.  About the only thing pserver is useful
for is if you want a publicly available anonymous read-only repository.  My
apologies if you knew this already.

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/

--
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: Problem with 'cvs login'

[Brian Dessent]

"Rancier, Jeff" wrote:
> 
> I want to provide access to the respository remotely and for other users.
> No,  while reading the FAQ, I was under the impression it would be created
> the first time, just use mkpasswd?  Didn't know all that, that's for the
> info.

If you are providing write (commit) access then you should not use
pserver, it sends passwords in plaintext.  Use ssh.  It's even simpler
to setup because sshd uses the built in windows user accounts, whereas
CVS pserver requires you to maintain a seperate set of accounts.

I think you're confusing the two passwd files.  One is /etc/passwd which
is created by the Cygwin command mkpassd, and should be created
automatically when you first log on after installing Cygwin. This is the
standard unix passwd file and is used by many commands.

The CVS passwd file is $CVSROOT/CVSROOT/passwd and is a completely
different file, with a different format, that is only used by CVS.  You
must create and maintain this file yourself.  Section 2.9.4.1 of the CVS
manual tells you all about this.

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: Problem with 'cvs login'

[Christopher Faylor]

On Tue, Apr 26, 2005 at 02:43:06PM -0700, Brian Dessent wrote:
>"Rancier, Jeff" wrote:
>
>> |passenv = PATH
>
>I don't know if this applies in your situation, but if xinetd is
>stripping SYSTEMROOT from the child process' environment, then all
>socket functions in that process will fail.  I think recent versions of
>the cygwin1.dll have measures to prevent this from happening, but just
>for grins try adding SYSTEMROOT to the above and see if it makes any
>difference.

If that really does fix the problem then something is broken in CYGWIN.

Corinna fixed things so that this should no longer be a problem:

http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html

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: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]

[Jean-Christophe Kablitz]

Hello,
I have noticed, that, while parsing {a float_value immediately followed by 
'n' or 'N'} with the "%f%c" format, the sscanf function of cygwin-1.5.16-1 
behaves differently from the scanf function of cygwin-1.5.14-1.
Until cygwin-1.5.14-1 (included), 'n' matches %c, while with cygwin-1.5.15-1 
and cygwin-1.5-16-1, 'n' is no more assigned to %c.

In the following test case, I would expect the progran to output
i=2 x=1 m=a
i=2 x=1 m=n
that was the case until cygwin-1.5.14-1 (included).
With cygwin-1.5.15-1 and cygwin-1.5-16-1, the program outputs instead
i=2 x=1 m=a
i=1 x=1 m=_
Maybe I have been misusing sscanf. Or there is a relationship with the 
NaN-parsing problem of the "newlib".

Best regards.
Jean-Christophe K.
--- beginning of test case ---
jck:/sscanf> cat ssn.c
#include 
int main()
{
   double x;
   char   m;
   inti;
   x = 0.0;
   m = '_';
   i = sscanf("1.0a", "%lf%c", &x, &m);
   printf("i=%d x=%g m=%c\n", i, x, m);
   x = 0.0;
   m = '_';
   i = sscanf("1.0n", "%lf%c", &x, &m);
   printf("i=%d x=%g m=%c\n", i, x, m);
   return 0;
}
jck:/sscanf> gcc -O0 ssn.c -o ssn.exe
jck:/sscanf> ./ssn.exe
i=2 x=1 m=a
i=1 x=1 m=_
--- end of test case ---
- Original Message - 
From: "Jeff Johnston" 
To: "Dave Korn" 
Cc: ; 
Sent: Tuesday, April 05, 2005 8:47 PM
Subject: Re: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]


Patch checked in.  Thanks.
-- Jeff J.
Dave Korn wrote:
Original Message
From: Dave Korn
Sent: 04 April 2005 19:07

Original Message
From: Dave Korn
Sent: 04 April 2005 18:51

Original Message
From: Michael Hines
Sent: 04 April 2005 19:43

The following program prints
i=1 x=0
instead of
i=0 x=10
when using the latest version of cygwin1.dll.

 No, hang on, on checking the newlib-l archive that seems to have been
something to do with a zero exponent.  This is a separate bug: it accepts
the first one or two characters of 'nan' and says "ok, everything's still
good", and then because it's reached the end of the string it treats that
as a successful parse; it forgets to verify that it doesn't have an
outstanding half-formed NaN.  I'll post a (provisional) patch shortly.

  Ok, this is only provisional, because as I point out I'm not quite sure
about the corner case where we've refilled the buffer.  It also has minor
formatting issues (slightly long lines in the comment, IMO).  However, it
fixes the testcase, and I've got to go home for the evening, so here's my
work-in-progress; comments welcomed.
--
[EMAIL PROTECTED] /test/sscanf> cat ss.c
#include 
int main() {
 int i;
 double x;
 x = 10;
 i = sscanf("n", "%lf", &x);
 printf("i=%d x=%g\n", i, x);
 i = sscanf("nan", "%lf", &x);
 printf("i=%d x=%g\n", i, x);
 return 0;
}

[EMAIL PROTECTED] /test/sscanf> gcc -O0 -g ss.c -o ss.exe
[EMAIL PROTECTED] /test/sscanf> ./ss.exe
i=0 x=10
i=1 x=NaN
[EMAIL PROTECTED] /test/sscanf>
--


cheers,
  DaveK

--
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/

--
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: Any fix to cygheap_fixup_in_child failure after rebaseall?

[Bruce Dobrin]

OK, that seems to have worked.   I've only used it alone or rebase for
specific files before.  I generated a file from a find of all dll's
under /usr and /lib ( then removed the cygwin1.dll from the list).  Can
I assume the redundancy of hitting most of these 2 times will not have
any adverse effect?  With all the stuff I compile on this machine I'm
not sure how else to find them otherwise...

Thanks
Bruce

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Brian Dessent
Sent: Tuesday, April 26, 2005 3:45 PM
To: Cygwin List
Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall?

Bruce Dobrin wrote:
> 
> I did use rebaseall -T /usr/local/bin
> 
> But I've always been a bit hazy as to what the proper format for
> rebaseall was

That won't work.  The argument to -T is a filename of a file containing
a list of additional files to rebase, one per line.  It can also take
'-' to mean a list on stdin.  However when you do rebaseall you want to
make sure that as few cygwin programs are invoked as possible, otherwise
you risk their DLLs being in use and the rebase will abort.  (This is
why you must run it from a plain bash CMD.EXE prompt, not rxvt or
xterm.)  Therefore you should be careful if you use '-' so that you
don't have DLLs in use.

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/




--
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: Problem with 'cvs login'

[Rancier, Jeff]

Although I still can't login with my login (I found an old .cvspass for
which I knew the password).  BTW can someone point me a utility to create
one which will work for CVS.  When I try to change my passwd for bash, via
passwd, it declares I'm not a valid user, although I'm in /etc/passwd).  I
removed the SYSTEMROOT entry from the passenv line in my
/etc/xinetd.d/cvspserver, recycled xinetd, and attempted an anonymous login
and it failed as before.  Changed it back, and it worked.  Here's the
screenshot:

,
| [EMAIL PROTECTED] ~
| $ ps -ef
|  UID PIDPPID TTY STIME COMMAND
| jrancier1388   1 con  19:53:15 /usr/bin/bash
| jrancier17681388 con  19:53:52 /usr/bin/ps
| 
| [EMAIL PROTECTED] ~
| $ /usr/local/bin/xinetd.start
| 
| [EMAIL PROTECTED] ~
| $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
| Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
| CVS password:
| cvs [login aborted]: reading from server: Software caused connection abort
| 
| [EMAIL PROTECTED] ~
| $ ps -ef
|  UID PIDPPID TTY STIME COMMAND
| jrancier1388   1 con  19:53:15 /usr/bin/bash
|   SYSTEM 988   1   ?  19:53:59 /usr/sbin/xinetd
| jrancier16281388 con  19:54:59 /usr/bin/ps
| 
| [EMAIL PROTECTED] ~
| $ kill 988
| 
| [EMAIL PROTECTED] ~
| $ /usr/local/bin/xinetd.start
| 
| [EMAIL PROTECTED] ~
| $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
| Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
| CVS password:
| 
| [EMAIL PROTECTED] ~
| $
`

Jeff

-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 7:06 PM
To: cygwin@cygwin.com
Subject: Re: Problem with 'cvs login'


On Tue, Apr 26, 2005 at 02:43:06PM -0700, Brian Dessent wrote:
>"Rancier, Jeff" wrote:
>
>> |passenv = PATH
>
>I don't know if this applies in your situation, but if xinetd is 
>stripping SYSTEMROOT from the child process' environment, then all 
>socket functions in that process will fail.  I think recent versions of 
>the cygwin1.dll have measures to prevent this from happening, but just 
>for grins try adding SYSTEMROOT to the above and see if it makes any 
>difference.

If that really does fix the problem then something is broken in CYGWIN.

Corinna fixed things so that this should no longer be a problem:

http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html

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/

--
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/

tetex 3.0.0-x problems

[m. z.]

Last April 1st I wrote this message on cygwin-xfree mailing list:
"I tried to install tex/latex 3.0.0-1 (last version), but I did not succeed. 
The setup, when arrives at /etc/postinstall/post-texmf.sh , I think 
something wrong it happens, since I waited for more than 30 minutes (with 
Pentium 4) consuming up to 100% of CPU and not proceeding. I had to stop it 
and to reinstall the previous version 2.0.2-15.
Any suggestion on how to succesfully upgrade my tex ? Or Is it a bug of the 
last version ? Someone succeeded in installing it ?
Thank you "

Today I tried with 3.0.0-2, but still the same problems as 3.0.0-1 happened.
Again I had to reinstall the previous versions 2.0.2-15 (in this case 
/etc/postinstall/post-texmf.sh works).
I would like to know if someone in the newsgroup succeeded in installing 
3.0.0-2. Thank you


--
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: Problem with 'cvs login'

[=?ISO-8859-1?Q?Ren=E9_Berber?=]

Brian Dessent wrote:
[snip]
> If you are providing write (commit) access then you should not use
> pserver, it sends passwords in plaintext.  Use ssh.  It's even simpler
> to setup because sshd uses the built in windows user accounts, whereas
> CVS pserver requires you to maintain a seperate set of accounts.

Nope.  The use of CVS's password file is optional, you can even have some users
with regular accounts and some without, but if you want to give read only access
you must define that in CVS's password.

> I think you're confusing the two passwd files.  One is /etc/passwd which
> is created by the Cygwin command mkpassd, and should be created
> automatically when you first log on after installing Cygwin. This is the
> standard unix passwd file and is used by many commands.

Including cvs under any UNIX implementation; I use it under Solaris and Linux.

> The CVS passwd file is $CVSROOT/CVSROOT/passwd and is a completely
> different file, with a different format, that is only used by CVS.  You
> must create and maintain this file yourself.  Section 2.9.4.1 of the CVS
> manual tells you all about this.

Each repository can have its own users.

But the point is: is Cygwin's port of CVS different than the regular CVS we use
under UNIX?  The difference being that under Cygwin you must create your own
repository password file (I use cvsadmin, a separate program, to do that BTW).
-- 
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: Problem with 'cvs login'

[Brian Dessent]

René Berber wrote:

> But the point is: is Cygwin's port of CVS different than the regular CVS we 
> use
> under UNIX?  The difference being that under Cygwin you must create your own
> repository password file (I use cvsadmin, a separate program, to do that BTW).

The CVS that is packaged with Cygwin is the same CVS that is standard on
all unix systems, as far as I know.  What I don't know is if 'fallback'
authentication works.  If you have a valid /etc/passwd file, and the
user/password combination exists as a valid Windows user with that
password, then it ought to.  But, if CVS is looking to find a crypted
password in /etc/passwd then it won't work, because that's not how
windows stores passwords.

If it doesn't, then you'll have to create a CVS passwd file and use the
'crypt' utility to get the crypt()-ed password.  The reason I
recommended ssh was that I know for sure that its authentication works
fine against the windows users and their passwords, so using it would be
both more secure and easier to setup (no duplication of accounts between
windows users and CVS passwd.)  But, if you don't want cvs users to map
onto actual users, then using CVS passwd would be better.

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: Any fix to cygheap_fixup_in_child failure after rebaseall?

[Brian Dessent]

Bruce Dobrin wrote:

> OK, that seems to have worked.   I've only used it alone or rebase for
> specific files before.  I generated a file from a find of all dll's
> under /usr and /lib ( then removed the cygwin1.dll from the list).  Can
> I assume the redundancy of hitting most of these 2 times will not have
> any adverse effect?  With all the stuff I compile on this machine I'm
> not sure how else to find them otherwise...

That's not how you use it.  rebaseall already knows where to find all
installed DLLs.  The only time you should ever use -T is to supply it
with *extra* DLLs that you have installed outside of setup.exe.

Though it looks like it will work okay your way, since it will just
rebase those DLLs a second time, but it's ugly.  You could avoid the
double rebasing by either a) adding a "sort -u" to rebaseall after it
has merged the two file lists, or b) skip rebaseall and call rebase
directly with your filelist.

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: Problem with 'cvs login'

[Brian Dessent]

Christopher Faylor wrote:

> If that really does fix the problem then something is broken in CYGWIN.
> 
> Corinna fixed things so that this should no longer be a problem:
> 
> http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html

I tested this here and I can confirm that SYSTEMROOT indeed is not being
set in the child if it's not included in 'passenv'.  I'll see if I can
dig further...

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: tetex 3.0.0-x problems

[Igor Pechtchanski]

On Wed, 27 Apr 2005, m. z. wrote:

> Last April 1st I wrote this message on cygwin-xfree mailing list:
>
> "I tried to install tex/latex 3.0.0-1 (last version), but I did not succeed.
> The setup, when arrives at /etc/postinstall/post-texmf.sh , I think something
> wrong it happens, since I waited for more than 30 minutes (with Pentium 4)
> consuming up to 100% of CPU and not proceeding. I had to stop it and to
> reinstall the previous version 2.0.2-15.
> Any suggestion on how to succesfully upgrade my tex ? Or Is it a bug of the
> last version ? Someone succeeded in installing it ?
> Thank you "
>
> Today I tried with 3.0.0-2, but still the same problems as 3.0.0-1 happened.
> Again I had to reinstall the previous versions 2.0.2-15 (in this case
> /etc/postinstall/post-texmf.sh works).
> I would like to know if someone in the newsgroup succeeded in installing
> 3.0.0-2. Thank you

This is not a "problem", per se.  That is, the above is just a consequence
of having a postinstall script do a whole lot of both disk-intensive and
computation-intensive stuff on a slower computer.  This has been reported
before.  I've successfully installed tetex-3.0.0-1 (and 3.0.0-2, for that
matter), as have many others.

Looking at /etc/postinstall/post-texmf.sh, it basically removes all the
.fmt files (precompiled tex formats) and re-generates them.  This can take
*a long time*, especially on machines with little memory (the ConTeXt
format, for example, takes up at least 200MB of TeX memory, IIRC).  You
can see the number of page faults in the Task Manager of any NT-based OS
(e.g., XP).  My guess is that you'll just have to wait and let the
postinstall script complete (let it run overnight, for example).
Igor
P.S. BTW, neither your original message, nor this one, have anything to do
with the cygwin-xfree list.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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/