RE: Permissions get lost when moving files between drives.

[FischRon . external]

> On Thu, 15 Jan 2004, Dave Korn wrote:
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Igor Pechtchanski
> >
> > > On Thu, 15 Jan 2004, Ronald Fischer wrote:
> > >
> > > > I'm using cygwin bash on a Windows 2000 machine. When I 
> perform the
> > > > following steps (c: is the local drive, h: is a network
> > > drive, which
> > > > is also my $HOME):
> > > >
> > > > cd c:/
> > > > echo xxx >h:/tmp/x
> > > > mv h:/tmp/x y
> > > >
> > > > then a
> > > >
> > > >   ls -l
> > > >
> > > > shows that c:/y has the permissions set to 000, though 
> h:/tmp/x has
> > > > them correct as 644.
> > > At a guess, your C: drive is a FAT (or, worse yet, FAT32)
> > > drive. 

No, it's NTFS

> > > The cygcheck output mentioned at the above link will
> > > show whether this is the case.

Which link?

> > C) it's not always 000 that the perms get set to, for me it's 700
> 
> If the owner of the file on the samba share is not the same as your
> Windows login name, the attempt to preserve file permissions 
> might result
> in something like that.

Samba is not involved in my case

> 
> > D) it happens with cp but not with mv

You mean the other way around: Your example shows that the bug occurs with
mv, and not with cp.

> In any case, until we see the OP's cygcheck output, the 
> applicability of
> the above to his problem is all guesswork on both of our parts.

I did a cygcheck --sysinfo ... Here are the parts of the output which
I believe are relevant to this problem. If you need additional information,
please let me know:


Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

