Re: A new version of setup very soon?
On Fri, 2003-02-28 at 15:20, Christopher Faylor wrote: I would really appreciate it if we could release a new version of setup.exe with (at least) Pierre Humblet's ntsec changes soon. I think it is becoming very clear that Pierre's ntsec changes are required if we want sane behavior for executables after installation. Having Gary's resize option available wouldn't hurt either. Robert, I know you're busy but is there any way you could maybe offload the release onto someone else? I'm willing to give someone cvs access if that helps. We've got a set of logic bugs to fix before we can release - orthogonal to the resize and ntsec changes. cvs access isn't the bottleneck - Max has been doing a great job of commiting post-review. The bottleneck is programmer time - someone needs to fix those logic bugs and submit a patch. There was a thread on this the last time we got keen about a release :}. I am really really hoping to flush the patch queue this weekend at least as far as code reviews goes. (although I may end up asking Max to commit :}). Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Pending packages status
1. grace date : 25 Nov 2002 version: 5.1.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2002-11/msg00322.html votes : 2 (Lapo and Robert) url: http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2 http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2 http://www.scytek.de/cygwin/setup.hint 2. nfs-server date : 09 Dec 2002 version: 2.2.47-1 status : reviewed; there are several pending issues (more info can be found in the nfs related threads starting after Feb 11, 2003) notes : http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00113.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00072.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00109.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00211.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00133.html reviews: http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00117.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00120.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00161.html http://www.cygwin.com/ml/cygwin/2003-01/msg00885.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00135.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00149.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00153.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00154.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00173.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00175.html votes : 4 (Christopher, Corinna, Hack and Sergey) url: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint 3. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : reviewed; updated package available notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00061.html votes : 2 (Joshua and Volker) url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 4. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 5. TCM date : 27 Jan 2003 version: 2.20-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 6. par date : 04 Feb 2003 version: 1.52-1 status : reviewed; ready to upload once it gets the votes notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00040.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00062.html votes : 1 (Joshua) url: http://www.lapo.it/tmp/par-1.52-1.tar.bz2 http://www.lapo.it/tmp/par-1.52-1-src.tar.bz2 7. docbook-xml42 date : 13 Feb 2003 version: 4.2-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00211.html votes : none url: http://telka.sk/docbook/xml42/docbook-xml42-4.2-1.tar.bz2 http://telka.sk/docbook/xml42/docbook-xml42-4.2-1-src.tar.bz2 http://telka.sk/docbook/xml42/setup.hint 8. docbook-xsl date : 13 Feb 2003 version: 1.60.1-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1.tar.bz2 http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1-src.tar.bz2 http://telka.sk/docbook/xsl/setup.hint 9. xmlto date : 13 Feb 2003 version: 0.0.12-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xmlto/xmlto-0.0.12-1.tar.bz2 http://telka.sk/docbook/xmlto/xmlto-0.0.12-1-src.tar.bz2 http://telka.sk/docbook/xmlto/setup.hint 10. pdksh date : 20 Feb 2003 version: 5.2.14-1 status : reviewed; the patch in the source package needs to be regenerated notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00190.html reivews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00194.html
Re: ntsec patch for setup
Here is the same patch modified to be applied on main.cc from setup-200207 branch. On Fri, 10 Jan 2003, Pierre A. Humblet wrote: This is the patch mentioned in the previous e-mail. I seems to work fine on NT and an early version was tested on 2000 (there are differences). Essentially the installed files should be in the Users or Admins groups instead of None. Nothing changes if the user running setup does not have the None gid. Pierre 2003/01/10 Pierre Humblet [EMAIL PROTECTED] * main.cc (set_default_dacl): Replace with set_default_sec. (set_default_sec): Attempt to change the default group to Users or Administrators if it is None, in addition to setting Everyone in the default DACL. (main): Call set_default_sec instead of set_default_dacl. Index: main.cc === RCS file: /cvs/cygwin-apps/setup/main.cc,v retrieving revision 2.18 diff -u -p -r2.18 main.cc --- main.cc 4 May 2002 12:15:56 - 2.18 +++ main.cc 28 Feb 2003 11:26:55 - @@ -74,13 +74,15 @@ HINSTANCE hinstance; #define iswinnt(GetVersion() 0x8000) void -set_default_dacl () +set_default_sec () { /* To assure that the created files have a useful ACL, the default DACL in the process token is set to full access to everyone. This applies to files and subdirectories created in directories which don't propagate permissions to child - objects. */ + objects. + To assure that the files group is meaningful, a token primary + group of None is changed to Users or Administrators. */ /* Create a buffer which has enough room to contain the TOKEN_DEFAULT_DACL structure plus an ACL with one ACE. */ @@ -98,20 +100,29 @@ set_default_dacl () return; } - /* Get the SID for Everyone. */ - PSID sid; + PSID esid = NULL, asid = NULL, usid = NULL; + HANDLE token = NULL; + struct { +PSID psid; +char buf[MAX_SID_LEN]; + } gsid; + char lsid[MAX_SID_LEN]; + char compname[MAX_COMPUTERNAME_LENGTH + 1]; + char domain[MAX_COMPUTERNAME_LENGTH + 1]; + DWORD size; + SID_IDENTIFIER_AUTHORITY sid_auth = { SECURITY_WORLD_SID_AUTHORITY }; - if (!AllocateAndInitializeSid (sid_auth, 1, 0, 0, 0, 0, 0, 0, 0, 0, sid)) + if (!AllocateAndInitializeSid (sid_auth, 1, 0, 0, 0, 0, 0, 0, 0, 0, esid)) { log (LOG_TIMESTAMP) AllocateAndInitializeSid() failed: GetLastError () endLog; - return; + goto out; } /* Create the ACE which grants full access to Everyone and store it in dacl-DefaultDacl. */ if (!AddAccessAllowedAce - (dacl-DefaultDacl, ACL_REVISION, GENERIC_ALL, sid)) + (dacl-DefaultDacl, ACL_REVISION, GENERIC_ALL, esid)) { log (LOG_TIMESTAMP) AddAccessAllowedAce() failed: %lu GetLastError () endLog; @@ -119,7 +130,6 @@ set_default_dacl () } /* Get the processes access token. */ - HANDLE token; if (!OpenProcessToken (GetCurrentProcess (), TOKEN_READ | TOKEN_ADJUST_DEFAULT, token)) { @@ -132,13 +142,111 @@ set_default_dacl () if (!SetTokenInformation (token, TokenDefaultDacl, dacl, sizeof buf)) log (LOG_TIMESTAMP) OpenProcessToken() failed: GetLastError () endLog; + /* Get the default group */ + if (!GetTokenInformation (token, TokenPrimaryGroup, gsid, sizeof gsid, size)) +{ + log (LOG_TIMESTAMP) GetTokenInformation() failed: + GetLastError () endLog; + goto out; +} + /* Get the computer name */ + if (!GetComputerName (compname, (size = sizeof compname, size))) +{ + log (LOG_TIMESTAMP) GetComputerName() failed: + GetLastError () endLog; + goto out; +} + + /* Get the local domain SID */ + SID_NAME_USE use; + DWORD sz; + if (!LookupAccountName (NULL, compname, lsid, (size = sizeof lsid, size), + domain, (sz = sizeof domain, sz), use)) +{ + log (LOG_TIMESTAMP) LookupAccountName() failed: + GetLastError () endLog; + goto out; +} + + /* Create the None SID from the domain SID. + On NT the last subauthority of a domain is -1 and it is replaced by the RID. + On other systems the RID is appended. */ + sz = *GetSidSubAuthorityCount (lsid); + if (*GetSidSubAuthority (lsid, sz -1) != (DWORD) -1) +*GetSidSubAuthorityCount (lsid) = ++sz; + *GetSidSubAuthority (lsid, sz -1) = DOMAIN_GROUP_RID_USERS; + + /* See if the group is None */ + if (EqualSid (gsid.psid, lsid)) +{ + bool isadmins = false, isusers = false; + sid_auth = (SID_IDENTIFIER_AUTHORITY) { SECURITY_NT_AUTHORITY }; + /* Get the SID for Administrators S-1-5-32-544 */ + if (!AllocateAndInitializeSid (sid_auth, 2, SECURITY_BUILTIN_DOMAIN_RID, +DOMAIN_ALIAS_RID_ADMINS, 0, 0, 0, 0, 0, 0, asid)) +{ + log (LOG_TIMESTAMP) AllocateAndInitializeSid()
[PATCH] libtool patch for direct-linking-to-dll
Hi all, appended is a libtool patch (based on the current official libtool release 2003-02-16 for enabling the direct-linking-to-dll functionality, which was applied a few weeks ago to the binutils cvs release and give a major linking time improvement especially for big applications and/or libraries. See http://sources.redhat.com/ml/binutils/2002-12/msg00396.html for further details. Please note that this patch currently works only with the current cvs ld release and should be used as a prelimary patch, because it does not check, if ld does support this functionality. It is enabled by default. A way for checking this should be discussed. I see two ways for dealing this with: 1. Adding an ld option like --disable-dll-linking or so, which existance could be checked in libtool, autoconf or configure (currently I don't where the best place is). This option isn't a must be and it is only used for detecting the functionality, because the necessary ld changes are backward compatible. 2. Using the ld's release time 2003 $ ld -v GNU ld version 2.xx.yy 2003... 3. Another great idea, I currently do not have Any hints or comments ? 2003-02-27 Ralf Habacker [EMAIL PROTECTED] * libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER): Removed postinstall_cmds and postuninstall_cmds, added shared library to 'library_names_spec'. (AC_LIBTOOL_LANG_CXX_CONFIG): Removed import library generation from 'archive_cmds'. * ltmain.sh: (install cygwin/mingw): added installing of shared libraries into 'bin' dir (uninstall cygwin/mingw): added uninstalling of shared libraries Ralf libtool.m4.dif Description: Binary data ltmain.sh.dif Description: Binary data
Re: ntsec patch for setup
On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Request #2 to add a new package: ccdoc
On Thu, 27 Feb 2003, Joe Linoff wrote: You can find the updated package distribution files here: http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1 Ok, seems good now. There a still two problems though: 1) The files in the binary package should be installed in /usr/bin, /usr/man and /usr/doc. Now they are installed in /bin, /man, /doc. I think this was ok yesterday, but i can't verify since i removed the old package files. 2) The 'category' directive in setup.hint contains 'Dev'. This should be changed to 'Devel'.
Re: ntsec patch for setup
Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. Will that version still generate passwd-grp.bat from internal data? If so, domain users will continue to suffer. On the other hand if it doesn't, then we MUST update passwd-grp.sh or we fly right into the mountain. Pierre
RE: ntsec patch for setup
Sorry guys, that should have been to the list. From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. Will that version still generate passwd-grp.bat from internal data? If so, domain users will continue to suffer. On the other hand if it doesn't, then we MUST update passwd-grp.sh or we fly right into the mountain. If you send me the required updates I'll host a new package. I don't have time to do more :( J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: ntsec patch for setup
On Fri, 28 Feb 2003, Pierre A. Humblet wrote: Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. Will that version still generate passwd-grp.bat from internal data? If so, domain users will continue to suffer. On the other hand if it doesn't, then we MUST update passwd-grp.sh or we fly right into the mountain. Pierre, please advise how to proceed. I can create the necessary patches to backport the removal of the code which creates passwd-grp.bat. I don't think it would be a big deal. Are there any other changes necessary.
Re: A new version of setup very soon?
Robert Collins wrote: On Fri, 2003-02-28 at 15:20, Christopher Faylor wrote: I would really appreciate it if we could release a new version of setup.exe with (at least) Pierre Humblet's ntsec changes soon. I think it is becoming very clear that Pierre's ntsec changes are required if we want sane behavior for executables after installation. Having Gary's resize option available wouldn't hurt either. Gary's current pending patch is a foundation, but without user-visible changes so far. Robert, I know you're busy but is there any way you could maybe offload the release onto someone else? I'm willing to give someone cvs access if that helps. We've got a set of logic bugs to fix before we can release - orthogonal to the resize and ntsec changes. Yes. But the ntsec changes *could* be applied to the 2.249 (setup-200206) branch, though - the patch applies with fuzz, but no rejects. And that could be released right now. cvs access isn't the bottleneck - Max has been doing a great job of commiting post-review. The bottleneck is programmer time - someone needs to fix those logic bugs and submit a patch. There was a thread on this the last time we got keen about a release :}. I am really really hoping to flush the patch queue this weekend at least as far as code reviews goes. (although I may end up asking Max to commit :}). I'm happy to do that. Max.
Re: ntsec patch for setup
Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. The current release setup is the setup-200206 branch. There is presumably some reason why the setup-200207 branch fizzled into inactivity with only a snapshot, and no actual release. I can commit ASAP, once this issue is talked out, but I think it might be wise to use 200206 for an interim release now, unless Robert is very sure 200207 is OK. Max.
Re: ntsec patch for setup
On Fri, 28 Feb 2003, Max Bowsher wrote: Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. The current release setup is the setup-200206 branch. There is presumably some reason why the setup-200207 branch fizzled into inactivity with only a snapshot, and no actual release. I can commit ASAP, once this issue is talked out, but I think it might be wise to use 200206 for an interim release now, unless Robert is very sure 200207 is OK. Ooops! Right. Should be 200206. Anyway the patch I've posted earlier is against the same version of main.cc - version 2.18. So it should apply to 200206 too.
Re: ntsec patch for setup
Morrison, John wrote: BTW, this script doesn't add any domain users... -c adds the current user, if a domain user. If you are on a domain account at work, please test it, it takes a few seconds. Just did. How does it cope if it can't access the domain? It doesn't even try. It squeezes all the information it can from the local machine, e.g. HOMEDRIVE/HOMEPATH to find the home directory. Pierre
Re: ntsec patch for setup
On Sat, 2003-03-01 at 01:32, Max Bowsher wrote: I can commit ASAP, once this issue is talked out, but I think it might be wise to use 200206 for an interim release now, unless Robert is very sure 200207 is OK. 200206. I wasn't thinking for a sec there. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
[PATCH] setup-200206: Do not create /etc/postinstall/passwd-grp.bat
From the ChangeLog entry for version 2.34 of desktop.cc: * desktop.cc (etc_profile): Remove. (make_etc_profile): Remove. (uexists): Remove. (make_passwd_group): Remove. (do_desktop_setup): Don't call removed functions. Index: desktop.cc === RCS file: /cvs/cygwin-apps/setup/desktop.cc,v retrieving revision 2.30 diff -u -p -r2.30 desktop.cc --- desktop.cc 12 May 2002 11:28:22 - 2.30 +++ desktop.cc 28 Feb 2003 15:32:25 - @@ -64,37 +64,6 @@ static OSVERSIONINFO verinfo; @* */ -static const char *etc_profile[] = { - PATH=\/usr/local/bin:/usr/bin:/bin:$PATH\, - , - USER=\`id -un`\, - , - # Set up USER's home directory, - if [ -z \$HOME\ ]; then, -HOME=\/home/$USER\, - fi, - , - if [ ! -d \$HOME\ ]; then, -mkdir -p \$HOME\, - fi, - , - export HOME USER, - , - for i in /etc/profile.d/*.sh ; do, -if [ -f $i ]; then, - . $i, -fi, - done, - , - export MAKE_MODE=unix, - export PS1='\\[\\033]0;\\w\\007, - [EMAIL PROTECTED] \\[\\033[33m\\w\\033[0m\\], - $ ', - , - cd \$HOME\, - 0 -}; - #define COMMAND9XARGS String(/E:4096 /c) #define COMMAND9XEXE String(\\command.com) @@ -216,101 +185,6 @@ make_cygwin_bat () } static void -make_etc_profile () -{ - String fname = cygpath (/etc/profile); - - /* if the file exists, don't overwrite it */ - if (_access (fname.cstr_oneuse(), 0) == 0) -return; - - char os; - switch (verinfo.dwPlatformId) -{ -case VER_PLATFORM_WIN32_NT: - os = 'N'; - break; -case VER_PLATFORM_WIN32_WINDOWS: - if (verinfo.dwMinorVersion == 0) - os = '5'; - else - os = '8'; - break; -default: - os = '?'; - break; -} - msg (os is %c, os); - - FILE *p = fopen (fname.cstr_oneuse(), wb); - if (!p) -return; - - int i, allow = 1; - for (i = 0; etc_profile[i]; i++) -{ - if (etc_profile[i][0] == '@') - { - allow = 0; - msg (profile: %s, etc_profile[i]); - for (const char *cp = etc_profile[i] + 1; *cp; cp++) - if (*cp == os || *cp == '*') - allow = 1; - msg (allow is %d\n, allow); - } - else if (allow) - fprintf (p, %s\n, etc_profile[i]); -} - - fclose (p); -} - -static int -uexists (const char *path) -{ - String f = cygpath (path); - int a = _access (f.cstr_oneuse(), 0); - if (a == 0) -return 1; - return 0; -} - -static void -make_passwd_group () -{ - String fname = cygpath (/etc/postinstall/passwd-grp.bat); - io_stream::mkpath_p (PATH_TO_FILE, String(file://) + fname); - - if ((uexists (/etc/passwd) || uexists (/etc/passwd.lnk)) - (uexists (/etc/group) || uexists (/etc/group.lnk))) -return; - - if (verinfo.dwPlatformId != VER_PLATFORM_WIN32_NT) -{ - packagedb db; - packagemeta *pkg = db.packages.getbykey (cygwin); - if (pkg pkg-installed) - { - /* mkpasswd and mkgroup are not working on 9x/ME up to 1.1.5-4 */ - String border_version = canonicalize_version (1.1.5-4); - String inst_version = - canonicalize_version (pkg-installed-Canonical_version ()); - if (inst_version.compare(border_version) = 0) - return; - } -} - - FILE *p = fopen (fname.cstr_oneuse(), wt); - if (!p) -return; - if (!(uexists (/etc/passwd) || uexists (/etc/passwd.lnk))) -fprintf (p, bin\\mkpasswd -l etc\\passwd\n); - if (!(uexists (/etc/group) || uexists (/etc/group.lnk))) -fprintf (p, bin\\mkgroup -l etc\\group\n); - fclose (p); -} - -static void save_icon () { iconname = backslash (cygpath (/cygwin.ico)); @@ -338,8 +212,6 @@ do_desktop_setup () save_icon (); make_cygwin_bat (); - make_etc_profile (); - make_passwd_group (); if (root_menu) {
Re: ntsec patch for setup
Robert Collins wrote: On Sat, 2003-03-01 at 01:32, Max Bowsher wrote: I can commit ASAP, once this issue is talked out, but I think it might be wise to use 200206 for an interim release now, unless Robert is very sure 200207 is OK. 200206. I wasn't thinking for a sec there. Right. I've built setup from 200206 with ntsec patch as backported by Pavel. I ran into other problems: 1) I had to merge these fixes, which enable building of setup with gcc-2. cvs upd -kk -j2.22 -j2.23 Makefile.am cvs upd -kk -j2.84 -j2.85 Makefile.in cvs upd -kk -j1.5 -j1.6 libgetopt++/Makefile.am They are to do with erroneous inclusion of -lstdc++ (which is of course gcc3's now) 2) gcc2 (not g++2) chokes on some lines in /usr/include/mingw/string.h. I had to patch as below, adding prototypes before the functions declared inline. I propose to commit the backported ntsec patch and gcc-2 fixes when I return, in about 2 hours. I see Pavel has just sent in a passwd-grp.bat removal patch just now. I'll apply that once it gets the OK from Robert. Max. Patch follows: --- /usr/include/mingw/string.h.orig 2003-02-28 15:07:21.0 + +++ /usr/include/mingw/string.h 2003-02-28 15:12:50.0 + -162,12 +162,16 int strcmpi (const char*, const char*); int stricmp (const char*, const char*); extern __inline__ int +strcasecmp (const char * __sz1, const char * __sz2); +extern __inline__ int strcasecmp (const char * __sz1, const char * __sz2) {return _stricmp (__sz1, __sz2);} int stricoll (const char*, const char*); char* strlwr (char*); int strnicmp (const char*, const char*, size_t); extern __inline__ int +strncasecmp (const char * __sz1, const char * __sz2, size_t __sizeMaxCompare); +extern __inline__ int strncasecmp (const char * __sz1, const char * __sz2, size_t __sizeMaxCompare) {return _strnicmp (__sz1, __sz2, __sizeMaxCompare);} char* strnset (char*, int, size_t); -180,6 +184,8 /* NOTE: There is no _wcscmpi, but this is for compatibility. */ extern __inline__ int +wcscmpi (const wchar_t * __ws1, const wchar_t * __ws2); +extern __inline__ int wcscmpi (const wchar_t * __ws1, const wchar_t * __ws2) {return _wcsicmp (__ws1, __ws2);} wchar_t* wcsdup (wchar_t*);
Re: ntsec patch for setup
On Fri, 28 Feb 2003, Pavel Tsekov wrote: 2) gcc2 (not g++2) chokes on some lines in /usr/include/mingw/string.h. I had to patch as below, adding prototypes before the functions declared inline. There are also some complaints about autoload.c. Will see what I can do. The attached patch will cure some of the warnings in autoload.c, but not all. I don't know how to fix the others. Its too cryptic for me ;) The patch fixes these warnings: ../setup/autoload.c:36: warning: initialization discards qualifiers from pointer target type ../setup/autoload.c:49: warning: initialization discards qualifiers from pointer target type ../setup/autoload.c:63: warning: function declaration isn't a prototype These I cannot handle: ../setup/autoload.c:36: warning: `wininet_info' defined but not used ../setup/autoload.c:49: warning: `advapi32_info' defined but not used ../setup/autoload.c:67: warning: `autoload_common' defined but not used Index: autoload.c === RCS file: /cvs/cygwin-apps/setup/autoload.c,v retrieving revision 2.3 diff -u -p -r2.3 autoload.c --- autoload.c 13 Nov 2001 01:49:31 - 2.3 +++ autoload.c 28 Feb 2003 16:31:49 - @@ -19,7 +19,7 @@ static const char *cvsid = \n%%% $Id: a #include win32.h typedef struct { - char *name; + const char *name; HINSTANCE handle; } DllInfo; @@ -60,7 +60,7 @@ typedef struct { char name[100]; } AutoEntry; -static void autoload_common () __asm__ (autoload_common); +static void autoload_common (int) __asm__ (autoload_common); static void autoload_common (int x)
Re: ntsec patch for setup
On Sat, 2003-03-01 at 05:23, Max Bowsher wrote: Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? If this is OK for branch, is it ok for HEAD, as well? Yes - I'd meant to apply it a while back actually :]. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] setup-200206: Do not create/etc/postinstall/passwd-grp.bat
On Sat, 2003-03-01 at 02:45, Pavel Tsekov wrote: From the ChangeLog entry for version 2.34 of desktop.cc: * desktop.cc (etc_profile): Remove. (make_etc_profile): Remove. (uexists): Remove. (make_passwd_group): Remove. (do_desktop_setup): Don't call removed functions. This is fine to be commited. Thanks.. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: ntsec patch for setup
On Sat, 2003-03-01 at 02:54, Max Bowsher wrote: I've built setup from 200206 with ntsec patch as backported by Pavel. I ran into other problems: 1) I had to merge these fixes, which enable building of setup with gcc-2. cvs upd -kk -j2.22 -j2.23 Makefile.am cvs upd -kk -j2.84 -j2.85 Makefile.in cvs upd -kk -j1.5 -j1.6 libgetopt++/Makefile.am I haven't reviewed these for 200206, but as you need them for 200206 please check the updated files in, with one exception: don't alter libgetopt. It's not branched as I recall, as it's an external dependency. If it is branched, then it's fine to commit the update. If it's not branched, there should be some LDFLAGS or CXXFLAGS to get it to build and link ok. Also, we dont' need to get the fixed version into CVS as the setup source is distributed via itself :}. You can use 'make release' to create the requisite files. 2) gcc2 (not g++2) chokes on some lines in /usr/include/mingw/string.h. I had to patch as below, adding prototypes before the functions declared inline. I propose to commit the backported ntsec patch and gcc-2 fixes when I return, in about 2 hours. Please do. I see Pavel has just sent in a passwd-grp.bat removal patch just now. I'll apply that once it gets the OK from Robert. Max. Patch follows: --- /usr/include/mingw/string.h.orig 2003-02-28 15:07:21.0 + +++ /usr/include/mingw/string.h 2003-02-28 15:12:50.0 + You might want to send a patch for this to cygwin-patches :}. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: ntsec patch for setup
On Sat, 2003-03-01 at 03:41, Pavel Tsekov wrote: On Fri, 28 Feb 2003, Pavel Tsekov wrote: 2) gcc2 (not g++2) chokes on some lines in /usr/include/mingw/string.h. I had to patch as below, adding prototypes before the functions declared inline. There are also some complaints about autoload.c. Will see what I can do. The attached patch will cure some of the warnings in autoload.c, but not all. I don't know how to fix the others. Its too cryptic for me ;) Uhmm, don't touch autoload! Just disable warnings for autoload.c. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: ntsec patch for setup
On Tue, 2003-01-21 at 14:00, Pierre A. Humblet wrote: At 10:24 PM 1/19/2003 -, Max Bowsher wrote: I'd suggest something like this: if (isusers) { nsid = usid; log(LOG_TIMESTAMP) Changing gid to Users endLog; } else if (isadmins) nsid = asid; log(LOG_TIMESTAMP) Changing gid to Administrators endLog; } OK, I will wait for Rob comments and add this if Rob doesn't find it easier to include it himself. Max, while you're committing things, please throw the above into the mix. Logging may be essential for diagnosing issues. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: ntsec patch for setup
Robert Collins wrote: On Sat, 2003-03-01 at 02:54, Max Bowsher wrote: I've built setup from 200206 with ntsec patch as backported by Pavel. I ran into other problems: 1) I had to merge these fixes, which enable building of setup with gcc-2. cvs upd -kk -j2.22 -j2.23 Makefile.am cvs upd -kk -j2.84 -j2.85 Makefile.in cvs upd -kk -j1.5 -j1.6 libgetopt++/Makefile.am I haven't reviewed these for 200206, but as you need them for 200206 please check the updated files in, with one exception: don't alter libgetopt. It's not branched as I recall, as it's an external dependency. If it is branched, then it's fine to commit the update. Libgetopt++ is branched, and the stuff is committed already. --- /usr/include/mingw/string.h.orig 2003-02-28 15:07:21.0 + +++ /usr/include/mingw/string.h 2003-02-28 15:12:50.0 + You might want to send a patch for this to cygwin-patches :}. Silly me. Oh well, I've raised the issue on cygwin and [EMAIL PROTECTED], so I'll see what response it gets first. Max.
Re: ntsec patch for setup
Robert Collins wrote: On Sat, 2003-03-01 at 03:41, Pavel Tsekov wrote: On Fri, 28 Feb 2003, Pavel Tsekov wrote: 2) gcc2 (not g++2) chokes on some lines in /usr/include/mingw/string.h. I had to patch as below, adding prototypes before the functions declared inline. There are also some complaints about autoload.c. Will see what I can do. The attached patch will cure some of the warnings in autoload.c, but not all. I don't know how to fix the others. Its too cryptic for me ;) Uhmm, don't touch autoload! Just disable warnings for autoload.c. The warnings are only warnings, and are *not* treated as errors. No change needed. Max.
RE: A new version of setup very soon?
Robert Collins wrote: On Fri, 2003-02-28 at 15:20, Christopher Faylor wrote: I would really appreciate it if we could release a new version of setup.exe with (at least) Pierre Humblet's ntsec changes soon. I think it is becoming very clear that Pierre's ntsec changes are required if we want sane behavior for executables after installation. Having Gary's resize option available wouldn't hurt either. Gary's current pending patch is a foundation, but without user-visible changes so far. No, that's not true. The chooser page is significantly larger. It isn't user-resizable, but it is statically larger. -- Gary R. Van Sickle Brewer. Patriot.
Re: A new version of setup very soon?
Gary R. Van Sickle wrote: Robert Collins wrote: On Fri, 2003-02-28 at 15:20, Christopher Faylor wrote: I would really appreciate it if we could release a new version of setup.exe with (at least) Pierre Humblet's ntsec changes soon. I think it is becoming very clear that Pierre's ntsec changes are required if we want sane behavior for executables after installation. Having Gary's resize option available wouldn't hurt either. Gary's current pending patch is a foundation, but without user-visible changes so far. No, that's not true. The chooser page is significantly larger. It isn't user-resizable, but it is statically larger. Ah, ok. Thanks for the correction. Max.
Antwort: Re: WMaker crashes when starting with startxwin.bat
Hi Klaus yes, you're probably right. But now the tricky question: How can I change the windows home to point to my $HOME in cygwin to solve that problem? take my startxwin.bat as an example. Cygwin is installed on d:\cygwin. The only customized lines are SET HOME, SET CYGWIN_ROOT, the rest is standard startxwin.bat with different WM-calls REMmed on and off. HTH hjb @echo off D: SET DISPLAY=127.0.0.1:0.0 SET HOME=/CYGDRIVE/D/cygwin/home/DV105 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=D:\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM ... skipped if %OS% == Windows_NT goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP REM REM Startup the programs REM REM Startup the X Server. REM start XWin %1 REM start XWin -fullscreen start XWin -rootless REM start XWin -broadcast REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM setxkbmap de REM Startup the twm window manager. REM run twm REM run fvwm2 REM run openbox run wmaker xrdb -merge .Xresources REM Set a background color. REM run xsetroot -solid aquamarine4 exit
Re: Antwort: Re: WMaker crashes when starting with startxwin.bat
Hi hjb, this was the sollution! Actually I had two problems: 1. When I installed cygwin, it didn't create a 'good' home directory. It cretared a directory '/usr/bin/%USERPROFILE%' because my Windows Home is on a different drive than my cygwin installation. 2. The correct path to HOME had to be set. I've done that and now it works. Cheers, Klaus Hi Klaus yes, you're probably right. But now the tricky question: How can I change the windows home to point to my $HOME in cygwin to solve that problem? take my startxwin.bat as an example. Cygwin is installed on d:\cygwin. The only customized lines are SET HOME, SET CYGWIN_ROOT, the rest is standard startxwin.bat with different WM-calls REMmed on and off. HTH hjb @echo off D: SET DISPLAY=127.0.0.1:0.0 SET HOME=/CYGDRIVE/D/cygwin/home/DV105 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=D:\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM ... skipped if %OS% == Windows_NT goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP REM REM Startup the programs REM REM Startup the X Server. REM start XWin %1 REM start XWin -fullscreen start XWin -rootless REM start XWin -broadcast REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM setxkbmap de REM Startup the twm window manager. REM run twm REM run fvwm2 REM run openbox run wmaker xrdb -merge .Xresources REM Set a background color. REM run xsetroot -solid aquamarine4 exit -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
Swedish kb please help
Do you have an XF86Config file for swedish that you can share with me? I've tried to modify the german Config file but no luck. I have a swedish Microsoft Natural keyboard. :-)
How has rxvt-2.7.9-4 been packaged?
Hello. I'm now successfully running XFree86 4.3.0 - however, because of this, I need to recompile some packages, as they simply die because library names have changed. One of these packages is rxvt. With WindowMaker, I had good luck downloading the src package with the setup program. I was then able to run /usr/src/WindowMaker-0.80.0-2.sh all to get a tar.bz2 file which I could install. However, downloading rxvt-2.7.9-4-src results in a /usr/src/rxvt directory. How would I build something installable from this? Just the usual ./configure make make install or did you apply any patches/configure options when packaging the rxvt-2.7.9-4.tar.bz2 for cygwin? Thanks a lot, Alexander Skwar -- /* * Should be panic but... (Why are BSD people panic obsessed ??) */ 2.0.38 /usr/src/linux/net/ipv4/ip_fw.c
laptop performace
hi, just installed 1.3.20-1 on one laptop and one stationary. full install on both, no modifications. I experience a slow performance on the laptop, FS Lifebook E 2.2 GHz with a Ati Radeon Mobility 7500. for instance, emacs hardly starts (unless i put it in the startxwin.bat) and the screen updates are slow. I tried messing with the -depth and -refresh parameters to no avail. my Dell Optiplex 1.8 GHz shows a completely different behaviour. I was looking for hardware drivers, but could not find any. suggestions? TAA
Re: Swedish kb please help
On Fri, 28 Feb 2003, Gunnar Boström wrote: Do you have an XF86Config file for swedish that you can share with me? attached bye ago # File generated by xf86config. # # NOTICE: This file was shipped with a experimental version of the # XFree86 XServer for Windows. # # The following sections are supported: # # Files: # FontPath is correctly set # RgbPath is read (setting not tested) # # Device - Keyboard: # The first keyboard section is used for configuration. You can specify # a special name via the -keyboard switch. # All XKB settings are supported # # Other sections are not supported # For support of a special section, ask the porter on # mailto:[EMAIL PROTECTED] # # If you report errors to [EMAIL PROTECTED], please make a clear # note that you're running an experimental version. # # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadfreetype # This loads the GLX module Load glx EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled #FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ #FontPath /usr/X11R6/lib/X11/fonts/100dpi/ # Fontserver support # FontPathtcp/localhost:7100 # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Server flags section. # ** Section ServerFlags # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #Option NoTrapSignals #
RE: Swedish kb please help
I can't get it to work. My installation of cygwin is in D:\gb\cygwin I saved the file in D:\gb\cygwin\etc\X11\XF86Config-4 I start x by double-click the file D:\gb\cygwin\usr\X11R6\bin\startxwin.bat I still have an american keyboard. What is wrong? :-) -Original Message- From: Alexander Gottwald [mailto:[EMAIL PROTECTED] Sent: den 28 februari 2003 14:40 To: [EMAIL PROTECTED] Subject: Re: Swedish kb please help On Fri, 28 Feb 2003, Gunnar Boström wrote: Do you have an XF86Config file for swedish that you can share with me? attached bye ago
XWin hangs when accessing font server
Hi, I'm trying to use XWin 4.2.0-26 on Win 2k to log in to a few Linux/Solaris boxes using XDMCP. Everything works fine (i.e. I'm getting the login window and I can enter my user name and password) until I reach the point in my xsession where I'm adding a font server to the font path using this command: xset fp+ tcp/fonts:7100 As soon as the xset commands runs, XWin locks up and consumes 100% CPU time. The same happens if I don't use XDMCP and only start XWin and a single xterm in which I type the xset command. Needless to say that the font server works fine with other X-Servers (XFree86 3.x and 4.x on Linux and XSun on Solaris). In case it matters, it's a simple xfs 3.3.6 which serves a few PostScript fonts. Any idea on how to prevent the lock-up? Alternatively, if I could distinguish XWin from other X-Servers in my xsession, I could simply skip the xset command for XWin. But the output from xpdyinfo looks identical for XWin and XFree86/Linux. Thanks, Martin
RE: Swedish kb please help
On Fri, 28 Feb 2003, Gunnar Boström wrote: I can't get it to work. My installation of cygwin is in D:\gb\cygwin I saved the file in D:\gb\cygwin\etc\X11\XF86Config-4 I start x by double-click the file D:\gb\cygwin\usr\X11R6\bin\startxwin.bat I still have an american keyboard. What is wrong? What does the logfile tell bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: WMaker crashes when starting with startxwin.bat
Klaus, FYI, HOME is set in the default /etc/profile... When you start from the Cygwin bash window, bash will have executed /etc/profile, and you have the right $HOME. If you run from a batch file, /etc/profile would not have been executed, and $HOME not set. Try putting 'bash --login -c wmaker', for example, in your batch file... Igor On Fri, 28 Feb 2003 [EMAIL PROTECTED] wrote: JS, yes, you're probably right. But now the tricky question: How can I change the windows home to point to my $HOME in cygwin to solve that problem? Klaus Hi Klaus, This answer probably won't help because I'm probably speaking rubbish, but I have got the same problem as you, so I know what you're talking about. You can start wmaker from the cygwin window, but not from a batch file (or more specifically a windows command window). I think this probably has something to do with the user $HOME, because in Cygwin it knows your $HOME is /home/user, and under there you have the GNUstep folder with your WindowMaker settings. However your windows home is probably pointing somewhere else, so WindowMaker can't find the GNUstep folder in your home directory, causing it to crash? JS. Hi all, I just installed Cygwin using the Internet installation including XFree86 and wmaker. I can start X without any problem and I can start wmaker from the bash prompt. The only problem I have is with startxwin.bat. I changed the window manager in this file from twm to wmaker, but whenever I try, I get the following error: Window Maker received signal 11. I see that X is up and it even changed the background color according to the settings in startxwin.bat. In the archive for this mailing list I found the suggestion to change the HOME path settings, but either I did something wrong there, or the problem is something else. I can start wmaker using startxwin.sh and startx - no problem with this. Just startxwin.bat is the problem and just with wmaker. I'm really sorry if this is the wrong mailing list, or this is a real bug I should have reported somewhere else. I just think this is probably not a bug, because wmaker is running fine when started from the bash. Thanks very much for any help. Cheers, Klaus -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
Re: How has rxvt-2.7.9-4 been packaged?
Actually, the rxct packager lurks on [EMAIL PROTECTED] don't know if he listens here or not. Harold Alexander Skwar wrote: Hello. I'm now successfully running XFree86 4.3.0 - however, because of this, I need to recompile some packages, as they simply die because library names have changed. One of these packages is rxvt. With WindowMaker, I had good luck downloading the src package with the setup program. I was then able to run /usr/src/WindowMaker-0.80.0-2.sh all to get a tar.bz2 file which I could install. However, downloading rxvt-2.7.9-4-src results in a /usr/src/rxvt directory. How would I build something installable from this? Just the usual ./configure make make install or did you apply any patches/configure options when packaging the rxvt-2.7.9-4.tar.bz2 for cygwin? Thanks a lot, Alexander Skwar
Re: Lesstif update II
Oh... I don't think that will work because I don't believe that the Cygwin installer guarantees installation order (or maybe it was the order that the post-install scripts were run in)... but I could be wrong. On the other hand, you could just add the same code that creates the links to the lesstif package... that way the links would be sure to exist no matter what. Harold Brian Ford wrote: It seems to me that a simple and maybe correct solution would just be to have the lesstif package require the Xlib package. That seems to make sense and would assure that the links are made before lesstif (mwm) tries to put something there. What do you think about that? On Thu, 27 Feb 2003, Harold L Hunt II wrote: I honestly don't know why. I think it was something that was done by the Xinstall.sh script. Someone else with more X knowledge will have to answer this question... however, I am perfectly willing to accept a patch that maybe prevents the links from being created if the directories already exist. Or something along those lines.
Re: compiling gv
I also tried to compile this code with --enabe-runtime-pseudo reloc. It compiles, but when invoking the exe I get instead Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing 'EnterWindow:highlight() ' Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown event type : EnterWindow Warning: ... found while parsing 'EnterWindow:highlight()' Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown modifier name: Any Warning: ... found while parsing 'AnyBtnDown:set()PopupMenu()' Warning: String to TranslationTable conversion encountered errors Error: attempt to add non-widget child fileButton to parent control which supports only widgets and it dies. any clues? Ramaprabhu Janakiraman [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I am trying to compile gv-3.5.8 on cygwin 1.3.20-1, and have the following problems: ld complains when I compile the source with --enable-auto-imports, and the compile went through when i turned on --enable-runtime-pseudo-reloc, but gv exits with Error: Unresolved inheritance operation when I run it. I suspect this is related to the problem discussed in this thread on this list: http://www.cygwin.com/ml/cygwin-xfree/2002-12/msg00189.html Could someone help me find a way to fix this without having to compile cygwin/Xfree86 myself? Did the proposed code (to redefine _XtInherit to a constant) not make it into the release yet? thanks in advance, -ram
Focus problem with -multiwindow
When I use the -multiwindow option in XWin, I get an intermitent focus problem. What happens is one of the windows will get the keyboard focus and won't let it go, no matter what. This makes all other windows useless. I don't know what triggers this behavior, but netscape seems to have something to do with it. Any suggestions? Here is my startxwin.sh file: #! /usr/bin/bash export PATH=/usr/X11R6/bin:/cygdrive/j/Bin:/cygdrive/j/Bin32:/usr/local/bin:/usr/bin:/cygdrive/h/MKS/bin:/cygdrive/h/MKS/bin/x11:/cygdrive/h/MKS/mksnt:/cygdrive/k/Program\ Files/Resource\ Pro\ Kit/:/cygdrive/i/WINNT/system32:/cygdrive/i/WINNT eval `ssh-agent` # Cleanup from last run. rm -rf /tmp/.X11-unix # Start the X Server. XWin -screen 0 1280 1024 -ac -nopn -multiwindow sleep 12 # Start clipboard server xwinclip # Start an xterm. xterm -n `hostname` -j -ls -sb -sl 500 -rightbar +cn -cb \ -bg black -fg white -geometry +361+0 -e bash -- David Arnstein [EMAIL PROTECTED]
Re: Lesstif update II
On Fri, 28 Feb 2003, Harold L Hunt II wrote: Oh... I don't think that will work because I don't believe that the Cygwin installer guarantees installation order (or maybe it was the order that the post-install scripts were run in)... but I could be wrong. Doh! It is the post install installation order that is not guaranteed. I think the actual install order does take into account dependencies. On the other hand, you could just add the same code that creates the links to the lesstif package... that way the links would be sure to exist no matter what. This just seems like a hack. Surely lesstif is not the only package that tries to install its app-defaults in /usr/X11R6/lib/X11/app-defaults. Attached is a new XFree86-lib.sh post install script that implements the method described in programs/Xserver/hw/xfree86/doc/Install section 4.2 Installing over an old installation. Please release a new XFree86-lib with this fix. I will consider changing the lesstif package to install its app-defaults in /etc/X11 in the future if it does not appear to be too painful. Thanks. Brian Ford wrote: It seems to me that a simple and maybe correct solution would just be to have the lesstif package require the Xlib package. That seems to make sense and would assure that the links are made before lesstif (mwm) tries to put something there. What do you think about that? On Thu, 27 Feb 2003, Harold L Hunt II wrote: I honestly don't know why. I think it was something that was done by the Xinstall.sh script. Someone else with more X knowledge will have to answer this question... however, I am perfectly willing to accept a patch that maybe prevents the links from being created if the directories already exist. Or something along those lines. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 #!/bin/sh Xconfig=/usr/X11R6/lib/X11 etcXconfig=/etc/X11 mkdir -p $etcXconfig subconfigs=app-defaults fs lbxproxy proxymngr rstart twm xdm xinit xsm xserver for dir in $subconfigs; do mkdir -p $etcXconfig/$dir if test -d $Xconfig/$dir; then tar -C $Xconfig/$dir -cf - . | tar -C $etcXconfig/$dir -xvpUf - \ rm -rf $Xconfig/$dir fi ln -sf $etcXconfig/$dir $Xconfig done
More on my problem with installing XFree86 on Win2000
After some digging around and manual unzipping and untaring, I've narrowed down my installation problem to this: I can't make a directory named fonts in /usr/X11R6/lib/X11, which is where it would be put by the installer. The funny thing is that if I were to call it font, it works just fine. When I try to mkdir, I get the following error: [EMAIL PROTECTED] ~ $ cd /usr/X11R6/lib/X11/ [EMAIL PROTECTED] /usr/X11R6/lib/X11 $ ls XErrorDB app-defaults fsproxymngr x11perfcomp xkb XKeysymDB configlbxproxy rgb.txtxdm xman.help XftConfig doc localerstart xeditxserver app-defaults etc mwm twmxinitxsm [EMAIL PROTECTED] /usr/X11R6/lib/X11 $ mkdir fonts mkdir: cannot create directory `fonts': no medium If I create the folder in Windows Explorer, the creation works fine, and if I do ls, the folder name shows up. However, if I try to do ANYTHING to it in Cygwin, it gives me a No such file or directory error. Does anyone know what this stuff means? Is there some specific information about my system/setup that I could give that would help in figuring out this problem? Thanks in advance. Andrew Chizhik
Mount of /usr/X11R6/lib/X11/fonts..`??
Just a quick question, why is /usr/X11R6/lib/X11/fonts separately mounted? Is it to make sure that it is binary mounted or? /Andy -- The eye of the beholder rests on the beauty!
Re: Mount of /usr/X11R6/lib/X11/fonts..`??
On Fri, 28 Feb 2003, Andrew Markebo wrote: Just a quick question, why is /usr/X11R6/lib/X11/fonts separately mounted? Is it to make sure that it is binary mounted or? /Andy Yes. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
X 4.2.0-26 Bug, problems related to popup menus in applications
There is a problem with menus in the -multiwindow mode, i have noticed in emacs. Try starting emacs -display :0 and then clicking many menus, you should eventually see blocks of windows that do not go away. There are drawing problems, the emacs window becomes corrupted, blocks of the emacs window are still displayed in emacs and other X app windows even if you minimise it. I think the -multiwindow mode is great though, thank you, thank you so much to those who have worked on this. This is greatly apprieciated, it is so good as well to have a complete X system on Windows, with all of the standard X clients. I like the dummy window feature a lot. It asbolutely should continue to be included. I do think maybe there should be an option to have it hidden, a great idea would be to put an icon for it on the icon tray (next to the taskbar clock), there it is out of the way from the users of the computers I administer from accidently clicking on it, and wondering what happened. The -rootless mode is also great, but the downside is the X applications are not accessible on the taskbar, it would be nice if there were an option to make them appear on the taskbar, if thats possible. Perhaps the -rootless mode should also have an optional dummy window, for accessing the window managers desktop right click menus, etc. Agian, thank you so much, for this wonderful and complete X implementation, it very much apprieciated. __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
Re: laptop performace
Back in January I noticed the performance of Cygwin, and Cygwin/Xfree86 in particular, went down the tubes. I posted to the general cygwin mailing list since all things cygwin were affected. Here's a link to the root of the thread. You can follow it to conclusion by hitting the Thread Next link. http://www.cygwin.com/ml/cygwin/2003-01/msg00353.html From: Thor Anders Aarhaug [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: laptop performace Date: 28 Feb 2003 13:42:03 +0100 hi, just installed 1.3.20-1 on one laptop and one stationary. full install on both, no modifications. I experience a slow performance on the laptop, FS Lifebook E 2.2 GHz with a Ati Radeon Mobility 7500. for instance, emacs hardly starts (unless i put it in the startxwin.bat) and the screen updates are slow. I tried messing with the -depth and -refresh parameters to no avail. my Dell Optiplex 1.8 GHz shows a completely different behaviour. I was looking for hardware drivers, but could not find any. suggestions? TAA _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Trouble getting shift keypad events
I'm not sure if this is a cygwin emacs problem or a cygwin XFree problem, but here goes. Using emacs under xfree started with: start XWin -screen 0 830 1124 -rootless -clipboard I am not getting shift-keypad events as expected. When I type C-h c keypad 3 I get the message kp-next runs the command ... in the minibuffer display area. When I type C-h c shift keypad 3 I get the message next runs the command ... in the minibuffer display area. Under nt emacs I run xev in an xterm and when I press keypad 3 I get: KeyPress event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342208796, (44,51), root:(153,118), state 0x0, keycode 89 (keysym 0xff9b, KP_Next), same_screen YES, XLookupString gives 0 characters: KeyRelease event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342208968, (44,51), root:(153,118), state 0x0, keycode 89 (keysym 0xff9b, KP_Next), same_screen YES, XLookupString gives 0 characters: when I press shift keypad three I get: KeyPress event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342277421, (31,30), root:(140,97), state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 characters: KeyPress event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342277609, (31,30), root:(140,97), state 0x1, keycode 89 (keysym 0xffb3, KP_3), same_screen YES, XLookupString gives 1 characters: 3 KeyRelease event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342277734, (31,30), root:(140,97), state 0x1, keycode 89 (keysym 0xffb3, KP_3), same_screen YES, XLookupString gives 1 characters: 3 KeyRelease event, serial 22, synthetic NO, window 0xe1, root 0x36, subw 0xe2, time 342277937, (31,30), root:(140,97), state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 characters: I have no idea if the xev output is correct. Debugging this issue is made slightly more complex by an interesting feature of emacs. If a function is not bound to a keypad key, C-h c reports a different keypress than if a function is bound. If no function is bound to keypad Enter C-h c reports RET as the keypress. If a function is bound C-h c reports kp-enter. So to reproduce the problem I'm seeing you must bind some function to the keypad key: (global-set-key [kp-next] 'forward-word) (global-set-key [S-kp-next] 'forward-word) Any suggestions on how to get cygwin emacs to recognize shift-keypad-3 as S-kp-next as nt emacs does? Thanks, -- Robert
RE: Problem compiling Perl Tk800.024
Hi Gerrit, Sorry for the delay in replying... Hmmm, I tried Tk800.23 without X, there were only minor problems, does it compile without X? No. Firstly I removed the duplicated methods from stubs.c. Then when 'make'ing, I first got: ... ... make[1]: Entering directory `/home/jon/src/perlModules/Tk800.024/pTk' gcc -c -I.. -I. -Ibitmaps -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include -DUSEIMPORTLIB -O2 -DVERSION=\800.024\ -DXS_VERSION=\800.024\ -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE -D__WIN32__ -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ stubs.c cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory In file included from /usr/include/w32api/windows.h:87, from Lang.h:194, from tkPort.h:24, from tk.h:71, from tkInt.h:21, from stubs.c:7: /usr/include/w32api/winspool.h:239: unnamed fields of type other than struct or union are not allowed /usr/include/w32api/winspool.h:254: unnamed fields of type other than struct or union are not allowed /usr/include/w32api/winspool.h:275: unnamed fields of type other than struct or union are not allowed /usr/include/w32api/winspool.h:300: unnamed fields of type other than struct or union are not allowed /usr/include/w32api/winspool.h:446: unnamed fields of type other than struct or union are not allowed /usr/include/w32api/winspool.h:469: unnamed fields of type other than struct or union are not allowed make[1]: *** [stubs.o] Error 1 make[1]: Leaving directory `/home/jon/src/perlModules/Tk800.024/pTk' make: *** [pTk/libpTk.a] Error 2 I figured the stuff from winspool.h probably wasn't used, so edited windows.h and commented out that line. The compilation then got further, but stopped with: ... ... gcc -c -I.. -I. -Ibitmaps -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include -DUSEIMPORTLIB -O2 -DVERSION=\800.024\ -DXS_VERSION=\800.024\ -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE -D__WIN32__ -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ tixUnixDraw.c cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory tixUnixDraw.c: In function `TixpStartSubRegionDraw': tixUnixDraw.c:152: structure has no member named `rectUsed' tixUnixDraw.c:153: structure has no member named `rect' tixUnixDraw.c:154: structure has no member named `rect' tixUnixDraw.c:155: structure has no member named `rect' tixUnixDraw.c:156: structure has no member named `rect' tixUnixDraw.c:158: structure has no member named `rect' tixUnixDraw.c:161: structure has no member named `rectUsed' tixUnixDraw.c: In function `TixpEndSubRegionDraw': tixUnixDraw.c:178: structure has no member named `rectUsed' tixUnixDraw.c:179: structure has no member named `rect' tixUnixDraw.c:180: structure has no member named `rect' tixUnixDraw.c:181: structure has no member named `rect' tixUnixDraw.c:182: structure has no member named `rect' tixUnixDraw.c:183: structure has no member named `rect' tixUnixDraw.c: In function `TixpSubRegDrawImage': tixUnixDraw.c:268: structure has no member named `rectUsed' tixUnixDraw.c:269: structure has no member named `rect' tixUnixDraw.c:270: structure has no member named `rect' tixUnixDraw.c:271: structure has no member named `rect' tixUnixDraw.c:272: structure has no member named `rect' tixUnixDraw.c:274: structure has no member named `rect' tixUnixDraw.c:274: structure has no member named `rect' tixUnixDraw.c:275: structure has no member named `rect' tixUnixDraw.c:275: structure has no member named `rect' tixUnixDraw.c:278: structure has no member named `rect' tixUnixDraw.c:279: structure has no member named `rect' tixUnixDraw.c:280: structure has no member named `rect' tixUnixDraw.c:281: structure has no member named `rect' tixUnixDraw.c:283: structure has no member named `rect' tixUnixDraw.c:283: structure has no member named `rect' tixUnixDraw.c:284: structure has no member named `rect' tixUnixDraw.c:284: structure has no member named `rect' make[1]: *** [tixUnixDraw.o] Error 1 make[1]: Leaving directory `/home/jon/src/perlModules/Tk800.024/pTk' make: *** [pTk/libpTk.a] Error 2 I tried again with 'perl Makefile.PL x'. Again I edited the stubs.c, and this time it compiled ok, but failed nearly all the tests, with all test failing for the same reason, eg: t/zzTixGrid.X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x0 Serial number of failed request: 5 Current serial number in output stream: 6 t/zzTixGrid.dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED tests 1-36 Failed 36/36 tests, 0.00% okay Failed Test Status Wstat Total Fail Failed List of Failed
src/winsup/w32api ChangeLog include/wingdi.h l ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-02-28 08:03:13 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: wingdi.h winsup/w32api/lib: gdi32.def Log message: 2003-02-28 Roland Schwingel [EMAIL PROTECTED] Fixup UNICODE thinko in 2003-02-22 patch. * include/wingdi.h (AddFontMemResourceEx): Add. (RemoveFontMemResourceEx): Ditto. (AddFontMemResourceEx[AW]): Remove. (RemoveFontMemResourceEx[AW]): Ditto * lib/gdi32.def: (AddFontResourceEx): Add. (RemoveFontMemResourceEx): Ditto. (AddFontMemResourceEx[AW]): Remove. (RemoveFontResourceEx[AW]): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.338r2=1.339 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wingdi.h.diff?cvsroot=srcr1=1.22r2=1.23 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/gdi32.def.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-02-28 23:52:48 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: 2003-02-28 Pierre Humblet [EMAIL PROTECTED] * syscalls.cc (fstat64): Pass get_name () to pc. (access): Pass fn to stat_worker. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1780r2=1.1781 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.246r2=1.247
winsup/cygwin ChangeLog cygwin.din dcrt0.cc dl ...
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-03-01 02:05:42 Modified files: cygwin : ChangeLog cygwin.din dcrt0.cc dll_init.cc fhandler_socket.cc uinfo.cc cygwin/include/cygwin: version.h Log message: merge from trunk Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1690.2.29r2=1.1690.2.30 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwin.din.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.73.2.5r2=1.73.2.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.168.2.5r2=1.168.2.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dll_init.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.33.8.1r2=1.33.8.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.75.6.6r2=1.75.6.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/uinfo.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.97.4.8r2=1.97.4.9 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.95.2.6r2=1.95.2.7
winsup/utils ChangeLog Makefile.in cygcheck.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2003-03-01 03:38:19 Modified files: utils : ChangeLog Makefile.in cygcheck.cc Log message: * Makefile.in (cygcheck.o): Fix so that actual mingw include files are used. * cygcheck.cc (find_on_path): Translate from cygwin path when qualified path name found. (pretty_id): New function. Dump output of id command. (dump_sysinfo): Call pretty_id for CYGWIN=ntsec and CYGWIN=nontsec cases. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.199r2=1.200 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/Makefile.in.diff?cvsroot=uberbaumr1=1.40r2=1.41 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.30r2=1.31
src/winsup/w32api ChangeLog include/ocidl.h in ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-01 06:51:51 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: ocidl.h oleidl.h Log message: 2003-03-01 Heiko Gerdau [EMAIL PROTECTED] * include/oleidl.h (USERCLASSTYPE): Add enum. * include/ocidl.h (IObjectWithSite): Add interface. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.339r2=1.340 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ocidl.h.diff?cvsroot=srcr1=1.2r2=1.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/oleidl.h.diff?cvsroot=srcr1=1.6r2=1.7
src/winsup/w32api ChangeLog include/objbase.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-01 07:19:36 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: objbase.h oleauto.h Log message: * include/objbase.h (CoAddRefServerProcess): Add prototype. (CoAddReleaseServerProcess): Ditto. (CoResumeClassObjects): Ditto. (CoSuspendClassObjects): Ditto. * include/oleauto.h (V_I1): Define. Thanks to: Timofei [EMAIL PROTECTED] Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.340r2=1.341 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/objbase.h.diff?cvsroot=srcr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/oleauto.h.diff?cvsroot=srcr1=1.7r2=1.8
[PATCH] reorganize list handling of fixable pthread objects
Reorganize the list handling of the pthreads objects by using the List template class and remove a lot of duplicate code. 2002-02-28 Thomas Pfaff [EMAIL PROTECTED] * thread.h (class List): Move inline code inside of class declaration. (pthread_mutex::fixup_after_fork): Declare as static method. (pthread_mutex::FixupAfterFork(pthread_mutex*): New static method. (pthread_mutex::FixupAfterFork(void): New method. (pthread_mutex::mutexes): New static member. (pthread_cond::fixup_after_fork): Declare as static method. (pthread_cond::FixupAfterFork(pthread_cond*): New static method. (pthread_cond::FixupAfterFork(void): New method. (pthread_cond::conds): New static member. (pthread_rwlock::fixup_after_fork): Declare as static method. (pthread_rwlock::FixupAfterFork(pthread_rwlock*): New static method. (pthread_rwlock::FixupAfterFork(void): New method. (pthread_rwlock::rwlocks): New static member. (semaphore::fixup_after_fork): Declare as static method. (semaphore::FixupAfterFork(semaphore*): New static method. (semaphore::FixupAfterFork(void): New method. (semaphore::semaphores): New static member. (MTinterface::mutexs): Remove. (MTinterface::conds): Ditto. (MTinterface::rwlocks): Ditto. (MTinterface::semaphores): Ditto. (MTinterface::MTinterface): Remove initialization of removed member variables. * thread.cc (MTinterface::fixup_after_fork): Change fixup_after_fork for pthread objects. (pthread_cond::conds): Instantiate. (pthread_cond::pthread_cond): Use List::Insert rather than custom list code. (pthread_cond::~pthread_cond): Use List::Remove rather than custom list code. (pthread_cond::fixup:after_fork): Implement. (pthread_cond::FixupAfterFork): Rename old fixup_after_fork to FixupAfterFork. (pthread_rwlock::rwlocks): Instantiate. (pthread_rwlock::pthread_crwlock): Use List::Insert rather than custom list code. (pthread_rwlock::~pthread_rwlock): Use List::Remove rather than custom list code. (pthread_rwlock::fixup:after_fork): Implement. (pthread_rwlock::FixupAfterFork): Rename old fixup_after_fork to FixupAfterFork. (pthread_mutex::mutexes): Instantiate. (pthread_mutex::pthread_mutex): Use List::Insert rather than custom list code. (pthread_mutex::~pthread_mutex): Use List::Remove rather than custom list code. (pthread_mutex::fixup:after_fork): Implement. (pthread_mutex::FixupAfterFork): Rename old fixup_after_fork to FixupAfterFork. (semaphore::conds): Instantiate. (semaphore::semaphore): Use List::Insert rather than custom list code. (semaphores::~semaphore): Use List::Remove rather than custom list code. (semaphore::fixup:after_fork): Implement. (semaphore::FixupAfterFork): Rename old fixup_after_fork to FixupAfterFork. diff -urp src.old/winsup/cygwin/thread.cc src/winsup/cygwin/thread.cc --- src.old/winsup/cygwin/thread.cc 2003-02-28 11:33:10.0 +0100 +++ src/winsup/cygwin/thread.cc 2003-02-28 10:54:17.0 +0100 @@ -217,34 +217,10 @@ MTinterface::fixup_after_fork (void) threadcount = 1; pthread::initMainThread (true); - pthread_mutex *mutex = mutexs; - debug_printf (mutexs is %x,mutexs); - while (mutex) -{ - mutex-fixup_after_fork (); - mutex = mutex-next; -} - pthread_cond *cond = conds; - debug_printf (conds is %x,conds); - while (cond) -{ - cond-fixup_after_fork (); - cond = cond-next; -} - pthread_rwlock *rwlock = rwlocks; - debug_printf (rwlocks is %x,rwlocks); - while (rwlock) -{ - rwlock-fixup_after_fork (); - rwlock = rwlock-next; -} - semaphore *sem = semaphores; - debug_printf (semaphores is %x,semaphores); - while (sem) -{ - sem-fixup_after_fork (); - sem = sem-next; -} + pthread_mutex::fixup_after_fork (); + pthread_cond::fixup_after_fork (); + pthread_rwlock::fixup_after_fork (); + semaphore::fixup_after_fork (); } /* pthread calls */ @@ -807,6 +783,8 @@ pthread_condattr::~pthread_condattr () { } +Listpthread_cond pthread_cond::conds; + /* This is used for cond creation protection within a single process only */ nativeMutex NO_COPY pthread_cond::condInitializationLock; @@ -862,8 +840,7 @@ pthread_cond::pthread_cond (pthread_cond return; } - /* threadsafe addition is easy */ - next = (pthread_cond *) InterlockedExchangePointer (MT_INTERFACE-conds, this); + conds.Insert (this); } pthread_cond::~pthread_cond () @@ -871,17 +848,7 @@ pthread_cond::~pthread_cond () if (semWait) CloseHandle (semWait); - /* I'm not 100% sure the next bit is threadsafe. I think it is... */ -
Re: [PATCH] Remove wrapper functions in pthread.cc
On Sat, 2003-03-01 at 00:53, Thomas Pfaff wrote: This patch removes all wrapper functions in pthread.cc that only add an additional function call. Export the functions in thread.cc instead. Please apply. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Remove wrapper functions in pthread.cc
On Sat, 2003-03-01 at 02:29, Thomas Pfaff wrote: On Fri, 28 Feb 2003, Robert Collins wrote: On Sat, 2003-03-01 at 00:53, Thomas Pfaff wrote: This patch removes all wrapper functions in pthread.cc that only add an additional function call. Export the functions in thread.cc instead. Please apply. Impossible until you have reviewed the other patches ;-) Well, this patch is pretty straight forward to recreate :}. Up to you when you apply it though. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Remove wrapper functions in pthread.cc
On Sat, Mar 01, 2003 at 09:33:26AM +1100, Robert Collins wrote: On Sat, 2003-03-01 at 03:46, Christopher Faylor wrote: On Sat, Mar 01, 2003 at 02:20:03AM +1100, Robert Collins wrote: On Sat, 2003-03-01 at 00:53, Thomas Pfaff wrote: This patch removes all wrapper functions in pthread.cc that only add an additional function call. Export the functions in thread.cc instead. Please apply. Woo hoo. I've always wondered why these wrapper functions were necessary. If you look in the changelogs, I'd been slowly removing them, as I touched the relevant functions. I have no idea why they were originally created ... Right. I think you asked me once why they were created and I had no idea. I think the original authors of the pthread stuff were a little confused. cgf
how to run a process from DOS within a cygwin .bat file
hello again does someone knows how to launch a cygwin shell and further commands from DOS, e.g with a help of a .bat file. I had a look of cygwin.bat file but I do not know the right syntax to give the command to the bash shell thanks gilles -- 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/
correction, I got the answer, sorry for disturb
sorry, it was only a question of bash : bash -c make a bash with string args. sorry again gilles -- 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: Algum brasileiro usa Cygwin ?
Read http://cygwin.com/faq/faq_4.html#SEC29 Read http://www.cygwin.com/bugs.html Read `man term` and get back to us when you've done that. IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) On Thu, 27 Feb 2003, Frédéric L. W. Meunier wrote: I need to get it working. http://sources.redhat.com/ml/cygwin/2003-01/msg00048.html -- 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 dies on local install
On Fri, 2003-02-28 at 12:43, Steve Miller wrote: (Why, oh why, dear God, can't Red Hat just make a big archive file?) For the same reason you haven't read the FAQ http://cygwin.com/faq/faq.html#SEC14. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: bash's (built-in) type command can not handle spaces in paths
On Thu, 27 Feb 2003, Curtis Siemens wrote: How To Reproduce: - Install Cygwin under c:\ or c:\cygwin - some directory that doesn't NEVER DO THAT! see http://cygwin.com/faq/faq_2.html#SEC9 rlc -- 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: bash's (built-in) type command can not handle spaces in paths
- Original Message - From: Ronald Landheer-Cieslak [EMAIL PROTECTED] To: Curtis Siemens [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:05 PM Subject: Re: bash's (built-in) type command can not handle spaces in paths On Thu, 27 Feb 2003, Curtis Siemens wrote: How To Reproduce: - Install Cygwin under c:\ or c:\cygwin - some directory that doesn't NEVER DO THAT! Indeed - because if you do do that - you'll have to put up with setup complaining about it everytime you update ... like me. :P Might be nice if setup detected you already had installed cygwin before and didnt popup the warning - since its not like i'm going to change my cygwin install directory now. But no real bother. see http://cygwin.com/faq/faq_2.html#SEC9 2 years - no issues - I think i'm special :) Gareth -- 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: English speller to spell plain files
not sure if there is an official package but do a google for ispell and cygwin and you should find something. -Original Message- From: Alex Vinokur [mailto:[EMAIL PROTECTED] Sent: 28 February 2003 05:27 To: [EMAIL PROTECTED] Subject: English speller to spell plain files Is there any English speller in Cygwin to spell plain files from command line ? = Alex Vinokur mailto:[EMAIL PROTECTED] http://www.simtel.net/pub/oth/19088.html = -- 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: Windows kbhit() function
On Fri, 28 Feb 2003, Stickel, Uwe wrote: I do have a Cygwin application (Windows 2000), which includes a kbhit() function and the Windows ethernet socket for TCP/UDP communication. But both doesn't work together. In this case I had to link the libmoldname.a in order to use the kbhit() function. Do you have any idea ? Or do you know any replacement for kbhit(), because I have to poll the keyboard and can't wait for input (like getchar()) ? Um.. how does Cygwin come into play in all this? If you're just asking how to program something in Windows, using winsock and kbhit() at the same time, this is definitely OT here. If this is a problem with using Cygwin, have a look at http://www.cygwin.com/bugs.html and get back to us with: * an exact description of your problem * how Cygwin plays a role in your problem rlc -- 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: how to run a process from DOS within a cygwin .bat file
On Fri, 28 Feb 2003, gilles bourgeois wrote: hello again does someone knows how to launch a cygwin shell and further commands from DOS, e.g with a help of a .bat file. I had a look of cygwin.bat file but I do not know the right syntax to give the command to the bash shell DOS as in Disk Operating System (the OS of the pre-windows era, when Bill Gates so rightly told us that 640 KB should be enough for anyone) - impossible. DOS as in a DOS box under Windows (i.e. the system shell, kinda) - just run the darn thing. If your bin directory is in the PATH, just type bash. That, and RTFM. rlc -- 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/
1.3.20: .rhosts is ignored by cygwin
I'm trying to do a rsh without password but cygwin replies Permission Denied message. So I've created a .rhosts file in the home directory of the user who I'm using to do the rsh containing a + symbol. CYGWIN creates a file with 777 rights permissions, but I've changed to 600 and 644 without success (I've seen it in other bug report). I haven't any hosts.equiv, hosts.allow and hosts.deny in /etc directory. It's a bug ? Or maybe I'm doing something wrong ? Regards, Ramón. -- 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: English speller to spell plain files
On Fri, Feb 28, 2003 at 10:32:49AM -, Vince Hoffman wrote: not sure if there is an official package but do a google for ispell and cygwin and you should find something. You may want to Google for aspell too. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: English speller to spell plain files
* Alex Vinokur (03-02-28 06:26 +0100) Is there any English speller in Cygwin to spell plain files from command line ? Aspell Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- 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: bug report - DLL failure on win ME with gcc-3
Hi I think I've found the problem with dlopen()/fork() on Win ME as reported in http://cygwin.com/ml/cygwin/2003-02/msg02221.html If I'm right, it also applies to win 95/98. in dll_init.cc: (dll_list::load_after_fork) a call is made to LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES); According to the MSDN library, at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/loadlibraryex.asp the symbol DONT_RESOLVE_DLL_REFERENCES is not supported on win 9x/Me. It does not say what the result of using this value on those platforms is. I suspect that this breaks the LoadLibraryEx call, so that the subsequent FreeLibrary call ends up deallocating memory that was never allocated, hence the crash. I have tried a patched version of dll_init.cc that uses plain LoadLibrary instead of LoadLibraryEx on win 9x/Me, and with this patched cygwin1.dll my test program runs correctly on all platforms. I have attached the patch (cvs diff -up dll_init.cc). Could someone please review this patch and apply it if it is acceptable? By the way, the current CVS has a problem with unix sockets - they are vey slow - like several minutes to get a simple message through in some cases. Regards, Steven Index: dll_init.cc === RCS file: /cvs/src/src/winsup/cygwin/dll_init.cc,v retrieving revision 1.33 diff -u -p -r1.33 dll_init.cc --- dll_init.cc 14 Nov 2002 04:29:39 - 1.33 +++ dll_init.cc 28 Feb 2003 13:14:41 - @@ -304,35 +304,45 @@ dll_list::load_after_fork (HANDLE parent the parent had some of those. */ if (d.type == DLL_LOAD) { - HMODULE h = LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES); - - /* See if DLL will load in proper place. If so, free it and reload -it the right way. -It sort of stinks that we can't invert the order of the FreeLibrary -and LoadLibrary since Microsoft documentation seems to imply that that -should do what we want. However, since the library was loaded above, -the second LoadLibrary does not execute it's startup code unless it -is first unloaded. */ - if (h == d.handle) + HMODULE h; + if (GetVersion() 0x8000) /* not on 9x/Me */ { - FreeLibrary (h); - LoadLibrary (d.name); + h = LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES); + /* See if DLL will load in proper place. If so, free it and reload +it the right way. +It sort of stinks that we can't invert the order of the FreeLibrary +and LoadLibrary since Microsoft documentation seems to imply that that +should do what we want. However, since the library was loaded above, +the second LoadLibrary does not execute it's startup code unless it +is first unloaded. */ + if (h == d.handle) + { + FreeLibrary (h); + LoadLibrary (d.name); + } } - else if (try2) - api_fatal (unable to remap %s to same address as parent(%p) != %p, - d.name, d.handle, h); - else + else /* 9x/Me */ + h = LoadLibrary (d.name); + + if (h != d.handle) { - /* It loaded in the wrong place. Dunno why this happens but it always -seems to happen when there are multiple DLLs attempting to load into -the same address space. In the forked process, the second DLL always -loads into a different location. */ - FreeLibrary (h); - /* Block all of the memory up to the new load address. */ - reserve_upto (d.name, (DWORD) d.handle); - try2 = 1; /* And try */ - continue; /* again. */ + if (try2) + api_fatal (unable to remap %s to same address as parent(%p) != %p, + d.name, d.handle, h); + else + { + /* It loaded in the wrong place. Dunno why this happens but it always +seems to happen when there are multiple DLLs attempting to load into +the same address space. In the forked process, the second DLL always +loads into a different location. */ + FreeLibrary (h); + /* Block all of the memory up to the new load address. */ + reserve_upto (d.name, (DWORD) d.handle); + try2 = 1; /* And try */ + continue; /* again. */ + } } + /* If we reached here, and try2 is set, then there is a lot of memory to release. */ if (try2) -- Unsubscribe info:
Re: Printing from cygwin?
On Thu, Feb 27, 2003 at 06:03:56PM -0500, Charles Krug wrote: I'm having trouble with cygwin lpr printing to my default Win2k printer. A search of the archives revealed many mailings from people who similarly could not print using the cygwin lpr, but I couldn't find any stories of success. I invoke: lpr -Pserver\\printer file Printer is considered by Win2k to be a network printer. Regardless of the type of file I send, I get the same error reported by lpr from (apparantly) Win2k about incorrect datatype. Probably a fair sight more useful if I post the actual error message: lpr: StartDocPrinter error lpr: The specified datatype is invalid Sorry about that Charles -- Charles Krug, Jr. Systems Engineer Pentek Corp 1 Park Way Upper Saddle River, NJ 07458 -- 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: Printing from cygwin?
On Thu, Feb 27, 2003 at 10:52:14PM -0500, Ajay Simha wrote: On Thu Feb 27 15:53:59 2003, Rick Rankin wrote: Do you know for sure which lpr you're using? Win2K has one in C:\WINNT\system32. Try /cygdrive/c/WINNT/system32/lpr -S server -P printer filename it worked for me. That seems to work, and it happily transmits postscript correctly. Thanx. Charles -- 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: Printing from cygwin?
On Fri Feb 28 09:21:15 2003, Charles Krug wrote: On Thu, Feb 27, 2003 at 10:52:14PM -0500, Ajay Simha wrote: On Thu Feb 27 15:53:59 2003, Rick Rankin wrote: Do you know for sure which lpr you're using? Win2K has one in C:\WINNT\system32. Try /cygdrive/c/WINNT/system32/lpr -S server -P printer filename I still had problem making enscript use this so here is my pretty print script: #!/bin/bash # usage pprint infile enscript -2r -DDuplex:false --fancy-header -o /tmp/$1.ps $1 ps2pdf /tmp/$1.ps /tmp/$1.pdf cygstart /tmp/$1.pdf then it brings up adobe and I hit print. I am using this from mutt as well. -ajay it worked for me. That seems to work, and it happily transmits postscript correctly. Thanx. Charles -- 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: mem allocation / heap_chunk
Larry Hall (RFK Partners, Inc.) wrote: Fabrice Marchal wrote: Randall R Schulz wrote: Fabrice, It would seem that the answer is right there on the page you referenced. You can script a change to that registry entry via the Cygwin regtool script. You can do this in an install or post-install script or upon each invocation of your application, providing it's invoked via a script. I can write a script, but then it would require to install cygwin and bash (and maybe other things) for the end-user, while at the moment I just provide the cygwin.dll. I was looking for something that uses the cygwin_XXX API. There is no Cygwin API. You might be able to do something with /proc/registry eventually. Of course, you can always use Win32 APIs. If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb file, it is an Administrator owned file and cannot be overwritten by a user. Is the /proc/registry directory created each time a cygwin program starts? Fabrice -- Fabrice Marchal http://www.inf.ethz.ch/~fmarchal [EMAIL PROTECTED] [EMAIL PROTECTED]+41-(0)1-632-56-79 ETH Zurich, Computational Science and Engineering FAX:+41-(0)1-632-17-03 -- 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: cpp0.exe- entry point not found
On Fri, 28 Feb 2003, xiao chen wrote: dear everyone, can anyone help me to handle this error? the prodedure entry point _ctype_ could not be located in the dynamic link library cygwin1.dll i guess the problem comes due to the mismatch of cygwin1.dll in my enviroment and in my project..they have different size and version. how can i check which version cygwin1.dll is? Just upgrade to the current release. That should solve your problem. Max. -- 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/
Proposal!!
REQUEST I am MR REUBEN SAVIMBI one of the favorite sons of Mr.JONAS SAVIMBI (The Rebel leader) and also the head of the Unita Forces of Angola who was killed in the Struggle between Angolan arm forces and his unita rebels On Friday the 22nd of February 2002. I am from Angola but currently I am currently on exile due to the War in my country between the Rebel Group (Unita rebels) Led by my father Jonas Savimbi and the Angolan Government. I want a trust worthy, honest and God fearing individual to go into business Partnership with and that is the reason why I have decided to contact you. The fund for investment is US$45.5M (Forty Five Million Five Hundred Thousand United States Dollars) and Diamond worth over Twelve Million Dollars. This fund was realized from the sales of Diamonds during the crisis between the Unita Rebels (headed by my father Jonas Savimbi) and the then President Jose Eduardo dos Santos Of Angola. I fled from my country with this fund, which my father suppose to use procure more arms for the Unita Rebels. This is because I felt that the battle waged by the Unita Forces was more of rebellion and it was baseless. I had this fund sealed in a diplomatic box and deposited in a private Security Company in Europe. I will need assistance from you to use your facilities to effect the removal of this fund and subsequently transferred to your nominated account in your country. This business has to be done in a more confidential manner. For participating in the business with me, I have two options for you. You can choose to have certain percentage of the funds or you can go into partnership with me for proper profitable investment of the money in your country. Whichever the option you want, feel free to notify me. The money is presently lodged with a security firm and I will give you further details immediately I hear from you. Please contact me immediately for the next line of action then I will introduce you to the security company where the funds are been deposited. I would like you to include your personal phone and fax numbers for more confidential Communication with the Security Company. Regards REUBEN J.SAVIMBI. (For the family) -- 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: mem allocation / heap_chunk
Fabrice Marchal wrote: Larry Hall (RFK Partners, Inc.) wrote: Fabrice Marchal wrote: Randall R Schulz wrote: Fabrice, It would seem that the answer is right there on the page you referenced. You can script a change to that registry entry via the Cygwin regtool script. You can do this in an install or post-install script or upon each invocation of your application, providing it's invoked via a script. I can write a script, but then it would require to install cygwin and bash (and maybe other things) for the end-user, while at the moment I just provide the cygwin.dll. I was looking for something that uses the cygwin_XXX API. There is no Cygwin API. You might be able to do something with /proc/registry eventually. Of course, you can always use Win32 APIs. If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb file, it is an Administrator owned file and cannot be overwritten by a user. Is the /proc/registry directory created each time a cygwin program starts? No. It's a virtual directory. It's also read only. Use regtool. Max. -- 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: Algum brasileiro usa Cygwin ?
Ronald, On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read `man term` FYI, echo `man term` returns something quite unreadable... Be careful to use the right quotes next time, for newbies' sake. ;-) and get back to us when you've done that. IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) Hmm, an aspiring soul, eh? Well, you'd probably qualify as an apprentice. Besides, cgf has mellowed out recently... :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: mem allocation / heap_chunk
Max Bowsher wrote: Fabrice Marchal wrote: Larry Hall (RFK Partners, Inc.) wrote: Fabrice Marchal wrote: Randall R Schulz wrote: Fabrice, It would seem that the answer is right there on the page you referenced. You can script a change to that registry entry via the Cygwin regtool script. You can do this in an install or post-install script or upon each invocation of your application, providing it's invoked via a script. I can write a script, but then it would require to install cygwin and bash (and maybe other things) for the end-user, while at the moment I just provide the cygwin.dll. I was looking for something that uses the cygwin_XXX API. There is no Cygwin API. You might be able to do something with /proc/registry eventually. Of course, you can always use Win32 APIs. If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb file, it is an Administrator owned file and cannot be overwritten by a user. Is the /proc/registry directory created each time a cygwin program starts? No. It's a virtual directory. It's also read only. Use regtool. Max. Is there any other way around without installing cygwin (I mean just having cygwin1.dll of course) and without using regedit to do the job? fabrice -- Fabrice Marchal http://www.inf.ethz.ch/~fmarchal [EMAIL PROTECTED] [EMAIL PROTECTED]+41-(0)1-632-56-79 ETH Zurich, Computational Science and Engineering FAX:+41-(0)1-632-17-03 -- 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 rsync bug with windows shares
I'm using the cygwin version of rsync (2.5.5) and think I've found a bug which is harmless under unix but fatal to cygwin. The bug is also in the latest source version I could find (2.5.6). If I'm trying to take a file from (windows-style) \\share\directory\filename I would specify something like rsync //share/directory/filename destination However, there is special handling in rsync to stop // at the beginning of a filename, presumably to cope with unix systems which can't understand the convention. Specifically, in syscall.c, about line 93, in the do_open() function, the first / is skipped over in this case. The result of this as I have seen it is that rsync will correctly identify all files in a directory that need to be copied, but complains that none of them exist (since do_open() is only relevant to the remote-syncing function, not directory listing). I can overcome it by saying something like rsync ///share/directory/filename destination but that seems a bit silly. My solution would be to include a cygwin-specific patch for this line, rather than asking the rsync project to patch their code, but cygwin developers may disagree. Please Cc me at the above address in any replies since I don't subscribe to the list (too high volume for this address I'm afraid). Thanks, -Dave PLEASE READ: The information contained in this email is confidential and intended for the named recipient(s) only. If you are not an intended recipient of this email you must not copy, distribute or take any further action in reliance on it and you should delete it and notify the sender immediately. Email is not a secure method of communication and Nomura International plc cannot accept responsibility for the accuracy or completeness of this message or any attachment(s). Please examine this email for virus infection, for which Nomura International plc accepts no responsibility. If verification of this email is sought then please request a hard copy. Unless otherwise stated any views or opinions presented are solely those of the author and do not represent those of Nomura International plc. This email is intended for informational purposes only and is not a solicitation or offer to buy or sell securities or related financial instruments. Nomura International plc is regulated by the Financial Services Authority and is a member of the London Stock Exchange. -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Igor Pechtchanski wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read `man term` FYI, echo `man term` returns something quite unreadable... Be careful to use the right quotes next time, for newbies' sake. ;-) I usually use backquotes to signify that something needs to be run (if I don't want to put it on a line by itself, like so $ man term but you're probably right about it not being newbie-safe (though I would doubt that a newbie would have made the connection with the shell's backquotes as you did). and get back to us when you've done that. IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) Hmm, an aspiring soul, eh? Well, you'd probably qualify as an apprentice. Besides, cgf has mellowed out recently... :-D Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ? I'm getting worried! ;) rlc -- 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 rsync bug with windows shares
Sheridan, David wrote: I'm using the cygwin version of rsync (2.5.5) and think I've found a bug which is harmless under unix but fatal to cygwin. The bug is also in the latest source version I could find (2.5.6). If I'm trying to take a file from (windows-style) \\share\directory\filename I would specify something like rsync //share/directory/filename destination However, there is special handling in rsync to stop // at the beginning of a filename, presumably to cope with unix systems which can't understand the convention. Specifically, in syscall.c, about line 93, in the do_open() function, the first / is skipped over in this case. The result of this as I have seen it is that rsync will correctly identify all files in a directory that need to be copied, but complains that none of them exist (since do_open() is only relevant to the remote-syncing function, not directory listing). I can overcome it by saying something like rsync ///share/directory/filename destination but that seems a bit silly. My solution would be to include a cygwin-specific patch for this line, rather than asking the rsync project to patch their code, but cygwin developers may disagree. The rsync maintainers are quite considerate about this kind of thing. I think they would probably accept this kind of fix into the upstream sources. Max. -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: On Fri, 28 Feb 2003, Igor Pechtchanski wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read `man term` FYI, echo `man term` returns something quite unreadable... Be careful to use the right quotes next time, for newbies' sake. ;-) I usually use backquotes to signify that something needs to be run (if I don't want to put it on a line by itself, like so $ man term but you're probably right about it not being newbie-safe (though I would doubt that a newbie would have made the connection with the shell's backquotes as you did). Oh, the most dangerous animal of all - an informed newbie... :-D and get back to us when you've done that. IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) Hmm, an aspiring soul, eh? Well, you'd probably qualify as an apprentice. Besides, cgf has mellowed out recently... :-D Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ? I'm getting worried! ;) rlc I think it's the impending release, and the merging in of tons of changes... Once the pressure is off, he'll be back to his old cheerful self. Won't you, cgf? ;-) Igor P.S. Hey, I'm aspiring too, can't you tell? P.P.S. BTW, I *love* the subject line of this thread... :-D -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: mem allocation / heap_chunk
At 06:47 2003-02-28, Fabrice Marchal wrote: Max Bowsher wrote: No. It's a virtual directory. It's also read only. Use regtool. Max. Is there any other way around without installing cygwin (I mean just having cygwin1.dll of course) and without using regedit to do the job? fabrice Fabrice, Write a C program using the appropriate Win32 calls, of course. The registry isn't magic. Randall Schulz -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read http://cygwin.com/faq/faq_4.html#SEC29 Read http://www.cygwin.com/bugs.html Read `man term` and get back to us when you've done that. I installed rxvt and it not only solved this problem but another I reported about screen messing the terminal colors - http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html I assume the accentuation (copy and paste) problem has been there for ages. It never worked since my install with 1.3.10 almost a year ago. There's a similar report (the and that is its big advantage over the cygwin-term part) and another about rxvt under XFree86 at http://www.cygwin.com/ml/cygwin/2002-03/msg00035.html Sorry, but for now I'm not going to investigate what's wrong with the Cygwin terminal, and there are more capable people to do that. BTW, can I assume you don't need to copy and paste accentued text ? On Thu, 27 Feb 2003, Frédéric L. W. Meunier wrote: I need to get it working. http://sources.redhat.com/ml/cygwin/2003-01/msg00048.html -- [EMAIL PROTECTED], dyndns.org} -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Frédéric L. W. Meunier wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read http://cygwin.com/faq/faq_4.html#SEC29 Read http://www.cygwin.com/bugs.html Read `man term` and get back to us when you've done that. I installed rxvt and it not only solved this problem but another I reported about screen messing the terminal colors - http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html I assume the accentuation (copy and paste) problem has been there for ages. It never worked since my install with 1.3.10 almost a year ago. There's a similar report (the and that is its big advantage over the cygwin-term part) and another about rxvt under XFree86 at http://www.cygwin.com/ml/cygwin/2002-03/msg00035.html Sorry, but for now I'm not going to investigate what's wrong with the Cygwin terminal, and there are more capable people to do that. Frédéric, FWIW, I was able to reproduce your problem on the bash shell in a command window (on Win2k). What's interesting, though, is that if the output were pasted to a regular Command prompt window, it pastes the accented characters sans the accents. When pasting into any Cygwin app run from that prompt, however, the accented characters disappear altogether. This may have something to do with the way fhandler_console processes input, but I don't know enough about that code to even start looking. One more interesting (though probably unrelated) thing is that the Win2k Command window (with QuickEdit off) allows one to press the right mouse button to get a context menu (basically the Edit submenu of the main window menu). However, when any Cygwin app is run (say, cat), the right button stops working (though it does work as paste in QuickEdit mode). As I said, this is probably unrelated, but might provide a clue, so I thought it was worth mentioning. Igor P.S. BTW, no offense, I'm just wondering, why a Portuguese subject line on a mostly English-speaking list? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Frédéric L. W. Meunier wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: Read http://cygwin.com/faq/faq_4.html#SEC29 Read http://www.cygwin.com/bugs.html Read `man term` and get back to us when you've done that. I installed rxvt and it not only solved this problem but another I reported about screen messing the terminal colors - http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html Good - glad to hear it worked out :) [snip] BTW, can I assume you don't need to copy and paste accentued text ? I live work in France, with programs that need to produce messages in french. I do need to copy paste accentuated text on occasion but I have never had any problem in doing so because I set up my terminal correctly. I also do some work in dutch and german (as well as english) and have no problems with those character sets either - in fact, the only problems I have with my multi-lingual environment is the different keyboards (switching from one to the other). That is not a problem w/ software, it's a problem with getting used to an azerty layout after typing on a qwerty for a couple of hours.. ciao, rlc -- 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: Algum brasileiro usa cygwin ?
On Fri, Feb 28, 2003 at 10:22:17AM -0500, Igor Pechtchanski wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: On Fri, 28 Feb 2003, Igor Pechtchanski wrote: On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote: IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) Hmm, an aspiring soul, eh? Well, you'd probably qualify as an apprentice. Besides, cgf has mellowed out recently... :-D Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ? I'm getting worried! ;) I think it's the impending release, and the merging in of tons of changes... Once the pressure is off, he'll be back to his old cheerful self. Won't you, cgf? ;-) Igor P.S. Hey, I'm aspiring too, can't you tell? P.P.S. BTW, I *love* the subject line of this thread... :-D I don't think I'm mellowing, actually. I think you are all getting used to me. Be afraid. Be very afraid. 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/
Re: Algum brasileiro usa cygwin ?
On Fri, Feb 28, 2003 at 10:53:03AM +0100, Ronald Landheer-Cieslak wrote: Read http://cygwin.com/faq/faq_4.html#SEC29 Read http://www.cygwin.com/bugs.html Read `man term` and get back to us when you've done that. IOW: YOWTHYWT (how do you expect anyone to answer you if you just say boo-hoo! it doesn't work!) rlc (am I as mean as cgf yet?) I think I need to create a Mean as I wanna be tee shirt. 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/
Re: setup dies on local install
On Fri, Feb 28, 2003 at 08:54:30PM +1100, Robert Collins wrote: On Fri, 2003-02-28 at 12:43, Steve Miller wrote: (Why, oh why, dear God, can't Red Hat just make a big archive file?) For the same reason you haven't read the FAQ http://cygwin.com/faq/faq.html#SEC14. In Soviet Russia, the FAQ reads you! Sorry. SlashDot humor. 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/
Donate a [aip]spell package? (was Re: English speller to spell plain files)
Is anyone interested in donating a ?spell package to cygwin? It is an obvious lack in the current package offering. I believe that someone once was interested in providing an ispell but maybe I scared them off by suggesting that aspell would be better. 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/
Weird stuff with 'man' and 'tset' programs
Something weird is going on with my cygwin. I first noticed it when I ran 'vim' and it said that it did not recognize a terminal type of 'cygwin'. Ok, so I set the TERM environment to ansi. That seemed to work, but I noticed that the arrow keys to move around with did not work. So then I went and reset the terminal by using the command 'tset'. This came back and said that it did not recognized a terminal of cygwin, or ansi, or anything else. I checked my files and I have ncurses and terminfo installed, and the files for the various terminal definitions are in '/usr/lib/terminfo' right where they are supposed to be. Then I went to see what the man pages said about this. The man program worked, but it comes back and says No manual entry for tset, or for any programs. I made sure that I had a good MANPATH, and exported it. Did not help. I have a valid '/etc.man.config' file, and if I start man with the -d option, it echoes out the paths as listed in the '/etc.man.config' file. Even when I specify the man path directory by using 'man -M /usr/man man ', it still says it can not find the man page. My PATH works fine, but who knows what else does not really work. I could really use a little help with this problem. I am running Win 2k all of the cygwin programs are up to date. My shell is bash. Below is the out put from 'cygcheck -s'. Thanks Roy Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri 28 09:56:52 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Support Tools\ c:\program files\putty C:\cygwin\emacs\bin C:\cygwin\usr\autotool\devel\bin\ SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `c:\cygwin\' MAKE_MODE = `unix' PWD = `/' USER = `rhoerauf' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS6142Mb 86% CP CS UN PA FC DriveC d: hd NTFS 19068Mb 79% CP CS UN PA FC DriveD e: cd N/AN/A g: net NTFS6142Mb 78% CP CS UN PA FC h: net NTFS 17131Mb 98% CP CS UN PA FC i: net NTFS 17131Mb 98% CP CS UN PA FC r: net NTFS 42829Mb 90% CP CS UN PA FC RAID s: net NTFS 42829Mb 90% CP CS UN PA FC RAID u: net NTFS 35000Mb 82% CP CS UN PA FC v: net NTFS6142Mb 38% CP CS UN PA FC w: net NTFS 69379Mb 40% CP CS UN PA FC Database x: net NTFS4000Mb 60% CP CS UN PA FC C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 847k 2003/02/19 C:\cygwin\bin\cygcrypto-0.9.7.dll 806k 2003/02/19 C:\cygwin\bin\cygcrypto.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll 177k 2003/02/19 C:\cygwin\bin\cygssl-0.9.7.dll 227k 2003/02/19 C:\cygwin\bin\cygssl.dll 50k 2002/03/12 C:\cygwin\bin\cygz.dll 889k 2003/02/08 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.20 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 73 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2
no installation instructions except in FAQ?
On the documentation page at http://cygwin.com/docs.html, there no mention of installation instructions. It's not obvious that they are hidden in the FAQ list. Which is the right mailing to use to suggest to the documentation developers that the installation instructions be pulled into an installation guide? Thanks, Daniel -- 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: Weird stuff with 'man' and 'tset' programs
On Fri, 28 Feb 2003, Roy H. wrote: Something weird is going on with my cygwin. I first noticed it when I ran 'vim' and it said that it did not recognize a terminal type of 'cygwin'. Ok, so I set the TERM environment to ansi. That seemed to work, but I noticed that the arrow keys to move around with did not work. So then I went and reset the terminal by using the command 'tset'. This came back and said that it did not recognized a terminal of cygwin, or ansi, or anything else. I checked my files and I have ncurses and terminfo installed, and the files for the various terminal definitions are in '/usr/lib/terminfo' right where they are supposed to be. Then I went to see what the man pages said about this. The man program worked, but it comes back and says No manual entry for tset, or for any programs. I made sure that I had a good MANPATH, and exported it. Did not help. I have a valid '/etc.man.config' file, and if I start man with the -d option, it echoes out the paths as listed in the '/etc.man.config' file. Even when I specify the man path directory by using 'man -M /usr/man man ', it still says it can not find the man page. My PATH works fine, but who knows what else does not really work. I could really use a little help with this problem. I am running Win 2k all of the cygwin programs are up to date. My shell is bash. Below is the out put from 'cygcheck -s'. [snip] Roy, First off, please *attach* the output of cygcheck, as per http://cygwin.com/bugs.html, due to it introducing false positives into archives search when in the body of the message. Secondly, read the following thread: http://cygwin.com/ml/cygwin/2003-02/msg02095.html An archive search for terminfo found it, BTW. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: English speller to spell plain files
On Fri Feb 28 07:45:15 2003, Jason Tishler wrote: On Fri, Feb 28, 2003 at 10:32:49AM -, Vince Hoffman wrote: not sure if there is an official package but do a google for ispell and cygwin and you should find something. You may want to Google for aspell too. I used to use ispell but now use aspell - much better - for instance it can be invoked from email progrms (for e.g. mutt or pine) as follows: set ispell = /usr/local/bin/aspell check -x --mode=email (for mutt) this actually prevents aspell from checking the spelling for quoted lines ('') in replies. -ajay Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple 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: mem allocation / heap_chunk
On Fri, Feb 28, 2003 at 09:15:27AM -0800, Randall R Schulz wrote: At 09:05 2003-02-28, Christopher Faylor wrote: On Fri, Feb 28, 2003 at 07:49:24AM -0800, Randall R Schulz wrote: At 06:47 2003-02-28, Fabrice Marchal wrote: Max Bowsher wrote: No. It's a virtual directory. It's also read only. Use regtool. Is there any other way around without installing cygwin (I mean just having cygwin1.dll of course) and without using regedit to do the job? Write a C program using the appropriate Win32 calls, of course. The registry isn't magic. Or, as Max suggested, use *regtool*. regedit != regtool. That was our first suggestion, but Fabrice wants to avoid all Cygwin components except Cygwin1.dll in his custom install. Oops. Guess I wasn't paying attention. Seems like a silly requirement that you can't add one cygwin component but... I wonder if regtool will just compile OOB with -mno-cygwin. Apologies if that was suggested, too. 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/
Re: no installation instructions except in FAQ?
On Fri, 28 Feb 2003, Daniel B. wrote: On the documentation page at http://cygwin.com/docs.html, there no mention of installation instructions. It's not obvious that they are hidden in the FAQ list. Which is the right mailing to use to suggest to the documentation developers that the installation instructions be pulled into an installation guide? Daniel, This is the right place. If you feel that documentation is lacking, write the appropriate sections and submit them to this list, preferably as a patch against the CVS sources (see http://cygwin.com/cvs.html and http://cygwin.com/cgi-bin/cvsweb.cgi/?cvsroot=cygwin). Patches thoughtfully considered^{TM} Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: Algum brasileiro usa Cygwin ?
On Fri, 28 Feb 2003, Igor Pechtchanski wrote: FWIW, I was able to reproduce your problem on the bash shell in a command window (on Win2k). What's interesting, though, is that if the output were pasted to a regular Command prompt window, it pastes the accented characters sans the accents. True. I also reported it. When pasting into any Cygwin app run from that prompt, however, the accented characters disappear altogether. This may have something to do with the way fhandler_console processes input, but I don't know enough about that code to even start looking. And I know nothing, really. One more interesting (though probably unrelated) thing is that the Win2k Command window (with QuickEdit off) allows one to press the right mouse button to get a context menu (basically the Edit submenu of the main window menu). However, when any Cygwin app is run (say, cat), the right button stops working (though it does work as paste in QuickEdit mode). As I said, this is probably unrelated, but might provide a clue, so I thought it was worth mentioning. The same here on XP Professional. P.S. BTW, no offense, I'm just wondering, why a Portuguese subject line on a mostly English-speaking list? Sorry, to get some attention from brazilian users. BTW, are you able to reproduce the screen problem I reported at http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html ? I'm giving up. I really don't see the advantages of using the default terminal. Maybe only Full Screen ? Another problem is with the colors. Compare an application running in Full Screen and Window. The text is much darker with the latter, making it unreadable with certain applications. -- [EMAIL PROTECTED], dyndns.org} -- 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: tetex 2.0.1-1 listed under 'previous' in setup.ini
Rick Rankin [EMAIL PROTECTED] writes: I was just discussing this with Jan Nieuwenhuizen, and I believe he's going to take care of it. Chris has added extra entries to the hint files; the issue should be resolved now. Thanks for your reports. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/