gnugo-3.4
Hello, I've uploaded binary and source packages of version 3.4 of gnugo. This version is an update of the current 3.2. 3.4 depends on libncurses7 as pointed out by Charles Wilson in http://sources.redhat.com/ml/cygwin-apps/2003-04/msg00135.html. The tarballs are here: http://home.quicknet.nl/qn/prive/ar.burgers/gnugo-3.4-1.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gnugo-3.4-1-src.tar.bz2 The tarballs were prepared with generic-build-script.sh. No patch was required. The executable has been packed with upx. Teun Burgers
RE: Setup Query for Gary: FreeResource
Robert Collins wrote: On Sat, 2003-08-02 at 05:16, Max Bowsher wrote: According to the MS docs, FreeResource is an obsolete 16-bit compatibility function. Do we really want/need to use it? MS recommend using DeleteIcon etc rather than it for new code - and yes, its nice to free resources we've used :}. Trouble is, its a dialog template that I'm loading, and there's no DestroyDialog() or something to otherwise do the job. Well, yes, obviously, its nice, but will FreeResource do it? In the offline docs I was looking at, FreeResource wasn't even documented - just mentioned in a list of obsolete functions. It is documented in MSDN - as being the complement to LoadResource. Yep, thusly: The FreeResource function is obsolete and is only supported for backward compatibility with 16-bit Microsoft Windows. Sheesh, I must be getting old! We can only guess how LockResource fits into this picture. No need to guess, my good man!: The return type of LoadResource is HGLOBAL for backward compatibility, not because the function returns a handle to a global memory block. Do not pass this handle to the GlobalLock or GlobalFree function. To obtain a pointer to the resource data, call the LockResource function. The pointer returned by LockResource is valid until the module containing the resource is unloaded. It is not necessary to unlock resources because the system automatically deletes them when the process that created them terminates. As I assume is clear, the only reason I'm dinking with these templates at all is to get the original size of the various pages as specified in res.rc. I think the FreeResource() should be left in unless it causes problems, or until a better way can be found to get the needed info, and I did do considerable research to those ends and came up empty. -- Gary R. Van Sickle Brewer. Patriot.
RE: [setup PATCH] SetDlgItemFont
On Sat, 2003-08-02 at 09:12, Max Bowsher wrote: Now, I don't think moving 2 lines of code and 4 lines of comments into a seperate function makes this clearer - rather, it obfuscates what is happening here. In case you are not convinced, here is the alternate patch, to avoid another round-trip of emails: I'm not particularly fond of the name SetFontPolicy. Better names welcomed. call it void PropertyPage::setTitleFont(). And I'm not convinced - this is appropriate to be a separate function. Approved - as a separate function, called setTitleFont. Cheers, Rob I have to agree with Rob here. What really should be done down the road[1] is to have another class derived from PropertyPage, say SetupWizardPage, which is then the base class for the various pages. The intended-to-be-rather-generic PropertyPage really has no business setting fonts. Keeping this functionality a separate member will help prevent it from becoming entangled in the core PropertyPage logic, and make it easier to move to a new class in the aforementioned future. And I even like the color (Sultan of... Whereever... in Indiana Jones and the Last Crusade). setTitleFont is about as good a name as I can think of for setting title fonts. (I'll fix the capitalization later ;-)). BTW, if I haven't said so already (memory is the second thing to go) I ***REALLY*** appreciate your work Max in shepherding my work though the often-agonizing approval process. [1] Key words: down the road, in accordance with the Bird In The Hand Is Worth Two In The Bush Pattern from my upcoming book, Don't Start Nothin', Won't Be Nothin': Getting Software From Here To There In Finite Time. -- Gary R. Van Sickle Brewer. Patriot.
RE: [setup PATCH] Add icon to title bar
So this puts a small icon in the top left - like most programs have? Does it ever! Gets it into the button thing in the taskbar too when you minimize it; that was spotty in a similar way to the scrolly-wheel, some machines it was there, some it wasn't. Cool. See what you've been missing? Have you even looked at my not-entirely-uncool page dedicated to Cygwin setup? There's an old friend there waiting to greet you ;-)! http://home.att.net/~g.r.vansickle/cygwin/setup/ Approved, Thanks again Max. -- Gary R. Van Sickle Brewer. Patriot. On Sat, 2003-08-02 at 00:59, Max Bowsher wrote: +2003-08-01 Gary R. Van Sickle [EMAIL PROTECTED] + + * propsheet.cc: Include resource.h. + (PropSheet::Create): Add the Cygwin icon in the left of the title bar. Index: propsheet.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/propsheet.cc,v retrieving revision 2.4 diff -u -p -r2.4 propsheet.cc --- propsheet.cc 1 May 2002 11:13:16 - 2.4 +++ propsheet.cc 1 Aug 2003 14:58:05 - @@ -20,6 +20,7 @@ #include propsheet.h #include proppage.h +#include resource.h //#include shlwapi.h // ...but since there is no shlwapi.h in mingw yet: @@ -172,8 +173,8 @@ PropSheet::Create (const Window * Parent PageHandles = CreatePages (); p.dwSize = GetPROPSHEETHEADERSize (); - p.dwFlags = -PSH_NOAPPLYNOW | PSH_WIZARD | PSH_USECALLBACK /*| PSH_MODELESS */ ; + p.dwFlags = PSH_NOAPPLYNOW | PSH_WIZARD | PSH_USECALLBACK +/*| PSH_MODELESS */ | PSH_USEICONID; if (Parent != NULL) { p.hwndParent = Parent-GetHWND (); @@ -184,6 +185,7 @@ PropSheet::Create (const Window * Parent } p.hInstance = GetInstance (); p.nPages = NumPropPages; + p.pszIcon = MAKEINTRESOURCE(IDI_CYGWIN); p.nStartPage = 0; p.phpage = PageHandles; p.pfnCallback = PropSheetProc; -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. ---
[setup PATCH] Fix ChangeLog
2003-08-02 Max Bowsher [EMAIL PROTECTED] * ChangeLog: Fix broken line-wrapping throughout. Remove Ran automake from 2003-07-26 entry - since there are no generated files stored in cvs, this was neither a change, nor needed to be logged. Patch not sent, since it is long and boring, and the ChangeLog entry says it all. Max.
Re: [setup PATCH] Add icon to title bar
Gary R. Van Sickle wrote: See what you've been missing? Have you even looked at my not-entirely-uncool page dedicated to Cygwin setup? There's an old friend there waiting to greet you ;-)! http://home.att.net/~g.r.vansickle/cygwin/setup/ Approved, Thanks again Max. No problem. And speaking of that page, how about an update? :-) Commit activity has been *quite* high, these last few days! Max.
Re: Setup Query for Gary: FreeResource
Gary R. Van Sickle wrote: Robert Collins wrote: On Sat, 2003-08-02 at 05:16, Max Bowsher wrote: According to the MS docs, FreeResource is an obsolete 16-bit compatibility function. Do we really want/need to use it? MS recommend using DeleteIcon etc rather than it for new code - and yes, its nice to free resources we've used :}. Trouble is, its a dialog template that I'm loading, and there's no DestroyDialog() or something to otherwise do the job. Well, yes, obviously, its nice, but will FreeResource do it? In the offline docs I was looking at, FreeResource wasn't even documented - just mentioned in a list of obsolete functions. It is documented in MSDN - as being the complement to LoadResource. Yep, thusly: The FreeResource function is obsolete and is only supported for backward compatibility with 16-bit Microsoft Windows. Sheesh, I must be getting old! We can only guess how LockResource fits into this picture. No need to guess, my good man!: The return type of LoadResource is HGLOBAL for backward compatibility, not because the function returns a handle to a global memory block. Do not pass this handle to the GlobalLock or GlobalFree function. To obtain a pointer to the resource data, call the LockResource function. The pointer returned by LockResource is valid until the module containing the resource is unloaded. It is not necessary to unlock resources because the system automatically deletes them when the process that created them terminates. As I assume is clear, the only reason I'm dinking with these templates at all is to get the original size of the various pages as specified in res.rc. I think the FreeResource() should be left in unless it causes problems, or until a better way can be found to get the needed info, and I did do considerable research to those ends and came up empty. OK, I just wanted this to be discussed. Now it has been, I'm happy. Max.
[setup PATCH] Use vector instead of array to store PropertyPage pointer list.
+2003-08-02 Gary R. Van Sickle [EMAIL PROTECTED] + + * propsheet.cc (Copyright): Update copyright dates. + (PropSheet::PropSheet): Remove NumPropPages initialization. + (PropSheet::CreatePages): Use PropertyPages.size() instead of + NumPropPages. + (PropSheet::Create): Ditto. + (PropSheet::AddPage): Change to use new PropertyPages std::vector. + * propsheet.h (Copyright): Update copyright dates. + (File Scope): Include vector. + (PropSheet::PropertyPages): Change from array to vector. + (PropSheet::NumPropPages): Remove. Index: propsheet.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/propsheet.cc,v retrieving revision 2.5 diff -u -p -r2.5 propsheet.cc --- propsheet.cc 1 Aug 2003 23:54:14 - 2.5 +++ propsheet.cc 2 Aug 2003 11:48:00 - @@ -1,5 +1,5 @@ /* - * Copyright (c) 2001, Gary R. Van Sickle. + * Copyright (c) 2001, 2002, 2003 Gary R. Van Sickle. * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -56,7 +56,6 @@ DLGTEMPLATEEX, *LPDLGTEMPLATEEX; PropSheet::PropSheet () { - NumPropPages = 0; } PropSheet::~PropSheet () @@ -69,15 +68,15 @@ PropSheet::CreatePages () HPROPSHEETPAGE *retarray; // Create the return array - retarray = new HPROPSHEETPAGE[NumPropPages]; + retarray = new HPROPSHEETPAGE[PropertyPages.size()]; // Create the pages with CreatePropertySheetPage(). // We do it here rather than in the PropertyPages themselves // because, for reasons known only to Microsoft, these handles will be // destroyed by the property sheet before the PropertySheet() call returns, // at least if it's modal (don't know about modeless). - int i; - for (i = 0; i NumPropPages; i++) + unsigned int i; + for (i = 0; i PropertyPages.size(); i++) { retarray[i] = CreatePropertySheetPage (PropertyPages[i]-GetPROPSHEETPAGEPtr ()); @@ -87,7 +86,7 @@ PropSheet::CreatePages () { PropertyPages[i]-YouAreFirst (); } - else if (i == NumPropPages - 1) + else if (i == PropertyPages.size() - 1) { PropertyPages[i]-YouAreLast (); } @@ -184,7 +183,7 @@ PropSheet::Create (const Window * Parent p.hwndParent = NULL; } p.hInstance = GetInstance (); - p.nPages = NumPropPages; + p.nPages = PropertyPages.size(); p.pszIcon = MAKEINTRESOURCE(IDI_CYGWIN); p.nStartPage = 0; p.phpage = PageHandles; @@ -226,8 +225,7 @@ PropSheet::AddPage (PropertyPage * p) { // Add a page to the property sheet. p-YouAreBeingAddedToASheet (this); - PropertyPages[NumPropPages] = p; - NumPropPages++; + PropertyPages.push_back(p); } bool Index: propsheet.h === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/propsheet.h,v retrieving revision 2.4 diff -u -p -r2.4 propsheet.h --- propsheet.h 1 Aug 2003 10:41:36 - 2.4 +++ propsheet.h 2 Aug 2003 11:48:00 - @@ -1,5 +1,5 @@ /* - * Copyright (c) 2001, Gary R. Van Sickle. + * Copyright (c) 2001, 2002, 2003 Gary R. Van Sickle. * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -22,6 +22,8 @@ // the Windows function of the same name. +#include vector + #include windows.h #include prsht.h @@ -31,8 +33,8 @@ class PropertyPage; class PropSheet : public Window { - PropertyPage *PropertyPages[MAXPROPPAGES]; - int NumPropPages; + typedef std::vector PropertyPage* PAGE_CONTAINER; + PAGE_CONTAINER PropertyPages; HPROPSHEETPAGE *PageHandles; HPROPSHEETPAGE *CreatePages ();
Re: Setup Query for Gary: FreeResource
Hi all, On Sat, 2003-08-02 at 05:16, Max Bowsher wrote: According to the MS docs, FreeResource is an obsolete 16-bit compatibility function. Do we really want/need to use it? Robert Collins [EMAIL PROTECTED] writes: MS recommend using DeleteIcon etc rather than it for new code - and yes, its nice to free resources we've used :}. Resources can't be really freed in the Win32 subsystem. What you get from the resource functions is just a pointer to the memory-mapped image of the binary. It's the same as code. As long as the binary stays around so does the resource. You can only really free resources, if you have the resource in a DLL and you unload the DLL. benny
1.5.x goes current on 2003-08-23?
I'd like to shoot for making 1.5.x the current release on 2003-08-23. Are there any obstacles to that goal? cgf
setup.exe: always creating a /usr/src directory?
I have noticed interesting thing with 2.340.2.5 setup.exe 1. remove /usr/src 2. symlink it to some other partition (current locaton ran out of space) 3. start setup.exe 4. Update packages The setup.exe has created hard wired /usr/src and the symlink is shadowed by it $ ls /usr/src displays empty But if you do: $ rmdir /usr/src Than the already active symlink comes to the arena and you list it as usual $ ls /usr/src It might be good idea if this same happens with CVS setup.exe Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.ryanthiessen.com/swatch/resources.htm Convert @time http://www.mir.com.my/iTime/itime.htm
Re: setup.exe: always creating a /usr/src directory?
Jari Aalto+list.cygwin-apps wrote: I have noticed interesting thing with 2.340.2.5 setup.exe 1. remove /usr/src 2. symlink it to some other partition (current locaton ran out of space) 3. start setup.exe 4. Update packages The setup.exe has created hard wired /usr/src and the symlink is shadowed by it $ ls /usr/src displays empty But if you do: $ rmdir /usr/src Than the already active symlink comes to the arena and you list it as usual $ ls /usr/src It might be good idea if this same happens with CVS setup.exe install.cc (Installer::StandardDirs[]) PTC. Max.
Re: [RFC]: Breaking out fontconfig and freetype into seperate packages
Nicholas, That is precisely the kind of info I wanted to see. You really went over and above the call of duty on this one. I am all for breaking them out into seperate packages. You have my approval to go ahead with this. We will need to coordinate some testing of your new packages with my modified XFree86 packages that have freetype and fontconfig removed from them. As for the defines used in building the server --- that is some great information! I inherited all of that crap and there wasn't much info about what was required and what was thrown in for good measure. There also weren't any notes that would help to figure out when certain defines were no longer needed. I would very much appreciate any help you can give in using more of the functionality built into Cygwin via the removal of extraneous defines. Lets do this thing. Let me know when you are ready for the next steps and what they are. Harold Nicholas Wourms wrote: Harold L Hunt II wrote: Nicholas, Can you explain to me what fontconfig and freetype2 are, specifically? Freetype2, quoting the homepage [1]: FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). ... Note that FreeType2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g. colored text rendering, hollowing, etc..). However, it greatly simplifies these tasks by providing a simple, easy to use and uniform interface to access the content of font files. In other words, freetype2 provides the generic API for reading and preprocessing font files. It also provides the core engine for certain font-related features (such as hinting, anti-aliasing, greater multibyte glyph capabilities). It currently supports: *TrueType fonts (and collections) *Adobe Type 1 fonts *CID-keyed Type 1 fonts *CFF fonts *OpenType fonts (both TrueType and CFF variants) *SFNT-based bitmap fonts *X11 PCF fonts *Windows FNT fonts *BDF fonts (including anti-aliased ones) *PFR fonts *Adobe Type42 fonts (limited support) Freetype1 is an older version of freetype2 and is NOT API source or binary compatible with freetype2. Some applications still depend on it at compile-time, but I don't think XFree86 still does. Most notable is the fact that its library is libttf* as opposed to libfreetype* in freetype2. Fontconfig is a library for configuring and customizing font access. It is the middleware between freetype2 and Xft. But it also provides equivalent interfaces between freetype2 and other applications. From the webpage[2]: Fontconfig can: *discover new fonts when installed automatically, removing a common source of configuration problems. *perform font name substitution, so that appropriate alternative fonts can be selected if fonts are missing. *identify the set of fonts required to completely cover a set of languages. *have GUI configuration tools built as it uses an XML-based configuration file (though with autodiscovery, we believe this need is minimized). *efficiently and quickly find the fonts you need among the set of fonts you have installed, even if you have installed thousands of fonts, while minimizing memory usage. *be used in concert with the X Render Extension and FreeType to implement high quality, anti-aliased and subpixel rendered text on a display. Fontconfig does not: *render the fonts themselves (this is left to FreeType or other rendering mechanisms) *depend on the X Window System in any fashion, so that printer only applications do not have such dependencies. If you are interested, the XFree86 backend (Xft2) is described in detail on the same page. Do they consist of a couple libraries and some executables? How many files are involved in a package that contains them? freetype1, freetype2, fontconfig each consist of some headers, some shared data, some i18n/l10n crap, and a few utility executables. For instance, redhat has the following packages in Shrike(RH9): [Note that the freetype1 stuff is included in the freetype2 packages] freetype 2.1.3-6: - /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.so.6.3.2 /usr/lib/libttf.so.2 /usr/lib/libttf.so.2.3.0 /usr/share/doc/freetype-2.1.3 /usr/share/doc/freetype-2.1.3/ChangeLog /usr/share/doc/freetype-2.1.3/README /usr/share/doc/freetype-2.1.3/README.UNX /usr/share/doc/freetype-2.1.3/announce /usr/share/doc/freetype-2.1.3/docs /usr/share/doc/freetype-2.1.3/docs/BUGS /usr/share/doc/freetype-2.1.3/docs/BUILD /usr/share/doc/freetype-2.1.3/docs/CHANGES /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT /usr/share/doc/freetype-2.1.3/docs/FTL.txt /usr/share/doc/freetype-2.1.3/docs/GPL.txt /usr/share/doc/freetype-2.1.3/docs/INSTALL /usr/share/doc/freetype-2.1.3/docs/PATENTS
Re: 1.5.x goes current on 2003-08-23?
Hallo Christopher, Am Samstag, 2. August 2003 um 17:23 schriebst du: I'd like to shoot for making 1.5.x the current release on 2003-08-23. Are there any obstacles to that goal? I am still unable to build Perl and I haven't found the problem yet. I'm seeking for volunteers to help tracking down this problem. If someone is interested to help, start with release candidate 3 for perl-5.8.1: http://use.perl.org/article.pl?sid=03/07/31/0813206mode=threadtid=6 Thanks, Gerrit -- =^..^=
Re: 1.5.x goes current on 2003-08-23?
On Sat, Aug 02, 2003 at 11:59:56PM +0200, Gerrit P. Haase wrote: Am Samstag, 2. August 2003 um 17:23 schriebst du: I'd like to shoot for making 1.5.x the current release on 2003-08-23. Are there any obstacles to that goal? I am still unable to build Perl and I haven't found the problem yet. I'm seeking for volunteers to help tracking down this problem. I'm sorry but I don't find inability to build things to be an obstacle to release. We can always release a new version of cygwin if it really is a problem. The only obstacles I can think of is if some important DLL or library wasn't yet ported to 1.5.1 or if some existing program was misbehaving. cgf
New on sourceware: XFree86-lib-compat-4.3.0-1
The XFree86-lib-compat-4.3.0-1 package has been added to the Cygwin distribution. Description: 1) Contains the Cygwin/XFree86 4.2.0 shared libraries (DLLs), which allow X Clients compiled against Cygwin/XFree86 4.2.0 to continue to operate. At least, that is the intention. -- Harold Hunt 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: Recent upgrade of xfree-xserv: missing DLLs
Fergus, The xserv updates have nothing to do with your problems. However, the move from 4.2.0 to 4.3.0 does have something to do with your problems. There is a new package, XFree86-lib-compat-4.3.0-1, that contains the old DLLs for 4.2.0 X Clients. Please run Cygwin's setup again and manually select this new package (wait a few hours for it to show up on the mirrors). Let us know if this takes care of your problem. Oh yeah, the announcement is here: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html Harold [EMAIL PROTECTED] wrote: I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped immediately into xdvi, and got a missing DLL message, specifically libice.dll. Unfortunately reverting to 4.3.0-1 did not recover things: I get the same message. I am not totally certain the two events (upgrade, message) are related: yesterday there was a massive upgrade of other parts of the XFree86 provision. Any connection? Fergus
Re: 'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd partyXapps
Ton, See the following announcement: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html I made an XFree86-lib-compat-4.3.0-1 package available that has the old DLLs in it. Please install it and see if it fixes your problem. Thanks for testing, Harold Ton van Overbeek wrote: Christopher Faylor wrote: That's interesting. What third party apps would be specifically linking to cygwin-xfree DLLs? Examples: gs.exe (ghostscript), xdvi.exe (from TeTeX), fvwm etc. Harold Hunt wrote: No. Older X apps will need to be recompiled for 4.3.0. This is a change that needed to happen. In the meantime, you can keep the old DLLs in the same directory and it will allow older X apps to run side by side with new X apps. Understood. But when you upgrade via setup.exe the old dll's are removed. Maybe we need a separate lib package with the 4.2 libraries for the old apps. There is no way to get both the old and new dll's installed simultaneously using setup.exe. Ton van Overbeek
hello...#
Hello, I'm 22 years old female and my name is Anna. I saw your profile on the net and found to be interesting.. email me back at [EMAIL PROTECTED] if you want to exchange pictures or whatever.. ^% Hugs, later...
hello...#
*** Hello, I'm 22 years old female and my name is Anna. I saw your profile on the net and found to be interesting.. email me back at [EMAIL PROTECTED] if you want to exchange pictures or whatever.. Hugs, later... *
Re: Recent upgrade of xfree-xserv: missing DLLs
There is a new package, XFree86-lib-compat-4.3.0-1, that contains the old DLLs for 4.2.0 X Clients. Thank you for swift response. Also (2) now in rxvt under XWin I find that pressing # gives \, pressing ~ gives |, pressing \ gives and pressing | gives . No similar keyboard problems with bash. Also (3) when XWin is not started, I cannot even run rxvt (as in rxvt -e bash). Hmmm. No point in worrying about probs 2 and 3 when I know a solution to prob 1 is in the pipeline. Thank you. I will let you know how things go. Fergus
Re: Recent upgrade of xfree-xserv: missing DLLs
On Sat, Aug 02, 2003 at 06:26:45AM +0100, [EMAIL PROTECTED] wrote: I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped immediately into xdvi, and got a missing DLL message, specifically libice.dll. There is no reason to include the cygwin mailing list in this email. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com
request for new feature
Hello I have a feature request. It would be great if the right click menu in the tray had the option to open an new xterm window. Sometimes by mistake I close all the windows and then I have no way of opening a new local xterm. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: request for new feature
On Sat, Aug 02, 2003 at 08:55:32AM -0700, java java wrote: I have a feature request. It would be great if the right click menu in the tray had the option to open an new xterm window. Sometimes by mistake I close all the windows and then I have no way of opening a new local xterm. What about Start-Run c:\cygwin\usr\X11R6\bin\xterm -display :0 ? cgf
Re: request for new feature
What about Start-Run c:\cycygwinsusr11R6\bin\xterm -display :0 cgcgf Thank you. This works, but an extra window pops up with title C:\cycygwinsusr11R6\bin\xterm.exexe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: request for new feature
What about Start-Run c:\cygwin\usr\X11R6\bin\xterm -display :0 cgf Thank you. This works, but an extra window pops up with title C:\cygwin\usr\X11R6\bin\xterm.exe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: request for new feature
On Sat, Aug 02, 2003 at 09:23:44AM -0700, java java wrote: What about Start-Run c:\cycygwinsusr11R6\bin\xterm -display :0 cgcgf Thank you. This works, but an extra window pops up with title C:\cycygwinsusr11R6\bin\xterm.exexe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? Possibly this will work: c:\cygwin\bin\cygstart c:\cycygwinsusr11R6\bin\xterm -display :0
Re: request for new feature
From: java java [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: request for new feature Date: Sat, 2 Aug 2003 09:25:08 -0700 (PDT) What about Start-Run c:\cygwin\usr\X11R6\bin\xterm -display :0 cgf Thank you. This works, but an extra window pops up with title C:\cygwin\usr\X11R6\bin\xterm.exe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com Then give this a try... Start-Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: request for new feature
On Sat, Aug 02, 2003 at 12:27:45PM -0400, Christopher Faylor wrote: On Sat, Aug 02, 2003 at 09:23:44AM -0700, java java wrote: What about Start-Run c:\cycygwinsusr11R6\bin\xterm -display :0 Thank you. This works, but an extra window pops up with title C:\cycygwinsusr11R6\bin\xterm.exexe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? Possibly this will work: c:\cygwin\bin\cygstart c:\cycygwinsusr11R6\bin\xterm -display :0 Sorry, I copied your mangled response to my msessage. That should be: c:\cygwin\bin\cygstart c:\cygwin\usr\X11R6\bin\xterm -display :0
Re: request for new feature
Then give this a try... Start-Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 YES! , this works perfectly. Now could this be added as a right click menu option to the tray? __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: Recent upgrade of xfree-xserv: missing DLLs
There is a new package, XFree86-lib-compat-4.3.0-1, that contains the old DLLs for 4.2.0 X Clients. OK. XFree86-lib-compat-4.3.0-1 eventually reached a mirror near me, and I installed it. Things now work that for a brief period did not. However, after set DISPLAY followed by start XWin -multiwindow followed by run rxvt -e bash, I still find that pressing # gives \, pressing ~ gives |, pressing \ gives and pressing | gives whilst these keys work just fine in bash. I do not mean to download every agony on readers, and will continue to try to sort this. But is anybody experiencing similar recent anomalies, and are they indicative of something obvious? Fergus
Re: request for new feature
java java wrote: Then give this a try... Start-Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm-display :0 YES! , this works perfectly. Now could this be added as a right click menu option to the tray? I don't think everyone would neccessarily like such an option. What might be better is a way to configure items to be added to the tray... David
Re: request for new feature
David Fraser wrote: java java wrote: Then give this a try... Start-Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm-display :0 YES! , this works perfectly. Now could this be added as a right click menu option to the tray? I don't think everyone would neccessarily like such an option. What might be better is a way to configure items to be added to the tray... You have to admit, a system that allows adding, configuring, and removing items from the system tray is one hell of a giat leap from adding one static item that launches an xterm. In other words, one has to happen before the other. It's your guess as to which I am referring. Harold
4.3.0-1 XFree86-etc package problem
Apologies if this has been reported before, but there seems to be a basic problem with this version. I've tried two download sites and in both cases the files are installed in the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some unpleasant symptoms which mostly went away if the files were moved back into /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and XTerm-color files have gone missing from the app-defaults directory. I've reverted to 4.2.0-1 for the time being.
Re: [RFC]: Breaking out fontconfig and freetype into seperate packages
Harold L Hunt II wrote: Nicholas, Can you explain to me what fontconfig and freetype2 are, specifically? Freetype2, quoting the homepage [1]: FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). ... Note that FreeType2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g. colored text rendering, hollowing, etc..). However, it greatly simplifies these tasks by providing a simple, easy to use and uniform interface to access the content of font files. In other words, freetype2 provides the generic API for reading and preprocessing font files. It also provides the core engine for certain font-related features (such as hinting, anti-aliasing, greater multibyte glyph capabilities). It currently supports: *TrueType fonts (and collections) *Adobe Type 1 fonts *CID-keyed Type 1 fonts *CFF fonts *OpenType fonts (both TrueType and CFF variants) *SFNT-based bitmap fonts *X11 PCF fonts *Windows FNT fonts *BDF fonts (including anti-aliased ones) *PFR fonts *Adobe Type42 fonts (limited support) Freetype1 is an older version of freetype2 and is NOT API source or binary compatible with freetype2. Some applications still depend on it at compile-time, but I don't think XFree86 still does. Most notable is the fact that its library is libttf* as opposed to libfreetype* in freetype2. Fontconfig is a library for configuring and customizing font access. It is the middleware between freetype2 and Xft. But it also provides equivalent interfaces between freetype2 and other applications. From the webpage[2]: Fontconfig can: *discover new fonts when installed automatically, removing a common source of configuration problems. *perform font name substitution, so that appropriate alternative fonts can be selected if fonts are missing. *identify the set of fonts required to completely cover a set of languages. *have GUI configuration tools built as it uses an XML-based configuration file (though with autodiscovery, we believe this need is minimized). *efficiently and quickly find the fonts you need among the set of fonts you have installed, even if you have installed thousands of fonts, while minimizing memory usage. *be used in concert with the X Render Extension and FreeType to implement high quality, anti-aliased and subpixel rendered text on a display. Fontconfig does not: *render the fonts themselves (this is left to FreeType or other rendering mechanisms) *depend on the X Window System in any fashion, so that printer only applications do not have such dependencies. If you are interested, the XFree86 backend (Xft2) is described in detail on the same page. Do they consist of a couple libraries and some executables? How many files are involved in a package that contains them? freetype1, freetype2, fontconfig each consist of some headers, some shared data, some i18n/l10n crap, and a few utility executables. For instance, redhat has the following packages in Shrike(RH9): [Note that the freetype1 stuff is included in the freetype2 packages] freetype 2.1.3-6: - /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.so.6.3.2 /usr/lib/libttf.so.2 /usr/lib/libttf.so.2.3.0 /usr/share/doc/freetype-2.1.3 /usr/share/doc/freetype-2.1.3/ChangeLog /usr/share/doc/freetype-2.1.3/README /usr/share/doc/freetype-2.1.3/README.UNX /usr/share/doc/freetype-2.1.3/announce /usr/share/doc/freetype-2.1.3/docs /usr/share/doc/freetype-2.1.3/docs/BUGS /usr/share/doc/freetype-2.1.3/docs/BUILD /usr/share/doc/freetype-2.1.3/docs/CHANGES /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT /usr/share/doc/freetype-2.1.3/docs/FTL.txt /usr/share/doc/freetype-2.1.3/docs/GPL.txt /usr/share/doc/freetype-2.1.3/docs/INSTALL /usr/share/doc/freetype-2.1.3/docs/PATENTS /usr/share/doc/freetype-2.1.3/docs/TODO /usr/share/doc/freetype-2.1.3/docs/VERSION.DLL /usr/share/doc/freetype-2.1.3/docs/cache.html /usr/share/doc/freetype-2.1.3/docs/design /usr/share/doc/freetype-2.1.3/docs/design/basic-design.png /usr/share/doc/freetype-2.1.3/docs/design/design-1.html /usr/share/doc/freetype-2.1.3/docs/design/design-2.html /usr/share/doc/freetype-2.1.3/docs/design/design-3.html /usr/share/doc/freetype-2.1.3/docs/design/design-4.html /usr/share/doc/freetype-2.1.3/docs/design/design-5.html /usr/share/doc/freetype-2.1.3/docs/design/design-6.html /usr/share/doc/freetype-2.1.3/docs/design/detailed-design.png /usr/share/doc/freetype-2.1.3/docs/design/hierarchy-example.png /usr/share/doc/freetype-2.1.3/docs/design/index.html /usr/share/doc/freetype-2.1.3/docs/design/library-model.png /usr/share/doc/freetype-2.1.3/docs/design/modules.html /usr/share/doc/freetype-2.1.3/docs/design/simple-model.png /usr/share/doc/freetype-2.1.3/docs/freetype2
Re: [RFC]: Breaking out fontconfig and freetype into seperate packages
Nicholas, That is precisely the kind of info I wanted to see. You really went over and above the call of duty on this one. I am all for breaking them out into seperate packages. You have my approval to go ahead with this. We will need to coordinate some testing of your new packages with my modified XFree86 packages that have freetype and fontconfig removed from them. As for the defines used in building the server --- that is some great information! I inherited all of that crap and there wasn't much info about what was required and what was thrown in for good measure. There also weren't any notes that would help to figure out when certain defines were no longer needed. I would very much appreciate any help you can give in using more of the functionality built into Cygwin via the removal of extraneous defines. Lets do this thing. Let me know when you are ready for the next steps and what they are. Harold Nicholas Wourms wrote: Harold L Hunt II wrote: Nicholas, Can you explain to me what fontconfig and freetype2 are, specifically? Freetype2, quoting the homepage [1]: FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). ... Note that FreeType2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g. colored text rendering, hollowing, etc..). However, it greatly simplifies these tasks by providing a simple, easy to use and uniform interface to access the content of font files. In other words, freetype2 provides the generic API for reading and preprocessing font files. It also provides the core engine for certain font-related features (such as hinting, anti-aliasing, greater multibyte glyph capabilities). It currently supports: *TrueType fonts (and collections) *Adobe Type 1 fonts *CID-keyed Type 1 fonts *CFF fonts *OpenType fonts (both TrueType and CFF variants) *SFNT-based bitmap fonts *X11 PCF fonts *Windows FNT fonts *BDF fonts (including anti-aliased ones) *PFR fonts *Adobe Type42 fonts (limited support) Freetype1 is an older version of freetype2 and is NOT API source or binary compatible with freetype2. Some applications still depend on it at compile-time, but I don't think XFree86 still does. Most notable is the fact that its library is libttf* as opposed to libfreetype* in freetype2. Fontconfig is a library for configuring and customizing font access. It is the middleware between freetype2 and Xft. But it also provides equivalent interfaces between freetype2 and other applications. From the webpage[2]: Fontconfig can: *discover new fonts when installed automatically, removing a common source of configuration problems. *perform font name substitution, so that appropriate alternative fonts can be selected if fonts are missing. *identify the set of fonts required to completely cover a set of languages. *have GUI configuration tools built as it uses an XML-based configuration file (though with autodiscovery, we believe this need is minimized). *efficiently and quickly find the fonts you need among the set of fonts you have installed, even if you have installed thousands of fonts, while minimizing memory usage. *be used in concert with the X Render Extension and FreeType to implement high quality, anti-aliased and subpixel rendered text on a display. Fontconfig does not: *render the fonts themselves (this is left to FreeType or other rendering mechanisms) *depend on the X Window System in any fashion, so that printer only applications do not have such dependencies. If you are interested, the XFree86 backend (Xft2) is described in detail on the same page. Do they consist of a couple libraries and some executables? How many files are involved in a package that contains them? freetype1, freetype2, fontconfig each consist of some headers, some shared data, some i18n/l10n crap, and a few utility executables. For instance, redhat has the following packages in Shrike(RH9): [Note that the freetype1 stuff is included in the freetype2 packages] freetype 2.1.3-6: - /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.so.6.3.2 /usr/lib/libttf.so.2 /usr/lib/libttf.so.2.3.0 /usr/share/doc/freetype-2.1.3 /usr/share/doc/freetype-2.1.3/ChangeLog /usr/share/doc/freetype-2.1.3/README /usr/share/doc/freetype-2.1.3/README.UNX /usr/share/doc/freetype-2.1.3/announce /usr/share/doc/freetype-2.1.3/docs /usr/share/doc/freetype-2.1.3/docs/BUGS /usr/share/doc/freetype-2.1.3/docs/BUILD /usr/share/doc/freetype-2.1.3/docs/CHANGES /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT /usr/share/doc/freetype-2.1.3/docs/FTL.txt /usr/share/doc/freetype-2.1.3/docs/GPL.txt /usr/share/doc/freetype-2.1.3/docs/INSTALL /usr/share/doc/freetype-2.1.3/docs/PATENTS
Re: 4.3.0-1 XFree86-etc package problem
Good catch. This has not been reported before. Our packaging script was putting the files in /etc/X11, but the files were already in X11, so the result was /etc/X11/X11. I have corrected the packaging script and will be posting an updated XFree86-etc-4.3.0-2.tar.bz2 shortly. Thanks for testing, Harold Dr.D.J.Picton wrote: Apologies if this has been reported before, but there seems to be a basic problem with this version. I've tried two download sites and in both cases the files are installed in the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some unpleasant symptoms which mostly went away if the files were moved back into /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and XTerm-color files have gone missing from the app-defaults directory. I've reverted to 4.2.0-1 for the time being.
Updated on sourceware: XFree86-etc-4.3.0-2
The XFree86-etc-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Files were being installed in /etc/X11/X11 instead of /etc/X11. (Dr. D. J. Picton) Note: I don't know why the XTerm and XTerm-color files are missing. I have looked for a reason, but I can't find any. I will try to fix this problem in a later release. -- Harold Hunt 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: 4.3.0-1 XFree86-etc package problem
This is weird. I checked the generated Makefile for xc/programs/xterm. Sure enough, it has install:: rules that copy, for example, XTerm.ad to /etc/X11/app-defaults/XTerm. That example rule depends upont XTerm.ad, in other words, it reads: install:: XTerm.ad ... copy XTerm.ad to /etc/X11/app-defaults/XTerm However, this rule *never* gets run. I removed the XTerm.ad dependency and it magically works. I had to remove these dependences for several other install:: rules, now they all work. I don't know if I will ever try to get a fix checked into the XFree86 CVS tree for this... I have dealt with the xterm maintainter before and he is always right, so it probably isn't worth the effort. In any case, I have another update to XFree86-etc coming soon. Harold Dr.D.J.Picton wrote: Apologies if this has been reported before, but there seems to be a basic problem with this version. I've tried two download sites and in both cases the files are installed in the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some unpleasant symptoms which mostly went away if the files were moved back into /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and XTerm-color files have gone missing from the app-defaults directory. I've reverted to 4.2.0-1 for the time being.
Updated on sourceware: XFree86-etc-4.3.0-3
The XFree86-etc-4.3.0-3 package has been updated in the Cygwin distribution. Changes: 1) XTerm config files were not copied to xc/etc/X11/app-defaults. (Dr. D. J. Picton, Harold L Hunt II) -- Harold Hunt 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: 'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd party X apps
On Fri, Aug 01, 2003, Harold L Hunt II wrote: No. Older X apps will need to be recompiled for 4.3.0. This is a change that needed to happen. In the meantime, you can keep the old DLLs in the same directory and it will allow older X apps to run side by side with new X apps. One of the most common older apps that needs to be recompiled is rxvt. This seems to be a packaging issue: what is the best way for setup to (help) ensure that people upgrading to the new Xfree86 version get a re-compiled rxvt as well? Of course, in principle, rxvt is no different from other X programs that are not updated when Xfree86 is updated, but I think it is very widely used, and hence likely to trip almost everyone up when it stops working after they update the X packages. ..dave case
Another patch: Stop random GPFs on exit
Howdy Harold, it looks like you're really busy with the 4.3 updates, but here's another small patch for XWin that gets rid of the GPFs that sometimes happen when exiting the server w/-clipboard or -mwm. Basically, the X server was closing connections to the threads who were then attempting to re-open them and restart their main loops. This is fine for a server reset, but for a server kill you don't want to re-open the connections because the info you've got (things like ScreenPtrs etc.) aren't valid anymore. This patch just adds a notify call to the two threads which sets a flag so that when they do a longjmp() back to their main loops on an IO error they pthread_exit() and not attempt to re-access their passed in parameters/etc. -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com nogpfexit.diffs.bz2 Description: Binary data
Re: 'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd partyX apps, Solved
Harold Hunt wrote: Ton, See the following announcement: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html I made an XFree86-lib-compat-4.3.0-1 package available that has the old DLLs in it. Please install it and see if it fixes your problem. Yes, the XFree86-lib-compat-4.3.0-1 package makes all my cygwin X apps happy again. Thanks for the quick fix (and for the XFree86-etc-4.3.0 fixes). Ton van Overbeek
[ANNOUNCEMENT] Server Test 95
Links: I just posted Test 95 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 95 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-3 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test95.exe.bz2 (1257 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030802-2115.tar.bz2 (118 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test94 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test94-to-Test95.diff (5 KiB) Changes: 1) Signal the clipboard and multiwindow window manager threads to stop trying to reconnect when the server is being shutdown. These reconnection attempts were causing intermittent GPFs (General Protection Faults) on shutdown. (Earle F. Philhower III) Enjoy, Harold
Re: Another patch: Stop random GPFs on exit
Earle, Thanks for the patch. You did it exactly like I was thinking I would fix it. Thanks for contributing, Harold Earle F. Philhower III wrote: Howdy Harold, it looks like you're really busy with the 4.3 updates, but here's another small patch for XWin that gets rid of the GPFs that sometimes happen when exiting the server w/-clipboard or -mwm. Basically, the X server was closing connections to the threads who were then attempting to re-open them and restart their main loops. This is fine for a server reset, but for a server kill you don't want to re-open the connections because the info you've got (things like ScreenPtrs etc.) aren't valid anymore. This patch just adds a notify call to the two threads which sets a flag so that when they do a longjmp() back to their main loops on an IO error they pthread_exit() and not attempt to re-access their passed in parameters/etc. -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
cygwin-xfree, Receive SIX FREE VlAGRA tablets, limited time offer.
Dear [EMAIL PROTECTED] For the first time on the web, we are offering V*I*A*G*R*A F*R*E*E! Yes, check out this limited time offer: http://www.pharma-wholesale.12freehost.com/ http://pharma.12freehost.com/remove.php to un-subscribe
Zero length XFree86-base-4.3.0-1.tar.bz2
Harold, Could you reupload the zero length XFree86-base file? If this is supposed to be empty then you need to create an empty tar archive not a zero length one. Thanks, cgf
Re: Zero length XFree86-base-4.3.0-1.tar.bz2
Huh... somebody else must have fixed this for me with 4.2.0-1, because I have a 0 byte file on my machine but the one on sources... was 46 bytes. I copied 4.2.0-1 to 4.3.0-1. Hopefully that takes care of whatever the problem was. I now have a copy of that 46 byte empty tarball on my machine. Harold Christopher Faylor wrote: Harold, Could you reupload the zero length XFree86-base file? If this is supposed to be empty then you need to create an empty tar archive not a zero length one. Thanks, cgf
Imake.tmpl not found
Hi, I'm trying to build xfig on Cygwin/XFree86 without success. The weird thing is this worked two weeks ago. The only thing that has changed, as far as I can remember, is that I just upgraded to the XFree86 4.3.0-1 packages using the Cygwin setup program. When I run xmkmf I get the following error: mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/X11R6/lib/X11/config Imakefile.c:9: Imake.tmpl: No such file or directory imake: Exit code 1. Stop. Now I had this error two weeks ago when I first built xfig, and the solution was to download the XFree86-prog package. After I did this, the build went fine. However, I am now trying to rebuild xfig (for various boring reasons), and even WITH XFree86-prog 4.3.0-1 installed, I get the above error. I have searched my cygwin directory, and there is no Imake.tmpl file ANYWHERE. Has something changed in the latest release? This is driving me crazy! (It doesn't help that I really have very little clue about what imake/xmkmf does. :) ) Any help would be appreciated. Thanks, Damien
[PATCH] patch.cc: cygdrive_getmntent () - Unify behaviour with fhandler_cygdrive
Hello, Here is a simple patch which makes the behaviour of getmntent () consistent with the one of fhandler_cygdrive. Pavel 2003-08-02 Pavel Tsekov [EMAIL PROTECTED] path.cc (cygdrive_getmntent): Do not skip over drives of type DRIVE_REMOVABLE. -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-PostIndex: path.cc === RCS file: /cvs/src/src/winsup/cygwin/path.cc,v retrieving revision 1.261 diff -u -p -r1.261 path.cc --- path.cc 26 Jul 2003 04:53:59 - 1.261 +++ path.cc 2 Aug 2003 11:49:15 - @@ -2539,8 +2539,7 @@ cygdrive_getmntent () break; __small_sprintf (native_path, %c:\\, drive); - if (GetDriveType (native_path) == DRIVE_REMOVABLE || - GetFileAttributes (native_path) == INVALID_FILE_ATTRIBUTES) + if (GetFileAttributes (native_path) == INVALID_FILE_ATTRIBUTES) { available_drives = ~mask; continue;
Re: [PATCH] patch.cc: cygdrive_getmntent () - Unify behaviour with fhandler_cygdrive
On Sat, Aug 02, 2003 at 01:53:21PM +0200, Pavel Tsekov wrote: Here is a simple patch which makes the behaviour of getmntent () consistent with the one of fhandler_cygdrive. The reason this is there is to avoid long delays in mount table listings. Well, I guessed so, but it would be more convinient and consistent if calling getmntent() could retrieve all the accesible (mounted) drives. Anyway, I guess i'll be using readdir () :) Pavel -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post
heh
hi please check out the following site it's very special.only the banks know about it.. I personally couldnt have got out of the mess I was in without this site http://btrack.iwon.com/r.pl?redir=http://[EMAIL PROTECTED]/viewso65/index.asp?RefID=198478 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
login shell and .bashrc
I still don't quite understand the different b/t bash and bash --loginbut I know the latter is why my .bashrc does not run when I run cygwin using this batch file: == @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH%;. REM I use exceed as my xserver: start /DC:\Program Files\Hummingbird\Connectivity\8.00\Exceed\ exceed run xterm -sb -bg rgb:20/20/20 -fg rgb:ff/ff/00 -geometry 90x65 -T 'X-Terminal' -e /usr/bin/bash --login -i = is the --login option even necessary? I simply put it there for the sake of keeping it consistent with cygwin.bat anyway... thank you __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
how to debug dll compiled from cygwin in windows
Hi, I want to develop a windows program AAA.exe which loads BBB.dll. AAA.exe and BBB.dll are developed by using Visual C. And BBB.dll will load CCC.dll, and call some exported functions from CCC.dll. CCC.dll is developed by normal C in cygwin. The problem is how can I debug AAA.exe, BBB.dll and CCC.dll in one environment like Visual C? Or Any other choices? Thanks Liu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
vim speed issue
Hello, OK newbe cygwin user here, have read manual + faq ... so not just lept in with a question ! I have a 700MHz PIII 256MB, I have installed cygwin on 98SE. When running it can seem a little slow, ie man man takes 2-3 seconds, vim screen ripples as I scroll up. In the FAQ it states that upgrades can have speed problems, This is a new install. Is it a case of cygwin is just another process as far as 98SE is concerned so only gets a slice of CPU time ? In which case AOK, no probs I can live with it. Or is there something I need to tweak ? Thanks in advance Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
hello...#
*** Hello, I'm 22 years old female and my name is Anna. I saw your profile on the net and found to be interesting.. email me back at [EMAIL PROTECTED] if you want to exchange pictures or whatever.. Hugs, later... * -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login shell and .bashrc
Ling F. Zhang wrote: I still don't quite understand the different b/t bash and bash --login Read man bash. Amongst other things, it explains the difference between .bashrc/.bash_profile Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
xmlto package install question
Hi, my Cygwin xmlto installation (v0.0.14) is missing all the fo formats (dvi, pdf, ps) in /usr/share/xmlto/format/docbook, and the fo subfolder is missing from the /usr/share/xmlto/format/ directory completely. Without those files xmlto is unable to create the corresponding target document formats (provided the corresponding toolchain is installed). Talking to Tim Waugh, the author of xmlto, revealed that all formats are installed unconditionally. So I wonder why they didn't get installed on my system. Is anybody else missing those files or do they get installed on your systems? In particular the files in question are: /usr/share/xmlto/format/docbook/dvi /usr/share/xmlto/format/docbook/pdf /usr/share/xmlto/format/docbook/ps /usr/share/xmlto/format/fo/dvi /usr/share/xmlto/format/fo/pdf /usr/share/xmlto/format/fo/ps Patrick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems compiling ddd on cygwin
On Sat, 2 Aug 2003, james wrote: hi! this is a cry for help. Our specialty. :-) i've been trying to install ddd on cygwin on my windows xp box. i've been reading archive posts to see what problems others have reported, and the solutions offered. following suggestions to others, i've so far gotten through configure with: configure CC=gcc-2 --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --x-includes=/usr/X11R6/include/ --x-libraries=usr/X11R6/lib but when i type make, i get errors that force make to quit. i am a bit of a novice; i don't know how to figure why make is quitting or what someone else would have to see in order to understand the problem and advise on how to fix it. does anyone know why make is quitting, or could somebody please tell me what i need to do next to fix this (including telling me what info to post for diagnostics)? thanks for your patience, james Well, for one, the log of the make invocation would be helpful, as it would show the exact commands you're running and the errors you get. You may want to compress it with either bzip2 or gzip, as it might be quite large. Alternatively, you could snip out the parts that definitely completed successfully. Some information on your system (the output of cygcheck -svr as an uncompressed non-inline text attachment, to be precise) would also be useful in case you are simply missing some *-devel packages. This would be enough information to start helping you diagnose your problem. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Recent upgrade of xfree-xserv: missing DLLs
On Sat, Aug 02, 2003 at 06:26:45AM +0100, [EMAIL PROTECTED] wrote: I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped immediately into xdvi, and got a missing DLL message, specifically libice.dll. There is no reason to include the cygwin mailing list in this email. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xmlto package install question
Hallo Patrick, Am Samstag, 2. August 2003 um 11:57 schriebst du: Hi, my Cygwin xmlto installation (v0.0.14) is missing all the fo formats (dvi, pdf, ps) in /usr/share/xmlto/format/docbook, and the fo subfolder is missing from the /usr/share/xmlto/format/ directory completely. Without those files xmlto is unable to create the corresponding target document formats (provided the corresponding toolchain is installed). Talking to Tim Waugh, the author of xmlto, revealed that all formats are installed unconditionally. So I wonder why they didn't get installed on my system. Is anybody else missing those files or do they get installed on your systems? In particular the files in question are: Yes, and looking in the source package I see in the patch: -nobase_pkgdata_DATA = format/docbook/dvi \ +nobase_pkgdata_DATA = \ format/docbook/fo \ format/docbook/html \ format/docbook/html-nochunks \ format/docbook/xhtml \ format/docbook/xhtml-nochunks \ format/docbook/man \ - format/docbook/pdf \ - format/docbook/ps \ format/docbook/txt \ format/docbook/htmlhelp \ format/docbook/javahelp \ - format/fo/dvi \ - format/fo/pdf \ - format/fo/ps \ xmlto.mak Also I think that it doesn't work as expected, i.e. no error is displayed when s.th. fails, just the usage information which is not helpful for finding the error: $ make 21 | tee log.make02 make all-am make[1]: Entering directory `/e/ftp.inf.tu-dresden.de/software/windows/cygwin32/release/xmlto/xmlto-0.0.14' for xml in xmlif.xml xmlto.xml; do \ FORMAT_DIR=./format XSL_DIR=/usr/share/sgml/docbook-xsl \ bash ./xmlto man -o man/man1 ./doc/$xml ; \ done usage: xmlto FORMAT [OPTION]... XML OPTIONs are: -v verbose output (-vv for very verbose) -x stylesheet use the specified stylesheet instead of choosing one -m fragment use the XSL fragment to customize the stylesheet -o directoryput output in the specified directory instead of the current working directory It only works if you swap 'FORMAT [OPTIONS]' to '[OPTIONS] FORMAT' which is what I found in the patch included in the source package. Also this annoying behaviour is not documented in the README or elsewhere (besides the patch in the source package). Also to send upstream: It is not possible to specify an alternative to 'XSL_DIR=$(top_srcdir)/xsl' when running configure which makes it neccessary to manually link the xsl directory to the sourcedir or to manually edit the Makefile templates. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Question regarding problem during uninstall using setup.exe
Rob, Sorry it has been a looong week ... with quite a number of looong weeks ahead, and I misinterpreted your response. Anyway, I appreciate your responses. I am going to try a preremove script. I have just checked http://cygwin.com/setup.html to see if there is any online info about how these work, but I couldn't see any. Anyway with the preremove script, I am going to try an unmount first of any specific mounted dir's prior to the removal of the package. I am aware (as I subscribe to cygwin-apps) that there is allot of work being done on setup.exe and cygwin dll (1.5.1) and not being familiar with the program would take allot of work to get up to speed. However, I would be more than willing to share my results of the preremove script, if the unmounting works. Alan -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED] Sent: August 1, 2003 17:00 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Question regarding problem during uninstall using setup.exe On Fri, 2003-08-01 at 21:45, Alan Miles wrote: Rob, Thanks for the message. However, my packages did NOT create these directories - I just wish to mount them, therefore setup should not be deleting them. For example, I understand that. Which part of my email suggested I did not understand the problem? It's known. The cause it predictable. We could do better - hey, you're welcome to join in the development and help improve this area! Cheers, Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug in setup.exe for postgresql-7.3.4-1
Jason suggested I forward this -- Seth Rubin ThoughtProcess Techology LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Tishler Sent: Saturday, August 02, 2003 10:46 AM To: Seth Rubin Cc: Pgsql-Cygwin Subject: Re: [CYGWIN] Updated Cygwin Package: postgresql-7.3.4-1 Seth, On Fri, Aug 01, 2003 at 11:38:25PM -0400, Seth Rubin wrote: postgresql-7.3.4-1 did not work immediately after I upgraded on my XP Home system, but it's OK now. It was fairly simple -- Here's basically what happened: 1) upgraded my cygwin, including postgresql, from ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ 2) did 'net start postmaster'(I have postgres set up as NT service) It failed. Found this in /var/log/postmaster.log: LOG: FindExec: invalid binary /usr/bin/postgres FATAL: /usr/bin/postmaster: could not locate executable, bailing out... 3) Looked at postgres.exe. $ ls -l /usr/bin/postgre* -rwxr-x---+ 1 OwnerUsers 1985024 Aug 1 16:02 /usr/bin/postgres.exe The permissions of postgres.exe is correct in the tarball: $ tar -tvjf postgresql-7.3.4-1.tar.bz2 usr/bin/postgres.exe -rwxr-xr-x jt/Domain Users 1985024 2003-08-01 16:02:43 usr/bin/postgres.exe AFAICT, the above problem is due to a bug in Cygwin's setup.exe. Please report the problem to the Cygwin list. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vim speed issue
Larry Hall wrote: David Selby wrote: Hello, OK newbe cygwin user here, have read manual + faq ... so not just lept in with a question ! I have a 700MHz PIII 256MB, I have installed cygwin on 98SE. When running it can seem a little slow, ie man man takes 2-3 seconds, vim screen ripples as I scroll up. In the FAQ it states that upgrades can have speed problems, This is a new install. Is it a case of cygwin is just another process as far as 98SE is concerned so only gets a slice of CPU time ? In which case AOK, no probs I can live with it. Or is there something I need to tweak ? Yes, cygwin proggies are just other processes, just like Windows proggies. Don't know why knowing that would make you feel better about the perceived performance problem. But there you are. :-) I'd suggest reviewing the text at http://cygwin.com/problems.html. Win 9x/Me console output is slow and inefficient, though I think what you describe is extreme (don't know for sure since I don't use 9x/Me). It may be a configuration issue. One way to narrow things down would be to try rxvt instead of the console Window. Many on Win9x/Me use this to avoid the console shortcomings. Some use it on NT/W2K/XP too. ;-) See: Is there a better alternative to the standard console window? http://cygwin.com/faq/faq_toc.html#TOC66 Many thanks for getting back to me. I was unsure if it was a config problem just for me or a general thing. My guess is it cant realy be that slow, how would it run X ? (If this is a dumb statement bourne of ignorance of cygwin, forgive me!) Anyhow I will try your suggestion and try rxvt, Thanks once again Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug in setup.exe for postgresql-7.3.4-1
Seth Rubin wrote: Jason suggested I forward this -- Seth Rubin ThoughtProcess Techology LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Tishler Sent: Saturday, August 02, 2003 10:46 AM To: Seth Rubin Cc: Pgsql-Cygwin Subject: Re: [CYGWIN] Updated Cygwin Package: postgresql-7.3.4-1 Seth, On Fri, Aug 01, 2003 at 11:38:25PM -0400, Seth Rubin wrote: postgresql-7.3.4-1 did not work immediately after I upgraded on my XP Home system, but it's OK now. It was fairly simple -- Here's basically what happened: 1) upgraded my cygwin, including postgresql, from ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ 2) did 'net start postmaster'(I have postgres set up as NT service) It failed. Found this in /var/log/postmaster.log: LOG: FindExec: invalid binary /usr/bin/postgres FATAL: /usr/bin/postmaster: could not locate executable, bailing out... 3) Looked at postgres.exe. $ ls -l /usr/bin/postgre* -rwxr-x---+ 1 OwnerUsers 1985024 Aug 1 16:02 /usr/bin/postgres.exe The permissions of postgres.exe is correct in the tarball: $ tar -tvjf postgresql-7.3.4-1.tar.bz2 usr/bin/postgres.exe -rwxr-xr-x jt/Domain Users 1985024 2003-08-01 16:02:43 usr/bin/postgres.exe AFAICT, the above problem is due to a bug in Cygwin's setup.exe. Please report the problem to the Cygwin list. Not a bug, so much as the inevitability of being unable to fully represent all ACLs in POSIX mode bits. Ultimately, it comes down to a simple choice: Turn off ntsec, or plan your ACLs carefully. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vim speed issue
David Selby wrote: Larry Hall wrote: David Selby wrote: Hello, OK newbe cygwin user here, have read manual + faq ... so not just lept in with a question ! I have a 700MHz PIII 256MB, I have installed cygwin on 98SE. When running it can seem a little slow, ie man man takes 2-3 seconds, vim screen ripples as I scroll up. In the FAQ it states that upgrades can have speed problems, This is a new install. Is it a case of cygwin is just another process as far as 98SE is concerned so only gets a slice of CPU time ? In which case AOK, no probs I can live with it. Or is there something I need to tweak ? Yes, cygwin proggies are just other processes, just like Windows proggies. Don't know why knowing that would make you feel better about the perceived performance problem. But there you are. :-) I'd suggest reviewing the text at http://cygwin.com/problems.html. Win 9x/Me console output is slow and inefficient, though I think what you describe is extreme (don't know for sure since I don't use 9x/Me). It may be a configuration issue. One way to narrow things down would be to try rxvt instead of the console Window. Many on Win9x/Me use this to avoid the console shortcomings. Some use it on NT/W2K/XP too. ;-) See: Is there a better alternative to the standard console window? http://cygwin.com/faq/faq_toc.html#TOC66 Many thanks for getting back to me. I was unsure if it was a config problem just for me or a general thing. My guess is it cant realy be that slow, how would it run X ? (If this is a dumb statement bourne of ignorance of cygwin, forgive me!) Anyhow I will try your suggestion and try rxvt, Thanks once again Dave Right. vim works great here on the console, but I'm running W2K. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
You may want this9416
We are not responsilbe if you use this cable tool for illegal purposes. http://www.timelive.net/index.php?RepID=PW To be taken off our list click below http://www.timelive.net/cleanlist.php -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question regarding problem during uninstall using setup.exe
Hi Alan Bear in mind that some of the mount points might include Cygwin packages. For instance my /usr/X11R6 is mounted from a separate partition for space reasons. So it couldn't be unmounted and still be updated. Cheers Don Sharp Alan Miles wrote: Rob, Sorry it has been a looong week ... with quite a number of looong weeks ahead, and I misinterpreted your response. Anyway, I appreciate your responses. I am going to try a preremove script. I have just checked http://cygwin.com/setup.html to see if there is any online info about how these work, but I couldn't see any. Anyway with the preremove script, I am going to try an unmount first of any specific mounted dir's prior to the removal of the package. I am aware (as I subscribe to cygwin-apps) that there is allot of work being done on setup.exe and cygwin dll (1.5.1) and not being familiar with the program would take allot of work to get up to speed. However, I would be more than willing to share my results of the preremove script, if the unmounting works. Alan -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED] Sent: August 1, 2003 17:00 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Question regarding problem during uninstall using setup.exe On Fri, 2003-08-01 at 21:45, Alan Miles wrote: Rob, Thanks for the message. However, my packages did NOT create these directories - I just wish to mount them, therefore setup should not be deleting them. For example, I understand that. Which part of my email suggested I did not understand the problem? It's known. The cause it predictable. We could do better - hey, you're welcome to join in the development and help improve this area! Cheers, Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin performance hit
Hi, Im seeing a severe perfomance hit from cygwin. Heres the result of $time make_depend with a cygwin-compiled makedepend: 2.65user 27.90system 9:22.59elapsed 5%CPU (0avgtext+0avgdata 49856maxresident)k 0inputs+0outputs (3190major+0minor)pagefaults 0swaps and heres the output from a -mno-cygwin compiled makedepend:(the same code) 0.09user 0.04system 2:13.47elapsed 0%CPU (0avgtext+0avgdata 43280maxresident)k 0inputs+0outputs (2781major+0minor)pagefaults 0swaps I ran an strace on the cywinized makdepend and ran a sort -k 1 -r on the output.( to sort the functions by the time-delta). There are a lot of calls to GetFileAttributes at the top of the sorted output...like this 97332 19244539 [main] build_makedepend 331 symlink_info::check: GetFileAttributes (\\asic-auth\homes\NT\dev\src\tool\tool-list\sys.h) failed Thats a network mounted directory so I suppose some slowdown is expected but shouldnt the native (-mno-cygwin) version see the same slowdown? Is there a reason for cygwin-compiled programs to see a larger hit? Thanks, --Vikram -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: loading DLLs created with Cygwin into Sun JDK
Interesting -- if I add the -Xmx256m flag to `java', my test case works too. The cause is the fixed `cygwin_shared_address' (set to 0xa00 in winsup/cygwin/shared_info.h). What happens with Sun JVM loads of Cygwin-dependent DLLs is that chunk of virtual memory gets claimed by the JVM, and then `open_shared' (in winsup/cygwin/shared.cc) defaults to a second MapViewOfFileEx after failing in its attempt to map the fixed address. The second MapViewOfFileEx attempt has a comment that says Probably win95, so try without specifying the address, which doesn't seem to be desirable in this case. When I rebuilt the Cygwin DLL using 0x2000 the load of my set of DLLs work fine (without the -Xmx256m flag, which was presumably just pushing VM allocation blocks around). Incidentally, does anyone know of a Windows application that can be used to see the VM maps in a given process. (Like in Linux, with /proc/PID/maps?) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems compiling ddd on cygwin
James, Actually, had you sent that particular make output (and the cygcheck output) initially to the list, you would have gotten the response you're getting now from me: one of your problems is that you are missing the XFree86-prog package that contains the necessary header files, so it turned out that my original guess was correct (the XFree86 project calls their -devel package XFree86-prog for some reason). In the future, to find out which package contains a particular file, you could use the package search page at http://cygwin.com/packages/ (just searching for X11/Intrinsic.h -- the first missing header -- showed the XFree86-prog package). Hopefully, this gives you enough information to solve any other problems you might encounter with your endeavour of compiling ddd. I've taken the liberty of sending this message to the list (also attaching your original cygcheck output), so that others in the archives can see (and, hopefully, benefit from) the closure of this discussion. Igor On Sat, 2 Aug 2003, james wrote: hi, igor, again, i appreciate the time and trouble. i do try everything from man pages to google search before i ask for help because i don't like others thinking i just don't want to do the work myself. (in fact, that's how i came across the 2 redirect operator that i used to get the make output i'm sending :)) as you can probably tell, i depend heavily on precompiled binaries; and the makeinstalls i've done before have been perl modules, and i've never had problems with them. i guess i need to learn more to help myself. do you know of any good reference/tutorials on making installing? thanks, james - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: james [EMAIL PROTECTED] Sent: Saturday, 02 August, 2003 10:57 Subject: Re: Fw: problems compiling ddd on cygwin James, Well, technically we're supposed to keep discussions of this sort on the list. However, we can have some private e-mail interaction now and follow up to the list later. I don't see anything immediately wrong with your system configuration. Plus, the make output doesn't seem to contain any error messages whatsoever (it's also very verbose, which might be the reason for the list manager bouncing it -- whatever possessed you to pass the -d flag to make?). In any case, could you please simply run make and send me the last, say, 100 lines of output? Igor On Sat, 2 Aug 2003, james wrote: hi, igor, sorry if i'm breaking protocol sending this info straight to you, but the cygwin mailer-daemon bounced this. i do appreciate all the suggestions you've given so far, and i hope the gzipped info is the make output you said would be helpful. i do wish i could figure this problem out on my own, but i am at present clueless. thanks for everything, james - Original Message - From: james [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, 02 August, 2003 10:31 Subject: Re: problems compiling ddd on cygwin the gzipped file is output from make -d, the sys.txt is output from cygcheck -svr thanks for all the help! james - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: james [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, 02 August, 2003 07:56 Subject: Re: problems compiling ddd on cygwin On Sat, 2 Aug 2003, james wrote: hi! this is a cry for help. Our specialty. :-) i've been trying to install ddd on cygwin on my windows xp box. i've been reading archive posts to see what problems others have reported, and the solutions offered. following suggestions to others, i've so far gotten through configure with: configure CC=gcc-2 --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --x-includes=/usr/X11R6/include/ --x-libraries=usr/X11R6/lib but when i type make, i get errors that force make to quit. i am a bit of a novice; i don't know how to figure why make is quitting or what someone else would have to see in order to understand the problem and advise on how to fix it. does anyone know why make is quitting, or could somebody please tell me what i need to do next to fix this (including telling me what info to post for diagnostics)? thanks for your patience, james Well, for one, the log of the make invocation would be helpful, as it would show the exact commands you're running and the errors you get. You may want to compress it with either bzip2 or gzip, as it might be quite large. Alternatively, you could snip out the parts that definitely completed successfully. Some information on your system (the output of cygcheck -svr as an uncompressed non-inline text attachment, to be precise) would also be useful in
Re: Problems with man
On Thu, Jul 31, 2003 at 09:01:43PM -0400, Christopher Faylor wrote: On Thu, Jul 31, 2003 at 05:09:10PM -0500, Kaufman, Duane (MED, LUNAR) wrote: Hi, On Thu, Jul 31, 2003 at 04:33:18PM -0500, Kaufman, Duane (MED, LUNAR) wrote: $ man man /usr/bin/tbl: not found /bin/cat: not found /usr/bin/nroff: not found /usr/bin/less: not found Error executing formatting or display command. System command (cd /usr/man (echo .pl 1100i; /bin/cat '/usr/man/man1/man.1' ; echo; echo .pl \n(nlu+10) | /usr/bin/tbl | /usr/bin/nroff -c -mandoc | /usr/ bin/less -isrR) exited with status 32512. No manual entry for man Ok, something else to try. From sh, try: $ d:/cygwin/bin/cat /etc/passwd $ /cygdrive/d/cygwin/bin/cat /etc/passwd Does either command work? Nope: [EMAIL PROTECTED] ~ $ sh \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ d:/cygwin/bin/cat /etc/passwd d:/cygwin/bin/cat: not found \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ /cygdrive/d/cygwin/bin/cat /etc/passwd /cygdrive/d/cygwin/bin/cat: not found \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] But wait! When I try: $ cat /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: . . . duane:unused_by_nt/2000/xp:11054:10513:duane,U-LUNARCORP\duane,S-1-5-21- 25853599 -59532045-941767090-1054:/cygdrive/c/DOCUME~1/duane:/bin/bash \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ What is going on? It seems as if ash _doesn't_ like the _full_ path (or one beginning with a /), but knows where to find cat and friends (ls, pwd, ...) What does which cat say? Given up? I'm sort of interested in what is causing this problem. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: loading DLLs created with Cygwin into Sun JDK
Marcus G. Daniels writes: Incidentally, does anyone know of a Windows application that can be used to see the VM maps in a given process. (Like in Linux, with /proc/PID/maps?) May mot be 'exactly' what you had in mind but I find http://www.dependencywalker.com/ *very* helpful for these kind of things also lots of good stuff at http://www.sysinternals.com/ntw2k/utilities.shtml Cheers Norman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/