C:\cygwin\bin\id.exe output (nontsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

C:\cygwin\bin\id.exe output (ntsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `tty ntsec'
HOME = `h:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/c'
USER = `user56297'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS   19085Mb  31% CP CS UN PA FC MUCW0291
d:  cd   N/AN/A
g:  net NTFS   1076795Mb  78% CP CS UN PAeCRM
h:  net NTFS1229Mb   7% CP CS UN PACIFS.HOMEDIR
m:  net MVFS1000Mb  50% CP CS  CCase
s:  net NTFS   104178Mb  49% CP CS UN PA FC Drive_E

C:\cygwin  / userbinmode
C:\cygwin/bin  /usr/bin  userbinmode
C:\cygwin/lib  /usr/lib  userbinmode
.  /cygdrive user
binmode,cygdrive
C:\Documents and Settings  /home system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode

Cygwin DLL version info:
DLL version: 1.3.22
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 78
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Tue Mar 18 09:20:11 EST 2003
CVS tag: dontuse-21
Shared id: cygwin1S3

Cygwin Package Information
Package Version
_update-info-dir00167-1
a2ps4.12-1
ash 20020731-1
base-files  1.3-1
base-passwd 1.1-1
bash2.05b-9
bzip2   1.0.2-2
clear   1.0-1
cygutils1.1.3-1
cygwin  1.3.22-1
cygwin-doc  1.3-4
diffutils   2.8.1-1
ed  0.2-1
enscript1.6.3-3
expat   1.95.5-1
figlet  2.2-1
fileutils   4.1-1
findutils   4.1.7-4
gawk3.1.2-2
gdbm1.8.3-1
gettext 0.11.5-1
ghostscript-base7.05-2
ghostscript-x11 7.05-2
grep2.5-1
groff   1.18.1-2
guile-doc   1.6.0-1
gzip1.3.3-4
jpeg6b-7
less378-1
libbz2_11.0.2-2
libdb3.13.1.17-2
libgdbm 1.8.0-5
libgdbm-devel   1.8.3-1
libgdbm31.8.3-1
libiconv2   1.8-2
libintl 0.10.38-3
libintl10.10.40-1
libintl20.11.5-1
libkpathsea32.0.2-1
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7   

Cygwin you have a card waiting from "Revelation B. Peabody"

[Revelation B. Peabody]

Cygwin, this is why you shhould buy Geneeric V-i a-g r-a onlline

It's fast, conveeniennt and complettely coonfidential, no prior apppointmennts 
neeeded, no waiting roomms, fast anoonymous shipping, 24 hour cusotmer service and we 
don't ask questions.

Ohh and did I mnetion that we have the lowset prices on the entire net, so what are 
you waiting foor?

http://Hul89Oh.com.ahG78Nq.com.Rr55X.com/mm/?Cygwin

kltkKccKe timny iiOUU zmLr lClUWy




--
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: MS offers "Services For Unix" free of charge

[Laurent Vaucher]

 Unfortunately, PMTU discovery doesn't work over avian carrier.  Sending
out bigger and bigger packets until you find the size that makes the carrier
choke was banned by the humane society  But it's a good way to make
pate
 

 It reminds me of a Calvin & Hobbes strip where Calvin and his father 
stand at one end of a bridge with a sign reading "Max. weight: 15 tons". 
So Calvin asks his father how people knew that the maximum weight 
allowable on the bridge was 15 tons. And his father replies that they 
cross the bridge with trucks each time heavier and when the bridge 
breaks, they record the weight of the last truck that crossed safely and 
rebuild the bridge identically.

 By the way, does SFU support RFC 1097 : Telnet-Subliminal-Message option ?
http://sunsite.cnlab-switch.ch/ftp/doc/standard/rfc/10xx/1097


--
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: playing ogg files in cygwin

[Ralf Habacker]

On Friday 16 January 2004 00:39, you wrote:
> Ralf Habacker <[EMAIL PROTECTED]> writes:
> >Just a little note. I've tried yesterday ogg123 from the vorbis-tools
> >1.0rc3
> >with recent cygwin snapshot. It works without any problems using oss.
>
However, I can't find any "recent cygwin snapshot" of vorbis-tools 1.0rc3 on 
the Internet. Where do you download such a creature?

I've got the sources from the linuxtag 2003 dvd and compiled it by myself. You 
can find sources and binary package on http://kde-cygwin.sf.net/snapshots


http://kde-cygwin.sf.net/snapshots/libao-0.8.2.tar.bz2 
http://kde-cygwin.sf.net/snapshots/libvorbis-1.0_rc3.tar.bz2
http://kde-cygwin.sf.net/snapshots/libogg-1.0_rc3.tar.bz2  
http://kde-cygwin.sf.net/snapshots/vorbis-tools-1.0_rc3.tar.bz2

http://kde-cygwin.sf.net/snapshots/libao-0.8.2-src.tar.bz2 
http://kde-cygwin.sf.net/snapshots/libvorbis-1.0_rc3-src.tar.bz2
http://kde-cygwin.sf.net/snapshots/libogg-1.0_rc3-src.tar.bz2  
http://kde-cygwin.sf.net/snapshots/vorbis-tools-1.0_rc3-src.tar.bz2

See README.cygwin in the source archive for compiöing instructions. 

Further sources could be found on http://www.xiph.org/ogg/vorbis/download

Ralf 



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

setup.exe, setup.hint: "provide" keyword

[Mark Stier]

Hello,

the Problem with the automatic reselection of gs although having 
installed gs-x11 previously, should be solved by providing the 
appropriate "provide"-keyword within gs-x11's setup.hint file, eg. 
"provides: gs".

I don't know if setup.exe supports that, but it definitely should.

Regards,
Mark
--
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: MS offers "Services For Unix" free of charge

[Ronald Landheer-Cieslak]

On Wed, Jan 14, 2004 at 04:36:17PM -0500, Christopher Faylor wrote:
> On Wed, Jan 14, 2004 at 04:26:03PM -0500, Robb, Sam wrote:
> >> But beyond curiosity, there's not many reasons to install and
> >> use both, at least concurrently.  Cygwin and SFU both address
> >> the same needs and Cygwin covers a wider range of tools.  We'll
> >> see what happens though.
> >One thing that Cygwin does lack, and SFU has, is an NFS client :-/
> >I know that alone will probably entice me into taking a look at
> >SFU.
> It would be rather interesting to add nfs to cygwin.  We could develop
> filesystem "plug-ins" which could be generalized for stuff like NFS,
> EXTFS, etc.
> 
> Didn't someone say they had a free month?  Perfect project.  :-)
Actually, I'd already been thinking about it - I think I'll be sending a 
copyright assignment shortly..

rlc

-- 
Immortality consists largely of boredom.
-- Zefrem Cochrane, "Metamorphosis", stardate 3219.8

--
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: MS offers "Services For Unix" free of charge

[Corinna Vinschen]

On Jan 15 00:38, Chris January wrote:
> > On Wed, Jan 14, 2004 at 04:26:03PM -0500, Robb, Sam wrote:
> > >> But beyond curiosity, there's not many reasons to install and
> > >> use both, at least concurrently.  Cygwin and SFU both address
> > >> the same needs and Cygwin covers a wider range of tools.  We'll
> > >> see what happens though.
> > >
> > >One thing that Cygwin does lack, and SFU has, is an NFS client :-/
> > >I know that alone will probably entice me into taking a look at
> > >SFU.
> >
> > It would be rather interesting to add nfs to cygwin.  We could develop
> > filesystem "plug-ins" which could be generalized for stuff like NFS,
> > EXTFS, etc.
> >
> > Didn't someone say they had a free month?  Perfect project.  :-)
> 
> Isn't the SFU NFS client an installable file system, i.e. you can use it
> anywhere in Windows, not just with the SFU stuff?

Sort of.  A couple of DLLs, one or more services get started.  Then
you can access the NFS paths from any Windows application.

The problem with that NFS client is this:

Even though it allows mapping between UNIX user names (from the evil
"other" side) and Windows user names, it doesn't map the POSIX permission
bits into NTFS like permissions.  If you look into the file property box,
you'll see no "Security" tab.  The file access from Windows is a bit like
access to files on FAT partitions.  The permissions are statically set in
an administration MMC snap-in.

That's the unfortunate part which, for me, makes the NFS client in SFU
unusable.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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/

Re: MS offers "Services For Unix" free of charge

[S. L.]

[...]
> > It would be rather interesting to add nfs to cygwin.  We could develop
> > filesystem "plug-ins" which could be generalized for stuff like NFS,
> > EXTFS, etc.
> > 
> > Didn't someone say they had a free month?  Perfect project.  :-)
> Actually, I'd already been thinking about it - I think I'll be sending a 
> copyright assignment shortly..
> 
> rlc
[...]

YOU'RE THE MAN!

Wishlist

no.1
- Can you start with a /dev/loopX implementation ? :)

( ... so the testing, and many, many other issues ( e.g. PCE -- Portable
Cygwin Environment -- CD or whatever ) won't mess with real harddrive partition
handling )

SLao

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.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/

deleting a file ending with a dot

[Baurjan Ismagulov]

Hello,

tar has created a file ending with a dot, and now I can't delete it
(I've tried rm, del in cmd, explorer, far, unlink call with and without
-mno-cygwin). What would you suggest before I search an 8-GB volume for
the directory entry with a disk editor? I would appreciate any help
(pointers to NTFS directory structure description also welcome).
Scandisk didn't report any problems.

Thanks in advance,
Baurjan.

--
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: deleting a file ending with a dot

[Dave Korn]

 

> -Original Message-
> From: cygwin-owner On Behalf Of Baurjan Ismagulov

> tar has created a file ending with a dot, and now I can't 
> delete it (I've tried rm, del in cmd, explorer, far, unlink 
> call with and without -mno-cygwin). What would you suggest 
> before I search an 8-GB volume for the directory entry with a 
> disk editor? I would appreciate any help (pointers to NTFS 
> directory structure description also welcome).
> Scandisk didn't report any problems.


  Maybe there's a problem with the perms on it?  What output do you get from
"ls -la file." and from "cacls file." ?

  BTW, this would have been a better bug report if you had told us what
actually *happened* when you tried all those things - did you get error
messages?  Did unlink return an error code?  Or did just nothing happen?  Or
did your machine BSOD and start smoke pouring out the back?  Knowing what
happened is the first clue to start working out what went wrong, you see.


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: deleting a file ending with a dot

[Morche Matthias]

Are You shure the filename ends with that dot? Maybe there are unreadable chars 
appended, so Yozu never gave the correct filename when deleting...
I tried to create a file ending with a dot and did not succeed.


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Baurjan Ismagulov
> Sent: Friday, January 16, 2004 12:57 PM
> To: [EMAIL PROTECTED]
> Subject: deleting a file ending with a dot
> 
> 
> Hello,
> 
> tar has created a file ending with a dot, and now I can't delete it
> (I've tried rm, del in cmd, explorer, far, unlink call with 
> and without
> -mno-cygwin). What would you suggest before I search an 8-GB 
> volume for
> the directory entry with a disk editor? I would appreciate any help
> (pointers to NTFS directory structure description also welcome).
> Scandisk didn't report any problems.
> 
> Thanks in advance,
> Baurjan.
> 
> --
> 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: deleting a file ending with a dot

[Peter J. Acklam]

Baurjan Ismagulov <[EMAIL PROTECTED]> wrote:

> tar has created a file ending with a dot, and now I can't delete
> it (I've tried rm, del in cmd, explorer, far, unlink call with
> and without -mno-cygwin). What would you suggest before I search
> an 8-GB volume for the directory entry with a disk editor? I
> would appreciate any help (pointers to NTFS directory structure
> description also welcome).  Scandisk didn't report any problems.

A common way in Unix to delete files with strange names is by
using the inode number:

ls -1ib DIR   # find inode number NUM
find DIR -xdev -inum NUM -exec rm {} \;   # remove the file

but, alas, I don't think that works either.

But I wonder how you created this file in the first place.  It
seems to me that trailing dots are removed.  Here is what I get
when I extract a tar file containing files with trailing dots.
(The tar file was created on Solaris.):

   $ tar xvf bad.tar
   foo/
   foo/bar0
   foo/bar1.
   foo/bar2..
   foo/bar3...
   foo/bar4
   foo/bar5.

   $ ls -1 foo
   bar0
   bar1
   bar2
   bar3
   bar4
   bar5

The dots are gone.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


--
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: Trying to compile and run GPSIM

[Gerrit P. Haase]

Hello Vasek,

> Hello, I tried to compile GPSIM 0.21.1 for simulation of Microchip PIC
> chips. But when I try to run it, I get Segmentation fault.

Builds fine for me(tm).


> Strace gives me following. It looks that problem appears somewhere after
> the usage of dll_crt0_1.
> But I don't have a clue what to do with the results. Can somebody help me ?
[...]

I can send you patches about the changes I made, please drop a note if
it is ok to send them via email (two patches > 500kb together).


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: deleting a file ending with a dot

[Baurjan Ismagulov]

Hello, David!

On Fri, Jan 16, 2004 at 12:05:31PM -, Dave Korn wrote:
>   Maybe there's a problem with the perms on it?  What output do you get from
> "ls -la file." and from "cacls file." ?

ls: cachedmetrics.: No such file or directory

I don't have cacls installed, but getfacl also says "No such file or
directory".


>   BTW, this would have been a better bug report...

I'm afraid that this is a Windows feature :) -- to be able to create
files and then not to be able to work with them :/ .


> ... if you had told us what
> actually *happened* when you tried all those things - did you get error
> messages?  Did unlink return an error code?  Or did just nothing happen?  Or
> did your machine BSOD and start smoke pouring out the back?  Knowing what
> happened is the first clue to start working out what went wrong, you see.

Thanks for the tip :) . All programs said that they cannot find such a
file. Unlink returned ENOENT. When I click on "Properties", there is no
file name in the window.


With kind regards,
Baurjan.

--
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: deleting a file ending with a dot

[Baurjan Ismagulov]

Hello, Morche!

On Fri, Jan 16, 2004 at 01:26:55PM +0100, Morche Matthias wrote:
> Are You shure the filename ends with that dot? Maybe there are unreadable chars 
> appended, so Yozu never gave the correct filename when deleting...

ls |od -ctu1 shows:
000   c   a   c   h   e   d   m   e   t   r   i   c   s   .  \n
 99  97  99 104 101 100 109 101 116 114 105  99 115  46  10
017

Far and explorer do not ask for the name, I just point and click.


> I tried to create a file ending with a dot and did not succeed.

I've created it on ext2, tar it, then untar to ntfs.


With kind regards,
Baurjan.

--
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: deleting a file ending with a dot

[Baurjan Ismagulov]

Hello, Peter!

On Fri, Jan 16, 2004 at 01:29:00PM +0100, Peter J. Acklam wrote:
> ls -1ib DIR   # find inode number NUM

ls: cachedmetrics.: No such file or directory


> But I wonder how you created this file in the first place.  It
> seems to me that trailing dots are removed.

Wow! What are the versions of Windows, cygwin and tar? I use 2000,
1.3.22, 1.13.25.


With kind regards,
Baurjan.

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

SFU installed -> rxvt problems

[Gerrit P. Haase]

Hallo,

I don't know if SFU is the reason, but after installing it and rebooting
the computer I cannot open a rxvt terminal without running X.  It
complains:
$ /usr/bin/rxvt
rxvt: can't open display 127.0.0.1:0.0


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: deleting a file ending with a dot

[Morche Matthias]

Your answer confirms my assumption that there are hidden chars trailing the dot: try 
ls -q cachedmetrics* and use the result to delete...


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Baurjan Ismagulov
> Sent: Friday, January 16, 2004 2:53 PM
> To: [EMAIL PROTECTED]
> Subject: Re: deleting a file ending with a dot
> 
> 
> Hello, David!
> 
> On Fri, Jan 16, 2004 at 12:05:31PM -, Dave Korn wrote:
> >   Maybe there's a problem with the perms on it?  What 
> output do you get from
> > "ls -la file." and from "cacls file." ?
> 
> ls: cachedmetrics.: No such file or directory
> 
> I don't have cacls installed, but getfacl also says "No such file or
> directory".
> 
> 
> >   BTW, this would have been a better bug report...
> 
> I'm afraid that this is a Windows feature :) -- to be able to create
> files and then not to be able to work with them :/ .
> 
> 
> > ... if you had told us what
> > actually *happened* when you tried all those things - did 
> you get error
> > messages?  Did unlink return an error code?  Or did just 
> nothing happen?  Or
> > did your machine BSOD and start smoke pouring out the back? 
>  Knowing what
> > happened is the first clue to start working out what went 
> wrong, you see.
> 
> Thanks for the tip :) . All programs said that they cannot find such a
> file. Unlink returned ENOENT. When I click on "Properties", 
> there is no
> file name in the window.
> 
> 
> With kind regards,
> Baurjan.
> 
> --
> 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: deleting a file ending with a dot

[Dave Korn]

 

> >   Maybe there's a problem with the perms on it?  What output do you 
> > get from "ls -la file." and from "cacls file." ?
> 
> ls: cachedmetrics.: No such file or directory
> 
> I don't have cacls installed, but getfacl also says "No such 
> file or directory".

> Thanks for the tip :) . All programs said that they cannot 
> find such a file. Unlink returned ENOENT. When I click on 
> "Properties", there is no file name in the window.

  Then it does sound like a filename with an illegal char in it; various
windoze versions do have problems with them, so it's maybe the case that
it's not actually a period on the end of the filename, but an unprintable
ascii char that ls and so on output as a period.  To test this theory, try
using "ls -b" to view any unprintable chars as octal.

  You could also try deleting it by pattern matching, such as "rm
cachedmetrics?".  Or have you tried dragging it straight into the recycle
bin from explorer?  Or entering a name in the blank filename space in the
properties sheet?  Or renaming it from command line, dos or bash, using
pattern-matching?

  I've had these sorts of files turn up once in a while.  They can be a
nuisance but I've always managed to get rid of them in the end with one or
other of the above sorts of solutions.


  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/

Re: deleting a file ending with a dot

[David T-G]

Baurjan, et al --

[Does anyone know why this thread is showing up in my inbox instead of
being properly filtered?  Has there been a list address change?]

...and then Baurjan Ismagulov said...
% 
% > But I wonder how you created this file in the first place.  It
% > seems to me that trailing dots are removed.
% 
% Wow! What are the versions of Windows, cygwin and tar? I use 2000,
% 1.3.22, 1.13.25.

I'd say you've stumbled onto a strange situation rather than that a
different version of Windows will behave differently; the general
behavior is that the dot is really transparent and only there for
the 8.3 separation, so if you try to create a trailing dot file the
dot is ignored.  Of course, you broke it ;-)

Have you tried letting your wildcards help you?  Things like

  bash -
  rm cachedmetric*
  mv cachedmetric* cm

  cmd -
  del cachedmetric*
  move cachedmetric* cm
  ren cachedmetric* cm

might work if this is the only file that matches the pattern.


% 
% 
% With kind regards,
% Baurjan.


HTH & HAND

:-D
-- 
David T-G  * There is too much animal courage in 
(play) [EMAIL PROTECTED] * society and not sufficient moral courage.
(work) [EMAIL PROTECTED]  -- Mary Baker Eddy, "Science and Health"
http://justpickone.org/davidtg/  Shpx gur Pbzzhavpngvbaf Qrprapl Npg!



pgp0.pgp
Description: PGP signature

Re: SFU installed -> rxvt problems

[Olaf Föllinger]

On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
> Hallo,
> 
> I don't know if SFU is the reason, but after installing it and rebooting
> the computer I cannot open a rxvt terminal without running X.  It
> complains:
> $ /usr/bin/rxvt
> rxvt: can't open display 127.0.0.1:0.0

It seems there is a global defined variable DISPLAY now which points to
127.0.0.1:0.0. And rxvt reads it and thinks that there is a X-Server
running.

I'll try it in a few minutes myself.
 
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG

Alt-Moabit 91a
D-10559 Berlin
Germany
Tel:   +49 30 390722 -291
Fax:   +49 30 390722 -222
Mobil: +49 173 6227080
http://www.sesa.de
mailto: [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: SFU installed -> rxvt problems

[Gerrit P. Haase]

Olaf wrote:

> On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>> Hallo,
>> 
>> I don't know if SFU is the reason, but after installing it and rebooting
>> the computer I cannot open a rxvt terminal without running X.  It
>> complains:
>> $ /usr/bin/rxvt
>> rxvt: can't open display 127.0.0.1:0.0

> It seems there is a global defined variable DISPLAY now which points to
> 127.0.0.1:0.0. And rxvt reads it and thinks that there is a X-Server
> running.

Yes, I've defined this always, since I installed the X server for the
first time, but rxvt always works also without a running X server.

$ cat .bashrc | grep DISPLAY
export DISPLAY=127.0.0.1:0.0

> I'll try it in a few minutes myself.

Thanks,
Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: SFU installed -> rxvt problems

[Olaf Föllinger]

On Fri, Jan 16, 2004 at 03:19:55PM +0100, Gerrit P. Haase wrote:
> Olaf wrote:
> 
> > On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
> >> Hallo,
> >> 
> >> I don't know if SFU is the reason, but after installing it and rebooting
> >> the computer I cannot open a rxvt terminal without running X.  It
> >> complains:
> >> $ /usr/bin/rxvt
> >> rxvt: can't open display 127.0.0.1:0.0
> 
> > It seems there is a global defined variable DISPLAY now which points to
> > 127.0.0.1:0.0. And rxvt reads it and thinks that there is a X-Server
> > running.
> 
> Yes, I've defined this always, since I installed the X server for the
> first time, but rxvt always works also without a running X server.
> 
> $ cat .bashrc | grep DISPLAY
> export DISPLAY=127.0.0.1:0.0

That's right, rxvt works wthout X, but if DISPLAY is dset, then it
thinks there is an X-server(at least here).

$ export DISPLAY=127.0.0.1:0.0;rxvt
rxvt: can't open display 127.0.0.1:0.0

 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG

Alt-Moabit 91a
D-10559 Berlin
Germany
Tel:   +49 30 390722 -291
Fax:   +49 30 390722 -222
Mobil: +49 173 6227080
http://www.sesa.de
mailto: [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: deleting a file ending with a dot

[Peter J. Acklam]

Baurjan Ismagulov <[EMAIL PROTECTED]> wrote:
>
> Peter J. Acklam wrote:
> >
> > ls -1ib DIR # find inode number NUM
>
> ls: cachedmetrics.: No such file or directory

Huh.  ls seems to  notice that the directory contains a
file named something like "cachedmetrics.", but yet it
is able to find it.

A wild guess is that readdir() finds it, and tells ls that
the file exists, but when ls does a stat() on the file, it
fails and that's why you get the error.

What is the output if you run the following script with the
directory as the input argument.  It is essentially the
same as "ls -b" but no stat() is done.

--
#!/usr/bin/env perl

use strict;
use warnings;

my $dir = shift;

opendir DIR, $dir or die "$dir: can't open directory: $!\n";
for (readdir DIR) {
#s/([^\040-\176\240-\377])/sprintf '\%03o', ord $1/eg;
s/([^\040-\176])/sprintf '\%03o', ord $1/eg;
print $_, "\n";
}
closedir DIR or die "$dir: can't open directory: $!\n";
--

> > But I wonder how you created this file in the first place.
> > It seems to me that trailing dots are removed.
>
> Wow! What are the versions of Windows, cygwin and tar?
> I use 2000, 1.3.22, 1.13.25.

Windows XP, Cygwin 1.5.5, tar 1.13.25.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


--
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: SFU installed -> rxvt problems

[Gerrit P. Haase]

Olaf wrote:

> On Fri, Jan 16, 2004 at 03:19:55PM +0100, Gerrit P. Haase wrote:
>> Olaf wrote:
>> 
>> > On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>> >> Hallo,
>> >> 
>> >> I don't know if SFU is the reason, but after installing it and rebooting
>> >> the computer I cannot open a rxvt terminal without running X.  It
>> >> complains:
>> >> $ /usr/bin/rxvt
>> >> rxvt: can't open display 127.0.0.1:0.0
>> 
>> > It seems there is a global defined variable DISPLAY now which points to
>> > 127.0.0.1:0.0. And rxvt reads it and thinks that there is a X-Server
>> > running.
>> 
>> Yes, I've defined this always, since I installed the X server for the
>> first time, but rxvt always works also without a running X server.
>> 
>> $ cat .bashrc | grep DISPLAY
>> export DISPLAY=127.0.0.1:0.0

> That's right, rxvt works wthout X, but if DISPLAY is dset, then it
> thinks there is an X-server(at least here).

> $ export DISPLAY=127.0.0.1:0.0;rxvt
> rxvt: can't open display 127.0.0.1:0.0

After I uninstalled SFU now, it works again;)  And I still have DISPLAY
defined in .bashrc.  Im starting rxvt directly with a shortcut, then
rxvt doesn't see the define in .bashrc until it has started, then bash
is started and .bashrc is sourced, so that isn't the problem here.

I also verified that DISPLAY wasn't defined as a global environment
setting during SFU installation.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: deleting a file ending with a dot

[David Fritz]

David T-G wrote:
[Does anyone know why this thread is showing up in my inbox instead of
being properly filtered?  Has there been a list address change?]
Do you have your filters set to recognize both [EMAIL PROTECTED] and 
[EMAIL PROTECTED] Both addresses get to this list.

HTH

--
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: libxml2-2.6.1-1

[Gerrit P. Haase]

Libxml2 has been updated to version 2.6.4

Libxml2 is the XML C parser and toolkit developed for the Gnome
project (but usable outside of the Gnome platform), it is free
software available under the MIT License. XML itself is a metalanguage
to design markup languages, i.e. text language where semantic and
structure are added to the content using extra 'markup' information
enclosed between angle brackets. HTML is the most well-known markup
language. Though the library is written in C a variety of language
bindings make it available in other environments. 

Please see here for news since the last Cygwin release (2.5.7):
http://www.xmlsoft.org/news.html


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.  Save it and run setup, answer the questions and pick up
'libxml2' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libxml2' until '2.5.11-1' is
displayed. 


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

These mirrors already got the package, the others will probably have 
the latest version of this package fairly soon:

In the US mirrors.rcn.net and in Australia planetmirror.com are
reliable high bandwidth connections.


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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]


Gerrit P. Haase
-- 
=^..^=




--
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: libxslt-1.1.2-1

[Gerrit P. Haase]

Libxslt has been updated.

Libxslt is the XSLT C library developed for the Gnome project. XSLT
itself is a an XML language to define transformation for XML. Libxslt
is based on libxml2 the XML C library developed for the Gnome project.
It also implements most of the EXSLT set of processor-portable
extensions functions and some of Saxon's evaluate and expressions
extensions. 

Please see here for news since the last Cygwin release (1.0.33):
http://xmlsoft.org/XSLT/news.html


Genric Information:

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.  Save it and run setup, answer the questions and pick up
'libxslt' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libxslt' until '1.1.2-1' is
displayed. 


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

These mirrors already got the package, others will probably have
the latest version of this package fairly soon:

In the US, 
ftp://planetmirror.com/pub/cygwin/
and in Australia,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ 
are reliable high bandwidth connections.


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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]


Gerrit P. Haase
-- 
=^..^=



--
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: deleting a file ending with a dot

[Buchbinder, Barry (NIH/NIAID)]

If Windows lets tar create a file that Explorer cannot remove, it sounds
like a Windows problem.

(1)
Try rebooting.  Maybe one of your earlier attempts to delete succeeded but
some file name cache is preserving the name.  (I've noticed that on rare
occasions a file gets deleted but Explorer still shows it.)

(2)
Run scandisk.  Maybe it will find the problem and fix it.

(3)
I'd try this in Explorer.
(a) Create a new temporary directory.
(b) Copy or move everything in the directory with the troublesome file to
the temporary directory.
(c) Delete the directory with the troublesome file.  I'd try holding down
the shift key, which really deletes, rather than just send the directory to
the Recycle Bin.  (We're trying to fix the problem not just move it.)  If it
won't delete, just move it somewhere out of the way and forget about it for
now.  (Maybe someday you will find that it has fixed itself.)
(d) Move or rename the temporary directory to the name and place of the now
deleted directory with the troublesome file.  Or recreate the deleted
directory and move stuff back.

-Original Message-
From: Baurjan Ismagulov [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 16, 2004 6:57 AM
To: [EMAIL PROTECTED]
Subject: deleting a file ending with a dot

Hello,

tar has created a file ending with a dot, and now I can't delete it
(I've tried rm, del in cmd, explorer, far, unlink call with and without
-mno-cygwin). What would you suggest before I search an 8-GB volume for
the directory entry with a disk editor? I would appreciate any help
(pointers to NTFS directory structure description also welcome).
Scandisk didn't report any problems.

Thanks in advance,
Baurjan.

--
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: indent-2.2.9-1

[Gerrit P. Haase]

indent-2.2.9-1 has been uploaded to the Cygwin net distribution.

`indent' is a C language source code beautifier.

For a descripton and online documentation, see:
- http://www.gnu.org/directory/GNU/indent.html
- http://mysite.freeserve.com/indent/beautify.html


News:

The major changes between version 2.2.8 and 2.2.9 are

- Resolution of changes in the latest version of gettext (they keep
  changing the interface).
- Added option --break-function-decl-args-end (bfde) to break the
  function arguments list before the closing bracket. -bdfa now causes
  a break after the opening bracket and before the first argument so
  that the first argument and subsequent argments are indented one
  indentation step instead of being aligned with the opening bracket.
- Added --preprocessor-indentation (- ppi n). If set, will indent
  nested preprocessor-statements with n spaces per level.
- Added support for -brf to place the function opening brace after
  the function declaration.
- Bug fixes.


Old news:

The major changes between version 2.2.7 and 2.2.8 are

- Resolution of some build problems with gettext. 
- The environment variable INDENT_PROFILE can be used to
  specify a profile file.
- More languages supported
- Bug fixes. 

The major changes between version 2.2.6 and 2.2.7 are 

- Support for I18N (internationalisation) with gettext. 
- Tarball directory restructuring. 
- Bug fixes 


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.  Save it and run setup, answer the questions and pick
up `indent' from the `Devel' category.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

Mirrors already updated:

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
updated very fast.

In Denmark, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html .  I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]
  

Ciao,

Gerrit P. Haase
-- 
=^..^=   http://cygwin.com/cygwin/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: deleting a file ending with a dot

[David T-G]

David --

...and then David Fritz said...
% 
% David T-G wrote:
% >
% >[Does anyone know why this thread is showing up in my inbox instead of
% >being properly filtered?  Has there been a list address change?]
% >
% Do you have your filters set to recognize both [EMAIL PROTECTED] and 
% [EMAIL PROTECTED] Both addresses get to this list.

Ahhh...  That's it; my procmail rule

  :0 :
  * (^TO|^FROM)[EMAIL PROTECTED]
  F.cygwin
  
only knows about cygwin.com.  I guess I'll add the redhat addy.


% 
% HTH


Thanks!! & HAND

:-D
-- 
David T-G  * There is too much animal courage in 
(play) [EMAIL PROTECTED] * society and not sufficient moral courage.
(work) [EMAIL PROTECTED]  -- Mary Baker Eddy, "Science and Health"
http://justpickone.org/davidtg/  Shpx gur Pbzzhavpngvbaf Qrprapl Npg!



pgp0.pgp
Description: PGP signature

RE: Permissions get lost when moving files between drives.

[Igor Pechtchanski]

Ronald,

There's no need to Cc: me, I read the list, hence the Reply-To.  Please
make sure your mailer respects that.

On Fri, 16 Jan 2004 FischRonexternalinfineoncom wrote:

> > On Thu, 15 Jan 2004, Dave Korn wrote:
> > > > -Original Message-
> > > > From: cygwin-ownercygwincom
> > > > [mailto:cygwin-ownercygwincom] On Behalf Of Igor Pechtchanski
> > >
> > > > On Thu, 15 Jan 2004, Ronald Fischer wrote:
> > > >
> > > > > I'm using cygwin bash on a Windows 2000 machine. When I perform the
> > > > > following steps (c: is the local drive, h: is a network drive, which
> > > > > is also my $HOME):
> > > > >
> > > > > cd c:/
> > > > > echo xxx >h:/tmp/x
> > > > > mv h:/tmp/x y
> > > > >
> > > > > then a
> > > > >
> > > > >   ls -l
> > > > >
> > > > > shows that c:/y has the permissions set to 000, though h:/tmp/x has
> > > > > them correct as 644.

Umm, a bit too much snipping here.  There were another couple of lines:

> > > > Please read (and follow)
> > > > > Problem reports:   http://cygwin.com/problems.html

> > > > At a guess, your C: drive is a FAT (or, worse yet, FAT32)
> > > > drive.
>
> No, it's NTFS
>
> > > > The cygcheck output mentioned at the above link will
> > > > show whether this is the case.
>
> Which link?

The link that was in the couple of lines you snipped (and I reinserted).
The one that's also at the bottom of (almost) every e-mail you get via
the list.  The one that says "Problem reports".

> > > C) it's not always 000 that the perms get set to, for me it's 700
> >
> > If the owner of the file on the samba share is not the same as your
> > Windows login name, the attempt to preserve file permissions might
> > result in something like that.
>
> Samba is not involved in my case

