Re: cygwin 1.5.1 libc.a link problem

[Charles Wilson]

Christopher Faylor wrote:

Sounds like we need a 1.5.2.


Oh yeah.  That was wicked easy.

Can someone confirm or deny that the latest snapshot solves this
problem?
Whimper.

Cry.

Whimper.

--
Chuck
--
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: perl -MCPAN -e shell crashes w98se

[Graham Lamont]

8/5/03 8:55:26 PM, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:

>Hallo Graham,

>What says which perl?  And can you please send the output of
>cygcheck -svr as an attachment?
>
>

bash-2.05b$ which perl
/usr/bin/perl
bash-2.05b$ perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0)


cygcheck attached


Kind Regards

Graham Lamont 

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Aug 05 23:48:28 2003

Windows 98 SE Ver 4.10 Build  

Path:   C:\cygwin2\bin
C:\cygwin2\bin
e:\ORACLE\OPERSONAL\BIN
c:\PROGRAM FILES\ORACLE\JRE\1.1.8\BIN
c:\WINDOWS
c:\WINDOWS\COMMAND
c:\MATLAB6\BIN\WIN32
c:\PROGRA~1\TCLPRO1.4\WIN32-IX86\BIN
c:\PROGRA~1\COMMON~1\ULEADS~1\MPEG
c:\PROGRAM FILES\SYMANTEC\NORTON GHOST 2003\
.

C:\cygwin2\bin\id.exe output (nontsec)
UID: 57824(graham)  GID: 544(all)
544(all)

C:\cygwin2\bin\id.exe output (ntsec)
UID: 57824(graham)  GID: 544(all)
544(all)

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `C:\cygwin2'
PWD = `/'

BLASTER = `A220 D1 I5  T4 '
CMDLINE = `WIN'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMSPEC = `C:\COMMAND.COM'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\cygwin2\home\graham'
HSINCDIR = `C:\Handspring\prc-tools\PalmDev\include\Handspring'
OLDPWD = `/cygdrive/d/Program Files/Macro Express'
PALMDEVDIR = `C:\Handspring\prc-tools\PalmDev'
PALMOSINC = `C:\Handspring\prc-tools\PalmDev\sdk-3.5\include'
PRCTOOLSDIR = `C:\Handspring\prc-tools'
PROMPT = `$p$g'
SHLVL = `1'
TEMP = `c:\WINDOWS\TEMP'
TERM = `xterm'
TMP = `c:\WINDOWS\TEMP'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
WINDOWID = `10038208'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin2'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin2/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin2/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `G:\Downloads\cygfiles2\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  FAT32  30932Mb  24% CPUN   DSK2_VOL1
d:  hd  FAT32   2192Mb  74% CPUN   WIN95
e:  hd  FAT32  30932Mb   1% CPUN   DSK2_VOL2
f:  hd  FAT32  14303Mb   1% CPUN   DSK2_VOL3
g:  hd  FAT32  25544Mb  98% CPUN   DISK1_VOL2
h:  hd  FAT32   1534Mb  43% CPUN   DISK1_VOL3
i:  cd   N/AN/A
j:  cd   N/AN/A

.   /cygdrive user
binmode,cygdrive
C:\cygwin2  / system  
binmode
C:\cygwin2/bin  /usr/bin  system  
binmode
C:\cygwin2/lib  /usr/lib  system  
binmode
G:\Downloads\cygfiles2\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  
binmode
.   /cygdrive system  
binmode,cygdrive

Found: C:\cygwin2\bin\awk.exe
Found: C:\cygwin2\bin\bash.exe
Found: C:\cygwin2\bin\cat.exe
Found: C:\cygwin2\bin\cp.exe
Found: C:\cygwin2\bin\cpp.exe
Found: C:\cygwin2\bin\find.exe
Found: c:\WINDOWS\COMMAND\find.exe
Warning: C:\cygwin2\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe
Found: C:\cygwin2\bin\gcc.exe
Found: C:\cygwin2\bin\gdb.exe
Found: C:\cygwin2\bin\grep.exe
Found: C:\cygwin2\bin\ld.exe
Found: C:\cygwin2\bin\ls.exe
Found: C:\cygwin2\bin\make.exe
Found: C:\cygwin2\bin\mv.exe
Found: C:\cygwin2\bin\rm.exe
Found: C:\cygwin2\bin\sed.exe
Found: C:\cygwin2\bin\sh.exe
Found: C:\cygwin2\bin\tar.exe

   58k 2002/05/07 C:\cygwin2\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33
   19k 2003/03/22 C:\cygwin2\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm.dll" v0.0 ts=2002/2/20 3:05
   28k 2003/03/22 C:\cygwin2\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm-3.dll" v0.0 ts=2003/3/22 22:19
   15k 2003/03/22 C:\cygwin2\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm_compat-3.dll" v0.0 ts=2003/3/22 22:22
  945k 2003/06/18 

Re: Yes but I don't understand ...

[Christopher Faylor]

On Tue, Aug 05, 2003 at 08:07:46PM -0500, Wayne wrote:
>I thought it went like this:
>
>In the beginning, there was B20, and it was GOOD.  After that, it went
>downhill...

That raises the age old question of "If there was a B20, what about B19?
Why are there ChangeLog entries for earlier versions?"

Many religious philsophers have pondered this question.  A common answer
is that God created a ChangeLog with earlier entries when he created B20.
The theory is that this is part of His imponderable plan.  However, many
find this explanation unsatisfying.

Skeptics insist that the ChangeLog points to clear evidence of earlier
versions and there is, in fact, a scientific discipline called
arcygologists devoted to attempting to recreate ancient versions of
Cygwin from ChangeLog descriptions.  Many scientists theorize that
Cygwin started as a very uncomplicated "Hello World" type Windows
program.  This type of program probably existed for uncounted years
prior to the first occurence of a Cygwin DLL as we now know it.

Interestingly, ancient ChangeLog records seem to show that even the name
of the DLL was different in these early years.  Arcygologists have
pieced together a word resembling bnu-win23 as the name of this early
proto-Cygwin.

The theory is that the DLL evolved as the result of constant pressure
from an early internet mailing list type of culture.  In the early years
the mailing list consisted of an inhospitable majordomo environment.
This environment was good enough for the early Cygwin, whose sole purpose
appeared to be nothing more than to brighten the day of the primitive
internet by issuing cheery "Hello World!"s from the direction of Windows
machines.

