RE: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
-Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 3:30 PM Dependencies work for installing. The behavior I noticed when uninstalling is that dependencies are ignored. I'm guessing that setup.exe was designed that way because there isn't really a good way to handle dependencies when uninstalling. Yeah. On uninstalling we need some user interaction, and the chooser isn't quite there to do that cleanly (yet). Rob
Re: strange source packaging?
On Wed, Apr 17, 2002 at 08:21:57PM -0400, Charles Wilson wrote: http://cygwin.com/ml/cygwin-apps/2001-11/msg00510.html Wow. Insightful email. as usual... Well, I guess I haven't been paying much attention to your and Robert's packages. I'd forgotten that I'd suggested that we package as we see fit and foolishly looked to what I supposed was the final word on the subject. It's been a bit of a mess. In my original email to this thread, I summarized the three packaging styles (I won't call them standards) that are currently, actually, in use. That doesn't mean I think having 3 different styles -- only one of which is actually documented somewhere official -- is a good idea. OTOH, since the longwinded discussion last November (and its resolution sans an actual standard), Robert and I (and a few others) have been standardizing one way (which was a compromise in and of itself). So there are only 3 extant styles, not 47. Which is something. If I'm looking over a package for inclusion I'm currently accepting two styles: package-ver-subver/ ... or package-ver-subver.patch package-ver-subver.sh package-ver.tar.[bg]z[2*] -- The pristine source Can we agree to use and document only these styles? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: extra apache shared module DLLs
Charles Wilson wrote: Well, you can run an mod_ssl-modified apache without having the mod_ssl stuff on. (e.g. the .conf file doesn't load_module it). I'd assume that the same is true for mod_snmp. So, I'd distribute the core apache package with those modifications -- but without the modules (mod_ssl.dll) themselves, and with the corresponding load_module statements commented out of the .conf. yep, but you still have a patched core. In case of mod_ssl, Ralf is adding the EAPI structures to the core. Even if you don't use the mod_ssl module, the core is still modified, so this can not be considered as an official port. Then, the user could install the mod_ssl package, which would install the module .dll and related stuff, have a postinstall script to generate some dummy, self-signed server keys, and create an includable ssl-conf file. It would still be up to the user to add include mod_ssl.conf and uncomment the load_module statement in the main apache conf file. Similar for mod_snmp. hmmm, yeah, that should be a practible way I guess. Now, MOST modules don't require intrusive changes to the core apache. So most mod_ packages don't need this special treatment. BUT, of those modules that DO require it, which ones should you, Stipe, include pre-modified in the main apache package? yep, I know. But mod_ssl is definitly one of the most important modules, so that's why I raised the question. The ones you as maintainer FEEL like including. I gather that means mod_ssl and mod_snmp, right now. :-) yep, those should go in, even while mod_snmp is yet not compiling on Cygwin and I'm having this on my TODO list. We may gather a module list that may be suiteable for Cygwin from other Linux distros like RedHat, SuSE, etc?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[ANN] new rcs-5.7-3 available for upload
I have patched -2 with the bugfix provided by Dean Ferreyra [EMAIL PROTECTED]. Please upload and I'll post the announcement. BTW, is the announce gateway working again? Stipe Stipe Tolj Department Management Technology Center Research Lab -- Hope to see you at my presentations: Virtual Server solution for Linux using FreeVSD at O'Reilly Open Source Convention 2002, Sheraton San Diego Hotel and Marina, San Diego, CA. USA July 22-26, 2002 [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [ANN] new rcs-5.7-3 available for upload
On Thu, Apr 18, 2002 at 01:30:38PM +0200, Stipe Tolj wrote: I have patched -2 with the bugfix provided by Dean Ferreyra [EMAIL PROTECTED]. Please upload and I'll post the announcement. BTW, is the announce gateway working again? Yes. Upload from where? Providing links would be nice... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] new rcs-5.7-3 available for upload
Corinna Vinschen wrote: Upload from where? Providing links would be nice... for me is been always the same at http://apache.dev.wapme.net/support/cygwin-packages/ ;) Stipe -- Hope to see you at my presentations: Virtual Server solution for Linux using FreeVSD at O'Reilly Open Source Convention 2002, Sheraton San Diego Hotel and Marina, San Diego, CA. USA July 22-26, 2002 [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: strange source packaging?
On Thu, Apr 18, 2002 at 10:44:10AM -0400, Charles Wilson wrote: Both style 1 and style 2 in my original email obey this. The difference is that style 2 packages -- gcc, binutils, make, etc -- don't have package-ver-subver/CYGWIN-PATCHES/a-patch in fact, they don't have 'a-patch' at all. They are, in effect, forks of the antecedent project. There is no way, given just gcc-2.95.3-5-src.tar.bz2, to revert to the 'original' source -- short of also downloading the 2.95.3 source from www.gcc.org, unpacking both, and doing 'diff -r cygwin-version-of-gcc gnu-version-of-gcc'. Granted, new packages should never be style 2. But style 2 is in use. I'm talking about style 2. I'm using it for my packages. I don't see a need that the Cygwin package needs the patch from the original version. The pristine source is available elsewhere. We're responsible for the Cygwin version. In the long run the maintainer of a package should try to get his/her changes back into the main trunk anyway (I know, I never did that for inetutils). So the whole point is to get rid of the extra Cygwin patch and to offer the pristine sources anyway since they already contain the Cygwin patches. E.g the openssh sources are the original sources, just repacked to untar into the correct source dir according to our standards. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] new rcs-5.7-3 available for upload
On Thu, Apr 18, 2002 at 01:52:58PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Upload from where? Providing links would be nice... for me is been always the same at http://apache.dev.wapme.net/support/cygwin-packages/ Please provide always the links to the *files*. Uploading your files shouldn't become a brain-teaser. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: strange source packaging?
Corinna Vinschen wrote: I'm talking about style 2. I'm using it for my packages. I don't see a need that the Cygwin package needs the patch from the original version. The pristine source is available elsewhere. We're responsible for the Cygwin version. In the long run the maintainer of a package should try to get his/her changes back into the main trunk anyway (I know, I never did that for inetutils). So the whole point is to get rid of the extra Cygwin patch and to offer the pristine sources anyway since they already contain the Cygwin patches. E.g the openssh sources are the original sources, just repacked to untar into the correct source dir according to our standards. I don't buy that everything should go into the main trunk. Do you really thing that the cygwin-specific readmes should be (or would be) incorporated into the upstream versions of all these project? or the postinstall.sh scripts? Even after all the substantive, code-based changes are accepted by the upstream folks, there are still a number of changes in the average cygwin package that just don't belong in the main trunk. Now, if you're arguing that those non-trunk-worthy changes should just be shipped -- without a reversal patch -- then fine, let's have that discussion. (For my part, it's academic; I prefer the rpm-like ship orig source tarball + patch + script (spec file...) style, anyway.) The argument for style 1 against style 2 is this: Does anybody, other than Chris, have ANY idea what the differences between gnu-gcc-2.95.3 and cygwin-gcc-2.95.3-5 are? How many files are changed, and how significantly? What options were used to build the cygwin binary package? Before Chris reluctantly picked up the duty, did anyone other than Mumit have a clue about the minutia of those differences (worse yet, Mumit's version was a fork of the cgywin version, which itself was a fork of the egcs version, which was a fork of the official gnu version...) Granted, gcc is pretty much the 'worst possible case' example, but the end result was that after Mumit dropped out of sight, it was over a year before we had another gcc update. (It was 18 months before some of the dll-building capabilities in binutils that Mumit had working in HIS version, were finally recreated/restored and pushed upstream into the main binutils trunk). Forcing maintainers to generate and include an actual diff in each -src tarball for each new release serves as a kind of reminder: here's how much stuff still needs to be pushed upstream. Heck, I evaluate my success with each release based on how much smaller that diff is...see ncftp... Sure, this kind of thing is the maintainer's purview; perhaps it's too authoritarian to micromanage and say you must do it this way -- OTOH, the size of these patches also serve to advertise to the community how well cygwin support is getting mainstreamed. BUT...having said all of that, I reiterate: I prefer the style 3 over EITHER style 1 or style 2 -- and the question here seems to be document styles 1,2,3, or document 1,(!2),3 or (!1),2,3 So I win, regardless. I really don't have a horse in the 1,2 vs. 1,(!2) vs. (!1),2 race. So, I've made my argument for 1,(!2) but won't defend it; I'll wait for a consensus to emerge and will document the result. --Chuck P.S. geez, I really didn't mean to restart that old November thread...
Re: strange source packaging?
On Thu, Apr 18, 2002 at 11:44:26AM -0400, Charles Wilson wrote: BUT...having said all of that, I reiterate: I prefer the style 3 over EITHER style 1 or style 2 -- and the question here seems to be document styles 1,2,3, or document 1,(!2),3 or (!1),2,3 So I win, regardless. I really don't have a horse in the 1,2 vs. 1,(!2) vs. (!1),2 race. So, I've made my argument for 1,(!2) but won't defend it; I'll wait for a consensus to emerge and will document the result. What about 1 and 2 being actually the same? Except for it would be nice to add a patch file? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: strange source packaging?
On Thu, Apr 18, 2002 at 11:44:26AM -0400, Charles Wilson wrote: The argument for style 1 against style 2 is this: Does anybody, other than Chris, have ANY idea what the differences between gnu-gcc-2.95.3 and cygwin-gcc-2.95.3-5 are? How many files are changed, and how significantly? What options were used to build the cygwin binary package? Before Chris reluctantly picked up the duty, did anyone other than Mumit have a clue about the minutia of those differences (worse yet, Mumit's version was a fork of the cgywin version, which itself was a fork of the egcs version, which was a fork of the official gnu version...) I know this is mainly a rhetorical question but actually, *I* don't have any idea what all of the differences are. I took over some patches from Mumit that are for all intensive porpoises just black magic. However, I have no problems generating the patch files, when required by downloading the tar ball from gcc.gnu.org and then doing the diffs. I have been trying to up-port my changes to the main trunk when possible but I suspect that there are still a few tweaks in the cygwin release that are not in gcc 3.1. From my point of view, when I download the source rpm for a package, I always find it rather annoying that I have to apply patches by hand. I'd rather just have the latest, greatest version of things extracted into a directory where I can type configure/make without any extra thinking involved. My 1c. Now back to this resurrected discusion... cgf
RE: SWIG package maintainer?
Thanks. I had followed the FAQ to a post that wasn't quite as detailed as that. -Jerry -O Gerald S. Williams, 55A-134A-E : mailto:[EMAIL PROTECTED] O- -O AGERE SYSTEMS, 6755 SNOWDRIFT RD : office:610-712-8661 O- -O ALLENTOWN, PA, USA 18106-9353: mobile:908-672-7592 O- -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 11:52 AM To: [EMAIL PROTECTED] Subject: Re: SWIG package maintainer? On Thu, Apr 18, 2002 at 11:11:36AM -0400, Gerald S. Williams wrote: Is there no Cygwin package maintainer for SWIG? I've been building it without any patches for quite a while (some of the test cases used to fail to build, but I think that's been resolved for a while now as well). I can put together SWIG packages in Cygwin form. How much additional work does it take to be a package maintainer? Pack it according to http://cygwin.com/setup.html and follow the hints on that page. Especially follow http://cygwin.com/setup.html#submitting Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] new rcs-5.7-3 available for upload
Uploaded. Thanks! [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[RFC] SWIG package
I'm not familiar with the netiquette here. Should this actually be an RFP or ITP? Anyway, I'd like to volunteer to maintain a SWIG package for Cygwin. Proposed setup.hint: --- category: Devel requires: cygwin sdesc: Simplified Wrapper Interface Generator ldesc: Simplified Wrapper Interface Generator. Generates wrappers for C/C++ modules, allowing them to be accessed from a variety of scripting languages. See http://www.swig.org for details. -O Gerald S. Williams, 55A-134A-E : mailto:[EMAIL PROTECTED] O- -O AGERE SYSTEMS, 6755 SNOWDRIFT RD : office:610-712-8661 O- -O ALLENTOWN, PA, USA 18106-9353: mobile:908-672-7592 O-
Re: [RFC] SWIG package
Hallo Gerald, I'm not familiar with the netiquette here. Should this actually be an RFP or ITP? 'Intend to package' is what you want now. Anyway, I'd like to volunteer to maintain a SWIG package for Cygwin. Great. Can I fetch a bundle somewhere to try it with bleadperl? Proposed setup.hint: --- category: Devel requires: cygwin sdesc: Simplified Wrapper Interface Generator ldesc: Simplified Wrapper Interface Generator. Generates wrappers for C/C++ modules, allowing them to be accessed from a variety of scripting languages. See http://www.swig.org for details. Gerrit -- =^..^=
Re: SWIG package maintainer?
Hallo Gerald, On Thu, Apr 18, 2002 at 11:11:36AM -0400, Gerald S. Williams wrote: Is there no Cygwin package maintainer for SWIG? You;) I really would like to see it as a package. What can you say about SWIG together with bleadperl (perl-5.8) which will be released this years summer, maybe a little earlier? Have you already tried to build it with the latest Perl? If not I would try to build it. Have you some sort of prerelease SWIG package which I can try to use with bleadperl? Gerrit -- =^..^=
RE: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages with dependencies
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 1:16 AM To: Robert Collins Subject: Re: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages with dependencies On Thu, Apr 18, 2002 at 05:55:11PM +1000, Robert Collins wrote: -Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 3:30 PM Dependencies work for installing. The behavior I noticed when uninstalling is that dependencies are ignored. I'm guessing that setup.exe was designed that way because there isn't really a good way to handle dependencies when uninstalling. Yeah. On uninstalling we need some user interaction, and the chooser isn't quite there to do that cleanly (yet). Did you see the apparent off-by-one problem in uninstalling, Robert? Seen it reported twice... should get to it this weekend. I'm not going to comment publicly until I review the code. Rob
Re: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
On Thu, Apr 18, 2002 at 10:33:10PM +0200, Teun Burgers wrote: Harold Hunt wrote: I'm awaiting feedback, This is the first time I installed/used xfree86 at all. I used setup on the URL you gave and everything went smoothly (including the dependencies). I downloaded and installed just the basic set, added /usr/X11R6/bin to my path, ran startx (got a lot of warnings from Zonealarm which makes sense of cause) and started twm after that. Very good job! Shall we add this to the cygwin distro or are we still waiting for some postinstall shell script work? cgf
RE: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Chris, Shall we add this to the cygwin distro or are we still waiting for some postinstall shell script work? These will forever be known as Harold's Famous Last Words: Sure Chris, why not? Go ahead and add the packages to the distro. Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll need to grab the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/ That's all for now. I can't wait to see how many people use Cygwin/XFree86 now! Oh, we can wait for the postinstall shell script. That will really be just icing on the cake. Harold
RE: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
-Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 3:30 PM Dependencies work for installing. The behavior I noticed when uninstalling is that dependencies are ignored. I'm guessing that setup.exe was designed that way because there isn't really a good way to handle dependencies when uninstalling. Yeah. On uninstalling we need some user interaction, and the chooser isn't quite there to do that cleanly (yet). Rob
RE: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies
David, I needed to add /usr/X11R6/bin to PATH, and set DISPLAY. So you didn't use startxwin.bat? startxwin.bat is still included in the distribution and it is the preferred way to start. Harold -Original Message- From: Billinghurst, David (CRTS) [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 2:42 AM To: Harold Hunt Cc: cygx Subject: RE: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies i have just downloaded and installed. I needed to add /usr/X11R6/bin to PATH, and set DISPLAY. Client apps work fine using Exceed as server. I have real work going on so I can't fiddle too much. -Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Thursday, 18 April 2002 3:30 To: [EMAIL PROTECTED] Cc: cygx Subject: [ANNOUNCEMENT] Cygwin/XFree86 setup.exe packages with dependencies I just updated the packages at ftp://huntharo-4.user.msu.edu/pub/cygwin/ to have a working dependency between XFree86-base and the base XFree86 packages, such as XFree86-xserv, XFree86-fnts, etc.
RE: alt-tab: client window receives tab / pressing both shift-keys = caps-lock
Gerard, I've flagged these behaviors for a follow up later. Very interesting problems. I've not yet heard of pressing both shift-keys == caps-lock. I'll get back to you when I have a look at these. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Pille Geert (bkarnd) Sent: Thursday, April 18, 2002 4:55 AM To: '[EMAIL PROTECTED]' Subject: alt-tab: client window receives tab / pressing both shift-keys = caps-lock Hello, when I use alt-tab to switch from XWin to a window outside of XWin, the currently active client window receives every tab I hit to get to the other window. Inside XWin, I'm using an old version of mwm (running on a HP/UX 11) to manage the windows, and I switch with CTRL-TAB. My installation of cygwin and XFree86 on it are hardly a week old, so I suppose I am fairly up to date. The client windows are cygwin/XFree86's xterm (the HP/UX xterm seems unable to handle dead keys inside XWin, although it had no problem with that using Kea!X, I'm using a belgian keyboard through xkb). Then I have another special feature: when I accidentally (or on purpose) press both shift keys, characters remain in uppercase, I have to switch that of by hitting the shift keys separately. It happens quite often by accident, when typing a short word in uppercase, say WHAT? Great products, both cygwin and the XFree86 port, I feel more at home at work now ;-) Gerard === This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached.
RE: kde 3.0 no icons
I'm submitting a bug report to KDE to gather more information. I can reproduce this bug when I put my graphics card into 32 bit color mode, but I need to know if any user out there with a graphics card capable of 24 bit color mode has this problem when they are in 24 bit color mode. Please respond ASAP if you can tell me whether or not 24 bit color produces the same problem of no icons in KDE 3. hi.. I've just discovered this bug when I upgraded to KDE 3 (and spent ages installing every single KDE package, thinking I was missing the icons :-( ) Switching to 24 bit truecolor (instead of my default 32 bit truecolor) has fixed the problem. Using XVision on the 32 bit display meant that the pictures displayed OK (there are other bugs in XVision though!). I suspect that the fact that XVision doesn't offer 32 bit pixmaps is what makes the difference. xdpyinfo output for cygwin XFree86 on a 24 bit display: name of display:cleveland:0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4020 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x1600017, revert to PointerRoot number of extensions:22 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1146x811 pixels (388x275 millimeters) resolution:75x75 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x36 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:1146x811 current input event mask:0xd84031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals:2 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits xdpyinfo output for XVision on a 32 bit display: name of display:localhost:1.0 version number:11.0 vendor string:Santa Cruz Operation Inc. vendor release number:730 maximum request size: 4194300 bytes motion buffer size: 0 bitmap unit, bit order, padding:8, MSBFirst, 16 image byte order:MSBFirst number of supported pixmap formats:2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 16 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 140 focus: PointerRoot number of extensions:10 BIG-REQUESTS DOUBLE-BUFFER GLX LBX MIT-SUNDRY-NONSTANDARD SCO(C)1996-VisionResumeExtension SHAPE SYNC XC-MISC XIE default screen number:0 number of screens:1 screen #0: dimensions:1152x864 pixels (304x228 millimeters) resolution:96x96 dots per inch depths (2):1, 24 root window id:0x24 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x22 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store YES, save-unders NO largest cursor:32x32 current input event mask:0x0 number of visuals:2 default visual id: 0x20 visual: visual id:0x20 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits
RE: kde 3.0 no icons
Adam, What I'd also like to see if the xdpyinfo output for Cygwin/XFree86 on a 32 bit display. Thanks, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Adam Gundy Sent: Thursday, April 18, 2002 9:51 AM To: [EMAIL PROTECTED] Subject: RE: kde 3.0 no icons I'm submitting a bug report to KDE to gather more information. I can reproduce this bug when I put my graphics card into 32 bit color mode, but I need to know if any user out there with a graphics card capable of 24 bit color mode has this problem when they are in 24 bit color mode. Please respond ASAP if you can tell me whether or not 24 bit color produces the same problem of no icons in KDE 3. hi.. I've just discovered this bug when I upgraded to KDE 3 (and spent ages installing every single KDE package, thinking I was missing the icons :-( ) Switching to 24 bit truecolor (instead of my default 32 bit truecolor) has fixed the problem. Using XVision on the 32 bit display meant that the pictures displayed OK (there are other bugs in XVision though!). I suspect that the fact that XVision doesn't offer 32 bit pixmaps is what makes the difference. xdpyinfo output for cygwin XFree86 on a 24 bit display: name of display:cleveland:0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4020 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x1600017, revert to PointerRoot number of extensions:22 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1146x811 pixels (388x275 millimeters) resolution:75x75 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x36 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:1146x811 current input event mask:0xd84031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals:2 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits xdpyinfo output for XVision on a 32 bit display: name of display:localhost:1.0 version number:11.0 vendor string:Santa Cruz Operation Inc. vendor release number:730 maximum request size: 4194300 bytes motion buffer size: 0 bitmap unit, bit order, padding:8, MSBFirst, 16 image byte order:MSBFirst number of supported pixmap formats:2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 16 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 140 focus: PointerRoot number of extensions:10 BIG-REQUESTS DOUBLE-BUFFER GLX LBX MIT-SUNDRY-NONSTANDARD SCO(C)1996-VisionResumeExtension SHAPE SYNC XC-MISC XIE default screen number:0 number of screens:1 screen #0: dimensions:1152x864 pixels (304x228 millimeters) resolution:96x96 dots per inch depths (2):1, 24 root window id:0x24 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x22 default number of colormap cells:256 preallocated pixels:
RE: kde 3.0 no icons
At 10:07 18/04/02 -0400, Harold Hunt wrote: Adam, What I'd also like to see if the xdpyinfo output for Cygwin/XFree86 on a 32 bit display. sorry... I assumed you'd already have that. Here it is: name of display:localhost:0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4020 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: PointerRoot number of extensions:22 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1146x811 pixels (388x275 millimeters) resolution:75x75 dots per inch depths (7):32, 1, 4, 8, 15, 16, 24 root window id:0x36 depth of root window:32 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:2048 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:1146x811 current input event mask:0x0 number of visuals:2 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:32 planes available colormap entries:2048 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x23 class:TrueColor depth:32 planes available colormap entries:2048 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.
Subject: Re: Problem: extreme speed difference NT4 Win98SE runing Xfree
My display slowed down dramatically when I moved from a 1024x768 screen to a new display with 1280x1024 resolution (both with ME). Holger Vogt
Pixmap practical size limitation?
In modifying an existing application, which contained one (scrolled) DrawingArea and two (scrolled) Text widgets, I wanted to use multicolor text and decided to use two more DrawingArea widgets to accomplish this. However, only the 2000x2000 original Pixmap is reliably written for the refreshment of the original DrawingArea. In order to accommodate the potentially long and/or wide range of text in the emulated Text widgets, I created a Pixmap of size 5000x4000 and 1x2000, respectively. To be sure it wasn't something in the rendition of the text strings that was at fault in their unpredictable behavior, I drew a black 20x100 rectangle in the upper left corner of each Pixmap immediately after creation. Only the one for the 2000x2000 Pixmap appears in the associated DrawingArea window. Other than their sizes (and the variable names, of course), there is virtually no difference between these Pixmaps. In fact, if I temporarily change the dimensions of the other two to 2000x2000, I find that their behavior becomes reliable once again. None of the X documentation mentions any size limitations for the Pixmap, whose datatype is opaque. (Thanks a lot, MIT!) Even if there were one, it should generate a predictable error message, rather than an unpredictable behavior. Anyway, even if unsigned int referred to 16 bits on my computer (which it does not), these dimensions would still be within range - for that matter, they would even be accommodated by signed short! Is this a known bug? If so, can I get around it, albeit kludgily, by declaring 21 variables of type Pixmap and doing redundant XDrawString() calls to be sure that any that might fall withing the bounds of the write will be updated, or is there a limit on the _total_ amount of memory available for Pixmap data? I am running under Windows NT4, SP3, with the Hummingbird Window Manager, v.6.1. (The window manager supplied with cygwin is impractical for any sophisticated applications.)
RE: Pixmap practical size limitation?
Jerry, This is a Cygwin/XFree86-specific mailing list. Your question about whether 40 MB to 80 MB pixmaps are allowed is a general XFree86/X question that should be asked and answered by general XFree86/X mailing lists or documentation. Please check out these websites for more information and mailing list addresses: http://xfree86.org/ http://www.x.org/ You might also want to look in books, etc. for an answer. Sorry we can't help, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jerry Miller Sent: Thursday, April 18, 2002 2:57 PM To: [EMAIL PROTECTED] Subject: Pixmap practical size limitation? In modifying an existing application, which contained one (scrolled) DrawingArea and two (scrolled) Text widgets, I wanted to use multicolor text and decided to use two more DrawingArea widgets to accomplish this. However, only the 2000x2000 original Pixmap is reliably written for the refreshment of the original DrawingArea. In order to accommodate the potentially long and/or wide range of text in the emulated Text widgets, I created a Pixmap of size 5000x4000 and 1x2000, respectively. To be sure it wasn't something in the rendition of the text strings that was at fault in their unpredictable behavior, I drew a black 20x100 rectangle in the upper left corner of each Pixmap immediately after creation. Only the one for the 2000x2000 Pixmap appears in the associated DrawingArea window. Other than their sizes (and the variable names, of course), there is virtually no difference between these Pixmaps. In fact, if I temporarily change the dimensions of the other two to 2000x2000, I find that their behavior becomes reliable once again. None of the X documentation mentions any size limitations for the Pixmap, whose datatype is opaque. (Thanks a lot, MIT!) Even if there were one, it should generate a predictable error message, rather than an unpredictable behavior. Anyway, even if unsigned int referred to 16 bits on my computer (which it does not), these dimensions would still be within range - for that matter, they would even be accommodated by signed short! Is this a known bug? If so, can I get around it, albeit kludgily, by declaring 21 variables of type Pixmap and doing redundant XDrawString() calls to be sure that any that might fall withing the bounds of the write will be updated, or is there a limit on the _total_ amount of memory available for Pixmap data? I am running under Windows NT4, SP3, with the Hummingbird Window Manager, v.6.1. (The window manager supplied with cygwin is impractical for any sophisticated applications.)
RE: Curious refresh rate behavior...
From: Harold Hunt [EMAIL PROTECTED] To: Thomas Chadwick [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: Curious refresh rate behavior... Date: Wed, 17 Apr 2002 18:45:07 -0400 Thomas, Well, answer me this one question: What refresh rates does Windows 2000 allow when you set the Windows color depth to 8 bits? I switched Windows to 1024x768x8 and got 75Hz. I then ran XWin -fullscreen and got 1024x768x8 @ 75Hz. I then quit XWin and reset Windows to 1024x768x24 @ 75Hz. I then ran XWin -fullscreen -depth 8 and got 1024x768x8 @ 75Hz! Strange. I'll chaulk it up to some funny business with DirectDraw or the Video Driver. Thanks. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
RE: [ANNOUNCEMENT] cygwin/xfree86 setup.exe packages available for comments and testing
Chris, Shall we add this to the cygwin distro or are we still waiting for some postinstall shell script work? These will forever be known as Harold's Famous Last Words: Sure Chris, why not? Go ahead and add the packages to the distro. Be aware, I just updated XFree86-xserv to 4.2.0-2, so you'll need to grab the latest packages off of ftp://huntharo-4.user.msu.edu/pub/cygwin/ That's all for now. I can't wait to see how many people use Cygwin/XFree86 now! Oh, we can wait for the postinstall shell script. That will really be just icing on the cake. Harold
Re: [PATCH] minor pthread fixes
Rob, On Thu, Apr 18, 2002 at 09:31:15PM +1000, Robert Collins wrote: Regarding 2:, again a good catch. Could #2 have caused the problem that we saw with Python's test_threadedtempfile regression test? Thanks, Jason
RE: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers
Update your win32api - And it should not need the patch, Rob -Original Message- From: Michael A Chase [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 7:26 AM To: [EMAIL PROTECTED] Subject: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers I couldn't get mklink2.cc to compile until I made the attached changes. It appears that CoCreateInstance() and sl-lpVtbl-QueryInterface() are looking for pointers to values in certain arguments instead of the values. Almost the exact same code is used in src/winsup/cygwin/shortcut.c except for the ''s and it compiles cleanly. Both functions defined in mklink2.cc are declared extern C so the function calls should work the same. Here are the relevant pieces of code. src/winsup/cinstall/mklink2.cc (make_link_2): 23: CoCreateInstance (CLSID_ShellLink, NULL, 24: CLSCTX_INPROC_SERVER, IID_IShellLink, (LPVOID *) sl); 25: sl-lpVtbl-QueryInterface (sl, IID_IPersistFile, (void **) pf); src/winsup/cygwin/shortcut.c (check_shortcut): 85: hres = CoCreateInstance (CLSID_ShellLink, NULL, CLSCTX_INPROC_SERVER, 86:IID_IShellLink, (void **)psl); 87: if (FAILED (hres)) 88: goto close_it; 89: /* Get a pointer to the IPersistFile interface. */ 90: hres = psl-lpVtbl-QueryInterface (psl, IID_IPersistFile, (void **)ppf); src/winsup/w32api/include/objidl.h: 640: EXTERN_C const IID IID_IPersistFile; src/winsup/w32api/include/olectlid.h: 76: extern const GUID IID_IPersistFile; src/winsup/w32api/include/shlguid.h: 13: extern const GUID CLSID_ShellLink; 28: extern const GUID IID_IShellLinkA; 68: #define IID_IShellLink IID_IShellLinkA src/winsup/w32api/lib/shell32.c: 6: DEFINE_SHLGUID(CLSID_ShellLink,0x00021401L,0,0); 21: DEFINE_SHLGUID(IID_IShellLinkA,0x000214EEL,0,0); src/winsup/w32api/lib/uuid.c: 226: DEFINE_GUID(IID_IPersistFile,0x10b,0,0,0xc0,0,0,0,0,0,0,0x46); -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart- questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. ChangeLog: 2002-04-18 Michael A Chase [EMAIL PROTECTED] * mklink2.cc (check_shortcut): Change arguments from values to pointers.
RE: [PATCH] minor pthread fixes
-Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 9:58 PM To: Robert Collins Cc: Thomas Pfaff; [EMAIL PROTECTED] Subject: Re: [PATCH] minor pthread fixes Rob, On Thu, Apr 18, 2002 at 09:31:15PM +1000, Robert Collins wrote: Regarding 2:, again a good catch. Could #2 have caused the problem that we saw with Python's test_threadedtempfile regression test? I don't think so. python isn't creating and killing very short lived threads is it? ROb
RE: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers
Well if you recall I had the opposite code in place (as far as I can tell without an actual patch), and that didn't compile for a different set of users. I completely rebuild my OS the other day, and after that I've needed the patch. That seemed a strong indication that the w32api was the culprit.. Rob -Original Message- From: Brian Keener [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 8:46 AM To: [EMAIL PROTECTED] Subject: Re: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers Not to be a pain about this - but this have been reported several times in the past and I am running Win2000 and have the W32api-1.3-2 installed. I haven't seen any other w32api come down the pike so that appears to be the most recent. I have the patch - just took it out and no compile - put it back and it does compile. Not sure what Mike's OS or yours Robert or if it even makes a difference but I thought I would point out mine is Win2k. I also have my just updated my CVS for cinstall so it is current. I know this is a me2 but I thought I would add what I could. Bk
Re: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers
From: Robert Collins [EMAIL PROTECTED] To: Michael A Chase [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 14:59 Subject: RE: [PATCH]setup.exe mklink2.cc some function arguments need to be pointers Update your win32api - And it should not need the patch, I ran a complete CVS update for the Cygwin source, deleted all .o, .a, and .d files in the obj/ tree, and ran configure for the entire tree just before I attempted to make everything including setup.exe. The only compile that fails is mklink2.cc. Both functions in mklink2.cc are extern C so the automatic referencing done by C++ to function call parameters doesn't occur. # first make attempt: c++ -L/cygwin-build/obj/i686-pc-cygwin/winsup -L/cygwin-build/obj/i686-pc-cy gwin/winsup/cygwin -L/cygwin-build/obj/i686-pc-cygwin/winsup/w32api/lib -isy stem /cygwin-build/src/winsup/include -isystem /cygwin-build/src/winsup/cygwin/include -isystem /cygwin-build/src/winsup/w32api/include -isystem /cygwin-build/src/newlib/libc/sys/cygwin -isystem /cygwin-build/src/newlib/libc/sys/cygwin32 -B/cygwin-build/obj/i686-pc-cygwi n/newlib/ -isystem /cygwin-build/obj/i686-pc-cygwin/newlib/targ-include -isystem /cygwin-build/src/newlib/libc/include -MMD -g -O2 -mno-cygwin -I. -I/cygwin- build/src/winsup/cinstall -I/cygwin-build/src/winsup/mingw/include -I/cygwi n-build/src/winsup/bz2lib -mwindows -c -o mklink2.o /cygwin-build/src/winsup/cinstall/mklink2.cc /cygwin-build/src/winsup/cinstall/mklink2.cc: In function `void make_link_2(const char *, const char *, const char *, const char *)': /cygwin-build/src/winsup/cinstall/mklink2.cc:24: cannot convert `CLSID_ShellLink' from type `const GUID' to type `const CLSID *' /cygwin-build/src/winsup/cinstall/mklink2.cc:25: cannot convert `IID_IPersistFile' from type `_GUID' to type `const IID *' # second make attempt after first two arguments ed c++ -L/cygwin-build/obj/i686-pc-cygwin/winsup -L/cygwin-build/obj/i686-pc-cy gwin/winsup/cygwin -L/cygwin-build/obj/i686-pc-cygwin/winsup/w32api/lib -isy stem /cygwin-build/src/winsup/include -isystem /cygwin-build/src/winsup/cygwin/include -isystem /cygwin-build/src/winsup/w32api/include -isystem /cygwin-build/src/newlib/libc/sys/cygwin -isystem /cygwin-build/src/newlib/libc/sys/cygwin32 -B/cygwin-build/obj/i686-pc-cygwi n/newlib/ -isystem /cygwin-build/obj/i686-pc-cygwin/newlib/targ-include -isystem /cygwin-build/src/newlib/libc/include -MMD -g -O2 -mno-cygwin -I. -I/cygwin- build/src/winsup/cinstall -I/cygwin-build/src/winsup/mingw/include -I/cygwi n-build/src/winsup/bz2lib -mwindows -c -o mklink2.o /cygwin-build/src/winsup/cinstall/mklink2.cc /cygwin-build/src/winsup/cinstall/mklink2.cc: In function `void make_link_2(const char *, const char *, const char *, const char *)': /cygwin-build/src/winsup/cinstall/mklink2.cc:24: cannot convert `IID_IShellLinkA' from type `const GUID' to type `const IID *' -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age.
Re: will bash honor the suid bit or not?
And you were right to guess that I already set ntsec in CYGWIN - it was my first move. That, and to put the definition in the systems env. vars, so other users who log in without Administrator privilege can't change it. I also set the CYGWIN environment in the system variables section of the NT configuration simply so that I can run Cygwin executables under any account without having to worry about it. However, this doesn't prevent ordinary users from changing its value prior to running Cygwin programs. Open an NT command prompt (CMD.EXE), type SET CYGWIN= and then bash and you'll see. I am apparently ignorant of how to handle a case like this on NT/2000, nor do I even know where to look. This problem must be solved for many uses already. I would think that a great many services have this same problem. It's an exceptionally common need to have a non-privileged user run a program and get privileged results. The way it's normally done on NT is by installing a service - a special type of application that runs under the NT Service Manager susbsystem. (This is designed for processes that run independently of interactive users. It's used to implement the equivalent of UNIX daemon processes and other system facilities.) The service runs as SYSTEM or some other priveleged account and user processes use IPC to access its facilities in a controlled manner. From where I sit, it sure looks like this problem should be solved for the BASH shell. Under UNIX-like systems it's not bash that modifies the UID/GID of the created process but the operating system when asked to exec() a file with the appropriate suid/sgid bit set. Non-superuser processes can't call setXid() with an ID other than one of their own anyway. If they try, the call fails with errno == EPERM. (Otherwise any user could write a program that runs with the priveleges of any other!) Perhaps it should become a service? I dunno! LOL. It's certainly not a good idea to start making major architectural changes in the shell program! It'd be great to hear from more of you: Anyone else care to confirm Larry's suggestion that giving privileges to users is the solution in this case? If it's a security application then no. A better solution for NT would be to split the program into a client application and a non-Cygwin-based server service and have them communicate via whatever IPC mechanism with which you're happy. If you used TCP/IP sockets the client could remain a Cygwin application and you would be able to write a UNIX version of the server at some point too. An NT-specific solution might find RPC more appropriate though. You could write a standard UNIX-style daemon as a Cygwin application that uses sockets and install it as an NT service using cygrunsrv but this isn't a secure solution. The Cygwin documentation tells us that all Cygwin processes have access to shared memory resources and can compromise each others integrity. -- Sam Edge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: pthread_cond_wait does not relock mutex on release
-Original Message- From: Michael Labhard [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 17, 2002 10:51 PM To: [EMAIL PROTECTED] Subject: Re: pthread_cond_wait does not relock mutex on release Robert and Gerald: Both quite right. Although adding the SAFE_PRINTF made no difference in the output, checking a condition value in a loop made all the difference. Putting a printf in the loop revealed to my surprise that spurious wakeups were occurring thousands of times per second. I had naively assumed that a condition would stay set until signalled. Now I'm led to wonder if a condition variable is any performance improvement over a simple loop and short sleep. Any thoughts? Without knowing what you are trying to achieve, I can't comment. However: in multi-threaded programs, a condition variable will almost invariably be more efficient than a loop + sleep. As for conditions staying set, that isn't the purpose of condition variables: they are designed to allow signalling between threads, to allow efficient use of cpu resources - and to avoid that loop+sleep approach. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ASCII ftp transfer contains ^M
Hi all, I installed Cygwin 1.3.10 in w2k advanced server (SP2). I create a DOS text file A with notepad in PC. The size of file A displayed as 80 bytes in DOS prompt. I used ASCII mode to transfer file A to the w2k advanced server (using Cygwin ftp server). The size of file A displayed as 80 bytes in Cygwin. When I use Cygwin command 'dos2unix' to convert file A. The file size changed to 75 byte. File A may contain ^M characters. I want Cygwin convert file A from DOS format to UNIX format automatically after ftp. How can i do that, any setting needed ? thanks ___ Do You Yahoo!? Get your free yahoo.com.hk address at http://mail.english.yahoo.com.hk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Control-W word erase on tcsh command line
Hello, Using the latest Cygwin under Win98 and Win2k (though this has occured in all versions of Cygwin I've used). When I try to use a Control-W under tcsh it erases the entire line instead of just the previous word. It happens whether I'm in the console or using an xterm (rxvt). It works properly when using bash. I'm using the tcsh that came with the Cygwin update (6.11.00). Here is the version info: version tcsh 6.11.00 (Astron) 2001-09-02 (i386-intel-posix) options 8b,dl,al,rh,color Is there an option that I can set to make it work? Or perhaps a termcap entry that needs to be modified? Thanks for any info. Steve -- Steve Chew - [EMAIL PROTECTED] - http://www.interzone.com Men go abroad to wonder at the height of mountains, at the huge waves of the sea, at the long courses of the rivers, at the vast compass of the ocean, at the circular motion of the stars; and they pass by themselves without wondering. -- Saint Augustine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] New Package: enscript-1.6.3-2
Gerrit == Gerrit P Haase [EMAIL PROTECTED] writes: Gerrit enscript-1.6.3-2 has been uploaded to the Cygwin net distribution. Gerrit `Enscript' converts ASCII files to PostScript. Gerrit This is a bugfix release: Gerrit Now a default enscript.cfg file is included in /etc as Gerrit /etc/enscript.cfg.default . Gerrit Please copy/move it to /etc/enscript.cfg and modify it to Gerrit your taste. Hi /etc/postinstall/enscript.sh.done has the following lines: if [ ! -e /etc/enscript.cfg ] ; then cp /etc/enscript.cfg.default /etc/enscript/cfg fi Shouldn't that be: if [ ! -e /etc/enscript.cfg ] ; then cp /etc/enscript.cfg.default /etc/enscript.cfg fi ^ Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup with empty proxy password
Hi, Just a simple question: How to use setup (IE settings) when proxy password is empty? Bye, Ljubo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd/cron seteuid() problem in latest CVS
On Wed, Apr 17, 2002 at 11:25:53AM -0400, Jason Tishler wrote: After some more digging, I believe that I have found the root cause to the above problem. The new way, via NetGetDCName(), causes two extra backslashes to be prepended to the PDC name as demonstrated by the attached test program: NetServerEnum PDC = PALO-ALTO-PDC NetGetDCName PDC = \\PALO-ALTO-PDC This causes the NetUserGetGroups() call in get_user_groups() to SEGV (at least under gdb) and hence, ultimately create_token() fails. Ok, that explains it. My WAG regarding domain vs. workgroup was correct because the workgroup path through this code does not cause extra backslashes to be prepended. I will submit a patch to cygwin-patches to correct this problem. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: will bash honor the suid bit or not?
On Wed, Apr 17, 2002 at 06:56:08PM -0700, Richard Troy wrote: [...] First of all, it's not bash but the OS (here Cygwin) which would have to care for the suid bit. Second, the suid bit is available with ntsec on NTFS file systems but for now it's *only* available as a flag. It has no effect! The implementation of suid under Win32 requires a running daemon with special permissions (running under SYSTEM account, that is) which can start a process under a different user account on behalf of the calling process. The daemon already exists but the suid functionality isn't implemented yet. It requires a person with a lot of time, actually... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Control-W word erase on tcsh command line
On Thu, Apr 18, 2002 at 04:16:01AM -0400, Steve Chew wrote: Hello, Using the latest Cygwin under Win98 and Win2k (though this has occured in all versions of Cygwin I've used). When I try to use a Control-W under tcsh it erases the entire line instead of just the previous word. It happens Default setting in tcsh. whether I'm in the console or using an xterm (rxvt). It works properly when using bash. Is there an option that I can set to make it work? Or perhaps a termcap entry that needs to be modified? Did you try `man tcsh'? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup with empty proxy password
Hello ljubomir, Thursday, April 18, 2002, 10:34:29 AM, you wrote: lmpc Just a simple question: How to use setup (IE settings) when proxy password is empty? Your question implies that you're having some kind of troubles using setup.exe but you don't say whats wrong. Would you share the details with us so we can answer your question. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Trouble with inetd (start but doesn't work)
Hello, Here is my configuration: Win2K Server Version 5.00.2195 (no pack applied) Cygwin 1.3.10 The problem is inetd start but I can't telnet or ftp into my computer. The answer is connection refused when I try to connect to localhost or from the net... When I use ncftp, I have this message: Administrateur@AURICOM : ncftp localhost NcFTP 3.1.3 (Mar 27, 2002) by Mike Gleason ([EMAIL PROTECTED]). Could not connect to 127.0.0.1: The socket is not connected. Could not open host localhost: could not connect to remote host. We can see that the socket is not connected, but I can't find a solution to solve this issue. Is there a workaround ??? Thanks for help... [EMAIL PROTECTED] --- Ce mel a été envoyé avec Meloo http://www.meloo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup with empty proxy password
Hi, Your question implies that you're having some kind of troubles using setup.exe but you don't say whats wrong. Would you share the details with us so we can answer your question. Sorry for beeing unprecise. My internet acsess setup is solved by an automatic configuration script proxy server, with an user name, but without password (empty password). If I start cygwin setup.exe, and choose Use IE5 Settings, the prompt for Proxy authorisation pops up. The problem is: without specifying some password, the OK button stays inactive. And, of course, only correct password is empty one :( Bye, Ljubo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Alan Dobkin multi-mail
Is it just me or is everyone on the list repeatedly receivng multiple copies of Alan's post dated 4/2/2002? -- Donna Matthew -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Trouble with inetd (start but doesn't work)
hello Pavel, Ftp line and telnet line are not commented ! That's the problem ;-) I'm working on this problem for 2 days now. I have done everything that was explain in the readme files provided with cygwin, I watch all HowTo I can find over internet and it doesn't work... It really seems that inetd don't use any socket, so the question is how inetd can run like this ?? Thank you for your help [EMAIL PROTECTED] -Message d'origine- De : Pavel Tsekov [mailto:[EMAIL PROTECTED]] Envoye : jeudi 18 avril 2002 13:01 A : Auricom Cc : [EMAIL PROTECTED] Objet : Re: Trouble with inetd (start but doesn't work) Hello Auricom, Thursday, April 18, 2002, 8:40:14 PM, you wrote: A The problem is inetd start but I can't telnet or ftp into my computer. A The answer is connection refused when I try to connect to localhost A or from the net... Do you have the ftp line in /etc/inetd.conf commented ? Is so remove the comment. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
strange dup error
Sometimes when I use Cygwin.bat to start bash and I have another instance of bash running, I get this error appear at the top of the console: 3996 [main] bash 2436 fhandler_base::dup: dup(/dev/tty) failed, handle B, Win32 error 87 readline: warning: rl_prep_terminal: cannot get terminal settings?]0;~ ?[32mchris@ADVENT02 ?[33m~?[0m Win32 error 87 = ERROR_INVALID_PARAMETER The control characters in the bash prompt are visible on the terminal - the colour does not change. I've searched the mailing list archives, but it doesn't seem to have been reported before. I've been trying to find a way to replicate it, but at the moment it seems to be random. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: pthread_cond_wait does not relock mutex on release
It's interesting that your system behaves so differently. (I
believe signals are supposed to interrupt condition variable
waits--perhaps you're system is being flooded by them?)
There are a few things you could try, including:
o Disabling signals in the created threads. To do this, you
have to disable them in the parent, create the threads,
then reenable them. It's generally worth it.
o Using a semaphore (you still have to check for a spurious
wakeup due to a caught signal).
Here are some code snippets you might find helpful:
This creates threads, disabling signals (extracted from
Python's POSIX threads module):
sigset_t oldmask, newmask;
sigfillset(newmask);
pthread_sigmask(SIG_BLOCK, newmask, oldmask);
pthread_create(...);
pthread_sigmask(SIG_SETMASK, oldmask, NULL);
These snippets should let you use semaphores to signal
between threads:
/*
* As of February 2002, Cygwin thread implementations mistakenly report error
* codes in the return value of the sem_ calls (like the pthread_ functions).
* Correct implementations return -1 and put the code in errno. This supports
* either.
*/
static int
fix_status(int status)
{
return (status == -1) ? errno : status;
}
...
/* VARIABLES USED IN ALL SNIPPETS: */
sem_t *sem;
int status;
/* CREATE A SEMAPHORE */
sem = (sem_t *)malloc(sizeof(sem_t));
if (sem) {
status = sem_init(sem,0,0); /* start acquired */
if (status != 0) {
free((void *)sem);
sem = NULL;
}
}
if (!sem) REPORT_ERROR();
/* DESTROY THE SEMAPHORE */
if (sem) {
status = sem_destroy(sem);
if (status != 0) REPORT_ERROR();
free(sem);
}
/* WAIT FOR THE SIGNAL */
do {
status = fix_status(sem_wait(sem));
} while (status == EINTR); /* Retry if interrupted by a signal */
if (status != 0) REPORT_ERROR();
/* SIGNAL THE SEMAPHORE */
status = sem_post(sem);
if (status != 0) REPORT_ERROR();
I think the bug requiring the fix_status function has been
fixed, but you might find it easier to understand this way.
The normal way to wait for a semaphore is:
do {
status = sem_wait(sem);
} while ((status == -1) (errno == EINTR));
With semaphores you have to be careful to match the number of
sem_wait() and sem_post() calls (extra sem_post() calls would
cause future sem_wait()'s not to wait).
-Jerry
-O Gerald S. Williams, 55A-134A-E : mailto:[EMAIL PROTECTED] O-
-O AGERE SYSTEMS, 6755 SNOWDRIFT RD : office:610-712-8661 O-
-O ALLENTOWN, PA, USA 18106-9353: mobile:908-672-7592 O-
Robert and Gerald:
Both quite right. Although adding the SAFE_PRINTF made no
difference in the
output, checking a condition value in a loop made all the difference.
Putting a printf in the loop revealed to my surprise that spurious wakeups
were occurring thousands of times per second. I had naively assumed that a
condition would stay set until signalled. Now I'm led to wonder if a
condition variable is any performance improvement over a simple loop and
short sleep. Any thoughts?
Thanks very much for your time and effort. It was a great help.
-- Michael
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: postgresql-7.2.1-1
New News: === I have updated the version of PostgreSQL to 7.2.1-1. The tarballs should be available on a Cygwin mirror near you shortly. PostgreSQL 7.2.1 is a critical bug fix release that corrects the following problem: sequence counters will go backwards after a crash See the following for more details: http://www.us.postgresql.org/news.html Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.2.1.README since it covers requirements, installation, known issues, etc. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange source packaging?
On Thu, Apr 18, 2002 at 01:34:45PM +0200, Schaible, Jorg wrote: package-ver.tar.[bg]z[2*] -- The pristine source Beeing picky: package-ver.tar.(bz2|gz) Being picky, what is this doing here? Why do people insist on redirecting discussions from cygwin-apps to cygwin? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin mentors? Was: bash and the suid bit
First of all, it's not bash but the OS (here Cygwin) which would have to care for the suid bit. -smile- Second, the suid bit is available with ntsec on NTFS file systems but for now it's *only* available as a flag. It has no effect! Yes! I have learned this! And I am sad because of it. The implementation of suid under Win32 requires a running daemon with special permissions (running under SYSTEM account, that is) which can start a process under a different user account on behalf of the calling process. The daemon already exists but the suid functionality isn't implemented yet. It requires a person with a lot of time, actually... Yes, I was afraid of that. -frown- Perhaps this seems a silly place to say so, but I'm very impressed with the work I've seen in CYGWIN, and in the open community and GNU in general. In researching this SUID problem, I spent six or eight hours yesterday reading all the related posts from the archive, and I noticed how there's a lot of really good work - the internals discussions have been well written and there are a few of you, like you, Corinna, who are outstanding contributors... And, I have been wondering how I might contribute too, being as over- worked and as busy as I am. However, I _really_ need this - or some solution - working in this environment, so it seems we have a case of converging needs. I think It makes more sense for me to help out with suid than it does for me to write a one-off. ... After thinking it over for a bit... I'm willing to give it a go if someone can mentor me along. My apprenticeship resume: I started hacking in '77 at the tender age of 14, so by now I've got a lot of experience. I once wrote a complete real-time, multi-tasking operating system by myself which is in use today controlling pipelines and oil refineries, and I used to be one of the top VAX/VMS internals people at DEC, so this internals experience must be of some use here, especially since NT/W2k is based on VMS. If someone were to work with me, point me at the juicy stuff so I don't have to hunt so much, I can probably commit to this project. Otherwise, I'm concerned it'll take me too long to ramp up. Anyone want to be a mentor? Regards, Richard -- Richard Troy, Chief Scientist Science Tools Corporation [EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin mentors? Was: bash and the suid bit
On Thu, Apr 18, 2002 at 07:19:09AM -0700, Richard Troy wrote: It requires a person with a lot of time, actually... And, I have been wondering how I might contribute too, being as over- worked and as busy as I am. Contribution is something you're doing voluntarily and just as far as you're able to. We all have daytime jobs which take more or less time. If there's energy left a few minutes a day... go ahead and contribute. Anyone want to be a mentor? Why is it so difficult to get into Cygwin? Take the sources try to compile and then change what you think should be changed. Small changes first, big changes later. And don't be offended if a change is rejected. That's how it worked for me back in 1998 and that's how it works today. Oh, and take a look onto http://cygwin.com/contrib.html. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin mentors? Was: bash and the suid bit
Hi Richard, a short answer pretty busy, hopes its enough to get you started... Tell me about it, Justin! No, Nobody mentioned that! How does it work? Is it part of the OS or an add-on? It's a Win2000 native service , look in services Description : Enables starting processes under alternate credentials Nearest thing to sudo (ala Linux) I know of Also, can it be ported/made to work on NT? Might need to use the CreateProcessWithLogonW http://msdn.microsoft.com/library/en-us/dnwxp/html/appsec.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/pro thred_2gl3.asp If it only works on W2000, it might not be good enough for my needs... Only works on Win2000 AFAIK , although might in XP etc. http://support.microsoft.com/directory/article.asp?ID=KB;EN-US;Q294676; http://www.microsoft.com/windows2000/en/server/help/windows_security_runas.h tm Actually one of those articles mentions XP so. Thanks for your reply, Richard -- Richard Troy, Chief Scientist Science Tools Corporation [EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/ On Thu, 18 Apr 2002, Justin MacCarthy wrote: Date: Thu, 18 Apr 2002 15:28:25 +0100 From: Justin MacCarthy [EMAIL PROTECTED] To: Richard Troy [EMAIL PROTECTED] Subject: RE: cygwin mentors? Was: bash and the suid bit I haven't followed this tread, but I had a quick look , did anyone mention the RunAs service in WIn2000? Might solve your problem ??? Justin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
I have this wierd behaviour, and it is causing some stats that I run to whack out. Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: What's interesting is that between seconds 42 45, time shows an elapsed time of 1:00.21, but the system clock has actually elapsed 2 minutes 50 seconds, (unless there is some major hangups in the invoking of the echo and/or `date` commands). I am working on this machine, so I know that there are no 2-3 minute pauses in user responsiveness Has anyone else experienced this kind of behaviour?? Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: 97 7911229 [main] base 2872 fhandler_base::open: (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8 000, 0x7, 0x22F764, 0x3, 0x280, 0) 1287 19150336 [main] base 2872 fhandler_base::open: filemode set to binary 192 19150528 [main] base 2872 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x 11) 89 19150617 [main] base 2872 fhandler_disk_file::open: 1 = fhandler_disk_file::open (C:\cygwin\opt\kde2\lib\cygkateco re.dll, 0x11) 136 19150753 [main] base 2872 fhandler_disk_file::fstat_helper: 1 = GetFileInformationByHandle (C:\cygwin\opt\kde2\lib \cygkatecore.dll, 412) 424 19151177 [main] base 2872 get_nt_attribute: file: C:\cygwin\opt\kde2\lib\cygkatecore.dll 208 19151385 [main] base 2872 read_sd: file = C:\cygwin\opt\kde2\lib\cygkatecore.dll 1385 19152770 [main] base 2872 read_sd: file = C:\cygwin\opt\kde2\lib\cygkatecore.dll: len=128 Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
command to close the bash window
Does the current package include such a command as to close the Bash window? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
On Thu, Apr 18, 2002 at 04:31:56PM +0100, Chris January wrote: Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: From the code, the only thing here that I can see which could take any time is the set_security_attribute() call, which is only invoked if you have CYGWIN=ntsec. 97 7911229 [main] base 2872 fhandler_base::open: (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8 000, 0x7, 0x22F764, 0x3, 0x280, 0) cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fw: command to close the bash window
Thanks Larry...it satisfies my needs well...)) - Original Message - From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED] To: hongxun lee [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 11:48 AM Subject: Re: command to close the bash window At 11:42 AM 4/18/2002, you wrote: Does the current package include such a command as to close the Bash window? What about exit? OK, I get the feeling that this isn't what you wanted to know but given the generic context of the question, it's the best I can do. Want to try again or is this really what you wanted to know? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
On Thu, Apr 18, 2002 at 11:52:43AM -0400, Chris Faylor wrote: On Thu, Apr 18, 2002 at 04:31:56PM +0100, Chris January wrote: Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: From the code, the only thing here that I can see which could take any time is the set_security_attribute() call, which is only invoked if you have CYGWIN=ntsec. And the only thing in set_security_attribute() which could take a lot of time is the call to LookupAccountName() which is only called if the /etc/passwd file doesn't contain the SID for the user *and* which can only take a lot of time if the machine is asking a DC. OTOH, set_security_attribute() cant have been called, otherwise it would have left footprints in the strace output. 97 7911229 [main] base 2872 fhandler_base::open: (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8 000, 0x7, 0x22F764, 0x3, 0x280, 0) cgf Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
Chris J (Not to be confused with Chris F), How about sending along the source code for your small program, so I can give it a wiz-bang. So far, running strace on my system seems to make the problem I have go away, so if you can readily reproduce the behaviour, I would like to try it on my system. Thanks. On Thu, 18 Apr 2002 16:31:56 +0100, Chris January wrote: I have this wierd behaviour, and it is causing some stats that I run to whack out. Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: What's interesting is that between seconds 42 45, time shows an elapsed time of 1:00.21, but the system clock has actually elapsed 2 minutes 50 seconds, (unless there is some major hangups in the invoking of the echo and/or `date` commands). I am working on this machine, so I know that there are no 2-3 minute pauses in user responsiveness Has anyone else experienced this kind of behaviour?? Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: 97 7911229 [main] base 2872 fhandler_base::open: (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8 000, 0x7, 0x22F764, 0x3, 0x280, 0) 1287 19150336 [main] base 2872 fhandler_base::open: filemode set to binary 192 19150528 [main] base 2872 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x 11) 89 19150617 [main] base 2872 fhandler_disk_file::open: 1 = fhandler_disk_file::open (C:\cygwin\opt\kde2\lib\cygkateco re.dll, 0x11) 136 19150753 [main] base 2872 fhandler_disk_file::fstat_helper: 1 = GetFileInformationByHandle (C:\cygwin\opt\kde2\lib \cygkatecore.dll, 412) 424 19151177 [main] base 2872 get_nt_attribute: file: C:\cygwin\opt\kde2\lib\cygkatecore.dll 208 19151385 [main] base 2872 read_sd: file = C:\cygwin\opt\kde2\lib\cygkatecore.dll 1385 19152770 [main] base 2872 read_sd: file = C:\cygwin\opt\kde2\lib\cygkatecore.dll: len=128 Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: From the code, the only thing here that I can see which could take any time is the set_security_attribute() call, which is only invoked if you have CYGWIN=ntsec. I inserted some extra syscall_printf statements and it actually stalls on this line... (!) x = CreateFile (get_win32_name (), access, shared, sa, creation_distribution, file_attributes, 0); This is with a local drive, not a network one. I have no idea why CreateFile is taking so long. 97 7911229 [main] base 2872 fhandler_base::open: (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8 000, 0x7, 0x22F764, 0x3, 0x280, 0) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.ini : strange postgresql instructions
setup.ini stamped 1019135438 upgrades postgresql 7.2-2 to 7.2.1-1 setup.ini stamped 1019143833 upgrades postgresql 7.1.3-2 to 7.2-2 Problem with versions? For the moment I'm keeping 7.2.1-1. Thanks. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin randomly pauses under Win2k
On Thu, Apr 18, 2002 at 06:01:55PM +0200, Corinna Vinschen wrote: On Thu, Apr 18, 2002 at 11:52:43AM -0400, Chris Faylor wrote: On Thu, Apr 18, 2002 at 04:31:56PM +0100, Chris January wrote: Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: Yes, I've seen this behaviour. It's something to do with file I/O IIRC. 100% reproducible in a small program I have. Here's an strace demonstrating the problem: From the code, the only thing here that I can see which could take any time is the set_security_attribute() call, which is only invoked if you have CYGWIN=ntsec. And the only thing in set_security_attribute() which could take a lot of time is the call to LookupAccountName() which is only called if the /etc/passwd file doesn't contain the SID for the user *and* which can only take a lot of time if the machine is asking a DC. OTOH, set_security_attribute() cant have been called, otherwise it would have left footprints in the strace output. Oops. Good point. So much for my detective work. So the only other thing I can see is either the GetFileAttributes or the CreateFile itself. Not much we can do about either of those. cgf 97 7911229 [main] base 2872 fhandler_base::open:(C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x11) *** big long pause *** 11237820 19149049 [main] base 2872 fhandler_base::open: 0x19C = CreateFileA (C:\cygwin\opt\kde2\lib\cygkatecore.dll, 0x8000, 0x7, 0x22F764, 0x3, 0x280, 0) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.ini : strange postgresql instructions
From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 09:40 Subject: setup.ini : strange postgresql instructions setup.ini stamped 1019135438 upgrades postgresql 7.2-2 to 7.2.1-1 setup.ini stamped 1019143833 upgrades postgresql 7.1.3-2 to 7.2-2 Problem with versions? For the moment I'm keeping 7.2.1-1. Thanks. Where did you download each setup.ini from and when? -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.ini : strange postgresql instructions
Chris, On Thu, Apr 18, 2002 at 05:40:44PM +0100, [EMAIL PROTECTED] wrote: setup.ini stamped 1019135438 upgrades postgresql 7.2-2 to 7.2.1-1 setup.ini stamped 1019143833 upgrades postgresql 7.1.3-2 to 7.2-2 Problem with versions? For the moment I'm keeping 7.2.1-1. Thanks. I just uploaded the latest tarballs to release instead of contrib: $ scp postgresql-7.2.1-1.tar.bz2 postgresql-7.2.1-1-src.tar.bz2 [EMAIL PROTECTED]:/sourceware/ftp/anonftp/pub/cygwin/release/postgresql Did I do something wrong? Thanks, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How do I build strace.exe?
Hi, I am attempting to build a debuggable version of strace.exe, but am having some compile difficulties. I'm hoping it's as simple as giving some configure parms, but it looks like my build is getting confused trying to define or use __uid16_t __gid16_t. I just updated my system to the latest system, and grabbed the source for cygwin-1.3.10-1. I then went into winsup/utils, and did a './configure,', and then 'make strace.exe' Do I need to do any additional steps to build strace.exe? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.ini : strange postgresql instructions
Where did you download each setup.ini from and when? Both from ftp://mirrors.rcn.net/ The first 1019135438 at about 1600 GMT Thursday 20020418 and the second 1019143833 about an hour later. (Roughly.) Perplexed by starnge reversion so selected Cancel. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.ini : strange postgresql instructions
Fergus, Is the timestamp you've given above from the setup-timestamp line _inside_ the setup.ini or the file datetime? Definitely _inside_ setup.ini. That's what's so weird. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: command to close the bash window
hongxun lee wrote: Does the current package include such a command as to close the Bash window? Ah try exit! :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin randomly pauses under Win2k
Anti Virus? Bye, Heribert ([EMAIL PROTECTED]) -Original Message- From: Chris January [SMTP:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 18:30 To: [EMAIL PROTECTED] Subject: Re: cygwin randomly pauses under Win2k Every now and again (every 15-30 minutes or so), my cygwin apps pause for 1-2 MINUTES I have written a simple script to capture this behaviour: [Heribert] [snip] I inserted some extra syscall_printf statements and it actually stalls on this line... (!) x = CreateFile (get_win32_name (), access, shared, sa, creation_distribution, file_attributes, 0); This is with a local drive, not a network one. I have no idea why CreateFile is taking so long. [Heribert] [snip] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Control-W word erase in tcsh
Hello, Using the latest Cygwin under Win98 and Win2k (though this has occured in all versions of Cygwin I've used). When I try to use a Control-W under tcsh it erases the entire line instead of just the previous word. It happens Default setting in tcsh. whether I'm in the console or using an xterm (rxvt). It works properly when using bash. Is there an option that I can set to make it work? Or perhaps a termcap entry that needs to be modified? Did you try `man tcsh'? Sigh. OK, sometimes I'm an idiot. :) I always thought that the word-erase was set by stty, but that's not the case in tcsh. Instead it needs bindkey. Thanks for the pointer. Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
A good way to debug LocalSystem services?
While trying to debug the following problem: http://sources.redhat.com/ml/cygwin/2002-04/msg00677.html I needed to run code (i.e., seteuid()) under the LocalSystem account. So, I used ssh to simulate su. Specifically, I changed the SYSTEM entry in /etc/passwd to be as follows: SYSTEM:*:18:18:Local System,U-TISHLERJASON\LocalSystem,S-1-5-18:/home/system:/bin/bash Then I created /home/system and copied my ssh keys to /home/system/.ssh. After these steps, I could su to SYSTEM by simply executing the following: $ ssh system@tishlerjason Now I could run strace, gdb, etc. in the context of the LocalSystem account which really help me solve the above problem. Maybe this is a decent way of debugging LocalSystem services in general? Do others agree? Note that I found one anomaly so far. With /etc/passwd as above, when cron runs jt's crontab it sets $HOME to /home/system instead of /home/jt. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems linking program
I am having trouble linking a program: What libraries are these found in? __umoddi3 __udivdi3 _cygwin_istext_for_stdio The errors are below: /usr/lib/libg.a(vfprintf.o): In function `vfprintf_r': /home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../. ./../../src/newlib/libc/stdio/vfprintf.c:774: undefined reference to `__umoddi3' /home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../. ./../../src/newlib/libc/stdio/vfprintf.c:775: undefined reference to `__udivdi3' /usr/lib/libg.a(stdio.o): In function `_stextmode': /home/Habacker/tmp/kde/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../ ../../../../src/newlib/libc/stdio/stdio.c:127: undefined reference to `_cygwin_i stext_for_stdio' make: *** [libgd.so.2.0.0] Error 1 Thanks, Matt Pinky, you've left the lens cap of your mind on again. - The Brain = Preferred Resources (314) 567-7600 phone 701 Emerson rd. (314) 993-6699 fax Suite 475 [EMAIL PROTECTED] St. Louis, MO 63141 = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin mentors? Was: bash and the suid bit
On Thu, Apr 18, 2002 at 08:45:24AM -0700, Richard Troy wrote: Not this time, Corinna. A Contribution is a contribution, regardless of [...] making the decision, OK, I'll point. Here's where you need to go... Sorry, but that's not how it works. We *want* to discuss everything public. This is an OSS project. Keep it public. You're getting exactly as much help as a group of volunteers is willing to give. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good way to debug LocalSystem services?
While trying to debug the following problem: http://sources.redhat.com/ml/cygwin/2002-04/msg00677.html I needed to run code (i.e., seteuid()) under the LocalSystem account. So, I used ssh to simulate su. Specifically, I changed the SYSTEM entry in /etc/passwd to be as follows: SYSTEM:*:18:18:Local System,U-TISHLERJASON\LocalSystem,S-1-5-18:/home/system:/bin/bash Then I created /home/system and copied my ssh keys to /home/system/.ssh. After these steps, I could su to SYSTEM by simply executing the following: $ ssh system@tishlerjason Now I could run strace, gdb, etc. in the context of the LocalSystem account which really help me solve the above problem. Maybe this is a decent way of debugging LocalSystem services in general? Do others agree? Note that I found one anomaly so far. With /etc/passwd as above, when cron runs jt's crontab it sets $HOME to /home/system instead of /home/jt. A better way is: AT time /interactive C:\Cygwin\Cygwin.bat where time is 1 minute from now... And for other users: RUNAS /user:username C:\Cygwin\Cygwin.bat Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
fork() works ?? Server development questions
Hi,
This is a re-post of my 04/06/2002 message
Many thanks to Gerrit and Phil Frisbie, Jr. for messages
But despite Gerrit seems to make it work a little better (not on local
host), it'not enough for me
Thanks to Phil for ideas but pthread are not suitable for me cause my target
project(not sample code below)
should run on systems wich were not pthread friendly !!
So big questions are still there :
Is it possible to run a server like sample code i give ?
If yes could somebody send me sample piece of code wich works ?
Is it possible to rely on fork() in cygwin ?
Is there sockets issue in the way i use it ?
I will be please, to read from Corinna Vinschen seems to be the maintainer
of portion of Cygwin, I question about
Thanks
Here start my original post
I'm in trouble porting a socket base utility from my own between mulptiple
OS.
The goal is to maintain as much as possible the same code, since this
utility
do not use advanced features (I DO NOT WANT TO CODE AN HTTP SERVER !!)
For MS plateform I hope in cygwin environment, but despite the fact it
compiles well
I do not achieve srv programm to work.
Below you will find text for four files srv.c http.c http.h and
response.html which are not the
target code, but permit to see the real problem.
This code compile under AIX whith native C compiler and other unices and run
cleanly.
This is only for test and many things were tricky, for example http HEADER
is hardcoded in the
html file !!
The problem is under cygwin environment 1.3.10 Win2k pro SP2
To test simply compile and launch srv - gcc -o srv http.c srv.c (for AIX
cc -o srv http.c srv.c)
Then launch your favorite browser and enter those url
http://IP_host_running_srv:12345/
just remplace IP_host_running_srv by proper address or hostname for you
(Hum just thinking i only test with IE !!)
You may get a page saying hello WORLD !
Just running fine for me when running srv under AIX !
Got nothing when running on Win2k, all server trace appears in console
window but nothing in browser !!
Then I quickly set up a proxy in java based on BufferedReader and
BufferedWriter classes to
see dialog between browser and srv and surprise in this case it'works !!!
finally here are my questions
1- : Any error in the code ?
2- : If not, what's wrong cygwin, Win2k ?
3- : Is it possible to set up this type of server using cygwin under MS
windows
(interrested in NT and W2k, forking a child per client !) ?
4- : What is different when using proxy ?
5- : Signal handlers doesn't not work under cygwin why ?
Thanks for any help and answers !!
8=---srv.c--
#include stdio.h
#include signal.h
#include netinet/in.h
#include sys/socket.h
#include http.h
void sigchild(int sig){
int pid;
pid = wait(NULL);
signal(sig, sigchild);
}
int done = 0;
void sigterm(int sig){
fprintf(stdout, DEBUG : request to shutdown !);
done = 1;
}
void handle_http(int sock){
if (sendHttp(sock, response.html) == -1){
perror(sendHttp);
}
}
int main(void) {
int listenSock;
int dialogSock;
int pid;
int flag;
struct sockaddr_in address;
size_t length;
signal(SIGCHLD, sigchild);
signal(SIGTERM, sigterm);
signal(SIGINT, sigterm);
signal(SIGHUP, sigterm);
if ((listenSock = socket(AF_INET, SOCK_STREAM, 0)) 0){
perror(socket);
return(1);
}
memset(address, 0, sizeof(struct sockaddr));
address.sin_family = AF_INET;
address.sin_addr.s_addr = htonl(INADDR_ANY);
address.sin_port = htons(12345);
flag = 1;
if (setsockopt(listenSock, SOL_SOCKET, SO_REUSEADDR, flag, sizeof(int))
0){
perror(setsockopt);
return(1);
}
if (bind(listenSock, (struct sockaddr *) address, sizeof(address)) 0){
perror(bind);
return(1);
}
length = sizeof(struct sockaddr_in);
if (getsockname(listenSock, (struct sockaddr *) address, length) 0){
perror(getsockname);
return(1);
}
fprintf(stdout, DEBUG : Address IP = %s,, inet_ntoa(address.sin_addr));
fprintf(stdout, Port = %u \n, ntohs(address.sin_port));
listen(listenSock, 5);
while(!done){
fprintf(stdout, DEBUG : Server waiting...\n);
length = sizeof(struct sockaddr_in);
dialogSock = accept(listenSock, (struct sockaddr *) address, length);
if (dialogSock 0)
continue;
pid = fork();
switch(pid){
case 0 :
close(listenSock);
handle_http(dialogSock);
close(dialogSock);
fprintf(stdout, DEBUG : child done\n);
return(0);
default :
fprintf(stdout, DEBUG : fork child %d, pid);
fprintf(stdout, for %s:, inet_ntoa(address.sin_addr));
fprintf(stdout, %d\n, ntohs(address.sin_port));
close(dialogSock);
break;
}
}
close(listenSock);
return(0);
}
8=---http.c
#include stdio.h
#include fcntl.h
#include sys/socket.h
#include http.h
int sendHttp(int sock, char * pathToFile){
int fd;
Re: fork() works ?? Server development questions
On Thu, Apr 18, 2002 at 09:48:13PM +0200, ioda wrote: I will be please, to read from Corinna Vinschen seems to be the maintainer of portion of Cygwin, I question about Here it is: Don't send me private email about Cygwin questions! Keep Cygwin stuff on list. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good way to debug LocalSystem services?
Chris, On Thu, Apr 18, 2002 at 08:41:56PM +0100, Chris January wrote: And for other users: RUNAS /user:username C:\Cygwin\Cygwin.bat I thought of runas, but what is the password for LocalSystem? Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Asynchronous exceptions
Hi,
anybody has working example of catching asynchronous exceptions on
cygwin 2.95-3?
I tried:
int main()
{
try
{
BadFunc();
}
catch(...)
{
printf( Badfunc was really bad!\n );
}
}
void BadFunc()
{
BYTE* p = NULL;
*p = 0;
}
Althought I complied with -fexceptions -fasynchronous-exceptions, it
just prints out the cygwin/gcc runtime error message and produces stack
dump.
Does cygwin support that?
Jindroush ([EMAIL PROTECTED])
http://jindroush.atari.org - Home of Atari Cartridge Dumping Project.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Trouble with inetd (start but doesn't work)
Auricom wrote: Hello, Here is my configuration: Win2K Server Version 5.00.2195 (no pack applied) Cygwin 1.3.10 The problem is inetd start but I can't telnet or ftp into my computer. The answer is connection refused when I try to connect to localhost or from the net... When I use ncftp, I have this message: Administrateur@AURICOM : ncftp localhost NcFTP 3.1.3 (Mar 27, 2002) by Mike Gleason ([EMAIL PROTECTED]). Could not connect to 127.0.0.1: The socket is not connected. Could not open host localhost: could not connect to remote host. We can see that the socket is not connected, but I can't find a solution to solve this issue. Is there a workaround ??? Try stopping the inetd server (net stop inetd) then run inetd -d from the command line. In another window attempt a telnet to your machine. Watch to see if you get any messages in the window running inetd. You should. If that works try your ftp command. I suspect that inetd is not running as a service. Do you have two (yes two, count 'em) inetd processes showing up in the TaskMgr? Have you added Cygwin's bin to the Windows SYSTEM Environment Variable PATH? Have you rebooted? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Trouble with inetd (start but doesn't work)
Auricom wrote: Hello, Here is my configuration: Win2K Server Version 5.00.2195 (no pack applied) Cygwin 1.3.10 The problem is inetd start but I can't telnet or ftp into my computer. The answer is connection refused when I try to connect to localhost or from the net... When I use ncftp, I have this message: Administrateur@AURICOM : ncftp localhost NcFTP 3.1.3 (Mar 27, 2002) by Mike Gleason ([EMAIL PROTECTED]). Could not connect to 127.0.0.1: The socket is not connected. Could not open host localhost: could not connect to remote host. We can see that the socket is not connected, but I can't find a solution to solve this issue. Is there a workaround ??? Try stopping the inetd server (net stop inetd) then run inetd -d from the command line. In another window attempt a telnet to your machine. Watch to see if you get any messages in the window running inetd. You should. If that works try your ftp command. I suspect that inetd is not running as a service. Do you have two (yes two, count 'em) inetd processes showing up in the TaskMgr? Have you added Cygwin's bin to the Windows SYSTEM Environment Variable PATH? Have you rebooted? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Trouble with inetd (start but doesn't work)
Auricom wrote: Hello, Here is my configuration: Win2K Server Version 5.00.2195 (no pack applied) Cygwin 1.3.10 The problem is inetd start but I can't telnet or ftp into my computer. The answer is connection refused when I try to connect to localhost or from the net... When I use ncftp, I have this message: Administrateur@AURICOM : ncftp localhost NcFTP 3.1.3 (Mar 27, 2002) by Mike Gleason ([EMAIL PROTECTED]). Could not connect to 127.0.0.1: The socket is not connected. Could not open host localhost: could not connect to remote host. We can see that the socket is not connected, but I can't find a solution to solve this issue. Is there a workaround ??? Try stopping the inetd server (net stop inetd) then run inetd -d from the command line. In another window attempt a telnet to your machine. Watch to see if you get any messages in the window running inetd. You should. If that works try your ftp command. I suspect that inetd is not running as a service. Do you have two (yes two, count 'em) inetd processes showing up in the TaskMgr? Have you added Cygwin's bin to the Windows SYSTEM Environment Variable PATH? Have you rebooted? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Where is the manual to manually install Cygwin in Windiows 2000
The last time I tried the installer I did not like the result. So now I have downloaded all the packages I need evne the docs. But I see nothing about how to install this manually; what environment variables I should set. Nothing at all. All I see is telling me to use the installer. If I do not want to do this does that mean I cannot install Cygwin in Windows 2000? Thanks. -- George Hester _ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
fortune-1.8-2.tar.bz2 minor bug
Hi Cygwin: The copy of fortune-1.8-2.tar.bz2 I get from planetmirror.com gives a warning message when I test it with bunzip -t. I get: bsip2: fortune-1.8-2.tar.bz2: trailing garbage after EOF ignored Not really a problem, but probably re-tarring it would be good. It installs fine... John Szetela -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is the manual to manually install Cygwin in Windiows 2000
At 10:25 AM 4/18/2002, George Hester wrote: The last time I tried the installer I did not like the result. So now I have downloaded all the packages I need evne the docs. But I see nothing about how to install this manually; what environment variables I should set. Nothing at all. All I see is telling me to use the installer. If I do not want to do this does that mean I cannot install Cygwin in Windows 2000? Thanks. OK. I guess you just somehow missed this: http://www.cygwin.com/download.html That explains your options. Installing by a method other that setup is not really supported by this list however. BTW, there are no *required* settings beyond unpacking the software. But if you want any of the additions that setup gives you, that's another argument for just using setup. Of course, the source for setup is available if you'd just prefer to look at it to find out what it does. But you're right. There is no documentation that guides you through a manual install of Cygwin. It's assumed that if you don't use setup, you understand enough about what you're doing to just do it. Either that or you're the adventurous type. ;-) Really, there's really no *magic* to setup though... Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is the manual to manually install Cygwin in Windiows 2000
George, I don't know what's not to like about Setup.exe (well, maybe URL-encoded mirror directory names), but you're really bucking the tide and going against the grain in trying to install without Setup.exe. You'll also be told (if this message doesn't forestall it) that this list doesn't cater to problems with installation or problems originating in installation errors for people who don't use the standard installation procedure based on Setup.exe. On the off chance that your poor experience was the result of an earlier, less capable or less fully debugged version of Setup.exe, why don't you tell us when you last used Setup.exe and why it did not live up to your expectations. Randall Schulz Mountain View, CA USA At 07:25 2002-04-18, George Hester wrote: The last time I tried the installer I did not like the result. So now I have downloaded all the packages I need evne the docs. But I see nothing about how to install this manually; what environment variables I should set. Nothing at all. All I see is telling me to use the installer. If I do not want to do this does that mean I cannot install Cygwin in Windows 2000? Thanks. -- George Hester -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is the manual to manually install Cygwin in Windiows 2000
From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED] To: George Hester [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 18:09 Subject: Re: Where is the manual to manually install Cygwin in Windiows 2000 At 10:25 AM 4/18/2002, George Hester wrote: The last time I tried the installer I did not like the result. So now I have downloaded all the packages I need evne the docs. But I see nothing about how to install this manually; what environment variables I should set. Nothing at all. All I see is telling me to use the installer. If I do not want to do this does that mean I cannot install Cygwin in Windows 2000? Thanks. What didn't you like? It may have been fixed or you might not understand the implications of some of your choices. OK. I guess you just somehow missed this: http://www.cygwin.com/download.html That explains your options. Installing by a method other that setup is not really supported by this list however. BTW, there are no *required* settings beyond unpacking the software. But if you want any of the additions that setup gives you, that's another argument for just using setup. Of course, the source for setup is available if you'd just prefer to look at it to find out what it does. But you're right. There is no documentation that guides you through a manual install of Cygwin. It's assumed that if you don't use setup, you understand enough about what you're doing to just do it. Either that or you're the adventurous type. ;-) Really, there's really no *magic* to setup though... There are some mount points that _must_ be created for Cygwin to work reliable and many packages have postinstall scripts that should be run. Setup.exe will take care of them for you. Without it you are on your own. I'm only mentioning these as a caution against what you seem to insist on doing. Don't expect any support if you go against all advice. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