Fine, SMB is, which is essentially the same thing (don't worry, many
people get confused on this point).  If the owner of the file on the
remote computer is not the same as the one on your local machine (very
likely), you might have this problem.

> > > D) it happens with cp but not with mv
>
> You mean the other way around: Your example shows that the bug occurs with
> mv, and not with cp.
>
> > In any case, until we see the OP's cygcheck output, the applicability
> > of the above to his problem is all guesswork on both of our parts.
>
> I did a cygcheck --sysinfo ... Here are the parts of the output which
> I believe are relevant to this problem. If you need additional information,
> please let me know:

Well, the problem reporting guidelines ("the above link", or
) ask that you attach the full output of
"cygcheck -svr" as an uncompressed text *attachment*, since including it
in the body of the message produces a lot of false positives on archive
searches.  We also need the full output, since the truncated one you've
sent may not show all of the relevant state on your system.

> 
> Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
>
> C:\cygwin\bin\id.exe output (nontsec)
> UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
> 544(Administrators)   545(Users)
> 10513(mkgroup_l_d)
>
> C:\cygwin\bin\id.exe output (ntsec)
> UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
> 544(Administrators)   545(Users)
> 10513(mkgroup_l_d)

So your user is a domain user...  Is the share accessible to the same
domain user on the other machine?  Are the files owned by that user?  The
output of "getfacl" on both a file on the share and a local file would
show some of this, so please post that.

> SysDir: C:\WINNT\system32
> WinDir: C:\WINNT
>
> CYGWIN = `tty ntsec'

You might want to explicitly turn on "smbntsec", too.  I know it's the
default, but just to make sure.

> HOME = `h:\'
> MAKE_MODE = `unix'
> PWD = `/cygdrive/c'
> USER = `user56297'

Hmm, interesting.  Did you modify your /etc/passwd from the output of
"mkpasswd -d"?

> Use `-r' to scan registry
>
> a:  fd   N/AN/A
> c:  hd  NTFS   19085Mb  31% CP CS UN PA FC MUCW0291
> d:  cd   N/AN/A
> g:  net NTFS   1076795Mb  78% CP CS UN PAeCRM
> h:  net NTFS1229Mb   7% CP CS UN PACIFS.HOMEDIR
> m:  net MVFS1000Mb  50% CP CS  CCase
> s:  net NTFS   104178Mb  49% CP CS UN PA FC Drive_E
>
> C:\cygwin  / userbinmode
> C:\cygwin/bin  /usr/bin  userbinmode
> C:\cygwin/lib  /usr/lib  userbinmode
> .  /cygdrive userbinmode,cygdrive
> C:\Documents and Settings  /home system  binmode
> C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
>
> Cygwin DLL version info:
> DLL version: 1.3.22

This is a very old version of the Cygwin DLL.  The latest stable version
is 1.5.5.  You should upgrade and see if you still get this problem.
IIRC, there were some changes to Cygwin's security model since the 1.3.22
release.

