[ITP] patchutils
Hi, Any interest in patchutils? It builds OOTB and I find myself using it more and more. :-) http://exposure.org.uk/cygwin/patchutils-0.2.22-1-src.tar.bz2 http://exposure.org.uk/cygwin/patchutils-0.2.22-1.tar.bz2 sdesc: Patchutils is a small collection of programs that operate on patch files. ldesc: Patchutils is a small collection of programs that operate on patch files. You can use the programs to combine, filter and split, correct output from `cvs diff', list and grep patch files. category: Text Utils Devel requires: cygwin diff patch diff Elfyn
Re: [ITP] patchutils
On Wed, Jun 04, 2003 at 02:21:34AM +0100, Elfyn McBratney wrote: Any interest in patchutils? Sure. It's got my vote. cgf
RE: [PATCH] Setup window.{cc,h}
Approved on one condition - please remove the reference to folk in Hell. I'm not christian, but that doesn't seem at all appropriate. Fair enough; religious humor excommunicated. ;-) A small suggestion (doesn't prevent it being commited) - a helper fn to return an already casted value might reduce the number of casts needed. You mean a cast operator to do what GetHWND() is doing? Yeah, I thought of that; I'll probably end up doing that at some point. The comment though is more of a lament that the user can't just forget about HWNDs entirely and use just methods that don't break encapsulation. Ah well, it ain't MFC... yet. ;-) 2003-06-03 Gary R. Van Sickle [EMAIL PROTECTED] * window.h (SETUP_WINDOW_H): Rename multi-include guard. (Copyright): Update. (RECTWrapper): New forward declaration. (Window::Create): Move. (Window::MoveWindow): New overload declaration. * window.cc: (RECTWrapper.h) Include. (Copyright): Update. (Window::FirstWindowProcReflector): Use reinterpret_cast instead of C-style casts. (Window::MoveWindow): New overload. -- Gary R. Van Sickle Brewer. Patriot. window.diff Description: Binary data 2003-06-03 Gary R. Van Sickle [EMAIL PROTECTED] * window.h (SETUP_WINDOW_H): Rename multi-include guard. (Copyright): Update. (RECTWrapper): New forward declaration. (Window::Create): Move. (Window::MoveWindow): New overload declaration. * window.cc: (RECTWrapper.h) Include. (Copyright): Update. (Window::FirstWindowProcReflector): Use reinterpret_cast instead of C-style casts. (Window::MoveWindow): New overload.
Re: glimpse 4.17.4 - a new package for review
* Mon 2003-06-02 Christopher Faylor [EMAIL PROTECTED] list.cygwin-apps | On Tue, Jun 03, 2003 at 01:28:00AM +0200, Hack Kampbjorn wrote: | http://glimpse.cs.arizona.edu/index.php?dir=sublicensingpage=licensing.html | | Are we allowed to redistributed it? Yes, COPYRIGHT grants it on a | nonprofit basis, and to use it for any purpose (this is unclear any | purpose includes commercial use). And then clause 4 | | 4. Any commercial use of this software will require a license. | | Could this be a problem? Until now all the cygwin packages have been open | source software allowing commercial use. | | I wouldn't touch this without a go from the legal department. | | I can't really get a go from our legal department on the cygwin net | distribution since it really is entirely a volunteer department. | | I'd rather leave the onus on the person who is offerint the package. | Please get a go from the people responsible for glimpse. | | This package is on hold until that time. I talked to glimpse staff. They said it's okay provided that there is notice included in the package. They will supply one in later releases. Until then /etc/postinstall/glimpse.sh writes a new file: /usr/doc/glipse-VERSION/README_COMMERCIAL_USE Content: Glimpse is not free software. You need to purchase a license for any commercial use of this software. For more information, see http://glimpse.cs.arizona.edu/ = Licencing References: Golda Velez [EMAIL PROTECTED] wrote back: Sure [you can include glimpse in Cygwin Net distribution, as long as there is a README file or otherwise it is made clear that commercial users are 'supposed' to purchase a license. Debian has a 'nonfree' area of their distribution which would be appropriate for glimpse, I've been meaning to package it up and put it there. If there's no 'nonfree' area, how about we include a readme something like README_COMMERCIAL_USE that people are not likely to miss if they visit the install directory? I've updated the packages. Here are them for evaluation: http://tierra.dyndns.org:81/cygwin/glimpse-4.17.4-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/glimpse-4.17.4-1-src.tar.bz2 Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.ryanthiessen.com/swatch/resources.htm Convert @time http://www.mir.com.my/iTime/itime.htm
YA try at the PCRE packages
Separate setup.hint files for all, and libpcre containing only the DLLs. I didn't see any other comments come by, so I hope it's OK now.. md5 sums and URLs follow. rlc 2a0fd43ea31c65efe7ed4c217ca85df4 *libpcre-4.1-1-src.tar.bz2 965f50c72dd7712600c784166433f354 *libpcre-4.1-1.tar.bz2 772ac6eacbb3371a00c691739cb8e37e *libpcre0-4.2-1.tar.bz2 b4305e1a60abcbb747890de02f49bc1f *pcre-4.2-1-src.tar.bz2 1824499450f51923f5f4327f20ae8801 *pcre-4.2-1.tar.bz2 5b5d2d374077dbd5260965ae10c120ad *pcre-devel-4.2-1.tar.bz2 a1f0c3521c2e517baf13057fae6d33ee *pcre-doc-4.2-1.tar.bz2 968051a4024978bb59bd7d87f763ad21 *setup.hint.libpcre 9a96bb7c6fa4ce119f357a18a64746af *setup.hint.libpcre0 905593fbf53bb5556fc6a9801107da22 *setup.hint.pcre 82cd447d7307303088eb4fcaa27a7a17 *setup.hint.pcre-devel 41cc4bc4bfbf04523f1de66ba3c2f8a7 *setup.hint.pcre-doc http://blytkerchan.chez.tiscali.fr/libpcre-4.1-1-src.tar.bz2 http://blytkerchan.chez.tiscali.fr/libpcre-4.1-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/libpcre0-4.2-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/pcre-4.2-1-src.tar.bz2 http://blytkerchan.chez.tiscali.fr/pcre-4.2-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/pcre-devel-4.2-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/pcre-doc-4.2-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/setup.hint.libpcre http://blytkerchan.chez.tiscali.fr/setup.hint.libpcre0 http://blytkerchan.chez.tiscali.fr/setup.hint.pcre http://blytkerchan.chez.tiscali.fr/setup.hint.pcre-devel http://blytkerchan.chez.tiscali.fr/setup.hint.pcre-doc
RE: OT - Terminal embedded in desktop
Umm, Jean-Claude, most likely I'm missing something, but shouldn't you be able to create one yourself rather easily by taking the code for a stock xterm (the simpler - the better), removing the call that creates the window, and using root drawing calls instead of window drawing calls? I know it won't be *that* simple, but as a general direction, does the above look feasible? Igor On Tue, 3 Jun 2003, Jean-Claude Gervais wrote: Hi Biju, Thanks for taking the time to try and understand. I know I am not totally clear. I'm not looking for something for Windows. It's something for X, Gnome, KDE, or whatever other X thingie I'd need to run it where the desktop is a normal Linux X desktop, with icons and things on it, but at the same time, it is a terminal window. The terminal window is transparent, yes. But not transparent like a lot of X terminals I've seen that only put the same bitmap that the X root window is using in their client area. With normal terminals, you see a fake transparence; it simulates transparence by using the desktop bitmap as a background in its (the terminal's) window. I'm talking about a desktop applet (maybe an applet, maybe something else, I'm not sure) that is a terminal window, covering the desktop, but really transparent. And if you click on an item on the desktop, you can activate it. Does that make any sense? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Biju G C Sent: Sunday, June 01, 2003 3:55 PM To: [EMAIL PROTECTED] Subject: Re: OT - Terminal embedded in desktop --- Jean-Claude Gervais [EMAIL PROTECTED] wrote: Hello, Also, the terminal window, since it is the desktop, would not have a border, would take up the entire desktop and could not be moved. It would not appear in the window list of the window manager. Is there such an animal? Is it an application, a window manager or a combination of the two? Thanks. R u looking some thing like the following They are not X Window manger, But May be use it along with XWin.exe (I have not tried) http://blueboxshell.org/ http://bb4win.org/news.php http://www.litestep.net/ http://indiestep.sourceforge.net/ http://www.lokai.org/ http://www.geoshellx.com/ http://geoshell.sourceforge.net/GeoWiki http://carbon.shellscape.org/ http://shells.lokai.net/ -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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
Schedule for upgrade to XFree 4.3?
Folks, Is there a schedule for upgrade to XFree 4.3? Ruth
Re: xwinclip shouldn't monitor the primary selection
Think what you want in five minutes, but I have worked on it for over a year and it isn't as simple as you think. Keep your suggestions to yourself if you don't have anything concrete to contribute. Harold [EMAIL PROTECTED] wrote: Sorry. I have searched the maillist and I've read several times that xwinclip must be rewritten, but I can't find why. In January, you said that you are planning to integrate xwinclip into the X server to be able to detect when an application asserts a selection ownership (at least, it's what I understant :-?). I think that this is a dead end, because an X application doesn't need to notify the X server when the selection content changes. For example, gvim asserts the primary selection ownership when you begins the drag operation and doesn't assert it again when you release the mouse button. Nonetheless, monitoring the primary selection is a bad idea. The primary selection is a secondary way of coping and pasting, an easter egg for expert users and is very volatile. The main way of cutting, coping and pasting must be the clipboard selection. Look at http://www.freedesktop.org/standards/clipboards.txt. So I think that xwinclip must ignore the primary selection. Good bye!
Re: CVS Import
Alexander, Thanks for taking care of this. I am pulling a tree down now. Harold Alexander Gottwald wrote: Hi, I've just imported the Xfree 4.3.0 sources and the server test 91 sources to the xoncygwin cvs at sourceforge. I've not yet done a test build. Some changes which were applied to the windows-1 branch may also be taken over to the HEAD branch (eg some files in config/cf) but I've not touched them yet. bye ago
Re: Schedule for upgrade to XFree 4.3?
Is this a broken record? I replied to this yesterday. Harold Ruth Ivimey-Cook wrote: Folks, Is there a schedule for upgrade to XFree 4.3? Ruth
Re: Problem with releases since -37
On Tue, Jun 03, 2003 at 10:38:52AM -0400, Andrew Braverman wrote: I updated the XWin package to -42 and changed nothing else. The new stackdump is attached. Thank you again for all the help. I was talking about the latest CYGWIN DLL, not the latest XWin package. [mailto:[EMAIL PROTECTED] Behalf Of Christopher Faylor Sent: Monday, June 02, 2003 7:44 PM To: [EMAIL PROTECTED] Subject: Re: Problem with releases since -37 On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: Sorry. Missed that one. It is attached now. Doh. I was hoping that if I saw the cygwin version from the cygcheck output I would be able to figure out the stack dump but I've removed the debugging version of cygwin 1.3.22 that I'd need to do that. If you want to try the latest (i.e., the soon to be uploaded June 2 version) cygwin snapshot DLL and send the stackdump file again, I should be able to say where it is dying from the hex address.
Re: Schedule for upgrade to XFree 4.3?
On Mon, 2 Jun 2003, Harold L Hunt II wrote: Ruth, No schedule. We are working on it, sort of. Thanks for the reply, and sorry I didn't notice it earlier... don't know why :-( I was thinking mainly of the font system improvements, I guess. Regards, Ruth -- Ruth Ivimey-Cook Software engineer and technical writer.
Re: compile does not create me an xwin.exe
I looked through the build log and it appears that it fails to build something is wrong with: winmultiwindowclass ... rm -f winmsg.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../exports/include/X11 -I../../../../include/fonts -I../../../../programs/Xserver/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/shadow -I../../../../programs/Xserver/miext/layer -I../../../../programs/Xserver/include -I../../../../programs/Xserver/os -I../../../../include/extensions -I../../../../exports/include/X11 -I../../../../programs/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXvMCExtension-DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXvMCExtension-DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DHAS_MMAP -UXFree86LOADER -UXF86DRI -DPROJECTROOT=\/usr/X11R6\ winmsg.c make[5]: *** No rule to make target `winmultiwindowclass.o', needed by `libXwin.a'. Stop. make[5]: Leaving directory `/x-devel/build/std/programs/Xserver/hw/xwin' make[4]: *** [hw/xwin] Error 2 make[4]: Leaving directory `/x-devel/build/std/programs/Xserver' making all in programs/lbxproxy... make[4]: Entering directory `/x-devel/build/std/programs/lbxproxy' making all in programs/lbxproxy/di... make[5]: Entering directory `/x-devel/build/std/programs/lbxproxy/di' rm -f main.o ... Original Message Follows XWin.exe will be in build/std/programs/Xserver/XWin.exe, not in build/std/XWin.exe. Does that help? Harold Calvin Smith wrote: i'm trying to compile xwin following the 'Cygwin/XFree86 Contributor's Guide' but after i run make World it doesn't create an xwin.exe _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris
Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: Hi John This is what I see in /tmp/XWin.log from 2 consecutive tries. GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} GetWindowName GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build ID: 2003052723} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING mozilla-bin Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Mon, 02 Jun 2003 21:40:56 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold - Original Message - From: Robert Pang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 6:24 PM Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi developers, I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in my XFree 86 running in multi-window mode. Mozilla starts fine. However, whenever I click in the address bar to enter a new URL, Mozilla aborts with the following error when I click in the address bar. mozilla ./mozilla X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0xc000 Serial number of failed request: 2467 Current serial number in output stream: 2467 Mozilla running from Linux/x86 doesn't show the same problem and works perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? Thanks. Rob
RE: [ANNOUNCEMENT] Server Test 91
Harold Hunt wrote: 5) winclass.c, winclass.h - Rename these files to winmultiwindowclass.c and winmultiwindowclass.h, respectively, since they are only used in MultiWindow mode. Prefix the functions in these files with MultiWindow. (Harold L Hunt II) The appended patch contains some function parameter checking to avoid segfaults in case of invalid parameter values. It is based on the xwin-Test91 release. Ralf param_check_xwin91.dif Description: Binary data
Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris
Hi Harold I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on the address bar. But it doesn't crash if I do not use -clipboard. So, is -clipboard the problem? How come I don't have a problem with -clipboard if mozilla is run from Linux instead? Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Tue, 03 Jun 2003 13:32:43 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: - Original Message - From: Robert Pang [EMAIL PROTECTED] To: Robert Pang [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 10:09 AM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi Harold This is what I see in /tmp/XWin.log from 2 consecutive tries. GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} GetWindowName GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build ID: 2003052723} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING mozilla-bin Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Mon, 02 Jun 2003 21:40:56 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold - Original Message - From: Robert Pang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 6:24 PM Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi developers, I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in my XFree 86 running in multi-window mode. Mozilla starts fine. However, whenever I click in the address bar to enter a new URL, Mozilla aborts with the following error when I click in the address bar. mozilla ./mozilla X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0xc000 Serial number of failed request: 2467 Current serial number in output stream: 2467 Mozilla running from Linux/x86 doesn't show the same problem and works perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? Thanks. Rob
Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris
Harold BTW, I don't have the crash when -clipboard is in use when I do not use multiwindow mode. Rob - Original Message - From: Robert Pang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 1:14 PM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi Harold I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on the address bar. But it doesn't crash if I do not use -clipboard. So, is -clipboard the problem? How come I don't have a problem with -clipboard if mozilla is run from Linux instead? Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Tue, 03 Jun 2003 13:32:43 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: - Original Message - From: Robert Pang [EMAIL PROTECTED] To: Robert Pang [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 10:09 AM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi Harold This is what I see in /tmp/XWin.log from 2 consecutive tries. GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} GetWindowName GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build ID: 2003052723} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING mozilla-bin Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Mon, 02 Jun 2003 21:40:56 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold - Original Message - From: Robert Pang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 6:24 PM Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi developers, I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in my XFree 86 running in multi-window mode. Mozilla starts fine. However, whenever I click in the address bar to enter a new URL, Mozilla aborts with the following error when I click in the address bar. mozilla ./mozilla X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0xc000 Serial number of failed request: 2467 Current serial number in output stream: 2467 Mozilla running from Linux/x86 doesn't show the same problem and works perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? Thanks. Rob
Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris
Rob, Welcome to the world of threads. The clipboard manager and window manager run in their own threads within the X Server process... there is likely to be a bug in one of those modules or in the supporting modules. I have no idea which module actually contains the bug at this point. How prepared are you to help with debugging? I mean, you are in the CS department at Stanford, so I would expect that you can help us quite a bit, no? :) Harold Robert Pang wrote: Hi Harold I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on the address bar. But it doesn't crash if I do not use -clipboard. So, is -clipboard the problem? How come I don't have a problem with -clipboard if mozilla is run from Linux instead? Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Tue, 03 Jun 2003 13:32:43 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: - Original Message - From: Robert Pang [EMAIL PROTECTED] To: Robert Pang [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 10:09 AM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi Harold This is what I see in /tmp/XWin.log from 2 consecutive tries. GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} GetWindowName GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build ID: 2003052723} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING mozilla-bin Thanks. Rob - Original Message - From: Harold L Hunt II huntharo at msu dot edu To: cygwin-xfree at cygwin dot com Date: Mon, 02 Jun 2003 21:40:56 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold - Original Message - From: Robert Pang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 6:24 PM Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Hi developers, I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in my XFree 86 running in multi-window mode. Mozilla starts fine. However, whenever I click in the address bar to enter a new URL, Mozilla aborts with the following error when I click in the address bar. mozilla ./mozilla X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0xc000 Serial number of failed request: 2467 Current serial number in output stream: 2467 Mozilla running from Linux/x86 doesn't show the same problem and works perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? Thanks. Rob
Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris
Rob, There is a temporary release of XWin.exe available that watches our for more NULL pointer dereferences. Please try it out and report your results: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2 There are instructions for installing such a binary at: http://xfree86.cygwin.com/devel/shadow/ Thanks for testing, Harold
Re: ooh, ooh! more nitpicking
Jack, Yeah, that is definitely a feature that people getting paid to program would implement. :) I think we have many more fundamental problems to solve before we worry about such issues. Harold Jack Tanner wrote: So I love the fact that my X-forwarded apps now show up in the Alt-Tab list with their proper icons. Except that now there's no way to distinguish at a glance between, say, a Mozilla running locally and a Mozilla running remotely -- they have the same icon. How about this for overloading a simple feature and opening a gazillion cans of worms: the icon shown for each X application in the Alt-Tab list (as well as in the taskbar, for completeness sake), gets it's default icon but with an faint X11-style letter X in the background. This letter X should be visible no matter what my system colors are. As a bonus point, the number of the X display should be embedded next to the X to disambiguate between the same application being shown on different X servers, but this bonus functionality should only be enabled if more than one X server is actually running. Flames to /dev/null; granted, this is a silly idea but it does point out a problem. Additional information could be sought by seeing how other application-forwarding software (e.g., VNC, NetMeeting, PC Anywhere, Citrix Metaframe or their ilk) disambiguate under such circumstances, or if they bother to do anything at all. For those still reading, here's an entertaining note: the citrix.com site currently carries an ad which reads Citrix embraces and extends Windows Server 2003. -JT
Re: ooh, ooh! more nitpicking
Hi-Jack, All the local MS applications should have a big yellow 'M' in their icon foregrounds. remote Macs should have a big red 'X' (OS X only!)), Suns a big 'S', HP's a big 'P' etc. I'm sure they will all oblige and change their icons, after all X came first (or did it?). Post it to their help desks (beware, some charge just to ask a question), they love to change things willy-nilly. Tell them it's in the good cause of 'disambiguation' of remote/local systems via a heterogeneous server. If I can get I copy of the source code I will hack it for them for free, please advise on CVS/pass. Colin
Re: ooh, ooh! more nitpicking
Okay, okay, no need to go overboard. Harold Colin Harrison wrote: Hi-Jack, All the local MS applications should have a big yellow 'M' in their icon foregrounds. remote Macs should have a big red 'X' (OS X only!)), Suns a big 'S', HP's a big 'P' etc. I'm sure they will all oblige and change their icons, after all X came first (or did it?). Post it to their help desks (beware, some charge just to ask a question), they love to change things willy-nilly. Tell them it's in the good cause of 'disambiguation' of remote/local systems via a heterogeneous server. If I can get I copy of the source code I will hack it for them for free, please advise on CVS/pass. Colin
Efforts to make xwinclip/-clipboard not steal the selection [Fwd:[Xoncygwin-cvs] CVS Update: xc (branch: trunk)]
Okay, since the selection stealing by xwinclip/-clipboard probably generates the largest amount of annoying questions on this mailing list, I decided to finally spend a little time trying to redo this properly. I had been meaning to look at Keith Packard's XFIXES extension that was added to the XFree86 CVS last November and was subsequently removed before 4.3.0 was released. Tonight I looked through the pieces that of that patch that added a new type of callback function for selection changes. Callbacks for this can be registered by calling AddCallback... Tonight I applied those few pieces of Keith's code for the selection callback to our SourceForge CVS tree. I also added a file to hw/xwin called winclipboardcallback.c and I added a call in winscrinit.c that registers a callback. Forgive the poor function names... but it is past bed time (you'll know what I mean if you look at the CVS). The code compiles and runs. When the selection changes, it prints a message to the log file via ErrorF. So, we are at least able to detect when the selection changes now. There are two steps that I will be taking next (or appreciating help from others on): 1) Make a few simple changes to the -clipboard functionality that registers a callback for the selection change events. Stop stealing the selection when something in X is copied. This would immediately improve -clipboard since it would no longer steal the selection and it would still support wonderful things like non-ANSI text conversion. 2) Change the clipboard functionality from an X Client to just another set of functions in the X Server. This is possible because we no longer have to wait for the X Client SelectionNotify events, etc., but it may prove difficult to find the X Server interface to the functions that convert selections into the desired format. On the other hand, this may be really easy. I would *really* like to do (1) first, even if (2) were to follow as soon as later the same day. I think that (1) is achievable within 8 hours. I may have something tomorrow. I would appreciate if others would look into (2) in the mean time. Good night, Harold Original Message Subject: [Xoncygwin-cvs] CVS Update: xc (branch: trunk) Date: Tue, 03 Jun 2003 22:06:38 -0700 From: Harold Hunt [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CVSROOT:/cvsroot/xoncygwin Module name:xc Repository: xc/programs/Xserver/include/ Changes by: [EMAIL PROTECTED] 03/06/03 22:06:38 Log message: Add parts of Keith Packard's XFIXES used to notify clients when the selection changes. Only built when __CYGWIN__ is defined. Modified files: xc/programs/Xserver/dix/: dispatch.c xc/programs/Xserver/hw/xwin/: Imakefile winscrinit.c xc/programs/Xserver/include/: dix.h Revision ChangesPath 1.2 +40 -20xc/programs/Xserver/dix/dispatch.c 1.3 +2 -0 xc/programs/Xserver/hw/xwin/Imakefile 1.2 +267 -53 xc/programs/Xserver/hw/xwin/winscrinit.c 1.2 +28 -4 xc/programs/Xserver/include/dix.h --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Xoncygwin-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xoncygwin-cvs
Possible X-Wndows problem
I had Cygwin crash on me the other day and was wondering if this is my machine doing this (like it ran out of memory or some such) or if it was a known problem with Cygwin. What happened: I wrote a small program which opened a 400x400 pixel screen and then proceeded to write to each pixel varying colors. The program worked at first but after allowing the program to run several hours while it randomly wrote colors to the dots (in the proper range of course), Cygwin crashed and died leaving the system in an unstable state (ie: I had to reboot my Windows box). System Statistics: Pentium-4 3.0Ghz cpu 512MB of memory Standard things like keyboard, optical mouse, scanner, etc Lots of hard drive space (11GB free) Notes: I was not using OpenGL but was rather using the standard X Windows/Motif drawing routines to handle the drawing of the dots. I am thinking that due to the enormous number of times Cygwin had to write a single dot, then update the window, that maybe I ran into some kind of a buffer overflow. I have run my test program and Cygwin does die each time. Usually after a couple of hours. So it takes quite a while to build up to whatever it is that is causing this. I am trying to reduce the overall program down to where I can post the example program but if anyone has run into this before, I would appreciate an e-mail or a post pointing me in the right direction. TIA to whomever answers. Mark
xwinclip patch
What I'm requesting is so simple as this: --- xwinclip.c.orig 2003-01-13 02:27:22.0 +0100 +++ xwinclip.c 2003-06-04 10:09:18.0 +0200 @@ -362,15 +362,6 @@ exit (1); } - /* Assert ownership of PRIMARY */ - iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY, - iWindow, CurrentTime); - if (iReturn == BadAtom || iReturn == BadWindow) -{ - printf (Could not set PRIMARY owner\n); - exit (1); -} - /* Local property to hold pasted data */ atomLocalProperty = XInternAtom (pDisplay, CYGX_CUT_BUFFER, False); if (atomLocalProperty == None) With this patch, xwinclip works as a Windows user would expect. With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard: ~/.Xresources: *VT100.Translations: #override \ Shift KeyPress Insert: insert-selection(CLIPBOARD) \n\ Ctrl KeyPress Insert: select-set(CLIPBOARD) \n\ ~/.emacs: (global-set-key [S-delete] 'clipboard-kill-region) (global-set-key [S-insert] 'clipboard-yank) (global-set-key [C-insert] 'clipboard-kill-ring-save) Gnome 12, Gvim, and KDE 3 works correctly. I acknow that there is lots of old applications (KDE12 mainly) that ignores completely the clipboard, so I will try to rewrite xwinclip as a windows taskbar app that will allow to copy (at user request) the primary selection to the clipboard and vice versa. Good bye!
src/winsup/cygwin configure.in configure
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-06-03 17:32:03 Modified files: winsup/cygwin : configure.in configure Log message: * configure.in: Allow any i?86 variant. * configure: Regenerate. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.in.diff?cvsroot=srcr1=1.15r2=1.16 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.diff?cvsroot=srcr1=1.13r2=1.14
stat weird feature
Here is the patch discussed today on the developers' list. I have also moved a comment that had drifted out of its natural spot. Pierre 2003-06-04 Pierre Humblet [EMAIL PROTECTED] * fhandler_disk_file.cc (fhandler_disk_file::fstat): Mark the pc as non-executable if the file cannot be opened for read. Retry query open only if errno is EACCES. Never change the mode, even if it is 000 when query open() fails. Index: fhandler_disk_file.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_disk_file.cc,v retrieving revision 1.54 diff -u -p -r1.54 fhandler_disk_file.cc --- fhandler_disk_file.cc 1 Jun 2003 19:37:13 - 1.54 +++ fhandler_disk_file.cc 4 Jun 2003 00:54:25 - @@ -137,8 +137,6 @@ fhandler_disk_file::fstat (struct __stat { int res = -1; int oret; - __uid32_t uid; - __gid32_t gid; int open_flags = O_RDONLY | O_BINARY | O_DIROPEN; bool query_open_already; @@ -159,27 +157,15 @@ fhandler_disk_file::fstat (struct __stat if (query_open_already strncasematch (pc-volname (), FAT, 3) !strpbrk (get_win32_name (), ?*|)) oret = 0; - else if (!(oret = open (pc, open_flags, 0))) + else if (!(oret = open (pc, open_flags, 0)) + !query_open_already + get_errno () == EACCES) { - mode_t ntsec_atts = 0; /* If we couldn't open the file, try a query open with no permissions. This will allow us to determine *some* things about the file, at least. */ + pc-set_exec (0); set_query_open (true); - if (!query_open_already (oret = open (pc, open_flags, 0))) - /* ok */; - else if (allow_ntsec pc-has_acls () get_errno () == EACCES -!get_file_attribute (TRUE, get_win32_name (), ntsec_atts, uid, gid) -!ntsec_atts uid == myself-uid gid == myself-gid) - { - /* Check a special case here. If ntsec is ON it happens -that a process creates a file using mode 000 to disallow -other processes access. In contrast to UNIX, this results -in a failing open call in the same process. Check that -case. */ - set_file_attribute (TRUE, get_win32_name (), 0400); - oret = open (pc, open_flags, 0); - set_file_attribute (TRUE, get_win32_name (), ntsec_atts); - } + oret = open (pc, open_flags, 0); } if (!oret || get_nohandle ()) @@ -217,7 +203,11 @@ fhandler_disk_file::fstat_helper (struct to_timestruc_t (ftCreationTime, buf-st_ctim); buf-st_dev = pc-volser (); buf-st_size = ((_off64_t)nFileSizeHigh 32) + nFileSizeLow; - /* Unfortunately the count of 2 confuses `find (1)' command. So + /* The number of links to a directory includes the + number of subdirectories in the directory, since all + those subdirectories point to it. + This is too slow on remote drives, so we do without it. + Setting the count to 2 confuses `find (1)' command. So let's try it with `1' as link count. */ if (pc-isdir () !pc-isremote () nNumberOfLinks == 1) buf-st_nlink = num_entries (pc-get_win32 ()); @@ -336,11 +326,6 @@ fhandler_disk_file::fstat_helper (struct buf-st_mode = ~(cygheap-umask); } - /* The number of links to a directory includes the - number of subdirectories in the directory, since all - those subdirectories point to it. - This is too slow on remote drives, so we do without it and - set the number of links to 2. */ done: syscall_printf (0 = fstat (, %p) st_atime=%x st_size=%D, st_mode=%p, st_ino=%d, sizeof=%d, buf, buf-st_atime, buf-st_size, buf-st_mode,
RE: NTsec permissions issue over inet
Steve, Windows security is built in such a way that it won't trust authentication tokens from remote machines that don't contain a password. Thus, if you use passwordless ssh or rexec, the token created will be enough for the local machine, but won't be accepted by a remote share. Password-authenticated ssh *will* let you access network shares (you may have to re-authenticate for the share itself by providing a user and password to net use. An alternative is to run sshd from a shell owned by the user you'll be logging in as, and then you should be able to use passwordless authentication and access network shares too, at the price of not being able to log in as other users. You might be able to pull the same trick with inetd as well (i.e., don't --install-as-service)... In this case, they will reuse the token created when you logged in, IIUC. Igor On Tue, 3 Jun 2003, Banville, Stephen wrote: Igor, Sorry about that. Here si the body of the message that I am replying too. I am basically looking for a work-around regarding this issue with not being able too access network driver during remote acess. There has been some insight on what the problem seems to be in regards to the version of Cygwin. My question is regards to a immediate work-around this permissions issue with inetd/xinetd ? Thanks everyone for taking the time in looking into this issue. Steve Fwd: Re: NTsec permissions issue over inet] From: Larry Hall cygwin-lh at cygwin dot com To: Cygwin cygwin at cygwin dot com Date: Mon, 02 Jun 2003 23:33:51 -0400 Subject: [Fwd: Re: NTsec permissions issue over inet] Reply-to: cygwin at cygwin dot com Original Message Bruce Dobrin wrote: YIKES! There it is, and right there in the users guide no less not only that, but in a section I've actually read a number of times!. Well, that does explain almost everything that is going on ( though, it seems to have gotten even tighter since the 1.3.12 release that allows me to access net drives if I specify a passwd during rlogin( as mentioned below)). The perl script is actually running as a service; as a user with net access rights. I hate to ask this without looking at the inetd/xinetd code first: But is there any chance that context switching will be fixed to allow net access too someday? Not without some mechanism to provide the password to Windows, no. If someone would like to take this statement as a challenge and provide an alternate solution, please do. :-) -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 8:35 AM To: Banville, Stephen Cc: [EMAIL PROTECTED] Subject: Re: NTsec permissions issue over inet On Tue, 3 Jun 2003, Banville, Stephen wrote: Bruce, This is starting to become clear o what is actually going on. How do you currently get around this issue ? Steve Steve, Please either quote the message you're replying to, or make sure your mailer contains threading information (the In-Reply-To and/or References headers). Personally, I have no idea which message you replied to. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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: [ANNOUNCE] LibXML2 (2.5.7) test packages available
Hi Elfyn, xmllint works fine for me. I tested it with the following options: $ xmllint -noout -valid -catalogs Specification.xml not specifying -catalogs or specifying -dtdvalid URL fetches the DTD from the given URL, as expected. Without the -valid option, only the well-formedness is checked. And without the -noout option, xmllint outputs the result tree to stdout. Validity and well-formedness errors are reported if present. My document is of medium size (~400k). I haven't tested any of the other options. Now I'm looking forward for an updated xsltproc, cause that was what wasn't compatible with the latest XSL stylesheets. Good work! Thanks, Patrick I have uploaded test packages for LibXML2 version 2.5.7 to sources.redhat.com . The LibXML2 source and binary packages *should* be available on most mirrors by the beginning of next week. The source package does not *yet* contain a patch file; for some reason (me being tired?) `diff' was thinking the entire source package had changed, only the configury has changed, however. Please test the library as much as possible, as I'd like to get this update out there ASAP. If you find any problems/Cygwin related bugs, please let me know on the list ([EMAIL PROTECTED]). Updated packages for LibXSLT are to follow. Elfyn -- 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: [ANNOUNCE] LibXML2 (2.5.7) test packages available
Hi Elfyn, xmllint works fine for me. I tested it with the following options: $ xmllint -noout -valid -catalogs Specification.xml not specifying -catalogs or specifying -dtdvalid URL fetches the DTD from the given URL, as expected. Without the -valid option, only the well-formedness is checked. And without the -noout option, xmllint outputs the result tree to stdout. Validity and well-formedness errors are reported if present. My document is of medium size (~400k). I haven't tested any of the other options. Cool, this sounds promising. Before I took over maintainership of LibXML2 I did all of my xml stuff in php, and took this as an excuse to learn the API. I have library called 'webauth' which I have just migrated to C, which uses xml files that can be well over ~30MG, and it works perfectly. (although a little slow) :-) Now I'm looking forward for an updated xsltproc, cause that was what wasn't compatible with the latest XSL stylesheets. LibXSLT packages are on there way. I'm rebuilding/packaging right now, so hopefully I'll have them out (test packages) today. Good work! Thanks, Patrick :-) Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with accept?!! (was: Re: apache cygwin package hangs when MaxRequestsPerChild reached!)
On Mon, Jun 02, 2003 at 07:41:02PM -0700, Christopher B. Liebman wrote: Bingo! ***much*** better. It will be intresting to get some feedback from someone who is running an active web server with apache/cygwin. Would you mind to check out the latest from CVS and test it again? Thomas Pfaff had a critical look into my solution and after some mulling over the code we have an entirely new way to do blocking accepts and connects. It's probably somewhat slower than yesterday but in contrast to yesterday, this new solution doesn't lose two system handles per interrupted call. Thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Slight patch for Cron
On Tue, Jun 03, 2003 at 11:33:48AM +0200, Hannu E K Nevalainen (garbage mail) wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ronald Landheer-Cieslak I've developed an insignificant patch to cron (attached) that makes cron detach from the console before forking out (under Cygwin only). The patch is against the current release's source and WFM. Please, next time make the filename extension be *-patch.txt or some such. 1) *.patch is bound to Corel Draw/Photopaint on my system. This is not necessary. .patch is a perfectly fine extension to use. There is no need to ask people to go to effort to accommodate your mail reader or system use. 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/
rsh to start background job on remote machine
Can someone tell me how to start a background job on a Cygwin machine using rsh? I cannot figure out how to get the job to detach -- the rsh always waits for the job to finish, which is not what I want. I just want to fire up a command on a remote machine and forget about it. -- Joe Buehler -- 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: New setup: User not found? /cygdrive/h as default home directory?
Hans, Look at the last number in the SID (last comma-separated entry in the gecos (fifth) field of your /etc/passwd line). For example, on my machine: igor::1001:544:Igor Pechtchanski,U-igor,S-1-5-21-1681344628-1719607816-643004363-1001:/home/igor:/bin/bash ^ The underlined part is the SID. The sequence of digits after the last - (dash) is 1001, so my real user id is 1001. In your case, it will be some large number. Igor On Tue, 3 Jun 2003, Hans Deragon (LMC) wrote: Mmm... stupid question, but how does one get the full user id on a windows machine? I search Google groups, but could not find any reference to this. If my user id is not 18544, how can I find which one it is? Sincerely, Hans Deragon -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 8:10 PM To: [EMAIL PROTECTED] Subject: Re: New setup: User not found? /cygdrive/h as default home directory? On Mon, Jun 02, 2003 at 02:07:11PM -0400, Hans Deragon (LMC) wrote: Greetings. Long time user of cygwin. Got a new job and off course, first thing I do is install it. However, I am encounting a problem I never had in previous installations. The installation was successfull, but when I started a command line window (cygwin.bat), I got the following: id: cannot find name for user ID 18544 Hans, here is another possibility in addition to what Igor already wrote. You may have a uid 64k. If that is the case, edit /etc/passwd and change it (the next version of Cygwin will use 32 bit uids). mkdir: cannot create directory `/cygdrive/h': No such file or directory cp: cannot create regular file `/cygdrive/h//.bash_profile': No such file or directory bash: cd: /cygdrive/h: No such file or directory If you installed as a domain user, the installation program created an entry for you with the command mkpasswd -l -c. It uses HOMEDRIVE/HOMEPATH to determine your home directory. Run mkpasswd -l -c and look at the last line to see who Cygwin thinks you are. Pierre -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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: Slight patch for Cron
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Christopher Faylor On Tue, Jun 03, 2003 at 11:33:48AM +0200, Hannu E K Nevalainen (garbage mail) wrote: Please, next time make the filename extension be *-patch.txt or some such. This is not necessary. .patch is a perfectly fine extension to use. IMO this would make it be more general, i.e not as prone to hit this particular problem nor some other. I find it irritating that installers do things that I have NOT asked for (in this case associate an application with a certain extension). Hunting down these little pesky things takes more time than it is worth. I still DO it at times, when I feel like 'killing' something. (Just another form of 'bugswatting' I believe `:-} ) Many times removing the application doesn't clean up the mess. At times I do use backups the means to keep a 'irritation clean' system. Not this time though (huge backup size expected, only CDR's to backup to). /Hannu E K Nevalainen, 59~14'N, 17~12'E. 25~C in the sun right now. ~ = degree --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: Slight patch for Cron
Hi Corinna, On Tue, 3 Jun 2003, Corinna Vinschen wrote: On Tue, Jun 03, 2003 at 10:31:05AM +0200, Ronald Landheer-Cieslak wrote: I've developed an insignificant patch to cron (attached) that makes cron detach from the console before forking out (under Cygwin only). The patch is against the current release's source and WFM. Did you try a recent developers snapshot? This should be accomplished by the setsid call in the child (right after fork). Assuming you mean a Cygwin snapshot, I hadn't though it was a Cygwin problem so I haven't tried a snapshot, no, but come to think of it, the daemonizing cron does should detach it from the console ... (running chin ... lol ... slap forehead) I'll reinstall the unpatched cron, download the snapshot and give it a go. I'll let you know. Thanx! rlc -- 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: Slight patch for Cron
On Tue, 3 Jun 2003, Ronald Landheer-Cieslak wrote: On Tue, 3 Jun 2003, Corinna Vinschen wrote: On Tue, Jun 03, 2003 at 10:31:05AM +0200, Ronald Landheer-Cieslak wrote: I've developed an insignificant patch to cron (attached) that makes cron detach from the console before forking out (under Cygwin only). The patch is against the current release's source and WFM. Did you try a recent developers snapshot? This should be accomplished by the setsid call in the child (right after fork). Assuming you mean a Cygwin snapshot, I hadn't though it was a Cygwin problem so I haven't tried a snapshot, no, but come to think of it, the daemonizing cron does should detach it from the console ... (running chin ... lol ... slap forehead) I'll reinstall the unpatched cron, download the snapshot and give it a go. I'll let you know. Nope.. I've just rebooted with the latest snapshot and have a cron window hanging around. Cygcheck output is attached.. HTH rlc Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jun 03 18:38:06 2003 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin c:\orant\bin c:\mks\mkssi c:\mks\mksnt c:\WINNT\system32 c:\WINNT c:\WINNT\system32\nls\ENGLISH c:\WINNT\system32\nls c:\WINNT\system32\nls\English . c:\PROGRA~1\ULTRAE~1 c:\Program Files\doxygen\bin c:\MSSQL7\BINN c:\j2sdk1.4.1\bin c:\PROGRA~1\ATT\Graphviz\bin c:\PROGRA~1\ATT\Graphviz\bin\tools c:\Program Files\Perforce D:\cygwin\bin c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools c:\Program Files\Microsoft Visual Studio\VC98\bin . c:\Program Files\STI\bin\pc-win95 d:\DLL_test d:\xerces-c2_1_0-win32\bin D:\cygwin\bin c:\bin\sourcenav-512\bin d:\dll_test d:\pcre-3.9\bin d:\xerces-c2_1_0-win32\bin Z . c:\BC5\BIN . D:\cygwin\usr\X11R6\bin D:\cygwin\bin\id.exe output (nontsec) UID: 1006(RLandheer) GID: 513(Aucun) 513(Aucun)544(Administrateurs) D:\cygwin\bin\id.exe output (ntsec) UID: 1006(RLandheer) GID: 513(Aucun) 513(Aucun)544(Administrateurs) SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty ' HOME = `D:\cygwin\home\RLandheer' MAKE_MODE = `unix' PWD = `/home/RLandheer' USER = `RLandheer' BCDIR = `c:\BC5' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMPUTERNAME = `NT4-RLANDHEER' COMSPEC = `C:\WINNT\system32\cmd.exe' CVSROOT = `/home/RLandheer/.cvsroot' CVS_RSH = `/bin/ssh' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\users\default' HOSTNAME = `nt4-rlandheer' INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGONSERVER = `\\NT4-RLANDHEER' MANPATH = `:/usr/ssl/man' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `1' NWLANGUAGE = `English' NWUSERNAME = `rlandheer' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' 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 4, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0204' PROMPT = `$P$G' PS1 = `\[\033[0m\]\n$(check_transfer)\n\[\033[1;0m\]\[\033[0m\]\n[\[\033[31m\]$(date -I) [EMAIL PROTECTED] \[\033[1;34m\]\w\[\033[0m\]\n$ ' ROOTDIR = `c:/mks' SHLVL = `1' STATION = `0008740C3D87' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\TEMP' TERM = `rxvt' TMP = `c:\TEMP' TMPDIR = `c:\TEMP' USERDOMAIN = `NT4-RLANDHEER' USERNAME = `RLandheer' USERPROFILE = `C:\WINNT\Profiles\RLandheer' WINDIR = `C:\WINNT' WINDOWID = `168051576' WINDOWS_LOGIN = `0' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0028 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `D:\cygwin\home'
a question about build/installing
Can I just drop in the cygwin1.dll and keep the .a and .h files from 1.3.22? -- Chris - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 3:55 AM Subject: Re: Problem with accept?!! (was: Re: apache cygwin package hangs when MaxRequestsPerChild reached!) On Tue, Jun 03, 2003 at 12:45:48PM +0200, Gerrit P. Haase wrote: Corinna schrieb: On Tue, Jun 03, 2003 at 11:47:55AM +0200, Gerrit P. Haase wrote: Another problem with the latest snapshots was that I cannot build perl with it, I wonder if it wouldn't be more productive to write *why* it fails to build... I don't know why it fails. I just see that the first simple test to execute a perl statement with miniperl.exe (static perl binary) fails. Since miniperl is used to build the rest of perl (the shared core and all the modules) I cannot build perl. I haven't debugged it yet. I'll need to debug it, I know. Hint: Be careful to strictly separate your building environment in two parts, one with libcygwin.a and the headers from 1.3.22 (for building 1.3.x compatible applications) and one with libcygwin.a and the headers from the snapshot (building non-compatible 64 bit applications which only run under the latest (1.5.0) snapshots so far). If you only install the DLL and libcygwin.a from the snapshot but don't replace the header files, too, the resulting applications are very good candidates for crashing. Applications build with new headers but with the old libcygwin.a as well. Headers and stub library must match to work. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: sharing hd partition betw Linux and Cygwin
Soren Andersen wrote: Now sharing the drive space between the cvs tool (and cpan, too!) works, I think (haven't actually tried cvs yet but had to work on cpan a few minutes ago, and discovered it was suffering from the same difficulty). I'd be amazed if this all works seamlessly. Nevertheless, remember that CVS on cygwin is only supported with binary-mounted filesystems. If your default cygdrive mount is text (i.e. you installed Cygwin with DOS line endings), be sure to create a fresh binary mount for your CVS repository and use that as your CVSROOT. -- Shankar. -- 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: a question about build/installing
On Tue, Jun 03, 2003 at 09:56:04AM -0700, Christopher B. Liebman wrote: Can I just drop in the cygwin1.dll and keep the .a and .h files from 1.3.22? Yes. No problem. Just the .a and the .h must be kept together and then it only affects newly build applications, obviously.. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Path separator
I am looking to enhance SWISH-E ( http://www.swish-e.org )to support Cygwin. It builds and runs just fine, but internally the code takes a configuration parameter and if it is a shell-command, converts all of the / characters to \. For example, if IndexDir is set to c:/swish-e/bin/spider.pl, then this gets converted to c:\swish-e\bin\spider.pl and gets passed to popen(). This works well for running within the Win32 environment, but causes problems within Cygwin (Cannot execute c:swish-ebinspider.pl). Currently the code simply has: #ifdef _WIN32 make_windows_path( cmd ); #endif and make_windows_path() blindly replaces '/' for '\'. I'd like to have one binary support both Cygwin and native Win32 environments. Suggestions on the cleanest way? I figure that I can either: - detect at runtime whether we're in Cygwin (how?) - use an environment variable to determine the appropriate path separator (is there one?) Thanks in advance, greg_fenton. = Greg Fenton [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated Cygwin Package: proftpd-1.2.9rc1-2
New News: === I have updated the version of ProFTPD to 1.2.9rc1-2. The tarballs should be available on a Cygwin mirror near you shortly. This version was built from the official ProFTPD 1.2.9rc1 tarball with two small patches applied to: 1. handle textmode mounts properly 2. fix the empty ls / problem See the following for the details, if interested: http://bugs.proftpd.org/show_bug.cgi?id=2043 http://bugs.proftpd.org/show_bug.cgi?id=2075 Old News: === ProFTPD is an enhanced FTP server with a focus toward simplicity, security, and ease of configuration. It features a very Apache-like configuration syntax, and a highly customizable server infrastructure, including support for multiple 'virtual' FTP servers, anonymous FTP, and permission-based directory visibility. See the ProFTPD home page for more details: http://www.proftpd.org/ Please read the README file: /usr/doc/Cygwin/proftpd-1.2.9rc1.README since it covers requirements, installation, known issues, etc. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** 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] Jason -- 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: Path separator
On Tue, Jun 03, 2003 at 10:09:11AM -0700, Greg Fenton wrote: I am looking to enhance SWISH-E ( http://www.swish-e.org )to support Cygwin. It builds and runs just fine, but internally the code takes a configuration parameter and if it is a shell-command, converts all of the / characters to \. #ifdef _WIN32 make_windows_path( cmd ); #endif and make_windows_path() blindly replaces '/' for '\'. I'd like to have one binary support both Cygwin and native Win32 environments. Suggestions on the cleanest way? You shouldn't be defining _WIN32 for cygwin. Cygwin gcc doesn't define this by default. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Observation - ntemacs + rcs + cygwin note (lowercase+uppercase userid workaround)
First off, I know this is slightly offtopic since it mentions a program (ntemacs) which is not part of cygwin, but I figured I would just chime in with a finding which may be potentially useful to cygwin users who use ntemacs. I use ntemacs in preference to the cygwin /usr/bin/emacs, because of the native gui. I have a cygwin wrapper that does cygpath -w to my cygwin path names, and then passes the arg list to ntemacs. I found that on some machines, ntemacs+rcs would behave very strangely. I would be asked to steal the lock from willisma -- my userid. It worked fine on other machines. This did not occur in cygwin /usr/bin/emacs by the way. I found that vc-user-login-name was returning WILLISMA but the rcs file was locked by willisma. Case sensitive comparison. Anyway, the simplest workaround I found was to put a single line in my ntemacs script converting USERNAME to the lowercase. #!/bin/sh # ntemacs.sh - a cygwin wrapper for ntemacs export USERNAME=`echo $USERNAME | tr 'A-Z' 'a-z'` WNAMES= for k in $* ; do WNAMES=${WNAMES} `cygpath -w $k` done /cygdrive/c/emacs-21.3/bin/runemacs.exe $WNAMES -- 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: Slight patch for Cron
On Tue, Jun 03, 2003 at 06:44:19PM +0200, Ronald Landheer-Cieslak wrote: On Tue, 3 Jun 2003, Ronald Landheer-Cieslak wrote: On Tue, 3 Jun 2003, Corinna Vinschen wrote: On Tue, Jun 03, 2003 at 10:31:05AM +0200, Ronald Landheer-Cieslak wrote: I've developed an insignificant patch to cron (attached) that makes cron detach from the console before forking out (under Cygwin only). The patch is against the current release's source and WFM. Did you try a recent developers snapshot? This should be accomplished by the setsid call in the child (right after fork). Assuming you mean a Cygwin snapshot, I hadn't though it was a Cygwin problem so I haven't tried a snapshot, no, but come to think of it, the daemonizing cron does should detach it from the console ... (running chin ... lol ... slap forehead) I'll reinstall the unpatched cron, download the snapshot and give it a go. I'll let you know. Nope.. I've just rebooted with the latest snapshot and have a cron window hanging around. Cygcheck output is attached.. Does it help to set CYGWIN=notty before starting cron? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin rsh/socket bug?
I cannot figure out how to get the job to detach -- the rsh always waits for the job to finish, which is not what I want. I just want to fire up a command on a remote machine and forget about it. E.g., the following hangs: rsh cygwin-machine 'some_command /dev/null /dev/null 21 ' (If I got something slightly wrong there, keep in mind that it's an example so you can see what I mean -- I am actually using a script that I have used for years on UNIX machines.) I got this to work properly by wrapping the remote command with a PERL script that invokes shutdown() on STDIN, STDOUT and STDERR and then close(). I assume this is some kind of bug in Cygwin or in.rshd -- all I have to do on UNIX machines is close() on the same descriptors and the rsh client disconnects as desired. -- Joe Buehler -- 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/
SEGV in conv_path_list_buf_size with xemacs-21.5-b13 and cygwin-1.3.22-1
Hi, I am experiencing occasional SEGVs with xemacs-21.5-b13 while running the VM mail reader. It happens after some unpredictable interval (couple of hours) whether or not I am actively browsing mail (often happens when I am away from my desk for lunch) I downloaded and compiled the cygwin-1.3.22-1 sources. Here is a stacktrace: (gdb) where #0 strlen () at ../../../../../../cygwin-1.3.22-1/newlib/libc/machine/i386/strl en.S:27 #1 0x61058e2a in conv_path_list_buf_size(char const*, bool) (path_list=0x16be76 0 c:/cygwin/home/mccap, to_posix=false) at ../../../../cygwin-1.3.22-1/winsup/ cygwin/path.h:146 #2 0x61058f09 in cygwin_posix_to_win32_path_list_buf_size (path_list=0x16be760 c:/cygwin/home/mccap) at ../../../../cygwin-1.3.22-1/winsup/cygwin/path.cc:354 5 #3 0x005da72f in readlink_and_correct_case (name=0x16be760 c:/cygwin/home/mcca p, buf=0x16be3c0 , size=258) at realpath.c:86 #4 0x005da0f7 in qxe_realpath (path=0x16be60c C:\\cygwin\\home\\mccap\\Mail\\I DRM, resolved_path=0x16be760 c:/cygwin/home/mccap) at realpath.c:298 #5 0x004d7e95 in Ffile_truename (filename=284683204, default_=7006212) at filei o.c:1368 #6 0x00411d46 in Fget_file_buffer (filename=284683204) at buffer.c:508 #7 0x0046b5a3 in Ffuncall (nargs=2, args=0x16be9d0) at eval.c:3843 #8 0x0041eb96 in execute_optimized_program (program=0x1028f810 Æ\016\016!ÇE\01 6\016!!\032\211\036\017rfÉ [EMAIL PROTECTED] [EMAIL PROTECTED])[EMAIL PROTECTED] \035E\034\016\021«-\b«*\f¬'\r«$r\ [EMAIL PROTECTED]@\024)\rA\025ªO\f,*\207, sta ck_depth=5, constants_data=0x83c410) at bytecode.c:609 #9 0x00474221 in funcall_compiled_function (fun=8681144, nargs=1, args=0x16beb5 4) at opaque.h:36 #10 0x0046b4c6 in Ffuncall (nargs=2, args=0x16beb50) at eval.c:3881 #11 0x0041eb96 in execute_optimized_program (program=0x102dbc90 A\b!r\025AA!«\b AA\b!!r\tAÄ!-\004Ä\b!\207, stack_depth=3, constants_data=0x102bd250) at bytecod e.c:609 #12 0x00474221 in funcall_compiled_function (fun=271396316, nargs=1, args=0x16be cc8) at opaque.h:36 #13 0x0046b4c6 in Ffuncall (nargs=2, args=0x16becc4) at eval.c:3881 #14 0x0041eb96 in execute_optimized_program (program=0x105af610 \0161?\205!\001 Æ Ç\0162\211E\211\211\211\211\211\211\211\211\032\030\0365\035\036.\036/\034\e\0 366\0367\0368\0361\031Ép!¬\036\0162«\vEEIIp!\!¬\020IIIp!\\210DÑ!\210E\202U, s tack_depth=14, constants_data=0x10319810) at bytecode.c:609 #15 0x00474221 in funcall_compiled_function (fun=271701644, nargs=1, args=0x16be e64) at opaque.h:36 #16 0x0046b4c6 in Ffuncall (nargs=2, args=0x16bee60) at eval.c:3881 #17 0x0041eb96 in execute_optimized_program (program=0x105aa650 \t«\005AÄ!\210\ bÅ=«\bÆ\nÇ\211E$\207É\n!\207, stack_depth=5, constants_data=0x1030b790) at byte code.c:609 #18 0x00474221 in funcall_compiled_function (fun=271701600, nargs=1, args=0x16be fe4) at opaque.h:36 #19 0x0046b4c6 in Ffuncall (nargs=2, args=0x16befe0) at eval.c:3881 #20 0x0041eb96 in execute_optimized_program (program=0x10273110 Æ\026\030\v«\0 27\f«\rÇ\fEÉ \v\\v#\210ª\026E\n\v\\210ª\017\f«\aE\f!\210ª\006E\nÆ\\210I Æ\031 \035I [EMAIL PROTECTED]@q\210\016\031I=«5D\211\021«0\016\032¬,\016\e¬(\016\034 ¬$Ñ ¬\v\b«\bOO \b\¬\026OÆ!«\021\016\035¬\nO «\006Ö \210ª\004x \210)\rA\025ª_\t? -\021\r?-\r\f«\006E\f!ª\005E\nÆ\*\207ï_-_l±+\020ï_-_, stack_depth=5, constants _data=0x10319e10) at bytecode.c:609 #21 0x00474221 in funcall_compiled_function (fun=271700500, nargs=0, args=0x16bf 164) at opaque.h:36 #22 0x0046b4c6 in Ffuncall (nargs=1, args=0x16bf160) at eval.c:3881 #23 0x0041eb96 in execute_optimized_program (program=0x16bf1d4 Æ \eÇ\216\f\035E \211\032\031E\211\030\036\rE\211\036\016\034E\211\036\017\036\020É\r!«\fEE\r!I\r !\\210ª\006E\r! \210.\vE\2070D\206, stack_depth=5, constants_data=0x888690) at bytecode.c:609 #24 0x00420795 in Fbyte_code (instructions=8827156, constants=8947328, stack_dep th=11) at lisp.h:2588 #25 0x0046ac30 in Feval (form=8982592) at eval.c:3602 #26 0x00467c41 in condition_case_1 (handlers=8829184, bfun=0x469da0 Feval, bar g=8982592, hfun=0x473dd0 run_condition_case_handlers, harg=8922580) at eval.c: 1917 #27 0x00467f62 in condition_case_3 (bodyform=8982592, var=8922580, handlers=8829 184) at eval.c:1999 #28 0x0041fb9d in execute_rare_opcode (stack_ptr=0x16bf5a8, program_ptr=0x101819 c5 \210)[EMAIL PROTECTED] 36\037«\fÜ\016\037!«\006\212Y \210))\f.\a\207, opcode=Bcondition_case) at bytec ode.c:1134 #29 0x0041e97f in execute_optimized_program (program=0x10181910 Æ\016\036!ÇEÇ\2 11\211É\036 \030\032\031\034\035\eE\024EE!«\021\016\v:«\f\016\v\022II \n\\021ª EI!«\027\016\016:[EMAIL PROTECTED] \n\[EMAIL PROTECTED] 025Ñ\r!«\aO\r!\020ª\rO\rIO\r!\016!Z]\\210Ñ\r!«\020I\b\n\IV¬\017\tO\r!Wª\006O\r !IV«%Ñ\r!«\030\tO\r!W«\n\fO\r!\tZ^ª\r\fO\r!^ª\006\fO\r!^\024ª\024Ñ\r!«\aO\rI \\ 210Ö\216xOU\217\210)[EMAIL PROTECTED]..., stack_dept h=8, constants_data=0x883b10) at bytecode.c:515 #30 0x00474221 in funcall_compiled_function (fun=8924768, nargs=1, args=0x16bf73 4) at opaque.h:36 #31 0x0046b4c6 in Ffuncall (nargs=2, args=0x16bf730) at
RE: New setup: User not found? /cygdrive/h as default home director y?
Yep, My uid was 64k. I changed it to an arbitrary 64k number in /etc/passwd and it works fine now. Thanks to you and Igor for the help. Hans Deragon -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 8:10 PM To: [EMAIL PROTECTED] Subject: Re: New setup: User not found? /cygdrive/h as default home director y? On Mon, Jun 02, 2003 at 02:07:11PM -0400, Hans Deragon (LMC) wrote: Greetings. Long time user of cygwin. Got a new job and off course, first thing I do is install it. However, I am encounting a problem I never had in previous installations. The installation was successfull, but when I started a command line window (cygwin.bat), I got the following: id: cannot find name for user ID 18544 Hans, here is another possibility in addition to what Igor already wrote. You may have a uid 64k. If that is the case, edit /etc/passwd and change it (the next version of Cygwin will use 32 bit uids). mkdir: cannot create directory `/cygdrive/h': No such file or directory cp: cannot create regular file `/cygdrive/h//.bash_profile': No such file or dir ectory bash: cd: /cygdrive/h: No such file or directory If you installed as a domain user, the installation program created an entry for you with the command mkpasswd -l -c. It uses HOMEDRIVE/HOMEPATH to determine your home directory. Run mkpasswd -l -c and look at the last line to see who Cygwin thinks you are. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: Inability to resize/rearrange controls/windows
--- Shankar Unni [EMAIL PROTECTED] wrote: Biju G C wrote: I really appreciate any comments. Looks interesting, with a bizarre quirk: if you try to resize below its minimum size, it regrows the window on the other side so that it says the minimum size. Any way to just not allow the resize below the minimum size? R U talking about the flickering effect ? Try On Windows Control Panel Display Appearance Effects Uncheck Show window contents while dragging for this option checked, I dont know whether there is a way to find the user is continuing the resizing or not. Many windows programs (including MS-Word) solve it by doing nothing if size is minimum than required effect will be like myapp.exe in c5r4.zip at http://www.geocities.com/bijumaillist/win32/ I see MSN Messenger doing this in a better way. (the chat window, not the buddy list window) code for checking minimum size is near line 317 of myapp.c in function onresize() and it is called from DlgProc() at case WM_SIZE: u can try modifying it. cheers Biju __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
winsock error 10048 (errno 112) from ssh
I am running CYGWIN_NT-5.0 WS117V0509 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin under Windows 2000 w/latest service pack. I have noticed this little odd behaviour for a while, and I have tried a couple of upgrades to ssh to see if that will alleviate the problem, but to no avail. When running ssh, I notice that after a variable amount of time, my ssh session locks up. I have also noticed this using scp with large transfers. The amount of time between locks can vary, but lately it seems to be happening more frequently. I have run an strace on the session, and I can include it if needed, but it's 4+ MB, so I won't unless asked for. However, here is the part that is wierd: 123 181642461 [main] ssh 3220 set_bits: me 0x100FFF60, testing fd 4 (/dev/tty0) 66 181642527 [main] ssh 3220 set_bits: ready 1 68 181642595 [main] ssh 3220 select_stuff::wait: gotone 1 60 181642655 [main] ssh 3220 select_stuff::wait: returning 0 75 181642730 [main] ssh 3220 select_stuff::cleanup: calling cleanup routines 60 181642790 [main] ssh 3220 socket_cleanup: si 0x10155A70 si-thread 0x610D1C20 67 181642857 [main] ssh 3220 socket_cleanup: connection to si-exitsock 0x3E45 91 181643448 [main] ssh 3220 __set_winsock_errno: socket_cleanup:1356 - winsock error 10048 - errno 112 169 181643617 [main] ssh 3220 socket_cleanup: connect failed 89231 181732848 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0 226 181733074 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0 74 181733148 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave 2624201 184357349 [ttyin] ssh 3220 fhandler_termios::line_edit: char ] 246 184357595 [ttyin] ssh 3220 fhandler_termios::line_edit: char ] 79 184357674 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave 3306761 187664435 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 500 187664935 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 89 187665024 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave 207901 187872925 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 255 187873180 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 137 187873317 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave 185715 188059032 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 890 188059922 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 107 188060029 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave 169991 188230020 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 255 188230275 [ttyin] ssh 3220 fhandler_termios::line_edit: char 0x1B 101 188230376 [ttyin] ssh 3220 fhandler_pty_master::accept_input: about to write 1 chars to slave up there at the line headed 91, there is the winsock error 10048, which I don't understand. The pattern of the file shows that the next file should be either fhandler_termios::line_edit: char0x1B or select_stuff::wait: woke up. But I don't get either. just a hard lock up. Has anyone else seen this, or have any ideas as to why this might be happening?? Thanks. -- 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/
Reply-To: cygwin@cygwin.com
cgf, When I reply to any mail from cygwin list it is going to the actual sender instead of [EMAIL PROTECTED] upon checking the header of the mail from the list i am not seeing Reply-To: [EMAIL PROTECTED] line. just like cygwin-xfree list can v added Reply-To: [EMAIL PROTECTED] to mail the header cheers biju __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygipc/cygwin-daemon
hi, i just want to know, how far the development of the cygipc-replacement is. i'm just interested in that technique. Check the email archives or CVS for details. Allot of good work has been done but more is needed. It needs maintainers with some free time to devote. Wanna sign up? :-) Nice to hear that development is going on. My problem in devoting is, that i haven't got enough to finish my own projects :-( you surely know the trouble. I wouldn't be a good help at the moment. -- 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: Path separator
--- Christopher Faylor [EMAIL PROTECTED] wrote: You shouldn't be defining _WIN32 for cygwin. Cygwin gcc doesn't define this by default. Unfortunately, autoconf is doing this for us. It is picking up windows.h from /usr/include/w32api, which in turn includes windef.h. Besides, we *do* want to convert / to \ when running in the native win32 environment, so the #ifdef _WIN32 block is fine. Its just when we are in Cygwin that we'd like to skip over that function (or change its behaviour). So its a run-time and not compile-time setting I'm looking for. So, again, is there a way to dynamically detect whether a binary is running within Cygwin (or maybe just from the BASH shell)? Thanks, greg_fenton. = Greg Fenton [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Reply-To: cygwin@cygwin.com
Hi, The Reply-To: header (or, more precisely, control over it) belongs to the originator of the mail, not to the list server or its administrator. Randall Schulz At 13:40 2003-06-03, Biju G C wrote: cgf, When I reply to any mail from cygwin list it is going to the actual sender instead of [EMAIL PROTECTED] upon checking the header of the mail from the list i am not seeing Reply-To: [EMAIL PROTECTED] line. just like cygwin-xfree list can v added Reply-To: [EMAIL PROTECTED] to mail the header cheers biju -- 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/
Calling gcc built DLL from .NET (Visual Basic)
Does anyone have a good example that shows how to create a DLL using cygwin/gcc and call it using VB .NET? I am specifically interested in an example that shows how to pass a String variable. In the example that I show below, I am able to call a C function. I can successfully pass a long integer. But the string that I pass shows garbage in the called function. My dll code looks like... (test.c) #include stdio.h #include wtypes.h define EXPORT __declspec(dllexport) EXPORT int myTest(char *s1, long i1) { printf(Here is the string %s, here is the integer %ld.\n,s1, i1); } I then compile as follows: $ gcc -c test.c $ gcc -shared -o test.dll test.o (I have also tried several combinations of linking and compiling with different options). In my Visual Basic .NET console application, I create a class that wraps the myTest function and then call it from main as follows: Public Class LibWrap Declare Function myTest Lib c:\cygwin\home\Administrator\test_dll\test.dll (ByRef s1 As String, ByVal i1 As Long) As Integer End Class Module Module1 Sub Main() Dim test As String test = My String LibWrap.myTest(test, 6432) LibWrap.myTest(test, 20) LibWrap.myTest(test, 3000) End Sub End Module I also modified the path environment variable so vb finds the class path to cygwin. As I mentioned, I am able to pass integers successfully, but strings don't seem to get marshaled to (char *). I recognize that the .NET String implementation is different, but thought the .NET marshaling would take care of conversion. A simple working example would be extremely helpful. Thanks -- 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: Path separator
Greg Fenton wrote: --- Christopher Faylor [EMAIL PROTECTED] wrote: You shouldn't be defining _WIN32 for cygwin. Cygwin gcc doesn't define this by default. Unfortunately, autoconf is doing this for us. It is picking up windows.h from /usr/include/w32api, which in turn includes windef.h. Besides, we *do* want to convert / to \ when running in the native win32 environment, so the #ifdef _WIN32 block is fine. Its just when we are in Cygwin that we'd like to skip over that function (or change its behaviour). So its a run-time and not compile-time setting I'm looking for. No: Cygwin != _WIN32. You may be looking for a run-time setting, but no such thing exists. A native/Cygwin dual-mode binary sounds like a clever idea, but AFAIK has never been done before, and is probably ridiculously infeasible on the balance of work/benefit. You should improve your configure.in/ac to not pull in windows.h unless you really want it. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Calling gcc built DLL from .NET (Visual Basic)
Thomas X. Hoban wrote: Does anyone have a good example that shows how to create a DLL using cygwin/gcc and call it using VB .NET? I am specifically interested in an example that shows how to pass a String variable. In the example that I show below, I am able to call a C function. I can successfully pass a long integer. But the string that I pass shows garbage in the called function. ... As I mentioned, I am able to pass integers successfully, but strings don't seem to get marshaled to (char *). I recognize that the .NET String implementation is different, but thought the .NET marshaling would take care of conversion. A simple working example would be extremely helpful. There is nothing Cygwin-specific to this. You should ask about this in a VB.NET forum. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Respond ASAP
STRICTLY CONFIDENTIAL PLS. REPLY TO: [EMAIL PROTECTED] My Dear Friend, I am highly compelled upon strict recommendation, to write you this very urgent and confidential letter. I do hope my letter will not embarrass you since I had no previous correspondence with you. I hope this mail will not come to you as a surprise. I am sending this proposal with due sense of humanity, responsibility and with few awareness that you will give it a sympathetic attention. I regree t the inconvenience it may cause you based on the condition that we have not met before. I am Mrs. Jumai Mustapha, the wife of Al Mustapha, personal assistant to the Late head of state of Federal Republic of Nigeria - General Sani Abacha. I am contacting you in view of the fact that we will be of great assistance to each other like wise developing a cordial relationship. My husband along with the head of state and top officials of their past administration has been accused of looting several Billion United States Dollars from the Nigeria Government. The current attitude of the present government towards my family has indeed made life quite unbearable for us. Fortunately, Al Mustapha my Husband has Twelve million and five hundred thousand United States Dollars(US$12.5 million) cash, which he intended to use for investment purposes overseas. This money is kept in a private security company. This money was deposited for safe keeping in the security vault of a freighting agency here by my husband preparatory to being air lifted abroad for investment purposes before his arrest leaving a clause that it could only be claimed by an expertriate partner. It is only my husband and myself that know where the money is kept. Due to the current situation in the country concerning governmentÂ’s vendetta toward my family, we seek your assistance to transfer this money out of Nigeria for the purpose of investment as intended by my husband. Note that my family is currently being probed by this present government for alleged involvement in misappropriation of public funds during their regime. Towards this effect, an embargo restricting my family members from traveling or carrying out financial transactions without their express permission is in force. Right now, my husband (Al Mustapha) is under arrest and is being detained in connection to the above and other activities of his late Boss. However, I have an arrangement on how to freight this money to you after receiving some assurances from you of the safety our own share and that you will only take the commission that we will offer you. This money personally belongs to my husband and he intends that it still be used for investment. No record ever existed concerning this money, neither is the money traceable by the government because there is no documentation concerning the funds in the Federal Treasury. The freighting company to be used has now been introduced to me and as so on as we receive your readiness to assist us recieve this fund we shall formalize the deposit documents in your name and reach an agreement with them to air lift the consignment for your pick up. Bearing in mind that your assistance is needed to transfer this fund, we propose a commission of 15%(Fifteen Percent) of the total sum to you for the expected services and assistance. While 5% is mapped out for miscellaneous expenses. On your positive consent, I shall expect you to contact me urgently to enable us discuss about this. Your urgent response is highly needed. I must use this opportunity to implore you to exercise utmost indulgence to keep this matter extraordinarily confidential, while I await your prompt response. Best regards, MRS. JUMAI AL MUSTAPHA
Re: Why is patch(1) asking for the file names already given?
Andrew Markebo wrote: Hi! Just a guess, I usually throw -p1 or more, not -p0? Could it be that? /Andy / Constantine [EMAIL PROTECTED] wrote: | Hello! | | I am trying to apply a patch I made for myself. When I am running the | patch(1) utility, I am always being asked to type in the file name to | a file that needs to be patched. My diff file contains a diff on a few | files, and this is my dialogue with the patch(1): | | --- my quote start --- | patch --ignore-whitespace -p0 -i US-GB.nohtml.diff | can't find file to patch at input line 2 | Perhaps you used the wrong -p or --strip option? | The text leading up to this was: | -- | |diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf | en-GB/.jar/autoconfig/contents.rdf | -- | File to patch: en-GB/.jar/autoconfig/contents.rdf | patching file en-GB/.jar/autoconfig/contents.rdf | Reversed (or previously applied) patch detected! Assume -R? [n] y | can't find file to patch at input line 21 | Perhaps you used the wrong -p or --strip option? | The text leading up to this was: | -- | |diff -b -B --exclude='*.*htm*' -r | en-US/.jar/communicator/bookmarks/addBookmark.dtd | en-GB/.jar/communicator/bookmarks/addBookmark.dtd | -- | File to patch: | --- my quote end --- | | and so on. As one can see, I have to re-type the filename just in the | same manner as it was printed by patch(1), before the patch can be | applied. How can I make the patch(1) utility not to ask for the name, | but to find it from the diff file? Thanks. | | Cheers, | Constantine. Hello! I wish that would help, but I see no improvements. --- my dialogue begin --- $ patch --ignore-whitespace -p1 -i US-GB.nohtml.diff can't find file to patch at input line 2 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf -- File to patch: .jar/autoconfig/contents.rdf patching file .jar/autoconfig/contents.rdf can't find file to patch at input line 21 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -b -B --exclude='*.*htm*' -r en-US/.jar/communicator/bookmarks/addBookmark.dtd en-GB/.jar/communicator/bookmarks/addBookmark.dtd -- File to patch: --- my dialogue end --- Cheers, Constantine. -- 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: Why is patch(1) asking for the file names already given?
Constantine wrote: Andrew Markebo wrote: Hi! Just a guess, I usually throw -p1 or more, not -p0? Could it be that? /Andy / Constantine [EMAIL PROTECTED] wrote: Hello! I am trying to apply a patch I made for myself. When I am running the patch(1) utility, I am always being asked to type in the file name to a file that needs to be patched. My diff file contains a diff on a few files, and this is my dialogue with the patch(1): --- my quote start --- patch --ignore-whitespace -p0 -i US-GB.nohtml.diff can't find file to patch at input line 2 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf -- File to patch: en-GB/.jar/autoconfig/contents.rdf patching file en-GB/.jar/autoconfig/contents.rdf Perhaps your patch file is corrupt. Please post the first 10 lines of it. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SEGV in conv_path_list_buf_size with xemacs-21.5-b13 and cygwin-1.3.22-1
On Tue, Jun 03, 2003 at 02:21:30PM -0500, Pete McCann wrote: I don't understand why path is filled with junk. Also, note that normalized_path is NULL, which I think is the culprit with respect to strlen. Perhaps it is this code: /* 100: slop */en = (to_posix size = strlen (path_list)unt_table-mount[i].posix_pathlen + (num_elms * max_mount_path_len)mount[i].native_pathlen); + (nrel * strlen (to_posix ? pc.get_win32 () : pc.normalized_path)) + 100; return size; which is causing the problem. If I understand correctly, this should be accessing pc.normalized_path (to_posix = false). Very nice analysis. Much appreciated. I don't have much time to look into this right now, but it sure seems like a test in conv_path_list_buf_size is reversed. If so, it's incredible that this ever worked. Does the following fix the problem? cgf Index: path.cc === RCS file: /cvs/src/src/winsup/cygwin/path.cc,v retrieving revision 1.254 diff -u -p -r1.254 path.cc --- path.cc 30 May 2003 23:43:24 - 1.254 +++ path.cc 3 Jun 2003 21:59:02 - @@ -3551,7 +3551,7 @@ conv_path_list_buf_size (const char *pat /* 100: slop */ size = strlen (path_list) + (num_elms * max_mount_path_len) -+ (nrel * strlen (to_posix ? pc.get_win32 () : pc.normalized_path)) ++ (nrel * strlen (to_posix ? pc.normalized_path : pc.get_win32 ())) + 100; return size; } -- 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: Path separator
--- Max Bowsher [EMAIL PROTECTED] wrote: No: Cygwin != _WIN32. No argument from me here. :-) A native/Cygwin dual-mode binary sounds like a clever idea, but AFAIK has never been done before, and is probably ridiculously infeasible on the balance of work/benefit. I don't see that the amount of work is ridiculous at all. Any portable code will have a path-conversion (canonicalization) function in place for any and all file system access. That canonicalization should be able to determine the PATH_SEPARATOR for the given environment. For my code to support win32 and cygwin, I only need to know what the PATH_SEPARATOR is for the current running environment. It may not be in Cygwin right now, but wouldn't this be a Good Thing (and benign for those who want to ignore it)? I'm still open to suggestions if there are any others. greg_fenton. = Greg Fenton [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why is patch(1) asking for the file names already given?
Max Bowsher wrote: Constantine wrote: Andrew Markebo wrote: Hi! Just a guess, I usually throw -p1 or more, not -p0? Could it be that? /Andy / Constantine [EMAIL PROTECTED] wrote: Hello! I am trying to apply a patch I made for myself. When I am running the patch(1) utility, I am always being asked to type in the file name to a file that needs to be patched. My diff file contains a diff on a few files, and this is my dialogue with the patch(1): --- my quote start --- patch --ignore-whitespace -p0 -i US-GB.nohtml.diff can't find file to patch at input line 2 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf -- File to patch: en-GB/.jar/autoconfig/contents.rdf patching file en-GB/.jar/autoconfig/contents.rdf Perhaps your patch file is corrupt. Please post the first 10 lines of it. Max. --- start --- diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf 7c7 RDF:li resource=urn:mozilla:locale:en-US/ --- RDF:li resource=urn:mozilla:locale:en-GB/ 11c11 RDF:Description about=urn:mozilla:locale:en-US --- RDF:Description about=urn:mozilla:locale:en-GB --- end --- I want to emphasise, that the line diff ... is the first one, though patch(1) is saying that it is the second one. Cheers, Constantine. -- 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: Why is patch(1) asking for the file names already given?
/ Constantine [EMAIL PROTECTED] wrote: I am trying to apply a patch I made for myself. When I am running the patch(1) utility, I am always being asked to type in the file name to a file that needs to be patched. Max Bowsher wrote: Perhaps your patch file is corrupt. Please post the first 10 lines of it. Constantine wrote: --- start --- diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf 7c7 RDF:li resource=urn:mozilla:locale:en-US/ --- RDF:li resource=urn:mozilla:locale:en-GB/ 11c11 RDF:Description about=urn:mozilla:locale:en-US --- RDF:Description about=urn:mozilla:locale:en-GB --- end --- Ah. No wonder it isn't working. Normal diffs don't store any filename information. Use diff -u or diff -c. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Path separator
Greg Fenton wrote: --- Max Bowsher [EMAIL PROTECTED] wrote: No: Cygwin != _WIN32. No argument from me here. :-) A native/Cygwin dual-mode binary sounds like a clever idea, but AFAIK has never been done before, and is probably ridiculously infeasible on the balance of work/benefit. I don't see that the amount of work is ridiculous at all. Any portable code will have a path-conversion (canonicalization) function in place for any and all file system access. That canonicalization should be able to determine the PATH_SEPARATOR for the given environment. For my code to support win32 and cygwin, I only need to know what the PATH_SEPARATOR is for the current running environment. It may not be in Cygwin right now, but wouldn't this be a Good Thing (and benign for those who want to ignore it)? Drastic oversimplification. For example, one other thing you would need to do, is dynamically link to cygwin1.dll, which is not supported, because no one is sufficiently interested and has the time to research and write the code allow that to happen. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
'fortune', 'strfile' binmode
After significant searching, I discovered that 'fortune' requires 'strfile' to create the index database ('.dat' file) for each text file of fortunes. ('strfile' is not listed under See also: 'man fortune' and hence does not appear in the output of 'apropos fortune'. The 'man' page needs to be updated. I will do it myself, if someone will explain how to submit the change. This is a change to GNU fortune 'man' page, not Cygwin anything.) However, when I execute 'strfile' on a fortune file -- say, 'fortune', to produce an index file -- e.g., 'fortune.dat', it doesn't quite get the index right. I've tried (I think) all combinations of: * 'strfile', 'strfile -r' * UNIX and DOS line endings and character sets (LF vs CRLF, ANSI vs DOS) * Cygwin=nobinmode ... vs. Cygwin=binmode ... and no luck. Suggestions? -- Lee D. Rothstein -- [EMAIL PROTECTED] VeriTech -- 603-424-2900 7 Merry Meeting Drive Merrimack, NH 03054-2934 -- 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: Reply-To: cygwin@cygwin.com
--- Randall R Schulz [EMAIL PROTECTED] wrote: Hi, The Reply-To: header (or, more precisely, control over it) belongs to the originator of the mail, not to the list server or its administrator. Randall Schulz Then how is it happening in cygwin-xfree list? No were in my mail system I have mentioned [EMAIL PROTECTED] And I use same mail-id with same settings to access both cygwin and cygwin-xfree But they do it differently !!! Following is the header of the mail (the one I send to list) after I got from cygwin-xfree list you dont see line similar to Reply-to: [EMAIL PROTECTED] on the mails from cygwin list X-Apparently-To: [EMAIL PROTECTED] via 216.136.129.20; 01 Jun 2003 12:55:27 -0700 (PDT) Return-Path:[EMAIL PROTECTED] Received: from 66.187.233.205 (HELO sources.redhat.com) (66.187.233.205) by mta124.mail.scd.yahoo.com with SMTP; 01 Jun 2003 12:55:27 -0700 (PDT) Received: (qmail 29436 invoked by alias); 1 Jun 2003 19:55:25 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED], http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Reply-to: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 29428 invoked from network); 1 Jun 2003 19:55:24 - Received: from unknown (HELO web14608.mail.yahoo.com) (216.136.224.88) by sources.redhat.com with SMTP; 1 Jun 2003 19:55:24 - Message-ID: [EMAIL PROTECTED] Received: from [65.81.141.59] by web14608.mail.yahoo.com via HTTP; Sun, 01 Jun 2003 12:55:23 PDT Date: Sun, 1 Jun 2003 12:55:23 -0700 (PDT) From:Biju G C [EMAIL PROTECTED] | This is spam | Add to Address Book Subject:Re: OT - Terminal embedded in desktop To: [EMAIL PROTECTED] In-Reply-To:[EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 931 At 13:40 2003-06-03, Biju G C wrote: cgf, When I reply to any mail from cygwin list it is going to the actual sender instead of [EMAIL PROTECTED] upon checking the header of the mail from the list i am not seeing Reply-To: [EMAIL PROTECTED] line. just like cygwin-xfree list can v added Reply-To: [EMAIL PROTECTED] to mail the header cheers biju __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Reply-To: cygwin@cygwin.com
On Tue, Jun 03, 2003 02:13:05PM -0700, Randall R Schulz allegedly wrote: Hi, The Reply-To: header (or, more precisely, control over it) belongs to the originator of the mail, not to the list server or its administrator. Randall Schulz Reply-To is often added by list servers, but I vote for keeping it the way it is. -- 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: Inability to resize/rearrange controls/windows
--- Shankar Unni [EMAIL PROTECTED] wrote: No, not dragging the window itself. I mean when you *resize* the window by clicking on the top edge of the top border and dragging the border down, after a certain minimum size, the window moves its own bottom border down while you're dragging the top border down, preserving the size. The effect is very weird. I'm running WinXP SP1. nice catch !!! We can correct that by more coding. We should keep track of previous window position, or just coordinates of top left corner. and use that in the code at onresize() function. as X,Y arguments for SetWindowPos() To avoid the trouble we can call this bug as a feature !!! Cheers Biju -Original Message- From: Biju G C [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 12:37 PM To: Shankar Unni Subject: Re: Inability to resize/rearrange controls/windows --- Shankar Unni [EMAIL PROTECTED] wrote: Biju G C wrote: I really appreciate any comments. Looks interesting, with a bizarre quirk: if you try to resize below its minimum size, it regrows the window on the other side so that it says the minimum size. Any way to just not allow the resize below the minimum size? R U talking about the flickering effect ? Try On Windows Control Panel Display Appearance Effects Uncheck Show window contents while dragging for this option checked, I dont know whether there is a way to find the user is continuing the resizing or not. Many windows programs (including MS-Word) solve it by doing nothing if size is minimum than required effect will be like myapp.exe in c5r4.zip at http://www.geocities.com/bijumaillist/win32/ I see MSN Messenger doing this in a better way. (the chat window, not the buddy list window) code for checking minimum size is near line 317 of myapp.c in function onresize() and it is called from DlgProc() at case WM_SIZE: u can try modifying it. cheers Biju __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Reply-To: cygwin@cygwin.com
Then how is it happening in cygwin-xfree list? No were in my mail system I have mentioned [EMAIL PROTECTED] And I use same mail-id with same settings to access both cygwin and cygwin-xfree But they do it differently !!! [...] Yup. It's been thrashed out here, adding 'Reply-to' headers I mean, before and the concensus was not to set the 'Reply-to'. Elfyn -- 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: Why is patch(1) asking for the file names already given? [closed]
Max Bowsher wrote: / Constantine [EMAIL PROTECTED] wrote: I am trying to apply a patch I made for myself. When I am running the patch(1) utility, I am always being asked to type in the file name to a file that needs to be patched. Max Bowsher wrote: Perhaps your patch file is corrupt. Please post the first 10 lines of it. Constantine wrote: --- start --- diff -b -B --exclude='*.*htm*' -r en-US/.jar/autoconfig/contents.rdf en-GB/.jar/autoconfig/contents.rdf 7c7 RDF:li resource=urn:mozilla:locale:en-US/ --- RDF:li resource=urn:mozilla:locale:en-GB/ 11c11 RDF:Description about=urn:mozilla:locale:en-US --- RDF:Description about=urn:mozilla:locale:en-GB --- end --- Ah. No wonder it isn't working. Normal diffs don't store any filename information. Use diff -u or diff -c. Max. Thank you very much indeed! That solved the problem. I have tried to use that options before, but without -p1 -d ./en-GB/, so I thought that they won't help. Cheers, Constantine. -- 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: Reply-To: cygwin@cygwin.com
At 15:54 2003-06-03, Biju G C wrote: --- Randall R Schulz [EMAIL PROTECTED] wrote: Hi, The Reply-To: header (or, more precisely, control over it) belongs to the originator of the mail, not to the list server or its administrator. Randall Schulz Then how is it happening in cygwin-xfree list? No were in my mail system I have mentioned [EMAIL PROTECTED] And I use same mail-id with same settings to access both cygwin and cygwin-xfree But they do it differently !!! And one does it right and the other does not. Following is the header of the mail (the one I send to list) after I got from cygwin-xfree list -- 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: Calling gcc built DLL from .NET (Visual Basic)
--- Max Bowsher [EMAIL PROTECTED] wrote: Thomas X. Hoban wrote: Does anyone have a good example that shows how to create a DLL using cygwin/gcc and call it using VB .NET? I am specifically interested in an example that shows how to pass a String variable. In the example that I show below, I am able to call a C function. I can successfully pass a long integer. But the string that I pass shows garbage in the called function. ... As I mentioned, I am able to pass integers successfully, but strings don't seem to get marshaled to (char *). I recognize that the .NET String implementation is different, but thought the .NET marshaling would take care of conversion. A simple working example would be extremely helpful. There is nothing Cygwin-specific to this. You should ask about this in a VB.NET forum. Max. Nice to hear somebody using VB.NET want to create DLL using cygwin/gcc I dont think he will get answer for this Question from a VB.NET forum They will advice to use only MS products. May be a gcc forum will be able to help him. Or a MinGW forum, see http://www.mingw.org/index.shtml To solve ur issue U can also ask, How to create COM/DCOM objects using gcc? You may also look at Harold's site http://www.msu.edu/~huntharo/portfolio/vb-for-idl/vb-for-idl.html There is some thing like this with VC and VB Finaly if you are able to do it with cygwin, please let us know. We can add it as another use of cygwin Cheers Biju __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCE] LibXSLT (1.0.27) test packages available
I have uploaded test packages for LibXSLT version 1.0.27 to sources.redhat.com . The LibXSLT source and binary packages should be available on most mirrors in a couple of hours. Please test the library as much as possible, as I'd like to get this update out there ASAP. If you find any problems/Cygwin related bugs, please let me know on the list ([EMAIL PROTECTED]). Elfyn -- 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/
NetPBM / ppmforge problem
For lack of a better place to ask, and since this seems to be a Cygwin compatibility issue I'm trying to use ppmforge to generate graphics for a project I'm working on. It's supposed to generate, with the options I give it, a random globe. This works perfectly on a Linux system, but the when executed on Cygwin just gives an empty starfield (which should be the background of the globe) and a line through the center... The ppmforge.c file itself is rather small and I haven't found anything in it that would seem to be highly system dependent, however I'm not familiar with this library much. Does anyone know why this would work correctly on a Linux system but fail on Cygwin? -- 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/
Looking for Package Donation HOW-TO
I'm attempting to find a HOW-TO on donating to the cygwin project. Not having much luck tho. I'd like to know what it takes to ... a) update an existing package (fvwm for example. 2.4.7 is current in cygwin, but 2.4.16 is officially the current version). * I'd take on the role of maintainer, but only as far as taking what is recently released and making it compile/install in cygwin, I would leave the bug fixing for the real package maintainers. I'm a high intermediate skill level C/C++ programmer with little to no experience in threads, X11, etc... I am however a great Java developer. but that's useless here. ;-) b) creating a new package for submittal and approval. * I have a working nethack 3.4.0 for example. I think if we have vim and emacs, we _need_ nethack too. ;-) c) what the policy is on 'add-ons' to packages. things like mod_* for apache, or fvwm-themes scripts. Any help, pointers, examples, *DOCS*, etc... would be appreciated. /* joakim */ -- 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: Looking for Package Donation HOW-TO
I'm attempting to find a HOW-TO on donating to the cygwin project. Not having much luck tho. I'd like to know what it takes to ... a) update an existing package (fvwm for example. 2.4.7 is current in cygwin, but 2.4.16 is officially the current version). * I'd take on the role of maintainer, but only as far as taking what is recently released and making it compile/install in cygwin, I would leave the bug fixing for the real package maintainers. I'm a high intermediate skill level C/C++ programmer with little to no experience in threads, X11, etc... I am however a great Java developer. but that's useless here. ;-) Not too sure who the maintainer is, but I doubt they'd look a gift horse in the mouth. :-) b) creating a new package for submittal and approval. * I have a working nethack 3.4.0 for example. I think if we have vim and emacs, we _need_ nethack too. ;-) Take a look at http://cygwin.com/setup.html for the Cygwin Package Contributor's Guide. It'll go through everything you'll need to know to contribute a package. c) what the policy is on 'add-ons' to packages. things like mod_* for apache, or fvwm-themes scripts. IMO, If there's a base package it can have add-ons, as some packages already do. Any help, pointers, examples, *DOCS*, etc... would be appreciated. There's the above link, the rest comes down to research. Try the cygwin-apps archives (http://cygwin.com/ml/cygwin-apps/). It'd probably help if you look at one of the threads where someone has offered foobar to the distro... Elfyn -- 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: Reply-To: cygwin@cygwin.com
On Tue, Jun 03, 2003 at 03:54:30PM -0700, Biju G C wrote: --- Randall R Schulz [EMAIL PROTECTED] wrote: The Reply-To: header (or, more precisely, control over it) belongs to the originator of the mail, not to the list server or its administrator. Then how is it happening in cygwin-xfree list? No were in my mail system I have mentioned [EMAIL PROTECTED] And I use same mail-id with same settings to access both cygwin and cygwin-xfree But they do it differently !!! Calm down. cygwin != cygwin-xfree Different lists, different policies. No more discussion on this please. -- 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/
/usr/bin/find: . changed during execution of /usr/bin/find
Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like help or question - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: /usr/bin/find: . changed during execution of /usr/bin/find Output from cygcheck.exe -v -s -r -c is attached... cygcheck.tar.gz Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Verify hgHyoZNw for bob@it.usyd.edu.au
Hi! Your message has been received, but it hasn't been delivered to me yet. Since I don't have any record of your sending me mail from this address before, I need to verify that you're not a spammer. Please just hit 'Reply' and send this message back to me, and your previous message will be delivered, as will all your future messages. Thanks, and apologies for the inconvenience. Bob Kummerfeld. -- 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: Looking for Package Donation HOW-TO
On Tue, Jun 03, 2003 at 08:42:04PM -0400, Joakim Erdfelt wrote: I'm attempting to find a HOW-TO on donating to the cygwin project. Not having much luck tho. The Cygwin Web Page Contributing Cygwin Packages Or, since this is fvwm you could assume that it had something to do with Cygwin/XFree86 and ask in the appropriate mailing list, i.e., cygwin-xfree at cygwin dot com . cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Looking for Package Donation HOW-TO
Christopher Faylor wrote: On Tue, Jun 03, 2003 at 08:42:04PM -0400, Joakim Erdfelt wrote: I'm attempting to find a HOW-TO on donating to the cygwin project. Not having much luck tho. The Cygwin Web Page Contributing Cygwin Packages Or, since this is fvwm you could assume that it had something to do with Cygwin/XFree86 and ask in the appropriate mailing list, i.e., cygwin-xfree at cygwin dot com . Actually, it has to do with a number of packages. fvwm was just an example of one. (Most of the others are console apps.) I didn't think it would be appropriate to spam both groups. Elfyn McBratney (thanks!) pointed me at the appropriate places. I'm well on my way now. One last question not present on that page. What are the policies regarding appropriate software licenses? I'm assuming any OSS approved license is ok. /* joakim */ -- 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: Path Seperator
Simply check for the presence of ';' in PATH, if it exists that is the seperator else ':' is the seperator. Of course Win32 environment typically will not return the value of PATH as the lookup for environment variable is case sensitive and the variable name is Path instead. Earnie. -- 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: Path Seperator
On Tue, Jun 03, 2003 at 09:31:39PM -0400, Earnie Boyd wrote: Simply check for the presence of ';' in PATH, if it exists that is the seperator else ':' is the seperator. You'll never see a ';' separator if you use getenv in cygwin. And you won't reliably see a ':' separator if you use a windows function. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Path separator
Max Bowsher wrote: Greg Fenton wrote: --- Max Bowsher [EMAIL PROTECTED] wrote: No: Cygwin != _WIN32. No argument from me here. :-) A native/Cygwin dual-mode binary sounds like a clever idea, but AFAIK has never been done before, and is probably ridiculously infeasible on the balance of work/benefit. I don't see that the amount of work is ridiculous at all. Any portable code will have a path-conversion (canonicalization) function in place for any and all file system access. That canonicalization should be able to determine the PATH_SEPARATOR for the given environment. For my code to support win32 and cygwin, I only need to know what the PATH_SEPARATOR is for the current running environment. It may not be in Cygwin right now, but wouldn't this be a Good Thing (and benign for those who want to ignore it)? Drastic oversimplification. For example, one other thing you would need to do, is dynamically link to cygwin1.dll, which is not supported, because no one is sufficiently interested and has the time to research and write the code allow that to happen. Max is right (surprised Max? ;-) ) But I want to point out something else about what you've said. If your main concern is paths, don't convert '/' to '\'. Windows understands both under the hood. (Cygwin does too but that's another matter). However, this is the least of your problems as Max clearly states. -- 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: Path separator
--- Larry Hall [EMAIL PROTECTED] wrote: Max is right (surprised Max? ;-) ) But I want to point out something else about what you've said. If your main concern is paths, don't convert '/' to '\'. Windows understands both under the hood. (Cygwin does too but that's another matter). However, this is the least of your problems as Max clearly states. Yes, Max is right. I hadn't thought about the difference between a native win32 environment vs. from a DOS prompt on a system that has Cygwin in its path (I rarely, if ever, run in a native win32 environment...) I don't understand why we don't just get MSFT to ship cygwin1.dll... :-) One last point: not all flavours of Windows that are targetted for SWISH-E support the / vs. \ (e.g. Win95/98). At least, I don't think they support it...but again, its been a long while since I've sat in front of such a box. Thanks for the info! greg_fenton. = Greg Fenton [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /usr/bin/find: . changed during execution of /usr/bin/find
Alexander Enchevich wrote: Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like help or question - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: /usr/bin/find: . changed during execution of /usr/bin/find Output from cygcheck.exe -v -s -r -c is attached... People aren't *required* to answer your posts you know. This isn't a paid support line. If you don't get any responses, it's possible that no one here has seen such a problem or can think of something relevant to offer. Sorry. Them's just the breaks. Looking at your cygcheck output, nothing obvious seems wrong. I wasn't able to reproduce your problem. Perhaps the results of strace may point you in the right direction for your diagnosis. -- 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: Path separator
Greg Fenton wrote: --- Larry Hall [EMAIL PROTECTED] wrote: Max is right (surprised Max? ;-) ) But I want to point out something else about what you've said. If your main concern is paths, don't convert '/' to '\'. Windows understands both under the hood. (Cygwin does too but that's another matter). However, this is the least of your problems as Max clearly states. Yes, Max is right. I hadn't thought about the difference between a native win32 environment vs. from a DOS prompt on a system that has Cygwin in its path (I rarely, if ever, run in a native win32 environment...) I don't understand why we don't just get MSFT to ship cygwin1.dll... :-) One last point: not all flavours of Windows that are targetted for SWISH-E support the / vs. \ (e.g. Win95/98). At least, I don't think they support it...but again, its been a long while since I've sat in front of such a box. From the MSDN: File Name Conventions Although each file system can have specific rules about the formation of individual components in a directory or file name, all file systems follow the same general conventions: a base file name and an optional extension, separated by a period. For example, the MS-DOS FAT file system supports 8 characters for the base file name and 3 characters for the extension. This is known as an 8.3 file name. The FAT file system and NTFS support file names that can be up to 255 characters long. This is known as a long file name. To get an MS-DOS file name given a long file name, use the GetShortPathName function. To get the full path of a file, use the GetFullPathName function. Both file systems use the backslash (\) character to separate directory names and the file name when forming a path. General rules for applications creating names for directories and files or processing names supplied by the user include the following: Use any character in the current code page for a name, but do not use a path separator, a character in the range 0 through 31, or any character explicitly disallowed by the file system. A name can contain characters in the extended character set (128255). Use the backslash (\), the forward slash (/), or both to separate components in a path. No other character is acceptable as a path separator. Note that UNC names must adhere to the following format: \\server\share. . . . So there may be a need to backslashify the UNC portion of a path. Other than that, forward slashes are fine. -- 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: /usr/bin/find: . changed during execution of /usr/bin/find
so updatedb actually creates and index for you??? Would you mind sending me the output of your cygcheck.exe -v -s -r -c, perhaps I could compare them and find something there... Also, I noticed that it seeks the floppy whenever I do updatedb (which is strange coz it isn't mounted and I supposed find should have known this). Does it seek the floppy on your machine too? thanks and sorry if you found my post rude - i was just getting desperate... like i said. -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 7:27 PM To: Alexander Enchevich Cc: cygwin Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find Alexander Enchevich wrote: Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like help or question - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: /usr/bin/find: . changed during execution of /usr/bin/find Output from cygcheck.exe -v -s -r -c is attached... People aren't *required* to answer your posts you know. This isn't a paid support line. If you don't get any responses, it's possible that no one here has seen such a problem or can think of something relevant to offer. Sorry. Them's just the breaks. Looking at your cygcheck output, nothing obvious seems wrong. I wasn't able to reproduce your problem. Perhaps the results of strace may point you in the right direction for your diagnosis. -- 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: /usr/bin/find: . changed during execution of /usr/bin/find
Alexander Enchevich wrote: Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like help or question - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: /usr/bin/find: . changed during execution of /usr/bin/find Output from cygcheck.exe -v -s -r -c is attached... People aren't *required* to answer your posts you know. This isn't a paid support line. If you don't get any responses, it's possible that no one here has seen such a problem or can think of something relevant to offer. Sorry. Them's just the breaks. Looking at your cygcheck output, nothing obvious seems wrong. I wasn't able to reproduce your problem. Perhaps the results of strace may point you in the right direction for your diagnosis. Reproduced. [EMAIL PROTECTED] sys]$ updatedb /usr/bin/find: ./.. changed during execution of /usr/bin/find I've had this problem a couple of times, when doing very large finds, but I just put it down to Windows. After adding a `set -x' at the top of the script it looks like it's failing in `/usr/sbin/frcode.exe'. What the hey, cygcheck output attached. Elfyn cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /usr/bin/find: . changed during execution of /usr/bin/find
Alexander Enchevich wrote: so updatedb actually creates and index for you??? Would you mind sending me the output of your cygcheck.exe -v -s -r -c, perhaps I could compare them and find something there... I'll send it to you personally rather than dumping it to the list. Maybe you'll notice something interesting but I expect it won't be of any overwhelming use. Also, I noticed that it seeks the floppy whenever I do updatedb (which is strange coz it isn't mounted and I supposed find should have known this). Does it seek the floppy on your machine too? Mounts aren't the same under Cygwin as Linux. I've 'mounted' my floppy drive under Cygwin so yes, it looked for it. Doing so generated a diagnostic. No problem though. thanks and sorry if you found my post rude - i was just getting desperate... like i said. Yep. Well hopefully this is some information to spur you on in your analysis. :-) -- 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: /usr/bin/find: . changed during execution of /usr/bin/find
On Wed, Jun 04, 2003 at 04:05:52AM +0100, Elfyn McBratney wrote: Alexander Enchevich wrote: Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like help or question - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: /usr/bin/find: . changed during execution of /usr/bin/find Output from cygcheck.exe -v -s -r -c is attached... People aren't *required* to answer your posts you know. This isn't a paid support line. If you don't get any responses, it's possible that no one here has seen such a problem or can think of something relevant to offer. Sorry. Them's just the breaks. Looking at your cygcheck output, nothing obvious seems wrong. I wasn't able to reproduce your problem. Perhaps the results of strace may point you in the right direction for your diagnosis. Reproduced. [EMAIL PROTECTED] sys]$ updatedb /usr/bin/find: ./.. changed during execution of /usr/bin/find I've had this problem a couple of times, when doing very large finds, but I just put it down to Windows. After adding a `set -x' at the top of the script it looks like it's failing in `/usr/sbin/frcode.exe'. What the hey, cygcheck output attached. Aren't you the new maintainer of the package which includes updatedb? cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /usr/bin/find: . changed during execution of /usr/bin/find
Aren't you the new maintainer of the package which includes updatedb? cgf Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Elfyn -- 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: boat launch?
What is this '[EMAIL PROTECTED]' address? -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 11:29 PM To: John Keklak Subject: Re: boat launch? John Keklak wrote: I can explain... :-) You don't have to explain to me. You have to explain to your wife! :-o ;-) -- 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: boat launch?
ha ha Actually, you might not believe this story, but I went home, had dinner with my wife and kids, and then came back to SW. My brain works much better between 9pm and midnight than it does between 9am and 5pm. Let's see, if you believe that one, then I'd like to know if you'd like to buy the Brooklyn Bridge, of which I recently came into possession... :-) -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 11:29 PM To: John Keklak Subject: Re: boat launch? John Keklak wrote: I can explain... :-) You don't have to explain to me. You have to explain to your wife! :-o ;-) -- 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/
[Fwd: RE: boat launch?]
Sorry folks. My mistake. Ignore this thread. Larry Original Message Subject: RE: boat launch? Date: Tue, 3 Jun 2003 23:32:35 -0400 From: John Keklak [EMAIL PROTECTED] To: [EMAIL PROTECTED] ha ha Actually, you might not believe this story, but I went home, had dinner with my wife and kids, and then came back to SW. My brain works much better between 9pm and midnight than it does between 9am and 5pm. Let's see, if you believe that one, then I'd like to know if you'd like to buy the Brooklyn Bridge, of which I recently came into possession... :-) -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 11:29 PM To: John Keklak Subject: Re: boat launch? John Keklak wrote: I can explain... :-) You don't have to explain to me. You have to explain to your wife! :-o ;-) -- 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/ -- 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: sharing hd partition betw Linux and Cygwin
Soren Andersen wrote: Now sharing the drive space between the cvs tool (and cpan, too!) works, I think (haven't actually tried cvs yet but had to work on cpan a few minutes ago, and discovered it was suffering from the same difficulty). I'd be amazed if this all works seamlessly. Nevertheless, remember that CVS on cygwin is only supported with binary-mounted filesystems. ^ Just to clarify, cvs client works fine regardless of mount; it's the server that is almost guaranteed to work on binmounts only. -- Gary R. Van Sickle Brewer. Patriot. -- 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: Calling gcc built DLL from .NET (Visual Basic)
Does anyone have a good example that shows how to create a DLL using cygwin/gcc and call it using VB .NET? ^^^ Get a rope. ;-) -- Gary R. Van Sickle Brewer. Patriot. -- 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: /usr/bin/find: . changed during execution of /usr/bin/find
Aren't you the new maintainer of the package which includes updatedb? Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Hmmm, maintainers... good idea. So I got the source findutils package and looked inside the AUTHORS file, these are the people: Eric B. Decker David J. MacKenzie Jim Meyering Tim Wood Kevin Dalley [EMAIL PROTECTED] Paul Eggert [EMAIL PROTECTED] , of them only Kevin and Paul are listed w/ emails, , of them only Paul's email was valid... ## So does any of the old-school guru's here know some of the other maintainers of findutils and how to contact them? ## thanks Alex -Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 8:28 PM To: cygwin Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find Aren't you the new maintainer of the package which includes updatedb? cgf Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Elfyn -- 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: /usr/bin/find: . changed during execution of /usr/bin/find
On Wed, Jun 04, 2003 at 04:28:16AM +0100, Elfyn McBratney wrote: Aren't you the new maintainer of the package which includes updatedb? Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Duh. I mean, yeah, I was hinting. You want to maintain findutils? I see the code in findutils which exhibits the error but I don't see why it's happening. It seems to be triggered when inode or dev changes when a directory is stat'ed and then stat'ed again later, which doesn't make much sense. They should be constant. Or maybe they aren't on an ntfs partition? What partition are you seeing this on? 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/