Re: lilypond 2.2.0-1 available
On Mon, Apr 19, 2004 at 08:51:30PM +0200, Jan Nieuwenhuizen wrote: Volker Zell writes: It seems the info pages are installed under /usr/share/info/lilypond instead of /usr/share/info Yes, as intended. Why is this? That's a variation from the way other info users work. cgf
Re: lilypond 2.2.0-1 available
On Apr 19 20:52, Jan Nieuwenhuizen wrote: Corinna Vinschen writes: (The best would be if the existing versions remained as alternates.) All? There are now four versions, 1.6.11, 1.8.2, 2.0.1 and 2.2.0. That doesn't make much sense. No, it doesn't. Keeping 2.0.1 around makes some sense, maybe. I've removed the 1.x versions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: lilypond 2.2.0-1 available
Christopher Faylor writes: Why is this? It's because of the gazillion images/image links. You don't want those in /usr/share/info? That's a variation from the way other info users work. [What's an info user?] Some other, as far as I know, Emacs info also installs in /usr/share/info/emacs-MAJOR/ Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
ITP: EMacro resubmission
I have redesigned EMacro, the Emacs/XEmacs editor configuration system, to make it more compliant with Cygwin packaging. It is resubmitted at: http://emacro.sourceforge.net/cygwin/ which can be added as a url to your setup.exe. Currently, EMacro is in beta form. Once its packaging is approved, I expect that it can be quickly upgraded to a production release. EMacro makes (X)Emacs easier. This may be fortunate timing, if Emacs is to be used for Cygwin bug reporting. Bugs of note: These are not actually due to EMacro, but are due to the respective packages: 1) Emacs in a Cygwin console does not respect C-x C-c to quit. 2) XEmacs with the optional tiny-tools causes the mouse to misbehave. The problem is in tinymy. Finally, I have tried to internationalize EMacro, and provide sample install prompts in English French German Spanish Volunteers to provide more languages, or correct existing languages are welcome. Thanks!
Re: lilypond 2.2.0-1 available
On Tue, Apr 20, 2004 at 06:17:45PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: Why is this? It's because of the gazillion images/image links. You don't want those in /usr/share/info? image/image links? In /usr/share/info? drwxr-xr-x berti/mkgroup-l-d 0 2004-04-15 15:35:46 usr/share/info/lilypond/ -rw-r--r-- berti/mkgroup-l-d 15426 2004-04-15 15:35:43 usr/share/info/lilypond/lilypond-internals.info -rw-r--r-- berti/mkgroup-l-d 288438 2004-04-15 15:35:44 usr/share/info/lilypond/lilypond-internals.info-1 -rwxr-xr-x berti/mkgroup-l-d 300149 2004-04-15 15:35:45 usr/share/info/lilypond/lilypond-internals.info-2 -rw-r--r-- berti/mkgroup-l-d 94910 2004-04-15 15:35:46 usr/share/info/lilypond/lilypond-internals.info-3 -rw-r--r-- berti/mkgroup-l-d 8237 2004-04-15 15:35:41 usr/share/info/lilypond/lilypond.info -rw-r--r-- berti/mkgroup-l-d 296821 2004-04-15 15:35:42 usr/share/info/lilypond/lilypond.info-1 -rw-r--r-- berti/mkgroup-l-d 179173 2004-04-15 15:35:42 usr/share/info/lilypond/lilypond.info-2 -rw-r--r-- berti/mkgroup-l-d 81096 2004-04-15 15:35:46 usr/share/info/lilypond/music-glossary.info That's a variation from the way other info users work. [What's an info user?] I mean all of the other packages on linux and cygwin which do not create a separate directory. Or any of the info readers for that matter. Some other, as far as I know, Emacs info also installs in /usr/share/info/emacs-MAJOR/ emacs does not create a subdirectory in /usr/share/info. Please fix lilypond so that it installs info files direcly into /usr/share/info, ASAP. You might also want to run mkgroup on the system that produces your tar file. cgf
Re: How to use to connect to Linux X Windows?
XDM on my Linux machine. Xwin just opens with a blank screen. Both try the -from parameter.
Re: numlock
Thomas,
Thank-you very very much!!! This is an excellent solution and works like a
treat!! Thanks so much.
JS.
OK. You asked for it. Below is a short C program which will check the
state of the NumLock key and synthesize a keydown/keyup sequence of the
NumLock key if it's down. Works on my box, which is Win2K, but I'm led to
believe from the documentation that it should work with any 32-bit
implementation of windows.
To build it, copy-paste the following source into a file (e.g.
numlockoff.c) then run gcc on it (e.g. gcc -o numlockoff numlockoff.c).
Then add that to a convenient location on your client systems and add a
call to it in your X startup script.
#include stdio.h
#define _WIN32_WINNT 0x0500
#include windows.h
int main()
{
INPUT pInput[2];
if (GetKeyState(VK_NUMLOCK) == 1)
{
pInput[0].type = INPUT_KEYBOARD;
pInput[0].ki.wVk = VK_NUMLOCK;
pInput[0].ki.wScan = 0;
pInput[0].ki.dwFlags = 0; /* Nill for keydown */
pInput[0].ki.time= 0;
pInput[0].ki.dwExtraInfo = 0;
pInput[1].type = INPUT_KEYBOARD;
pInput[1].ki.wVk = VK_NUMLOCK;
pInput[1].ki.wScan = 0;
pInput[1].ki.dwFlags = KEYEVENTF_KEYUP;
pInput[1].ki.time= 0;
pInput[1].ki.dwExtraInfo = 0;
if (SendInput(2, pInput, sizeof(INPUT)) == 0)
{
fprintf(stderr, Error: SendInput failed. NumLock was not
turned off.\n);
}
}
}
_
FREE pop-up blocking with the new MSN Toolbar get it now!
http://toolbar.msn.com/go/onm00200415ave/direct/01/
_
Use MSN Messenger to send music and pics to your friends
http://www.msn.co.uk/messenger
Re: numlock
Could this code be added into the XFree build?
JS.
OK. You asked for it. Below is a short C program which will check the
state of the NumLock key and synthesize a keydown/keyup sequence of the
NumLock key if it's down. Works on my box, which is Win2K, but I'm led to
believe from the documentation that it should work with any 32-bit
implementation of windows.
To build it, copy-paste the following source into a file (e.g.
numlockoff.c) then run gcc on it (e.g. gcc -o numlockoff numlockoff.c).
Then add that to a convenient location on your client systems and add a
call to it in your X startup script.
#include stdio.h
#define _WIN32_WINNT 0x0500
#include windows.h
int main()
{
INPUT pInput[2];
if (GetKeyState(VK_NUMLOCK) == 1)
{
pInput[0].type = INPUT_KEYBOARD;
pInput[0].ki.wVk = VK_NUMLOCK;
pInput[0].ki.wScan = 0;
pInput[0].ki.dwFlags = 0; /* Nill for keydown */
pInput[0].ki.time= 0;
pInput[0].ki.dwExtraInfo = 0;
pInput[1].type = INPUT_KEYBOARD;
pInput[1].ki.wVk = VK_NUMLOCK;
pInput[1].ki.wScan = 0;
pInput[1].ki.dwFlags = KEYEVENTF_KEYUP;
pInput[1].ki.time= 0;
pInput[1].ki.dwExtraInfo = 0;
if (SendInput(2, pInput, sizeof(INPUT)) == 0)
{
fprintf(stderr, Error: SendInput failed. NumLock was not
turned off.\n);
}
}
}
_
FREE pop-up blocking with the new MSN Toolbar get it now!
http://toolbar.msn.com/go/onm00200415ave/direct/01/
_
Find a cheaper internet access deal - choose one to suit you.
http://www.msn.co.uk/internetaccess
how to keep XWin menu open when clicking on an item
I would like to be able to click several times on an item of the XWin menu without it to close, so that I dont need to reopen the menu every time I click on an item. -- vdu
Mouse drag + leave window oddity...
First, I'd like to say how happy I am to be able to use xorg's -multiwindow mode, so I can get rid of Labtam's XThinPro (and exceed, ReflectionX and whatever else I've used in the past). Great job! I'm superhappy!!! Next, I use W2k and startxwin.bat with XWin -multiwindow -clipboard In e.g. xemacs (or xterm), use the mouse to select some text. Hold and do not release the mouse button yet. Now with the mouse button depressed, move the mouse out of the window e.g. onto the MSWindows desktop, and release the mouse button. When you move the mouse back into that same window, the window will behave as if the mouse button still was depressed. Moving the mouse button around (without any mouse button pressed) behaves as if button-1 was still pressed. Hereafter the behavior differs in xterms and xemacs: In an xterm, clicking the mouse button will change the behavior from the above described to behaving normally. In xemacs (where I spend most of my time) the mouse behavoir continues to be a little odd. Some kind of selection is fixed at the time of the next click, but the red cursor continues follows the mouse (as if the mouse button is still pressed) until I press CTRL-g. I say selection because in xemacs normally I only have one selection at a time. But this selection is weird in that it persists even when another selection is made. In fact there seems to be no way to clear this selection except kill-buffer + find-file or kill (the odd pseudo-selection) + undo. (This is kinda difficult to describe, but not so difficult to actually do... :-D) In summary, it appears as if some mouse-release event should be implied automatically when the mouse leaves a window. (At least when compared to how Windows works or how XFree-86 works under Linux and KDE.) Ok, so some may say that the test case itself is odd... :-D But I find that I see these symptoms sometimes, and it is confusing when it happens. I'm not quite certain whether this is the only way to trigger it, or indeed the way I myself trigger it, but I see the symptoms above once in a while during normal use, and I've found this test case reproduces the symptoms reliably. Anybody else aware of other ways to trigger it? Is this a known issue? If not, is there a bug report somewhere I should fill out? Regards, Peter [EMAIL PROTECTED]:~ cygcheck -c -d | egrep 'xorg|xemacs|xterm' xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xorg-x11-base6.7.0.0-7 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls6.7.0.0-4 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-etc 6.7.0.0-1 xorg-x11-fenc6.7.0.0-2 xorg-x11-fnts6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-2 xorg-x11-xwin6.7.0.0-4 xterm185-4 -- Peter Valdemar Mørch http://www.morch.com
Re: numlock
From: J S vervoom ta hotmail tod com Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: numlock Date: Tue, 20 Apr 2004 09:48:37 + Could this code be added into the XFree build? [snip] Not sure. That's a question for Harold, et. al. to answer. The options would be to (1) incorporate this code into the XWin codebase and activate it via a command-line switch, or (2) include it as a separate executable in the xorg-x11-bin package, and call it from the startxwin script. _ Check out MSN PC Safety Security to help ensure your PC is protected and safe. http://specials.msn.com/msn/security.asp
Re: Mouse drag + leave window oddity...
that I see these symptoms sometimes, and it is confusing when it happens. I'm not quite certain whether this is the only way to trigger it, or indeed the way I myself trigger it, but I see the symptoms above once in a while during normal use, and I've found this test case reproduces the symptoms reliably. Anybody else aware of other ways to trigger it? I have noticed this effect to (rarely), but did not found a way to reproduce it. The way you described does not work here to recreate it. I can't move the mouse cursor out of the xterm with the button pressed. I'm not using multiwindow, maybe that's the difference. Holger
Re: How to use to connect to Linux X Windows?
Holger Krull [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] XDM on my Linux machine. Xwin just opens with a blank screen. Both try the -from parameter. Thanks for the suggestion, but no further ahead. The Xwin screen just opens with a blank grey background and the X mouse pointer, but nothing else. No window manager, no nothing. If I leave it open long enough, it times itself out and restarts. It does display a msg in the log window though: XDM: too many retransmission, declaring session dead. Not sure where to start looking into that though. Thanks for some insight! Eric
Re: How to use to connect to Linux X Windows?
On Tue, 20 Apr 2004, Eric B. wrote: Thanks for the link. Reading it prompted me to read the XDMCP Howto, which helped out significantly. I followed the instructions in the XDMCP howto, and managed to connect no problem from one computer. However, when I follow exactly the same setup steps for Cygwin on another computer, I am unable to connect remotely to the XDM on my Linux machine. Xwin just opens with a blank screen. Both machines are on the same internal subnet and I am issuing the same command to both (Xwin -query 192.168.2.1). Is there any debugging information I can turn on to find out what machine #1 is doing that machine #2 is not? I even went as far as copying the Cygwin directory from the functional machine to the non-functional one in case there was a problem with the install, but that did not make a difference either. Any help or advice would be greatly appreciated! Thanks, Eric Look in the tail of /var/log/messages on the Linux machine for messages from [xkg]dm. XDMCP is very sensitive to DNS, so make sure the reverse DNS lookup from Linux for the IP address of machine #2 returns the correct FQDN for machine #2. If you don't have access to the DNS configuration, simply add machine #2 to the /etc/hosts file on the Linux machine. 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
Re: how to keep XWin menu open when clicking on an item
On Tue, 20 Apr 2004, vdu wrote: I would like to be able to click several times on an item of the XWin menu without it to close, so that I dont need to reopen the menu every time I click on an item. Hm. Not sure. Check msdn.microsoft.com for a way to keep the menu open and http://x.cygwin.com/docs/cg/cygwin-x-cg.html for a description how to include that into the XWin codebase and how to send the patch to the mailinglist. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: how to keep XWin menu open when clicking on an item
vdu wrote: I would like to be able to click several times on an item of the XWin menu without it to close, so that I dont need to reopen the menu every time I click on an item. You don't expect the Start Menu in Windows to stay open once you launch an application off of there, do you? -JT
Re: how to keep XWin menu open when clicking on an item
yes, I do ! try this : shift+click on an item in all programs menu. Do you see ? the menu stays open. -- vdu Jack Tanner [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] vdu wrote: I would like to be able to click several times on an item of the XWin menu without it to close, so that I dont need to reopen the menu every time I click on an item. You don't expect the Start Menu in Windows to stay open once you launch an application off of there, do you? -JT
Re: How to use to connect to Linux X Windows?
Igor Pechtchanski [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Tue, 20 Apr 2004, Eric B. wrote: Thanks for the link. Reading it prompted me to read the XDMCP Howto, which helped out significantly. I followed the instructions in the XDMCP howto, and managed to connect no problem from one computer. However, when I follow exactly the same setup steps for Cygwin on another computer, I am unable to connect remotely to the XDM on my Linux machine. Xwin just opens with a blank screen. Both machines are on the same internal subnet and I am issuing the same command to both (Xwin -query 192.168.2.1). Is there any debugging information I can turn on to find out what machine #1 is doing that machine #2 is not? I even went as far as copying the Cygwin directory from the functional machine to the non-functional one in case there was a problem with the install, but that did not make a difference either. Any help or advice would be greatly appreciated! Thanks, Eric Look in the tail of /var/log/messages on the Linux machine for messages from [xkg]dm. XDMCP is very sensitive to DNS, so make sure the reverse DNS lookup from Linux for the IP address of machine #2 returns the correct FQDN for machine #2. If you don't have access to the DNS configuration, simply add machine #2 to the /etc/hosts file on the Linux machine. Igor Thanks Igor! I can't believe I didn't think of looking in /var/log/messages. I added my hostname/address ot the /etc/hosts file and it resolved properly and loaded without problems. Thanks again! I was tearing my hair out over this one! Eric
Re: how to keep XWin menu open when clicking on an item
vdu wrote: yes, I do ! try this : shift+click on an item in all programs menu. Do you see ? the menu stays open. I've been using Windows since version 3.0 and had no idea that existed... Actually, it doesn't work in NT 4, at least. Anyone care to try in 2000? Do you propose that this work on all Windows versions, or only on the ones that have this shift+click behavior in the Start menu? Anyhow, if this sounds like an even remotely plausible piece of functionality for the tray menu, it makes an ever stronger case for moving the program list from the tray menu to the Start menu. -JT
Re: how to keep XWin menu open when clicking on an item
Jack Tanner wrote: vdu wrote: yes, I do ! try this : shift+click on an item in all programs menu. Do you see ? the menu stays open. I've been using Windows since version 3.0 and had no idea that existed... Actually, it doesn't work in NT 4, at least. Anyone care to try in 2000? Do you propose that this work on all Windows versions, or only on the ones that have this shift+click behavior in the Start menu? Anyhow, if this sounds like an even remotely plausible piece of functionality for the tray menu, it makes an ever stronger case for moving the program list from the tray menu to the Start menu. Right now we have a menu in both places, if you install the X-start-menu-icons package. Why would we want to remove the functionality that allows a program list in the tray icon menu when the default behavior for that list is to be empty and to not be shown? Only people that want to use it are using it. Harold
Re: how to keep XWin menu open when clicking on an item
Harold L Hunt II wrote: Right now we have a menu in both places, if you install the X-start-menu-icons package. Why would we want to remove the functionality that allows a program list in the tray icon menu when the default behavior for that list is to be empty and to not be shown? Only people that want to use it are using it. No reason to remove functionality, I'd forgotten X-start-menu-icons existed. So the answer to vdu's request is -- use X-start-menu-icons and you'll have shift+click. -JT
Re: how to keep XWin menu open when clicking on an item
I just wanted to know if a shift+click beahiour is possible in Xwin menu, if not, that's ok for me. anyway, thanks to everyone. -- Vincent Dutat E-mail : mailto:[EMAIL PROTECTED] Fax : +32 2 7003724 Voicemail : +32 2 7003724 Harold L Hunt II [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Jack Tanner wrote: vdu wrote: yes, I do ! try this : shift+click on an item in all programs menu. Do you see ? the menu stays open. I've been using Windows since version 3.0 and had no idea that existed... Actually, it doesn't work in NT 4, at least. Anyone care to try in 2000? Do you propose that this work on all Windows versions, or only on the ones that have this shift+click behavior in the Start menu? Anyhow, if this sounds like an even remotely plausible piece of functionality for the tray menu, it makes an ever stronger case for moving the program list from the tray menu to the Start menu. Right now we have a menu in both places, if you install the X-start-menu-icons package. Why would we want to remove the functionality that allows a program list in the tray icon menu when the default behavior for that list is to be empty and to not be shown? Only people that want to use it are using it. Harold
Re: incorrect dos version
Wrong list. All X-related questions should be addressed to the cygwin-xfree list. Redirecting. More below. On Tue, 20 Apr 2004, Daniel Senderowicz wrote: Hi, I'm new to this list. I read the FAQ but I couldn't find an answer nor a fix for my problem. I just installed the latest cygwin version (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I can run programs from the console. However when I try to 'startx' it comes back with the message Incorrect DOS version. I was Check if you have any old DOS command line tools in your path with names like any cygwin executables, i.e. grep, cut, tar, gzip etc. I'm a total neophite with windows, but from looking at what I get by typing 'path', there is nothing that resembles a unix-like command. Or I should do this search in a different way? You were right. I just renamed a directory (util) containing things like grep and tar, and the system started. However it now stumbles into another problem. I'm attaching the Xwin.log file below. [snip] Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress I suggest looking at the Cygwin-X FAQ. 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
Re: telnet(ssh) to cygwin from linux
http://eudyptula.freezope.org/ms/Cygwin-SSH-VNC-HowTo.html I would try this entire howto, then you could do more than just a terminal. Telnet is obsolete, best you don't use it at all. BC Mike Gall wrote: What is the proper procedure to telnet into cygwin(running on Windows XP) from a linux machine on LAN. I have been searching the mail lists and googling this but I haven't found an answer. Both machines are located on an isolated LAN so telnet should be ok for testing purposes. Any help on this we be appreciated. Thanks, Mike -- 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/
Window focus, raise, and stacking order, and xterm maximize problems
Just want to mention that the problem of window focus, raise, and stacking order, described in the message 2004-03/msg00849.htm, followed up by Earle and Takuma, is still present in the current xwin server (6.7.0.0-4) in multiwindow mode. Has Earle's proposed fix been incorporated in the latest xwin? If so, it has not solved the problem. The second problem I believe also has been described before. When I use a virtual desktop program such as virtuawin, if I maximize an xterm on one desktop, switch to a second desktop, and then come back to the first, clicking restore down does not reduce the maximized xterm. Again, I just want to mention that the problem is still present. Raymond Kwong This message was sent using IMP, the Internet Messaging Program.
ABNT2 keyboard problem with new X
Using all latest packages. The key with /?=B0 stopped working under anything (XTerm, xedit, rxvt for X...). I'm attaching my XWin.log. I've read http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working Affected keycodes are keycode 89 = slash question degree Japanase is also broken for Haro - http://sources.redhat.com/ml/cygwin-xfree/2004-04/msg00244.html -- How to contact me - http://www.pervalidus.net/contact.html
src/winsup/w32api ChangeLog include/msacm.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 09:48:52 Modified files: winsup/w32api : ChangeLog Added files: winsup/w32api/include: msacm.h Log message: 2004-04-20 Adrian Sandor [EMAIL PROTECTED] * include/msacm.h: New file. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.565r2=1.566 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/msacm.h.diff?cvsroot=srcr1=NONEr2=1.1
src/winsup/w32api ChangeLog lib/directx/dxguid.c
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 12:08:47 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib/directx: dxguid.c Log message: 2004-04-18 Hans Leidekker [EMAIL PROTECTED] * lib/directx/dxguid.c (CLSID_DirectSoundPrivate, DSPROPSETID_DirectSoundDevice): Add defines. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.566r2=1.567 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/directx/dxguid.c.diff?cvsroot=srcr1=1.1r2=1.2
winsup/w32api ChangeLog include/wingdi.h
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-04-20 15:17:36 Modified files: w32api : ChangeLog w32api/include : wingdi.h Log message: * include/wingdi.h: Protect non-unicode case of below. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/w32api/ChangeLog.diff?cvsroot=uberbaumr1=1.568r2=1.569 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/w32api/include/wingdi.h.diff?cvsroot=uberbaumr1=1.34r2=1.35
src/winsup/cygwin ChangeLog fhandler_disk_file ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 15:51:25 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc fhandler.cc fhandler.h syscalls.cc Log message: * fhandler_disk_file.cc (fhandler_base::open_fs): Change set_file_attribute call to indicate that NT security isn't used. (fhandler_disk_file::fchmod): Rearrange to isolate 9x related statements. Do not set FILE_ATTRIBUTE_SYSTEM. (fhandler_disk_file::fchown): Check noop case first. * fhandler.cc (fhandler_base::open9x): Remove ntsec related statements. (fhandler_base::set_name): Do not set namehash. * fhandler.h (fhandler_base::get_namehash): Compute and set namehash if needed. * syscalls.cc (access): Verify that fh is not NULL. Do not set PC_FULL. (chmod): Ditto. (chown_worker): Ditto. (stat_worker): Ditto. Verify if the path exists. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2446r2=1.2447 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.89r2=1.90 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.189r2=1.190 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.205r2=1.206 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.333r2=1.334
src/winsup/cygwin ChangeLog path.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 18:45:17 Modified files: winsup/cygwin : ChangeLog path.cc Log message: * path.cc (is_unc_share): Rename from slash_unc_prefix_p throughout. * path.cc (normalize_posix_path): Process all Posix paths and map three or more initial slashes to a single one. Simplify processing following two initial slashes. (normalize_win32_path): Make last argument non-optional and do not check for NULL value. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2447r2=1.2448 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.302r2=1.303
src/winsup/cygwin path.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 18:46:15 Modified files: winsup/cygwin : path.cc Log message: fix comment Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.303r2=1.304
src/winsup/mingw CRT_noglob.c CRTfmode.c CRTgl ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-04-20 22:49:32 Modified files: winsup/mingw : CRT_noglob.c CRTfmode.c CRTglob.c CRTinit.c ChangeLog crt1.c crtdll.def dllcrt1.c dllmain.c gccmain.c init.c isascii.c iscsym.c iscsymf.c jamfile main.c msvcrt.def.in strcasecmp.c toascii.c wcscmpi.c winsup/mingw/include: assert.h conio.h ctype.h direct.h dirent.h dos.h errno.h excpt.h fcntl.h float.h io.h locale.h malloc.h math.h process.h setjmp.h share.h signal.h stdio.h stdlib.h string.h tchar.h time.h wchar.h winsup/mingw/include/sys: locking.h param.h stat.h timeb.h types.h utime.h winsup/mingw/mingwex: dirent.c Added files: winsup/mingw : CONTRIBUTORS DISCLAIMER Log message: * CONTRIBUTORS: New file. * DISCLAIMER: Ditto. * CRT_noglob.c: Reword copyright and disclaimer. Move Contributors section CONTRIBUTORS file. Remove RCS tags. * CRTFmode.c: Ditto. * CRTglob.c: Ditto. * CRTinit.c: Ditto. * crt1.c: Ditto. * crtdll.dev: Ditto. * dllcrt1.c: Ditto. * dllmain.c: Ditto. * gccmain.c: Ditto. * init.c: Ditto. * isascii.c: Ditto. * iscsym.c: Ditto. * iscsymf.c: Ditto. * jamfile: Ditto. * main.c: Ditto. * msvcrt.def.in: Ditto. * strcasecmp.c: Ditto. * toascii.c: Ditto. * wcscmpi.c: Ditto. * include/assert.h: Ditto. * include/conio.h: Ditto. * include/ctype.h: Ditto. * include/direct.h: Ditto. * include/dirent.h: Ditto. * include/dos.h: Ditto. * include/errno.h: Ditto. * include/excpt.h: Ditto. * include/fcntl.h: Ditto. * include/float.h: Ditto. * include/io.h: Ditto. * include/locale.h: Ditto. * include/malloc.h: Ditto. * include/math.h: Ditto. * include/process.h: Ditto. * include/setjmp.h: Ditto. * include/share.h: Ditto. * include/signal.h: Ditto. * include/stdio.h: Ditto. * include/stdlib.h: Ditto. * include/string.h: Ditto. * include/tchar.h: Ditto. * include/time.h: Ditto. * include/wchar.h: Ditto. * include/sys/locking.h: Ditto. * include/sys/param.h: Ditto. * include/sys/stat.h: Ditto. * include/sys/timeb.h: Ditto. * include/sys/types.h: Ditto. * include/sys/utime.h: Ditto. * mingwex/dirent.c: Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/CONTRIBUTORS.diff?cvsroot=srcr1=NONEr2=1.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/DISCLAIMER.diff?cvsroot=srcr1=NONEr2=1.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/CRT_noglob.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/CRTfmode.c.diff?cvsroot=srcr1=1.2r2=1.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/CRTglob.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/CRTinit.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.189r2=1.190 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/crt1.c.diff?cvsroot=srcr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/crtdll.def.diff?cvsroot=srcr1=1.2r2=1.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/dllcrt1.c.diff?cvsroot=srcr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/dllmain.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/gccmain.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/init.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/isascii.c.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/iscsym.c.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/iscsymf.c.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/jamfile.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/main.c.diff?cvsroot=srcr1=1.1.1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/msvcrt.def.in.diff?cvsroot=srcr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/strcasecmp.c.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/toascii.c.diff?cvsroot=srcr1=1.1r2=1.2
wingdi.h (ENUMLOGFONTEXDV[AW]): breaks Cygwin (fwd)
I sent this to mingw-patches yesterday, but it got stuck waiting on moderator approval because I am not subscribed. As such, I thought I'd forward it here as well. I assume mingw-patches is the preferred list for w32api patches? Does anyone know if there is a subscribe for posting only option? Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Forwarded message -- Date: Mon, 19 Apr 2004 17:43:48 -0500 To: mingw-patches=lists.sourceforge.net Cc: Filip Navara xnavara=volny.cz Subject: wingdi.h (ENUMLOGFONTEXDV[AW]): breaks Cygwin 2004-04-19 Brian Ford [EMAIL PROTECTED] * include/wingdi.h (ENUMLOGFONTEXDV[AW]): Only define if _WIN32_WINNT = 0x0500. gcc -L/home/ford/downloads/cygb2/i686-pc-cygwin/winsup -L/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/cygwin -L/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/w32api/lib -isystem /home/ford/downloads/cygwin/winsup/include -isystem /home/ford/downloads/cygwin/winsup/cygwin/include -isystem /home/ford/downloads/cygwin/winsup/w32api/include -B/home/ford/downloads/cygb2/i686-pc-cygwin/newlib/ -isystem /home/ford/downloads/cygb2/i686-pc-cygwin/newlib/targ-include -isystem /home/ford/downloads/cygwin/newlib/libc/include -c -O2 -g -O2 -I../../../../../cygwin/winsup/w32api/lib/../include -I../../../../../cygwin/winsup/w32api/lib/../../include -I../../../../../cygwin/winsup/w32api/lib/../../../newlib/libc/include -I../../../../../cygwin/winsup/w32api/lib/../../../newlib/libc/sys/cygwin -o scrnsave.o ../../../../../cygwin/winsup/w32api/lib/scrnsave.c In file included from /home/ford/downloads/cygwin/winsup/w32api/include/windows.h:52, from ../../../../../cygwin/winsup/w32api/lib/scrnsave.c:10: /home/ford/downloads/cygwin/winsup/w32api/include/wingdi.h:2953: error: syntax error before ENUMLOGFONTEXDV /home/ford/downloads/cygwin/winsup/w32api/include/wingdi.h:2954: error: syntax error before PENUMLOGFONTEXDV /home/ford/downloads/cygwin/winsup/w32api/include/wingdi.h:2955: error: syntax error before LPENUMLOGFONTEXDV -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444Index: wingdi.h === RCS file: /cvs/src/src/winsup/w32api/include/wingdi.h,v retrieving revision 1.33 diff -u -p -r1.33 wingdi.h --- wingdi.h18 Apr 2004 07:07:56 - 1.33 +++ wingdi.h19 Apr 2004 22:29:52 - @@ -2878,9 +2878,11 @@ typedef TEXTMETRICW TEXTMETRIC,*PTEXTMET #define ICMENUMPROC ICMENUMPROCW #define FONTENUMPROC FONTENUMPROCW typedef DEVMODEW DEVMODE,*PDEVMODE,*LPDEVMODE; +#if _WIN32_WINNT = 0x0500 typedef ENUMLOGFONTEXDVW ENUMLOGFONTEXDV; typedef PENUMLOGFONTEXDVW PENUMLOGFONTEXDV; typedef LPENUMLOGFONTEXDVW LPENUMLOGFONTEXDV; +#endif typedef EXTLOGFONTW EXTLOGFONT,*PEXTLOGFONT,*LPEXTLOGFONT; typedef GCP_RESULTSW GCP_RESULTS,*LPGCP_RESULTS; typedef OUTLINETEXTMETRICW OUTLINETEXTMETRIC,*POUTLINETEXTMETRIC,*LPOUTLINETEXTMETRIC; @@ -2950,9 +2952,11 @@ typedef TEXTMETRICA TEXTMETRIC,*PTEXTMET #define ICMENUMPROC ICMENUMPROCA #define FONTENUMPROC FONTENUMPROCA typedef DEVMODEA DEVMODE,*PDEVMODE,*LPDEVMODE; +#if _WIN32_WINNT = 0x0500 typedef ENUMLOGFONTEXDVA ENUMLOGFONTEXDV; typedef PENUMLOGFONTEXDVA PENUMLOGFONTEXDV; typedef LPENUMLOGFONTEXDVA LPENUMLOGFONTEXDV; +#endif typedef EXTLOGFONTA EXTLOGFONT,*PEXTLOGFONT,*LPEXTLOGFONT; typedef GCP_RESULTSA GCP_RESULTS,*LPGCP_RESULTS; typedef OUTLINETEXTMETRICA OUTLINETEXTMETRIC,*POUTLINETEXTMETRIC,*LPOUTLINETEXTMETRIC;
Re: wingdi.h (ENUMLOGFONTEXDV[AW]): breaks cygwin (fwd)
On Tue, Apr 20, 2004 at 09:52:32AM -0500, Brian Ford wrote: I sent this to mingw-patches yesterday, but it got stuck waiting on moderator approval because I am not subscribed. As such, I thought I'd forward it here as well. I stumbled across this while generating a snapshot today and checked in a fix. Thanks. cgf
Re: [Patch]: chown etc
On Apr 19 13:10, Pierre A. Humblet wrote: 2004-04-19 Pierre Humblet [EMAIL PROTECTED] * fhandler_disk_file.cc (fhandler_base::open_fs): Change set_file_attribute call to indicate that NT security isn't used. (fhandler_disk_file::fchmod): Rearrange to isolate 9x related statements. Do not set FILE_ATTRIBUTE_SYSTEM. (fhandler_disk_file::fchown): Check noop case first. * fhandler.cc (fhandler_base::open9x): Remove ntsec related statements. (fhandler_base::set_name): Do not set namehash. * fhandler.h (fhandler_base::get_namehash): Compute and set namehash if needed. * syscalls (access): Verify that fh is not NULL. Do not set PC_FULL. (chmod): Ditto. (chown_worker): Ditto. (stat_worker): Ditto. Verify if the path exists. Applied with some formatting changes in fhandler.h and the ChangeLog. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
[Patch]: 3 or more initial slashes
POSIX specifies that three ore more slashes at the beginning
of a pathname are equivalent to a single one.
This patch implements that feature.
Only Posix paths are affected, Windows paths are left alone.
Also, Posix paths are never handled by normalize_win32_path
anymore.
Pierre
2004-04-20 Pierre Humblet [EMAIL PROTECTED]
* path.cc (normalize_posix_path): Process all Posix paths and
map three or more initial slashes to a single one. Simplify
processing following two initial slashes.
(normalize_win32_path): Make last argument non-optional and
do not check for NULL value.
Index: path.cc
===
RCS file: /cvs/src/src/winsup/cygwin/path.cc,v
retrieving revision 1.302
diff -u -p -r1.302 path.cc
--- path.cc 16 Apr 2004 21:22:13 - 1.302
+++ path.cc 20 Apr 2004 17:14:40 -
@@ -75,7 +75,7 @@ details. */
#include cygtls.h
#include assert.h
-static int normalize_win32_path (const char *src, char *dst, char ** tail = 0);
+static int normalize_win32_path (const char *src, char *dst, char ** tail);
static void slashify (const char *src, char *dst, int trailing_slash_p);
static void backslashify (const char *src, char *dst, int trailing_slash_p);
@@ -202,7 +202,7 @@ normalize_posix_path (const char *src, c
const char *in_src = src;
char *in_dst = dst;
- if (isdrive (src) || slash_unc_prefix_p (src))
+ if (isdrive (src) || *src == '\\')
goto win32_path;
if (!isslash (src[0]))
@@ -220,26 +220,12 @@ normalize_posix_path (const char *src, c
*dst++ = '/';
}
/* Two leading /'s? If so, preserve them. */
- else if (isslash (src[1]))
+ else if (isslash (src[1]) !isslash (src[2]))
{
*dst++ = '/';
*dst++ = '/';
src += 2;
- if (isslash (*src))
- { /* Starts with three or more slashes - reset. */
- dst = dst_start;
- *dst++ = '/';
- src = src_start + 1;
- }
- else if (src[0] == '.' isslash (src[1]))
- {
- *dst++ = '.';
- *dst++ = '/';
- src += 2;
- }
}
- else
-*dst = '\0';
while (*src)
{
@@ -1005,9 +991,8 @@ normalize_win32_path (const char *src, c
if ((dst - dst_start) = CYG_MAX_PATH)
return ENAMETOOLONG;
}
- *dst = 0;
- if (tail)
-*tail = dst;
+ *dst = '\0';
+ *tail = dst;
debug_printf (%s = normalize_win32_path (%s), dst_start, src_start);
return 0;
}
Re: [Patch]: 3 or more initial slashes
On Tue, Apr 20, 2004 at 01:38:01PM -0400, Pierre A. Humblet wrote: POSIX specifies that three ore more slashes at the beginning of a pathname are equivalent to a single one. This patch implements that feature. Only Posix paths are affected, Windows paths are left alone. Also, Posix paths are never handled by normalize_win32_path anymore. 2004-04-20 Pierre Humblet [EMAIL PROTECTED] * path.cc (normalize_posix_path): Process all Posix paths and map three or more initial slashes to a single one. Simplify processing following two initial slashes. (normalize_win32_path): Make last argument non-optional and do not check for NULL value. Applied. Thanks. cgf
Re: incorrect dos version
Daniel Senderowicz wrote: Hi, I'm new to this list. I read the FAQ but I couldn't find an answer nor a fix for my problem. I just installed the latest cygwin version (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I can run programs from the console. However when I try to 'startx' it comes back with the message Incorrect DOS version. I was Check if you have any old DOS command line tools in your path with names like any cygwin executables, i.e. grep, cut, tar, gzip etc. wondering if this is something that can be fixed or it happens with all NT systems. Many thanks in advance. It has most likely nothing to do with NT. -- Olof Lagerkvist ICQ: 724451 Web page: http://here.is/olof -- 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 installing libiconv-1.9.2
Steve Kelem wrote: What's the trick to getting libiconv to install? If I try to do make install from tcsh, I get the message: /bin/install -c -m 644 .libs/cygiconv-2.dll $dldir/cygiconv-2.dll /bin/install: cannot remove `/usr/lib/../bin/cygiconv-2.dll': Permission denied I assume that this is because I'm using cygwin/tcsh. probably, the DLL is in use. What I do is a 'make install DESTDIR=...' and install iconv into a tmp directory. From there I can (a) close all cygwin apps and manually copy the files to the right places, or more typically (b) create a setup-compatible installation tarball and then use setup.exe to install it (setup handles scheduling of finish-install-after-reboot, etc.) Aint MSWindows grand? The main reason I'm trying to recompile iconv is because after building gd-2.0.22, I cannot get the perl module GD-2.12 to link, so I'm trying to build a more recent copy (1.9.2) of libiconv: Ah, the gentle nudge... Any updates will have to wait until I'm not working 80+ hours a week. Which means late May, it seems. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
TCL Signal Handling
Okay, I'm prepared to be chastised as I'm fubbling in the dark here, but does anyone know much about signal handling in TCL? From what I have gathered on the subject, TCL doesn't inheritly have any handling functions but one can obtain extentions to add these in. Has anyone done this on cygwin? The really frustrating part here is that I'm working with a multi-threaded TCL script that runs flawlessly on *nix, and all but works on cygwin. When it halts, it exits with 128 which indicates an unhandled signal from the OS. Just a sheer guess, but I'm thinking it's because we're getting a signal here from Windows that isn't present on *nix? If so, is or isn't this something that should be included in the porting of TCL? Any suggestions for a work-around to get things going? TIA, Greg --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.659 / Virus Database: 423 - Release Date: 4/15/2004 -- 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/
2nd Try 1.57 on Win2k or WinXP. Not more than 16 com ports. Differences between //./comX and /dev/comX
Hello, thank you Corinna, your message removed some of my headache. May I ask to confirm and eventually add to documentation? 1. cygwin does support 16 serial deviecs with 'dev/com1' to '/dev/com16' 2. By using Windows names like '//./com1' cygwin does not recognize the interfaces as interfaces but as ordinary files. 3. If you want to use serial interfaces in a 'hardware' oriented approach (i.e. read out the modem lines DCD, DSR, change the interface settings baudrate, parity, etc. etc.) you should only use Win32-API functions. May I additionally ask? - is there a reason on limiting to 16 supported serial interfaces in Cygwin? - if no, is it an idead to increase this number? - I used the POSIX functions read() write() and select() to communicate with my serial interfaces and the Win32-API functions to set baudrate and to get modem line status. It worked until now. Are there hidden pitfalls ? Are there POSIX/Cygwin functions to do the same job ? Again, thank you very much for your Help. Lutz Hoerl M A I Llhoerl at thorlabs dot 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/
How to set the colors of terminfo's standout mode?
How can I set the colors of terminfo's standout (smso, so) mode? I have a terminfo application (tin, the newsreader) which, as far as I can tell, uses standout mode to highlight things. I first used this on the old Cygwin B20 release and that gave white text on a black background (normal text is black on white), i.e. 'inverse-video' and a good contrast, i.e. easy to read. I now rebuilt (configure,/make, compile, link, etc.) the application on Cygwin 1.5.9. That new version displays standout mode as light-grey text on a dark-grey background, i.e. little contrast and very hard to read. Basically I want the old behaviour (white-on-black) on Cygwin 1.5.9, but have no idea how/where that can be set. Some more information: The application is started from a Command Prompt 'DOS' window, i.e. not from a (bash) shell. However when I do a tput smso in that window and then echo text, I see the same behaviour (light-grey on dark-grey), so I think it is a terminfo/ terminal issue, not a shell issue. The TERM variable is set to cygwin. Thanks in advance for any and all responses. -- 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 (december 2003 version) and strcat
On Apr 19 23:49, Martin Johansen wrote:
Hi.
I am experiencing problems using strcat and strncat.
For some reason, these functions do not appent a zero.
$ cat str.c EOF
? #include stdio.h
? #include string.h
?
? int
? main ()
? {
? char c1[100], c2[100];
?
? memset (c1, 0xff, 100);
? memset (c2, 0x77, 100);
?
? c1[0] = '\0';
? c2[0] = '\0';
?
? strcat (c1, 1234567890);
? strncat (c2, 1234567890, 5);
?
? printf (c1: %s\n, c1);
? printf (c2: %s\n, c2);
?
? return 0;
? }
? EOF
$ make str
gcc str.c -o str
$ ./str
c1: 1234567890
c2: 12345
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Co-Project Leader mailto:[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: [OT?] make bash script wait for called program to finish?
Sent: 19 April 2004 17:35 From: Buchbinder, Barry (NIH/NIAID) For me (XP Pro) from cmd.exe, both notepad and write detach but from command.com only write detaches, notepad does not. ..snip.. Yep, it certainly seems that some windows gui apps have the behaviour of detaching from the console, while others remain attached and so don't return control to the shell until they're finished. I noticed this in particular when editing text files at an interactive bash prompt: if I use notepad.exe, my shell is locked up until I exit, whereas if I use write.exe (wordpad), it detaches and the shell prompt returns immediately. I also note as a data point that when run from a cmd.exe shell, both notepad and wordpad detach. I can only guess that wordpad has some functionality that notepad doesn't to detach itself, and that the cmd.exe shell also has functionality that detects gui-based programs and detaches them on launch (regardless of whether they're capable of detaching themselves). If you put 'start /separate notepad' into a .cmd then run this from bash it will give a detached notepad. My wordpad doesn't detach from bash (shrugs) but I would expect a cmd containing 'start /wait wordpad' run from bash not to detach if it did - er, if you see what I mean. Bill -- This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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: reentrant functions
On Fri, Apr 16, 2004 at 09:18:24PM +0200, Bas van Gompel wrote: Op Wed, 14 Apr 2004 11:12:14 +0200 schreef Corinna Vinschen: : ttyname_r appears to be implemented only for linux : (in newlib/libc/sys/linux/ttyname_r.c). : : ctime_r, asctime_r, getpwnam_r, getpwuid_r, gmtime_r, localtime_r, : strerror_r and strtok_r are already exported. : : That leaves: : : rand_r : readdir_r : : : Which actually leaves rand_r. readdir_r is using the getdent interface : which we don't have. Our readdir is a home brew which implies that we : need our own readdir_r implementation. : : Is this any better? : : Yes, I've added rand_r to the list of exports and implemented ttyname_r : as a start. As of the 20040416 snapsnot, ttyname_r seems to be exported, but the prototype is missing from unistd.h. This causes perl's Configure to complain: ttyname_r() found. ttyname_r() prototype NOT found. *** WHOA THERE!!! *** The recommended value for $d_ttyname_r_proto on this machine was define! Keep the recommended value? [y] Prototype: int ttyname_r(int, char*, size_t); but it does seem to guess the right prototype. -- 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/
problems with mutt and 20040416 snapsnot
After switching from 1.5.9 to the 20040416 snapsnot, mutt
starts complaining Could not create temporary file! when
trying to view a message. The problem seems to be in the
code checking if a created temp file is a symlink:
static int compare_stat (struct stat *osb, struct stat *nsb)
{
if (osb-st_dev != nsb-st_dev || osb-st_ino != nsb-st_ino ||
osb-st_rdev != nsb-st_rdev)
{
return -1;
}
return 0;
}
called from here:
int safe_open (const char *path, int flags)
{
struct stat osb, nsb;
int fd, ls, fs;
if ((fd = open (path, flags, 0600)) 0) {
printf(open failed!\n);
return fd;
}
/* make sure the file is not symlink */
if ((ls=lstat (path, osb)) 0 || (fs=fstat (fd, nsb)) 0 ||
compare_stat(osb, nsb) == -1)
because the inode numbers no longer seem to match. Commenting out the
return -1; works as a workaround.
After doing so, and building my own mutt I am sporadically getting
Couldn't lock mailbox-name errors from mbox_lock_mailbox failing.
--
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: Wishlist additions for setup.exe
On Tue, Apr 20, 2004 at 01:46:08AM -0400, Rodrigo Medina wrote: 1- In the list of packages include its size. It is very important for people with slow connexions, so they can easily program what to download and in which order. For example you may decide not to download an updated 16MB fonts package with minor changes. Right now you discover that the package has 16MB only after the downloading of that package has started. Then you have to abort setup and start again. (This is related to point 2-). The setup.ini file shows the package sizes, and is in a human-readable format. It also has descriptions of the packages. 2- When you are downloading into a temporal directory, SETUP downloads the packages even if they are already in the temporal directory but are still not installed. I think this is a real nuisance. It never does this for me; if files have been fully downloaded they are not downloaded 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/
Re: 2nd Try 1.57 on Win2k or WinXP. Not more than 16 com ports. Differences between //./comX and /dev/comX
On Apr 20 09:58, Lutz H?rl wrote: May I additionally ask? - is there a reason on limiting to 16 supported serial interfaces in Cygwin? - if no, is it an idead to increase this number? I don't know. I guess it shouldn't be a problem to raise the number. - I used the POSIX functions read() write() and select() to communicate with my serial interfaces and the Win32-API functions to set baudrate and to get modem line status. It worked until now. Are there hidden pitfalls ? In theory, yes. If the internal Cygwin datastructures keep information about the state of the serial interface, they would be incorrect when you manipulate the interface using native Win32 functions. You'd have to expect side effects. Are there POSIX/Cygwin functions to do the same job ? There are tcflow, tcdrain, itcsendbreak, tcflush, tcgetattr, ioctl and tcsetattr calls, the latter allowing to change a lot of settings. A clean approach is to use either Win32 functions throughout or to use POSIX functions throughout. Mixing them is always a bit of playing va banque (blah ... only if you really know what you're doing ... blah) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[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: problems with mutt and 20040416 snapsnot
On Tue, Apr 20, 2004 at 01:49:53AM -0700, I wrote:
After switching from 1.5.9 to the 20040416 snapsnot, mutt
starts complaining Could not create temporary file! when
trying to view a message. The problem seems to be in the
code checking if a created temp file is a symlink:
static int compare_stat (struct stat *osb, struct stat *nsb)
{
if (osb-st_dev != nsb-st_dev || osb-st_ino != nsb-st_ino ||
osb-st_rdev != nsb-st_rdev)
{
return -1;
}
return 0;
}
called from here:
int safe_open (const char *path, int flags)
{
struct stat osb, nsb;
int fd, ls, fs;
if ((fd = open (path, flags, 0600)) 0) {
printf(open failed!\n);
return fd;
}
/* make sure the file is not symlink */
if ((ls=lstat (path, osb)) 0 || (fs=fstat (fd, nsb)) 0 ||
compare_stat(osb, nsb) == -1)
because the inode numbers no longer seem to match. Commenting out the
return -1; works as a workaround.
After doing so, and building my own mutt I am sporadically getting
Couldn't lock mailbox-name errors from mbox_lock_mailbox failing.
The code fragments above are from mutt's lib.c. cygcheck output attached.
Cygwin Configuration Diagnostics
Current System Time: Mon Apr 19 21:10:12 2004
Windows XP Professional Ver 5.1 Build 2600 Service Pack 1
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Common Files\Adaptec Shared\System
c:\Program Files\Rational\common
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(sthoenna) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1006(sthoenna) GID: 513(None)
513(None)544(Administrators)
545(Users)
SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS
CYGWIN = `tty ntsec title server'
HOME = `C:\cygwin\home\sthoenna'
MAKE_MODE = `unix'
PWD = `/home/sthoenna'
USER = `sthoenna'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\sthoenna\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `DHX98431'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\sthoenna'
HOSTNAME = `DHX98431'
INFOPATH =
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\DHX98431'
MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/sthoenna'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\sthoenna\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\sthoenna\LOCALS~1\Temp'
USERDOMAIN = `DHX98431'
USERNAME = `sthoenna'
USERPROFILE = `C:\Documents and Settings\sthoenna'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\cygwin'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dl/tmp/perl-4.036
(default) = `c:\cygwin\dl\tmp\perl-4.036'
flags = 0x080a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts
v2\/home/sthoenna/pbed/managed
(default) = `c:\cygwin\home\sthoenna\pbed\managed'
flags = 0x080a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts
v2\/home/sthoenna/pbed/textmount
(default) = `c:\cygwin\home\sthoenna\pbed\textmount'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\cygwin/bin'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\cygwin/lib'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
c: hd NTFS 28568Mb 53% CP CS UN PA FC
d: cd N/AN/A
Re: problems with mutt and 20040416 snapsnot
On Apr 20 01:49, Yitzchak Scott-Thoennes wrote: After switching from 1.5.9 to the 20040416 snapsnot, mutt starts complaining Could not create temporary file! when trying to view a message. [...] because the inode numbers no longer seem to match. Commenting out the return -1; works as a workaround. That should be fixed. After doing so, and building my own mutt I am sporadically getting Couldn't lock mailbox-name errors from mbox_lock_mailbox failing. Can you test that again with the next snapshot? Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[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: reentrant functions
On Apr 20 01:37, Yitzchak Scott-Thoennes wrote: As of the 20040416 snapsnot, ttyname_r seems to be exported, but the prototype is missing from unistd.h. I've added a prototype to unistd.h. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[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/
[ANNOUNCEMENT] Updated: LilyPond-2.2.0-1
The version of GNU LilyPond is updated to 2.2.0-1. This is the new official stable release. There is a little workaround in it for cygwin-related problems (unable to remap python...) which seem to be corrected in the latest Cygwin snapshot. The official release message: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Dear music enthusiasts, LilyPond is a program for making beautiful music notation. It is free/open source software, and is available for all popular operating systems. It runs on most Unix flavors --including Linux and MacOS X-- and MS Windows. Use it for your music too! LilyPond version 2.2 was released today! This release has completely revamped support for for orchestral score formatting, cue notes, font size management, lyric formatting, drum notation/playback and document integration. In addition, it has numerous syntax simplifications, proper support for 8va brackets, and a completely updated manual. Go and grab it at http://lilypond.org A big thank-you goes out to our contributors: David Bobroff, Edward Sanford Sutton, Heikki Junes, and Nicolas Sceaux. Also thanks to our bug-hunters: Alexandre Beneteau, Andrew McNabb, Atte Andre Jensen , Bertalan Fodor, Bruce McIntyre, Dave Symonds, David Bobroff, Darius, Delma Avers, Doug Linhardt, Eric Wurbel, Erik Sandberg, Ferenc Wagner, Hans Forbrich, John Williams, Jos=C3=A9 Luis Cruz, Juergen Reuter, Kieren Richard MacMillan, Laurent Martelli, Mats Bengtsson, Matthias Kilian, Nancho Alvarez, Nick Busigin, Nicolas Sceaux , Olivier Guery, Patrick Atamaniuk, Paul Scott, Pawel D, Pedro Kroger, Ray McKinney, Reuben Thomas, Rob V, Stef Epardaud, Thomas Willhalm, Thomas Scharkowski, Tom B=C3=A4ckstr=C3=B6m, Werner Lemberg, and Will Oram. Happy music printing, Han-Wen Nienhuys Jan Nieuwenhuizen (core development team) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For installation instructions refer to http://lilypond.org/web/download/windows.html Bert -- 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: OpenSSH-3.8.1p1-1
I've just updated the version of OpenSSH to 3.8.1p1-1. This is an official new release, based on the vanilla sources. There's a Cygwin related patch in it, not noted below, which allows pubkey authentication also on Cygwin systems running with CYGWIN=nontsec. The official release message as of today: OpenSSH 3.8.1p1 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. This release is a bug-fix release for the portable version. There are no feature additions and no corresponding OpenBSD-only release. OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0 implementation and includes sftp client and server support. We would like to thank the OpenSSH community for their continued support to the project, especially those who contributed source, help with testing and have bought T-shirts or posters. We have a new design of T-shirt available, more info on http://www.openbsd.org/tshirts.html#18 For international orders use http://https.openbsd.org/cgi-bin/order and for European orders, use http://https.openbsd.org/cgi-bin/order.eu Bugs fixed since OpenSSH 3.8p1: === Bug #673 - Fix compilation on NetBSD with S/Key enabled Bug #748 - Detect and workaround broken name resolution on HP-UX Bug #802 - Fix linking on Tru64 when compiled with SIA support Bug #808 - Fix PAM crash on expired password when not authenticated using pam/kbdint mechanism Bug #810 - Fix erroneous clearing of TZ environment variable Bug #811 - Improve locked password detection across Linux variants Bug #820 - Fix utmp corruption on Irix Bug #825 - Fix disconnection problem when using IPv4-in-IPv6 mapped addresses on Solaris. - Fix compilation on OS X systems with Kerberos/GSSAPI - Many more minor fixes, please refer to the ChangeLog file for details Checksums: == - MD5 (openssh-3.8.1p1.tar.gz) = 1dbfd40ae683f822ae917eebf171ca42 Reporting Bugs: === - please read http://www.openssh.com/report.html and http://bugzilla.mindrot.org/ OpenSSH is brought to you by Markus Friedl, Niels Provos, Theo de Raadt, Kevin Steves, Damien Miller, Ben Lindstrom, Darren Tucker and Tim Rice. 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 Net 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/
zsh lilypond
Hi Y'all Just did my daily update (followed by PC reset). When I run a new Dos-Window shell I get the following message (failed to source lilypond-profile) You are running this script under zsh. Edit this script by hand. I don't use LilyPond so how do i get rid of this message??? zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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 make thinks a statement can be neither true nor false....
-Original Message- From: cygwin-owner On Behalf Of Ross Ridge Sent: 20 April 2004 02:41 [ Cc'd to the gmake bug reporting list; the actual bug report is at the end of this post, and is not what the topic of this thread was originally about. ] Possibly a bug in make, as I'd expect it to complain about an undefined function named error:. I would've expected it to complain about a bad substition reference, ie. it's missing an =. Or at least do anything, rather than nothing! Similar constructs are also silently ignored: $(foo This isn't a valid make function) $(bar Neither is this) Since foo and bar aren't functions supported by GNU Make these are just simple variable references. Eg: foo This isn't a valid make function=one bar Neither is this=two test: echo $(foo This isn't a valid make function) echo $(bar Neither is this) Eeeurgh. It even warns about this kind of nonsense in 'info make': ---snip!--- A variable name may be any sequence of characters not containing `:', `#', `=', or leading or trailing whitespace. However, variable names containing characters other than letters, numbers, and underscores should be avoided, as they may be given special meanings in the future, and with some shells they cannot be passed through the environment to a sub-`make' (*note Communicating Variables to a Sub-`make': Variables/Recursion.). ---snip!--- Great. So for the benefit of providing a feature that is virtually impossible to safely and correctly use (chars in variable names that aren't allowed in shell variables) the authors of make have created a syntax that is so ambiguous it defies error detection and reporting. Wahey. Considering the close conceptual relationship between shell variables and make variables, and the way they get exported and imported to each other, it just seems like a mistake to try and pretend they're decoupled to such an extent they could be incompatibly named. Anyway, I've found what seems to be a real bug in make (or perhaps in the make docs): here's a quote from the item Communicating Options to a Sub-`make' (under Node: Options/Recursion) in 'info make' ---snip!--- Likewise variables defined on the command line are passed to the sub-`make' through `MAKEFLAGS'. Words in the value of `MAKEFLAGS' that contain `=', `make' treats as variable definitions just as if they appeared on the command line. *Note Overriding Variables: Overriding. ---snip!--- Oh no it doesn't: neither for variables defined on the initial make command line, nor for variables passed to a recursive submake. Here's my sample makefile: ---snip!--- $(warning : MAKEFLAGS are $(MAKEFLAGS)) $(warning : MAKEOVERRIDES are $(MAKEOVERRIDES)) .PHONY: all silly force all: $(MAKE) silly FOO=1 BAR=2 BAZ=3 $(MAKE) silly BILL=1 BEN=2 silly: force echo Make silly. force: ; echo force ---snip!--- and here's what happens when I test it: ---snip!--- [EMAIL PROTECTED] /davek/test/mk-test/test3 ls -al total 1 drwxr-xr-x+ 2 dk Domain U0 Apr 20 12:40 . drwxr-xr-x+ 5 dk Domain U0 Apr 20 12:40 .. -rw-r--r--1 dk Domain U 240 Apr 20 12:47 makefile [EMAIL PROTECTED] /davek/test/mk-test/test3 make makefile:2: : MAKEFLAGS are --unix makefile:3: : MAKEOVERRIDES are make silly FOO=1 BAR=2 BAZ=3 make[1]: Entering directory `/davek/test/mk-test/test3' makefile:2: : MAKEFLAGS are --unix -w makefile:3: : MAKEOVERRIDES are BAZ=3 BAR=2 FOO=1 echo force force echo Make silly. Make silly. make[1]: Leaving directory `/davek/test/mk-test/test3' make silly BILL=1 BEN=2 make[1]: Entering directory `/davek/test/mk-test/test3' makefile:2: : MAKEFLAGS are --unix -w makefile:3: : MAKEOVERRIDES are BEN=2 BILL=1 echo force force echo Make silly. Make silly. make[1]: Leaving directory `/davek/test/mk-test/test3' [EMAIL PROTECTED] /davek/test/mk-test/test3 make DOES_IT_WORK=NO_NOT_AT_ALL makefile:2: : MAKEFLAGS are --unix makefile:3: : MAKEOVERRIDES are DOES_IT_WORK=NO_NOT_AT_ALL make silly FOO=1 BAR=2 BAZ=3 make[1]: Entering directory `/davek/test/mk-test/test3' makefile:2: : MAKEFLAGS are --unix -w makefile:3: : MAKEOVERRIDES are BAZ=3 BAR=2 FOO=1 DOES_IT_WORK=NO_NOT_AT_ALL echo force force echo Make silly. Make silly. make[1]: Leaving directory `/davek/test/mk-test/test3' make silly BILL=1 BEN=2 make[1]: Entering directory `/davek/test/mk-test/test3' makefile:2: : MAKEFLAGS are --unix -w makefile:3: : MAKEOVERRIDES are BEN=2 BILL=1 DOES_IT_WORK=NO_NOT_AT_ALL echo force force echo Make silly. Make silly. make[1]: Leaving directory `/davek/test/mk-test/test3' [EMAIL PROTECTED] /davek/test/mk-test/test3 ---snip!--- As you can see, they still end up in $MAKEOVERRIDES, so there's a simple and practical workaround, but either the docs or the program behaviour are
Re: Wishlist additions for setup.exe
Hi all, Rodrigo Medina (myself) wrote: 2- When you are downloading into a temporal directory, SETUP downloads the packages even if they are already in the temporal directory but are still not installed. I have to be more precise: SETUP does check if the package has been already downloaded but only if it has been downloaded from the SAME mirror. If you have already downloaded the package from another mirror, SETUP downloads it again. bye Rodrigo Medina -- 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: Comparative Performance of C++ Compilers (including gcc cygming special)
Hans Horn writes: Quite interesting indeed! Are there other benchmarks around that compare gcc3.x, gcc3.x (cygwin), etc against the gcc2.9x vintage? H. chris caj at cs.york.ac.uk wrote in message news:407C0198.4000707 at cs.york.ac.uk... Alex Vinokur wrote: Comparative Performance of C++ Compilers C/C++ Performance Tests = [snip] New copying methods have been added and checked: Test file modes : text, binary -- Testsuites -- C-01 : Functions getc() and putc() C-02 : Functions fgetc() and fputc() C-03 : Functions fread() and fwrite() UNIX-C-04 : Function mmap CPP-01: Operators and CPP-02: Methods get() and put() CPP-03: Methods sbumpc() and sputc() CPP-04: Method sbumpc() and operator CPP-05: Method rdbuf() and operator CPP-06: Methods read() and write() with const buffer CPP-07: Methods read() and write() with max buffer CPP-08: Method getline CPP-09: Method ifstream getline CPP-10: Method iterators (istream_iterator, ostream_iterator) See: http://article.gmane.org/gmane.comp.lang.c++.perfometer/45 http://article.gmane.org/gmane.comp.lang.c++.perfometer/44 -- Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.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: TCL Signal Handling
On Tue, 20 Apr 2004, GregMo wrote: Okay, I'm prepared to be chastised as I'm fubbling in the dark here, but does anyone know much about signal handling in TCL? From what I have gathered on the subject, TCL doesn't inheritly have any handling functions but one can obtain extentions to add these in. Has anyone done this on cygwin? The really frustrating part here is that I'm working with a multi-threaded TCL script that runs flawlessly on *nix, and all but works on cygwin. When it halts, it exits with 128 which indicates an unhandled signal from the OS. Just a sheer guess, but I'm thinking it's because we're getting a signal here from Windows that isn't present on *nix? If so, is or isn't this something that should be included in the porting of TCL? Any suggestions for a work-around to get things going? TIA, Greg Greg, According to the TclTk package announcement[*], Tcl and Tcl/Tk questions should be addressed to the insight mailing list. If you are able to isolate the problem in a small testcase that doesn't require Tcl to reproduce, please resubmit it to this list. HTH, Igor [*] http://cygwin.com/ml/cygwin/2003-02/msg01093.html -- 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: Wishlist additions for setup.exe
On Tue, 20 Apr 2004, Rodrigo Medina wrote: Hi all, My whishes for SETUP: 1- In the list of packages include its size. It is very important for people with slow connexions, so they can easily program what to download and in which order. For example you may decide not to download an updated 16MB fonts package with minor changes. Right now you discover that the package has 16MB only after the downloading of that package has started. Then you have to abort setup and start again. (This is related to point 2-). FYI, I have a patch that sort of does this, but it needs further tuning (which won't happen for a bit due to lack of time). If you volunteer to work on it, I'll send what I have to the cygwin-apps list, and, once it's in CVS (hopefully), you can fine-tune it and submit further patches. 2- When you are downloading into a temporal directory, SETUP downloads the packages even if they are already in the temporal directory but are still not installed. I think this is a real nuisance. Consider the case that for some reason the downloading is interrupted (this is likely to happen if you have a slow connexion). Say you have already downloaded 90% of the packages (that could take hours). SETUP starts again from the beginning. This can lead to a never ending process. You have two choices: a) To install what was already downloaded before starting a new setup-downloading session. This in some cases could be dangerous when you are installing packages that require some other package that you have not still downloaded. b) To look at the files in the temporal directory to check what files are already downloaded and mark those files KEEP (or SKIP) in the package list. Should not be SETUP an automatic process? I think that to solve these two problems require minor changes of SETUP and would really improve its performance. bye, Rodrigo Medina This shouldn't happen. If you have a specific *reproducible* testcase, please report it to the cygwin-apps list. Note that since this doesn't happen for most people, you'll be expected to invest some effort in debugging it on your system. 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: Wishlist additions for setup.exe
How about command-line switches for unattended installation? This would be useful for deploying Cygwin in any non-toy environment. It should be as simple as applying Edward Peschko's patches: http://www.cygwin.com/ml/cygwin/2004-02/msg00261.html The -a option is the vital one. Downloading via GUI is not so bad since you only do it once per version. Installing via GUI, on the other hand, makes large-scale deployment impossible without bad and fragile hacks (like GUI automation tools). - Pat -- 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: Wishlist additions for setup.exe
On Tue, 2004-04-20 at 22:11, Rodrigo Medina wrote: Hi all, Rodrigo Medina (myself) wrote: 2- When you are downloading into a temporal directory, SETUP downloads the packages even if they are already in the temporal directory but are still not installed. I have to be more precise: SETUP does check if the package has been already downloaded but only if it has been downloaded from the SAME mirror. If you have already downloaded the package from another mirror, SETUP downloads it again. That is why the choose mirror dialog allows you to choose multiple mirrors. Setup will then use cached copies from any of the chosen mirrors. I wager that you have been changing mirror for some reason. Don't - choose a list of mirrors to satisfy your needs and leave them selected. Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
RE: Wishlist additions for setup.exe
-Original Message- From: cygwin-owner On Behalf Of Robert Collins Sent: 20 April 2004 15:53 See, now all the secrets are coming out! That is why the choose mirror dialog allows you to choose multiple mirrors. Setup will then use cached copies from any of the chosen mirrors. And this is meant to be obvious from the page title Choose *A* Download Site or the instruction Choose *a* site from this list, or add your own sites to the list? I rather think not. To be fair, the title bar says Choose Download Site(s), but that really doesn't override the clear and explicit instruction immediately above the chooser to choose only one. I wager that you have been changing mirror for some reason. Don't - choose a list of mirrors to satisfy your needs and leave them selected. And why not? There's no instruction that says Choose A download site - or more than one - but for god's sake make sure it's the same one - or more than one - that you chose last time. This requirement is utterly undocumented. I thought setup was meant to be clever enough to make a merged list of all the stuff you had in all your download directories: are we now being told that actually it only looks in the ones which are enabled in the chooser, rather than just enumerating which directories exist in the install temp dir? What do you do if you have downloaded masses of packages from a mirror that has gone away since and is no longer listed in the chooser - do you just have to abandon them? 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: Wishlist additions for setup.exe
Robert Collins wrote: On Tue, 2004-04-20 at 22:11, Rodrigo Medina wrote: Hi all, Rodrigo Medina (myself) wrote: 2- When you are downloading into a temporal directory, SETUP downloads the packages even if they are already in the temporal directory but are still not installed. I have to be more precise: SETUP does check if the package has been already downloaded but only if it has been downloaded from the SAME mirror. If you have already downloaded the package from another mirror, SETUP downloads it again. That is why the choose mirror dialog allows you to choose multiple mirrors. Setup will then use cached copies from any of the chosen mirrors. It does? I'd always assumed that that was a bug. If I choose multiple mirrors, who's setup.bz2 does it use? I wager that you have been changing mirror for some reason. Don't - choose a list of mirrors to satisfy your needs and leave them selected. Personally I would perfer a system where the setup program simply kept a central cache, rather than a seperate cache for each mirror -- 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: Wishlist additions for setup.exe
On Tue, 20 Apr 2004, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Robert Collins Sent: 20 April 2004 15:53 See, now all the secrets are coming out! That is why the choose mirror dialog allows you to choose multiple mirrors. Setup will then use cached copies from any of the chosen mirrors. And this is meant to be obvious from the page title Choose *A* Download Site or the instruction Choose *a* site from this list, or add your own sites to the list? I rather think not. To be fair, the title bar says Choose Download Site(s), but that really doesn't override the clear and explicit instruction immediately above the chooser to choose only one. PTC. I'm sure a simple patch like this will be accepted quickly. I wager that you have been changing mirror for some reason. Don't - choose a list of mirrors to satisfy your needs and leave them selected. And why not? There's no instruction that says Choose A download site - or more than one - but for god's sake make sure it's the same one - or more than one - that you chose last time. This requirement is utterly undocumented. Again, PTC. This would now be to the setup section of the User's Guide, I guess. I thought setup was meant to be clever enough to make a merged list of all the stuff you had in all your download directories: are we now being told that actually it only looks in the ones which are enabled in the chooser, rather than just enumerating which directories exist in the install temp dir? Yep, exactly. Would you like setup to go scan your *whole* package cache every time you run it? I don't think so... What do you do if you have downloaded masses of packages from a mirror that has gone away since and is no longer listed in the chooser - do you just have to abandon them? Well, you can move them to the new cache directory for the mirror you currently use. Basically, setup will download the new setup.ini, let you select the packages, and then for each of these packages check whether the binary/source tarball is present in the disk cache (no matter how it got there). 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: CVS + SSH + Binary File = ^M
At this point you should have tried mounting a directory on the *client* in binmode, and adding a file from *that* directory. As it is, you seem to have shown (both by adding files locally on the server and having no problem, and by adding them remotely but to a known binmode fs and seeing the problem) that you should be looking for something going wrong at the client end. It might also be a useful experiment to try adding files from the remote machine to the repository using the :pserver: protocol, to try and establish if it's the SSh on the client machine that is underlying this problem. If the problem still occurs using :pserver: suspect a bad interaction with the textmode filesystem. Thanks for the advice, Dave. I tried mounting all combinations of server/client in textmode/binmode, and remotely added files always contained \r line endings. I'll try to add the files through pserver to see if I can narrow down the problem to be SSH. --Kelly -- 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 make thinks a statement can be neither true nor false....
%% Dave Korn [EMAIL PROTECTED] writes: I would've expected it to complain about a bad substition reference, ie. it's missing an =. dk Or at least do anything, rather than nothing! If you enable --warn-undefined-variables then you'll get a warning. dk Great. So for the benefit of providing a feature that is dk virtually impossible to safely and correctly use (chars in dk variable names that aren't allowed in shell variables) the authors dk of make have created a syntax that is so ambiguous it defies error dk detection and reporting. Wahey. Well, this has been true of every version of make since make was invented 30+ years ago, not to mention required by the POSIX standard, so... a little late to worry about it now :). dk Considering the close conceptual relationship between shell dk variables and make variables, and the way they get exported and dk imported to each other, it just seems like a mistake to try and dk pretend they're decoupled to such an extent they could be dk incompatibly named. I don't agree that there is a close conceptual relationship. In fact, I think it's very important to not view make variables that way. Make does _NOT_ export every variable into the environment. Make treats the environment variable space and its internal variable space as two distinct entities, and makefile writers are well advised to consider them that way as well. When make starts up it imports all of the environment variables as make variables, yes. And, the user can request that certain variables be exported from the make variable space into sub-processes' environment variable space, through export. But no variable which is not so treated will be sent to subprocesses. For my part I _OFTEN_ use characters which are invalid in shell variables (such as ., etc.) when I create make variables, for exactly this reason: they are then unique to make and I don't have to worry about any interaction with the shell. However, I do agree that allowing whitespace, in particular, in variable names is a bad idea and I've considered removing that capability, or anyway only allowing it when .POSIX is set. This would give GNU make much more flexibility to catch problematic function invocations, and it would even allow me to create some syntactic sugar for the $(call ...) function: a construct like $(word words...) could be recognized as shorthand for $(call word,words), which would be nice (obviously this would fail if the variable word was not defined). dk --- snip!--- dkLikewise variables defined on the command line are passed to the dk sub-`make' through `MAKEFLAGS'. Words in the value of `MAKEFLAGS' that dk contain `=', `make' treats as variable definitions just as if they dk appeared on the command line. *Note Overriding Variables: Overriding. dk --- snip!--- dk Oh no it doesn't: neither for variables defined on the initial dk make command line, nor for variables passed to a recursive dk submake. Here's my sample makefile: Your test doesn't test the behavior the manual is discussing. All this portion of the manual says is that if you do this: $ MAKEFLAGS='FOO=bar' make or if you have this: submake: ; $(MAKE) MAKEFLAGS='FOO=bar' that the variable FOO will be set to bar in the make that gets invoked. How make does this is not discussed here; in fact make _DOES_ split this into multiple variables and they are passed down to submakes that way, but this is not necessarily visible to the user. Here is a test that shows the behavior documented by that excerpt from the manual, and shows that it does work as documented: .PHONY: all showfoo all: showfoo $(MAKE) showfoo MAKEFLAGS='FOO=1' showfoo: ; @echo 'FOO=$(FOO)' $ make FOO= make[1]: Entering directory `/home/psmith' FOO=1 make[1]: Leaving directory `/home/psmith' $ MAKEFLAGS='FOO=5' make -f /tmp/3.mk FOO=5 make -f /tmp/3.mk showfoo MAKEFLAGS='FOO=1' make[1]: Entering directory `/home/psmith' FOO=1 make[1]: Leaving directory `/home/psmith' -- --- Paul D. Smith [EMAIL PROTECTED] Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org Please remain calm...I may be mad, but I am a professional. --Mad Scientist -- 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: Wishlist additions for setup.exe
-Original Message- From: Igor Pechtchanski Sent: 20 April 2004 16:23 On Tue, 20 Apr 2004, Dave Korn wrote: To be fair, the title bar says Choose Download Site(s), but that really doesn't override the clear and explicit instruction immediately above the chooser to choose only one. PTC. I'm sure a simple patch like this will be accepted quickly. Does the source for setup not live in anoncvs? Can't find anything with a filename that would suggest it does, so is it available in source tarball form only? 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: Application failed to initialize (0xc0000022)
Richard, On Tue, Apr 20, 2004 at 09:52:07AM +0600, ronwo wrote: Please I need urgent help [snip] This is affecting my application from running very well . I have been looking for solution for too long untill i came accross your email address. Please kindly reply this as am on my kneel begging Sorry, but I don't know how to help you. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wishlist additions for setup.exe
On Tue, Apr 20, 2004 at 04:57:21PM +0100, Dave Korn wrote: -Original Message- From: Igor Pechtchanski Sent: 20 April 2004 16:23 On Tue, 20 Apr 2004, Dave Korn wrote: To be fair, the title bar says Choose Download Site(s), but that really doesn't override the clear and explicit instruction immediately above the chooser to choose only one. PTC. I'm sure a simple patch like this will be accepted quickly. Does the source for setup not live in anoncvs? Can't find anything with a filename that would suggest it does, so is it available in source tarball form only? Tsk, tsk. For shame. Try doing a google search on: source setup cvs cygwin 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: Application failed to initialize (0xc0000022)
On Tue, Apr 20, 2004 at 09:52:07AM +0600, ronwo wrote: Please I need urgent help [snip] This is affecting my application from running very well . I have been looking for solution for too long untill i came accross your email address. Please kindly reply this as am on my kneel begging First check the permissions of the cygwin dll files located in /bin. Try i.e.: chmod 755 /bin/*.dll If this does not help, analyze the .exe file that fails to initialize using the resource kit tool depends.exe and check if the .exe loads other dll files than the files in /bin. In that case, modify the permissions of the additional dll files also. -- Olof Lagerkvist ICQ: 724451 Web page: http://here.is/olof -- 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: Application failed to initialize (0xc0000022)
On Tue, 20 Apr 2004, Jason Tishler wrote: Richard, On Tue, Apr 20, 2004 at 09:52:07AM +0600, ronwo wrote: Please I need urgent help [snip] This is affecting my application from running very well . I have been looking for solution for too long untill i came accross your email address. Please kindly reply this as am on my kneel begging Sorry, but I don't know how to help you. Jason Based on a *very* limited information in the above message, here's a WAG: run cygcheck on the problem executable to find all the DLL dependencies, and make sure all of the DLLs have the executable bit set. 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/
how to get IP with a shell command?
because i notice that 'hostname -i' doesn't work (inexistant -i option!) -- 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: how to get IP with a shell command?
ipconfig | grep 'IP Address' | sed -e 's/.* //' -- 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: how to get IP with a shell command?
How about:
/c/tmp ipconfig /all | gawk '/IP Address/ { print $NF }'
-Original Message-
From: electa
Sent: Tuesday, April 20, 2004 12:26 PM
To: [EMAIL PROTECTED]
Subject: how to get IP with a shell command?
because i notice that 'hostname -i' doesn't work (inexistant -i option!)
--
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: Wishlist additions for setup.exe
At 11:40 PM 4/19/2004, you wrote:
From: Larry Hall [EMAIL PROTECTED]
http://cygwin.com/acronyms/#PCYMTNQREAIYR
Subject: Re: Wishlist additions for setup.exe
All Users creates all the necessary default mount points for all users.
Just Me creates them just for the user that installs Cygwin. Without
the mount points for all users ('mount -s'), services generally won't
start
because they don't have access to those necessary mounts. This doesn't
directly affect the permissions on particular directories though.
Services won't start, precisely the point. The requested change here is
that when Just Me is selected that a warning would be displayed indicating
this fact.
Agreed. I suppose this falls into the category of PTC.
Being on 'XP Home' I still can't get sshd to run as a service, but at
least
crond will and I can use it to make sure that sshd is running. I think I
know a fix for that too, though, just haven't yet had the chance or
pressing
desire to test it, especially now that I can run it through crond.
Sounds like a sshd configuration problem.
Search the net... It's not a configuration problem, or if it is, it's
affected many many users without any apparent resolution available. Have a
glance at the results returned by Google for these search texts:
win32 error 1062
cygwin Could not load host key
You'll see, as I have, that it's all but assuredly not a configuration
issue. The likely issue here is one with rights (Not owned by 'SYSTEM' and
dir attributes). The two directories that this is entails are /var/log and
/var/empty. As I said prior, I believe I know of a way of resolving the
issue, but it entails rebooting to safe mode and other details which isn't
important to someone that's gotten a fair kludge working.
I should have been more clear with my comment. Services won't start without
system mounts. You won't get those by default without installing as All
Users. So, if one installs as Just for Me and attempts to start services
(sshd, crond, etc), they will fail to start until the default mount points
(/, /usr/bin, /usr/lib) are remounted as system (see 'man mount'). As to
the messages you refer to with the search strings above, the first few in
every group are configuration problems AFAICS, though most don't have nearly
enough information to understand how the configuration got to the state it
did. Installing as Just for Me is a good start down the wrong road
however. ;-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: how to get IP with a shell command?
On Tue, 20 Apr 2004, electa wrote: because i notice that 'hostname -i' doesn't work (inexistant -i option!) I can think of a few ways, but all of them involve either non-cygwin programs or writing your own. The simplest (on Win2k) is to parse the output of either nslookup `hostname` or ipconfig. I'm also sure there's a programmatic way to do this -- and if you do figure this one out, please consider submitting a patch for hostname (which is part of the sh-utils package) to implement the -i option. 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: Wishlist additions for setup.exe
* chris [EMAIL PROTECTED] [2004-04-20 16:04:50 +0100]: Personally I would perfer a system where the setup program simply kept a central cache, rather than a seperate cache for each mirror Indeed! While I can easily think of some reasons to keep per-mirror caches (e.g., what if the mirrors are out of sync?) it is certainly bad UI to make the user aware of this, even indirectly. If you really need per-mirror caches, you can hide them from the user and always scan all of them. This will always be faster than downloading the same file anew. BTW, what's the policy about the older package tarballs? Are they ever removed? (it appears so...) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com If you want it done right, you have to do it yourself -- 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: problems with mutt and 20040416 snapsnot
On Tue, Apr 20, 2004 at 01:03:02PM +0200, Corinna Vinschen [EMAIL PROTECTED] wrote: On Apr 20 01:49, Yitzchak Scott-Thoennes wrote: After switching from 1.5.9 to the 20040416 snapsnot, mutt starts complaining Could not create temporary file! when trying to view a message. [...] because the inode numbers no longer seem to match. Commenting out the return -1; works as a workaround. That should be fixed. Works in the 20040420 snapshot. After doing so, and building my own mutt I am sporadically getting Couldn't lock mailbox-name errors from mbox_lock_mailbox failing. Can you test that again with the next snapshot? Works in the 20040420 snapshot. (And I lied when I said sporadic. I got the error every time mail was appended to a mailbox; I just didn't always notice it.) Thanks, Corinna. -- 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: reentrant functions
On Tue, Apr 20, 2004 at 01:16:24PM +0200, Corinna Vinschen [EMAIL PROTECTED] wrote: On Apr 20 01:37, Yitzchak Scott-Thoennes wrote: As of the 20040416 snapsnot, ttyname_r seems to be exported, but the prototype is missing from unistd.h. I've added a prototype to unistd.h. Thanks. It's been nice watching one after another of the foo() NOT found messages from perl's Configure turn into foo() found. Now if only someone with a clue could implement sqrtl, modfl, and frexpl. -- 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 make thinks a statement can be neither true nor false....
-Original Message- From: Paul Smith On Behalf Of Paul D. Smith Sent: 20 April 2004 16:44 [ This is getting off topic for the cygwin list, and unless I've managed to spot any *real* bugs yet, it's not very OT for the bug-make list either; if we want to carry on further we should perhaps take it to private mail or to the help-make list, though I'm not subbed to any of the make lists. ] %% Dave Korn [EMAIL PROTECTED] writes: I would've expected it to complain about a bad substition reference, ie. it's missing an =. dk Or at least do anything, rather than nothing! If you enable --warn-undefined-variables then you'll get a warning. Ah, thanks! That's such a good option I think I'm about to alias it right into all my make commands. BTW, did I discuss the difficulty in determining whether a variable is undefined or empty? That may not seem like a meaningful concept, but I want to know whether my makefile was correctly invoked but the variable definition was empty, such as make -f makefile FOO= all or whether the invocation was incorrect by forgetting to specify a value for FOO, make -f makefile all At the moment, ifndef FOO succeeds equally in both cases. Well, this has been true of every version of make since make was invented 30+ years ago, not to mention required by the POSIX standard, so... a little late to worry about it now :). Heh, I know. But any changes that could make less damn obfuscatory than it already is would be great. It's really in the error of diagnostics and reporting that make has serious problems, presumably at least some of which could be fixed without altering its behaviour? I mean, look at this: (I'm not going to call it a bug _just_ yet, because things that seem utterly unreasonable to me *keep* on turning out to be the expected and desired behaviour!) --- [EMAIL PROTECTED] /davek/test/mk-test/test5 ls makefile1 makefile2 [EMAIL PROTECTED] /davek/test/mk-test/test5 cat makefile1 $(warning one one) ifne ($(VARIABLE), anything) $(warning two two) BUILDDIR_EXTRA=-boot else $(warning three three) endif all: echo So what's that all about then eh ? [EMAIL PROTECTED] /davek/test/mk-test/test5 cat makefile2 $(warning one one) ifeq ($(VARIABLE), anything) $(warning two two) BUILDDIR_EXTRA=-boot else $(warning three three) endif all: echo So what's that all about then eh ? [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile1 makefile1:2: one one makefile1:3: *** missing separator. Stop. [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile1 VARIABLE=anything makefile1:2: one one makefile1:3: *** missing separator. Stop. [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile1 VARIABLE=anything_else makefile1:2: one one makefile1:3: *** missing separator. Stop. [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile2 makefile2:2: one one makefile2:7: three three echo So what's that all about then eh ? So what's that all about then eh ? [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile2 VARIABLE=anything makefile2:2: one one makefile2:4: two two echo So what's that all about then eh ? So what's that all about then eh ? [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile2 VARIABLE=anything_else makefile2:2: one one makefile2:7: three three echo So what's that all about then eh ? So what's that all about then eh ? [EMAIL PROTECTED] /davek/test/mk-test/test5 --- Now where's the sense in that? How can it be that the semantics of the conditional operator affects the validity of the otherwise-identical syntax? Every time make gives me that same old error message, I just want to scream at it WHAT THE HELL KIND OF SEPARATOR ARE YOU EVEN TALKING ABOUT, YOU DELUSIONAL MANIAC? dk Considering the close conceptual relationship between shell dk variables and make variables, and the way they get exported and dk imported to each other, it just seems like a mistake to try and dk pretend they're decoupled to such an extent they could be dk incompatibly named. I don't agree that there is a close conceptual relationship. In fact, I think it's very important to not view make variables that way. Well, IMO there is a confused and unclear relationship. In some ways they're tightly coupled, and in other ways the links are broken. Make does _NOT_ export every variable into the environment. I never said that; I said that the two do not map to clearly distinct concepts, but to overlapping sets. Make treats the environment variable space and its internal variable space as two distinct entities, and makefile writers are well advised to consider them that way as well. When make starts up it imports all of the environment variables as make variables, yes. And, the user can request that certain variables be exported from the make variable space into sub-processes'
Re: incorrect dos version
Hi, I'm new to this list. I read the FAQ but I couldn't find an answer nor a fix for my problem. I just installed the latest cygwin version (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I can run programs from the console. However when I try to 'startx' it comes back with the message Incorrect DOS version. I was Check if you have any old DOS command line tools in your path with names like any cygwin executables, i.e. grep, cut, tar, gzip etc. I'm a total neophite with windows, but from looking at what I get by typing 'path', there is nothing that resembles a unix-like command. Or I should do this search in a different way? You were right. I just renamed a directory (util) containing things like grep and tar, and the system started. However it now stumbles into another problem. I'm attaching the Xwin.log file below. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.67 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 0003 winScreenInit - dwWidth: 1024 dwHeight: 768 winSetEngine - Windowed PseudoColor = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 8 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 740 r 1024 l 0 b 740 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 740 depth: 8 winAllocateFBShadowGDI - Dibsection width: 1024 height: 740 depth: 8 size image: 757760 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: winInitVisualsShadowGDI - Masks BPRGB 8 d 8 bpp 8 winRandRInit () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress -- 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: df reports negative values on Network Shares
Reini - There is 35GB free on the C: drive of our Windows 2003 server. The 37MB readout is a bug, as is the -64Z used, as is the 1.0G Size. However I have just tested copying a 995MB file into c:\cygwin\bin and it was fine. There is no limit to the files I'm able to install into other directories on C: on this machine also. Igor - thanks for the suggestion but no, no quotas are installed also if they were the test I just mentioned would have failed. This problem only started to occur at one point, I think it was when I tried to change the permissions on some files in /etc/ the SSH daemon key files or config if I remember rightly. To keep it simple it is probably going to be best (as Larry suggests) to delete cygwin, then reinstall it at a later date when I have time. Shame. Thanks for your input everyone. Carl - Original Message - From: Reini Urban [EMAIL PROTECTED] To: Cygwin List [EMAIL PROTECTED] Sent: Thursday, April 15, 2004 10:58 PM Subject: Re: df reports negative values on Network Shares Carl Peto schrieb: It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. That's your problem! Don't figure too much and trust cygwin more than winzip, please. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. That's not weird, if you have only 37MB free on C! Winzip as welll as other stupid filemanagers such as Total Commander and Windows Commander gunzip at first the tar to temp dir and then untar that tar which results in a disk full error. cygwin tar xfz doesn't need this and will work much better. c:1.0G -64Z 37M 101% /cygdrive/c BTW: installing cygwin on 37MB left is not a good idea, esp. when it comes to tempspace for /tmp. Same for Windows TEMP on C: How about moving your programs from your 1GB C: partition to E: (19GB) and leave C: for your system alone? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: Wishlist additions for setup.exe
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 20 April 2004 17:16 On Tue, Apr 20, 2004 at 04:57:21PM +0100, Dave Korn wrote: -Original Message- From: Igor Pechtchanski Sent: 20 April 2004 16:23 On Tue, 20 Apr 2004, Dave Korn wrote: To be fair, the title bar says Choose Download Site(s), but that really doesn't override the clear and explicit instruction immediately above the chooser to choose only one. PTC. I'm sure a simple patch like this will be accepted quickly. Does the source for setup not live in anoncvs? Can't find anything with a filename that would suggest it does, so is it available in source tarball form only? Tsk, tsk. For shame. Try doing a google search on: source setup cvs cygwin cgf Actually, what I tried was find /usr/build/src -name \*setup\* which considering I'd just done a cvs update -d in the src subdirectory I really thought I'd find it. I really didn't expect to find it in a completely different repository altogether! Ho hum. 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: Application failed to initialize (0xc0000022)
-Original Message- From: cygwin-owner On Behalf Of Olof Lagerkvist Sent: 20 April 2004 17:23 On Tue, Apr 20, 2004 at 09:52:07AM +0600, ronwo wrote: Please I need urgent help [snip] This is affecting my application from running very well . I have been looking for solution for too long untill i came accross your email address. Please kindly reply this as am on my kneel begging First check the permissions of the cygwin dll files located in /bin. Try i.e.: chmod 755 /bin/*.dll If this does not help, analyze the .exe file that fails to initialize using the resource kit tool depends.exe and check if the .exe loads other dll files than the files in /bin. In that case, modify the permissions of the additional dll files also. You can also get a list of all the dependent DLLs for a given exe from cygcheck executable_file_name which is a lot easier if you don't have depends installed. 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/
gnatmake's ada TASKING problem
i've got cygwin running under windows xp. when i try to run an ada program compiled without errors by gnatmake, i get the run-time error message that says: tasking not implemented on this configuration. is it really a gnat bug or am i simply too stupid to configure cygwin the right way?? i found a few forums with people having the same troubles, but nobody really seems to know how to help. _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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: incorrect dos version
Wrong list. All X-related questions should be addressed to the cygwin-xfree list. Redirecting. More below. On Tue, 20 Apr 2004, Daniel Senderowicz wrote: Hi, I'm new to this list. I read the FAQ but I couldn't find an answer nor a fix for my problem. I just installed the latest cygwin version (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I can run programs from the console. However when I try to 'startx' it comes back with the message Incorrect DOS version. I was Check if you have any old DOS command line tools in your path with names like any cygwin executables, i.e. grep, cut, tar, gzip etc. I'm a total neophite with windows, but from looking at what I get by typing 'path', there is nothing that resembles a unix-like command. Or I should do this search in a different way? You were right. I just renamed a directory (util) containing things like grep and tar, and the system started. However it now stumbles into another problem. I'm attaching the Xwin.log file below. [snip] Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress I suggest looking at the Cygwin-X FAQ. 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: Emulating hard links on FAT et al.
If you do this, remember that it shouldn't be limited to FAT file systems. Even though one's version of Windows may be capable of making hard links, one may not have the permission level (Administrator) to do so. But I'm not sure that I see the point of emulating hard links. It seems to me that you are just making a second type of symbolic link. Is there anything that the emulated hard link could do that the ordinary symbolic link cannot? (Sorry if this is a question with an obvious answer. I haven't had more than fleeting access to a system that would allow me to make hard links since 1988). -Original Message- From: A. Alper Atici Sent: Monday, April 19, 2004 5:52 PM To: [EMAIL PROTECTED] Subject: RFI: Emulating hard links on FAT et al. Hello, I've been pondering over the prospects of emulating hard links for some time. List archives don't show much about it, and I have not come across any similar open implementation on the net. My rudimentary idea of emulating hard links is based on employing a new type of windows shortcut which will be regarded as a hardlinking file, rather than a symlink, by Cygwin. For this, I hope to figure out a possible combination in the magic bitvector byte(word?) in shortcut header. Any comments? How about 0x1c? -- A. Alper Atici OpenPGP KeyID: 0xB824F550 -- 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 make thinks a statement can be neither true nor false....
%% Dave Korn [EMAIL PROTECTED] writes: dk [ This is getting off topic for the cygwin list, and unless I've dk managed to spot any *real* bugs yet, it's not very OT for the dk bug-make list either; if we want to carry on further we should dk perhaps take it to private mail or to the help-make list, though dk I'm not subbed to any of the make lists. ] I'll leave it here for now but I'm happy to remove cygwin if folks would like. I know you're not subscribed, Dave; I keep having to approve your posts by hand :). If you enable --warn-undefined-variables then you'll get a warning. dk Ah, thanks! That's such a good option I think I'm about to alias dk it right into all my make commands. The problem is that in many makefiles you tend to get a lot of false positives. For example, many makefiles leave certain variables to be set by the user, like CPPFLAGS or CFLAGS. If you do that in your makefiles, and the user has no reason to set them, then you'll get lots o' warnings. You can work around this with various GNU make-specific fanciness, but most developers don't bother. dk BTW, did I discuss the difficulty in determining whether a dk variable is undefined or empty? Not with me... to tell the difference you have to use the $(origin ...) function and test if the value is undefined. Annoying but... possible! :). dk I mean, look at this: (I'm not going to call it a bug _just_ yet, dk because things that seem utterly unreasonable to me *keep* on dk turning out to be the expected and desired behaviour!) dk ifne ($(VARIABLE), anything) So, this is a syntax error: it should be ifneq. Any invocation of this makefile will fail immediately: dk [EMAIL PROTECTED] /davek/test/mk-test/test5 make -f makefile1 dk makefile1:2: one one dk makefile1:3: *** missing separator. Stop. Like this. dk Now where's the sense in that? How can it be that the semantics dk of the conditional operator affects the validity of the dk otherwise-identical syntax? Don't quite understand this question...? dk Every time make gives me that same old error message, I just want dk to scream at it dk WHAT THE HELL KIND OF SEPARATOR ARE YOU EVEN TALKING ABOUT, YOU dk DELUSIONAL MANIAC? Yeah. The problem, as you correctly pointed out earlier, is that make's syntax is so loose that there's virtually no useful checking that can be done. This error, missing separator, is basically make's way of saying Syntax Error, or in other words... Say what? Make parses makefiles line-by-line, and it categorizes each line as one of three things (four things for GNU make): either a variable setting, or a target definition, or a command script. In GNU make there are also preprocessor statements like ifeq, include, export, etc. Make tells the difference between the three main types of line definition by looking for the separator; the first unique thing in the line that it can use to make that distinction. If the first character is a TAB (considered a separator I guess), then it's a command script line as long as there is some target definition active on which to hang the script line. If not, it looks at the line further to see if it's one of the other types. If the separator is = or := or += or ?= (as long as it comes after one word), then the line is considered to be a variable definition and parsed that way. If the separator is : or ::, then the line is considered to be a target and parsed that way. If none of the above applies (and in GNU make, if it's not a preprocessor line), then make doesn't have any idea what the heck the line is, so it says: missing separator which means, I couldn't find any of the tokens that allow me to classify this line as one of the three (or four) things I know about, so ... eh? dk I'd just like to point out that it isn't only $shell that is dk affected: $error and $warning are also affected. I also notice dk that it works fine if you escape the semicolon: Right. This is a parser bug, pure and simple. Except, not so simple because the parser has to do the proper matching to realize that the ; is part of a variable or function content. As gross as the syntax is, the make parser has to be equally quirky in order to handle it :-/. -- --- Paul D. Smith [EMAIL PROTECTED] Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org Please remain calm...I may be mad, but I am a professional. --Mad Scientist -- 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: zsh lilypond
On Tue, 20 Apr 2004, zzapper wrote: Hi Y'all Just did my daily update (followed by PC reset). When I run a new Dos-Window shell I get the following message (failed to source lilypond-profile) You are running this script under zsh. Edit this script by hand. I don't use LilyPond so how do i get rid of this message??? Well, you must have installed LilyPond, none the less. :) LilyPond places a file in /etc/profile.d which is sourced at shell startup (if the shell is started with the login option). What I did was rename lilypond-profile.sh to lilypond-profile.sh.orig and that prevents it from running. If you were interested in running LilyPond, you can copy lilypond-profile.sh to lilypond.sh, then comment out the if block that checks for $ZSH_NAME and exists. As far as I can tell, it runs correctly. Alternatively, you could ask the LilyPond maintainer to have this fixed. They have some code which uses $0 to check the name of the script being run and think zsh doesn't set $0 correctly for shell scripts, but I believe this has been working for quite a while now and it's time the LilyPond people corrected this. zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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 make thinks a statement can be neither true nor false....
Paul D. Smith wrote: %% Dave Korn [EMAIL PROTECTED] writes: The problem is that in many makefiles you tend to get a lot of false positives. For example, many makefiles leave certain variables to be set by the user, like CPPFLAGS or CFLAGS. If you do that in your makefiles, and the user has no reason to set them, then you'll get lots o' warnings. You can work around this with various GNU make-specific fanciness, but most developers don't bother. The largest problem I've seen is when using $(call) on a macro that's not defined (either because the makefile that defines the macro hasn't been included, or there's a typo at the call site). A separate option that would either warn or error upon trying to call undefined macros would be great. What do you think? Noel -- 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: Application failed to initialize (0xc0000022)
This has burned me often enough that I've made a little shell
function that reminds me:
if [ $OSTYPE = cygwin ]; then
unzip ()
{
command unzip $@
echo If you are unzipping DLLs, be sure to make them executable. /dev/stderr
}
fi
--
If you can't change your underwear, can you be sure you have any?
--
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: Emulating hard links on FAT et al.
A hard link is made to a file on disk, whereas a symbolic link is made to a directory entry. Once a hard link is made, it's indistinguishable from the original file. Essentially, *each* directory entry is a hard link to the contents of the corresponding file, and the link count of any hard link to the same file should reflect the total number of hard links. Also, deleting one hard link does not result in the deletion of the file -- the file is only deleted when all of the corresponding hard links have been removed (incidentally, that's why the remove operation in Unix is performed by an unlink() system call). Another, less taxing property of hard links is that the inode number of all hard links to the same file is the same. The closest FAT comes to the notion of true hard links are cross-linked files, and those are illegal. Frankly, I think it would be a very hard problem to implement a reasonable emulation of hard links without filesystem support (e.g., on FAT). FWIW, here are a couple of ideas (brainstorm-style, hope they are helpful): 1) If hard links are implemented as just another type of symlink, then every unlink() call will need to enumerate all of the other hard links to the file, move the file to one of those names, and then change all the others to point to the new location of the file. This would really slow down every unlink() call, AFAICS. 2) Alternatively, upon creating the first hard link the file could be renamed to some internal name (that should be invisible via Cygwin), and the original name will also become a hard link. This way, the unlink code will not have to be changed, but all of the relevant file and directory handling code will need to be taught to ignore those special names. In both cases, the inode computation code in all incarnations of stat() will need to be changed to dereference a hard link and compute the inode number of the original file. Also, at least the open() system call (possibly others) will need to be changed to get to the correct file. HTH, Igor On Tue, 20 Apr 2004, Buchbinder, Barry (NIH/NIAID) wrote: If you do this, remember that it shouldn't be limited to FAT file systems. Even though one's version of Windows may be capable of making hard links, one may not have the permission level (Administrator) to do so. But I'm not sure that I see the point of emulating hard links. It seems to me that you are just making a second type of symbolic link. Is there anything that the emulated hard link could do that the ordinary symbolic link cannot? (Sorry if this is a question with an obvious answer. I haven't had more than fleeting access to a system that would allow me to make hard links since 1988). -Original Message- From: A. Alper Atici Sent: Monday, April 19, 2004 5:52 PM To: cygwinatcygwindotcom Subject: RFI: Emulating hard links on FAT et al. Hello, I've been pondering over the prospects of emulating hard links for some time. List archives don't show much about it, and I have not come across any similar open implementation on the net. My rudimentary idea of emulating hard links is based on employing a new type of windows shortcut which will be regarded as a hardlinking file, rather than a symlink, by Cygwin. For this, I hope to figure out a possible combination in the magic bitvector byte(word?) in shortcut header. Any comments? How about 0x1c? -- A. Alper Atici OpenPGP KeyID: 0xB824F550 -- 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: Emulating hard links on FAT et al.
One obvious thing hard links allow is a way to have the same file with different permissions. With a symbolic link you need both access permissions for the symbolic link and actual file. i.e. ln -s /tmp/foo.exe /home/bcr/foo.exe chmod ugo-x /tmp/foo.exe chmod ugo+x /home/bcr/foo.exe With a hardlink, you only need access permissions for the hardlink... Another advantage of a hardlink is the underlying file can not disappear. i.e. ln /tmp/foo.txt /home/bcr/foo.txt rm -f /tmp/foo.txt In this case /home/bcr/foo.txt still exists. The third significant advantage of a hardlink is it is recognized by the underlying operating system without ambiguity. However, I do not really see the advantage of fake hardlinks, as you would not have any of these features. It would just be more like an invisible symbolic link. Bill - Original Message - From: Buchbinder, Barry (NIH/NIAID) [EMAIL PROTECTED] To: 'A. Alper Atici' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, April 20, 2004 2:27 PM Subject: RE: Emulating hard links on FAT et al. If you do this, remember that it shouldn't be limited to FAT file systems. Even though one's version of Windows may be capable of making hard links, one may not have the permission level (Administrator) to do so. But I'm not sure that I see the point of emulating hard links. It seems to me that you are just making a second type of symbolic link. Is there anything that the emulated hard link could do that the ordinary symbolic link cannot? (Sorry if this is a question with an obvious answer. I haven't had more than fleeting access to a system that would allow me to make hard links since 1988). -Original Message- From: A. Alper Atici Sent: Monday, April 19, 2004 5:52 PM To: [EMAIL PROTECTED] Subject: RFI: Emulating hard links on FAT et al. Hello, I've been pondering over the prospects of emulating hard links for some time. List archives don't show much about it, and I have not come across any similar open implementation on the net. My rudimentary idea of emulating hard links is based on employing a new type of windows shortcut which will be regarded as a hardlinking file, rather than a symlink, by Cygwin. For this, I hope to figure out a possible combination in the magic bitvector byte(word?) in shortcut header. Any comments? How about 0x1c? -- A. Alper Atici OpenPGP KeyID: 0xB824F550 -- 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: Emulating hard links on FAT et al.
Replying to myself -- bad habits die hard... Just to dot all the is and cross all the ts. One thing I forgot to mention is how to handle link counts. Those could be stored in, for example, the NTEA attributes file for the original (or the corresponding special) filename. I don't see anything wrong with requiring NTEA on FAT in order to have hard links, BTW. Igor On Tue, 20 Apr 2004, Igor Pechtchanski wrote: A hard link is made to a file on disk, whereas a symbolic link is made to a directory entry. Once a hard link is made, it's indistinguishable from the original file. Essentially, *each* directory entry is a hard link to the contents of the corresponding file, and the link count of any hard link to the same file should reflect the total number of hard links. Also, deleting one hard link does not result in the deletion of the file -- the file is only deleted when all of the corresponding hard links have been removed (incidentally, that's why the remove operation in Unix is performed by an unlink() system call). Another, less taxing property of hard links is that the inode number of all hard links to the same file is the same. The closest FAT comes to the notion of true hard links are cross-linked files, and those are illegal. Frankly, I think it would be a very hard problem to implement a reasonable emulation of hard links without filesystem support (e.g., on FAT). FWIW, here are a couple of ideas (brainstorm-style, hope they are helpful): 1) If hard links are implemented as just another type of symlink, then every unlink() call will need to enumerate all of the other hard links to the file, move the file to one of those names, and then change all the others to point to the new location of the file. This would really slow down every unlink() call, AFAICS. 2) Alternatively, upon creating the first hard link the file could be renamed to some internal name (that should be invisible via Cygwin), and the original name will also become a hard link. This way, the unlink code will not have to be changed, but all of the relevant file and directory handling code will need to be taught to ignore those special names. In both cases, the inode computation code in all incarnations of stat() will need to be changed to dereference a hard link and compute the inode number of the original file. Also, at least the open() system call (possibly others) will need to be changed to get to the correct file. HTH, Igor On Tue, 20 Apr 2004, Buchbinder, Barry (NIH/NIAID) wrote: If you do this, remember that it shouldn't be limited to FAT file systems. Even though one's version of Windows may be capable of making hard links, one may not have the permission level (Administrator) to do so. But I'm not sure that I see the point of emulating hard links. It seems to me that you are just making a second type of symbolic link. Is there anything that the emulated hard link could do that the ordinary symbolic link cannot? (Sorry if this is a question with an obvious answer. I haven't had more than fleeting access to a system that would allow me to make hard links since 1988). -Original Message- From: A. Alper Atici Sent: Monday, April 19, 2004 5:52 PM To: cygwinatcygwindotcom Subject: RFI: Emulating hard links on FAT et al. Hello, I've been pondering over the prospects of emulating hard links for some time. List archives don't show much about it, and I have not come across any similar open implementation on the net. My rudimentary idea of emulating hard links is based on employing a new type of windows shortcut which will be regarded as a hardlinking file, rather than a symlink, by Cygwin. For this, I hope to figure out a possible combination in the magic bitvector byte(word?) in shortcut header. Any comments? How about 0x1c? -- A. Alper Atici OpenPGP KeyID: 0xB824F550 -- 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: How to set the colors of terminfo's standout mode?
B20 was great back then wasn't it! ...Karl From: Frank Slootweg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: How to set the colors of terminfo's standout mode? Date: Tue, 20 Apr 2004 10:24:11 +0200 How can I set the colors of terminfo's standout (smso, so) mode? I have a terminfo application (tin, the newsreader) which, as far as I can tell, uses standout mode to highlight things. I first used this on the old Cygwin B20 release and that gave white text on a black background (normal text is black on white), i.e. 'inverse-video' and a good contrast, i.e. easy to read. I now rebuilt (configure,/make, compile, link, etc.) the application on Cygwin 1.5.9. That new version displays standout mode as light-grey text on a dark-grey background, i.e. little contrast and very hard to read. Basically I want the old behaviour (white-on-black) on Cygwin 1.5.9, but have no idea how/where that can be set. Some more information: The application is started from a Command Prompt 'DOS' window, i.e. not from a (bash) shell. However when I do a tput smso in that window and then echo text, I see the same behaviour (light-grey on dark-grey), so I think it is a terminfo/ terminal issue, not a shell issue. The TERM variable is set to cygwin. Thanks in advance for any and all responses. -- 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/ _ From must-see cities to the best beaches, plan a getaway with the Spring Travel Guide! http://special.msn.com/local/springtravel.armx -- 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 changes paths
My work pc is set up so that the c drive is too small for anything useful and all applications go on the d drive. The standard build of the pc is set up with Cygwin already installed. My issue is that the standard build doesn't have some components I need. However, setup.exe always installs updates to c:\cygwin, regardless of what I specify in the installer GUI. Future executions of the GUI indicate that these components are installed, but they won't run (give can not find dll errors, etc...). My registry paths BEFORE running setup all point to /, /usr/lib, and /usr/bin being on the d: drive in the correct place. My registry paths AFTER running setup have moved /usr/lib and /usr/bin to c:\cygwin. How do I keep the damn thing from installing to the wrong place? Just moving my cygwin install to c:\cygwin is not an option... -- 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: Wishlist additions for setup.exe
From: Sam Steingold Sent: Tuesday, April 20, 2004 6:54 PM * chris [EMAIL PROTECTED] [2004-04-20 16:04:50 +0100]: Personally I would perfer a system where the setup program simply kept a central cache, rather than a seperate cache for each mirror Indeed! While I can easily think of some reasons to keep per-mirror caches (e.g., what if the mirrors are out of sync?) it is certainly bad UI to make the user aware of this, even indirectly. If you really need per-mirror caches, you can hide them from the user and always scan all of them. This will always be faster than downloading the same file anew. BTW, what's the policy about the older package tarballs? Are they ever removed? (it appears so...) To get some help: Google for the latest clean_setup.pl. I have the script below for a standard run of it... note: /install - place for setup.exe local package dir -- clean_install_dir -- #!/bin/bash #This is a shell for the clean_setup.pl script ( echo -e \n\n-- ; date +$0 run at %F %H:%M %z; echo -e \n; clean_setup.pl -DDir -MFile -keepold -archive OLD-downloads $* ) \ \ | tee -a /install/clean_setup.log -- eof -- /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: zsh lilypond
On Tue, 20 Apr 2004 11:37:49 -0700 (PDT), wrote: On Tue, 20 Apr 2004, zzapper wrote: Alternatively, you could ask the LilyPond maintainer to have this fixed. They have some code which uses $0 to check the name of the script being run and think zsh doesn't set $0 correctly for shell scripts, but I believe this has been working for quite a while now and it's time the LilyPond people corrected this. Thanx, Peter I had already twigged it. I only get LilyPond cos I have requested full Cygwin. zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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: Emulating hard links on FAT et al.
Hmmm. I forgot one other advantage of symbolic links. They are independent of the locations of each other. i.e. touch /tmp/foo.txt ln /tmp/foo.txt /home/bcr/foo.txt mkdir /home/bcr/tmp mv /tmp/foo.txt /home/bcr/tmp/foo.txt Both versions of foo.txt are still valid, even though they would not be with a symbolic link. I do not see a good way to reproduce all the behaviors of a hardlink without underlying filesystem support. Take for example, if we do just rename the original file and put in a symlink. How do we make sure the link count remains valid even after the user uses Windows tools to rename a directory, copy a directory, or delete a directory? I guess how sophisticated the solution needs to be depends on why hardlinks are needed. Bill - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Buchbinder, Barry (NIH/NIAID) [EMAIL PROTECTED]; 'A. Alper Atici' [EMAIL PROTECTED] Sent: Tuesday, April 20, 2004 3:02 PM Subject: RE: Emulating hard links on FAT et al. Replying to myself -- bad habits die hard... Just to dot all the is and cross all the ts. One thing I forgot to mention is how to handle link counts. Those could be stored in, for example, the NTEA attributes file for the original (or the corresponding special) filename. I don't see anything wrong with requiring NTEA on FAT in order to have hard links, BTW. Igor On Tue, 20 Apr 2004, Igor Pechtchanski wrote: A hard link is made to a file on disk, whereas a symbolic link is made to a directory entry. Once a hard link is made, it's indistinguishable from the original file. Essentially, *each* directory entry is a hard link to the contents of the corresponding file, and the link count of any hard link to the same file should reflect the total number of hard links. Also, deleting one hard link does not result in the deletion of the file -- the file is only deleted when all of the corresponding hard links have been removed (incidentally, that's why the remove operation in Unix is performed by an unlink() system call). Another, less taxing property of hard links is that the inode number of all hard links to the same file is the same. The closest FAT comes to the notion of true hard links are cross-linked files, and those are illegal. Frankly, I think it would be a very hard problem to implement a reasonable emulation of hard links without filesystem support (e.g., on FAT). FWIW, here are a couple of ideas (brainstorm-style, hope they are helpful): 1) If hard links are implemented as just another type of symlink, then every unlink() call will need to enumerate all of the other hard links to the file, move the file to one of those names, and then change all the others to point to the new location of the file. This would really slow down every unlink() call, AFAICS. 2) Alternatively, upon creating the first hard link the file could be renamed to some internal name (that should be invisible via Cygwin), and the original name will also become a hard link. This way, the unlink code will not have to be changed, but all of the relevant file and directory handling code will need to be taught to ignore those special names. In both cases, the inode computation code in all incarnations of stat() will need to be changed to dereference a hard link and compute the inode number of the original file. Also, at least the open() system call (possibly others) will need to be changed to get to the correct file. HTH, Igor On Tue, 20 Apr 2004, Buchbinder, Barry (NIH/NIAID) wrote: If you do this, remember that it shouldn't be limited to FAT file systems. Even though one's version of Windows may be capable of making hard links, one may not have the permission level (Administrator) to do so. But I'm not sure that I see the point of emulating hard links. It seems to me that you are just making a second type of symbolic link. Is there anything that the emulated hard link could do that the ordinary symbolic link cannot? (Sorry if this is a question with an obvious answer. I haven't had more than fleeting access to a system that would allow me to make hard links since 1988). -Original Message- From: A. Alper Atici Sent: Monday, April 19, 2004 5:52 PM To: cygwinatcygwindotcom Subject: RFI: Emulating hard links on FAT et al. Hello, I've been pondering over the prospects of emulating hard links for some time. List archives don't show much about it, and I have not come across any similar open implementation on the net. My rudimentary idea of emulating hard links is based on employing a new type of windows shortcut which will be regarded as a hardlinking file, rather than a symlink, by Cygwin. For this, I hope to figure out a possible combination in the magic bitvector byte(word?) in