> Cygwin Packa

RE: wget, continued download

[Joaquin]

>
> I would use perl and Net::HTTP for this. But then I'm
> familiar with both.
>

Really.  You spider the site with that?  One problem I always had with
wget is that it only gathers URLs from HTML.  I wanted to get support at
least CSS, and maybe even JavaScript/VBScript URLS.



--
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: MS offers "Services For Unix" free of charge

[Joaquin]

> Well, I don't know about the rest of you, but since SFU comes with a
> great (and free) X Server, I am throwing in the towel.
>
> Harold

I am very curious about SFU.  But, alas, I am mistrustful of MS,
especially in regards to security.  I'll probaly play with both.  I also
like supporting open-source initiatives, and I still think cygwin is the
easiest/best way to get quick ports of a lot of open-source out there,
such an Objective-C compiler (gcc) or other tools.

  - Joaquin



--
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: MS offers "Services For Unix" free of charge

[Joaquin]

Well, I was amazed that MS would EOL Win 9X/Me users, which I'm guessing
is like 40 million.  I know that in Europe, Latin-America, and Asia,
many people use older machines and do not see the business need to
upgrade to newer hardware.  If they are forced to, then I am pretty sure
Linux becomes more of a reality for them.

Aside from this, I always believe in Open Source.  Even if SFU becomes
like standard, then still perhaps we could tag along and offer freeware
compilers for it, and offer cygwin for orphaned machines.  It's always
good to have free databases, web servers, development tools, etc. for
those that cannot support MS's coffers for such tools, whether or not
they are on Linux or Windows.

- Joaquin

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Larry Hall
> Sent: Wednesday, January 14, 2004 4:15 PM
> To: Buchbinder, Barry (NIH/NIAID); [EMAIL PROTECTED]
> Subject: RE: MS offers "Services For Unix" free of charge
>
>
> Who knows for sure what the *real* driving force that is behind this
> change.  However, it is timed very closely (concurrently?) with MS's
> extension of 98, 98SE, and Me support through Fall 2006.  The
> current buzz on this change was that MS was afraid too many
> "orphaned" 98 users (currently 25% of Windows users) might
> "defect" to Linux rather than
> upgrade if they were left high and dry.  So Linux was perceived as a
> real threat in this situation.  SFU becoming free may have
> just "come along for the ride" in the hysteria.  It certainly
> helps with the story that "Windows is the best" (so why would
> you want to leave it) too.  But
> too much discussion about MS's motives here will get us very
> off-topic. Suffice it to say it's an option for some other
> folks now but also easier
> for us to evaluate presumably.
>
> Larry
>
> At 06:52 PM 1/14/2004, Buchbinder, Barry (NIH/NIAID) you wrote:
> >Before one gets too excited, one might wait until one sees the
> >licensing terms.  I seems to remember that MS was all hot
> and bothered
> >about what they were calling viral software.  (Misnomer, Outlook is
> >viral software, in as far as it is designed to help viruses
> propagate.
> >GPL might be better termed a viral license.)  Will the
> license let one
> >do what one wants to do?
> >
> >Does this mean that that MS finds that Cygwin (and U/Win,
> MKS, et al.)
> >is a threat?  Or that they were not making much from SFU but cannot
> >drop it for various reasons, so are going for brownie points?
> >
> >I also liked the part about
> >   "The real driver behind this [pricing]
> >   change is this interoperability issue,"
> >   Oldroyd says. "We want Windows to be the
> >   best platform for interoperability."
> >Since MS has long desired that "Windows be the best platform for"
> >productivity suites, will Office soon be available for free?
> >
> >-Original Message-
> >From: Robb, Sam [mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, January 14, 2004 2:43 PM
> >To: [EMAIL PROTECTED]
> >Subject: MS offers "Services For Unix" free of charge
> >
> >Thought this might interest some of the folks who frequent
> this list...
> >particularly those who have to support Cygwin installations,
> and might
> >now have to deal with a parallel
> >(conflicting?) install of SFU :-/
> >
> >-Samrobb
> >
> >643>
>
>Microsoft Offers Linux-Interoperability Software For Free
>Jan. 13, 2004
>
>Microsoft has decided to drop the $99 licensing fee previously required

>for its Services For Unix software and plans to make a new version of
>the interoperability product available this week at no cost on its Web
>site.
>
>...
>
>The three main components of SFU--Unix's Network File System and
>Network Identity Service and Microsoft's Interix layer of Posix
>APIs--have all been tuned for better performance, with some commands
>running 50% faster, Oldroyd says. SFU 3.5 also features first-time
>support for P-Threads (for Posix-compliant multithreaded applications),

>a broader set of Posix APIs, and updated utilities and libraries.
>
>--
>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/


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

Re: MS offers "Services For Unix" free of charge

[Benito Mourelo Caldeiro]

> From [EMAIL PROTECTED]  Fri Jan 16 11:36:06 2004
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> To: [EMAIL PROTECTED]
> Subject: Re: MS offers "Services For Unix" free of charge
> 
> On Jan 15 00:38, Chris January wrote:
> > > On Wed, Jan 14, 2004 at 04:26:03PM -0500, Robb, Sam wrote:
> > > >> But beyond curiosity, there's not many reasons to install and
> > > >> use both, at least concurrently.  Cygwin and SFU both address
> > > >> the same needs and Cygwin covers a wider range of tools.  We'll
> > > >> see what happens though.
> > > >
> > > >One thing that Cygwin does lack, and SFU has, is an NFS client :-/
> > > >I know that alone will probably entice me into taking a look at
> > > >SFU.
> > >
> > > It would be rather interesting to add nfs to cygwin.  We could develop
> > > filesystem "plug-ins" which could be generalized for stuff like NFS,
> > > EXTFS, etc.
> > >
> > > Didn't someone say they had a free month?  Perfect project.  :-)
> > 
> > Isn't the SFU NFS client an installable file system, i.e. you can use it
> > anywhere in Windows, not just with the SFU stuff?
> 
> Sort of.  A couple of DLLs, one or more services get started.  Then
> you can access the NFS paths from any Windows application.
> 
> The problem with that NFS client is this:
> 
> Even though it allows mapping between UNIX user names (from the evil
> "other" side) and Windows user names, it doesn't map the POSIX permission
> bits into NTFS like permissions.  If you look into the file property box,
> you'll see no "Security" tab.  The file access from Windows is a bit like
> access to files on FAT partitions.  The permissions are statically set in
> an administration MMC snap-in.
> 
> That's the unfortunate part which, for me, makes the NFS client in SFU
> unusable.
> 
> Corinna

In my XP SP1 box with SFU 3.5, the file property box has a "NFS Attribute"
with the POSIX file permissions an it change dynamically.
I dont understand what the problem is.  

Saudos, Benito.


--
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: MS offers "Services For Unix" free of charge

[Joaquin]

So, where do you get the license?  I picked up SFU30 from LinuxWorld,
but it was an eval.  Is there a place to get free licenses, downloads,
etc.



--
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: MS offers "Services For Unix" free of charge

[Gerrit P. Haase]

Joaquin wrote:

> So, where do you get the license?  I picked up SFU30 from LinuxWorld,
> but it was an eval.  Is there a place to get free licenses, downloads,
> etc.

There is the SFU-3.5beta available from the MS SFU site for free.

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: deleting a file ending with a dot

[Dave Korn]

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of David Fritz
> Sent: 16 January 2004 14:45
> Cc: cygwin
> Subject: Re: deleting a file ending with a dot
> 
> David T-G wrote:
> > 
> > [Does anyone know why this thread is showing up in my inbox 
> instead of 
> > being properly filtered?  Has there been a list address change?]
> > 
> Do you have your filters set to recognize both 
> [EMAIL PROTECTED] and [EMAIL PROTECTED] Both 
> addresses get to this list.


  My filters failed today for just the same reason.  I've decided that
checking for "cygwin-owner" in the From: field is probably most effective.


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: deleting a file ending with a dot

[Christopher Faylor]

On Fri, Jan 16, 2004 at 04:02:49PM -, Dave Korn wrote:
>My filters failed today for just the same reason.  I've decided that
>checking for "cygwin-owner" in the From: field is probably most
>effective.

If you mean the "Sender" field, then, yes, this is one way to filter.
Or you can filter on the Mailing-List field or the List-* fields.

It's really not too hard to figure something to filter on if you look
at the full headers.

(and now we hear from all of the people who say "My client doesn't allow
that")

cgf

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

Re: SFU installed -> rxvt problems

[Christopher Faylor]

On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>I don't know if SFU is the reason, but after installing it and rebooting
>the computer I cannot open a rxvt terminal without running X.  It
>complains:
>$ /usr/bin/rxvt
>rxvt: can't open display 127.0.0.1:0.0

I hope this isn't the start of a lot of posts about SFU.  I really don't
want to get too bogged down in incompatibilities between cygwin and
an essentially competing project.

--
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: deleting a file ending with a dot

[Hughes, Bill]

Sent: 16 January 2004 16:15 From: Christopher Faylor
> If you mean the "Sender" field, then, yes, this is one way to filter.
> Or you can filter on the Mailing-List field or the List-* fields.
>
> It's really not too hard to figure something to filter on if you look
> at the full headers.
>
> (and now we hear from all of the people who say "My client doesn't allow
that")

If I can do it in Outlook... :-)
I just filter on [EMAIL PROTECTED] anywhere in the header.


--
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: deleting a file ending with a dot

[Christopher Faylor]

On Fri, Jan 16, 2004 at 04:21:17PM -, Hughes, Bill wrote:
>Sent: 16 January 2004 16:15 From: Christopher Faylor
>> If you mean the "Sender" field, then, yes, this is one way to filter.
>> Or you can filter on the Mailing-List field or the List-* fields.
>>
>> It's really not too hard to figure something to filter on if you look
>> at the full headers.
>>
>> (and now we hear from all of the people who say "My client doesn't allow
>that")
>
>If I can do it in Outlook... :-)
>I just filter on cygwin... anywhere in the header.

Please! don't add clear text mail addresses in email messages.

--
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: deleting a file ending with a dot

[Hughes, Bill]

Sent: 16 January 2004 16:25 From: Christopher Faylor
> Please! don't add clear text mail addresses in email messages.
Argh! Sorry. I have to work to get Outlook to format as I want (remove
addys) and then I manually put one in. Doh.
Apologies again, the only explanation (not excuse) is that it's Friday pm
here .

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

Re: deleting a file ending with a dot

[Igor Pechtchanski]

On Fri, 16 Jan 2004, Christopher Faylor wrote:

> On Fri, Jan 16, 2004 at 04:21:17PM -, Hughes, Bill wrote:
> >Sent: 16 January 2004 16:15 From: Christopher Faylor
> >> If you mean the "Sender" field, then, yes, this is one way to filter.
> >> Or you can filter on the Mailing-List field or the List-* fields.
> >>
> >> It's really not too hard to figure something to filter on if you look
> >> at the full headers.
> >>
> >> (and now we hear from all of the people who say "My client doesn't allow
> >that")
> >
> >If I can do it in Outlook... :-)
> >I just filter on cygwin... anywhere in the header.
>
> Please! don't add clear text mail addresses in email messages.

Chris,

This is a good rule of thumb, but it's rather useless for the cygwin@ list
address itself -- the first line of any message in the archives says 'This
is the mail archive of the cygwincygwincom mailing list for the
Cygwin project.' (unscrambled, of course). :-)
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: deleting a file ending with a dot

[Hughes, Bill]

Sent: 16 January 2004 16:34 From: Igor Pechtchanski
> > On Fri, Jan 16, 2004 at 04:21:17PM -, Hughes, Bill wrote:
> > >Sent: 16 January 2004 16:15 From: Christopher Faylor
> > >> If you mean the "Sender" field, then, yes, this is one way to filter.
> > >> Or you can filter on the Mailing-List field or the List-* fields.
> > >>
> > >> It's really not too hard to figure something to filter on if you look
> > >> at the full headers.
> > >>
> > >> (and now we hear from all of the people who say "My client doesn't
allow
> > >that")
> > >
> > >If I can do it in Outlook... :-)
> > >I just filter on cygwin... anywhere in the header.
> >
> > Please! don't add clear text mail addresses in email messages.
>This is a good rule of thumb, but it's rather useless for the cygwin@ list
>address itself -- the first line of any message in the archives says 'This
>is the mail archive of the cygwincygwincom mailing list for the
>Cygwin project.' (unscrambled, of course). :-)

I know that, but let's not make it any easier, and it's the _principle_ of
the thing, after all.

--
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: deleting a file ending with a dot

[Christopher Faylor]

On Fri, Jan 16, 2004 at 11:34:21AM -0500, Igor Pechtchanski wrote:
>On Fri, 16 Jan 2004, Christopher Faylor wrote:
>> Please! don't add clear text mail addresses in email messages.
>
>This is a good rule of thumb, but it's rather useless for the cygwin@ list
>address itself -- the first line of any message in the archives says 'This
>is the mail archive of the cygwincygwincom mailing list for the
>Cygwin project.' (unscrambled, of course). :-)

Since I'm sure your email address has been mentioned many times in this
list, have you stopped asking people not to do quote it?  It's
irrelevant if it already exists.  There is no reason to add to the total
mass of available addresses for people to harvest.

Btw, I understand that Bill knows better.  I've made this mistake any
number of times myself.  I know how annoying it is to be "called to
task" for a simple innocent mistake like this.  It's especially annoying
that we have to consider it "a mistake".  We should be able to use email
addresses with impunity.

I have been writing, in my spare time, an email filter to munge this kind
of innocent usage but I've been too swamped lately to move forward on
this.

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: SFU installed -> rxvt problems

[David A. Case]

On Fri, Jan 16, 2004, Christopher Faylor wrote:

> On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
> >I don't know if SFU is the reason, but after installing it and rebooting
> >the computer I cannot open a rxvt terminal without running X.  It
> >complains:
> >$ /usr/bin/rxvt
> >rxvt: can't open display 127.0.0.1:0.0
> 
> I hope this isn't the start of a lot of posts about SFU.  I really don't
> want to get too bogged down in incompatibilities between cygwin and
> an essentially competing project.
> 

A few such posts are actually helpful, to warn people (like me) who might have
been tempted to install SFU.  Based on posts like Gerrit's, I will probably
wait a while, since rxvt is far more important to me than is nfs.  Knowing
that others find problems is useful information, even if no fixes are
forthcoming.

..dave case


--
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: SFU installed -> rxvt problems

[Christopher Faylor]

On Fri, Jan 16, 2004 at 09:33:51AM -0800, David A. Case wrote:
>On Fri, Jan 16, 2004, Christopher Faylor wrote:
>
>> On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>> >I don't know if SFU is the reason, but after installing it and rebooting
>> >the computer I cannot open a rxvt terminal without running X.  It
>> >complains:
>> >$ /usr/bin/rxvt
>> >rxvt: can't open display 127.0.0.1:0.0
>> 
>> I hope this isn't the start of a lot of posts about SFU.  I really don't
>> want to get too bogged down in incompatibilities between cygwin and
>> an essentially competing project.
>> 
>
>A few such posts are actually helpful, to warn people (like me) who might have
>been tempted to install SFU.  Based on posts like Gerrit's, I will probably
>wait a while, since rxvt is far more important to me than is nfs.  Knowing
>that others find problems is useful information, even if no fixes are
>forthcoming.

The fact that this is useful is really irrelevant.  There are all sorts
of useful off-topic tidbits that could be posted to the cygwin mailing
list.  The issue, as always, is remaining on-topic and making sure that
this list adheres to its core focus.  This isn't a mailing list devoted
to various unix packages for windows.  It is a mailing list for the
cygwin unix application for windows.

I have no problem with some minor chatter, along the lines of general
discussions about shell programming that crop up from time to time.  I
just don't want it to get out of hand.
--
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/

YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Sat, Jan 03, 2004 at 06:16:28PM -0500, Pierre A. Humblet wrote:
>1) With the snapshot I can start cygwin programs fine and I have not
>observed any popup.

I haven't seen a popup in Windows Me for some time with the latest
snapshot and I've been able to configure/make cygwin under ME with no
problem.

>2) The regression repeated before (see original mail for more details)
>is still there: "However when using sh, setsid sh -c "echo hello >
>/dev/tty1; /bin/sleep 10; /bin/echo there > /dev/tty" sh and the final
>echo hang forever (with echo in the "O" state in ps), and sh cannot be
>terminated with kill (OK from the task manager)."