The constant stream of "Hello World"s had an effect, however.  Over time
the majordomo environment changed, as the result of constant churning of
email.  The pressure of this early environment with such theorized
elements as "It seems to me that bnu-win23 should be greeting me with
the time of day when it says hello", "If bnu-win23 can't grow to meet
the needs of the Amiga, it will certainly fail", and the frequent "I
can't Hello World my bnu-win23 on 3.11 Windows.  I have Helo WOrlded my
3.10 other machine! Can it be a problem with my CGA monitor?" forced a
slow, almost imperceptible change in the program over time.

The pressure of increased need for complexity resulted in such things as
"cross compilers" to begin forming on the vast sea of UNIX machines which
populated the internet.  As these "cross compilers" progressed they were
capable of building ever more complicated Windows programs.  Then a
fateful day occured when the first *compiler* emerged shakily onto the
shores of a pre-XP windows system.  This "compiler" contained the
backbone of what would eventually become a modern, upright Cygwin B20.
While "cross compilers" continue to exist to this day, the Cygwin
"compiler" has grown to occupy the vast, previously uncharted niche of
the Windows machines.

The result of increased complexity also caused a change in the internet
environment in which early Cygwin's had grown.  Slow, huge, dim-witted
majordomo was replaced by the smaller quick-witted and nimble
qmail/ezmlm.  There were also changes in the cygwin license, owing to
internet feedback.  In parallel to this, what started as a primitive
public domain program, evolved into a free-but-our-competitors-can't-use-it
license.  This type of license provided inadaptable for the internet
environment and bnu-win23 nearly foundered and died as a result.  The
internet environment began to shrink around the early bnu-win23.

What happens next was not clear from the ChangeLog records.  Apparently
some stray internet particle caused a fortuitous licensing change to the
now-well-known GPL.  While this also caused much internet churning, it
did result in the modern Cygwin that we know today.

The name change from the early bnu-win23 to Cygwin is also clouded by
gaps in ChangeLog records.  The current theory is that some massive
internet outage caused the extinction of many early copies of bnu-win23,
allowing their less well-known and practically invisible Cygwin
counterparts to take center stage.

In any event, the theory is that the churning of this majordomo/ezmlm
internet structure continued.  Cygwin was subjected to a constant
barrage of random comments, causing it to metamorphosize into its
present structure.

Interestingly, arcygologists are certain that if you were to repackage
and polish a B20, it would be nearly indistinguishable from the 1.x.x
Cygwins of today.  The only change would be a certain subtle meanness
associated with the 1.x.x versions, which, while present in the B20 era,
was less conspicuous.

Personally, I think I lean towards the "God created a ChangeLog with
evidence of previous Cygwins in it as part of His inscrutable plan."

YMMV.

cgf

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

Re: cygpthread.dll ? for only support of pthread

[Christopher Faylor]

On Wed, Aug 06, 2003 at 12:10:17AM +0200, J?r?me DESPATIS wrote:
>i've a program that uses pthread, the rest of the code can compile on
>windows, so i need only a libpthread.a and cygpthread.dll, but i don't
>find theses
>
>pthread are directly in cygwin1.dll maybe ?  no way to have a stand
>alone pthread dll for windows?

If there was a way, then it wouldn't be associated with the cygwin
project.

Check out http://sources.redhat.com/pthreads-win32/ for a non-cygwin
implementation.

But please no questions about this here.  It has nothing to do with
cygwin.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: getopt & output reordering (was: xmlto package install question)

[Max Bowsher]

Patrick Eisenacher wrote:
> Talking to Tim Waugh, the author of xmlto, revealed that the order of
> arguments doesn't matter on his system (that's Red Hat, I guess),
> whereas it matters indeed on Cygwin.
>
> Investigating it a bit further revealed that Cygwin's getopt differs
> from what he expected:
>
>> getopt -- o: xmlto -o foo bar
>>
>> should output this:
>>
>>  -o 'foo' -- 'xmlto' 'bar'
>
> Cygwin's getopt outputs like this:
>
> $ getopt -- o: xmlto -o foo bar
>   -- 'xmlto' '-o' 'foo' 'bar'
>
> Checking the archive I found a thread from back in January talking about
> the inability of Cygwin's getopt to do reordering of arguments. I guess
> we're facing here the same issue: the option arguments are not output
> before the non-option arguments.
>
> Was any work done wrt this issue? Is anything planned?

IIRC, the end result of the discussion was that no consensus could be
reached on whether it was better to reorder or not to reorder, so CGF had to
make a ruling, and he ruled not to reorder.

Reordering can be enabled by setting POSIXLY_INCORRECT_GETOPT in the
environment, but because getopt is statically linked, this only works for
programs rebuilt since this change was made, and many haven't been yet.

Max.


--
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: perl -MCPAN -e shell crashes w98se

[Gerrit P. Haase]

Hallo Graham,

the crashing with perl-5.8 seems to be the problem which was already
reported several times and we have no fix for this yet.

Why there was an ActiveState directory created is dubios.

What is in your /usr/lib/perl5/5.8.0/CPAN/Config.pm (there are the
user defined settings)?

Mine:
$ cat /usr/lib/perl5/5.8.0/CPAN/Config.pm

# This is CPAN.pm's systemwide configuration file. This file provides
# defaults for users, and the values can be changed in a per-user
# configuration file. The user-config file is being looked for as
# ~/.cpan/CPAN/MyConfig.pm.

