[ANNOUNCEMENT] Updated: ruby-1.8.1-1
I've updated the version of Ruby to 1.8.1-1. This is an official bugfix release. The official release message: Merry Christmas, We finally announce the release of final stable 1.8.1 at ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.8.1.tar.gz This is mainly a bug fix release. You can wait for mirrors, if you are not in hurry. Mirroring volunteers are welcome. In any cases, the Md5 check sum is 5d52c7d0e6a6eb6e3bc68d77e794898e ruby-1.8.1.tar.gz Happy Hacking Holidays. matz. 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. Once you've downloaded setup.exe, run it and select "Devel" or "Interpreters" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it 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 *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- 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/
Problem compiling cygwin1.dll from CVS
Hi, while trying to find a problem with an application I'm using (that by the way was corrected by yesterday's snapshot) I tried to compile the DLL from CVS and it failed with this error: c++ -L/usr/src/build-cygwin/i686-pc-cygwin/winsup -L/usr/src/build-cygwin/i686-pc-cygwin/winsup/cygwin -L/usr/src/build- cygwin/i686-pc-cygwin/winsup/w32api/lib -isystem /usr/src/cygwin/winsup/include -isystem /usr/src/cygwin/winsup/cygwin/i nclude -isystem /usr/src/cygwin/winsup/w32api/include -B/usr/src/build-cygwin/i686-pc-cygwin/newlib/ -isystem /usr/src/b uild-cygwin/i686-pc-cygwin/newlib/targ-include -isystem /usr/src/cygwin/newlib/libc/include -g -O2 -nostdlib -Wl,-T../.. /../../cygwin/winsup/cygwin/cygwin.sc -Wl,--out-implib,cygdll.a -shared -o cygwin0.dll \ -e [EMAIL PROTECTED] cygwin.def assert.o autoload.o bsdlib.o cxx.o cygheap.o cygthread.o cygtls.o dcrt0.o debug.o delqueue.o devices.o dir.o dlfcn.o dll_init.o dtable.o environ.o errno.o exceptions.o exec.o external.o fcntl.o fhandler.o fhandle r_clipboard.o fhandler_console.o fhandler_disk_file.o fhandler_dsp.o fhandler_fifo.o fhandler_floppy.o fhandler_mem.o fh andler_nodevice.o fhandler_proc.o fhandler_process.o fhandler_random.o fhandler_raw.o fhandler_registry.o fhandler_seria l.o fhandler_socket.o fhandler_tape.o fhandler_termios.o fhandler_tty.o fhandler_virtual.o fhandler_windows.o fhandler_z ero.o flock.o fnmatch.o fork.o getopt.o glob.o grp.o heap.o init.o ioctl.o ipc.o iruserok.o localtime.o malloc_wrapper.o miscfuncs.o mmap.o msg.o net.o netdb.o ntea.o passwd.o path.o pinfo.o pipe.o poll.o pthread.o regcomp.o regerror.o rege xec.o regfree.o registry.o resource.o scandir.o sched.o sec_acl.o sec_helper.o security.o select.o sem.o shared.o shm.o sigfe.o signal.o sigproc.o smallprint.o spawn.o strace.o strsep.o sync.o syscalls.o sysconf.o syslog.o termios.o thread. o times.o tty.o uinfo.o uname.o v8_regexp.o v8_regerror.o v8_regsub.o wait.o wincap.o window.o setjmp.o /usr/src/build-c ygwin/i686-pc-cygwin/libiberty/random.o /usr/src/build-cygwin/i686-pc-cygwin/libiberty/strsignal.o malloc.o version.o w inver.o \ /usr/src/build-cygwin/i686-pc-cygwin/winsup/cygserver/libcygserver.a /usr/src/build-cygwin/i686-pc-cygwin/newlib/libm/l ibm.a /usr/src/build-cygwin/i686-pc-cygwin/newlib/libc/libc.a \ -lgcc /usr/src/build-cygwin/i686-pc-cygwin/winsup/w32api/lib/libkernel32.a collect2: ld terminated with signal 11 [Segmentation fault], core dumped /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: cygwin.def:4: parse error make[2]: *** [cygwin0.dll] Error 1 The created cygwin.def follows, do you have any ideia what can cause this problem? Also, I am experiencing some major memory leaks using the application, the same application runs flawlessly in linux, does anyone know any tool (something similar to valgrind) I can use to track the leaks under cygwin? Thank you -- Nuno cygwin.def.gz Description: GNU Zip compressed 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/
Cannot delete shortcuts under windows XP
Hi, I reinstalled Windows XP pro and tried to manually delete the C:\cygwin folder, but I can not delete any of the "shortcuts" in the various folders (such as the hosts, networks and protocol shortcuts,.. etc). I get an "access denied" message: "the file is either write protected or in use"..., even when I'm logged on as administrator. How do I remove these files ??? Thank you for your help and comments ! Myhanguk _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- 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: Cannot delete shortcuts under windows XP
> From: Hanguk MY
> Sent: Friday, December 26, 2003 12:58 PM
> I reinstalled Windows XP pro and tried to manually delete the C:\cygwin
> folder, but I can not delete any of the "shortcuts" in the
> various folders
> (such as the hosts, networks and protocol shortcuts,.. etc). I get an
> "access denied" message: "the file is either write protected or
> in use"...,
> even when I'm logged on as administrator.
>
> How do I remove these files ???
Try this:
C:\> at $h:$m /interactive $c
where $h and $m stand for current time plus one minute (at least), and $c
for the command to launch. In your case $c should be either "cmd" or "bash"
with any options you might like...
When you've launcehd either cmd or bash, you're running as the SYSTEM user
and will *probably* have more success deleting any undeletable files.
/Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E
** on a mailing list; please keep replies on that particular list **
-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cannot delete shortcuts under windows XP
On Fri, 26 Dec 2003, Hanguk MY wrote:
> Hi,
>
> I reinstalled Windows XP pro and tried to manually delete the C:\cygwin
> folder, but I can not delete any of the "shortcuts" in the various folders
> (such as the hosts, networks and protocol shortcuts,.. etc). I get an
> "access denied" message: "the file is either write protected or in use"...,
> even when I'm logged on as administrator.
>
> How do I remove these files ???
>
> Thank you for your help and comments !
> Myhanguk
When using Windows shortcuts for symlinks, the symlink shortcuts are
marked read-only. The owner should be able to remove even read-only
files, so I'm assuming the owner changed (since you reinstalled XP). If
this is the reason you want to erase c:\cygwin (to reinstall Cygwin from
scratch), consider using 'chown -R --from=UID:GID' instead... Simply
prepend the output of 'mkpasswd -c' to /etc/passwd (you can keep a backup
copy), and then run 'chown -R --from=OLDUID:OLDGID NEWUID:NEWGID /'. You
may need to repeat this for all of the old UIDs... You may also need to
change the groups in a similar way ('man chown' for details). Then
regenerate /etc/passwd from scratch, and you're set.
If you still plan to erase the c:\cygwin folder, simply remove the
read-only attribute recursively (using the Windows Explorer security
properties dialog). Beware of the stale mounts that you're leaving that
way -- better issue a 'umount -A' before erasing the root folder. Also
make sure you have no Cygwin services (e.g., 'cron', 'inetd', 'sshd', etc)
installed.
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: Cannot delete shortcuts under windows XP
On Fri, Dec 26, 2003 at 04:52:19PM +0100, Hannu E K Nevalainen wrote: >** on a mailing list; please keep replies on that particular list ** Or, you could use the functionality I added here: http://sources.redhat.com/ml/cygwin/2003-12/msg00652.html just for people like you who complain about not being able to set the Reply-To yourself. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem compiling cygwin1.dll from CVS
On Fri, 26 Dec 2003, Nuno Ferreira wrote: > Hi, > while trying to find a problem with an application I'm using (that by > the way was corrected by yesterday's snapshot) I tried to compile the > DLL from CVS and it failed with this error: > [snip] > collect2: ld terminated with signal 11 [Segmentation fault], core dumped > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: > cygwin.def:4: parse error > make[2]: *** [cygwin0.dll] Error 1 > > The created cygwin.def follows, do you have any ideia what can cause > this problem? At a guess, judging from the CRLF line endings in the first 3 lines, you're trying to build Cygwin on a text mount. Thus, ld expects to see all lines ending in CRLF. However, gcc seems to write the defs with LFs explicitly, so ld sees line 4 as one long line, and gives a parse error. I'd suggest moving the build to a binary mount and trying again. > Also, I am experiencing some major memory leaks using the application, > the same application runs flawlessly in linux, does anyone know any tool > (something similar to valgrind) I can use to track the leaks under > cygwin? > > Thank you > -- > Nuno Doesn't Cygwin use Doug Lea's malloc? I thought it had some leak detection routines (or, at least, routines to print memory stats). Take a look at winsup/cygwin/malloc.cc... 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/
ImageMagick packaging problem
I just downloaded and installed teh ImageMagick package. It installed fine, but when I tried to rung one of the command line tools such as identify or convert, it complained it could not find the configuration files in /usr/lib/ImageMagick.5.5.7 and on checking this directory does not exist. The readme for this package indicates this directiry tree should be included included in this package. I eventually discovered the libMagick-devel package which does include the above directory path. It seems to me that the pathe for the config files should either be included in the main package or the devel package should be a dependency of the main packge. Regards, Tony. P.S., Please cc me in replies as I do not subscribe to this list. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. cgf I've tested it (CVS version 12:35 GMT + 1) on our 4 Xeon on W2003S and unfortunately my previous test case (run_t.sh and t.sh) always fails. The test suite runs soon happily (except now 3 cases) with my Athlon on WinXP, and I'm preparing to run it tomorrow on our 4 Xeon. Now, I should go, I'll will continue tomorrow. Thanks you very much, Merry Christmas to all of you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Fri, Dec 26, 2003 at 05:37:36PM +0100, Philippe Torche wrote: >Christopher Faylor wrote: >>The subject says it all. >> >>I'm hoping to release cygwin 1.5.6 shortly after Christmas. > >I've tested it (CVS version 12:35 GMT + 1) on our 4 Xeon on W2003S and >unfortunately my previous test case (run_t.sh and t.sh) always fails. Let me be extremely clear about this again: I don't have a 4 Xeon processor running W2003S. I will not be able to test this and I, frankly, don't care much about this corner case -- especially if it is not a regression from previous releases. So, if you were just reporting this as a data point, then thanks. If you are expecting me to do something about it, then, you will, unfortunately, be disappointed. >The test suite runs soon happily (except now 3 cases) with my Athlon on >WinXP, and I'm preparing to run it tomorrow on our 4 Xeon. I think I will have to give a gold star to the person who figures out why those three cases are "failing". It really isn't that hard. -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
> "Christopher" == Christopher Faylor <[EMAIL PROTECTED]> writes: Christopher> The subject says it all. Christopher> I'm hoping to release cygwin 1.5.6 shortly after Christmas. I just checked cygwin1-20031225 Apache (1.3.24-5) stackdumps right away and wmaker (0.80.0-2) reproducable after 5 !!! minutes. Sorry a party is going on, no more information right now... A happy new year to all of you. Christopher> cgf Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
nfsd problem, can't start?
Hi folks.
I'm trying to run nfsd on my WinXP machine (all filesystems are ntfs,
i've updated all my cygwin packages last night, 'cygcheck-svr' output is
at the bottom of the message). portmap starts up fine, however when i
try to run rpc.mountd or rpc.nfsd i get the following errors:
% /usr/sbin/rpc.mountd --debug all -F
Cannot register service: RPC: Unable to send; errno = Cannot assign
requested address
mountd[3352] 12/26/103 11:28 rpcmisc.c 92 : unable to register (mountd,
1, udp).
or
% /usr/sbin/rpc.nfsd --debug all -F
Cannot register service: RPC: Unable to send; errno = Cannot assign
requested address
nfsd[1688] 12/26/103 11:28 rpcmisc.c 92 : unable to register (nfsd, 2, udp).
I' have rebuilt from source and was poking around rpcmisc.c and it seems
that the problem occurs here:
for (i = 0; (vers = verstbl[i]) != 0; i++) {
if (!svc_register(transp, prog, vers, dispatch, IPPROTO_UDP)) {
dbg_printf(__FILE__, __LINE__, L_FATAL,
"unable to register (%s, %d, udp).",
name, vers);
}
}
the svc_register call is returning 0. Unfortunately, i don't know
enough about nfs coding to know what's wrong. Can someone help me?
Thanks.
...alex...
cygcheck -svr output follows...
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Dec 26 11:34:06 2003
Windows XP Professional Ver 5.1 Build 2600 Service Pack 1
Path:c:\localbin
c:\localbin
c:\bin
d:\Utils\Cygwin\bin
d:\Java\JDK1.4\bin
d:\Java\apache-ant-1.5.4\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\system32\wbem
d:\pfxp\securecrt3
c:\progra~1\common~1\autode~1
d:\Utils\Cygwin\usr\X11R6\bin
Output from d:\Utils\Cygwin\bin\id.exe (nontsec)
UID: 1003(altitude) GID: 513(None)
513(None)
Output from d:\Utils\Cygwin\bin\id.exe (ntsec)
UID: 1003(altitude) GID: 513(None)
513(None)544(Administrators)
545(Users)
SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS
CYGWIN = `ntsec'
HOME = `d:\home\altitude'
PWD = `/usr/src/nfs-server-2.2.47-2'
USER = `altitude'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ANT_HOME = `d:\Java\apache-ant-1.5.4'
APPDATA = `C:\Documents and Settings\altitude\Application Data'
CLASSPATH = `.;d:\Java\JDK1.4\jre\lib\rt.jar'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `APONE'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVSEDITOR = `sh c:/localbin/cvsedit.sh'
CVSROOT = `:ext:[EMAIL PROTECTED]:/local/cvs/funkware'
CVS_RSH = `ssh'
DANGER_HOME = `d:\Java\DangerHiptop\sdk'
DIR = `/home/altitude'
DISPLAY = `:0'
EDITOR = `vi'
GALAXYNGHOME = `/local/src/Galaxy/GalaxyGames/GalaxyNG'
GROUP = `None'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\altitude'
HOST = `apone'
HOSTTYPE = `i386'
JAVA_HOME = `d:\Java\JDK1.4'
LESS = `-emirCX'
LOGNAME = `altitude'
LOGONSERVER = `\\APONE'
MACHTYPE = `i386'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OS = `Windows_NT'
OSTYPE = `posix'
PAGER = `less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
SESSIONNAME = `Console'
SHELL = `/bin/tcsh'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TCSHSUBSTHB = `/local/bin/perl d:/perl/bin/perl.exe;'
TEMP = `d:\TEMP'
TERM = `xterm'
TMP = `d:\TEMP'
TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2'
USERDOMAIN = `APONE'
USERNAME = `altitude'
USERPROFILE = `C:\Documents and Settings\altitude'
VENDOR = `intel'
VIM = `d:\Utils\VIM'
WIN = `1'
WINDIR = `C:\WINDOWS'
WINDOWID = `168047568'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0028
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `d:\Utils\Cygwin'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/c
(default) = `c:'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/d
(default) = `d:'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
(default) = `d:\home'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/local/Files
(default) = `d:\Files'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/local/Photos
(default) = `d:\Photos'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/local/src
(default) = `d:\src'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solution
RE: Cannot delete shortcuts under windows XP
> From: Christopher Faylor
> Sent: Friday, December 26, 2003 4:58 PM
> On Fri, Dec 26, 2003 at 04:52:19PM +0100, Hannu E K Nevalainen wrote:
> >** on a mailing list; please keep replies on that particular list **
>
> Or, you could use the functionality I added here:
>
> http://sources.redhat.com/ml/cygwin/2003-12/msg00652.html
>
> just for people like you who complain about not being able to set the
> Reply-To yourself.
... and as a sidenote for the impatient; I'm going to change the current
email-address RSN(tm) - due to an increasing amount of spam.
The _new_ address will be using the new scheme, I assure you. Thank you for
taking the time to implement it, I will be using it - in due time.
/Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E
** on a mailing list; please keep replies on that particular list **
-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Two mutt issues
Hello Igor,
> > > I have two problems using mutt on cygwin:
> > > 1. I've used this mailcap file:
> > > application/*; cygstart %s
> > > image/*; cygstart %s
> > > text/*; cygstart %s
> > > video/*; cygstart %s
> > >
> > > But it doesn't seem to work, when I try to open a Word attachment it says
> > > it's corrupted. When I save it and open it from the explorer it looks OK.
> >
> > I'd bet this one is a text/binary issue, but I've not looked into it.
> > My guess would be that the text/binary logic that I added for saving is
> > being bypassed somehow during save-to-temp-then-viewing.
>
> 'cygstart' should use the file extension association in Windows to view
> the file... Does mutt save temp files with proper extensions?
Yes it does.
> To the OP: try copying the temp file and renaming it to the proper
> extension, and then run cygstart on it. Also try mounting /tmp in binary
> mode.
I have a view-attachment script the basically copies the file to /tmp and
run cygstart on it. This works.
--
Bye.
-
Smile, damn it, smile.
lambda msg: {
"name" : "Miki Tebeka",
"email" : "[EMAIL PROTECTED]",
"url" : "http://www.cs.bgu.ac.il/~tebeka";,
"quote" : "The only difference between children and adults is the "\
"price of the toys"
}[msg]
--
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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Wed, Dec 24, 2003 at 06:27:59PM -0500, Christopher Faylor wrote: > On Wed, Dec 24, 2003 at 06:15:24PM -0500, Pierre A. Humblet wrote: > >At 11:59 AM 12/24/2003 -0500, Christopher Faylor wrote: > >>On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: > >>>On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: > The subject says it all. > > I'm hoping to release cygwin 1.5.6 shortly after Christmas. > >>> > >>>On WinMe the queue runner forked by the exim daemon still occasionally > >>>produces a popup indicating an error in Cygwin1.dll > >> > >>"a popup indicating an error"...? > >> > >>Not too helpful. > > > >It has happened once more, but differently. ps shows the child as defunct. > >Sysinternals shows everything normal, pinfo exists in the child. > >There is no fork failure, in fact the one I mentioned earlier is the only > >one out of 17070 runs. > > > >This time when I killed the daemon (just to see), I got > > 330495 [main] exim 34658275 proc_subproc: couldn't get proc lock. > >Something is wrong. > > 330520 [main] exim 34658275 proc_subproc: couldn't get proc lock. > >Something is wrong > > If you have the time could you add some more debugging output to the > failing cases that lead to this message and try running it with that? I updated from cvs and noticed you had already added debug info. CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2003-12-26 12:15 i686 unknown unknown Cygwin -996371854 [main] exim 219879 proc_subproc: couldn't get proc lock. what 4, val 1628435976 -996369556 [main] exim 219879 proc_subproc: couldn't get proc lock. what 4, val 1628435976 Also, while running sysinternals I noticed to the exim daemon still had tty related handles, despite setsid(). Ditto for inetd. 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Fri, Dec 26, 2003 at 03:46:41PM -0500, Pierre A. Humblet wrote: >On Wed, Dec 24, 2003 at 06:27:59PM -0500, Christopher Faylor wrote: >> On Wed, Dec 24, 2003 at 06:15:24PM -0500, Pierre A. Humblet wrote: >> >At 11:59 AM 12/24/2003 -0500, Christopher Faylor wrote: >> >>On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: >> >>>On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: >> The subject says it all. >> >> I'm hoping to release cygwin 1.5.6 shortly after Christmas. >> >>> >> >>>On WinMe the queue runner forked by the exim daemon still occasionally >> >>>produces a popup indicating an error in Cygwin1.dll >> >> >> >>"a popup indicating an error"...? >> >> >> >>Not too helpful. >> > >> >It has happened once more, but differently. ps shows the child as defunct. >> >Sysinternals shows everything normal, pinfo exists in the child. >> >There is no fork failure, in fact the one I mentioned earlier is the only >> >one out of 17070 runs. >> > >> >This time when I killed the daemon (just to see), I got >> > 330495 [main] exim 34658275 proc_subproc: couldn't get proc lock. >> >Something is wrong. >> > 330520 [main] exim 34658275 proc_subproc: couldn't get proc lock. >> >Something is wrong >> >> If you have the time could you add some more debugging output to the >> failing cases that lead to this message and try running it with that? > >I updated from cvs and noticed you had already added debug info. I added strace debugging. You can use that as a clue for what I was talking about and make it visible if you can't run exim under strace. >CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2003-12-26 12:15 i686 unknown unknown Cygwin > >-996371854 [main] exim 219879 proc_subproc: couldn't get proc lock. what 4, val >1628435976 >-996369556 [main] exim 219879 proc_subproc: couldn't get proc lock. what 4, val >1628435976 > >Also, while running sysinternals I noticed to the exim daemon still had tty >related handles, despite setsid(). Ditto for inetd. Calling setsid does not automatically eliminate tty handles. 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
At 05:59 PM 12/26/2003 -0500, Christopher Faylor wrote:
>
>I added strace debugging. You can use that as a clue for what I was
>talking about and make it visible if you can't run exim under strace.
I put a try_to_debug(1). Waiting for something to happen.
>>Also, while running sysinternals I noticed to the exim daemon still had tty
>>related handles, despite setsid(). Ditto for inetd.
>
>Calling setsid does not automatically eliminate tty handles.
>
This is what inetd does:
if (setsid() == -1)
return (-1);
if (!noclose && (fd = open(PATH_DEVNULL, O_RDWR, 0)) != -1) {
(void)dup2(fd, STDIN_FILENO);
(void)dup2(fd, STDOUT_FILENO);
(void)dup2(fd, STDERR_FILENO);
***
Before your last changes, strace was showing
160 282749 [main] inetd 34569887 close: close (2)
361 283110 [main] inetd 34569887 fhandler_tty_slave::close: decremented open_fhs 0,
archetype usecount 2
198 283308 [main] inetd 34569887 fhandler_tty_slave::close: just exiting because
archetype usecount is > 0
163 283471 [main] inetd 34569887 close: 0 = close (2)
160 283631 [main] inetd 34569887 dtable::dup2: 2 = dup2 (3, 2)
***
Now usecount is even higher
159 292878 [main] inetd 1086339 close: close (2)
181 293059 [main] inetd 1086339 fhandler_tty_slave::close: decremented open_fhs 0,
archetype usecount 3
313 293372 [main] inetd 1086339 fhandler_tty_slave::close: just returning because
archetype usecount is > 0
175 293547 [main] inetd 1086339 close: 0 = close (2)
158 293705 [main] inetd 1086339 dtable::dup2: 2 = dup2 (3, 2)
I looked at your latest change in syscalls.cc.
It seems to me that setsid should simply call close all the time if (cygheap->ctty)
and let close() take care of usecount.
Ditto in pinfo::set_ctty where a problem similar to the one you addressed also exists.
I don't think that will take care of everything, but I can't follow what's happening
when tracing sh -c inetd
Usecount jumps by 2 when open_fhs goes up by 1.
179 854139 [main] SH 34649867 fhandler_tty_slave::open: /dev/tty1 opened,
incremented open_fhs 3, archetype usecount 4
237 880231 [main] sh 34649867 fhandler_tty_slave::dup: incremented open_fhs 4,
archetype usecount 6
The trace is on http://mysite.verizon.net/phumblet/trace if interested.
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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Fri, Dec 26, 2003 at 05:59:59PM -0500, Christopher Faylor wrote: >On Fri, Dec 26, 2003 at 03:46:41PM -0500, Pierre A. Humblet wrote: >>Also, while running sysinternals I noticed to the exim daemon still had >>tty related handles, despite setsid(). Ditto for inetd. > >Calling setsid does not automatically eliminate tty handles. I made some more changes to the tty code to eliminate a long-standing handle leak when CYGWIN=tty. I also *think* I eliminated a source of opened tty handles but I haven't checked the inetd case and need to go back to doing something besides working on cygwin. I haven't been able to duplicate any problems with exim on any of my NT-like systems, which is hardly surprising, since I know nothing about it or how to set it 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Fri, Dec 26, 2003 at 09:13:36PM -0500, Pierre A. Humblet wrote:
>At 05:59 PM 12/26/2003 -0500, Christopher Faylor wrote:
>>I added strace debugging. You can use that as a clue for what I was
>>talking about and make it visible if you can't run exim under strace.
>
>I put a try_to_debug(1). Waiting for something to happen.
Thanks, for debugging this but that wasn't specifically what I was
talking about. If you go back and read the message, you'll see that I
was talking about your 'get_proc_lock' problem.
>>>Also, while running sysinternals I noticed to the exim daemon still had tty
>>>related handles, despite setsid(). Ditto for inetd.
>>
>>Calling setsid does not automatically eliminate tty handles.
>
>This is what inetd does:
> if (setsid() == -1)
> return (-1);
>
> if (!noclose && (fd = open(PATH_DEVNULL, O_RDWR, 0)) != -1) {
> (void)dup2(fd, STDIN_FILENO);
> (void)dup2(fd, STDOUT_FILENO);
> (void)dup2(fd, STDERR_FILENO);
>***
>Before your last changes, strace was showing
> 160 282749 [main] inetd 34569887 close: close (2)
> 361 283110 [main] inetd 34569887 fhandler_tty_slave::close: decremented open_fhs
> 0, archetype usecount 2
> 198 283308 [main] inetd 34569887 fhandler_tty_slave::close: just exiting because
> archetype usecount is > 0
> 163 283471 [main] inetd 34569887 close: 0 = close (2)
> 160 283631 [main] inetd 34569887 dtable::dup2: 2 = dup2 (3, 2)
>***
>
>Now usecount is even higher
>
> 159 292878 [main] inetd 1086339 close: close (2)
> 181 293059 [main] inetd 1086339 fhandler_tty_slave::close: decremented open_fhs 0,
> archetype usecount 3
> 313 293372 [main] inetd 1086339 fhandler_tty_slave::close: just returning because
> archetype usecount is > 0
> 175 293547 [main] inetd 1086339 close: 0 = close (2)
> 158 293705 [main] inetd 1086339 dtable::dup2: 2 = dup2 (3, 2)
>
>
>I looked at your latest change in syscalls.cc.
>It seems to me that setsid should simply call close all the time if (cygheap->ctty)
>and let close() take care of usecount.
I had already checked in a change to this effect but I missed...
>Ditto in pinfo::set_ctty where a problem similar to the one you
>addressed also exists.
this. Thanks. I've checked in a new fix as well as a similar change
for close_all_files.
>I don't think that will take care of everything, but I can't follow
>what's happening when tracing sh -c inetd
I tried the current CVS version and I don't see any stray tty garbage
with inetd. I never tried this with an older snapshot, however, so I
don't know if I would have been lucky before. I did try a much simpler
test case which worked incorrectly with CYGWIN=tty and correctly after
today's initial setsid change.
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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Fri, Dec 26, 2003 at 09:40:10PM -0500, Christopher Faylor wrote:
> On Fri, Dec 26, 2003 at 09:13:36PM -0500, Pierre A. Humblet wrote:
> >At 05:59 PM 12/26/2003 -0500, Christopher Faylor wrote:
> >>I added strace debugging. You can use that as a clue for what I was
> >>talking about and make it visible if you can't run exim under strace.
> >
> >I put a try_to_debug(1). Waiting for something to happen.
>
> Thanks, for debugging this but that wasn't specifically what I was
> talking about. If you go back and read the message, you'll see that I
> was talking about your 'get_proc_lock' problem.
Yes, I put the try_to_debug just after the
system_printf ("couldn't get proc lock
By the way, I never saw any problems with exim on NT4 either...
> >I looked at your latest change in syscalls.cc.
> >It seems to me that setsid should simply call close all the time if (cygheap->ctty)
> >and let close() take care of usecount.
>
> I had already checked in a change to this effect but I missed...
The latest change I saw was not decrementing usecount at all, so it wouldn't do
the right thing if inetd closes the tty after calling setsid
> >Ditto in pinfo::set_ctty where a problem similar to the one you
> >addressed also exists.
>
> this. Thanks. I've checked in a new fix as well as a similar change
> for close_all_files.
>
> >I don't think that will take care of everything, but I can't follow
> >what's happening when tracing sh -c inetd
>
> I tried the current CVS version and I don't see any stray tty garbage
> with inetd. I never tried this with an older snapshot, however, so I
> don't know if I would have been lucky before. I did try a much simpler
> test case which worked incorrectly with CYGWIN=tty and correctly after
> today's initial setsid change.
OK, I'll run cvs update.
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: Please try the latest snapshot -- it is close to cygwin 1.5.6
At 09:40 PM 12/26/2003 -0500, Christopher Faylor wrote: > >I tried the current CVS version and I don't see any stray tty garbage >with inetd. I never tried this with an older snapshot, however, so I >don't know if I would have been lucky before. I did try a much simpler >test case which worked incorrectly with CYGWIN=tty and correctly after >today's initial setsid change. Here both exim and inetd are still off, with CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2003-12-26 22:04 i686 unknown unknown Cygwin The trace of sh -c inetd in on http://mysite.verizon.net/phumblet/trace The problem is the same, AFAICS there is an unaccounted for jump in usecount. 177 298078 [main] SH 480747 fhandler_tty_slave::open: /dev/tty0 opened, incremented open_fhs 4, archetype usecount 4 178 336409 [main] sh 480747 fhandler_tty_slave::dup: incremented open_fhs 5, archetype usecount 6 The trace also shows e.g. open_fhs -3 Still waiting for exim to misbehave. 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/