This should be ok now.

>3) There is another regression that I had also observed with the
>previous snapshot, but after sending my previous message: the Console
>is not properly freed after setsid when CYGWIN=notty.  Programs such as
>inetd do not go in the background when starting from a command.com
>window or from the Windows "run" menu.  Things are fine with CYGWIN=tty

This also should be working now.

>By the way, I don't understand why open_fhs is modified in the slave
>tty and ctty code.  The only purpose I see in open_fhs is to free the
>console at the right time.  Why should the presence of a slave tty,
>possibly connected to an entirely different console window, impact on
>the local console?  (this is not a new issue).

I was hoping that Corinna would chime in here but maybe she isn't
following this discussion.  IIRC, I resisted adding the open_fhs checks
to the pty/tty handling early on but eventually was convinced that they
were needed.  Previously, it was pretty hard to have a program with
handles to more than one console but, with the existence of the "new"
windows station stuff it is conceivable, if unlikely that a program
could have two open.  In that context the open_fhs stuff is being
overused, but that was part of the motivation for implementing the new
archetype stuff in the DLL -- then I can eventually get rid of the
open_fhs stuff in favor of setting up console archetypes.  There is
still a lot of genericizing to do to accommodate that but it is a future
goal.

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/

Fwd: Re(2): playing ogg files in cygwin

[Bob Clark]

Ralf Habacker <[EMAIL PROTECTED]> writes:
>I've got the sources from the linuxtag 2003 dvd and compiled it by
>myself. You 
>can find sources and binary package on http://kde-cygwin.sf.net/snapshots

Thank you so much for your generous attention. To me nice people willling
to help others its one of the nicest things about the freeware culture
(saving a lot of money by not having to buy software ain't too shabby
either!).

I didn't realize that you were talking about the kde-cygwin package. I had
actually loaded the kde desktop environment from that site earlier.
However, the kde desktop runs much too slowly on my machine to be of much
use to me. The Gnome-cygwin package is also much to slow for my machine,
so I've ended up just running twm as my window manager.

I downloaded and unpacked the binary tar.bz2 files that you pointed to in
your last email. However, when I type:

> ogg123 -d oss test.ogg

I still get the message,

"=== No such device oss"

You must have some kind of oss support on your machine that I don't have.

I don't have time right now to try to recompile from source. When I get
done with semester grades, I'll look at it again.


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

Thanks! ogg123.exe works!

[Bob Clark]

Ralf,

I couldn't help myself. I just had to try compiling the sources that you
pointed me to before I got down to some serious exam grading.

I have to say, after reading the README.cygwin file that you recommended,
I wasn't too hopeful. The file, in its entirety was,

"README for cygwin 
=
This source package comes from the linuxtag 2003 dvd. 

Unter cygwin this source package should be compiled and installed with 

./configure --prefix=/usr --disable-dependency-tracking 
make 
make install"

This was pretty generic stuff, so I wasn't expecting what happened next:
everything compiled and made right out of the box, and ogg123 worked like
a charm!

I still have other hurdles to overcome before I'm satisfied (such as
getting gmpeg to integrate successfully with the ogg stuff), but getting
ogg123 to work had been driving me crazy for the past several days!

Thanks again for your most generous attention! That was my first post to
the cygwin mailing list. I wish that I had done it much sooner.

I'm going to repaste those websites that you pointed me to for the mailing
list archives in the hope that it will save some other souls all the
trouble that I've had with this issue. I would have never thought to look
in the kde repository for ogg vorbis stuff.

http://kde-cygwin.sf.net/snapshots/libao-0.8.2.tar.bz2 
http://kde-cygwin.sf.net/snapshots/libvorbis-1.0_rc3.tar.bz2
http://kde-cygwin.sf.net/snapshots/libogg-1.0_rc3.tar.bz2  
http://kde-cygwin.sf.net/snapshots/vorbis-tools-1.0_rc3.tar.bz2

http://kde-cygwin.sf.net/snapshots/libao-0.8.2-src.tar.bz2 
http://kde-cygwin.sf.net/snapshots/libvorbis-1.0_rc3-src.tar.bz2
http://kde-cygwin.sf.net/snapshots/libogg-1.0_rc3-src.tar.bz2  
http://kde-cygwin.sf.net/snapshots/vorbis-tools-1.0_rc3-src.tar.bz2

See README.cygwin in the source archive for compiöing instructions. 

Further sources could be found on http://www.xiph.org/ogg/vorbis/download


--
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: SFU installed -> rxvt problems

[Igor Pechtchanski]

On Fri, 16 Jan 2004, Christopher Faylor wrote:

> On Fri, Jan 16, 2004 at 09:33:51AM -0800, David A. Case wrote:
> >On Fri, Jan 16, 2004, Christopher Faylor wrote:
> >
> >> On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
> >> >I don't know if SFU is the reason, but after installing it and rebooting
> >> >the computer I cannot open a rxvt terminal without running X.  It
> >> >complains:
> >> >$ /usr/bin/rxvt
> >> >rxvt: can't open display 127.0.0.1:0.0
> >>
> >> I hope this isn't the start of a lot of posts about SFU.  I really don't
> >> want to get too bogged down in incompatibilities between cygwin and
> >> an essentially competing project.
> >
> >A few such posts are actually helpful, to warn people (like me) who
> >might have been tempted to install SFU.  Based on posts like Gerrit's,
> >I will probably wait a while, since rxvt is far more important to me
> >than is nfs.  Knowing that others find problems is useful information,
> >even if no fixes are forthcoming.
>
> The fact that this is useful is really irrelevant.  There are all sorts
> of useful off-topic tidbits that could be posted to the cygwin mailing
> list.  The issue, as always, is remaining on-topic and making sure that
> this list adheres to its core focus.  This isn't a mailing list devoted
> to various unix packages for windows.  It is a mailing list for the
> cygwin unix application for windows.
>
> I have no problem with some minor chatter, along the lines of general
> discussions about shell programming that crop up from time to time.  I
> just don't want it to get out of hand.

Well, if you read this thread as "SFU makes Cygwin sick.  Bad SFU!
Uninstall it.", it seems rather on-topic for the Cygwin community... :-)
But then, I guess if you install two or more competing products together,
you're generally on your own anyway.

Ok, no more noise from me[*]...
Igor
[*] ...in this thread ;-)
-- 
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: MS offers "Services For Unix" free of charge

[Doug VanLeuven]

Corinna Vinschen wrote:

On Jan 15 00:38, Chris January wrote:
 

On Wed, Jan 14, 2004 at 04:26:03PM -0500, Robb, Sam wrote:
 

But beyond curiosity, there's not many reasons to install and
use both, at least concurrently.  Cygwin and SFU both address
the same needs and Cygwin covers a wider range of tools.  We'll
see what happens though.
 

One thing that Cygwin does lack, and SFU has, is an NFS client :-/
I know that alone will probably entice me into taking a look at
SFU.
   

It would be rather interesting to add nfs to cygwin.  We could develop
filesystem "plug-ins" which could be generalized for stuff like NFS,
EXTFS, etc.
Didn't someone say they had a free month?  Perfect project.  :-)
 

Isn't the SFU NFS client an installable file system, i.e. you can use it
anywhere in Windows, not just with the SFU stuff?
   

Sort of.  A couple of DLLs, one or more services get started.  Then
you can access the NFS paths from any Windows application.
The problem with that NFS client is this:

Even though it allows mapping between UNIX user names (from the evil
"other" side) and Windows user names, it doesn't map the POSIX permission
bits into NTFS like permissions.  If you look into the file property box,
you'll see no "Security" tab.  The file access from Windows is a bit like
access to files on FAT partitions.  The permissions are statically set in
an administration MMC snap-in.
That's the unfortunate part which, for me, makes the NFS client in SFU
unusable.
Corinna

 

I'm not a particular fan of MS NFS client (slow), and I don't know what 
version you worked with, but V3.0 client certainly can set 
user/group/other permissions, in other words, there is a security tab.
The mmc snapin functions as the equivilent of umask in UNIX.
Root_squashing is available on the server side as well.

Doug

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

setup.exe, setup.hint: "provide" keyword

[Mark Stier]

Hello,

the Problem with the automatic reselection of gs although having
installed gs-x11 previously, should be solved by providing the
appropriate "provide"-keyword within gs-x11's setup.hint file, eg.
"provides: gs".
I don't know if setup.exe supports that, but it definitely should.

Regards,
Mark


--
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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Pierre A. Humblet]