$CPAN::Config = {
  'build_cache' => q[10],
  'build_dir' => q[/home/gerrit/cpan/build],
  'cache_metadata' => q[1],
  'cpan_home' => q[/home/gerrit/cpan],
  'dontload_hash' => {  },
  'ftp' => q[/bin/ftp],
  'ftp_proxy' => q[],
  'getcwd' => q[cwd],
  'gzip' => q[/bin/gzip],
  'histfile' => q[/home/gerrit/cpan/histfile],
  'histsize' => q[100],
  'http_proxy' => q[],
  'inactivity_timeout' => q[0],
  'index_expire' => q[1],
  'inhibit_startup_message' => q[0],
  'keep_source_where' => q[/home/gerrit/cpan/sources],
  'lynx' => q[/bin/lynx],
  'make' => q[/bin/make],
  'make_arg' => q[],
  'make_install_arg' => q[UNINST=1],
  'makepl_arg' => q[],
  'ncftpget' => q[/bin/ncftpget],
  'no_proxy' => q[],
  'pager' => q[less],
  'prerequisites_policy' => q[ask],
  'scan_cache' => q[atstart],
  'shell' => q[/usr/bin/bash],
  'tar' => q[/bin/tar],
  'term_is_latin' => q[1],
  'unzip' => q[/bin/unzip],
  'urllist' => [q[ftp://ftp.funet.fi/pub/languages/perl/CPAN/], 
q[ftp://cpan.noris.de/pub/CPAN/]],
  'wget' => q[/bin/wget],
};
1;
__END__


Gerrit
-- 
=^..^=


--
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: Install 1.3.22-1 problem - default text file type - DOS

[Francis Harvey]

Greetings Igor,

Thanks.  I have now replaced \n with \r\n every place I used \n in a
character string.  I have made sure not to switch the single character
when used separately from a string.  Everything appears to work fine
now.

Francis R. Harvey III
WB303, x3952
[EMAIL PROTECTED]

VB programmers know the wisdom of Nothing

> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, August 05, 2003 12:55 PM
> To: Francis Harvey
> Cc: [EMAIL PROTECTED]
> Subject: Re: Install 1.3.22-1 problem - default text file type - DOS
> 

> 
> I think you misunderstood what the "text" (or DOS) mode 
> means.  Mounting
> in the "text" mode allows the files *on disk* to have the 
> "\r\n" newline
> sequence which will be translated to "\n" upon reading the 
> file in default
> mode (i.e., make the default mode "text"), and the reverse translation
> would happen on writing.  Mounting in binary mode does not perform any
> character translation for default open()s, so you'll actually 
> see the "\r"
> characters in your program.  Of course, you can always override this
> setting with "rt" for text and "rb" for binary...
> 
> What your program is doing is something completely different.  The C
> language specification says that the '\n' character 
> represents the ASCII
> value of NL, or 10.  The '\r' character represents the ASCII 
> value of CR,
> or 13.  This won't ever be changed by the mount mode (or the "binmode"
> setting in the CYGWIN variable).  The mount mode only affects 
> interaction
> with disk files (just like "binmode" affects interaction with pipes).
>   Igor


--
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: Yes but I don't understand ...

[Andrew DeFaria]

Randall R Schulz wrote:

As I understand it, it all goes back to the big bang... 
But the real question, still unanswered, is what happened before the big 
bang! :-)



--
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: Directory problems after fresh install of v1.3.22-1

[Max Bowsher]

David Balazic wrote:
>> --
>> From: Max Bowsher[SMTP:[EMAIL PROTECTED]
>> Sent: 5. avgust 2003 13:55
>> To: David Balazic; [EMAIL PROTECTED]
>> Subject: Re: Directory problems after fresh install of v1.3.22-1
>> 
>> David Balazic wrote:
>>> Here it is :
>>> ( cygcheck -s -v -r )
>> 
>> Hmm. That's weird.
>> 
>> Does X:\cygwin\etc\profile exist?
>> 
> Yes.
> Here are the contents :
...
> export PATH="/usr/local/bin:/usr/bin:/bin:$PATH"

Well, that's right.

What does "echo $PATH" run from Cygwin bash show?

Max.


--
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: Install 1.3.22-1 problem - default text file type - DOS

[Brian Dessent]

Francis Harvey wrote:

> Thanks.  I have now replaced \n with \r\n every place I used \n in a
> character string.  I have made sure not to switch the single character
> when used separately from a string.  Everything appears to work fine
> now.

But that completely misses the point of "text" mode.  You should always
use just "\n" in your strings in the source code, and open any files
containing text in "text" mode i.e. fopen("foo", "rt").  That way, when
you read and write to the file "\n" will be converted to "\r\n" by the
io library, but your code will be portable to any other posix system.

If you explicitly use "\r\n" in your program then you have to make sure
the file is always opened in binary mode otherwise you'll could get
"\r\r\n" as your line delimiter.

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/

Raw lpr outputs extra page

[Rodrigo Medina]

 Hello!

I want to report an extrange behavior of lpr.
First my instalation:
/proc/version:
CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20

Date of lpr:
244224 Jun 13 19:40 /bin/lpr

Printer: HP-DeskJet 670C, Standard instalation.

As I understand the man page of lpr, 'lpr -l -PLPT1 file_to_print' is
supposed
to put the file "file_to_print" in the printer queue without any processing.

I have found that it is not so. Apparently in some cases lpr appends
something
to the file.

You do a HP-file, file.prn,  using  the "print to file" option of some
program
(say WORDPAD).   If you send file.prn to the printer queue with the DOS
command

>COPY  /B file.prn PRN:

or directly to the printer with the cygwin command:

$ cp file.prn /dev/lpt1

or with

$ cat file.prn > /dev/lpt1

you get the right result.
If you send file.prn to the printer queue with

$ lpr -l -PLPT1 file.prn

you get what you expect plus an extra page with an "H" or "X" in the upper
left corner.

If you send a DOS-text file you get the same result with lpr and with copy.
The output stops in the last page because it needs a Form Feed. If you
then  send a Form Feed with

$ echo $''\f''> /dev/lpt1

in both cases the last page is finished correctly.

If you put a Form Feed at the end of a DOS-text file, no matter how do you
do it, both DOS COPY and CYGWIN cp yield the correct result. If you use
'lpr -l -PLPT1 file' the story is different. If the last byte of the file
is the FF character an extra blank page is produced, but if the file 
finishes with FF-LF or with FF-CR-LF the last page of the document is
printed properly and no extra page is produced.

I hope that this observations can be useful in order to delucidate what
is going on. 

I wonder if it were not convenient to add to lpr the option of appending
a FF to the file to be printed.

A final comment about printing text files with the line-printer mode of the
printer. In my case the printer is DOS-compatible, that is, it uses the 
IBM 850 code.  Only DOS text files can be sent directly to the printer, 
appart from the FF at the end. WINDOWS text files need additionally to
be translated from the ISO-latin1 code to the IBM850 code. UNIX text files
need the ISO to 850 translation, the LF to CR-LF conversion and the
FF at the end.


Rodrigo Medina
[EMAIL PROTECTED]



--
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: Yes but I don't understand ...

[Igor Pechtchanski]

On Tue, 5 Aug 2003, David Selby wrote:

> Randall R Schulz wrote:
>
> > David,
> >
> > At 12:28 2003-08-05, David Selby wrote:
> >
> >> I have hit a problem with bash ... as a sample program I have ...
> >
> >
> > Your problem is that /bin/sh is ash, not BASH. To get BASH, use /bin/bash
> >
> >
> >> #!/bin/sh
> >>
> >> Dave
> >
>
> You are dead right, I tried
>
> /bin/bash 

Re: perl -MCPAN -e shell crashes w98se

[Steve Coleman]

Graham Lamont wrote:

perl -MCPAN -e shell

Anybody experience similar ?
 

I've been having problems with the latest version of Perl (5.8.0-3) 
while running/installing from CPAN on WinME. Using the previous version 
(5.6.1-2) seems to work fine for me when installing from CPAN. I'm not 
sure about what is causing your problems but mine were from dll's having 
errors, and 'rebaseall' did not seem to help any. I just reverted to the 
older version until someone can figure this out or a new version comes 
out with the 64 bit stuff. If I find the time I will try building perl 
myself and look into this further, unfortunately my WinME system is 
'remote' and one 'hang' means try again tomorrow

You can message me off line if there are any specific questions on this.



--
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: SSH session terminates with Ctl+C

[Larry Hall]

Brian Dessent wrote:

Jeff Nokes wrote:


I've ran into a strange issue, one of which I have not run into before with
cygwin.  I have a W2K workstation at work, and I use cygwin to ssh into both
Solaris and RedHat Linux boxes to do development.  Sometimes, while ssh'd into
a remote host, I have to 'Ctl+C' out of a process when it hangs.  When
connected to the Solaris boxes, the Ctl+C just puts me back at the command
prompt on the remote host, which is what I would expect it to do.  But when
I'm connected to a Linux box and I Ctl+C out of a process, not only does it
kill the process on the remote Linux host, but it kills my active ssh session
with that host and puts me back in the default cygwin shell in my W2K
environment.


If you're using CMD.EXE for your command prompt you might try setting
"tty" in the CYGWIN environment variable.  Also, give rxvt a try.  Make
sure that your TERM is set to "Cygwin" or "rxvt" for CMD.EXE and rxvt,
repectively.  You shouldn't have to explicitly set TERM to anything, it
should take the correct value without forcing it.


Brian, what makes you think this is a Cygwin problem?  To me, if it
works Cygwin->Cygwin and Cygwin->Solaris but not Cygwin->Linux, then
it's not likely that a change on the Cygwin side is going to help, IMO.
FWIW, this worked for me Cygwin->Cygwin from bash and from rxvt without
tty set for either attempt.


--
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: Yes but I don't understand ...

[Randall R Schulz]

David,

At 13:14 2003-08-05, David Selby wrote:

You are dead right, I tried

/bin/bash 

Yes but I don't understand ...

[David Selby]

Randall R Schulz wrote:

David,

At 12:28 2003-08-05, David Selby wrote:

I have hit a problem with bash ... as a sample program I have ...


Your problem is that /bin/sh is ash, not BASH. To get BASH, use /bin/bash


#!/bin/sh

Dave

You are dead right, I tried

/bin/bash 

Re: bug in setup.exe for postgresql-7.3.4-1

[Jason Tishler]

Max,

On Tue, Aug 05, 2003 at 11:58:07AM +0100, Max Bowsher wrote:
> Jason Tishler wrote:
> > Is there any way to solve this problem without me adding a
> > postinstall script that performs a "chmod +rx" on all *.exe and
> > *.dll files installed by this packages?
> 
> Yes. PTC for setup.

Would the following patch or an extension to it help?

http://sources.redhat.com/ml/cygwin-apps/2003-04/msg00127.html

> Please please please don't add this kind of postinstall script.

OK, I won't.  However, I've been getting hammered by this problem for
some time.  IIRC, since XP was released.

Unfortunately, the following README blurb doesn't seem to help:

4. Cygwin PostgreSQL can fail to start or not function properly if
certain files and directories have incorrect permissions.  The
following usually solves these kinds of problems:

$ chmod a+rwx /tmp
$ chmod a+rx /usr/bin /usr/bin/*

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: [BUG] pututline () & rxvt: rxvt leaves stale utmp entries

[Pavel Tsekov]

Christopher Faylor wrote:

>>Given the good problem description and the simple test case, this
shouldn't
>>be hard to fix.  I'll see what I can do.  The behavior that you've
described
>>has bugged me for a while.  I'm glad that you tracked down what was going
on.
>
>Patch checked in.  Snapshot building.  **cgf going to bed.

Thanks! I've built from CVS earlier today and everything seems to work fine
- there
are no more stale utmp entries around.

Pavel



-- 
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post


--
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: xmlto package install question

[Marcel Telka]

Hi Patrick.

On 2003.08.02 11:57, Patrick Eisenacher wrote:
Hi,

my Cygwin xmlto installation (v0.0.14) is missing all the fo formats 
(dvi, pdf, ps) in /usr/share/xmlto/format/docbook, and the fo 
subfolder is missing from the /usr/share/xmlto/format/ directory 
completely. Without those files xmlto is unable to create the 
corresponding target document formats (provided the corresponding 
toolchain is installed).

Talking to Tim Waugh, the author of xmlto, revealed that all formats 
are installed unconditionally. So I wonder why they didn't get 
installed on my system.

Is anybody else missing those files or do they get installed on your 
systems? In particular the files in question are:

/usr/share/xmlto/format/docbook/dvi
/usr/share/xmlto/format/docbook/pdf
/usr/share/xmlto/format/docbook/ps
/usr/share/xmlto/format/fo/dvi
/usr/share/xmlto/format/fo/pdf
/usr/share/xmlto/format/fo/ps
dvi, pdf and ps format are removed from cygwin xmlto package because 
there is no way to generate these output formats using cygwin-only 
packages.

They requires xmltex and passivetex which are not available as cygwin 
packages. I'll add support for missing formats soon after somebody will 
contribute these packages for cygwin.

Regards.

--
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+
--
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: Mail Archives are Your Friend...

[Hannu E K Nevalainen \(garbage mail\)]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Igor Pechtchanski

> 2) The "inurl:" modifier is not aware of forward slashes, and accepts
>partial matches, so a query with "inurl:ml inurl:cygwin" will search
>for messages on *all* of the Cygwin lists (i.e., cygwin@, cygwin-apps@,
>etc).  AFAIK, there is no way to restrict the matches to just the
>cygwin@ list.  The "inurl:cygwin-apps" does work, however.

 Hmmm "-cygwin-xfree -cygwin-apps ..." - awkward, but might work :-7

 Might it be that gogoLE groks "inurl:-cygwin-xfree"
as in "don't include cygwin-xfree url's" ?

NOTE: I have not found "inurl:" in google help (!?)

/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems - 59?14'N, 17?12'E
--END OF MESSAGE--


--
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: getopt & output reordering

[Patrick Eisenacher]

Hi Max,

thanks for your quick response. Indeed, setting the 
POSIXLY_INCORRECT_GETOPT environment variable did the trick and produces 
a result that is in synch with the man page.

Since I don't know anything about the various flavours of getopts around 
and what is posixly correct and what not, and I guess a lot of other 
users don't know neither, how about updating the man pages to be in 
synch with the current behaviour and adding a paragraph on the 
POSIXLY_INCORRECT_GETOPT stuff?

Cheers,
Patrick
Max Bowsher schrieb:

Patrick Eisenacher wrote:

Talking to Tim Waugh, the author of xmlto, revealed that the order of
arguments doesn't matter on his system (that's Red Hat, I guess),
whereas it matters indeed on Cygwin.
Investigating it a bit further revealed that Cygwin's getopt differs
from what he expected:

getopt -- o: xmlto -o foo bar

should output this:

-o 'foo' -- 'xmlto' 'bar'
Cygwin's getopt outputs like this:

$ getopt -- o: xmlto -o foo bar
 -- 'xmlto' '-o' 'foo' 'bar'
Checking the archive I found a thread from back in January talking about
the inability of Cygwin's getopt to do reordering of arguments. I guess
we're facing here the same issue: the option arguments are not output
before the non-option arguments.
Was any work done wrt this issue? Is anything planned?


IIRC, the end result of the discussion was that no consensus could be
reached on whether it was better to reorder or not to reorder, so CGF had to
make a ruling, and he ruled not to reorder.
Reordering can be enabled by setting POSIXLY_INCORRECT_GETOPT in the
environment, but because getopt is statically linked, this only works for
programs rebuilt since this change was made, and many haven't been yet.
Max.



--
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: need help

[Samuel Thibault]

Le mar 05 aoû 2003 14:38:00 GMT, [EMAIL PROTECTED] a tapoté sur son clavier :
> Now my question: Can i change the path from this folder to an other path (for 
> example c:\program files\cygwin\tmp)? What i have to do, to change the path? 
> Thank you for your help.

/tmp should already point to c:\program files\cygwin\tmp... You can still
use

mount 'c:\program files\cygwin\tmp' /tmp

to enforce it

Regard,
Samuel Thibault

--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 5. avgust 2003 14:32
> To:   Max Bowsher
> Cc:   David Balazic; [EMAIL PROTECTED]
> Subject:  Re: Directory problems after fresh install of v1.3.22-1
> 
> On Tue, 5 Aug 2003, Max Bowsher wrote:
> 
> > David Balazic wrote:
> > >> --
> > >> From: Max Bowsher[SMTP:[EMAIL PROTECTED]
> > >> Sent: 5. avgust 2003 13:55
> > >> To: David Balazic; [EMAIL PROTECTED]
> > >> Subject: Re: Directory problems after fresh install of v1.3.22-1
> > >>
> > >> David Balazic wrote:
> > >>> Here it is :
> > >>> ( cygcheck -s -v -r )
> > >>
> > >> Hmm. That's weird.
> > >>
> > >> Does X:\cygwin\etc\profile exist?
> > >>
> > > Yes.
> > > Here are the contents :
> > ...
> > > export PATH="/usr/local/bin:/usr/bin:/bin:$PATH"
> >
> > Well, that's right.
> >
> > What does "echo $PATH" run from Cygwin bash show?
> >
> > Max.
> 
> David,
> 
> Are you running bash as the same user that installed it?
No. I installed it as admin, and run it as a regular user.
( I installed it for "All users" )

>   Are you logging
> in as a domain user by any chance?
Yes.
>   Are your /etc/passwd and /etc/group up
> to date?
I don't know. What does it mean "up to date" what must be their content ?

>   Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a cmd.exe
> prompt and post the output.
> 
It is on drive X:
C:\>x:\cygwin\bin\ls.exe -l /bin/ls
/usr/bin/ls: /bin/ls: No such file or directory

>   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!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 5. avgust 2003 16:33
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  RE: Directory problems after fresh install of v1.3.22-1
> 
> On Tue, 5 Aug 2003, David Balazic wrote:
> 
> > > From: Igor Pechtchanski
> > > Reply To: [EMAIL PROTECTED]
> > > Sent: 5. avgust 2003 16:06
> > > To:   David Balazic
> > > Cc:   [EMAIL PROTECTED]
> > > Subject:  RE: Directory problems after fresh install of v1.3.22-1
> > >
> > > On Tue, 5 Aug 2003, David Balazic wrote:
> > >
> > > > > From: Igor Pechtchanski
> > > > > Reply To: [EMAIL PROTECTED]
> > > > > Sent: 5. avgust 2003 14:46
> > > > > To:   David Balazic
> > > > > Cc:   [EMAIL PROTECTED]
> > > > > Subject:  RE: Directory problems after fresh install of
> v1.3.22-1
> > > > >
> > > > > On Tue, 5 Aug 2003, Igor Pechtchanski wrote:
> > > > >
> > > > > > On Tue, 5 Aug 2003, David Balazic wrote:
> > > > > >
> > > > > > [snip]
> > > > > >
> > > > > > > >   Are you logging
> > > > > > > > in as a domain user by any chance?
> > > > > > > Yes.
> > > > > > > >   Are your /etc/passwd and /etc/group up
> > > > > > > > to date?
> > > > > > > I don't know. What does it mean "up to date" what must be
> their content ?
> > > > > > They should have an entry for the user you log in as.  Since you
> installed
> > > > > > as a different user (admin), mkpasswd will not have put in the
> entry for
> > > > > > the domain user.  Try running "x:\cygwin\bin\mkpasswd -u
>  -d >> passwd" from "x:\cygwin\etc".
> > > > >
> > > > > You may also need to do "x:\cygwin\bin\mkgroup -d >> group" from
> > > > > "x:\cygwin\etc" -- be prepared, it may take a while in large
> domains.
> > > >
> > > > I did this now.
> > >
> > > So, please post the passwd and group lines that correspond to the
> numeric
> > > UID and GID you installed under (see below).
> > >
> > > > > > > >   Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a
> cmd.exe
> > > > > > > > prompt and post the output.
> > > > > > >
> > > > > > > It is on drive X:
> > > > > > > C:\>x:\cygwin\bin\ls.exe -l /bin/ls
> > > > > > > /usr/bin/ls: /bin/ls: No such file or directory
> > > > > >
> > > > > > Okay, try ".\ls.exe .\ls.exe" from "x:\cygwin\bin"?
> > > > >  ^
> > > > > Oops, make that ".\ls.exe -l .\ls.exe"...  Sorry.
> > > > >
> > > > X:\cygwin\bin>.\ls.exe -l .\ls.exe
> > > > -rwxrwxrwx1  68608 Jun 15  2001 .\ls.exe
> > >
> > > Ah.  Ok, now ".\ls.exe -ln .\ls.exe".  This will give you the numeric
> UID
> > > and GID to grep out of the passwd and group files.
> > X:\cygwin\bin>.\ls.exe -ln .\ls.exe
> > -rwxrwxrwx1 6553565535   68608 Jun 15  2001 .\ls.exe
> >
> > 65535 is not in passwd or group file.
> 
> Well, yes, as indicated in
> , 65535 is
> a special UID used for those users not in the passwd file, so this kinda
> figures...
> 
> Ok, my guess is that the owner is "Everyone", both for the user and for
The owner of the file is "Administrators (JUICE\Administrators)"
"juice" is the host name.

> the group.  You can confirm or deny this by checking the ownership in the
> properties tab for the root directory in Windows Explorer.  If this turns
> out to be the case, add "Everyone" to your /etc/passwd and /etc/group
> files by using the following commands at the cmd.exe prompt:
> 
> cd x:\cygwin\etc
> echo "Everyone:*:65534:0:,S-1-1-0::" >> passwd
> echo "Everyone:S-1-1-0:0:" >> group
> 
> and then post the output of ".\ls.exe -ln .\ls.exe" again.  If this is not
> the case, please post the contents of your /etc/passwd and /etc/group, and
> the output of "x:\cygwin\bin\id.exe"...  For some reason, the cygcheck
> output you posted earlier indicated that you logged in as "Administrator",
> but you said that you logged in as a domain user...  This is weird.
No, I was running cygcheck as administrator ( local ). Sorry for not
mentioning.
Here is cygcheck running as me :


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Aug 05 16:37:09 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   X:\Perl\bin\
C:\Inprise\vbroker\bin
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\Program Files\Support Tools\
C:\smallApps\wget
X:\Program Files\Hummingbird\Connectivity\7.10\Accessories\
X:\Program Files\Hummingbird\Connectivity\7.10\NFSClient
x:\Program Files\Rational\ClearCase\bin
C:\Program Files\UltraEdit
C:\data\stein\progs\apache-ant-1.5.2\bin

x:\cygwin\bin\id.exe output (nontsec)
UID: 400(stein)  GID: 401(mkpasswd)
401(mkpasswd)

x:\cygwin\bin\id.exe output (ntsec)
UID: 400(stein)  GID: 401(mkpasswd)
401(mkpasswd)

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

Path =
`X:\Perl\bin\;C:\Inprise\vbroker\bin;C:\WINNT\system32

Re: Incomplete installation problems

[Larry Hall]

Marc DAUMAS wrote:

Hi every body at Cygwin,
your job is great and I wish it will continue.
Now the problem : I'm not a newbie and made a lot of cygwin installations
on different M$ systems ( NT4, W2K, XP) all working.
I decided few weeks ago to upgrade my old installation directory by
downloading a new one.
I've donwloaded an installation image from 3 different locations, made an
local install (with the "all" root tree set to install) form the downloaded
directory and still have the same problem.
The installation finish but when I try to simply type the "ls" command the
response is "command not found".
Then I try a cygcheck and get : "id.exe unknown dll, can't find
cygintl-2.dll".


If you're not a newbie, you should know how to find the package that
has this file.  OK, maybe you've just had allot of experience installing
and using Cygwin but never really paid much attention to anything else.
See .  That should help you.

Where is my mistake ?


Good question.  Of course, cygcheck output is missing (as an attachment).
That helps diagnosis.
Also, run through this thread from today:



--
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: Administrator lacking super-user privileges on cygwin installation

[Ville Herva]

On Tue, Aug 05, 2003 at 08:07:43AM -0400, you [Igor Pechtchanski] wrote:
>
> IIRC, the default installation of sshd as service used the event log for
> all output, rather than /var/log/sshd.log (though I'm not too sure on this
> one)...

It certainly seems to, in the event log, there are sshd generated entries.

> However, error code 255 means that the executable could not be executed.

Ack.

> Check the permissions on sshd ("ls -l /usr/sbin/sshd") 

 $ ls -l /usr/sbin/sshd
 -rwxrwxrwx1 Administ mkgroup_   286720 May 22 23:44 /usr/sbin/sshd

That should be runnable by SYSTEM, right?

> and the mounts ("/", at least, should be a system mount).

 $ mount
 c:\cygwin\bin on /usr/bin type system (binmode)
 c:\cygwin\lib on /usr/lib type system (binmode)
 c:\cygwin on / type system (binmode)

 $ echo $CYGWIN
 binmode ntsec tty



-- v --

[EMAIL PROTECTED]

--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 5. avgust 2003 17:08
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  RE: Directory problems after fresh install of v1.3.22-1
> 
> On Tue, 5 Aug 2003, David Balazic wrote:
> 
[snip]
> >
> > > > C: /  usertextmode
> > >   ^^
> > >
> > > BINGO!  There's your problem.  As yourself, cd to "x:\cygwin\bin" and
> run
> > > "umount -u /".  Then you should be able to at least run commands.
> >
> > What caused this ? I just did a plain, normal install. ( I also selected
> a
> > few more app, like less , zip and unzip ... )
> > [snip]
> 
> Does the above command fix the problems you've been having?  If so, great.
Yes, it all looks OK now.

> As to what caused this -- I'm not sure.  Perhaps looking for "setup.log"
> files on your harddrive would help...  At a guess, you've tried to install
setup.log has nothing that looks like a problem.

> Cygwin as "Just for me" with the root in "c:\" at some point or another.
> 
I did start setup.exe as me, but aborted it at the beginning ( before 
any net access and package selection ).

> You then changed your mind, but the mount stayed around, not affecting
> anyone but yourself.
> 
Which looks like a big bug, after all I lost almost an entire day ...

>   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!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 5. avgust 2003 14:42
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  RE: Directory problems after fresh install of v1.3.22-1
> 
> On Tue, 5 Aug 2003, David Balazic wrote:
> 
> > > From: Igor Pechtchanski
> > > Reply To: [EMAIL PROTECTED]
> ^
> David, please make sure your mailer honors the Reply-To:.
> 
It does, I added you manually :-(
sorry

> > > Sent: 5. avgust 2003 14:32
> > > To:   Max Bowsher
> > > Cc:   David Balazic; [EMAIL PROTECTED]
> > > Subject:  Re: Directory problems after fresh install of v1.3.22-1
> > >
> > > On Tue, 5 Aug 2003, Max Bowsher wrote:
> > >
> > > > David Balazic wrote:
> > > > >> --
> > > > >> From: Max Bowsher[SMTP:[EMAIL PROTECTED]
> > > > >> Sent: 5. avgust 2003 13:55
> > > > >> To: David Balazic; [EMAIL PROTECTED]
> > > > >> Subject: Re: Directory problems after fresh install of v1.3.22-1
> > > > >>
> > > > >> David Balazic wrote:
> > > > >>> Here it is :
> > > > >>> ( cygcheck -s -v -r )
> > > > >>
> > > > >> Hmm. That's weird.
> > > > >>
> > > > >> Does X:\cygwin\etc\profile exist?
> > > > >>
> > > > > Yes.
> > > > > Here are the contents :
> > > > ...
> > > > > export PATH="/usr/local/bin:/usr/bin:/bin:$PATH"
> > > >
> > > > Well, that's right.
> > > >
> > > > What does "echo $PATH" run from Cygwin bash show?
> > > >
> > > > Max.
> > >
> > > David,
> > >
> > > Are you running bash as the same user that installed it?
> > No. I installed it as admin, and run it as a regular user.
> > ( I installed it for "All users" )
> 
> Hmm, how about ".\getfacl ." from "x:\cygwin\bin"?
> 
X:\cygwin\bin>getfacl.exe .
# file: .
# owner: 
# group: 
user::---
group::---
mask:rwx
other:rwx
default:other:rwx

> > >   Are you logging
> > > in as a domain user by any chance?
> > Yes.
> > >   Are your /etc/passwd and /etc/group up
> > > to date?
> > I don't know. What does it mean "up to date" what must be their content
> ?
> 
> They should have an entry for the user you log in as.  Since you installed
> as a different user (admin), mkpasswd will not have put in the entry for
> the domain user.  Try running "x:\cygwin\bin\mkpasswd -u  -d >>
> passwd" from "x:\cygwin\etc".
I did. Does not seem to make any difference.

> > >   Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a cmd.exe
> > > prompt and post the output.
> >
> > It is on drive X:
> > C:\>x:\cygwin\bin\ls.exe -l /bin/ls
> > /usr/bin/ls: /bin/ls: No such file or directory
> 
> Okay, try ".\ls.exe .\ls.exe" from "x:\cygwin\bin"?
X:\cygwin\bin>.\ls.exe .\ls.exe
.\ls.exe
>   Igor
> P.S. All of the above commands should be run from a cmd.exe prompt, not
> from bash.
> -- 
>   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!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 5. avgust 2003 14:46
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  RE: Directory problems after fresh install of v1.3.22-1
> 
> On Tue, 5 Aug 2003, Igor Pechtchanski wrote:
> 
> > On Tue, 5 Aug 2003, David Balazic wrote:
> >
> > [snip]
> >
> > > >   Are you logging
> > > > in as a domain user by any chance?
> > > Yes.
> > > >   Are your /etc/passwd and /etc/group up
> > > > to date?
> > > I don't know. What does it mean "up to date" what must be their
> content ?
> > They should have an entry for the user you log in as.  Since you
> installed
> > as a different user (admin), mkpasswd will not have put in the entry for
> > the domain user.  Try running "x:\cygwin\bin\mkpasswd -u  -d
> >>
> > passwd" from "x:\cygwin\etc".
> 
> You may also need to do "x:\cygwin\bin\mkgroup -d >> group" from
> "x:\cygwin\etc" -- be prepared, it may take a while in large domains.
> 
I did this now.

> > > >   Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a cmd.exe
> > > > prompt and post the output.
> > >
> > > It is on drive X:
> > > C:\>x:\cygwin\bin\ls.exe -l /bin/ls
> > > /usr/bin/ls: /bin/ls: No such file or directory
> >
> > Okay, try ".\ls.exe .\ls.exe" from "x:\cygwin\bin"?
>  ^
> Oops, make that ".\ls.exe -l .\ls.exe"...  Sorry.
> 
X:\cygwin\bin>.\ls.exe -l .\ls.exe
-rwxrwxrwx1  68608 Jun 15  2001 .\ls.exe

>   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!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

--
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: Directory problems after fresh install of v1.3.22-1

[Igor Pechtchanski]

On Tue, 5 Aug 2003, Max Bowsher wrote:

> David Balazic wrote:
> >> --
> >> From: Max Bowsher[SMTP:[EMAIL PROTECTED]
> >> Sent: 5. avgust 2003 13:55
> >> To: David Balazic; [EMAIL PROTECTED]
> >> Subject: Re: Directory problems after fresh install of v1.3.22-1
> >>
> >> David Balazic wrote:
> >>> Here it is :
> >>> ( cygcheck -s -v -r )
> >>
> >> Hmm. That's weird.
> >>
> >> Does X:\cygwin\etc\profile exist?
> >>
> > Yes.
> > Here are the contents :
> ...
> > export PATH="/usr/local/bin:/usr/bin:/bin:$PATH"
>
> Well, that's right.
>
> What does "echo $PATH" run from Cygwin bash show?
>
> Max.

David,

Are you running bash as the same user that installed it?  Are you logging
in as a domain user by any chance?  Are your /etc/passwd and /etc/group up
to date?  Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a cmd.exe
prompt and post the output.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
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: FAQ link broken

[Igor Pechtchanski]

On Tue, 5 Aug 2003, David Balazic wrote:

> http://cygwin.com/docs.html
>
> link to faq : "Frequently Asked Questions" (http://cygwin.com/faq_toc.html)
> is broken : The requested URL /faq_toc.html was not found on this server.
>
> David Balazic

Fixed.  Thanks for the report.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
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: Administrator lacking super-user privileges on cygwin installation

[Igor Pechtchanski]

On Tue, 5 Aug 2003, Ville Herva wrote:

> On Mon, Aug 04, 2003 at 10:03:18PM -0400, you [Larry Hall] wrote:
> > >
> > >I tried adding '-d' to the sshd parameters, but that doesn't help (gives
> > >the
> > >same error 255) - it seems to die earlier than that.
> > >
> >
> >
> > What does /var/log/sshd.log say?
>
> It remains empty, on both servers.
>
> Based on time stamp, it appears to last touched when I ran sshd from command
> line. As said, now the sshd is running as a service on an user account. With
> SYSTEM account, service still fails to start with error code 255. I believe
> sshd fails to _execute_ for some curious reason (so it doesn't get to open
> the log), but why?

IIRC, the default installation of sshd as service used the event log for
all output, rather than /var/log/sshd.log (though I'm not too sure on this
one)...  However, error code 255 means that the executable could not be
executed.  Check the permissions on sshd ("ls -l /usr/sbin/sshd") and the
mounts ("/", at least, should be a system mount).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
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: Directory problems after fresh install of v1.3.22-1

[David Balazic]

Here it is :
( cygcheck -s -v -r )

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Aug 05 13:33:23 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   X:\Perl\bin\
C:\Inprise\vbroker\bin
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\Program Files\Support Tools\
C:\smallApps\wget
X:\Program Files\Hummingbird\Connectivity\7.10\Accessories\
X:\Program Files\Hummingbird\Connectivity\7.10\NFSClient
x:\Program Files\Rational\ClearCase\bin
C:\Program Files\UltraEdit

x:\cygwin\bin\id.exe output (nontsec)
UID: 500(Administrator)  GID: 513(None)
513(None)

x:\cygwin\bin\id.exe output (ntsec)
UID: 500(Administrator)  GID: 513(None)
513(None)544(Administrators)
545(Users)   1001(Debugger Users)

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

Path =
`X:\Perl\bin\;C:\Inprise\vbroker\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\Sys
tem32\Wbem;C:\Program Files\Support Tools\;C:\smallApps\wget;X:\Program
Files\Hummingbird\Connectivity\7.10\Accessories\;X:\Program
Files\Hummingbird\Connectivity\7.10\NFSClient;x:\Program
Files\Rational\ClearCase\bin;C:\Program Files\UltraEdit'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
CommonProgramFiles = `C:\Program Files\Common Files'
COMPUTERNAME = `JUICE'
ComSpec = `C:\WINNT\system32\cmd.exe'
NUMBER_OF_PROCESSORS = `1'
OS = `Windows_NT'
Os2LibPath = `C:\WINNT\system32\os2\dll;'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0806'
ProgramFiles = `C:\Program Files'
PROMPT = `$P$G'
SystemDrive = `C:'
SystemRoot = `C:\WINNT'
TEMP = `C:\WINNT\TEMP'
TMP = `C:\WINNT\TEMP'
USERPROFILE = `C:\Documents and Settings\Default User'
windir = `C:\WINNT'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `x:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `x:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `x:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS4000Mb  88% CP CS UN PA FC w2kmain
d:  net NTFS   37998Mb  27% CP CSPAmp3
k:  cd   N/AN/A
m:  net MVFS1000Mb  50% CP CS  CCase
o:  hd  NTFS1364Mb  22% CP CS UN PA FC temp build
x:  hd  NTFS4000Mb  61% CP CS UN PA FC temp1
z:  net MVFS1000Mb  50% CP CS  CCase

x:\cygwin  /  system  binmode
x:\cygwin/bin  /usr/bin   system  binmode
x:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Not Found: awk
Not Found: bash
Found: X:\Program Files\Hummingbird\Connectivity\7.10\NFSClient\cat.exe
Not Found: cp
Not Found: cpp (good!)
Not Found: find
Not Found: gcc
Not Found: gdb
Not Found: grep
Not Found: ld
Found: X:\Program Files\Hummingbird\Connectivity\7.10\NFSClient\ls.exe
Not Found: make
Not Found: mv
Not Found: rm
Not Found: sed
Not Found: sh
Not Found: tar


Cygwin Package Information
Last downloaded files to: 
Last downloaded files from: 

Package  Version
_update-info-dir 00193-1
ash  20020731-1
base-files   1.3-1
base-passwd  1.1-1
bash 2.05b-9
bzip21.0.2-2
clear1.0-1
cpio 2.5-2
cygwin   1.3.22-1
diff 1.0-1
diffutils2.8.1-1
file 4.03-1
fileutils4.1-1
findutils4.1.7-4
gawk 3.1.3-1
gdbm 1.8.3-3
gnupg1.2.2-1
grep 2.5-1
gzip 1.3.3-4
less 381-1
libbz2_1 1.0.2-2
libgdbm  1.8.0-5
libgdbm-devel1.8.3-3
libgdbm3 1.8.3-3
libgdbm4 1.8.3-6
libiconv21.8-3
libintl1 0.10.40-1
libintl2 0.11.5-1
libncurses5  5.2-1
libncurses6  5.2-8
libncurses7  5.3-1
libpcre  4.1-1
libreadline4 4.1-2
libreadline5 4.3-2
login1.9-5
mktemp   1.4-1
ncurses  5.3-1
patch2.5.8-6
readline 4.3-2
rpm  4.1-1
sed 

Re: Directory problems after fresh install of v1.3.22-1

[Max Bowsher]

David Balazic wrote:
> Hi !
> I just installed cygwin by downloading and running setup.exe as the
> administrator
> on my win2000pro-sp3 system.
> The vew page says : Latest Cygwin DLL release version is 1.3.22-1
>
> In the setup wizard, I choose install for all users, root dir : X:\cygwin
>
> After the installation finished, i started the start menu entry for
> "Cygwin Bash Shell" pointing to "X:\cygwin\cygwin.bat"
>
> This is what happened in the window that appeared :
>
> bash.exe: warning: could not find /tmp, please create!
> bash-2.05b$ mount
> bash: mount: command not found
> bash-2.05b$ pwd
> /usr/bin
> bash-2.05b$ cd /usr
> bash: cd: /usr: No such file or directory
> bash-2.05b$ cd ..
> bash: cd: ..: No such file or directory
>
>
> I am confused.
> Is this normal behavior ?

Cygcheck -svr output, please. (http://cygwin.com/problems.html)

If you can't run cygcheck -svr from the bash prompt, try it by full Windows
path from cmd.exe.

If all else fails, a regedit export of "HKLM/Software/Cygnus
Solutions/Cygwin" and the same from HKCU might help.

Max.


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

libcrypto.a problem

[Jérôme DESPATIS]

Hello

i try to compile a program with nmake (msvc++), using
a dll created with cygwin (my dll uses thread etc...
so i need cygwin1.dll, my dll also uses ssl, crypto
and z)

but at link time, i get this error:

libcrypto.a (b_print.o) : error: unresolved external
symbol ___umoddi3
libcrypto.a (bn_word.o) : error: unresolved external
symbol ___umoddi3
libcrypto.a (b_print.o) : error: unresolved external
symbol ___udivdi3

Someone understands this error ?
umoddi3 and udivdi3 are not been integrated in cygwin
maybe ?

thanks
enzo


___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.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/