Re: rcp problem
Some things to check: - the .rhosts file on Linux must be owned by you or by root and have permissions of 0600. - did you use a hostname or IP address in .rhosts? It must be a hostname. Also, ping that hostname and make sure it displays the IP address of the cygwin system to be sure it resolves correctly. - passwords being the same does not matter - rcp does not use passwords "mohanlal jangir" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I tried to do rcp from cygwin to linux machine but I got following error : > > $ rcp temp.txt 10.10.10.45:/home/mohanlal > 10.10.10.45: Permission denied > > This seems to be user validity issue. Command "whoami" at cygwin as well as > at linux machine returns "mohanlal". > On machine 10.10.10.45, I have created file .rhosts in /home/mohanlal > directory granting permission to the machine I am doing rcp from. Password > on windows machine running cygwin and on linux machine are same. Any clue, > how can I get it work? > > Regards > Mohanlal > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rcp problem
On the linux system, if you "ping mohanlal", does it display the correct IP address for the Windows system (reported by "ipconfig" command on Windows)? Are you using the Cygwin rcp or the native Windows rcp command? The native Windows rcp command sends the login name exactly as it is set up in Windows (including upper case characters) and this can cause problems. If type just "rcp" at a prompt in Windows, if it displays something like this: Copies files to and from computer running the RCP service. RCP [-a | -b] [-h] [-r] [host][.user:]source [host][.user:] path\destination then that is the native Windows rcp command, and your problem could have something to do with case of the user name (but that is just a guess). rcp operates through the rsh protocol, which is fairly simple. It sends the local user, remote user, and command to the server. The server then looks up a name for the client IP address (fails if it cannot), then checks $HOME/.rhosts and /etc/hosts.equiv to see if the hostname and/or hostname/user is allowed (fails if not found there). Then it makes sure the local and remote users (the same user unless an override is specified in the command) are valid users (passwords have not expired, valid home directory, etc.). If all is OK, it should allow the rsh/rcp. "mohanlal jangir" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Some things to check: > > > > - the .rhosts file on Linux must be owned by you or by root and have > > permissions of 0600. > Yes, I checked it. It has proper permissions. > > > - did you use a hostname or IP address in .rhosts? It must be a > > hostname. Also, ping that hostname and make sure it displays the IP > > address of the cygwin system to be sure it resolves correctly. > Well, I used hostname only. I just posted problem with IP Address for > avoiding any confusion. Both machine are well connected and I able to ping > each other. > > > - passwords being the same does not matter - rcp does not use > > passwords > > > Oops, I forgot. Thanks for reminding. > > I am able to rcp on the same machine from same machine i.e. "rcp > /my_file.txt knuth:/home/mohanlal/temp" works very well. In > /home/mohanlal/.rhosts of knuth, I have given permission to knuth (the linux > machine) and mohanlal (windows machine running cygwin). But from machine > mohanlal "rcp.exe some_file knuth:/home/mohanlal/temp" doesn't work. > Any other clue? > > Regards > Mohanlal > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
hi im joe from texas
i was browseing through the profiles and i noticed yours : ) so i decided to drop u a lil message. anyways im joe nice to meet you. i attached a pic to this e-mail and theres also some more pics on my web site (link at the bottom) also if you have a pic could you please return it if you reply to this e-mail? thanks joe ICQ: 100853744 AOL/AIM: Joe B 764a Yahoo: joeb764 http://www.dreamwater.net/jb764b <> -- 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- Removing Line feeds (Carriage returns) from data
Try piping to: tr -d '\r'
"Jared Ingersoll" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello,
>
> I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
> utility to dump logs from event viewer into a comma delimited file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to be carriage
> returns (show up in an excel spreadsheet as a square character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of manually
editing
> the file, perhaps with sed or awk) to remove these characters?
>
> Here's the command that's producing them in the bash shell:
>
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
>
> I was unable to find any reference to an automated resolution on google or
> cygwin FAQ.
>
> Thanks for the help.
>
> Jared
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: ls -l | less shows "escape" chars
Do you have ls aliased to "ls --color"? Try: /bin/ls | less "geneSmith" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > When I do "ls -l | less" a typical line looks like this with "ESC" in > reverse video and other weird chars. What causes this? Can it be fixed? > > -rwx--+ 1 Administ 1392640 Jul 1 08:31 > ESC[01;32mNTUSER.DATESC[0m > > -- > Lit up like Levy's > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls -l | less shows "escape" chars
Either don't use color or change it to --color=auto. I alias ls to "ls -x -color=auto". Then "ls | less" gives you columns without escape codes. If you want a single column, use "ls -1 | less". The -1 overrides the -x in the alias and gives one column. Or leave out the -x if you never want columns when piping to less. "geneSmith" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Joe wrote, On 7/1/2004 9:02 AM: > > > Do you have ls aliased to "ls --color"? > > > > Try: /bin/ls | less > > That fixes it. Should I not use color? > > > > > "geneSmith" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > > > >>When I do "ls -l | less" a typical line looks like this with "ESC" in > >>reverse video and other weird chars. What causes this? Can it be fixed? > >> > >>-rwx--+ 1 Administ 1392640 Jul 1 08:31 > >>ESC[01;32mNTUSER.DATESC[0m > >> > >>-- > >>Lit up like Levy's > > > -- > Lit up like Levy's > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls -l | less shows "escape" chars
The only downside is if you need the output to go to a file or a pipe to a different program. If you still have ls aliased to "ls --color", then this: ls > /tmp/filelist will still put escape codes in filelist. "ls --color=auto" won't - it will keep it plain ascii text. If you never do that, then it's not an issue though. "geneSmith" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Joe wrote, On 7/1/2004 11:09 AM: > > > Either don't use color or change it to --color=auto. > > > > I alias ls to "ls -x -color=auto". > > > > Then "ls | less" gives you columns without escape codes. > > > > If you want a single column, use "ls -1 | less". The -1 overrides the -x in > > the alias and gives one column. Or leave out the -x if you never want > > columns when piping to less. > > Thanks for the info. However when I put > alias less="less -R" > in my ~/.bash_profile it seem to work and and still get colors when I do > ls -l | less. > > -gene > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Your Rental Property Listing
Hi! I noticed your property website online and I thought you might be interested in my new rental website called JoeOptions: http://www.joeoptions.com/ Here's how JoeOptions benefits you: * FREE listings through December 31, 2011 for properties created on JoeOptions. * UNLIMITED pictures/videos/links to help promote and better represent your Property and the Destination. * HomeAway Connect integration eliminating the need to manage multiple calendars * Unique property management tool allowing Renters to find your property based on Date, Price and Location in one step. * Meet People Where They Are: Social Media integration with Facebook, Twitter, YouTube, etc. Check out this video that explains why JoeOptions: http://www.youtube.com/watch?v=kohBjcuPMhE We look forward to you joining us at JoeOptions! Best Regards, Joe We've sent you this email because we think you'll enjoy using JoeOptions. If you'd rather not receive any more emails from us, please email unsubscr...@joeoptions.com, and we'll take you off our list. To remove your email from the "20101123" mailing list, click here: http://cs.joeoptions.com/index.php?ACT=5&id=WAYkSaB8q1 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Even more problems setting up ssh server
I'm having problems getting the ssh server up and running. I've installed it on 5 other computers without problems, but on this computer, it just doesn't work. Perhaps something I don't know about is running in the background stopping it, but I havn't been able to figure out what. I've searched through the user groups, but the posted solutions have not helped. I am running the latest Cygwin on windows XP. I installed sshd with cygwin, then set it up using ssh-host-config answering yes to each question. Now when I try to start the servie, I get the following message: $ net start sshd The CYGWIN sshd service is starting. The CYGWIN sshd service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534. I know this is a common problem, but I havn't been able to make any of the posted solutions work. I'm hoping with the following output I can get more targeted help. $ ls -l /var total 0 drwxr-xr-x+ 1 knuth root 0 Feb 22 15:19 cache drwxr-xr-x+ 1 SYSTEM root 0 Feb 22 15:23 empty drwxr-xr-x+ 1 USRNAME root 0 Feb 22 15:18 lib drwxrwxrwx+ 1 USRNAME root 0 Feb 22 16:30 log drwxrwxrwx+ 1 USRNAME root 0 Feb 22 15:18 run drwxrwxrwt+ 1 USRNAME root 0 Feb 22 15:18 tmp $ ls -l /etc/ssh* -rw-r--r-- 1 USRNAME None 1555 Feb 22 16:15 /etc/ssh_config -rw--- 1 SYSTEM None 668 Feb 22 15:23 /etc/ssh_host_dsa_key -rw-r--r-- 1 SYSTEM None 606 Feb 22 15:23 /etc/ssh_host_dsa_key.pub -rw--- 1 SYSTEM None 227 Feb 22 15:23 /etc/ssh_host_ecdsa_key -rw-r--r-- 1 SYSTEM None 178 Feb 22 15:23 /etc/ssh_host_ecdsa_key.pub -rw--- 1 SYSTEM None 981 Feb 22 15:23 /etc/ssh_host_key -rw-r--r-- 1 SYSTEM None 646 Feb 22 15:23 /etc/ssh_host_key.pub -rw--- 1 SYSTEM None 1679 Feb 22 15:23 /etc/ssh_host_rsa_key -rw-r--r-- 1 SYSTEM None 398 Feb 22 15:23 /etc/ssh_host_rsa_key.pub -rw-r--r-- 1 USRNAME None 3185 Feb 22 16:16 /etc/sshd_config $ cygcheck -f /usr/bin/cygz.dll /usr/bin/cygcrypt-0.dll ... .../usr/bin/cygcrypto-0.9.8.dll crypt-1.1-1 libopenssl098-0.9.8r-1 zlib0-1.2.5-1 $ cygrunsrv -V -Q sshd Service : sshd Display name: CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Process Type: Own Process Startup : Automatic Dependencies: tcpip Account : LocalSystem $ /usr/sbin/sshd -D /var/empty must be owned by root and not group or world-writable. $ /usr/sbin/sshd -D -ddd debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 202 debug2: parse_server_config: config /etc/sshd_config len 202 debug3: /etc/sshd_config:13 setting Port 22 debug3: /etc/sshd_config:41 setting StrictModes no debug3: /etc/sshd_config:97 setting UsePrivilegeSeparation yes debug3: /etc/sshd_config:112 setting Subsystem sftp /usr/sbin/sftp-server debug1: sshd version OpenSSH_5.8p1 debug3: Incorrect RSA1 identifier debug1: read PEM private key done: type RSA debug1: private host key: #0 type 1 RSA debug3: Incorrect RSA1 identifier debug1: read PEM private key done: type DSA debug1: private host key: #1 type 2 DSA debug3: Incorrect RSA1 identifier debug1: read PEM private key done: type ECDSA debug1: private host key: #2 type 3 ECDSA /var/empty must be owned by root and not group or world-writable. $ netstat -a | grep ssh (No output) $ netstat -an|grep :22 (No output) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: emacs autosave file names
Steven J. Zeil wrote: Is there a way to filter/transform characters in auto-save file names? Ask on the GNU emacs help list or bug list. Someone there can probably help you. -- Joe Buehler -- 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 commands sometime hang on dual-processor (WinNT-SP5)
Henrik Wist wrote: WindowsNT SP5. I'm seeing hangs on random commands (rm, cat, cut ...) when running my scripts. I searched Google already and it turned up a What does Task Manager say about CPU usage when you get a hang? Sometimes 'rm -r' will go into an infinite loop if it tries to remove an open file. I am running a local patch to work around this. You can download gdb and attach to a hung process and dump the stacks for the various threads -- it would be interesting info. See also the web page on debugging Cygwin problems -- there is standard info that people on this list want to see. -- Joe Buehler -- 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: DEBUG build of cygwin
Vishal Jain wrote: Just typing make CFLAGS=-g does not help. It still adds -O2. Removing -O2 from the top level makefile also does not help. Here's what I do: cat >$_BUILD/gcc <<-\! && #!/bin/bash I=0 unset ARGV for ARG; do case "$ARG" in -O*) ARGV[$I]=-g ;; *) ARGV[$I]="$ARG" ;; esac I=$(expr $I + 1) done /bin/gcc -g "[EMAIL PROTECTED]" ! chmod +x $_BUILD/gcc && cat >$_BUILD/c++ <<-\! && #!/bin/bash I=0 unset ARGV for ARG; do case "$ARG" in -O*) ARGV[$I]=-g ;; *) ARGV[$I]="$ARG" ;; esac I=$(expr $I + 1) done /bin/c++ -g "[EMAIL PROTECTED]" ! chmod +x $_BUILD/c++ && bash -x <<-\! OPTIONS= OPTIONS="$OPTIONS --enable-debugging" #OPTIONS="$OPTIONS --enable-malloc-debugging" export CC=$_BUILD/gcc export CXX=$_BUILD/c++ export CFLAGS=-g export CXXFLAGS=-g cd $_BUILD && bash ../src.temp/configure --prefix=$_INSTALL --srcdir=$_HERE/src.temp $OPTIONS i686-pc-cygwin && make && make install && true ! -- Joe Buehler -- 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: Emacs, adding PHP as major mode
Klaus Friis Østergaard wrote: What about adding PHP as major mode in emacs in the autoinstall and download of files? It's not part of emacs proper, so doesn't belong there. You could make it another package, though, that depends on emacs. -- Joe Buehler -- 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/
/proc/registry performance problem
Running "ls /proc/registry/HKEY_LOCAL_MACHINE" takes 5 to 10 seconds on my NT build machine. Using gdb to step through it, the culprit is the GetSecurityInfo() call in get_nt_object_attribute(). A google search shows up the following, a bug in GetSecurityInfo() in Windows that looks like it might be the problem: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnaskdr/html/drgui47.asp It is also interesting that there is a known problem with GetSecurityInfo() failing in NT SP4 when a registry key is passed to the function: http://support.microsoft.com/default.aspx?scid=KB;en-us;q217075 Their workaround involves the use of RegGetKeySecurity(), so perhaps this is what should be used for registry keys instead of GetSecurityInfo(). I'll see if I can come up with a patch. -- Joe Buehler -- 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: Corrected: setup.exe beta (testing needed - really!)
Robert Collins wrote: USER-VISIBLE CHANGES: Did you forget resizable dialogs or is that not done yet? -- Joe Buehler -- 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: trying to compile emacs under cygwin
Robert Mecklenburg wrote:
fatal ("SHEAP_ADJUSTMENT needs to be modified to reduce memory waste!");
}
I suppose I could increase the size of STATIC_HEAP_SLOP, but that is
clearly a bad hack and may have other consequences. Suggestions?
The proper thing to do is adjust SHEAP_ADJUSTMENT like the message says.
I think the SLOP parameter is a comparison fuzz setting.
--
Joe Buehler
--
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 get session transcript (like unix "script")
Charles D. Russell wrote: Since the unix "script" command is missing from cygwin, is there any easy way to record a transcript of a console application (both the input and output)?. You might just grab the source for script and try building it. -- Joe Buehler -- 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: xprompt/xecho without a full XFree86 or X11, ... sought
Ralf Hauser wrote: Any thoughts? Do a tcl/tk script or a perl/Tk script. Once ksh93 is a package, there is also a tksh. -- Joe Buehler -- 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: trying to compile emacs under cygwin
Robert Mecklenburg wrote: Static heap usage: 2129280 of 10648960, slop is 65536 -- 8320k wasted -- reset to 2194816k emacs: SHEAP_ADJUSTMENT needs to be modified to reduce memory waste! You increased the heap size, but it's outside the fuzz range -- you are over it by about 8 MB. Emacs would run, but the problem is that the binary would be a lot larger than it needs to be. Under Cygwin, this is an issue because of the way that fork() works. So what you have to do is increase SHEAP_ADJUSTMENT by enough that you end up in the comparison fuzz range. actually writes sheap.c, so I edit the script to change the -62 to: +#ifdef HAVE_X_WINDOWS +#define SHEAP_ADJUSTMENT 2194816 /* XEmacs does this dynamically */ +#else +#define SHEAP_ADJUSTMENT 2194816 /* XEmacs does this dynamically */ +#endif That's the correct thing to do. Edit the build script -- it patches the original emacs source for Cygwin. What you want to do is look at the message you get after you compile: Static heap usage: 2129280 of 10648960, slop is 65536 -- 8320k wasted -- reset to 2194816k And figure out what to set SHEAP_ADJUSTMENT to based on how the first two numbers compare. The message says that you used 2129280 bytes out of 10648960 available, so decrease SHEAP_ADJUSTMENT by (10648960 - 2129280). SHEAP_ADJUSTMENT will be some negative number because the base heap size is 8 MB, and emacs doesn't need anywhere near that. If it helps any, this piece of code hurts my head also -- I have no idea why it is set up to be so complicated. But it works! -- Joe Buehler -- 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: trying to compile emacs under cygwin
Robert Mecklenburg wrote: I'm trying to compile emacs under cygwin to debug the hanging problems I'm experiencing and I've run into a minor wall. Running emacs-21.2.install yields the error: Just a heads up: I am debugging a hang problem in Cygwin that emacs seems to trigger. It might be the same problem you are seeing, in which case it's not an emacs problem. If you have the same problem I do, when you run strace on a hung emacs you will see it in an infinite loop trying to deal with signal 20 (SIGCHLD). -- Joe Buehler -- 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: emacs - Entry Point not found error
Mani Krishnan Venkatachari wrote: I installed the new version of cygwin recently. When I try to load emacs, it gives a dialog box with the following error. "The procedure entry point SmClientID could not be located in the dynamic link lilbrary lilbSM.dll" That library is in the Xfree86-bin package. It lives in /usr/X11R6/bin. Make sure you have the package installed and that the directory is in your PATH. It may be that libSM.dll has changed in a recent XFree86 release, in which case there is a big problem. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rsh to start background job on remote machine
Can someone tell me how to start a background job on a Cygwin machine using rsh? I cannot figure out how to get the job to detach -- the rsh always waits for the job to finish, which is not what I want. I just want to fire up a command on a remote machine and forget about it. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin rsh/socket bug?
I cannot figure out how to get the job to detach -- the rsh always waits for the job to finish, which is not what I want. I just want to fire up a command on a remote machine and forget about it. E.g., the following hangs: rsh cygwin-machine 'some_command /dev/null 2>&1 &' (If I got something slightly wrong there, keep in mind that it's an example so you can see what I mean -- I am actually using a script that I have used for years on UNIX machines.) I got this to work properly by wrapping the remote command with a PERL script that invokes shutdown() on STDIN, STDOUT and STDERR and then close(). I assume this is some kind of bug in Cygwin or in.rshd -- all I have to do on UNIX machines is close() on the same descriptors and the rsh client disconnects as desired. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: at command [build script attached]
Chuck wrote:
Is there a unix style "at" command for cygwin? I've searched the libs but
found nothing.
I did an initial port of the linux "at" some time back (I believe I used
the Redhat 3.1.8-31 rpm). The build script I used is attached. There is
some weirdness in unpacking the rpm file, since there was no rpm2cpio
at the time.
Note that this could be made a little better in that I think some system
calls are now in Cygwin that were not at the time I did this.
--
Joe Buehler
#!/bin/bash
VERSION=3.1.8-31
patch1()
{
patch -p0 -N <<\EOF
--- parsetime.y 2002-11-19 12:07:36.0 -0500
+++ parsetime.y 2002-11-19 12:17:07.0 -0500
@@ -3,6 +3,7 @@
#include
#include
#include "parsetime.h"
+#include
#define YYDEBUG 1
@@ -215,8 +216,8 @@
mnum == 12) && dnum > 31)
|| ((mnum == 4 || mnum == 6 || mnum == 9 ||
mnum == 11) && dnum > 30)
- || (mnum == 2 && dnum > 29 && __isleap(ynum+1900))
- || (mnum == 2 && dnum > 28 && !__isleap(ynum+1900))
+ || (mnum == 2 && dnum > 29 && isleap(ynum+1900))
+ || (mnum == 2 && dnum > 28 && !isleap(ynum+1900))
)
{
yyerror("Error in day of month");
@@ -257,8 +258,8 @@
mnum == 12) && dnum > 31)
|| ((mnum == 4 || mnum == 6 || mnum == 9 ||
mnum == 11) && dnum > 30)
- || (mnum == 2 && dnum > 29 && __isleap(ynum+1900))
- || (mnum == 2 && dnum > 28 && !__isleap(ynum+1900))
+ || (mnum == 2 && dnum > 29 && isleap(ynum+1900))
+ || (mnum == 2 && dnum > 28 && !isleap(ynum+1900))
)
{
yyerror("Error in day of month");
@@ -474,7 +475,7 @@
if (yyparse() == 0) {
exectime = mktime(&exectm);
if (isgmt) {
- exectime -= timezone;
+ exectime -= _timezone;
}
if (time_only && (currtime > exectime)) {
exectime += 24*3600;
--- privs.h 1997-05-06 04:28:18.0 -0400
+++ privs.h 2002-11-19 14:27:01.0 -0500
@@ -140,6 +140,42 @@
setresgid(effective_gid, real_gid, -1); \
setresuid(effective_uid, real_uid, -1); \
}
+#elif __CYGWIN__
+#define RELINQUISH_PRIVS { \
+ real_uid = getuid(); \
+ effective_uid = geteuid(); \
+ real_gid = getgid(); \
+ effective_gid = getegid(); \
+ setuid(effective_uid); seteuid(real_uid); \
+ setgid(effective_gid); setegid(real_gid); \
+ }
+
+#define RELINQUISH_PRIVS_ROOT(a,b) { \
+ real_uid = (a); \
+ effective_uid = geteuid(); \
+ real_gid = (b); \
+ effective_gid = getegid(); \
+ setgid(effective_gid); setegid(real_gid); \
+ setuid(effective_uid); seteuid(real_uid); \
+ }
+
+#define PRIV_START {\
+ setuid(real_uid); seteuid(effective_uid); \
+ setgid(real_gid); setegid(effective_gid);
+
+#define PRIV_END \
+ setgid(effective_gid); setegid(real_gid); \
+ setuid(effective_uid); seteuid(real_uid); \
+ }
+
+#define REDUCE_PRIV(a,b) {\
+ setuid(real_uid); seteuid(effective_uid); \
+ setgid(real_gid); setegid(effective_gid); \
+ effective_uid = (a); \
+ effective_gid = (b); \
+ setgid(effective_gid); setegid(real_gid); \
+ setuid(effective_uid); seteuid(real_uid); \
+ }
#else
#error "Cannot implement user ID swapping without setreuid or setresuid"
#endif
--- at.c2002-11-19 14:28:10.0 -0500
+++ at.c2002-11-19 14:55:17.0 -0500
@@ -188,25 +188,27 @@
}
static long
-nextjob()
+nextjob(int fd)
{
long jobno;
-FILE *fid;
+ int ret;
+ char buf[32];
-jobno = 0;
-fid = fopen(LFILE, "r+");
-if (fid != NULL) {
- fscanf(fid, "%5lx", &jobno);
- rewind(fid);
-} els
cygipc semaphores not persistent?
I am attempting to use cygipc for its semaphore functionality in porting some existing UNIX code. It would appear that semaphores are not persistent? The code depends on the UNIX semantic of a semaphore being a global system object that exists regardless of whether any processes are currently using it. I have processes coming and going, using the semaphore to mediate access to a disk-based queue. I have been debugging the code, and it appears that the semaphore is destroyed when no process has it open? -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH] make cygipc semaphores persistent
The semaphores provided by the 1.14-1 version of cygipc are not persistent -- once
all client processes close a semaphore, it disappears. This is different than standard
UNIX semantics, in which semaphores persist until removed or system reboot. The
attached patch fixes this, providing the standard UNIX semantics for semaphore
lifetime.
(Semaphores will persist until ipc-daemon is killed).
I would appreciate it if the owner(s) of cygipc review this patch and roll it in
to the "official" distribution if it looks OK. The basic trick is that the ipc-daemon
process needs to keep an open handle for all semaphores in a non-removed state.
It looks as though there was code in cygipc that attempted this, but it was removed in
version 1.04.
I have included a couple typo fixes in the patch also.
--
Joe Buehler
--- ipc-daemon.c.orig 2002-11-13 15:36:53.0 -0500
+++ ipc-daemon.c2003-06-19 14:20:43.0 -0400
@@ -104,6 +104,9 @@
SERVICE_STATUS ss;
HANDLE hStopEvent = NULL;
+/* handles to semaphores, so they stay in existence as long as daemon is running */
+HANDLE *semaphore_handles[SEMMNI];
+
static void msg_init (CYGWIN_IPCNT_MSGSTR *ShareAdr)
{
int id, msg;
@@ -210,7 +213,7 @@
CloseHandle ( GSemShm ) ;
}
GSemShm = CreateSemaphore(tight_security ? NULL : &sa, 1, 1,
CYGWIN_IPCNT_SEMSHM) ;
- if( GSemSem == NULL )
+ if( GSemShm == NULL )
{
log_message(stderr, LOG_ERR, "Unable to create \"Shm\" semaphore" ) ;
goto endko ;
@@ -221,7 +224,7 @@
CloseHandle ( GSemMsg ) ;
}
GSemMsg = CreateSemaphore(tight_security ? NULL : &sa, 1, 1,
CYGWIN_IPCNT_SEMMSG) ; ;
- if( GSemSem == NULL )
+ if( GSemMsg == NULL )
{
log_message(stderr, LOG_ERR, "Unable to create \"Msg\" semaphore" ) ;
goto endko ;
@@ -334,7 +337,17 @@
{
sma = (struct semid_ds *) ((char *) LAdrSem->semary[id] +
(int) LAdrSem) ;
- if (LAdrSem->state[id] == 1)
+ if (LAdrSem->state[id] == 0) /* ready to be used */
+ {
+semaphore_handles[id] = malloc(sma->sem_nsems * sizeof(HANDLE));
+for (Index = 0; Index < sma->sem_nsems; Index++)
+{
+ name_mangle(100*id+Index, LBuff) ;
+ semaphore_handles[id][Index] = OpenSemaphore(SEMAPHORE_ALL_ACCESS,
FALSE, LBuff) ;
+}
+LAdrSem->state[id] = 2 ; /* normal operation, handles allocated */
+ }
+ else if (LAdrSem->state[id] == 1) /* client requested cleanup */
{
for (Index = 0; Index < sma->sem_nsems; Index++)
{
@@ -344,20 +357,17 @@
;
LAdrSem->current_nb[id].current_nb[Index] = 0;
CloseHandle(LHandle) ;
+ CloseHandle(semaphore_handles[id][Index]) ;
}
+free(semaphore_handles[id]);
+semaphore_handles[id] = 0;
LAdrSem->semary[id] = (struct semid_ds *) IPC_UNUSED ;
-LAdrSem->state[id] = 0 ;
+LAdrSem->state[id] = 0 ; /* ready to be used */
}
-/*
- else
+ else if (LAdrSem->state[id] == 2) /* normal operation */
{
-for (Index = 0; Index < sma->sem_nsems; Index++)
-{
- name_mangle(100*id+Index, LBuff) ;
- LHandle = OpenSemaphore(SEMAPHORE_ALL_ACCESS, FALSE, LBuff) ;
-}
+ /* nothing to do here currently */
}
-*/
}
} /* for (id ... ) */
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: cygipc semaphores not persistent?
Mark Paulus wrote: Are you running the ipcdaemon process? At one time the cygipc libraries required the ipcdaemon process to manage the global objects. I thought I read something that the ipc-daemon is going away, and being incorporated into the cygwin architecture, but I did not gather that it had happened yet. That may be a misunderstanding on my part however. I spent some time in the guts of the cygipc code, and think I tracked it down -- nothing was keeping the semaphore handles open but client processes, so when they all exited, the semaphore went away. I just posted a patch to fix this -- the ipc-daemon process now keeps semaphores open as long as they are supposed to exist. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs locksup win98se
Graham Lamont wrote: $ emacs-nox from an rxvt running bash I get sporadic lock-up of all keyboard input for the whole desktop (inc alt-tab,c-a-del) for 3-5 s at a time. Is this a known issue? Any way round it ? Prefer not to use X as this is vslow on my machine. I use win98se at home on the laptop without problems, though I don't use rxvt. There are no problems that I know of. Make sure that you have "tty" in your CYGWIN environment variable. You might also want to make sure that you have the latest emacs for Cygwin, and as a last resort perhaps upgrade your Cygwin. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs locksup win98se
Graham Lamont wrote: How do I do this ? I tried putting: set CYGWIN=tty notitle glob It goes in the Windows environment variables for the system or for your user, depending on who uses the machine. If I recall correctly, you can right click on "My Computer" and get to the environment variable settings via "Properties". You my need to reboot after you set it. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
typo in description of the "cmake" package
There is a typo in the description of the "cmake" package as displayed by the "setup" program: cmake: A cross platform build manger -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [BUG] emacs cygwin compile.el next-error fails with Ant
Mark Evenson wrote: With M-x compile invoked with "ant -emacs" one gets errors like: -- cd ~/work/cs9/ ant -find build.xml Searching for build.xml ... Buildfile: C:\cygwin\home\evenson\work\cs9\build.xml classes: compile: Compiling 2 source files to C:\cygwin\home\evenson\work\cs9\classes C:\cygwin\home\evenson\work\cs9\src\org\unodc\data\sql\BaseQueryCommand.java:21: Try this: ant -emacs | sed 's=\\=/=g' If you want to preserve the "ant" exit code you can write a shell script. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [BUG] emacs cygwin compile.el next-error fails with Ant
Mark Evenson wrote:
/^[A-Z]:/ {
command = "tr \ / | xargs cygpath ";
printf "%s", $1 | command;
close(command);
for (i = 2; i < NF; i++) {
printf " %s", $i;
};
printf "\n";
next;
}
{print}
I think I see now why you said that my posted command would not work.
The problem is that I have not yet fixed emacs to recognize drive letters.
The workaround is to use the /cygdrive/DRIVELETTER syntax.
So try something like this:
ant whatever 2>&1 | sed 's=\\=/=g;s=\([a-zA-Z]\):/=/cygdrive/\1/=g;s/\r//g'
This:
1. changes \ to /
2. changes X:/ to /cygdrive/X/
3. removes carriage returns
I saw you used some GNU sed feature for 3, so correct it if I got it wrong.
I don't think it's portable to other platforms so I never use it.
--
Joe Buehler
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: GNU Emacs build: NTEmacs vs cygwinized
FRC wrote: xterm.c:4488: `XtNbeNiceToColormap' undeclared (first use in this function) Got it -- don't compile with Xaw3d. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs on cygwin
Joshua Daniel Franklin wrote: >>No. If you want NT Emacs to understand Cygwin paths, get cygwin-mount.el from >>http://www.emacswiki.org/elisp/index.html. The Cygwin GNU emacs understands //machine/share syntax, but not X:/path syntax. Normal Cygwin /some/path/to/file syntax is fine also (of course). >>If you want to run "emacs -nw", say from a remote login shell, you can't. (The >>error is "emacs: standard input is not a tty".) Instead, use a Cygwin version >>of XEmacs, from http://www.xemacs.org/. Using "xemacs -nw" from a remote shell This works fine for Cygwin GNU emacs. You want "tty" in the CYGWIN environment variable value for it to work well. Joe Buehler -- 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 emacs HOWTO?
Tom Roche wrote: > > emacs: Terminal type cygwin is not defined. > > If that is not the actual type of terminal you have, > > use the Bourne shell command `TERM=... export TERM' (C-shell: > > `setenv TERM ...') to specify the correct type. It may be necessary > > to do `unset TERMINFO' (C-shell: `unsetenv TERMINFO') as well. > > I get the same message for 'emacs -nw'? What do I need to tell > emacs? or cygwin? or both? Make sure terminfo is installed -- there should be a file /usr/lib/terminfo/c/cygwin. Unset TERMINFO if it is set. Make sure the CYGWIN variable includes "tty". Also, note that there is a separate package for X11 emacs. If you don't install it, all you get from the "emacs" package is the usual terminal-mode emacs. Joe Buehler -- 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: emacs problem..
Vincent Yau wrote: > Hi I just installed the latest Cygwin today > and I am running it on a Windows 2000 Service Pack 2 box. > I wanted to fire up emacs but it spits out this error message: > >emacs.exe -- Entry point not found >The procedure entry point TIFFClientOpen could not be >located in the dynamic link library cygtiff3.dll. > > Wonder if I am doing anything wrong? I have tried reinstalling > and still does not work. Any tip/pointer much appreciated. Sounds like a version problem. Which version of cygtiff3.dll do you have installed? Look in the /etc/setup/installed.db file for the tiff package. It was built against tiff-3.5.7-1. Joe Buehler -- 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: terminal-mode cygwin/emacs problem, was: cygwin emacs HOWTO?
Tom Roche wrote: > > Make sure terminfo is installed -- there should be a file > > /usr/lib/terminfo/c/cygwin. > > There is not: there is not even /usr/lib. But when I run setup, > it says "Keep" and version == 5.2-3. I think you looked with a Windows tool -- you need to look using Cygwin, since it is a Cygwin mount point. Open up a bash window and cd there and see if you see the "cygwin" file. > I'm assuming you mean in the Windows environment? If so: > I went to Control Panel>System>Advanced>Environment, made a > new system variable CYGWIN, gave it the value "tty" (minus > the quotes), and even rebooted: no change. You will want to add "ntsec" if you are using NTFS, and maybe "binmode" also. Do a google search for these words and CYGWIN to see what they do. > > Path:d:\bin > > d:\bin\cygwin\1.3.13-1\bin This is probably not good -- you have stuff in d:\bin shadowing Cygwin stuff. Joe Buehler -- 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/emacs remaps C-h
Tom Roche wrote: > that is setup.exe-able from cygwin 1.3.13-1. It was very easy to > setup, but it has its quirks. One is that C-h is mapped to DEL in > both X and -nox. Is there any way to restore it to its normal > help-command role (without also screwing up Backspace and > Delete)? I.e. make C-h, Backspace, and Delete works in Cygwin the > way they do in "normal" NT emacs. For the non-X11 mode, that is standard UNIX behavior, I believe. There is no way to distinguish between backspace and C-h. For X11 mode, this is probably an emacs FAQ, so check out the emacs documentation. Joe Buehler -- 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: terminal-mode cygwin/emacs problem
Tom Roche wrote: > and emacs runs! However the display not quite right: when emacs > starts up, the display is usually shifted either down a line or > to the right a column from where it should be, with extraneous > characters showing in either the minibuffer, or the top of the > display (first line under windows titlebar) or both. Sound like the wrong setting for TERM. Try vt100 or ansi and see how it goes. What kind of window are you running emacs in? A bash window? A DOS box? > So I tried installing emacs-X11: it also works, but it shares the > same display-shifting defect as emacs-nox. It won't if you run it using X11 mode and an X server. Joe Buehler -- 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 Setup.exe..
Cygwin is pretty nice, but I think I have a way you can vastly improve Setup.exe. When people install the Cygwin environment, they have a "compile target" goal in mind. They want to compile a Windows program, or a Palm program, etc. Do you know how frustrating it is to run through the whole Setup.exe process, carefully check the packages to make sure what you need is included... Just to find out you didn't get make.exe?! In Setup.exe, in one of it's dialog windows, why can't you have some kind of "target" checkboxes that will GUARANTEE that the minimum components for your target WILL BE INSTALLED. It needs to be a no-brainer. Sure, it has to be flexible so people can use it for whatever they want.. Thanks, Joe Siebenmann Inciscent Phone: 703-205-5927 Fax: 703-876-5973 -- 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/
[possible solution] Re: Cygwin Emacs-X uses 99% of cpu
Huang. wrote:
run emacs under strace, when in 100% cpu, just repeats the following :
(repeat)
106 202207420 [sig] emacs 1692 wait_sig: looping
128 202207548 [sig] emacs 1692 wait_sig: awake
108 202207656 [sig] emacs 1692 wait_sig: processing signal 14
129 202207785 [sig] emacs 1692 wait_sig: Got signal 14
105 202207890 [sig] emacs 1692 sig_handle: signal 14
123 202208013 [sig] emacs 1692 sig_handle: signal 14, about to call
0x201240A4
108 202208121 [sig] emacs 1692 setup_handler: suspending mainthread
193 202208314 [sig] emacs 1692 interruptible: pc 0x77E7E8BB, h
0x77E6, interruptible 1, testvalid 1
149 202208463 [sig] emacs 1692 interruptible: pc 0x77E7E8BB, h
0x77E6, interruptible 0, testvalid 0
131 202208594 [sig] emacs 1692 setup_handler: couldn't send signal 14
117 202208711 [sig] emacs 1692 setup_handler: ResumeThread returned 1
125 202208836 [sig] emacs 1692 setup_handler: returning 0
106 202208942 [sig] emacs 1692 sig_handle: returning 0
(repeat)
This may be something I ran into on a UNIX machine. If someone wants to rebuild
emacs with the following patch, it might fix the problem. My recollection regarding
this patch is that a periodic timer is being set up in emacs but there is a
timing problem with how it is initialized.
I will try and rebuild the Cygwin emacs package with this patch sometime tonight.
Joe Buehler
--- src/xterm.c Sat Mar 16 05:34:56 2002
+++ src/xterm.c Mon Oct 14 08:36:55 2002
@@ -14228,6 +14228,17 @@
#endif
}
+ /* Install an asynchronous timer that processes Xt timeout events
+ every 0.1s. This is necessary because some widget sets use
+ timeouts internally, for example the LessTif menu bar, or the
+ Xaw3d scroll bar. When Xt timouts aren't processed, these
+ widgets don't behave normally. */
+ {
+EMACS_TIME interval;
+EMACS_SET_SECS_USECS (interval, 0, 10);
+start_atimer (ATIMER_CONTINUOUS, interval, x_process_timeouts, 0);
+ }
+
#else /* not USE_X_TOOLKIT */
#ifdef HAVE_X11R5
XSetLocaleModifiers ("");
@@ -14678,17 +14689,6 @@
XtCacheByDisplay, cvt_pixel_dtor);
XtAppSetFallbackResources (Xt_app_con, Xt_default_resources);
-
- /* Install an asynchronous timer that processes Xt timeout events
- every 0.1s. This is necessary because some widget sets use
- timeouts internally, for example the LessTif menu bar, or the
- Xaw3d scroll bar. When Xt timouts aren't processed, these
- widgets don't behave normally. */
- {
-EMACS_TIME interval;
-EMACS_SET_SECS_USECS (interval, 0, 10);
-start_atimer (ATIMER_CONTINUOUS, interval, x_process_timeouts, 0);
- }
#endif
#ifdef USE_TOOLKIT_SCROLL_BARS
--
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/
patched cygwin emacs available (for signal looping problem)
Would those people having a problem with the Cygwin emacs going into an infinite signal loop please try testing the new emacs binaries that can be found at the following location? http://68.98.180.124:3000/cygwin/emacs/ No guarantee that it will fix anything, but I have applied a patch that was necessary to fix a similar problem under a version of UNIX. If this fixes anything, I will release a new version of emacs for Cygwin. Joe Buehler -- 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: emacs lockup w/ TERM = linux (cygwin tty deadlock)
Christopher Faylor wrote: Btw, this appears to be some kind of deadlock in the pty code. Maybe Egor or Sergey or Steve O will want to investigate? If it's apropos, emacs is using the pty functions in libutil supplied by inetutils. Joe Buehler -- 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: infinite loop in rm
William A. Hoffman wrote:
I saw some mention of this problem here:
http://www.cygwin.com/ml/cygwin/2002-07/msg00147.html
Is there a fix for this that works, or will be incorporated
into a future version of cygwin? I looked in the FAQ and
saw nothing about it. I have some nightly scripts that clean
some directories, and if I leave a shell open in one of the
directories, the scripts just run forever trying to remove
the directory.
I am using the following patch to unlink() on a version of Cygwin that
is several months old. It does nothing unless there is a directory
named .cygdel at the root of the drive holding the file to be deleted.
In that case, it moves the file there before trying to delete it.
Make sure you make the directory mode 777 when you create it...
Works for me -- I think I posted this to the list but may be wrong.
Joe Buehler
Index: src/winsup/cygwin/syscalls.cc
===
RCS file: /cvs/src/src/winsup/cygwin/syscalls.cc,v
retrieving revision 1.214
diff -u -r1.214 syscalls.cc
--- src/winsup/cygwin/syscalls.cc 2 Jul 2002 03:06:32 - 1.214
+++ src/winsup/cygwin/syscalls.cc 8 Aug 2002 16:38:12 -
@@ -142,6 +142,23 @@
SetFileAttributes (win32_name, (DWORD) win32_name & ~FILE_ATTRIBUTE_READONLY);
}
+ // attempt to rename before deleting
+ char *basename;
+ basename = strrchr(win32_name, '\\');
+ if (basename && *++basename) {
+const char *rootdir = win32_name.root_dir();
+if (rootdir) {
+ const char *s = strrchr(rootdir, '\\');
+ if (s && !s[1]) {
+ char newname[MAX_PATH + 12];
+ __small_sprintf(newname, "%s.cygdel\\%s", rootdir, basename);
+ if (MoveFile(win32_name.get_win32(), newname)) {
+ win32_name.check(newname, PC_SYM_NOFOLLOW | PC_FULL);
+ }
+ }
+}
+ }
+
DWORD lasterr;
lasterr = 0;
for (int i = 0; i < 2; i++)
--
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/
Redhat "at" daemon initial port
I have an initial port to Cygwin of the Redhat 8.0 "at" daemon. I do not have time at the moment to completely clean it up and get it in packageable form. However, if anyone would like to step forward and take this over, I can send you what I have. Joe Buehler -- 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: emacs 100% cpu usage bu
Hans Larsen wrote: I found in /bin an emacs, and an emacs.exe. I removed both, downloaded the binaries from: http://68.98.180.124:3000/cygwin/emacs/ and all problems disappeared. Let's make sure I understand. You grabbed the modified emacs binaries I put up, and your problems disappeared. Did you download any new Cygwin dll's also? It has been looking like the problem is in the Cygwin dll, not in emacs, so I don't want to release that new emacs package unless I have to, lest something else break. Joe Buehler -- 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: emacs 100% cpu usage busy
Hans Larsen wrote: With regards to emacs, which worked properly until some weeks ago, I definitely fixed the problem by replacing the binary with the binary I downloaded from http://68.98.180.124:3000/cygwin/emacs/ without changing anything else. OK, I'll release a new emacs. Joe Buehler -- 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: Rev: Problem with emacs: crontabs aren't getting installed
trevin wrote: Just to let everybody know, the above suggestion helped me find the real culprit: emacs. emacs was not even exiting properly at all; the /tmp/real_emacs_exit_status file never got written out. Also, the /tmp/crontab.* files were never cleaned up. It appears that emacs *kills* its parent when you exit. So I downloaded and used the nano editor instead, and it works. It's not crontab's fault; it's a bug in emacs. Would you try something for me please? Run (server-start) in a running emacs then set EDITOR=emacsclient and try editing your crontab. The file to be edited should pop up in your emacs. Edit it then do C-x# when you are done. Emacsclient will exit, but not emacs. I am curious what happens to the parent process in this case... Joe Buehler -- 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 emacs: broken key mappings
[EMAIL PROTECTED] wrote: The emacs C-c, C-h and C-SPC keys are broken: C-c maps to C-g C-SPC maps to SPC C-h maps to DEL Make sure you have "tty" in your CYGWIN variable. Also, I believe that there is a post from an emacs guru in the last couple months that complains about the way certain keys are handled in the default Cygwin console, so you might try and xterm or rxvt. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
strange location of gettext.h
The gettext.h header file is under /usr/share/gettext, along with some other headers in the same package. Is there some reason that the header cannot be put under /usr/include? Configure scripts will not find it where it currently is. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] GNU emacs 21.2-9
GNU emacs 21.2-9 is available. Changes: - applied UNIX patch reported to help recent hang-related problems - switch to built-in malloc (requested by emacs maintainers, supposedly will reduce memory usage) - numerous patches to LISP source for various features in common with Windows emacs - complete recompile of all LISP files The LISP patches have to do with conditionals that test the system type. I went through all such and added cygwin to the places where it obviously belonged, such as: ignore case when completing file names in shell mode, allow directory rename to change case in dired mode, etc. New users please be aware of a couple things: - You will want "tty" included in your CYGWIN environment variable setting, and probably "binmode". Look at the following for some documentation: http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html Joe Buehler *** INFORMATION ON UPDATING CYGWIN *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/ -- 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: Emacs: completion of buffer names ignores case
Eric Hanchrow wrote: Possible completions are: *Shell Command Output* *shell* Now, I can understand that Emacs would ignore case when completing file names on Windows, since Windows itself doesn't distinguish file names by case. But since Emacs does distinguish buffer names by case, I expect it, when completing buffer names, to ignore a buffer whose name differs in case from what I've typed. Is this a bug? Undoubtedly -- I made some patches to the LISP source in 21.2-9 to attempt to get the proper case-insensitivity changes for Cygwin. Let me look and see what I can find. Joe Buehler -- 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/
[SCRIPT] Windows system dll function addresses
Sometimes it is useful to be able to tell what Windows
DLL functions are at the top of a stack trace in gdb
(not everyone can remember functions by address instead
of name).
Here is a perl script to dump a sorted list of symbol
addresses from the dlls on a Windows system. You need
dumpbin to run this. Only tested on Windows NT --
dumpbin may have different output on other versions, in
which case this may break.
Oh, one thing -- I have a mount point named "/sys" that is the
directory where the dlls reside. I think I made that myself.
You will have to substitute whatever the appropriate path is
on your machine.
Joe Buehler
#!/usr/bin/perl
#
# dump symbols and absolute address from Windows system dlls
#
# You need dumpbin for this to work.
# You also need to change /sys to whatever is appropriate.
#
opendir(SYSDIR, "/sys");
while ($dll = readdir(SYSDIR)) {
next unless $dll =~ /[.]dll$/io;
next unless -f "/sys/$dll";
open(DUMPBIN, qq{ cd /sys && dumpbin /headers /exports $dll | });
while () {
s/\r*\n//o;
next if /^\s*$/o;
if (/^\s*(\S+)\s+image\s+base\s*$/io) {
$image_base_address = hex $1;
} elsif (/^\s+ordinal\s+hint\s+RVA\s+name\s*$/io .. /^\S/o) {
next if /^\s+ordinal\s+hint\s+RVA\s+name\s*$/io;
next if /^\S/io;
next unless ($ordinal, $hint, $RVA, $name) = /^\s+(\S+)\s+(\S+)\s+(\S+)\s+(.+)$/o;
$RVA = hex $RVA;
push(@out, sprintf("0x%08x %16s %s\n", $image_base_address + $RVA, $dll, $name));
}
}
close(DUMPBIN);
}
closedir(SYSDIR);
print sort @out;
--
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: Emacs: completion of buffer names ignores case
Eric, While looking at this, I tried it -- and I have no problem on my machine. Would you run emacs --no-site-file --no-init-file and see if you still have the problem? Also, what version of windows are you running? Joe Buehler -- 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: Emacs: completion of buffer names ignores case
Eric, I think you have "completion-ignore-case" set to t in your emacs. It is not set in mine. Fire it up with the no-init args I posted previously and see if it is still set. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] GNU emacs 21.2-11 is available
GNU emacs 21.2-11 is available. Changes: - optimized size of unexec()'d emacs binary for better fork() performance - recompiled all LISP files (-9 did, but -10 did not, and that may have caused problems reported by a couple users) New users please be aware: - You will want "tty" included in your CYGWIN environment variable setting, and probably "binmode". Look at the following for some documentation: http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html Joe Buehler *** INFORMATION ON UPDATING CYGWIN *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/ -- 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/
[SCRIPT] find-dll-symbol
The attached script is an improved version of a script previously
posted. This one takes hex numbers on the command line and dumps
the associated dll symbol information. It is useful in determining
what functions are present in a stack trace.
The dll information is cached. Use --update to update the cache
(dll modify times are checked) or --rebuild to rebuild the cache
completely (all dll files are reexamined).
Change $CACHEFILE and @DLLDIRS to suit.
Joe Buehler
#!/usr/bin/perl
#
# find symbol and dll given an address
#
# You need "dumpbin" for this to work.
#
# Set @DLLDIRS to the list of directories in which you are interested.
# Set $CACHEFILE to the location of the cache file.
#
# coded by Joe Buehler ([EMAIL PROTECTED])
#
# $Id: find-dll-symbol,v 1.1 2002/12/17 13:56:08 jhpb Exp $
#
$CACHEFILE = "/usr/local/lib/dll-info";
@DLLDIRS = ("/bin", "/sys");
my @SYMBOL_INFO;
update_symbol_info();
for $arg (@ARGV) {
if ($arg eq "--rebuild") {
unlink($CACHEFILE);
update_symbol_info(1);
} elsif ($arg eq "--update") {
update_symbol_info(1);
} elsif ($arg =~ /^-/o) {
print STDERR "$0: $arg: unknown option\n";
exit(1);
} else {
find_symbol($arg);
}
}
sub update_symbol_info
{
my($force_rebuild) = @_;
my %dll_info;
my $modified = 0;
my $mtime_cache = 0;
my $cache_was_read = 0;
# don't do this if we have already done it
return if (@SYMBOL_INFO && !$force_rebuild);
# read in the cache file if it exists
if (-f $CACHEFILE) {
# get modify time for cache file
my($dev,$ino,$mode,$nlink,$uid,$gid,$rdev,$size,
$atime,$mtime,$ctime,$blksize,$blocks) = stat(_);
$mtime_cache = $mtime;
# read in cache file
open(CACHE, "<$CACHEFILE");
while () {
chomp;
my($start, $dll, $name) = split(/:/, $_, 3);
push(@{$dll_info{$dll}}, [hex($start), $dll, $name]);
push(@SYMBOL_INFO, [hex($start), $dll, $name]);
}
close(CACHE);
return unless $force_rebuild;
++$cache_was_read;
}
print STDERR "rebuilding cache...\n";
# update files for which there is no data in the cache or it is out of date
for $dlldir (@DLLDIRS) {
next unless -d "$dlldir";
opendir(DLLDIR, $dlldir);
while ($dll = readdir(DLLDIR)) {
next unless $dll =~ /[.]dll$/io;
next unless -f "$dlldir/$dll";
# normalize dll file name
$dll = lc $dll;
# check dll modify time vs. cache file
($dev,$ino,$mode,$nlink,$uid,$gid,$rdev,$size,
$atime,$mtime,$ctime,$blksize,$blocks) = stat(_);
next if ((exists $dll_info{$dll}) && ($mtime < $mtime_cache));
print STDERR "*** updating $dlldir/$dll\n";
$modified = 1;
delete $dll_info{$dll};
push(@{$dll_info{$dll}}, [0, $dll, ""]);
open(DUMPBIN, qq{ cd '$dlldir' && dumpbin /headers /exports '$dll' | });
while () {
# remove line endings
s/\r*\n//o;
# discard blank lines
next if /^\s*$/o;
# process stuff in which we are interested
if (/^\s*(\S+)\s+image\s+base\s*$/io) {
$image_base_address = hex $1;
} elsif (/^\s+ordinal\s+hint\s+RVA\s+name\s*$/io .. /^\S/o) {
next if /^\s+ordinal\s+hint\s+RVA\s+name\s*$/io;
next if /^\S/io;
next unless ($ordinal, $hint, $RVA, $name) =
/^\s+(\S+)\s+(\S+)\s+(\S+)\s+(.+)$/o;
push(@{$dll_info{$dll}}, [$image_base_address + hex($RVA), $dll, $name]);
}
}
close(DUMPBIN);
}
closedir(DLLDIR);
}
if ($modified) {
undef @SYMBOL_INFO;
for $info (values %dll_info) {
for (@$info) {
push(@SYMBOL_INFO, [@$_]);
}
}
@SYMBOL_INFO = sort { $$a[0] <=> $$b[0] } @SYMBOL_INFO;
open(CACHEFILE, ">$CACHEFILE");
for $info (@SYMBOL_INFO) {
printf CACHEFILE ("0x%08x:%s:%s\n", $$info[0], $$info[1], $$info[2]);
}
close(CACHEFILE);
}
}
sub find_symbol
{
my($address) = @_;
my $low = 0;
my $high = $#SYMBOL_INFO;
my $middle;
$address = hex($address);
# binary search to find symbols that match provided address
while ($low <= $high) {
$middle = int(($low + $high) / 2);
if ($address >= $SYMBOL_INFO[$middle][0] && ($middle >= $#SYMBOL_INFO || $address < $SYMBOL_INFO[$middle + 1][0])) {
my @out;
for ($m = $middle - 1; $m >= 0; --$m) {
last if ($SYMBOL_INFO[$m][0] != $SYMBOL_INFO[$middle][0]);
unshift(@out, sprintf("0x%08x %s %s\n", @{$SYMBOL_INFO[$m]}));
}
push @out, sprintf("0x%08x %s %s\n", @{$SYMBOL_INFO[$middle]});
for ($m = $middle + 1; $m <= $#SYMBOL_INFO; ++$m) {
last if ($SYMBOL_INFO[$m][0] != $SYMBOL_INFO[$middle][0]);
push(@out, sprintf("0x%08x %s %s\n", @{$SYMBOL_INFO[$m]}));
}
print STDERR @out;
last;
} elsif ( $address < $SYMBOL_INFO[$middle][0] ) {
$high = $middle - 1;
} else {
$low = $middle + 1;
}
}
}
#
# $Log: find-dll-symbol,v $
# Revision 1.1 2002/12/17 13:56:08 jhpb
# Initial revision
#
--
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/
m4 has no version in setup.ini
I notice that m4 has no version in the setup.ini file. Is this by design? Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] GNU emacs 21.2-11 is available
GNU emacs 21.2-11 is available. Changes: - optimized size of unexec()'d emacs binary for better fork() performance - recompiled all LISP files (-9 did, but -10 did not, and that may have caused problems reported by a couple users) New users please be aware: - You will want "tty" included in your CYGWIN environment variable setting, and probably "binmode". Look at the following for some documentation: http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html Joe Buehler *** INFORMATION ON UPDATING CYGWIN *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/ -- 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/
Small wingdi.h bug
The following prototype in wingdi.h should not have the CONST qualifier for COLORREF. Perhaps it was mis-copied from the wglSet... function? WINGDIAPI int WINAPI wglGetLayerPaletteEntries(HDC, int, int, int, CONST COLORREF *) -- 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: Quirky Emacs behavior -- any ideas?
Dr. Andrew Mayer wrote: ** ad-Orig-documentation called with 5 arguments, but accepts only 1-2 I recall some problem of this sort in the near past, but cannot remember exactly what it was. Code in advice.el creates a wrapper for the "documentation" function, which it renames to ad-Orig-documentation. For some reason 5 arguments are being passed when the original function expects only 1 or 2. Are you running the very latest version of Cygwin emacs? It has all the LISP files recompiled, which I believed fixed some sort of problem of this kind. You might try running the elisp expression (ad-Orig-documentation 'documentation-property t) and see if you get back the documentation string for the named function. When I exit Emacs (and return to a bash shell) I see this error lstat(./kpsewhich) failed ... ./kpsewhich: No such file or directory Never heard of this. The name appears in the emacs lisp source as part of some sort of TeX support software. Joe Buehler -- 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: problem with emacs 21.2 on Cygwin 1.3.18-1
Mei Wu wrote: I found a few problems with emacs 21.2 on the latest Cygwin 1.3.18-1, when I use uniquify-rename-buffer:, it is invoked when a second file with Which version of 21.2 are you using? Your problem looks like the same thing that a couple others are having problems with -- advice.el. My suspicion is that you are using an older version and not all the LISP files were recompiled properly. Joe Buehler -- 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: Quirky Emacs behavior -- any ideas?
Shin'ichi Matsuo wrote: M-x describe-function RET documentation RET -- Buffer: *Help* -- documentation is a built-in function. [Missing arglist. Please make a bug report.] region of text with the same `field' property. If NEW-POS is nil, then the current point is used instead, and set to the constrained position if that is different. Very interesting -- something is mightily messed up here -- you did not get back the documentation for the proper function. What version of emacs 21.2 are you running, and on what version of Windows? Joe Buehler -- 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/
fix for "wrong number of arguments" emacs problem
There have been a couple people with an emacs problem whose symptom is LISP error messages complaining about a bad number of arguments to a function call. Dr. Andrew Mayer cured this problem through a reinstall. Here are the details: http://cygwin.com/ml/cygwin/2003-01/msg00410.html http://cygwin.com/ml/cygwin/2003-01/msg00412.html http://cygwin.com/ml/cygwin/2003-01/msg00421.html His particular problem appears to have been caused by a change to Cygwin that made "ntsec" the default behavior, which resulted in permissions problems that were cured by the reinstall. Joe Buehler -- 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: emacs error ad-Orig-documentation called with 5 arguments
Robert Mecklenburg wrote: I'm not sure how to continue debugging this issue. I'm studying advice.el now. I think this (long-running) problem has something to do with the fact that emacs under Cygwin now has unexec(). If you roll back to emacs 21.2-9 you will not have any problems. One thing that you might try is rolling back your cygwin DLL, if you can. Emacs was compiled against an older one, and this may be causing some problems when running against a new DLL. -- Joe Buehler -- 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: emacs error ad-Orig-documentation called with 5 arguments
Dan Holmsand wrote: I think I've found the problem: /usr/share/emacs/21.2/etc/DOC-21.2.1 seems to be missing a few lines (at line 2406, right before Finvocation-name, to be precise). Thank you! There does indeed seem to be a difference between emacs and emacs-nox behavior. I must have missed this, but the problem only happens with emacs-nox. Now that I can reproduce this, I will work on a fix -- probably two DOC files (ugh -- they're not tiny). -- Joe Buehler -- 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: New User Problems setup, emacs compiling etc.
Paul T. Karch wrote: I can't get emacs to work properly in the "DOS/Bash" window. When I invoke it (by typing emacs) it displays a menu bar at the top (which is useless) and you can kind of work with it but you cannot exit normally with a C-x C-c. You can C-z which puts it in the background and then you can kill it. Any suggestions on how to get emacs to work normally ? This is a FAQ. Make sure the CYGWIN environment variable contains "tty" before bash is started. You should probably make this a system environment variable setting. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] GNU emacs 21.2-12 is available
GNU emacs 21.2-12 is available. Changes: - fixed problem with DOC file causing LISP documentation functions to fail; X and non-X emacs now have separate DOC files New users please be aware: - You will want "tty" included in your CYGWIN environment variable setting, and probably "binmode". Look at the following for some documentation: http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html Joe Buehler *** INFORMATION ON UPDATING CYGWIN *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/ -- 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: rsync hang - strace output - any ideas?
Max Bowsher wrote: I got this from gdb: (gdb) bt #0 0x77f767ce in ?? () i.e. nothing useful. If anyone has any suggestions for getting more info, please say. I posted a script to this list some time back that can be used to translate NT addresses (like the 0x77f767ce above) to function names. This can be a help in understanding what a thread is hanging on. There were two versions of the script. The first one just dumps a list, the second one was enhanced with a cache and could spit out the names of the nearest function(s). -- Joe Buehler -- 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: emacs in separate window
Igor Pechtchanski wrote: If you're ambitious, you may try to compile emacs from source and link it with the W11 library that comes with rxvt, although I'm almost certain there's a lot of missing functionality there. If you succeed in building emacs with W11 (and adding the necessary functionality to W11), I'm sure many on this list will be interested in the results. Another approach is to massage the existing NT code in emacs to use the native windowing system instead of X11. It probably would not be too hard to do. I just submitted a final Cygwin emacs patch to the emacs developers, so anyone wanting to hack up emacs might wait a bit until it is all in the official emacs CVS. -- Joe Buehler -- 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: stdio on bash shell/emacs
Aaron Edsinger wrote: hi. i've got a c program that works fine through cygwin bash. when i run it from emacs bash on windows, the stdio no longer works. after trolling around on the user groups, i found that using fflush(stdout) will allow a printf to work. however, a call to kbhit() only returns true on Ctrl-C. does anyone have any ideas about this. (here's the code:) As another poster said, investigate the "tty" setting in the CYGWIN variable. The fact that you see special behavior for ^C means that you probably don't have it set. It is also not clear exactly what you are doing. If you are just running "shell" then you are not talking directly to the subshell -- keystrokes are going to emacs, which is buffering them up then sending them when you hit return. -- Joe Buehler -- 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: emacs in separate window
Shankar Unni wrote: Another approach is to massage the existing NT code in emacs to use the native windowing system instead of X11. It probably would not be too hard to do. Err, wouldn't that just be "NTEmacs"? I thought the Cygwin build disabled all the NT-specific code in Emacs. Or doesn't it? No, some of it is in there -- UNC paths work, for example. A Cygwin emacs with a Windows GUI would certainly look like NTEmacs, but it would function a bit differently -- it would support the Cygwin shell in various places, etc. -- Joe Buehler -- 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: buffer anomolies - emacs X11-21.12 vs. cvs
Doug Maxey wrote: Somewhere between 21.x, where x was the version available around November 2002, and the latest emacs, including 21.9 and 21.12, files that were updated or committed suddenly started getting extraneous data inserted in the buffer when the commit was done. Here is tiny ascii A couple possibilities: - Some patches have been made to some .el files for the Cygwin port. - All the .el files have been recompiled because of the patches You can try installing the emacs lisp source package, and removing the .elc (compiled lisp) files and see what happens. It is going to slow things down, though. -- Joe Buehler -- 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 emacs patches integrated into official FSF CVS tree
FYI, the patches necessary to compile GNU emacs on Cygwin have finally been integrated into the official FSF source tree. They are currently in the main CVS branch if you want to check it all out and work on it for your own purposes. The version in the FSF tree does not have undump() functionality. Because of licensing issues I have to rewrite the code before the FSF will accept it. The next (21.3) official GNU emacs release will probably not have the Cygwin patches in it because of release timing issues. They will eventually be in an official release, though. -- Joe Buehler -- 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: I can't exit emacs
Aldi Kraja wrote: I had time that had seen the problem of not exiting emacs of cygwin. So instead of its interface that is too plain, I created a symbolic link to cygwin and I invoke the xemacs PC version. Also I would like to say to whom is working on Xfree that they have done tremendous job on their emacs, unless the emacs is the same one that I invoke under cygwin. Than I would say it's better to start "startx" for the worthy emacs interface. Both emacs are the same. The character-mode interface is the usual character-mode UNIX interface. The GUI interface is the usual X11 UNIX interface. -- Joe Buehler -- 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: gcc doesn't work: "gcc: installation problem, cannot exec `cc1': No such file or directory"
Niemann Hartmut wrote: I installed the cygwin environment 1.3.20-1 including gcc on a Win2000 PC, and gcc does not work: $ gcc hello.c -lm gcc: installation problem, cannot exec `cc1': No such file or directory I had a similar problem recently that was cured by a reinstall. -- Josef Bühler -- 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: Kudos
Christopher Faylor wrote: I just wanted to say thank you to all of the dedicated people on this mailing list who spend countless hours answering questions. My hat is off to all of you. There is no way that cygwin could survive without your guidance and support. Thank YOU Cygwin hackers for Cygwin itself -- you have no idea what life was like before I could get a real X11 GNU emacs on our remote Windows NT build machines. We use Cygwin now and have identical build environments on UNIX and NT using the AT&T ast (ksh93) software. -- Joe Buehler -- 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: Kudos
Gershon Kagan wrote: Do you use make in a GNU emacs X window on both platforms for an identical build interface? Do you use gcc on both platforms or MS Visual C++ ? How do your makefiles support multiple platforms? I wrote some templates that generate Makefiles that use make variables to support the native compiler on multiple platforms. I just wanted to compare approaches. I use emacs for maintenance work and fixing build problems. The builds are automated, with a status monitoring system that reports on builds in real time to a database server that distributes the information to Java GUI clients, so developers can see whether their build worked and what kinds of errors have been detected. We use AT&T nmake with native compilers on all platforms (xlC on AIX, cc/aCC on HPUX, cc/CC on SUNOS, msvc++ 5/6 on Windows). AT&T nmake is vastly superior to GNU make feature-wise. I think it was originally written for performance reasons, to reduce the AT&T 5ESS switch build times, which were taking several days back in the 80's. The cross-platform abilities are a major reason we use it -- we use the same ksh build scripts and same makefiles on all machines. There are some conditionals for platform tests, but it is minimal because of the rule set we have running on top of the nmake engine (we don't use the rule set that comes with nmake). Basically, we developed a set of functions that get used in the makefiles. Like this: temp.exe :make: file1.c file2.cpp libwhatever.a The :make: function takes care of filename translation (libwhatever.a becomes libewhatever.lib on a Windows box) and generation of all the make rules and shell command blocks to generate temp.exe, build lint for it, export it into an export area, etc. If we want to add something, we just change :make: in the master rules file and don't have to touch the makefiles. Parallel build performance is another reason we use it. GNU make can do parallel builds, but it does not have any mutual exclusion capabilities built in for rules that conflict with one another -- nmake does. Then there's automatic header file scanning, compiled makefiles (for speed), state retention between builds (also for speed), viewpathing (for multiple developers working against a shared baseline build), much simplified makefiles, and probably a few other things that don't occur to me at the moment. Oh, yes, shell command blocks are just that, blocks -- they are not executed one line per shell and you don't need those awful \ characters to continue lines. Multimachine network builds are supported also, though we don't use that (yet). -- Joe Buehler -- 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/
Problem with pthreads
I'm in qa, and I'm attempting to port a filesystem stress test written for Linux to Windows using cygwin. It uses pthreads to create many concurrent threads which read files out of a directory in various patterns. The thing is, I've found that with any more than 55 threads, pthread_join will hang indefinitely, for no apparent reason. Its also only the second call to pthread_join. Its being called from the creator thread and each of the threads were cancelled prior to being joined (and the cancel appears to work fine, as all disk activity stops). Its very strange. With 55 threads everything works exactly as expected, and with 56 it doesn't work at all. Is this a known issue, or am I doing something wrong? Thank you in advance if anyone is able to help me. Joe Sadusk QA Engineer - Isilon Systems -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe: something besides C++?
I don't want to start a huge flamewar, but have any of the setup.exe developers thought about changing setup.exe so that it is written in something a little easier to work on, like perl/tk? People have been asking for various enhancements for quite a while now, so obviously it is not easy to change setup... -- Joe Buehler -- 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: Answer File for Setup.exe
Kyrytow, Stefan wrote: Is there a way to create an answer file for cygwin setup? I need to install cygwin on several workstations and would like to script the install so I don't manually have to install on each workstation. You could try AutoIt to automate the task until setup is enhanced... -- Joe Buehler -- 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.exe: something besides C++?
Pavel Tsekov wrote: But then, it would become _huge_. You'd have to download a bunch of other software just to install Cygwin. You would use a self-extracting executable. It's easy enough to do with the info-zip software. -- Joe Buehler -- 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.exe: something besides C++?
Steve Coleman wrote: But then with all the recent requests for new Cygwin setup.exe features I do think there might be a use for something like the CPAN.pm package that would allow these people to script their own automatic updates or to add new custom features as required for their specific needs. No setup.exe is going to satisfy everybody, so perhaps a CYGWIN.pm ?? I am one of the ones who would like to make install enhancements for my own use -- unattended installs for example -- but the existing code is not easy for me to figure out... -- Joe Buehler -- 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.exe: something besides C++?
Robert Collins wrote: So we: Write a perl/tk installer in using activestate perl to be installed using a self-extracting executable to allow the installation of cygwin. Perhaps I'm pessimistic, but I can just see huge issues with 'your installer downgraded my activestate install' and other similar problems. You unzip everything into a temp directory and it all runs from there. No registry entries (or whatever a normal win32 perl install does), just files temporarily put into an install directory. We do this already where I work (which is why I mentioned it in the first place). I may or may not try it -- time is also a concern for me. -- Joe Buehler -- 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: emacs/21.2 on cygwin/1.3.13-2 or 1.3.18-1, slow startup up with-q
Richard H. Broberg wrote: I noticed that the emacs/21.2 built with both the 1.3.13-2 and the 1.3.18-1 (2 distributions I have on 2 different machines) is built in a funny way: a whole ton of stuff is loaded up at startup due to 'loadup.el' being loaded, even when I start with 'emacs -q'. I have a script which runs emacs in batch mode Sounds like you are running an old release of Cygwin emacs. It is loading all that lisp because undump() was not added until recently. Upgrade your emacs. -- Joe Buehler -- 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: emac for X11 throws error about entry point SmcClientID not be located in libSM.dll
I'm using win2000. I installed emacs-X11 and xfree86 for cygwin. When I tried to run emacs, it throws an error window saying: The procedure entry point SmcClientID could not be located in the dynamic link library libSM.dll. I saw some mail talking about rebase or not rebase. Is there a solution to it. Or my setup screwed up something? Or I need to find a good mirror site to download? Do you have libSM.dll somewhere? I have XFree86-bin 4.2.0-2 and /usr/X11R6/lib/libSM.dll has the symbol in it. -- Joe Buehler -- 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: emac for X11 throws error about entry point SmcClientID not be located in libSM.dll
Haibing Ma wrote: My libSM.dll is at /usr/X11R6/bin/libSM.dll, and it has the symbol in it. Should the dll sit in /usr/X11R6/lib, not /usr/X11R6/bin? My /usr/X11R6/lib has not dlls, but .a files. You are correct, I misspoke. In that case, you probably need to add /usr/X11R6/bin to your PATH so emacs can find the dll. -- Joe Buehler -- 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: idea for mixed import/static libraries and linking with DLLs
Christopher Faylor wrote: Apologies if this approach has already been mentioned. I thought it was kinda neat. AIX has something interesting. All libraries are ar libs. You can have shared objects in them, or plain .o files, or a mixture of both. The same library can be used for dynamic or static builds. Further, since all code is position-independent, you can easily make a shared library from any .o file. -- Joe Buehler -- 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/
spawnve() problem
It looks like I am having a problem with spawnve(). Compiling the AT&T ksh93 to use spawn instead of fork/exec improves performance, but unfortunately Cygwin's spawnve() implementation appears to reset signal handlers to default values in the new process. This can cause shell script malfunctions -- signals that should be ignored instead cause process termination. Am I correct? Any chance of changing this behavior so SIG_DFL and SIG_IGN are inherited? -- Joe Buehler -- 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: Emacs M-x gdb does not correlate CYGWIN symlinks to source files
Keith M.Knowles wrote: I would appreciate any/all advice, and am specifically interested in a) ideas to pursue for a work-around!!, b) whether this is thought to be an Emacs/Gnu/Cygwin-symlink difficulty that might be worth rectifying in the future? This is probably a Cygwinism that is not supported in the current GNU emacs port. I would pursue figuring out how to make gdb find your real source files, it should be doable. You could also use something besides symlinks -- perhaps use rsync to *copy* the files into your build area. -- Joe Buehler -- 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: Emacs M-x gdb does not correlate CYGWIN symlinks to source files
Igor Pechtchanski wrote: Any particular reason you use Native Win32 Emacs when GNU Emacs is available under Cygwin? The Cygwin Emacs will understand symbolic links, POSIX paths, etc... Yes, I missed that -- you will probably have fewer problems with the Cygwin emacs. -- Joe Buehler -- 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: Process hang(100% CPU Usage) when concurrent calling select(),cygwin1.5.5-1 WinXP/Win2000
zhouxin wrote: > If the udp worker's count greater than 18,some thread's select() hang and process > take 100% cpu: My vague recollection is that Cygwin allocates threads to handle select(). Interestingly, there is a static pool of 18 threads internally before switching to dynamically created threads. So there may be some problem related to the dynamically allocated threads code. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building gcc on cygwin w/ Herman Ten Brugge's bounds checking patch
Bill Priest wrote: I've built gcc w/ the bounds checking patch on Linux and solaris and am trying to build it on cygwin (w/ the cygwin modified source from setup). With tweak to one file I've been able to get it to bootstrap w/o any errors and the resulting C compiler will work w/o specifying "-fbounds-checking". But I get a seg fault when specifying "-fbounds-checking". Has anyone been able to build gcc w/ this patch?? I'm sure the problem is parts of the patch that don't apply cleanly vs. the cygwin patches. I had downloaded this but not tried it yet. If you get it working it would be "interesting" to recompile Cygwin and all of its packages and see what happens. We have most of the core dumps out of our local Cygwin setup but there are still some happening from time to time... -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Congrates on cygwin
Tried this package a long time ago. Didn't like it in the earlier stages - but frankly - it's fantastic now. Installed it a few weeks ago and luv it. Finally something which makes my windows useful. Congrates to all the developers. regards joe baptista Joe Baptista for Councillor City of Peterborough Town Ward 3 Official Campaign Site @ www.joebaptista.com Personal Web Space @ www.baptista.god "Desperate Americans" ... Muhammed Saeed al-Sahaf former Iraqi Information Minister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
TRANSLATION - Re: INSTALACION!!!
On Tue, 25 Nov 2003, Angel Linares wrote: > > > > HOLA Hello > > ME LLAMO ANGEL Y QUIERO AYUDA SOBRE LA INSTALACION DEL CYGWIN. MI PROBLEMA > ES EL SIGUIENTE: My name is Angel an I need help with respect to the installation of CYGWIN. My problem is as follows: > BAJE LOS PAQUETES (PARA INSTALACION COMPLETA) DEL CYGWIN, A MI MAQUINA. A LA > HORA DE EMPEZAR A INSTALAR SOBRE EL DIRECTORIO LOCAL, LA INSTALACION SE > TERMINA EN EL 22%, Y SE SALTA AL 100% Y TERMINA LA INSTALACION, SIN INSTALAR > TODOS LOS PAQUETES. I pick the packets needed for a full CYGWIN installation on my system. When I start the installation to a local directory, it's stops installing at 22% complete, it then jumps to 100% complete and terminated the installation, without installing all the packets. > POR ULTIMO ME SACA UN MENSAJE QUE DICE: "NO SE ENCUENTRA EL ARCHIVO > CYGWIN1.DLL". I get the followin error message: "Can;t find the archive (filename) CYGWIN1.DLL" > ESTOY INSTALANDO SOBRE WINDOWS 98 SEGUNDA EDICION.ESO SERIA TODO. i'm installing this on a windows 98 second edition. regards joe Joe Baptista for Councillor City of Peterborough Town Ward 3 Personal Web Space @ www.baptista.god -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: TRANSLATION - Re: INSTALACION!!!
On Wed, 26 Nov 2003, Gerrit P. Haase wrote: > Guten Tag Joe Baptista, Thanks Gerrir :) joe > > am Dienstag, 25. November 2003 um 16:14 schrieben Sie: > > > JB> On Tue, 25 Nov 2003, Angel Linares wrote: > > >> > >> > >> > >> HOLA > > JB> Hello > > >> > >> ME LLAMO ANGEL Y QUIERO AYUDA SOBRE LA INSTALACION DEL CYGWIN. MI PROBLEMA > >> ES EL SIGUIENTE: > > JB> My name is Angel an I need help with respect to the installation of > JB> CYGWIN. My problem is as follows: > > >> BAJE LOS PAQUETES (PARA INSTALACION COMPLETA) DEL CYGWIN, A MI MAQUINA. A LA > >> HORA DE EMPEZAR A INSTALAR SOBRE EL DIRECTORIO LOCAL, LA INSTALACION SE > >> TERMINA EN EL 22%, Y SE SALTA AL 100% Y TERMINA LA INSTALACION, SIN INSTALAR > >> TODOS LOS PAQUETES. > > JB> I pick the packets needed for a full CYGWIN installation on my system. > JB> When I start the installation to a local directory, it's stops installing > JB> at 22% complete, it then jumps to 100% complete and terminated the > JB> installation, without installing all the packets. > > >> POR ULTIMO ME SACA UN MENSAJE QUE DICE: "NO SE ENCUENTRA EL ARCHIVO > >> CYGWIN1.DLL". > > JB> I get the followin error message: "Can;t find the archive (filename) > JB> CYGWIN1.DLL" > > >> ESTOY INSTALANDO SOBRE WINDOWS 98 SEGUNDA EDICION.ESO SERIA TODO. > > JB> i'm installing this on a windows 98 second edition. > > Ok, tell her to run setup again and to install the cygwin package at > first. Then run setup.exe another time and install other packages. > > > -- > Mit freundlichen Grüssen > Gerrit P. Haase > mailto:[EMAIL PROTECTED] > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin crashed by emacs???
Steven J. Zeil wrote: I've tried to modify the function in files.el to expand the list of illegal characters. Unfortunately, files.el is one of the "pre-compiled" Lisp files - the only way to change it is, AFAIK, to recompile emacs. And I have had no luck doing that with the gcc 3.x compiler. (I can create temacs, but cannot dump that to create emacs.) So I have no idea if my attempted modification actually works. Send me your fix and I will release another version. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Memory Management on AMD64 in 32-bit mode
Benson Margulies wrote: Would anyone be willing to elaborate on how the existing code is going about accomplishing the task at hand? If not, at least knowing that this is the goal of the exercise should make it easier to get a clue. I believe that there is some documentation in a file in the CVS for Cygwin. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: KSH on Win2000
Pennell, Daniel J. (Civ)~U wrote: Does CYGWIN have the full ISO POSIX compatible version of KSH 93? Check the mailing list archives. Work was done by the guys at AT&T research to make a Cygwin ksh93 package, but I don't remember how it ended up. It might be as simple as getting the source from the ast-open site and compiling it. It definitely can be done though, since I am running it extensively for a build system. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is it possible to move emacs from one computer to another?
Charles Plager wrote: 1) Do I just get the source from http://ftp.gnu.org/pub/gnu/emacs/? No -- get the Cygwin src package for emacs. 2) Are there special cygwin build procedures? When I typed 'configure' (a script that came with emacs), it simply said: [EMAIL PROTECTED]> configure loading cache ./config.cache checking host system type... i686-pc-cygwin configure: error: Emacs hasn't been ported to `i686-pc-cygwin' systems. Check `etc/MACHINES' for recognized configuration names. Use the script that comes with the Cygwin emacs source, it applies the relevant patches. 3) When past hurdle #2, how do I force a debug build? (simply 'make DEBUG=yes'?)? I believe the script builds with debug by default -- check the script. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