Christopher Faylor wrote:
> 
> On Sat, Jan 03, 2004 at 06:16:28PM -0500, Pierre A. Humblet wrote:
> >1) With the snapshot I can start cygwin programs fine and I have not
> >observed any popup.
> 
> I haven't seen a popup in Windows Me for some time with the latest
> snapshot and I've been able to configure/make cygwin under ME with no
> problem.
> 
> >2) The regression repeated before (see original mail for more details)
> >is still there: "However when using sh, setsid sh -c "echo hello >
> >/dev/tty1; /bin/sleep 10; /bin/echo there > /dev/tty" sh and the final
> >echo hang forever (with echo in the "O" state in ps), and sh cannot be
> >terminated with kill (OK from the task manager)."
> 
> This should be ok now.
> 
> >3) There is another regression that I had also observed with the
> >previous snapshot, but after sending my previous message: the Console
> >is not properly freed after setsid when CYGWIN=notty.  Programs such as
> >inetd do not go in the background when starting from a command.com
> >window or from the Windows "run" menu.  Things are fine with CYGWIN=tty
> 
> This also should be working now.
> 
> >By the way, I don't understand why open_fhs is modified in the slave
> >tty and ctty code.  The only purpose I see in open_fhs is to free the
> >console at the right time.  Why should the presence of a slave tty,
> >possibly connected to an entirely different console window, impact on
> >the local console?  (this is not a new issue).
> 
> I was hoping that Corinna would chime in here but maybe she isn't
> following this discussion.  IIRC, I resisted adding the open_fhs checks
> to the pty/tty handling early on but eventually was convinced that they
> were needed.  Previously, it was pretty hard to have a program with
> handles to more than one console but, with the existence of the "new"
> windows station stuff it is conceivable, if unlikely that a program
> could have two open.  In that context the open_fhs stuff is being
> overused, but that was part of the motivation for implementing the new
> archetype stuff in the DLL -- then I can eventually get rid of the
> open_fhs stuff in favor of setting up console archetypes.  There is
> still a lot of genericizing to do to accommodate that but it is a future
> goal.

Thanks Chris.

I have run into problem with another test, running from cmd.exe.

H:\>set CYGWIN
CYGWIN=tty

H:\>uname -a
CYGWIN_NT-4.0 xxx 1.5.6s(0.108/3/2) 20040116 13:48:00 i686 unknown unknown Cygwin

H:\>cat try_forksetsid.c
#include 
#include 

main()
{
signal(SIGHUP, SIG_IGN);
close(0);
close(1);
close(2);
if (!fork()) {
//  setsid();
sleep(10);
}
}

H:\>gcc try_forksetsid.c

H:\>sh -c "./a"
waiting for children using tty0 to terminate
waiting for children using tty0 to terminate

It's motivated by a weirdness I saw last night with exim, 
where the setsid() is present.

Pierre

--
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: deleting a file ending with a dot

[Andrew DeFaria]

Dave Korn wrote:

-Original Message-
From: cygwin-owner On Behalf Of Baurjan Ismagulov

tar has created a file ending with a dot, and now I can't delete it 
(I've tried rm, del in cmd, explorer, far, unlink call with and 
without -mno-cygwin). What would you suggest before I search an 8-GB 
volume for the directory entry with a disk editor? I would appreciate 
any help (pointers to NTFS directory structure description also 
welcome). Scandisk didn't report any problems.
Maybe there's a problem with the perms on it? What output do you get 
from "ls -la file." and from "cacls file." ?

BTW, this would have been a better bug report if you had told us what 
actually *happened* when you tried all those things - did you get 
error messages? Did unlink return an error code? Or did just nothing 
happen? Or did your machine BSOD and start smoke pouring out the back? 
Knowing what happened is the first clue to start working out what went 
wrong, you see.
It never ceases to amaze me how people tend to forget to include such 
critical data. My usual response is a question: What was your first 
indication that it failed?
--
Everywhere is walking distance if you have the time.

--
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: deleting a file ending with a dot

[Andrew DeFaria]

Baurjan Ismagulov wrote:

Hello, David!

On Fri, Jan 16, 2004 at 12:05:31PM -, Dave Korn wrote:

Maybe there's a problem with the perms on it? What output do you get from
"ls -la file." and from "cacls file." ?
ls: cachedmetrics.: No such file or directory

I don't have cacls installed, but getfacl also says "No such file or 
directory".

BTW, this would have been a better bug report...
I'm afraid that this is a Windows feature :) -- to be able to create 
files and then not to be able to work with them :/ .
If ls and getfacl say there is no file then who are you to question 
their judgment! :-)

All kidding aside, often when I see this what is happening is that the 
file has been deleted but some process has it open. Download Process 
Explorer from the SysInternals site, install and run it then do a search 
for "cachedmetrics". Note there are two searchs: One is a DLL search and 
the other is a handle search. Try both. If you find any processes in the 
list then those processes have the file open. Either kill them or right 
click on the line with that string it in and select File: Close.

Note that if the file is opened via the network (i.e. the process is 
running on host B and is accessing this "cachedmetrics." file via the 
network) then the locally running Process Explorer will not be able to 
find anything. In such a case I think you can simple disconnect or 
otherwise stop file sharing from the local machine, which will prompt 
that other processes have files open and do you wish to disconnect.

(It'd be nice if fuser worked under Cygwin but I realize that might be a 
significant challenge to implement).
--
The gene pool could use a little chlorine.

--
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: SFU installed -> rxvt problems

[Robert McNulty Junior]

I tried SFU.  Hated it. Going back to Cygwin.
It requires Visual C++.
I have that, but I don't like the fact that it really can't compile any
of my software. Only Cygwin and Mingw can.
Visual Studio Too, but that's because I want MP3 capabiilty on my songs.
Robert

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Gerrit P. Haase
Sent: Friday, January 16, 2004 8:37 AM
To: [EMAIL PROTECTED]
Subject: Re: SFU installed -> rxvt problems

Olaf wrote:

> On Fri, Jan 16, 2004 at 03:19:55PM +0100, Gerrit P. Haase wrote:
>> Olaf wrote:
>> 
>> > On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>> >> Hallo,
>> >> 
>> >> I don't know if SFU is the reason, but after installing it and
rebooting
>> >> the computer I cannot open a rxvt terminal without running X.  It
>> >> complains:
>> >> $ /usr/bin/rxvt
>> >> rxvt: can't open display 127.0.0.1:0.0
>> 
>> > It seems there is a global defined variable DISPLAY now which
points to
>> > 127.0.0.1:0.0. And rxvt reads it and thinks that there is a
X-Server
>> > running.
>> 
>> Yes, I've defined this always, since I installed the X server for the
>> first time, but rxvt always works also without a running X server.
>> 
>> $ cat .bashrc | grep DISPLAY
>> export DISPLAY=127.0.0.1:0.0

> That's right, rxvt works wthout X, but if DISPLAY is dset, then it
> thinks there is an X-server(at least here).

> $ export DISPLAY=127.0.0.1:0.0;rxvt
> rxvt: can't open display 127.0.0.1:0.0

After I uninstalled SFU now, it works again;)  And I still have DISPLAY
defined in .bashrc.  Im starting rxvt directly with a shortcut, then
rxvt doesn't see the define in .bashrc until it has started, then bash
is started and .bashrc is sourced, so that isn't the problem here.

I also verified that DISPLAY wasn't defined as a global environment
setting during SFU installation.


Gerrit
-- 
=^..^=
http://nyckelpiga.de/donate.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/




--
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: Thanks! ogg123.exe works!

[Ralf Habacker]

On Friday 16 January 2004 20:10, Bob Clark wrote:
> Ralf,
>
> I couldn't help myself. I just had to try compiling the sources that you
> pointed me to before I got down to some serious exam grading.
>
> I have to say, after reading the README.cygwin file that you recommended,
> I wasn't too hopeful. The file, in its entirety was,
>
> "README for cygwin
> =
> This source package comes from the linuxtag 2003 dvd.
>
> Unter cygwin this source package should be compiled and installed with
>
> ./configure --prefix=/usr --disable-dependency-tracking
> make
> make install"
>
> This was pretty generic stuff, so I wasn't expecting what happened next:
> everything compiled and made right out of the box, and ogg123 worked like
> a charm!

Please note that this source package are preconfigured for cygwin. The 
original source packages from xiph will probably not be compilable out of the 
box. I have patched the packages in the following manner, which wasn't be 
able by a simple diff created patch:

libogg 
export PATH=/usr/autotools/devel/bin:$PATH

libtoolize --automake -c -f
aclocal

# fix libtool problem
perl -pi -e 's,file_magic \^x86 archive import\|\^x86 DLL,pass_all,g' 
aclocal.m4
perl -pi -e 's,allow_undefined_flag\, 
\$1\)\=unsupported,allow_undefined_flag\, \$1\)\=no,g' aclocal.m4
perl -pi -e 's,shared_ext,shrext,g' aclocal.m4

automake -a -c -f --gnu
autoconf

libao 
libtoolize --automake -c -f
aclocal

# fix libtool problem
perl -pi -e 's,file_magic \^x86 archive import\|\^x86 DLL,pass_all,g' 
aclocal.m4
perl -pi -e 's,allow_undefined_flag\, 
\$1\)\=unsupported,allow_undefined_flag\, \$1\)\=no,g' aclocal.m4
perl -pi -e 's,shared_ext,shrext,g' aclocal.m4
perl -pi -e 's,^INCLUDES \=,INCLUDES \= -DSHARED_LIB_EXT=\\".dll\\",g' 
src/Makefile.am
automake -a -c -f --gnu
autoconf

libvorbis
export PATH=/usr/autotools/devel/bin:$PATH

libtoolize --automake -c -f
aclocal

# fix libtool problem
perl -pi -e 's,file_magic \^x86 archive import\|\^x86 DLL,pass_all,g' 
aclocal.m4
perl -pi -e 's,allow_undefined_flag\, 
\$1\)\=unsupported,allow_undefined_flag\, \$1\)\=no,g' aclocal.m4
perl -pi -e 's,shared_ext,shrext,g' aclocal.m4
perl -pi -e 's,libvorbisfile_la_LDFLAGS = ,libvorbisfile_la_LDFLAGS = 
libvorbis.la ,g' lib/Makefile.am
perl -pi -e 's,libvorbisenc_la_LDFLAGS = ,libvorbisenc_la_LDFLAGS = 
libvorbis.la ,g' lib/Makefile.am
automake -a -c -f --gnu
autoconf

vorbis-tools
export PATH=/usr/autotools/devel/bin:$PATH

libtoolize --automake -c -f
aclocal

# fix libtool problem
perl -pi -e 's,file_magic \^x86 archive import\|\^x86 DLL,pass_all,g' 
aclocal.m4
perl -pi -e 's,allow_undefined_flag\, 
\$1\)\=unsupported,allow_undefined_flag\, \$1\)\=no,g' aclocal.m4
perl -pi -e 's,shared_ext,shrext,g' aclocal.m4
perl -pi -e 's,win32/Makefile,,g' configure.in
perl -pi -e 's, [EMAIL PROTECTED], [EMAIL PROTECTED]@ [EMAIL PROTECTED],g' 
oggenc/Makefile.am
perl -pi -e 's,LIBICONV\@ [EMAIL PROTECTED],SHARE_LIBS\@ [EMAIL PROTECTED],g' 
vorbiscomment/Makefile.am
automake -a -c -f --gnu
autoconf


> I still have other hurdles to overcome before I'm satisfied (such as
> getting gmpeg to integrate successfully with the ogg stuff), but getting
> ogg123 to work had been driving me crazy for the past several days!
>
> Thanks again for your most generous attention! That was my first post to
> the cygwin mailing list. I wish that I had done it much sooner.
>
> I'm going to repaste those websites that you pointed me to for the mailing
> list archives in the hope that it will save some other souls all the
> trouble that I've had with this issue. I would have never thought to look
> in the kde repository for ogg vorbis stuff.

This is because the recent kde-3.1.4 cygwin release provides ogg support in 
konqueror. Under linux arts provides ogg support, but for several reasons we 
are not using arts (the main reason is it is to slow and too big), so we were 
looking for a smaller solution and found it in using small external sound 
player, vorbis ogg for ogg, madplay for mp3 and a self written wave player 
for wave formats. 

Ralf 
 


--
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: deleting a file ending with a dot

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew DeFaria
>Sent: Friday, January 16, 2004 12:39 PM
>To: [EMAIL PROTECTED]
>Subject: Re: deleting a file ending with a dot

>(It'd be nice if fuser worked under Cygwin but I realize that might be a
>significant challenge to implement).

Ahh, but this sort of insanity is usually the most fun. I'll take a look after I get 
screen and pidentd working :)

-- 
Rafael

--
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: deleting a file ending with a dot

[Brian Dessent]

Dave Korn wrote:

> > David T-G wrote:
> > >
> > > [Does anyone know why this thread is showing up in my inbox
> > instead of
> > > being properly filtered?  Has there been a list address change?]
> > >
> > Do you have your filters set to recognize both
> > [EMAIL PROTECTED] and [EMAIL PROTECTED] Both
> > addresses get to this list.
> 
>   My filters failed today for just the same reason.  I've decided that
> checking for "cygwin-owner" in the From: field is probably most effective.

