RE: ITP: graphviz (and doxygen?)
If Debian has put it under non-free it does not meet Debian's poliy for main. It's problamy not compatible with GPL or the OpenSource Definition For reference: http://www.research.att.com/sw/tools/graphviz/license/index.html http://www.research.att.com/sw/tools/graphviz/download.html I could not find the license under OSD Approved Licenses. And it's way too longer to get an idea about it without spending several hours with a lawyer 8-( http://www.opensource.org/licenses/index.php Gareth, If all you need in GraphViz is DOT, you may consider distributing VCG (http://rw4.cs.uni-sb.de/users/sander/html/gsvcg1.html) instead. It's graph description language is very similar to DOT's, and it's GPL'd. Hrmm looks interesting, I've had no luck finding an interface to doxygen yet though, which is the only thing 'I' use dot for. I think I'll at least package up a new doxygen for now. Graphviz is still short on votes ;) - reguardless of its legal status.
Re: HEADSUP: Please resend all open ITPs, please review packages
On Thu, Sep 25, 2003 at 02:28:22PM -0400, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Corinna Vinschen wrote: [snip] Update. I added tcm and graphviz. I removed trie-gen (vetoed) and editrights (uploaded). [snip] Corinna, Would you mind changing the subject to something like Pending package status $DATE? Otherwise it's easy to lose track of your updates. Another thing that would be nice (but not essential) are links to messages with reviews (to find out exactly what the problems are). But, as I said, that's really not essential. Igor In theory you're right. Just two hints: - I'll add a date and the Pending package status at some point but for now, the HEADSUP is more important, for a week or two. I'm pretty sure there are packages left on the track somewhere and I'd like people to *read* the message. As soon as the subject changes to Pending package status, peoples' attention will drop away. - I'm just doing this as long as nobody else does this. Whoever wants to take over the Pending package status maintanence, feel free to take over as soon as possible. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Updated: Pine-4.58-1
On Thu, Sep 25, 2003 at 10:56:39PM -0700, Eduardo Chappa wrote: http://www.math.washington.edu/~chappa/cygwin/pine-4.58-1.tar.bz2 http://www.math.washington.edu/~chappa/cygwin/pine-4.58-1-src.tar.bz2 http://www.math.washington.edu/~chappa/cygwin/setup.hint Uploaded. I've removed the prev and curr lines from setup.hint, they are unnecessary as long as the numbering scheme is unambiguous. Also I removed release 4.53-1 from cygwin.com. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITPs in Bugzilla?
Corinna, Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 02:37:40PM -0400, Harold L Hunt II wrote: I'm an idiot and no one likes suggestions from someone that isn't involved in the actual process... but it sure seems like it would be a he*l of a lot easier to track ITPs through Bugzilla. Just a thought... feel free to leave it completely without any discussion. Perhaps that makes sense. But I'm not at all familar with bugzilla, especially with setting it up for such a job. I just started using it a few weeks ago at work... now I use it for all of my projects. It was very easy to learn. Do you or anybody else have any spare time to set up an ITP database in bugzilla on cygwin.com? Is cygwin.com already running an installation of Bugzilla? If so, I could easily setup the projects and permissions within Bugzilla... if not, then someone else would probably have to install it. Installing it doesn't take much, basically just dumping it in a web directory and editing a few setting here and there. Harold
Re: Xfree86 is slow! with software like MATLAB
[EMAIL PROTECTED] wrote: does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. With Swing (JFC)? Swing is the most stupid GUI I've ever seen. It draws all components to a local buffer and transfers these buffers as bitmap to the xserver. Most likely this transfer is much slower than a simple draw a gray rect at 127,86 and draw text at 129, 88 as GTK and any other normal X11 does its drawing. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
-multiwindow mode, clipboard primary selection window icon
Hello, Setup : Windows 2000 SP4 XFree86 4.3.0-13 I'm facing the following problem when displaying a remote app on my laptop. When I launch XEmacs, the window upper left icon is sometimes set to XEmacs one but most of the times to the default X one. When the icon is set to XEmacs, I can't select text with mouse or keyboard (pc-select), it's automatically unselected. When the icon is set to X, text selection works fine. Has anyone seen a similar case, is there any known solution ? Eric Masson PS: xprops for each case are attached. -- Le truc c'est qu'avec MacOS l'utilisateur neuneu pouvait aussi etre administrateur neuneu, et que ca, ca sera bien fini. -+ ED in Guide du Macounet Pervers : il voit des neuneus partout -+- xemacs.XEmacs.xprop Description: Binary data xemacs.X.xprop Description: Binary data
Re: -multiwindow mode, clipboard primary selection window icon
Eric, Eric Masson wrote: Hello, Setup : Windows 2000 SP4 XFree86 4.3.0-13 I'm facing the following problem when displaying a remote app on my laptop. When I launch XEmacs, the window upper left icon is sometimes set to XEmacs one but most of the times to the default X one. Sounds to me like most of the time the MultiWindow window manager (-multiwindow) and the integrated clipboard manager (-clipboard) are failing to startup. This causes the icons to be left as the default icon, and it means that the clipboard integration between X and Windows is not present. When the icon is set to XEmacs, I can't select text with mouse or keyboard (pc-select), it's automatically unselected. In this case the clipboard integration manager and MultiWindow window manager *are* working and the behavior you are seeing with the selection becoming unselected is by design. Changing that design has been on the To-Do list for some time, but it will take roughly 40 hours to finish the work that was started on it. When the icon is set to X, text selection works fine. You need to look at /tmp/XWin.log in both of these cases. Better yet, send in the contents of /tmp/XWin.log for each instance. This will help us figure out why the window manager and clipboard integration manager are failing to startup. Also, please send in the command-line parameters that you are passing to XWin.exe. Harold
Re: -multiwindow mode, clipboard primary selection window icon
Harold == Harold L Hunt, Harold writes: Hello Harold, Harold Sounds to me like most of the time the MultiWindow window Harold manager (-multiwindow) and the integrated clipboard manager Harold (-clipboard) are failing to startup. This causes the icons to Harold be left as the default icon, and it means that the clipboard Harold integration between X and Windows is not present. Ok, but Mozilla from the same host _always_ sets the upper left icon correctly. Harold In this case the clipboard integration manager and MultiWindow Harold window manager *are* working and the behavior you are seeing Harold with the selection becoming unselected is by design. Changing Harold that design has been on the To-Do list for some time, but it Harold will take roughly 40 hours to finish the work that was started Harold on it. Ok Harold You need to look at /tmp/XWin.log in both of these cases. Harold Better yet, send in the contents of /tmp/XWin.log for each Harold instance. This will help us figure out why the window manager Harold and clipboard integration manager are failing to startup. At the moment, Murphy is here and I can't reproduce the case with default X icon :/ I've attached log for normal behaviour and will send a folloup asa the case reappears. Harold Also, please send in the command-line parameters that you are Harold passing to XWin.exe. XWin -multiwindow -clipboard Eric Masson -- BC je ne fais rire que les dinos Mais vous faites gerber tous les autres. -+-AC in http://www.le-gnu.net : Dépôt de gerbe -+- Xwin.log.XEmacs Description: Binary data
Configuring XFree86 for my keyboard language
Hello Everyone, I installed latest cygwin on WinXP and and configured Xserver with my XF86Config, attacthed with this e-mail, file for my language (turkish) and run startx. But it produces the same result with US layout, that is it does not type the turkish letters when i pressed them inside the xterminal windows and as well as bash window. As far as i understood from the Xwin.log file, , attacthed with this e-mail, configuration seems to be normal. how can I solve this problem ? Thanks __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com XWin.log Description: XWin.log # NOTICE: This file was created as a sample config file for the Cygwin/XFree86 # XServer for Windows. It will not work for other versions of XFree or with # other XServers at all. # # The following sections are supported: # # Files: # FontPath is correctly set # RgbPath is read (setting not tested) # # Device - Keyboard: # The first keyboard section is used for configuration. You can specify # a special name via the -keyboard switch. # All XKB settings are supported # # Other sections are not supported # For support of a special section, ask the porter on # mailto:[EMAIL PROTECTED] # # you can report errors to [EMAIL PROTECTED] # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled #FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ #FontPath /usr/X11R6/lib/X11/fonts/100dpi/ # Fontserver support # FontPathtcp/localhost:7100 # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Input devices # ** # ** # Core keyboard's InputDevice section # ** Section InputDevice Identifier Keyboard1 Driver Keyboard # For most OSs the protocol can be omitted (it defaults to Standard). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. #Option Protocol Xqueue Option AutoRepeat 500 30 # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) #Option Xleds 1 2 3 #Option LeftAlt Meta #Option RightAltModeShift # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: #Option XkbModelpc102 # If you have a US Microsoft Natural keyboard, you can use: #Option XkbModelmicrosoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: #Option XkbLayout de # or: #Option XkbLayout de #Option XkbVariant nodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: #Option XkbOptions ctrl:swapcaps # These are the default XKB settings for XFree86 Option XkbRulesxfree86 Option XkbModelpc102 Option XkbLayout tr #Option XkbVariant #Option XkbOptions #Option XkbDisable #Option XkbRules xfree86 #Option XkbModel pc105 #Option XkbLayout de EndSection # # The following sections are just added to fulfill the requirements of the # configfile parser and have no effect on the configuration of the # Cygwin/XFree86 XServer. # Section Device Identifier dummy Driver dummy EndSection Section Monitor
src/winsup/w32api ChangeLog include/winnt.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 08:19:30 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winnt.h Log message: * include/winnt.h (ACE_INHERITED_OBJECT_TYPE_PRESENT, ACE_OBJECT_TYPE_PRESENT): Add constants. For use with OBJECTS_AND_NAME structure. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.460r2=1.461 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnt.h.diff?cvsroot=srcr1=1.71r2=1.72
src/winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 08:45:25 Modified files: winsup/cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Set errno to E2BIG if command line is longer than CreateProcess allows (32K). Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2097r2=1.2098 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.135r2=1.136
src/winsup/cygwin ChangeLog mmap.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 08:50:13 Modified files: winsup/cygwin : ChangeLog mmap.cc Log message: * mmap.cc (munmap): Use correct address and length parameters when calling fhandler's munmap. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2098r2=1.2099 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mmap.cc.diff?cvsroot=srcr1=1.86r2=1.87
src/winsup/w32api ChangeLog include/winable.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 09:49:53 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winable.h winuser.h winsup/w32api/lib: user32.def Log message: * include/winuser.h [WINVER = 0x0500] (SetWinEventHook, WINEVENTPROC, WINEVENT_OUTOFCONTEXT, WINEVENT_SKIPOWNTHREAD, WINEVENT_SKIPOWNPROCESS, WINEVENT_INCONTEXT): Add function, typedef, and constants. * include/winable.h [WINVER 0x0500] (SetWinEventHook, WINEVENTPROC, WINEVENT_OUTOFCONTEXT, WINEVENT_SKIPOWNTHREAD, WINEVENT_SKIPOWNPROCESS, WINEVENT_INCONTEXT): Add function, typedef, and constants. * include/winuser.h [_WIN32_WINNT = 0x0500] (UserHandleGrantAccess): Add function. * lib/user32.def (SetWinEventHook, UserHandleGrantAccess): Add functions. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.461r2=1.462 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winable.h.diff?cvsroot=srcr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.64r2=1.65 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/user32.def.diff?cvsroot=srcr1=1.15r2=1.16
src/winsup/w32api ChangeLog include/winuser.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 10:20:46 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h winsup/w32api/lib: user32.def Log message: * include/winuser.h [WINVER = 0x0500] (RegisterDeviceNotification[AW], DEVICE_NOTIFY_WINDOW_HANDLE, DEVICE_NOTIFY_SERVICE_HANDLE, DEVICE_NOTIFY_ALL_INTERFACE_CLASSES): Add function and constants. * lib/user32.def (RegisterDeviceNotification[AW]): Add function. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.462r2=1.463 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.65r2=1.66 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/user32.def.diff?cvsroot=srcr1=1.16r2=1.17
src/winsup/w32api ChangeLog include/winuser.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-26 10:31:43 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h winsup/w32api/lib: user32.def Log message: * include/winuser.h (RealGetWindowClassA[AW]): Add function. * lib/user32.def (RealGetWindowClassA[AW]): Add function. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.463r2=1.464 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.66r2=1.67 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/user32.def.diff?cvsroot=srcr1=1.17r2=1.18
src/winsup/cygwin ChangeLog cygheap.h cygheap. ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-27 01:56:36 Modified files: winsup/cygwin : ChangeLog cygheap.h cygheap.cc uinfo.cc sec_helper.cc autoload.cc security.h Log message: 2003-09-26 Pierre Humblet [EMAIL PROTECTED] * uinfo.cc (cygheap_user::init): Make sure the current user appears in the default DACL. Rearrange to decrease the indentation levels. Initialize the effec_cygsid directly. (internal_getlogin): Do not reinitialize myself-gid. Open the process token with the required access. * cygheap.h (class cygheap_user): Delete members pid and saved_psid. Create members effec_cygsid and saved_cygsid. (cygheap_user::set_sid): Define inline. (cygheap_user::set_saved_sid): Ditto. (cygheap_user::sid): Modify. (cygheap_user::saved_sid): Modify. * cygheap.cc (cygheap_user::set_sid): Delete. (cygheap_user::set_saved_sid): Ditto. * sec_helper.cc (sec_acl): Set the correct acl size. * autoload.cc (FindFirstFreeAce): Add. * security.h: Define ACL_DEFAULT_SIZE. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2099r2=1.2100 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.h.diff?cvsroot=srcr1=1.66r2=1.67 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.85r2=1.86 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.120r2=1.121 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_helper.cc.diff?cvsroot=srcr1=1.43r2=1.44 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.73r2=1.74 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/security.h.diff?cvsroot=srcr1=1.45r2=1.46
src/winsup/cygwin ChangeLog pinfo.h pinfo.cc s ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-27 01:58:23 Modified files: winsup/cygwin : ChangeLog pinfo.h pinfo.cc spawn.cc Log message: 2003-09-26 Pierre Humblet [EMAIL PROTECTED] * pinfo.h (pinfo::set_acl): Declare. * pinfo.cc (pinfo_fixup_after_fork): Duplicate with no rights. (pinfo::set_acl): New. * spawn.cc (spawn_guts): Call myself.set_acl. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2100r2=1.2101 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.h.diff?cvsroot=srcr1=1.52r2=1.53 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srcr1=1.88r2=1.89 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.136r2=1.137
src/winsup/cygwin ChangeLog Makefile.in cygwin ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-27 05:35:02 Modified files: winsup/cygwin : ChangeLog Makefile.in cygwin-shilka devices.cc fhandler.h syscalls.cc Log message: * cygwin-shilka: Remove '#line directives' or suffer debugging oddities. Use -length option so that device prefixes are used. * devices.cc: Regenerate. * syscalls.cc (ttyname): Add debugging output. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2105r2=1.2106 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.139r2=1.140 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin-shilka.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.cc.diff?cvsroot=srcr1=1.2r2=1.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.167r2=1.168 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.293r2=1.294
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Thu, Sep 25, 2003 at 09:47:48PM -0400, Pierre A. Humblet wrote: This patch sets the _pinfo acl in order to allow access after seteuid and exec. While looking at spawn.cc I also noticed oddities in pinfo related error handling, and reworked them. I also restored impersonation in case of CreateProcessAsUser failure. Looks ok except for: @@ -42,9 +43,9 @@ pinfo_fixup_after_fork () { if (hexec_proc) CloseHandle (hexec_proc); - + /* Keeps the cygpid from being reused. No rights required */ if (!DuplicateHandle (hMainProc, hMainProc, hMainProc, hexec_proc, 0, - TRUE, DUPLICATE_SAME_ACCESS)) + TRUE, 0)) { system_printf (couldn't save current process handle %p, %E, hMainProc); hexec_proc = NULL; Somehow I'm missing a description why that's necessary and the implications. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Patch] Recent security improvements breaks proftpd
On Thu, Sep 25, 2003 at 08:46:53PM -0400, Pierre A. Humblet wrote: 2003-09-25 Pierre Humblet [EMAIL PROTECTED] * uinfo.cc (cygheap_user::init): Make sure the current user appears in the default DACL. Rearrange to decrease the indentation levels. Initialize the effec_cygsid directly. (internal_getlogin): Do not reinitialize myself-gid. Open the process token with the required access. * cygheap.h (class cygheap_user): Delete members pid and saved_psid. Create members effec_cygsid and saved_cygsid. (cygheap_user::set_sid): Define inline. (cygheap_user::set_saved_sid): Ditto. (cygheap_user::sid): Modify. (cygheap_user::saved_sid): Modify. * cygheap.cc (cygheap_user::set_sid): Delete. (cygheap_user::set_saved_sid): Ditto. * sec_helper.cc (sec_acl): Set the correct acl size. * autoload.cc (FindFirstFreeAce): Add. Approved with two changes: Index: uinfo.cc === RCS file: /cvs/src/src/winsup/cygwin/uinfo.cc,v retrieving revision 1.120 diff -u -p -r1.120 uinfo.cc --- uinfo.cc 25 Sep 2003 00:37:17 - 1.120 +++ uinfo.cc 26 Sep 2003 00:11:35 - @@ -41,31 +41,63 @@ cygheap_user::init() set_name (GetUserName (user_name, user_name_len) ? user_name : unknown); - if (wincap.has_security ()) + if (!wincap.has_security ()) +return; + + HANDLE ptok; + DWORD siz; + char buf [1024]; In sec_acl.cc and security.cc, this buffer is named `acl_buf' and it's size is 3072. Let's do it the same here. I've seen amazingly big ACLs on NT4 once. + else if (pAcl-AclSize = (char *) pAce - (char *) pAcl, +!SetTokenInformation (ptok, TokenDefaultDacl, pdacl, sizeof (buf))) + system_printf (SetTokenInformation (TokenDefaultDacl): %E); Please make this: else { pAcl-AclSize = (char *) pAce - (char *) pAcl; if (!SetTokenInformation (...)) system_printf (...); } Btw., shouldn't that be SetTokenInformation (ptok, TokenDefaultDacl, pdacl, pAcl-AclSize) ^ instead of sizeof(buf)? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Patch] Recent security improvements breaks proftpd
On Fri, Sep 26, 2003 at 09:08:08AM -0400, Igor Pechtchanski wrote: On Fri, 26 Sep 2003, Corinna Vinschen wrote: [snip] + char buf [1024]; In sec_acl.cc and security.cc, this buffer is named `acl_buf' and it's size is 3072. Let's do it the same here. I've seen amazingly big ACLs on NT4 once. Corinna, Just a quick note: doesn't the above call for a #define'd constant? wtf PTC Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: {Patch]: Giving access to pinfo after seteuid and exec
Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 09:47:48PM -0400, Pierre A. Humblet wrote: This patch sets the _pinfo acl in order to allow access after seteuid and exec. While looking at spawn.cc I also noticed oddities in pinfo related error handling, and reworked them. I also restored impersonation in case of CreateProcessAsUser failure. Looks ok except for: @@ -42,9 +43,9 @@ pinfo_fixup_after_fork () { if (hexec_proc) CloseHandle (hexec_proc); - + /* Keeps the cygpid from being reused. No rights required */ if (!DuplicateHandle (hMainProc, hMainProc, hMainProc, hexec_proc, 0, - TRUE, DUPLICATE_SAME_ACCESS)) + TRUE, 0)) { system_printf (couldn't save current process handle %p, %E, hMainProc); hexec_proc = NULL; Somehow I'm missing a description why that's necessary and the implications. I am getting paranoid. Most often we duplicate DUPLICATE_SAME_ACCESS without thinking about what access is really needed. It would be a good discipline to ask ourselves what is needed and give just that. Here nothing is needed at all. Also, if you use sysinternals you can see the access mask. Setting it properly creates differentiating features that help distinguish between all the handles. Pierre
Re: [Patch] Recent security improvements breaks proftpd
Corinna Vinschen wrote: On Fri, Sep 26, 2003 at 02:53:28PM +0200, Corinna Vinschen wrote: Btw., shouldn't that be SetTokenInformation (ptok, TokenDefaultDacl, pdacl, pAcl-AclSize) ^ instead of sizeof(buf)? Urgh. What I meant was: sizeof *pdacl + pAcl-AclSize That makes for 3 possibilities but there is a 4th one: sizeof (* pdacl) (i.e. 4 bytes). That's what a strict reading of MS would imply. I think I tried it once (in another case) and it worked, but I never used it because it was contrary to Cygwin tradition. I may also be mixing up my facts. No problem about changing the buffer size, of course, and also #defining a constant. Out of curiosity, have you ever seen a long default DACL? Pierre
Re: [Patch] Recent security improvements breaks proftpd
On Fri, Sep 26, 2003 at 09:43:38AM -0400, Pierre A. Humblet wrote: Corinna Vinschen wrote: On Fri, Sep 26, 2003 at 02:53:28PM +0200, Corinna Vinschen wrote: Btw., shouldn't that be SetTokenInformation (ptok, TokenDefaultDacl, pdacl, pAcl-AclSize) ^ instead of sizeof(buf)? Urgh. What I meant was: sizeof *pdacl + pAcl-AclSize That makes for 3 possibilities but there is a 4th one: sizeof (* pdacl) (i.e. 4 bytes). No, that doesn't make sense. The buffer is used for the whole data. We can keep sizeof(acl_buf) if you like this better but I'm wondering if that could also make a difference when calling SetTokenInformation. Due to missing source code of Windows, I just have no idea how intelligent the code behind that function is :-) No problem about changing the buffer size, of course, and also #defining a constant. Out of curiosity, have you ever seen a long default DACL? I never looked explicitely for default dacls but I saw 3K SDs returned from GetFileSecurity on NT4. AFAIR, the contained data didn't give any hint why it was that big. Admitted, though, that it was at a time I just had started to struggle with NT security... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: {Patch]: Giving access to pinfo after seteuid and exec
On Fri, Sep 26, 2003 at 09:41:17AM -0400, Pierre A. Humblet wrote: Corinna Vinschen wrote: Somehow I'm missing a description why that's necessary and the implications. I am getting paranoid. Most often we duplicate DUPLICATE_SAME_ACCESS without thinking about what access is really needed. It would be a good discipline to ask ourselves what is needed and give just that. Here nothing is needed at all. Also, if you use sysinternals you can see the access mask. Setting it properly creates differentiating features that help distinguish between all the handles. This handle is only used to have a handle. It's never accessed, just kept so that we not get the same Winpid again, right? If so, the patch is ok, of course. I was just missing a description. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Patch] Recent security improvements breaks proftpd
Corinna Vinschen wrote: On Fri, Sep 26, 2003 at 09:43:38AM -0400, Pierre A. Humblet wrote: Corinna Vinschen wrote: On Fri, Sep 26, 2003 at 02:53:28PM +0200, Corinna Vinschen wrote: Btw., shouldn't that be SetTokenInformation (ptok, TokenDefaultDacl, pdacl, pAcl-AclSize) ^ instead of sizeof(buf)? Urgh. What I meant was: sizeof *pdacl + pAcl-AclSize That makes for 3 possibilities but there is a 4th one: sizeof (* pdacl) (i.e. 4 bytes). No, that doesn't make sense. The buffer is used for the whole data. We can keep sizeof(acl_buf) if you like this better but I'm wondering if that could also make a difference when calling SetTokenInformation. Due to missing source code of Windows, I just have no idea how intelligent the code behind that function is :-) I agree that it's somewhat stange, but I just recompiled and it works fine on NT4. MS says: TokenInformationLength [in] Specifies the length, in bytes, of the buffer pointed to by TokenInformation. (which is the pdacl). So they must look at the pdacl, which points to the acl, which could be non-contiguous (there is no talk about self-relative or some such in this case). Then they must copy the acl, up to AclSize, without bothering to analyze the acl contents and remove the potentially empty tail. As you say, it would be nice (TM) to have the source code. Of course in the GetTokenInformation the size must be that of the whole buffer in which both the pdacl and the acl are written contiguously. Pierre
Turning pinfo security on
Following Chris' new signal handling approach and the previous patch Giving access to pinfo after seteuid and exec, we can now turn pinfo security on. It's just a matter of removing the FILE_MAP_WRITE permission for Everybody, and a couple of useless PID_MAP_WRITE in pinfo constructors. I have left the PID_MAP_WRITE in the winpids constructors for now, they will be removed later. Pierre 2003-09-26 Pierre Humblet [EMAIL PROTECTED] * pinfo.cc (pinfo::init): Do not give FILE_MAP_WRITE access to Everybody. * exceptions.cc (sig_handle_tty_stop): Do not create pinfo parent with PID_MAP_WRITE. * fhandler_process.cc (fhandler_process::fill_filebuf): Ditto for pinfo p. * signal.cc (kill_worker): Ditto for pinfo dest. Index: pinfo.cc === RCS file: /cvs/src/src/winsup/cygwin/pinfo.cc,v retrieving revision 1.89 diff -u -p -r1.89 pinfo.cc --- pinfo.cc27 Sep 2003 01:58:23 - 1.89 +++ pinfo.cc27 Sep 2003 02:11:08 - @@ -170,7 +170,7 @@ pinfo::init (pid_t n, DWORD flag, HANDLE char sa_buf[1024]; PSECURITY_ATTRIBUTES sec_attribs = sec_user_nih (sa_buf, cygheap-user.sid(), well_known_world_sid, - FILE_MAP_READ | FILE_MAP_WRITE); /* FIXME */ + FILE_MAP_READ); h = CreateFileMapping (INVALID_HANDLE_VALUE, sec_attribs, PAGE_READWRITE, 0, mapsize, mapname); created = h GetLastError () != ERROR_ALREADY_EXISTS; Index: exceptions.cc === RCS file: /cvs/src/src/winsup/cygwin/exceptions.cc,v retrieving revision 1.170 diff -u -p -r1.170 exceptions.cc --- exceptions.cc 25 Sep 2003 00:37:16 - 1.170 +++ exceptions.cc 27 Sep 2003 02:11:11 - @@ -616,7 +616,7 @@ sig_handle_tty_stop (int sig) its list of subprocesses. */ if (my_parent_is_alive ()) { - pinfo parent (myself-ppid, PID_MAP_RW); + pinfo parent (myself-ppid); if (ISSTATE (parent, PID_NOCLDSTOP)) sig_send (parent, SIGCHLD); } Index: fhandler_process.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_process.cc,v retrieving revision 1.38 diff -u -p -r1.38 fhandler_process.cc --- fhandler_process.cc 25 Sep 2003 00:37:16 - 1.38 +++ fhandler_process.cc 27 Sep 2003 02:11:12 - @@ -245,8 +245,7 @@ out: bool fhandler_process::fill_filebuf () { - pinfo p (pid, PID_MAP_RW); // PID_MAP_RW for cmdline since it - // needs to signal the other process + pinfo p (pid); if (!p) { Index: signal.cc === RCS file: /cvs/src/src/winsup/cygwin/signal.cc,v retrieving revision 1.52 diff -u -p -r1.52 signal.cc --- signal.cc 25 Sep 2003 03:51:51 - 1.52 +++ signal.cc 27 Sep 2003 02:11:12 - @@ -173,7 +173,7 @@ kill_worker (pid_t pid, int sig) sig_dispatch_pending (); int res = 0; - pinfo dest (pid, PID_MAP_RW); + pinfo dest (pid); BOOL sendSIGCONT; if (!dest)
Re: Turning pinfo security on
On Fri, Sep 26, 2003 at 10:17:00PM -0400, Pierre A. Humblet wrote: Following Chris' new signal handling approach and the previous patch Giving access to pinfo after seteuid and exec, we can now turn pinfo security on. It's just a matter of removing the FILE_MAP_WRITE permission for Everybody, and a couple of useless PID_MAP_WRITE in pinfo constructors. I have left the PID_MAP_WRITE in the winpids constructors for now, they will be removed later. You can check this in and just check in the winpids stuff when you get around to that step. Thanks, cgf
Re: [PATCH] Add support for ioctl TIOCLINUX, function 6 (get key modifiers) on a TTY
On Fri, Aug 01, 2003 at 02:57:05AM +0200, Pavel Tsekov wrote: 2003-08-01 Pavel Tsekov [EMAIL PROTECTED] * fhandler_console.c (fhandler_console::read): Record the state of the SHIFT, CTRL and ALT keys at the time of the last keyboard input event. (fhandler_console::ioctl): Handle requests to retrieve the keyboard modifiers via the TIOCLINUX command. * fhandler_tty.c (fhandler_tty_slave::read): Ditto. * include/sys/termios.h (TIOCLINUX): New macro definition. After some delay, I've applied this patch. Thanks, cgf
Re: Turning pinfo security on
At 10:21 PM 9/26/2003 -0400, Christopher Faylor wrote: On Fri, Sep 26, 2003 at 10:17:00PM -0400, Pierre A. Humblet wrote: Following Chris' new signal handling approach and the previous patch Giving access to pinfo after seteuid and exec, we can now turn pinfo security on. It's just a matter of removing the FILE_MAP_WRITE permission for Everybody, and a couple of useless PID_MAP_WRITE in pinfo constructors. I have left the PID_MAP_WRITE in the winpids constructors for now, they will be removed later. You can check this in and just check in the winpids stuff when you get around to that step. OK, I will also remove the try first to open RW in the winpids. BTW, now that your sigpacket includes the sending pid, the commune stuff could be simplified and avoid calling winpids. It knows whom to talk to (but it must still double check for security). Another benefit of your method! Pierre
Re: Turning pinfo security on
On Fri, Sep 26, 2003 at 10:36:05PM -0400, Pierre A. Humblet wrote: BTW, now that your sigpacket includes the sending pid, the commune stuff could be simplified and avoid calling winpids. It knows whom to talk to (but it must still double check for security). Yeah. That's one of the reasons I added it. Another benefit of your method! It makes me wonder why I waited three or four years to do it this way. I guess, with my infallible intuition, I always thought it would slow things down. cgf
Re: setmetamode
On Tue, Aug 12, 2003 at 04:47:31PM +0200, Corinna Vinschen wrote: On Mon, Jul 28, 2003 at 09:39:53AM +0900, Kazuhiro Fujieda wrote: On Fri, 18 Jul 2003 19:10:54 +0200 Corinna Vinschen [EMAIL PROTECTED] said: Umm. I can't find any reason why it doesn't work. I'd like to confirm whether setmetamode can show and change the meta mode in your environment. Could you show me the output of the following instructions: $ setmetamode output $ setmetamode meta $ setmetamode output $ setmetamode escprefix [~]$ cat | od -t x1 000 1b 78 1b 78 1b 78 0d 0a 010 $ setmetamode meta $ setmetamode metabit $ cat | od -t x1 000 1b 78 1b 78 1b 78 0d 0a 010 Another question: Shouldn't this also add a sys/kd.h file which just includes cygwin/kd.h? Probably yes. I'm not, however, sure why it is necessary. To stick to the way of Linux? Yes. Whatever happened to this patch? Did we figure out why it didn't work for Corinna? cgf
Re: New program: cygtweak
On Fri, Aug 16, 2002 at 03:42:21PM -0400, Igor Pechtchanski wrote: I've tried submitting this twice before, and had gotten no reaction. I'm trying to find out what the proper procedure is and which list should this be sent to. I'd also like to discuss the appropriate name for this little app, as well as get your comments on its usefulness. To avoid retyping and clogging up the list, I'm providing a link to the latest submission below. http://www.cygwin.com/ml/cygwin-patches/2002-q3/msg00261.html I know it's amazingly late to be responding to this but I'd like to reconsider it, although I'm not wild about the 'cygtweak' name. Maybe cygoption would be better? And, if you're still interested in submitting this (and I wouldn't blame you if you weren't given that it's been more than a year) we'd need this to be added to the utils.sgml file, also. cgf
Re: Implementation of sched_rr_get_interval for NT systems.
[cleaning out my cygwin-patches backlog] On Thu, Feb 06, 2003 at 01:16:17PM +0100, Vaclav Haisman wrote: 2003-02-06 Vaclav Haisman [EMAIL PROTECTED] * Makefile.in: Add libusr32.a to DLL_IMPORTS. * wincap.h (wincaps::is_server): New flag. (wincapc::version): Change type to OSVERSIONINFOEX. (wincapc::is_server): New function. * wincap.cc (wincap_unknown::is_server): New initializer. (wincap_95): Ditto. (wincap_95osr2): Ditto. (wincap_98): Ditto. (wincap_me): Ditto. (wincap_nt3): Ditto. (wincap_nt4): Ditto. (wincap_nt4sp4): Ditto. (wincap_2000): Ditto. (wincap_xp): Ditto. (wincapc::init): Adapt to OSVERSIONINFOEX. Add detection of NT server systems. * sched.cc: Include windows.h and registry.h. (sched_rr_get_interval): Re-implement for NT systems. Applied, many months later. Sincere apologies for the delay. Corinna, could you take a look at the wincap stuff and make sure it makes sense? cgf
make is not install
Hi, I just installed cygwin and 'make' was not installed. I chose All - default, then uninstalled everything, following the uninstall instructions on the cygwin site, then tried All - install. Niether configuration resullted in make.exe being found in my cygwin\bin folder. What am I doing wrong? What package do I need to install to get 'make'? Thanks _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- Unsubscribe info: 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: make is not install
bohm s wrote: Hi, I just installed cygwin and 'make' was not installed. It's most probable that make was not installed even if you thought it was. Could you post the output the command `cygcheck -svr' so your problem can be diagnosed better. Check out http://cygwin.com/problems.html for details on how to post problems later. I chose All - default, then uninstalled everything, following the uninstall instructions on the cygwin site, then tried All - install. Niether configuration resullted in make.exe being found in my cygwin\bin folder. What am I doing wrong? What package do I need to install to get 'make'? Are you sure you got everything. What mirror are you using? Thanks! Best Regards, Carlo -- Carlo Florendo Astra Philippines Inc. www.hq.astra.ph -- Unsubscribe info: 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: Strange make [Error 255] (cygwin bug?)
Christopher Faylor writes: In any event, this might help: mount -f -X c:/cygwin/bin /bin mount -f -x c:/cygwin/bin/strace.exe /bin/strace.exe mount -f -x c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe Why can this not be the default, are there any other executables that need to mounted '-x'? Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: 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: Strange make [Error 255] (cygwin bug?)
On Fri, Sep 26, 2003 at 09:36:28AM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: In any event, this might help: mount -f -X c:/cygwin/bin /bin mount -f -x c:/cygwin/bin/strace.exe /bin/strace.exe mount -f -x c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe Why can this not be the default, are there any other executables that need to mounted '-x'? mount -X is a bit of a workaround. While it speeds up starting apps from that directory, it disallows correct argument passing for non-Cygwin applications in the same directory. Therefore the two additional mount -x for strace and cygcheck, bot mingw apps. I don't think that's a good idea to default /bin to -X. 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: Strange make [Error 255] (cygwin bug?)
On Thu, Sep 25, 2003 at 05:45:33PM +0200, Bertalan Fodor wrote: In any event, this might help: mount -f -X c:/cygwin/bin /bin This has solved the problem, thank you very much. The next Cygwin developers snapshot contains a patch which should make this workaround unnecessary. 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: possible munmap bug
On Fri, Sep 26, 2003 at 09:52:48AM +0800, peter garrone wrote: Hi, This was causing my build of gcc to fail. File winsup/cygwin/mmap.cc version 1.86 (and earlier) function munmap when unmapping a 64K record, passes the wrong parameters to fhandler_base::munmap, passing the function parameter address/length instead of a block local version. This patch explains it all. diff -r -p -U 5 cygwin-snapshot-20030924-1/winsup/cygwin/mmap.cc new_cygwin/winsup/cygwin/mmap.cc --- cygwin-snapshot-20030924-1/winsup/cygwin/mmap.cc 2003-09-25 10:40:33.0 +1000 +++ new_cygwin/winsup/cygwin/mmap.cc 2003-09-26 11:34:29.984375000 +1000 @@ -679,11 +679,11 @@ munmap (void *addr, size_t len) mmap_record *rec = map_list-get_record (record_idx); if (rec-unmap_pages (u_addr, u_len)) { /* The whole record has been unmapped, so... */ fhandler_base *fh = rec-alloc_fh (); - fh-munmap (rec-get_handle (), (caddr_t)addr, len); + fh-munmap (rec-get_handle (), (caddr_t)u_addr, u_len); rec-free_fh (fh); /* ...delete the record. */ if (map_list-del_record (record_idx--)) { Thanks for the headsup and the patch. Actually I found that it's still not quite correct. Fhandler's munmap method should be called with the same address and length which has been returned by a former call to fhandler's mmap. In Win32 terms: UnmapViewOfFile has to be called with the same address returned by a call to MapViewOfFile(Ex). So in the above code the munmap should be called like this: fh-munmap (rec-get_handle (), rec-get_address (), rec-get_size ()); since rec-get_address() returns exactly that address. I've checked in an appropriate patch. Thanks again, 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/
Using screen in cygwin 1.5.x
Dear all, I recompiled screen 3.9.13 after I upgraded to Cygwin 1.5.5. It runs fine, but the detach/reattach still does not work. Not that I am really waiting for it, but I decided that I give it try. It is better than in 1.3 though. It starts the application, and the application can be killed, there seems to be even output somewhere, because when I directed /dev/random to its output tty, I had noise. Does screen depend on named pipes for the detach/attach feature. If so, then I know that I should not hold my breath for it. If you want the main reason for asking this, it is because I sometimes type so quickly, that by accident I do ^a-d, which detaches the screen. It would be nice if we could reattach. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug: rsync cannot be started as a service under Windows XP
Hi, I want to run rsync as a service on a Windows XP box. I have installed the service by using cygrunsrv: (The variable $sm_base points to D:/tmp ): cygrunsrv.exe -I rsyncd -p $sm_base/install/rsync.exe \ -a --config=$sm_base/config/rsyncd.conf --daemon --no-detach \ -d rsyncd -c $sm_base/install \ -1 D:/tmp/svc_stdout.txt -2 D:/tmp/svc_stderr.txt The binaries (cygwin1.dll, cygpopt.dll and rsync.exe ) are in place (D:/tmp/sys-mgmt/server/install) . After starting the service, I find this dump in D:/tmp/stderr.txt (see the -2 option in cygrunsrv): - snap --- Exception: STATUS_ACCESS_VIOLATION at eip=610BFC2E eax=0022E578 ebx=0040C1E9 ecx= edx= esi= edi=0022F95C ebp=0022F988 esp=0022E500 program=D: \tmp\sys-mgmt\server\install\rsync.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022F988 610BFC2E (610CB020, , 0040C1E9, 0022F9D8) 0022F9A8 610BFB44 (, 0040C1E9, 0022F9D8, 61125B38) 0022F9C8 610B326F (, 0040C1E9, 00431150, 0C78) 0022F9F8 0040C263 (0006, 0022FA50, 0022FDB8, 61079A39) 0022FA28 0040C4E0 (0002, 0022FA50, 0035, 0022FE78) 0022FE68 0040C6D2 (0002, 0041EFB0, 0041EF9B, 0369) 0022FEA8 0041F0C5 (, , 0001, 77E5A730) 0022FEE0 0040A275 (, , 10020330, 0022FF14) 0022FF30 61005018 (610CFEE0, FFFE, 07F0, 610CFE04) 0022FF80 610052ED (, , 0001, 0006) 0022FFA0 0042BBA0 (00409FF0, E2576090, 77F664A6, 77E614C4) 0022FFC0 0040103D (0001, 534E, 7FFDF000, ED352CF0) 0022FFF0 77E614C7 (00401000, , 78746341, 0020) End of stack trace - snap --- Is this a known bug of rsync? Will there be help? Is there a workaround? Christian --- output of cygcheck - Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Sep 26 08:29:35 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\Programme\cygwin\usr\local\bin C:\Programme\cygwin\bin C:\Programme\cygwin\bin C:\Programme\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\PROGRA~1\IBM\CLIENT~1 c:\PROGRA~1\IBM\CLIENT~1\Shared c:\PROGRA~1\IBM\CLIENT~1\Emulator c:\WINDOWS\system32\nls c:\WINDOWS\system32\nls\ENGLISH Output from C:\Programme\cygwin\bin\id.exe (nontsec) UID: 1017(poellmann_adm) GID: 513(Kein) 513(Kein) Output from C:\Programme\cygwin\bin\id.exe (ntsec) UID: 1017(poellmann_adm) GID: 513(Kein) 513(Kein)544(Administratoren) 545(Benutzer) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\Programme\cygwin\home\poellmann_adm' MAKE_MODE = `unix' PWD = `/cygdrive/d/chris/Sicherheit/Projekte/Infrastruktur Sys-Mgmt/src/server' USER = `poellmann_adm' ALLUSERSPROFILE = `D:\Profiles\All Users' COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien' COMPUTERNAME = `PC041533' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DACHSERDIR = `C:\DACHSER' HOMEDRIVE = `C:' HOMEPATH = `\Programme\cygwin\home\poellmann_adm' HOSTNAME = `PC041533' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\PC041533' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/d/chris' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERLDB_OPTS = `RemotePort=127.0.0.1:2000' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Programme' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `d:\Profiles\POELLM~2\LOKALE~1\Temp' TERM = `cygwin' TMP = `d:\Profiles\POELLM~2\LOKALE~1\Temp' USERDOMAIN = `PC041533' USERNAME = `poellmann_adm' USERPROFILE = `D:\Profiles\poellmann_adm' WINDIR = `C:\WINDOWS' _ = `/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 = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\Programme\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\Programme\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
papers
Urgent I am posgraduatio (master degrree) in Brazil I would like use cygwin so that I can create simulation network I am new programmer using cygwin. I would like to get 1. when I can get download software cygwin to environment windows 2000 2. I would like to know about configurate my hardware(setup) to run cywin manual and so on Thank you very much Engineer Maria Cristina Fischer de Toledo Rua Valparaiso, 132 Perdizes - São Paulo Brasil CEP; 05011-010 email : [EMAIL PROTECTED] email : [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Potential exim/minires VPN problem
This post is just for the archives and to close this thread... On Fri, Sep 12, 2003 at 05:31:02PM -0400, Pierre A. Humblet wrote: Jason Tishler wrote: I didn't see any see any difference in exim's log file. Does the debugging output go to a different exim log file? Yes, it goes to std{err,out} of the service. That will be in /var/log/exim.log (standard) but if you use exim-config to set the service it goes to /var/log/exim/cygrunsrv_{err,out}.log The simplest however would be to call exim from the shell. I worked with Pierre to investigate this potential problem off-list -- mainly for privacy reasons. Our conclusion is the problem is caused by my company's networking setup and not by exim and/or minires. My company does not allow unrestricted outbound traffic -- everything goes through some kind of proxy. In particular, DNS requests go through SOCKS servers. [1] We feel the SOCKS servers are causing the DNS request timeouts. This causes minires and in turn exim to fail. Jason [1] IMO, these servers are overloaded and somewhat unreliable. -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installed, Admin can run, other account can't...
Marco, On Thu, Sep 25, 2003 at 05:40:22PM -0400, Marco Mason wrote: I've installed cygwin on a new box. After I set it up, I could run it as administrator. However, when I logged into a test account, I can't successfully start it. Trying to run it under the test account in a DOS shell: D:\cygwin\binbash --login -i D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5. Terminating. See the attached. It is likely the above is the same problem. If so, then Pierre Humblet has a patch to correct this problem. Does anyone have an idea of what I should try? What is you gid? $ id -g 513 If it is not 544, then edit your /etc/passwd so that it is. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 ---BeginMessage--- Pierre, The following change breaks proftpd: http://cygwin.com/ml/cygwin-cvs/2003-q3/msg00237.html By breaks, I mean the following failure occurs when a user attempts to authenticate: C:\Cygwin\usr\sbin\proftpd.exe: *** CreateFileMapping, Win32 error 5. Terminating. I was able to workaround and isolate the problem with the attached patch -- that is reverting to the old behavior. Any ideas on how to fix the problem correctly? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 Index: shared.cc === RCS file: /cvs/src/src/winsup/cygwin/shared.cc,v retrieving revision 1.73 diff -u -p -r1.73 shared.cc --- shared.cc 11 Sep 2003 07:57:39 - 1.73 +++ shared.cc 18 Sep 2003 12:51:59 - @@ -97,7 +97,7 @@ open_shared (const char *name, int n, HA TRUE, mapname); } if (!shared_h - !(shared_h = CreateFileMapping (INVALID_HANDLE_VALUE, psa, + !(shared_h = CreateFileMapping (INVALID_HANDLE_VALUE, sec_all, PAGE_READWRITE, 0, size, mapname))) api_fatal (CreateFileMapping, %E. Terminating.); } ---End 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: Installed, Admin can run, other account can't...
On Fri, Sep 26, 2003 at 07:59:33AM -0400, Jason Tishler wrote: What is you gid? ^^^ s/you/your/ Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Install gets to 99% and then stops
In trying to install Cygwin on a Windows 2K laptop and an XP Pro laptop, my install goes well until I get to 99%. It continues to say that it is running and the task manager agrees but nothing is happening. The file shown is /etc/postinstall/XFree86-bin-icons.sh with the progress bar showing it to be about 80% done. If anyone else has seen this behavior or has any ideas on the cause and how serious it is, please let me know. One notebook is a Toshiba Tecra 8100 and the other is a new HP. Any help would be appreciated. Rick Price -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Install gets to 99% and then stops
-Original Message- From: Rick Price Sent: 26 September 2003 13:17 Subject: Install gets to 99% and then stops In trying to install Cygwin on a Windows 2K laptop and an XP Pro laptop, my install goes well until I get to 99%. It continues to say that it is running and the task manager agrees but nothing is happening. The file shown is /etc/postinstall/XFree86-bin-icons.sh with the progress bar showing it to be about 80% done. If anyone else has seen this behaviour or has any ideas on the cause and how serious it is, please let me know. One notebook is a Toshiba Tecra 8100 and the other is a new HP. Do you google? RE: Setup 2.358 Hangs During Post-Install Script http://www.cygwin.com/ml/cygwin/2003-09/msg00747.html Steve Fairbairn. -- -- LONG DISCLAIMER -- *** This email has originated from Perwill plc (Registration No. 1906964) Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK Tel: +44 (0)1420 545000 Fax: +44 (0)1420 545001 www.perwill.com *** Privileged, confidential and/or copyright information may be contained in this email, and is only for the use of the intended addressee. To copy, forward, disclose or otherwise use it in any way if you are not the intended recipient or responsible for delivering to him/her is prohibited. If you receive this email by mistake, please advise the sender immediately, by using the reply facility in your email software. We may monitor the content of emails sent and received via our network for the purposes of ensuring compliance with policies and procedures. This message is subject to and does not create or vary any contractual relationships between Perwill plc and the recipient. *** Any opinions expressed in the email are those of the sender and not necessarily of Perwill plc. *** This email has been scanned for known viruses using McAfee WebShield 4.5 MR1a *** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install Cygwin
Christina, Replies inline below. On Fri, 26 Sep 2003, Cristina Fischer wrote: Urgent I am posgraduatio (master degrree) in Brazil I would like use cygwin so that I can create simulation network I am new programmer using cygwin. I would like to get 1. when I can get download software cygwin to environment windows 2000 http://cygwin.com/cygwin-ug-net/setup-net.html 2. I would like to know about configurate my hardware(setup) to run cywin You generally don't need to configure your hardware to run Cygwin. Cygwin is a software emulation layer *on top* of Windows. If your Windows runs, so should Cygwin. manual and so on Most of the information about Cygwin is on the Cygwin web site (http://cygwin.com/) and in the mailing list archives (http://cygwin.com/ml/cygwin/). There is a cygwin-doc documentation package that contains the User's guide, the FAQ, and some other things, in case you prefer having the files on your local machine instead of online. You install cygwin-doc using the setup.exe application (which you'll read about in the link I provided for question #1), and it should add a Start Menu item for Cygwin documentation. Thank you very much Engineer Maria Cristina Fischer de Toledo Hope this helps, Igor P.S. It would have helped to have a better subject in your message (see the one I've changed it to). I almost dismissed your message as SPAM based on the subject. Just FYI. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[Michael Jones] RE: MKS Toolkit - UNIX scripting on Windows
---BeginMessage--- Hi I thought that you may be interested in the below, as you're a Cygwin user. [snip] -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org ---End 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/
Problem with SETFACL and shortcuts?
Hi, I was just working on a script to set dafault permissions and noticed something interesting. I use the find command to get the file name of all files/directories and then reset the permissions usiong setfacl. This works fine except on a couple of files. I get the same error from a bash shell using getfacl. For example I can use ls to list the file but get an error using getfacl $ ls /lib/terminfo /lib/terminfo $ getfacl /lib/terminfo getfacl: No such file or directory Couldn't find any info in the faq or google. Anyone else seen this behaviour and know a fix? Regards, Mark ___ (1) This message is confidential. It may also be legally privileged. It is intended solely for the stated addressee(s) and access to it by anyone else is unauthorised. If you have received this message in error, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this message. Such unauthorised use may be unlawful. If you have received this message in error, please contact our office immediately on +43 (1) 512 3880 and delete it and all copies from your system. (2) European American Investment Bank AG is registered/licensed in Austria under FN 67337a: European American Investment Bank Aktiengesellschaft Wallnerstrasse 4 A-1010 Vienna Austria ___ -- Unsubscribe info: 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 SETFACL and shortcuts?
On Fri, Sep 26, 2003 at 04:06:32PM +0200, Harre Mark VIE wrote: Hi, I was just working on a script to set dafault permissions and noticed something interesting. I use the find command to get the file name of all files/directories and then reset the permissions usiong setfacl. This works fine except on a couple of files. I get the same error from a bash shell using getfacl. For example I can use ls to list the file but get an error using getfacl $ ls /lib/terminfo /lib/terminfo $ getfacl /lib/terminfo getfacl: No such file or directory Couldn't find any info in the faq or google. Anyone else seen this behaviour and know a fix? This is a problem of the terminfo link itself. It's defined like this: $ ls -l /lib/terminfo lrwxrwxrwx 1 user grp 125 Sep 7 21:26 /lib/terminfo - ../share/terminfo The problem is that the terminfo directory is actually /usr/share/terminfo, not /share/terminfo. So the relative symlink only works correct when resolved from /usr/lib/terminfo, not from /lib/terminfo: $ getfacl /usr/lib/terminfo # file: /usr/lib/terminfo # owner: user # group: grp user::rwx group::rwx group:SYSTEM:rwx mask:rwx other:--- default:user::--- default:group:SYSTEM:rwx default:group:grp:rwx default:mask:rwx Chuck, would it make sense to change the symlink to an absolute one? 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: [Michael Jones] RE: MKS Toolkit - UNIX scripting on Windows
On Fri, 26 Sep 2003, Jan Nieuwenhuizen wrote: Do we know this guy? Hmm, targeted SPAM... Intelligent targeted SPAM... I'm startin' to get worried... ;-) No, we don't know him. However, a couple of web searches unearthed the following: http://www.scl.com/products/tarantella/press/HartsEP I'd say any company that stoops to SPAM to promote their product doesn't deserve to be patronized. Besides, Cygwin runs circles around MKS, in both Unix compatibility and support level (even with, or, perhaps, especially because the innate meanness of its developers). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton---BeginMessage--- Hi I thought that you may be interested in the below, as you're a Cygwin user. [snip] -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org ---End 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: /etc/profile not being executed by cron job
Thanks Igor. I followed your adivce and changed the #! line to #!/usr/bin/bash -l and that worked for me. The script I'm using to do backups automatically moves itself around using absolute paths so having profile do that last 'cd $HOME' wasn't an issue. -Al On Thu, Sep 25, 2003 at 12:38:09PM -0400, Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Al Goodniss wrote: Hi, Please point me to what I missed. I have a simple cron job doing backups using tar and find. Works flawlessly in an interactive shell. Cron also works fine for fetching mail, etc. The combination doesn't work. When I run my bash (tcsh also fails) script via Cron the wrong find is found. Instead of /usr/bin/find I get the windows version. My /etc/profile does prepend the directories, the permissions seen accurate - as per the other fixes that were in the archives. What did I miss? -Al --- Test script --- #!/usr/bin/bash [snip] The regular invocation of bash is a non-login shell, and thus won't execute /etc/profile. Try changing the #! line to #!/usr/bin/bash -l. Be aware that you will not be able to use a relative path either to invoke the script or inside the script after that, as /etc/profile does a 'cd $HOME'. Alternatively, you can add the following to the top of the script: if ! shopt -q login_shell; then exec -l /bin/bash --login $PWD/$0 $PWD $@ fi cd $1 shift The above should work even with relative paths, but I haven't tested it extensively. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installed, Admin can run, other account can't...
Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Marco Mason wrote: Hey, gang-- I've installed cygwin on a new box. After I set it up, I could run it as administrator. However, when I logged into a test account, I can't successfully start it. Trying to run it under the test account in a DOS shell: D:\cygwin\binbash --login -i D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5. Terminating. D:\cygwin\bin I tried googling for the message, but couldn't find anything useful. I ran a 'cygcheck -svr' and attached the output to this message as a text file. Does anyone have an idea of what I should try? --marco $ net helpmsg 5 Access is denied. $ Basically, it looks like Win2k couldn't run the application as the test user. What's the output of ls -l /bin/bash.exe? How about getfacl /bin/bash.exe? You may need to change the permissions manually on your Cygwin tree, using the chmod -R command. Igor Here's what you asked: $ ls -al /bin/bash.exe -rwx--+ 1 Administ Users 534016 Sep 15 05:47 /bin/bash.exe $ getfacl /bin/bash.exe # file: /bin/bash # owner: Administrators # group: Users user::rwx group::--- group:D-Application Server-RW:rwx mask:rwx other:--- The user having difficulties is named 'EagleGen' and is a member of the D-Application Server-RW group. --marco -- Unsubscribe info: 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: Strange make [Error 255] (cygwin bug?)
On Fri, Sep 26, 2003 at 10:38:07AM +0200, Corinna Vinschen wrote: On Fri, Sep 26, 2003 at 09:36:28AM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: In any event, this might help: mount -f -X c:/cygwin/bin /bin mount -f -x c:/cygwin/bin/strace.exe /bin/strace.exe mount -f -x c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe Why can this not be the default, are there any other executables that need to mounted '-x'? mount -X is a bit of a workaround. While it speeds up starting apps from that directory, it disallows correct argument passing for non-Cygwin applications in the same directory. Therefore the two additional mount -x for strace and cygcheck, bot mingw apps. I don't think that's a good idea to default /bin to -X. Right. It could be an option in setup.exe, I suppose but making it the default could open up a Pandora's box of other issues. -X should be faster than -x, and -x is faster than nothing. Basically, any make option which gives a hint to cygwin on the executability of the file should speed things up slightly. So, if you know that a file or directory is not executable, mounting it as -E helps also. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange make [Error 255] (cygwin bug?)
On Fri, Sep 26, 2003 at 10:48:24AM +0200, Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 05:45:33PM +0200, Bertalan Fodor wrote: In any event, this might help: mount -f -X c:/cygwin/bin /bin This has solved the problem, thank you very much. The next Cygwin developers snapshot contains a patch which should make this workaround unnecessary. How does it make it unnecessary? Won't it still cause make to return an error as opposed to actually getting make working? 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/
Copying stderr to stdout
I was having a bit of trouble copying stderr to stdout, e.g. $ ls 21 lkajsdflkjasdflkj ll ls: lkajsdflkjasdflkj: No such file or directory I would have expected the error message to end up in ll. If I place 21 at the end of the line it works. Is this the intended behaviour? Øyvind -- Unsubscribe info: 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: Installed, Admin can run, other account can't...
On Fri, 26 Sep 2003, Marco Mason wrote: Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Marco Mason wrote: Hey, gang-- I've installed cygwin on a new box. After I set it up, I could run it as administrator. However, when I logged into a test account, I can't successfully start it. Trying to run it under the test account in a DOS shell: D:\cygwin\binbash --login -i D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5. Terminating. D:\cygwin\bin I tried googling for the message, but couldn't find anything useful. I ran a 'cygcheck -svr' and attached the output to this message as a text file. Does anyone have an idea of what I should try? --marco $ net helpmsg 5 Access is denied. $ Basically, it looks like Win2k couldn't run the application as the test user. What's the output of ls -l /bin/bash.exe? How about getfacl /bin/bash.exe? You may need to change the permissions manually on your Cygwin tree, using the chmod -R command. Igor Here's what you asked: $ ls -al /bin/bash.exe -rwx--+ 1 Administ Users 534016 Sep 15 05:47 /bin/bash.exe $ getfacl /bin/bash.exe # file: /bin/bash # owner: Administrators # group: Users user::rwx group::--- group:D-Application Server-RW:rwx mask:rwx other:--- The user having difficulties is named 'EagleGen' and is a member of the D-Application Server-RW group. --marco Ok. This pretty much confirms my guess. A quick fix would be to chmod -R a+x /bin /usr/X11R6/bin /usr/sbin /usr/i686-pc-* /usr/lib/gcc-lib chmod -R a+r /usr /etc /lib /var. I may have missed some directories with executables. You may also need to give write access to everyone in /tmp and /var... The real fix would be to make setup create the directories with the right permissions from the start. I'm not sure this is possible. Perhaps people with more knowledge of ACLs (Pierre, Corinna, CGF?) will chime in and offer their opinions... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [Michael Jones] RE: MKS Toolkit - UNIX scripting on Windows
On Fri, Sep 26, 2003 at 03:58:42PM +0200, Jan Nieuwenhuizen wrote: From: Michael Jones [EMAIL PROTECTED] FWIW, he doesn't seem to be a subscriber. Too bad. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Copying stderr to stdout
On Fri, 26 Sep 2003, Øyvind Harboe wrote: I was having a bit of trouble copying stderr to stdout, e.g. $ ls 21 lkajsdflkjasdflkj ll ls: lkajsdflkjasdflkj: No such file or directory I would have expected the error message to end up in ll. If I place 21 at the end of the line it works. Is this the intended behaviour? Øyvind man bash, /order of redirections, Enter. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cron problems finally resolved
After much knashing of teeth, I've finally figured out what made my cron scripts fail: In a normal shell, the /usr/bin is in at the front of the $PATH. When cron runs as a cygrunsrv service /usr/bin is at the end of the $PATH. In my case, I had a Windows version of tar that being executed instead of CygWins tar, but only when run from within cron as a service. My workaround was to launch the subcript in question via bash: bash --login -i -c sh /cygdrive/c/foo/backup.sh This is not the first time I've run into $PATH problems between Windows and CygWin. Something to look out for. Øyvind -- Unsubscribe info: 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: cron problems finally resolved
On Fri, 26 Sep 2003, Øyvind Harboe wrote: After much knashing of teeth, I've finally figured out what made my cron scripts fail: In a normal shell, the /usr/bin is in at the front of the $PATH. When cron runs as a cygrunsrv service /usr/bin is at the end of the $PATH. In my case, I had a Windows version of tar that being executed instead of CygWins tar, but only when run from within cron as a service. My workaround was to launch the subcript in question via bash: bash --login -i -c sh /cygdrive/c/foo/backup.sh This is not the first time I've run into $PATH problems between Windows and CygWin. Something to look out for. Øyvind Øyvind, FWIW, you don't have to invoke sh since you're already invoking bash, i.e., you could change your invocation to bash --login -i -c cygdrive/c/foo/backup.sh (or even without a -c)... Take a look at the -e option to cygrunsrv -- it might help. Also, the following thread might be of interest: http://cygwin.com/ml/cygwin/2003-09/msg01633.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SV: cron problems finally resolved
Take a look at the -e option to cygrunsrv -- it might help. I find it a bit unnerving that I test my scripts under bash and then deploy them under a different environment that I do not properly understand. By using the bash trick in the last post, I was hoping to more precisely copy the environment under which I tested my scripts. From the thread you referred to, it seems like bash is the way to go for me, rather than cygrunsrv -e. Øyvind -- Unsubscribe info: 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: make is not install
At 02:37 AM 9/26/2003, Carlo Florendo you wrote: bohm s wrote: Hi, I just installed cygwin and 'make' was not installed. It's most probable that make was not installed even if you thought it was. Could you post the output the command `cygcheck -svr' so your problem can be diagnosed better. Check out http://cygwin.com/problems.html for details on how to post problems later. I chose All - default, then uninstalled everything, following the uninstall instructions on the cygwin site, then tried All - install. Niether configuration resullted in make.exe being found in my cygwin\bin folder. What am I doing wrong? What package do I need to install to get 'make'? Are you sure you got everything. What mirror are you using? Right. This may be the most important piece of information. That and /var/log/setup.log*. If 'make' isn't shown as a package being installed, you don't have it. Of course, the output of 'cygcheck -srv' will tell you whether 'make' was installed but if it isn't, the log files will tell you if it was supposed to be installed from what you picked. If it's not installed and the log doesn't tell you it was supposed to be, you need to check to see if the mirror(s) you picked have the package. There are occasions where some mirrors are incomplete. See http://cygwin.com/packages/ to find the package which contains 'make' if you're not sure what it is. If the mirror you're using has the package, make sure you do select it when you install via setup. If the mirror doesn't have the package, add another mirror to your list of mirrors until you find one that does have the package. -- 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: Strange make [Error 255] (cygwin bug?)
On Fri, Sep 26, 2003 at 11:27:05AM -0400, Christopher Faylor wrote: On Fri, Sep 26, 2003 at 10:48:24AM +0200, Corinna Vinschen wrote: On Thu, Sep 25, 2003 at 05:45:33PM +0200, Bertalan Fodor wrote: In any event, this might help: mount -f -X c:/cygwin/bin /bin This has solved the problem, thank you very much. The next Cygwin developers snapshot contains a patch which should make this workaround unnecessary. How does it make it unnecessary? Won't it still cause make to return an error as opposed to actually getting make working? Yes, but it returns a correct, useful error message. Obviously there is a system imposed upper limit of command line length on all systems, even if it's 256MB or whatever. So relying on these overlong command lines is highly non-portable anyway and at least Cygwin now returns the correct message if it comes to that. 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/
compile problem under Cygwin 1.5.5 - gcc 3.3.1
I just upgraded Cygwin to 1.5.5 and gcc to 3.3.1 yesterday and now I see some compile issue when trying to compile star 1.5a27. $ smake MAKE=/usr/bin/smake == MAKING all ON SUBDIRECTORY SRCROOT/conf /usr/bin/smake: 'all' is up to date. == MAKING all ON SUBDIRECTORY SRCROOT/inc == MAKING all ON SUBCOMPONENT SRCROOT/inc/align_test.mk /usr/bin/smake: 'all' is up to date. == MAKING all ON SUBCOMPONENT SRCROOT/inc/avoffset.mk == COMPILING avoffset.o In file included from /usr/include/stdio.h:46, from avoffset.c:34: /usr/include/sys/types.h:112: error: parse error before char /usr/bin/smake: Couldn't make 'all'. /usr/bin/smake: Couldn't make 'all'. == MAKING all ON SUBDIRECTORY SRCROOT/lib == MAKING all ON SUBCOMPONENT SRCROOT/lib/libschily.mk == COMPILING fexec.o In file included from /usr/include/stdio.h:46, from fexec.c:24: /usr/include/sys/types.h:112: error: parse error before char == COMPILING getfp.o getfp.c:36:22: avoffset.h: No such file or directory == COMPILING getav0.o getav0.c:29:22: avoffset.h: No such file or directory I looked at /usr/include/sys/types.h and couldn't see anything wrong with this header. Also I have other programs which are using sys/types.h without any compile problem. Any clues appreciated. thx, Gerry Reno Env: Cygwin 1.5.5(0.94/3/2) gcc (GCC) 3.3.1 (cygming special) = Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.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: compile problem under Cygwin 1.5.5 - gcc 3.3.1
Ok, I think the problem was related to autoconf. The build was using a previous configure. I went through and thoroughly cleaned everything and had the configure rerun and now it is compiling. --- Gerry Reno [EMAIL PROTECTED] wrote: I just upgraded Cygwin to 1.5.5 and gcc to 3.3.1 yesterday and now I see some compile issue when trying to compile star 1.5a27. $ smake MAKE=/usr/bin/smake == MAKING all ON SUBDIRECTORY SRCROOT/conf /usr/bin/smake: 'all' is up to date. == MAKING all ON SUBDIRECTORY SRCROOT/inc == MAKING all ON SUBCOMPONENT SRCROOT/inc/align_test.mk /usr/bin/smake: 'all' is up to date. == MAKING all ON SUBCOMPONENT SRCROOT/inc/avoffset.mk == COMPILING avoffset.o In file included from /usr/include/stdio.h:46, from avoffset.c:34: /usr/include/sys/types.h:112: error: parse error before char /usr/bin/smake: Couldn't make 'all'. /usr/bin/smake: Couldn't make 'all'. == MAKING all ON SUBDIRECTORY SRCROOT/lib == MAKING all ON SUBCOMPONENT SRCROOT/lib/libschily.mk == COMPILING fexec.o In file included from /usr/include/stdio.h:46, from fexec.c:24: /usr/include/sys/types.h:112: error: parse error before char == COMPILING getfp.o getfp.c:36:22: avoffset.h: No such file or directory == COMPILING getav0.o getav0.c:29:22: avoffset.h: No such file or directory I looked at /usr/include/sys/types.h and couldn't see anything wrong with this header. Also I have other programs which are using sys/types.h without any compile problem. Any clues appreciated. thx, Gerry Reno Env: Cygwin 1.5.5(0.94/3/2) gcc (GCC) 3.3.1 (cygming special) thx, Gerry Reno = Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.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: Installed, Admin can run, other account can't...
Igor Pechtchanski wrote: On Fri, 26 Sep 2003, Marco Mason wrote: Igor Pechtchanski wrote: On Thu, 25 Sep 2003, Marco Mason wrote: Hey, gang-- I've installed cygwin on a new box. After I set it up, I could run it as administrator. However, when I logged into a test account, I can't successfully start it. Trying to run it under the test account in a DOS shell: D:\cygwin\binbash --login -i D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5. Terminating. D:\cygwin\bin I tried googling for the message, but couldn't find anything useful. I ran a 'cygcheck -svr' and attached the output to this message as a text file. Does anyone have an idea of what I should try? --marco $ net helpmsg 5 Access is denied. $ Basically, it looks like Win2k couldn't run the application as the test user. What's the output of ls -l /bin/bash.exe? How about getfacl /bin/bash.exe? You may need to change the permissions manually on your Cygwin tree, using the chmod -R command. Igor Here's what you asked: $ ls -al /bin/bash.exe -rwx--+ 1 Administ Users 534016 Sep 15 05:47 /bin/bash.exe $ getfacl /bin/bash.exe # file: /bin/bash # owner: Administrators # group: Users user::rwx group::--- group:D-Application Server-RW:rwx mask:rwx other:--- The user having difficulties is named 'EagleGen' and is a member of the D-Application Server-RW group. --marco Ok. This pretty much confirms my guess. A quick fix would be to chmod -R a+x /bin /usr/X11R6/bin /usr/sbin /usr/i686-pc-* /usr/lib/gcc-lib chmod -R a+r /usr /etc /lib /var. I may have missed some directories with executables. You may also need to give write access to everyone in /tmp and /var... Hmmm... I just tried this, and I still can't seem to make it operate. I'm going to have to start learning how the Windows Security stuff is put together so I can try some more. The real fix would be to make setup create the directories with the right permissions from the start. I'm not sure this is possible. Perhaps people with more knowledge of ACLs (Pierre, Corinna, CGF?) will chime in and offer their opinions... Igor -- If it's a security thing, then perhaps setup will create the directories properly if I fix the security and then reinstall. At least, I'm hoping so.. 8^) Thanks for your assistance... --marco -- Unsubscribe info: 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 Pine-4.58-1 [IMPORTANT]
Hello, A new version of Pine has been uploaded to a server near you. This message contains very important information that you should read before you upgrade. Pine4.58 is a bug release version. The main point of this release is to fix a security hole found in all previous versions of Pine, which is exploitable. An exploit was posted in Bugtraq, so you should upgrade. If you try to upgrade by downloading the source code of Pine and building it yourself, that WILL NOT work. The program will build correctly, but upon executing it, it will corrupt all your data (folders and addressbooks). You need to patch Pine before building it. The patch is included in the source code (as downloadable from the cygwin mirrors using setup.exe, not from the main Pine site). That patch also fixes the crashes found in the distribution of uw-imap and other tools. The patch for c-client was given to me by Marc Crispin. I would like to thank him for sending me this modification. If you don't want to deal with the above, simply upgrade to Pine-4.58-1 from any mirror of Cygwin using the setup program and enjoy this rock solid and powerful e-mail program. 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, fill in all of the options, and make appropriate choices on the Select Packages screen. You'll need to select the Mail category to see Pine and Pico. If you have questions or comments, please send them to the Cygwin mailing list, http://cygwin.com/list.html. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Eduardo http://www.math.washington.edu/~chappa/pine/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
telnet server
Hi, i'm a glad user with inetd cygwin 1.3.22 soon i'll be upgrading 1.5 thanks for all knowledge Petch... Faylor... Vilche... . . . etc.. i was wondering if there is a port of telnet server but with -mno-cygwin thanks __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.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: telnet server
On Fri, Sep 26, 2003 at 01:36:08PM -0700, Eduardo Osorio Armenta wrote: i was wondering if there is a port of telnet server but with -mno-cygwin I'd check the no-cygwin mailing list for an answer to that question. 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/
Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken -- Unsubscribe info: 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: Future of OpenGL package (Earnie, please read this)
On Fri, 26 Sep 2003, Andre Bleau wrote: Brian Ford wrote: Andre Bleau wrote: ... Are there any plans to update Cygwin's OpenGL headers to include 1.3 or 1.4 support? Be it via using the w32api Mesa ones, or by other means. Let that be clear: headers alone will not provide access to OpenGL 1.2+ functionnality. You will still have to program the loading of OpenGL extensions, if they are available from the graphic card driver. Maybe something like extgl (http://www.levp.de/3d/index.htmlhttp://www.levp.de/3d/index.html) could be packaged for Cygwin to make that easier. Sure, I know headers don't magically create functionality. They just allow access to that which already exists. But, most vendors these days (ATI Nvidia) provide 1.3 or 1.4 functionality. It would be nice to use it without jumping through hoops. Even, with 1.4 headers, you would sill need to jump through hoops to use 1.4 functionality. You will still need to load the functions dynamicaly before using them. You wouldn't be able to simply call the functions as when developing for UNIX. André, Cygwin DLL uses the autoload functionality for some of the required functions, so that they can simply be called after a test (i.e., something like if (hasSomeFunction()) callSomeFunction(); Perhaps this could be employed in the OpenGL library layer as well... I don't know enough off-hand about the autoloading process, but there is a fairly detailed description in winsup/cygwin/how-autoload-works.txt in the Cygwin sources. Might be worth investigating... [snip] I think we waited long enough for freeglut and some update of GLUT and GLUI is overdue. So, I propose to make a quick update of the OpenGL package ASAP, while we wait for freeglut. To quick update would: - Remove /usr/include/GL and rely on /usr/include/w32api/GL from the w32api package, that would be set as requesite - Add glut.h to /usr/include/w32api/GL So you need to coordinate with Earnie on this (as the subject says). - Update the GLUT dll to Nate Robin's 3.7.6 - Have GLUI and GLUIX libs compiled for gcc 3.3 You will probably also need to release the old libraries as compatibility packages for those who still use the pre-gcc-3.3 OpenGL binaries. - Move the doc to /usr/share/doc This would be useful. Just my 2c. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
On Fri, 26 Sep 2003, Kin Ming Ng wrote: I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken The guidelines for reporting Cygwin problems are outlined in http://cygwin.com/problems.html. It would have helped if you had attached (as an uncompressed text *attachment*) the output of cygcheck -svr. At a guess, you either have an older cygwin1.dll (i.e., you had a Cygwin process running while upgrading), or you have more than one copy of cygwin1.dll on your system. The cygcheck output requested above will confirm or deny these guesses. If the former is correct, you should get things working after a reboot. If the latter, simply delete the extra (older) copies of cygwin1.dll, leaving only the one in /bin. Be aware that the other copies of cygwin1.dll may not be in the Cygwin tree. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Future of OpenGL package (Earnie, please read this)
Andre Bleau wrote: Brian Ford wrote: No; if /usr/include/GL does not exist anymore, gcc will look in /usr/include/w32api/GL for #include GL/gl.h directives. Ahh..., ok. I didn't realize that. Makes sense, though. I was just being dense. Even, with 1.4 headers, you would sill need to jump through hoops to use 1.4 functionality. You will still need to load the functions dynamicaly before using them. You wouldn't be able to simply call the functions as when developing for UNIX. A lot of the functionallity I need is just the defines. Ex: GL_MIRRORED_REPEAT_ARB Here, I don't need to load any extensions. When I do need to load extensions, having the defines for the proper prototypes around would be nice. BTW, what version does Microsoft ship with XP? It is still 1.1. I guess that M$ is so involved now with DirectX that they will never update the OpenGL dll. Ugh, ok. As for the extension loading library, it's a don't care for me. Then, I guess you never had to work with extensions... No, I just don't think it is that hard to write code for it. I think we waited long enough for freeglut and some update of GLUT and GLUI is overdue. Ok. So, I propose to make a quick update of the OpenGL package ASAP, while we wait for freeglut. To quick update would: - Remove /usr/include/GL and rely on /usr/include/w32api/GL from the w32api package, that would be set as requesite Ok, but... - Add glut.h to /usr/include/w32api/GL That may not fly. As I understand it, the w32api directories are only for headers/import libraries for DLLs that ship with MS, or at least mingw. Is the glut DLL -mno-cygwin safe? Then it might work if glut became part of mingw. Earnie? - Update the GLUT dll to Nate Robin's 3.7.6 - Have GLUI and GLUIX libs compiled for gcc 3.3 - Move the doc to /usr/share/doc Great! BTW, I guess you're probably not interested from your previous comments on the subject, but an Xfree based glut would be great to have. I got a working imake compile once without too much trouble from the Nate Robins version. If your still not interested in putting it in your glut package, maybe I'll propose to maintain one for Xfree. Cheers. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: 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 on Windows Me on Athlon64
Now I am using cygwin on Windows Me on AthlonXP . (B (B I will have Athlon64 system shortly . Then I want to use cygwin (Bon Athlon64 . The executable files of programs comliled on Athlon64 (Bshould be much faster than those are compiled on AthlonXP . (B (B Then now I am wondering if ; (B1 . Can cygwin be installed correctly on Windows Me on Athlon64 . (B(Just the same as using the install wizard .) (B2 . To compile the program , gcc is certainly needed . (BTo compile the program of 64bit , is it sufficient to install (Bgcc using the install wizard and type "gcc __.c" ? (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: papers
[EMAIL PROTECTED]: Cristina Fischer wrote: I am posgraduatio (master degrree) in Brazil I would like use cygwin so that I can create simulation network I am new programmer using cygwin. I would like to get 1. when I can get download software cygwin to environment windows 2000 2. I would like to know about configurate my hardware(setup) to run cywin manual and so on Understand that Cygwin is a port of the GNU software tool suite to Windows. It includes many programs, including shells, editors, interpreters, compilers, linkers, etc.. If you are familiar with GNU/Linux and the Bash shell, it should be a comfortable environment. If not, I recommend that you read the following books: Cameron Newham Bill Rosenblatt, 1998, Learning the Bash Shell, 2 ed., O'Reilly Associates, ISBN 1-56592-347-2. Jerry Peek, Grace Todino, John Strang, 1998, Learning the UNIX Operating System, 4 ed., O'Reilly Associates, ISBN 1-56592-390-1. Cygwin works fine on Windows 2000 (what I use). To get Cygwin onto a Windows computer, I first download the Cygwin Setup program from: http://www.cygwin.com/ Look for the icon labeled Install or update now! (using setup.exe). Download setup.exe to your hard disk. I recommend the following location (create directories as necessary): C:\cygwin\setup\setup.exe Next, read the instructions for using Cygwin Setup: http://www.cygwin.com/cygwin-ug-net/setup-net.html I prefer to download packages from the Internet and then install them. This requires running Cygwin Setup twice -- once to download the packages and a second time to install the packages. There is also a third option for installing directly from the Internet, but having the packages on your hard drive can be useful from time to time. I also prefer to download and install only the base packages first. I have Cygwin Setup create the Start menu and desktop icons on this pass. I then test drive Cygwin and make any necessary adjustments (.bashrc, .bash_profile, .vimrc, .inputrc, etc.). I then repeat the download/install process for whatever other packages I want. I skip the icon creation process. For your programming needs, you will likely want to download and install packages in the Development category. As for manuals, I mostly use the Cygwin Bash shell. Thus, man and info are what I use the most. You may also find HTML documentation on the web and/or in the Cygwin installation tree (look under C:\cygwin\usr\doc\). HTH, David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin on Windows Me on Athlon64
Koide wrote: Now I am using cygwin on Windows Me on AthlonXP . I will have Athlon64 system shortly . Then I want to use cygwin on Athlon64 . The executable files of programs comliled on Athlon64 should be much faster than those are compiled on AthlonXP . Then now I am wondering if ; 1 . Can cygwin be installed correctly on Windows Me on Athlon64 . (Just the same as using the install wizard .) 2 . To compile the program , gcc is certainly needed . To compile the program of 64bit , is it sufficient to install gcc using the install wizard and type gcc __.c ? I would be very surpised if Windows ME supported any kind of 64 bit extensions. You most likely will need to wait for the 64 bit version of Windows XP to be released to take full advantage. However, the Athlon 64 will be much faster simply because it is highly optimized for 32 bit stuff, that's the whole point. You can have your cake and eat it too: old stuff runs fast, and when support eventually makes it into the OS, compiler, and software, then you get an additional increase. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
compiled files under GPL?
Hi! Sorry, I just wanted a clarifcation of something I thought I read on cygwin-apps... Is it true that any application I compile under cygwin's gcc/g++ is automatically under the GPL? Is so I've been doing some violating... sorry. Is this still true under -mno-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/
Re: compiled files under GPL?
Is it true that any application I compile under cygwin's gcc/g++ is automatically under the GPL? Is so I've been doing some violating... sorry. This will link your binary to the cygwin DLL by default. Unless you have purchased a buy out contract from Red Hat, yes. Is this still true under -mno-cygwin? No. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: 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: papers
On Fri, 26 Sep 2003, David Christensen wrote: [snip] I prefer to download packages from the Internet and then install them. This requires running Cygwin Setup twice -- once to download the packages and a second time to install the packages. There is also a third option for installing directly from the Internet, but having the packages on your hard drive can be useful from time to time. FYI, Install from Internet is exactly the same as Download from Internet and Install from Local Directory. The packages are saved in the package cache regardless. [snip] As for manuals, I mostly use the Cygwin Bash shell. Thus, man and info are what I use the most. You may also find HTML documentation on the web and/or in the Cygwin installation tree (look under C:\cygwin\usr\doc\). The HTML and other manuals for Cygwin itself are contained in the cygwin-doc package, which is not in the Base category, so it will have to be installed explicitly (by either selecting everything, or selecting that individual package). Once it's installed, it should add some Start Menu links to the Cygwin documentation. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: compiled files under GPL?
On Fri, 26 Sep 2003, Brian Ford wrote: Is it true that any application I compile under cygwin's gcc/g++ is automatically under the GPL? Is so I've been doing some violating... sorry. This will link your binary to the cygwin DLL by default. Unless you have purchased a buy out contract from Red Hat, yes. There are some exceptions, IIRC. For more information, see http://cygwin.com/faq/faq_8.html#SEC136 or consult a lawyer. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
Sorry that I had forgot to include a cygcheck attachment, here it is... In any case, the Cygwin v1.5.5-1 is a fresh installation downloaded directly from www.cygwin.com using the default setup.exe. I do wanted to point out one thing however, I did encounter some problems during the usage of setup.exe to download all of the files first into my computer to install cygwin. I had to make several attempts in order to download a complete setup of all the files. I wonder if this has anything to do with the problem because I only found 1 copy of cygwin1.dll inside the installed cygwin directory. Ken On Fri, 26 Sep 2003, Kin Ming Ng wrote: I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken The guidelines for reporting Cygwin problems are outlined in http://cygwin.com/problems.html. It would have helped if you had attached (as an uncompressed text *attachment*) the output of cygcheck -svr. At a guess, you either have an older cygwin1.dll (i.e., you had a Cygwin process running while upgrading), or you have more than one copy of cygwin1.dll on your system. The cygcheck output requested above will confirm or deny these guesses. If the former is correct, you should get things working after a reboot. If the latter, simply delete the extra (older) copies of cygwin1.dll, leaving only the one in /bin. Be aware that the other copies of cygwin1.dll may not be in the Cygwin tree. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Sep 26 17:00:07 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\Engineerings\Cygwin\usr\local\bin C:\Engineerings\Cygwin\bin C:\Engineerings\Cygwin\bin C:\Engineerings\Cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem Output from C:\Engineerings\Cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\Engineerings\Cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\Engineerings\Cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/cygdrive/d/works' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `INSPIRON' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\' HOSTNAME = `inspiron' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\INSPIRON' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/d' 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' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TEXMF = `{/usr/share/lilypond/1.8.2,/usr/share/texmf}' TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `INSPIRON' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\Engineerings\Cygwin' flags
Re: Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
Ken, Please make sure your mailer honors the Reply-To: header. FWIW, your cygcheck output looks pretty normal -- I don't see any reason for the messages you're getting. Are you still getting them, BTW? Did you reboot since you tried g++ last? Did the reboot help? If not, did you search for copies of cygwin1.dll *outside* of your Cygwin tree? I specifically mentioned them in the last line of my message. Igor On Fri, 26 Sep 2003, Kin Ming Ng wrote: Sorry that I had forgot to include a cygcheck attachment, here it is... In any case, the Cygwin v1.5.5-1 is a fresh installation downloaded directly from www.cygwin.com using the default setup.exe. I do wanted to point out one thing however, I did encounter some problems during the usage of setup.exe to download all of the files first into my computer to install cygwin. I had to make several attempts in order to download a complete setup of all the files. I wonder if this has anything to do with the problem because I only found 1 copy of cygwin1.dll inside the installed cygwin directory. Ken On Fri, 26 Sep 2003, Kin Ming Ng wrote: I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken The guidelines for reporting Cygwin problems are outlined in http://cygwin.com/problems.html. It would have helped if you had attached (as an uncompressed text *attachment*) the output of cygcheck -svr. At a guess, you either have an older cygwin1.dll (i.e., you had a Cygwin process running while upgrading), or you have more than one copy of cygwin1.dll on your system. The cygcheck output requested above will confirm or deny these guesses. If the former is correct, you should get things working after a reboot. If the latter, simply delete the extra (older) copies of cygwin1.dll, leaving only the one in /bin. Be aware that the other copies of cygwin1.dll may not be in the Cygwin tree. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installed, Admin can run, other account can't...
At 11:31 AM 9/26/2003 -0400, Igor Pechtchanski wrote: The real fix would be to make setup create the directories with the right permissions from the start. I'm not sure this is possible. Perhaps people with more knowledge of ACLs (Pierre, Corinna, CGF?) will chime in and offer their opinions... Sure, but what are the right permissions? Some people objet to giving access to Everybody. The group name and whether the group should have write access are matters of local preference. So setup uses the default inheritable acl of the directory under which cygwin is installed. It works just fine in most cases. I don't know why in this case group Users got no rights. This is not a typical factory default, it was most probably set that way for some local reason. Perhaps the exit message of setup should be to remind the installer to verify the permissions (PTC). Or perhaps that's another test that could be added into /etc/profile, nagging the user are you sure this is really what you want. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installed, Admin can run, other account can't...
On Fri, 26 Sep 2003, Pierre A. Humblet wrote: At 11:31 AM 9/26/2003 -0400, Igor Pechtchanski wrote: The real fix would be to make setup create the directories with the right permissions from the start. I'm not sure this is possible. Perhaps people with more knowledge of ACLs (Pierre, Corinna, CGF?) will chime in and offer their opinions... Sure, but what are the right permissions? Some people objet to giving access to Everybody. The group name and whether the group should have write access are matters of local preference. So setup uses the default inheritable acl of the directory under which cygwin is installed. It works just fine in most cases. I don't know why in this case group Users got no rights. This is not a typical factory default, it was most probably set that way for some local reason. Perhaps the exit message of setup should be to remind the installer to verify the permissions (PTC). Or perhaps that's another test that could be added into /etc/profile, nagging the user are you sure this is really what you want. Pierre Hmm, I guess it would make sense for setup to check the permissions on the Cygwin root directory *before* installing any files in it, especially if it's a new install and it's creating the root directory (I suppose it would inherit from c:\ in that case, right?). This way, if setup determines that the root directory *it just created* has very restrictive permissions, it could warn the user, or even open a Windows security dialog for c:\cygwin (or whatever the root is) and let the user fix the permissions before creating more directories or installing files. Again, this is all PTC, and I just wanted to get this into the archives for now. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: editrights-1.01-1
This new package contains a small command-line tool to alter the rights and privileges granted to users on Windows NT/2000/XP systems. It works with users and groups, both locally and remotely. For example it may be useful for automating the installation of programs like sshd, which require the SeTcbName privilege in order to submit login requests to the Windows security subsystem. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Base and then click on the appropriate field until the announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Chris Rodgers *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Unsubscribe info: 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: compiled files under GPL?
On Fri, 26 Sep 2003 20:27:36 -0400 (EDT), Igor Pechtchanski wrote: On Fri, 26 Sep 2003, Brian Ford wrote: Is it true that any application I compile under cygwin's gcc/g++ is automatically under the GPL? Is so I've been doing some violating... sorry. This will link your binary to the cygwin DLL by default. Unless you have purchased a buy out contract from Red Hat, yes. There are some exceptions, IIRC. For more information, see http://cygwin.com/faq/faq_8.html#SEC136 or consult a lawyer. Igor I'm treading on very thin ice here with respect to being OT but I beg your indulgence. From the link above: To cover the GNU GPL requirements, the basic rule is if you give out any binaries, you must also make the source available. Which means if I use GNU GPL software to make a commercial product (selling and distribution implied), the product must be GPL, source exposed, etc. BUT, if I use GPL in a bank to create software used by bank customers or in back overnight process, since I'm NOT selling the software, I don't have to expose squat. Yes? If so, then the GPL-is-viral argument goes by the wayside for all non-software development companies. Is that a reasonable interpretation? -- Matthew O. Persico -- Unsubscribe info: 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-1.5.4-1 breaks fetchmail on Win9x
cygwin-1.3.22-1 + fetchmail 6.2.2-1: This was working fine. I then updated to cygwin-1.5.4-1, which seems to break fetchmail. Fetchmail complains about not being able to create the lock file, but I believe the issue is actually with *removing* the stale lock file (it doesn't happen): 8:05pm [EMAIL PROTECTED] ~] ls -l .fetchmail.pid -rw-r--r--1 ord all10 Sep 23 15:38 .fetchmail.pid 8:10pm [EMAIL PROTECTED] ~] fetchmail -d0 fetchmail: removing stale lockfile fetchmail: lock creation failed. 8:10pm [EMAIL PROTECTED] ~] ls -l .fetchmail.pid -rw-r--r--1 ord all10 Sep 23 15:38 .fetchmail.pid 8:10pm [EMAIL PROTECTED] ~] I then updated to cygwin-1.5.5-1, to fix the ^Z problem in 1.5.4-1, yet the fetchmail problem remained. Also updated to the latest fetchmail (6.2.4-1), however that behaves the same. (Seems to be an issue with cygwin-1.5.5-1 vs. cygwin-1.3.22-1). As far as I can tell, this is a Win9x (Win98SE) issue. Testing fetchmail on XP with cygwin-1.5.5-1 doesn't seem to suffer from this problem , though I don't normally use fetchmail on my XP box, so milage may vary from my quick test on XP: 1:21pm [EMAIL PROTECTED] ~] 2 0 ls -l .fetchmail.pid -rw---1 ord None8 Sep 27 13:21 .fetchmail.pid 1:22pm [EMAIL PROTECTED] ~] 2 0 fetchmail -d0 fetchmail: removing stale lockfile [...fetchmail run output snipped..] The obvious hack that I am using currently is to delete .fetchmail.pid in /etc/rc on Win98, which is satisfactory for me, however I thought it worthwhile reporting the problem. I've searched the archives, and found no other references to this problem, which hopefully just means I'm the first to report it and not that I'm missing anything (apologies if so). cygcheck -s -v -r cygcheck.out follows. Mark. -- Mark Ord | I tried my best, tried to forget, Melbourne, Australia | that you're a bad habit, just like a mailto://[EMAIL PROTECTED] | cigarette. http://www.alphalink.com.au/~ord/home/ | Spark - Jesse Valenzuela - Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Sep 27 13:25:56 2003 Windows 98 SE Ver 4.10 Build Path: .\ C:\cygwin\home\ord\scripts C:\cygwin\home\ord\bin\hostname C:\cygwin\home\ord\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS c:\WINDOWS\COMMAND C:\cygwin\bin C:\cygwin\OPT\BIND\BIN C:\cygwin\usr\X11R6\bin C:\cygwin\usr\sbin C:\cygwin\opt\bind\sbin Output from C:\cygwin\bin\id.exe (nontsec) UID: 29815(ord) GID: 544(all) 544(all) Output from C:\cygwin\bin\id.exe (ntsec) UID: 29815(ord) GID: 544(all) 544(all) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\ord' MAKE_MODE = `unix' PWD = `/home/ord' USER = `ord' CFG_FILES = `/home/ord/.configuration_files' CMDLINE = `WIN' COMSPEC = `C:\WINDOWS\COMMAND.COM' CONSOLE = `/dev/null' DEF_MAKEFILE = `/cygdrive/m/dev/C/makfiles/defs.mak' DIRCMD = `/w /O:N' DISPLAY = `chimera:0' GROUP = `all' HOMEDRIVE = `C:' HOMEPATH = `\cygwin\home\ord' HOST = `scholars' HOSTTYPE = `i386' INIT_VERSION = `sysvinit-2.84' LOGNAME = `ord' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;31:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;31:' LYNX_CFG = `/home/ord/.configuration_files/lynx.cfg' MACHTYPE = `i386' MAIL = `/var/spool/mail/ord' MAIL_FOLDERS = `/var/spool/mail/ord /home/ord/Mail/gin_blossomsLoW_moderate /home/ord/Mail/inbox.lv' MAKEFILEPATH = `/cygdrive/m/dev/C/makfiles' MANPATH = `:/usr/ssl/man' MYENVSET = `' NNTPSERVER = `news.alphalink.com.au' OSTYPE = `posix' PREVLEVEL = `N' PRINTER = `lpt1' PROFILED = `/home/ord/profile.d' PROMPT = `$p$g' REMOTEHOST = `chimera.home' RUNLEVEL = `S' SCRIPTS = `/home/ord/scripts' SHELL = `/bin/tcsh' SHLVL = `1' SSH_CLIENT = `192.168.0.2 4595 22' SSH_CONNECTION = `192.168.0.2 4595 192.168.0.1 22' SSH_TTY = `/dev/tty0' TERM = `screen' TZ = `EST-10' VENDOR = `intel' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' 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) = 0x0022 cygdrive prefix = `/cygdrive' HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
Re: Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
Igor, Please make sure your mailer honors the Reply-To: header. - Sorry, but what's that suppose to mean? What can I do to change it? Are you still getting them, BTW? - Yes. Did you reboot since you tried g++ last? - Yes. Did the reboot help? - No. If not, did you search for copies of cygwin1.dll *outside* of your Cygwin tree? - Yes, I had searched my whole C: drive and no there is just 1 copy of cygwin1.dll. In case you want some source to bring out the error message, the attached files should do. (At least it brought out the error message in my machine.) Ken Ken, Please make sure your mailer honors the Reply-To: header. FWIW, your cygcheck output looks pretty normal -- I don't see any reason for the messages you're getting. Are you still getting them, BTW? Did you reboot since you tried g++ last? Did the reboot help? If not, did you search for copies of cygwin1.dll *outside* of your Cygwin tree? I specifically mentioned them in the last line of my message. Igor On Fri, 26 Sep 2003, Kin Ming Ng wrote: Sorry that I had forgot to include a cygcheck attachment, here it is... In any case, the Cygwin v1.5.5-1 is a fresh installation downloaded directly from www.cygwin.com using the default setup.exe. I do wanted to point out one thing however, I did encounter some problems during the usage of setup.exe to download all of the files first into my computer to install cygwin. I had to make several attempts in order to download a complete setup of all the files. I wonder if this has anything to do with the problem because I only found 1 copy of cygwin1.dll inside the installed cygwin directory. Ken On Fri, 26 Sep 2003, Kin Ming Ng wrote: I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken The guidelines for reporting Cygwin problems are outlined in http://cygwin.com/problems.html. It would have helped if you had attached (as an uncompressed text *attachment*) the output of cygcheck -svr. At a guess, you either have an older cygwin1.dll (i.e., you had a Cygwin process running while upgrading), or you have more than one copy of cygwin1.dll on your system. The cygcheck output requested above will confirm or deny these guesses. If the former is correct, you should get things working after a reboot. If the latter, simply delete the extra (older) copies of cygwin1.dll, leaving only the one in /bin. Be aware that the other copies of cygwin1.dll may not be in the Cygwin tree. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton CPUTimer.h Description: CPUTimer.h MAIN = test $(MAIN).exe: g++ $(MAIN).cpp -o $(MAIN).exe -lglut32 -lopengl32 clean: rm -f $(MAIN).exe test.cpp Description: test.cpp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin v1.5.5-1: g++ produces Entry Point Not Found error
Igor, I am definitely very sorry for my previous posting as I realized that there is indeed an older copy of cygwin1.dll lying in my C++ source directory which is located on my D: drive and not in my C: drive (which is the drive where cygwin is installed on). I was wondering, wouldn't it be nice if it is possible to perform some kind of version check on the dlls before actually looking in a *.dll to see if something is there? In addition, it would be really nice if the error message would pinpoint the location of the dll containing the error. But then again, this is just a thought. Hope I didn't cause too much frustration for you. Ken Ken, Please make sure your mailer honors the Reply-To: header. FWIW, your cygcheck output looks pretty normal -- I don't see any reason for the messages you're getting. Are you still getting them, BTW? Did you reboot since you tried g++ last? Did the reboot help? If not, did you search for copies of cygwin1.dll *outside* of your Cygwin tree? I specifically mentioned them in the last line of my message. Igor On Fri, 26 Sep 2003, Kin Ming Ng wrote: Sorry that I had forgot to include a cygcheck attachment, here it is... In any case, the Cygwin v1.5.5-1 is a fresh installation downloaded directly from www.cygwin.com using the default setup.exe. I do wanted to point out one thing however, I did encounter some problems during the usage of setup.exe to download all of the files first into my computer to install cygwin. I had to make several attempts in order to download a complete setup of all the files. I wonder if this has anything to do with the problem because I only found 1 copy of cygwin1.dll inside the installed cygwin directory. Ken On Fri, 26 Sep 2003, Kin Ming Ng wrote: I had successfully compiled several programs with g++ under Cygwin v1.3.20-1. But upon upgrading to Cygwin v1.5.5-1, the same programs that are compiled with the new g++ produces the error: cc1plus.exe - Entry Point Not Found - in a popup window Inside the error window, it details: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I had never received this error before and I didn't see a previous posting related to this subject, so I figured I'll post something here. Had I included enough information in this message? If not, please do ask. Please forgive my naiveness, I'm new. Ken The guidelines for reporting Cygwin problems are outlined in http://cygwin.com/problems.html. It would have helped if you had attached (as an uncompressed text *attachment*) the output of cygcheck -svr. At a guess, you either have an older cygwin1.dll (i.e., you had a Cygwin process running while upgrading), or you have more than one copy of cygwin1.dll on your system. The cygcheck output requested above will confirm or deny these guesses. If the former is correct, you should get things working after a reboot. If the latter, simply delete the extra (older) copies of cygwin1.dll, leaving only the one in /bin. Be aware that the other copies of cygwin1.dll may not be in the Cygwin tree. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/