I find it's always much more reliable to filter on one of the mailing
list headers that the software adds.  For this list I have a rule that
checks that the "Mailing-List:" header contains "cygwin".  Some lists
use "List-ID:" or "X-Mailing-List:" so you have to look at the raw
source.  But doing it this way is very reliable, and doesn't depend on
any of the TO or CC or FROM fields which can sometimes be weird (like if
someone BCC'd the list or whatever.)

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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Fri, Jan 16, 2004 at 03:05:53PM -0500, Pierre A. Humblet wrote:
>H:\>gcc try_forksetsid.c
>
>H:\>sh -c "./a"
>waiting for children using tty0 to terminate
>waiting for children using tty0 to terminate
>
>It's motivated by a weirdness I saw last night with exim, where the
>setsid() is present.

Did my latest cvs checkin fix this?  It seems to for me but I don't have
time for extensive testing.

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: deleting a file ending with a dot

[Christopher Faylor]

On Fri, Jan 16, 2004 at 12:37:01PM -0800, Andrew DeFaria wrote:
>(It'd be nice if fuser worked under Cygwin but I realize that might be a 
>significant challenge to implement).

sysinternals has something like this so it is feasible.  Don't they even
release source for some packages?  Could be an interesting project.

Hmm.  That month worth of free developer time is really getting eaten up.

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: Cygwin/DBD::ODBC issue

[Rafael Kitover]

Hi Tommie,

DBD::ODBC seems like a very useful module to have available for Cygwin.
Could you post the patch you ended up having? I'll try to get it to the maintainer(s).

Also, what ODBC driver manager did you use? What is your ODBCHOME environment variable 
set to?

Thanks!

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jones, Tommie
>Sent: Friday, January 16, 2004 12:47 AM
>To: Jeff Urlwin; David Claughton; [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: RE: Cygwin/DBD::ODBC issue
>
>Hello all.
>Just to conclude this issue. Not only was there a problem with where sqltypes.h file 
>was located. I
>also had an issue with 4 or 5 types missing. I had to add a few typedefs like UWORD 
>and PTR to
>sqltypes.h
>I'm using the most recent version of cygwin 5.0 (I updated it yesterday. Sorry I dont 
>know much about
>cygwin, don't know how to identify the version.)
>So I found three issues listed in the order of discovery.
>1. spaces prefixing the NOOP in the makefile
>2. wrong version of sqltypes
>3. missing types needed by sqltypes.


--
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: deleting a file ending with a dot

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor
>Sent: Friday, January 16, 2004 1:58 PM
>To: [EMAIL PROTECTED]
>Subject: Re: deleting a file ending with a dot
>
>On Fri, Jan 16, 2004 at 12:37:01PM -0800, Andrew DeFaria wrote:
>>(It'd be nice if fuser worked under Cygwin but I realize that might be a
>>significant challenge to implement).
>
>sysinternals has something like this so it is feasible.  Don't they even
>release source for some packages?  Could be an interesting project.

Yup, I've looked through a bunch of it, interesting stuff.

http://www.sysinternals.com/ntw2k/source.shtml 

I got the "netstatp" package from here: 
http://www.sysinternals.com/ntw2k/source/tcpview.shtml 

To compile with Cygwin, not exactly fuser, but still interesting, patch attached.


netstatp-cygwin.patch
Description: Binary data
--
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 using kill for child process

[Pierre Mallard]

Hi,
Maybe this is a little bit stupid from me but it
appears I got some problem killing an innocent child
process (I show the code below ...)

Got Cygwin from cygwin.com about 15 days ago...running
on Windows2000

If I call from my parent process a simple kill(pid)
then it doesn't stop the child process at all, or
maybe after more than one minute but I don't think
so...
If I send from my parent process a kill(pid,x) where x
is 1 or 9, then when I wait after in parent for child
termination with waitfunction I have a segmentation
fault during wait...
PS if parent is killed with Ctrl-C, I can kill child
then from shell with kill pid
Thanks for your help
Pierre

#include 
#include 
#include 
#include 
#include 

int main(int argc,char ** argv){

pid_t pid;
int times = 10;
int i;

pid=fork();
if (pid < 0){
return 1;
}
else if (pid == 0){ //Child
while(1){
sleep(5);
printf("Child\n");fflush(stdout);
}
return 0;
}
else{//Parent
for(i=1;i<=times;i++){
sleep(1);
printf("Parent\n");fflush(stdout);
}
printf("Killing Child (pid %d)\n",pid);
kill(pid); //Or kill(pid,1)
printf("Waiting for child to terminate\n");
wait(); //Seg Fault if kill(pid,1)
//Wait till tomorrow if kill(pid)
printf("Exiting\n");fflush(stdout);
return 0;
}
}

=
Pierre Mallard 
4 rue Auguste Marin
94100 Saint Maur des Fossés

tel : (0033)  148838749
   (0033)  666351977

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

Re: Problem using kill for child process

[Christopher Faylor]

On Sat, Jan 17, 2004 at 02:17:32AM +0100, Pierre Mallard wrote:
>If I call from my parent process a simple kill(pid)
>then it doesn't stop the child process at all, or
>maybe after more than one minute but I don't think
>so...
>If I send from my parent process a kill(pid,x) where x
>is 1 or 9, then when I wait after in parent for child
>termination with waitfunction I have a segmentation
>fault during wait...
>PS if parent is killed with Ctrl-C, I can kill child
>then from shell with kill pid
>Thanks for your help
>Pierre
>
>#include 
>#include 
>#include 
>#include 
>#include 
>
>int main(int argc,char ** argv){
>
>pid_t pid;
>int times = 10;
>int i;
>
>pid=fork();
>if (pid < 0){
>   return 1;
>}
>else if (pid == 0){ //Child
>   while(1){
>   sleep(5);
>   printf("Child\n");fflush(stdout);
>   }
>   return 0;
>}
>else{//Parent
>   for(i=1;i<=times;i++){
>   sleep(1);
>   printf("Parent\n");fflush(stdout);
>   }
>   printf("Killing Child (pid %d)\n",pid);
>   kill(pid); //Or kill(pid,1)
>   printf("Waiting for child to terminate\n");
>   wait(); //Seg Fault if kill(pid,1)
>//Wait till tomorrow if kill(pid)
>   printf("Exiting\n");fflush(stdout);
>   return 0;
>}
>}

Try adding a

#include 
#include 

to your program and then correcting the subsequent error messages.
The arguments to kill and wait are not optional.

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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Pierre A. Humblet]

On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
> On Fri, Jan 16, 2004 at 03:05:53PM -0500, Pierre A. Humblet wrote:
> >H:\>gcc try_forksetsid.c
> >
> >H:\>sh -c "./a"
> >waiting for children using tty0 to terminate
> >waiting for children using tty0 to terminate
> >
> >It's motivated by a weirdness I saw last night with exim, where the
> >setsid() is present.
> 
> Did my latest cvs checkin fix this?  It seems to for me but I don't have
> time for extensive testing.

It does, but when I uncomment the setsid() in the program and run from command.com,
sh -c ./a.exe
stays in the foreground (no prompt) when CYGWIN=notty. Things are OK with CYGWIN=tty.

Pierre

--
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 using kill for child process

[Brian Dessent]

Pierre Mallard wrote:

> Maybe this is a little bit stupid from me but it
> appears I got some problem killing an innocent child
> process (I show the code below ...)
> 
> Got Cygwin from cygwin.com about 15 days ago...running
> on Windows2000

This actually has nothing to do with Cygwin, it's standard unix
programming.

> If I call from my parent process a simple kill(pid)
> then it doesn't stop the child process at all, or
> maybe after more than one minute but I don't think
> so...
> If I send from my parent process a kill(pid,x) where x
> is 1 or 9, then when I wait after in parent for child
> termination with waitfunction I have a segmentation
> fault during wait...
> PS if parent is killed with Ctrl-C, I can kill child
> then from shell with kill pid

Your problem is that you are not calling wait() and kill() correctly. 
Because you didn't include the necessary .h header files, however, the
compiler was unable to notify you of this.  This is a good example of
how enabling all compiler warnings is a good idea when you're learning,
as it would have alerted you that you are calling functions that have
not been declared, and so the compiler cannot do any argument checking
for you.  Thus if you pass too many or too few arguments, or they are of
the wrong type, you will corrupt the stack and cause havoc.

>From the manpages:

NAME
 kill -- send signal to a process

LIBRARY
 Standard C Library (libc, -lc)

SYNOPSIS
 #include 
 #include 

 int
 kill(pid_t pid, int sig);


NAME
 wait, waitpid, wait4, wait3 -- wait for process termination

LIBRARY
 Standard C Library (libc, -lc)

SYNOPSIS
 #include 
 #include 

 pid_t
 wait(int *status);


So, first of all you should include signal.h, sys/wait.h, and
sys/types.h.  Note that you used a backslash in your include, and this
is probably not a good habit to get into, especially if you're doing
unix/posix programming.

Secondly, calling kill() with a single argument is undefined.  You must
call it as it's declared.  And for the signal you shouldn't use a bare
integer.  The signal.h file defines these for you, and so you should
always use the symbolic value SIGKILL (or SIGINT, SIGUSR1, whatever.)
and not numbers.

Finally, wait() takes a pointer to an int which is filled in with the
status value.  It is undefined to call wait() without arguments.  This
can result in a segmentation violation, as you saw.

If you had included the proper header files the compiler would have
generated an error when you tried to call kill() with a single argument
or wait() with no arguments.  The use of these functions is not up for
interpretation, they must be used with the precise arguments with which
they are declared.  C is not a language that lets you leave off
arguments at will.

If you make the above changes your program works as expected.

Note: Cygwin's C library does not contain complete documentation for
every function, so if you try to do a "man 2 wait" or "man 2 kill", you
will be disappointed.  Cygwin's libc does have summary documentation in
texinfo format, so if you do "info libc" you will be able to at least
see summary info for the functions.

Additionally, since these are standard unix libc functions you can use
other libc references to help you.  If you go to gnu.org and select the
glibc documentation, you will find a wealth of info.  Likewise
freebsd.org has extensive manpages, which include their standard C
library.  Sun has manpages for Solaris at docs.sun.com (look for
"Reference Manual Collection".)  Just make sure you realize that
Cygwin's libc != GNU libc != FreeBSD libc != Solaris libc.  However, for
functions such as these that are defined in POSIX, it's safe to assume
that most C libraries should implement them in the same way.

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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Fri, Jan 16, 2004 at 09:21:35PM -0500, Pierre A. Humblet wrote:
>On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
>> On Fri, Jan 16, 2004 at 03:05:53PM -0500, Pierre A. Humblet wrote:
>> >H:\>gcc try_forksetsid.c
>> >
>> >H:\>sh -c "./a"
>> >waiting for children using tty0 to terminate
>> >waiting for children using tty0 to terminate
>> >
>> >It's motivated by a weirdness I saw last night with exim, where the
>> >setsid() is present.
>> 
>> Did my latest cvs checkin fix this?  It seems to for me but I don't have
>> time for extensive testing.
>
>It does, but when I uncomment the setsid() in the program and run from
>command.com, sh -c ./a.exe stays in the foreground (no prompt) when
>CYGWIN=notty.  Things are OK with CYGWIN=tty.

A fix to fhandler_console::close seems to rectify this behavior.  Strange
that it worked ok on XP.

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/

Info regarding vigra

[Araujo]

how Vigra™ works. So you can better understand, what Vigra can do for you. If you are 
sensible about your health, reflect on what you can do for your seual health, to keep 
the chances that you will need Vigra as low as possible. azimuth notably crazier, 
teletype. 

 Inrease Seks Drive
 Bost Seual Performance
 Fuller & Harder Erecions
 Inrease Stamna & Endurance
 Quicker Rechages 
 
 http://www.sellherbs.com/index.php?pid=pharmaboss

surrender drenches unthinking, Logan. newsgroup Kannada undeniably, saddlebag.

Thanks,
Tarbell



--
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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Pierre A. Humblet]

At 10:49 PM 1/16/2004 -0500, Christopher Faylor wrote:
>On Fri, Jan 16, 2004 at 09:21:35PM -0500, Pierre A. Humblet wrote:
>>On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
>>> 
>>> Did my latest cvs checkin fix this?  It seems to for me but I don't have
>>> time for extensive testing.
>>
>>It does, but when I uncomment the setsid() in the program and run from
>>command.com, sh -c ./a.exe stays in the foreground (no prompt) when
>>CYGWIN=notty.  Things are OK with CYGWIN=tty.
>
>A fix to fhandler_console::close seems to rectify this behavior.  Strange
>that it worked ok on XP.

As I was rebuilding I got JIT gdb to kick in for gcc thread 1 (and then make).
It's possible that it's due to something weird in my previous build from cvs
in my sandbox. I should really try with a snapshot (tomorrow)

Pierre

CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2004-01-16 20:54 i686 unknown
unknown Cygwin

#0  0xbff66879 in KERNEL32!CallNamedPipeW ()
#1  0xbff64257 in MultiByteToWideChar ()
#2  0xbff641cf in MultiByteToWideChar ()
#3  0xbffbb490 in TlsFree ()
#4  0xbff7f9fd in KERNEL32!EnumSystemCodePagesA ()
#5  0xbffbb490 in TlsFree ()
#6  0x838bccec in ?? ()
#7  0x61028213 in ret_here ()
at ../../../../src/winsup/cygwin/exceptions.cc:406
#8  0xbff66821 in KERNEL32!CallNamedPipeW ()
#9  0x0074e8c8 in ?? ()
#10 0x0074ede0 in ?? ()
#11 0x0074e8e4 in ?? ()
#12 0x0074e8a0 in ?? ()
#13 0x0074ede0 in ?? ()
#14 0xbff6682d in KERNEL32!CallNamedPipeW ()
#15 0x0074ede0 in ?? ()
#16 0x0074e8b0 in ?? ()
#17 0xbff7845a in KERNEL32!BuildCommDCBA ()
#18 0x0074e8c8 in ?? ()
#19 0x0074ede0 in ?? ()
#20 0x0074e8e4 in ?? ()
#21 0x0074e8a0 in ?? ()
#22 0x61027d60 in ZZ17handle_exceptionsE19__PRETTY_FUNCTION__ ()


--
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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Pierre A. Humblet]

On Fri, Jan 16, 2004 at 10:49:02PM -0500, Christopher Faylor wrote:
> On Fri, Jan 16, 2004 at 09:21:35PM -0500, Pierre A. Humblet wrote:
> >On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
> >> On Fri, Jan 16, 2004 at 03:05:53PM -0500, Pierre A. Humblet wrote:
> >> >H:\>gcc try_forksetsid.c
> >> >
> >> >H:\>sh -c "./a"
> >> >waiting for children using tty0 to terminate
> >> >waiting for children using tty0 to terminate
> >> >
> >> >It's motivated by a weirdness I saw last night with exim, where the
> >> >setsid() is present.
> >> 
> >> Did my latest cvs checkin fix this?  It seems to for me but I don't have
> >> time for extensive testing.
> >
> >It does, but when I uncomment the setsid() in the program and run from
> >command.com, sh -c ./a.exe stays in the foreground (no prompt) when
> >CYGWIN=notty.  Things are OK with CYGWIN=tty.
> 
> A fix to fhandler_console::close seems to rectify this behavior.  Strange
> that it worked ok on XP.

CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2004-01-16 23:22 i686 unknown unknown Cygwin

Great, all my tty tests pass.

The build problem reported previously persists...

I have observed something else (a few weeks?), fairly reproducible:
make stops prematurely with a "Hangup" message, as in

/e/Download/minires-0.98: make try
gcc -I . -g -Wall   -c -o minires.o minires.c
rm -f libminires.a
ar cr libminires.a minires.o os-interface.o
gcc -I . -g -Wall -o try_stat try.c -L.  -static -lminires
Hangup 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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Fri, Jan 16, 2004 at 11:16:03PM -0500, Pierre A. Humblet wrote:
>At 10:49 PM 1/16/2004 -0500, Christopher Faylor wrote:
>>On Fri, Jan 16, 2004 at 09:21:35PM -0500, Pierre A. Humblet wrote:
>>>On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
Did my latest cvs checkin fix this?  It seems to for me but I don't
have time for extensive testing.
>>>
>>>It does, but when I uncomment the setsid() in the program and run from
>>>command.com, sh -c ./a.exe stays in the foreground (no prompt) when
>>>CYGWIN=notty.  Things are OK with CYGWIN=tty.
>>
>>A fix to fhandler_console::close seems to rectify this behavior.
>>Strange that it worked ok on XP.
>
>As I was rebuilding I got JIT gdb to kick in for gcc thread 1 (and then
>make).  It's possible that it's due to something weird in my previous
>build from cvs in my sandbox.  I should really try with a snapshot
>(tomorrow)

Sorry but this stack trace is obvious nonsense.  It's not even worth posting
something this garbled.  Surely you know this.

cgf

>CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2004-01-16 20:54 i686 unknown
>unknown Cygwin
>
>#0  0xbff66879 in KERNEL32!CallNamedPipeW ()
>#1  0xbff64257 in MultiByteToWideChar ()
>#2  0xbff641cf in MultiByteToWideChar ()
>#3  0xbffbb490 in TlsFree ()
>#4  0xbff7f9fd in KERNEL32!EnumSystemCodePagesA ()
>#5  0xbffbb490 in TlsFree ()
>#6  0x838bccec in ?? ()
>#7  0x61028213 in ret_here ()
>at ../../../../src/winsup/cygwin/exceptions.cc:406
>#8  0xbff66821 in KERNEL32!CallNamedPipeW ()
>#9  0x0074e8c8 in ?? ()
>#10 0x0074ede0 in ?? ()
>#11 0x0074e8e4 in ?? ()
>#12 0x0074e8a0 in ?? ()
>#13 0x0074ede0 in ?? ()
>#14 0xbff6682d in KERNEL32!CallNamedPipeW ()
>#15 0x0074ede0 in ?? ()
>#16 0x0074e8b0 in ?? ()
>#17 0xbff7845a in KERNEL32!BuildCommDCBA ()
>#18 0x0074e8c8 in ?? ()
>#19 0x0074ede0 in ?? ()
>#20 0x0074e8e4 in ?? ()
>#21 0x0074e8a0 in ?? ()
>#22 0x61027d60 in ZZ17handle_exceptionsE19__PRETTY_FUNCTION__ ()

--
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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Fri, Jan 16, 2004 at 11:47:57PM -0500, Pierre A. Humblet wrote:
>On Fri, Jan 16, 2004 at 10:49:02PM -0500, Christopher Faylor wrote:
>> On Fri, Jan 16, 2004 at 09:21:35PM -0500, Pierre A. Humblet wrote:
>> >On Fri, Jan 16, 2004 at 04:52:59PM -0500, Christopher Faylor wrote:
>> >> On Fri, Jan 16, 2004 at 03:05:53PM -0500, Pierre A. Humblet wrote:
>> >> >H:\>gcc try_forksetsid.c
>> >> >
>> >> >H:\>sh -c "./a"
>> >> >waiting for children using tty0 to terminate
>> >> >waiting for children using tty0 to terminate
>> >> >
>> >> >It's motivated by a weirdness I saw last night with exim, where the
>> >> >setsid() is present.
>> >> 
>> >> Did my latest cvs checkin fix this?  It seems to for me but I don't have
>> >> time for extensive testing.
>> >
>> >It does, but when I uncomment the setsid() in the program and run from
>> >command.com, sh -c ./a.exe stays in the foreground (no prompt) when
>> >CYGWIN=notty.  Things are OK with CYGWIN=tty.
>> 
>> A fix to fhandler_console::close seems to rectify this behavior.  Strange
>> that it worked ok on XP.
>
>CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2004-01-16 23:22 i686 unknown unknown Cygwin
>
>Great, all my tty tests pass.
>
>The build problem reported previously persists...
>
>I have observed something else (a few weeks?), fairly reproducible:
>make stops prematurely with a "Hangup" message, as in

As always, in the absence of any debugging detail, I can only fix what I
can duplicate myself.

I'm pretty much at the end of my rope as far as Windows Me is concerned.
I don't intend on devoting much more time to trying to fix it.  So,
1.5.6 will probably be released with these problems.

That said, again, I am not seeing any problems myself.

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: YA snapshot available [Re: new snapshot with some tty/WinMe fixes]

[Christopher Faylor]

On Sat, Jan 17, 2004 at 12:16:29AM -0500, Christopher Faylor wrote:
>As always, in the absence of any debugging detail, I can only fix what I
>can duplicate myself.

After sending my rant, I thought about the fact that you might be routinely
using CYGWIN=tty.  I tried running a make with that and managed to get some
strange behavior.  So, I can duplicate this.

It was, of course, my old friend vfork.  I am seriously considering just
ripping out vfork support.  I have to do a benchmark to see if there is
actually any speed savings for this since I'm adding so many kludges and
workarounds to support it that I'm wondering if it is actually slower
than normal fork.

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: SFU installed -> rxvt problems

[Peter Skjøtt Larsen]

While realizing that this list is not about SFU, closer examination reveals
that the dev environment in SFU 3.5 (and prior versions) is gcc and SFU
allows for Visual Studio to be invoked as well - e.g. $CC implies by default
the visual studio (command line) compiler. Don't pick the standard install
however, some useful things are not turned on by default!

Kind Regards
Peter

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Robert McNulty Junior
Sent: Friday, January 16, 2004 12:45 PM
To: 'Gerrit P. Haase'; [EMAIL PROTECTED]
Subject: RE: SFU installed -> rxvt problems


I tried SFU.  Hated it. Going back to Cygwin.
It requires Visual C++.
I have that, but I don't like the fact that it really can't compile any of
my software. Only Cygwin and Mingw can. Visual Studio Too, but that's
because I want MP3 capabiilty on my songs. Robert

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Gerrit P. Haase
Sent: Friday, January 16, 2004 8:37 AM
To: [EMAIL PROTECTED]
Subject: Re: SFU installed -> rxvt problems

Olaf wrote:

> On Fri, Jan 16, 2004 at 03:19:55PM +0100, Gerrit P. Haase wrote:
>> Olaf wrote:
>> 
>> > On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote:
>> >> Hallo,
>> >> 
>> >> I don't know if SFU is the reason, but after installing it and
rebooting
>> >> the computer I cannot open a rxvt terminal without running X.  It
>> >> complains:
>> >> $ /usr/bin/rxvt
>> >> rxvt: can't open display 127.0.0.1:0.0
>> 
>> > It seems there is a global defined variable DISPLAY now which
points to
>> > 127.0.0.1:0.0. And rxvt reads it and thinks that there is a
X-Server
>> > running.
>> 
>> Yes, I've defined this always, since I installed the X server for the 
>> first time, but rxvt always works also without a running X server.
>> 
>> $ cat .bashrc | grep DISPLAY
>> export DISPLAY=127.0.0.1:0.0

> That's right, rxvt works wthout X, but if DISPLAY is dset, then it 
> thinks there is an X-server(at least here).

> $ export DISPLAY=127.0.0.1:0.0;rxvt
> rxvt: can't open display 127.0.0.1:0.0

After I uninstalled SFU now, it works again;)  And I still have DISPLAY
defined in .bashrc.  Im starting rxvt directly with a shortcut, then rxvt
doesn't see the define in .bashrc until it has started, then bash is started
and .bashrc is sourced, so that isn't the problem here.

I also verified that DISPLAY wasn't defined as a global environment setting
during SFU installation.


Gerrit
-- 
=^..^=
http://nyckelpiga.de/donate.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/




--
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: SFU installed -> rxvt problems

[Christopher Faylor]

On Fri, Jan 16, 2004 at 10:01:17PM -0800, Peter Skj?tt Larsen wrote:
>While realizing that this list is not about SFU, closer examination
>reveals that the dev environment in SFU 3.5 (and prior versions) is gcc
>and SFU allows for Visual Studio to be invoked as well - e.g.  $CC
>implies by default the visual studio (command line) compiler.  Don't
>pick the standard install however, some useful things are not turned on
>by default!

And, so, with this message we now step even more firmly into off-topic
territory.

Maybe you all need to form another mailing list if this is really a
hot topic for discussion.

--
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: Cygwin/DBD::ODBC issue

[Jones, Tommie]

Hello all.
Just to conclude this issue. Not only was there a problem with where sqltypes.h file 
was located. I also had an issue with 4 or 5 types missing. I had to add a few 
typedefs like UWORD and PTR to sqltypes.h
I'm using the most recent version of cygwin 5.0 (I updated it yesterday. Sorry I dont 
know much about cygwin, don't know how to identify the version.)
So I found three issues listed in the order of discovery.
1. spaces prefixing the NOOP in the makefile
2. wrong version of sqltypes
3. missing types needed by sqltypes.
 
 

-Original Message- 
From: Jeff Urlwin [mailto:[EMAIL PROTECTED] 
Sent: Thu 1/15/2004 6:33 PM 
To: 'David Claughton'; Jones, Tommie; [EMAIL PROTECTED] 
Cc: [EMAIL PROTECTED] 
Subject: RE: Cygwin/DBD::ODBC issue