> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Persico
> Sent: Monday, April 10, 2006 3:29 PM
> To: cygwin@cygwin.com
> Subject: Re: Printer configuration problem
>
> On 4/10/06, Rockefeller, Harry <[EMAIL
I had our UNIX administrator work on this for
a couple of days. He totally reinstalled
Cygwin. The problem still exists.
However, I created a workaround which may be
of benefit to others.
With a postscript file or output from a2ps
use this command
cat $i.ps | $HOME/bin/print.pl
and this perl
> -Original Message-
> From: Igor Peshansky [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 20, 2006 2:22 PM
> To: Rockefeller, Harry
> Cc: cygwin@cygwin.com
> Subject: Re: Can't print because .lnk makes printer name invalid
>
> On Thu, 20 Apr 2
essage-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
> Sent: Friday, April 21, 2006 12:17 PM
> To: cygwin@cygwin.com
> Subject: Re: Can't print because .lnk makes printer name invalid
>
> On Apr 21 12:02, Rockefeller, Harry wrote:
> -Original Message-
> From: Igor Peshansky [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 21, 2006 1:41 PM
> To: Rockefeller, Harry
> Cc: cygwin@cygwin.com
> Subject: RE: Can't print because .lnk makes printer name invalid
>
> Ugh, top-posting... Ref
>I've looked at the trace. Nothing obvious comes to mind, but I did
think
>of something else: on my machine, running "net use" on the shared
printer
>helped enable it -- try "net use '\\NTSERVER1\sw-txt1'" and see if that
>lets you print. Though the error I was getting before "net use" is
>differ
Jay Abel wrote:
>I would love to know how to get lpr to just print directly to the
printer's
>IP address, but the above isn't as bad as it seems, since it keeps
windows
>and cygwin print jobs in sequence, and visible in the queue.
>
>I'm sure there is a better way, but the above worked for me.
W
this?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Larry Hall (Cygwin)
> Sent: Friday, April 06, 2007 12:47 PM
> To: cygwin@cygwin.com
> Subject: Re: mkpasswd -l gives wrong local user
>
> Rockefeller, Harry wrote:
> &
Is this the correct mail group to discuss
cygwin application problems?
Where can I get help with a cygwin-only emacs problem?
Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com
Most of the internal "compiled Lisp functio" commands work
correctly, but standard UNIX commands don't.
Here is an example:
/cygdrive/c/DOCUME~1/harryr $ w
Opening input file: No such file or directory, /usr/bin/w
/cygdrive/c/DOCUME~1/harryr $ w.exe
09:19:56 up 15:59, 2 users, load average: 0.0
I define a user function to move between fields in my form (record):
(defun hr-tocol (target &optional fill)
"Produces a string to skip to column TARGET.
Prepends newline if needed.
The optional FILL should be a character, used to fill to the column."
(if (null fill)
(setq fill ? ))
Thank you.
The new eshell fixed the problem.
> -Original Message-
> From: Dr. Volker Zell
> New Packages in Pre-Release:
> ===
> eshell-1.11-pkg.tar.gz upstream version: 2.4.1
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repo
If I let gdb "run" the program under Cygwin 64 it fails.
NOTE: in Cygwin 32 gdb and this fortran work together fine.
When I run my fortran program directly it works.
Cycle_length is defined as a 'real'.
write(*,"('(Note: a negative test time will stop run): ',$)")
read (*,*
I went back to the 32-bit Cygwin where there is no problem.
--
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
What happened to info? Most of the compiler commands are absent.
CVS is still there but svn is absent, etc.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygw
Given that 'foo' is a bash script, why is it that:
$ foo
returns the error:
bash: ./bin/foo: No such file or directory
BUT since foo is *really in* PATH, e.g.,
$ `which foo`
runs correctly?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/fa
> On 5/19/2010 8:50 AM, Rockefeller, Harry wrote:
> > Given that 'foo' is a bash script, why is it that:
> >
> > $ foo
> >
> > returns the error:
> >
> > bash: ./bin/foo: No such file or directory
> What happens when you directly ru
> Again, have you tried dos2unix foo?
Yes this didn't help.
[snip]
--
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
o: cygwin@cygwin.com
Subject: Re: bash - command - PATH question
Again, have you tried dos2unix foo?
On 05/19/2010 08:16 AM, Rockefeller, Harry wrote:
>> On 5/19/2010 8:50 AM, Rockefeller, Harry wrote:
>>
>>> Given that 'foo' is a bash script, why is it that:
&g
ge-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Andrew DeFaria
Sent: Wednesday, May 19, 2010 10:28 AM
To: cygwin@cygwin.com
Subject: Re: bash - command - PATH question
Again, have you tried dos2unix foo?
On 05/19/2010 08:16 AM, Rockefeller, Harry w
to save time later
when foo is run. But, when cd'd away from home
./bin no longer has foo and the error occurs.
This dynamic system memory to reexecute commands faster seems to be
confusing ~/bin with ./bin.
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.co
On 05/19/2010 12:45 PM, Rockefeller, Harry wrote:
> After more testing, where
>
> "export PATH=$PATH:~/bin" only exists in .bash_login.
>
> If I run 'foo' from my login directory it works.
> If I then cd to a different place I get the error
>
> bash
-Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> Eric Blake
> Sent: Wednesday, May 19, 2010 2:51 PM
> To: cygwin@cygwin.com
> Subject: Re: bash - command - PATH question
>
> On 05/19/2010 01:42 PM, Rockefeller, Ha
Emacs under X (all three: native cygwin Xwin, X-win32, and Exceed) hangs
intermittently consuming 100% of available CPU as shown by running 'top'.
Here are some version stats:
$ emacs -version
GNU Emacs 21.2.1
$ uname -a
CYGWIN_NT-5.1 harryr-pc 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
Has
I've been using emacs 23.1.1 via cygwin 1.7 all day without a problem. Thanks
Ken for the tip. Thanks to the Cygwin team for a great job.
Ken replied:
> On 10/29/2009 9:28 AM, Rockefeller, Harry wrote:
> > Emacs under X (all three: native cygwin Xwin, X-win32, and Exc
Emacs 23.1.1 (Cygwin 1.7) stores spaces literally inside emacs macros instead
of using the space as a name completion command. In the older emacs (Cygwin
1.5) this is not the case. The stored macro behaved exactly like the
keystrokes were originally typed interactively. Is this a "feature" of
I get errors:
0 [main] emacs-X11 6552 child_info_fork::abort: C:\cygwin\bin\cyggnutls-28.dll:
Loaded to different address: parent(0x171) != child(0x13)
when I start emacs after a PC reboot. I also notice that none of my dired
buffers are recalled.
FWIW I have " (desktop-save-mode 1)" in
> >-Original Message-
> >From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> >Ken Brown
> >Sent: Friday, December 05, 2014 10:40 AM
> >To: cygwin@cygwin.com
> >Subject: Re: fork::abort starting emacs-X11
> >On 12/5/20
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>J. David Boyd
>Sent: Friday, March 27, 2015 9:29 AM
>To: cygwin@cygwin.com
>Subject: Rebase, Peflags, and cygserver
>
>
>I keep having problems with vforks. Sometime >everything is fine for
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Ken Brown
>Sent: Friday, March 27, 2015 3:56 PM
>To: cygwin@cygwin.com
>Subject: Re: Rebase, Peflags, and cygserver
>
>On 3/27/2015 4:28 PM, Achim Gratz wrote:
>> J. David Boyd writes:
>>> Wha
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Anne Linden
>Sent: Wednesday, April 29, 2015 10:06 AM
>To: cygwin@cygwin.com
>Subject: Fork Failures
>
>However when I run ps -a it only lists the bash process and the ps process,
>so I'm ver
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Jim Reisert AD1C
>Sent: Wednesday, May 20, 2015 8:54 AM
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>> This indicates that you need to run a full rebas
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>"Rockefeller, Harry" writes:
>
>>>-Original Message-
>>>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
>>>Behalf Of Jim Reisert
Based on advice I've gotten here
these are the steps I plan to run next time emacs vfork errors happen.
Reboots are time expensive so my next attempt will be to avoid that.
1) stop mcshield.exe [since my employer has McAfee installed on my PC.]
2) run rebase-trigger full.
3) Stop all Cygwin proce
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Rockefeller, Harry
>Sent: Wednesday, May 27, 2015 5:24 PM
>To: cygwin@cygwin.com
>Subject: RE: Cygwin fork:retry error
>
>Based on advice I've gotten here
>t
>Subject: Re: Problems running gdb in emacs on Windows 8.1
>
>On 6/18/2015 8:09 AM, William M. (Mike) Miller wrote:
>> On Thu, Jun 18, 2015 at 7:53 AM, Jon TURNEY
>> wrote:
>>> On 17/06/2015 15:53, William M. (Mike) Miller wrote:
I'm having numerous problems recently running gdb inside
Invalid character in hex checksum.
This version of subversion is brand new (Sept. 20th).
My working directories are incompatible with this new subversion.
How can I fix this?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
win-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Rockefeller, Harry
Sent: Tuesday, September 22, 2015 9:50 AM
To: cygwin@cygwin.com
Subject: subversion 1.9.1 E125012
Invalid character in hex checksum.
This version of subversion is brand new (Sept. 20th).
My working directories are incomp
d to the actual svn version. Could that explain how
my repository got 'logical addressing' inserted into db/format file?
I was also able to use emacs to check in and update my repository afterward.
H?
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.c
$ uname -a
CYGWIN_NT-6.1-WOW HARRYR-PC 2.4.1(0.293/5/3) 2016-01-24 11:24 i686 Cygwin
I have had warnings and errors about fonts ever since - something changed.
I'm looking at the index of Cygwin FAQ and there is not a single question
matching 'font'.
Where do I need to go to match up my font is
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Yaakov Selkowitz
>Sent: Monday, March 14, 2016 10:37 AM
>To: cygwin@cygwin.com
>Subject: Re: font faq
>
>On 2016-03-14 09:54, Rockefeller, Harry wrote:
>>
'Emacs -Q' failed after a few minutes of doing svn file diffs.
I ran gdb on the hung process. I am not too familiar with this
kind of debugging.
Let me know if there is more I can give next time this happens.
Here is some output.
ps
PIDPPIDPGID WINPID TTY UIDSTIME COMM
>On 2/11/2013 12:49 PM, Ken Brown wrote:
>> On 2/11/2013 12:09 PM, Rockefeller, Harry wrote:
>>> When using subversion 1.7.8-2 in emacs 24.2.93-1 "vc-dir" mode and I
>>> "vc-dir-mark" a file then move cursor to a different file and attempt
>>&
gdb is supposed to execute breakpoints in the same place in code.
This is not happening. The first breakpoint executes but not the second.
I have enclosed a small test case.
test.f = fortran file.
.gdbtest = gdb source (command) file to define the 2 breakpoints set in
same place in code.
test.gdb
When I start emacs I get this message:
(emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion
`extra_space >= 0' failed
Maybe when zombies are present (as reported by 'top') I get several of these
messages:
(emacs:192): Gtk-WARNING **: gtk_window_parse_geometry() called on a
I had just done a new Cygwin install due to
a collection of (seemingly unrelated) errors.
(The workaround for a python fork::failed where
rebaseall didn't help was to do a new Cygwin install.
I was having the same error but with perl instead of python.)
The new install fixed that problem. In fact,
I just did an upgrade of the latest Cygwin packages this morning.
Then from minty window I enter
$ emacs -Q -nw
***MEMORY-ERROR***: [4068]: GSlice: failed to allocate 504 bytes (alignment:
512): Function not implemented
Aborted (core dumped)
I don't believe Cygwin updated emacs.
$ cygcheck -c e
The Cygwin lpr command requires both server and printer names, i.e.,
$ lpr foo
Sends a print job to a network printer
Usage: lpr -S server -P printer [-C class] [-J job] [-o option] [-x] [-d]
filename
And then the command fails.
Is this intended?
Linux will use environment variable defaults, wil
Problem resolved. I was using the Windows 'lpr' command.
Even though cygutils is part of the 'base' Cygwin install this
package didn't have lpr. So, I installed the other cygutils packages and
/usr/bin/lpr was there. Well, it was either that, or running
lprsetup.sh and restarting Cygwin that bro
>>-Original Message-
>>From: Jon Turney
>Sent: Friday, January 17, 2020 9:40 AM
>To: The Cygwin Mailing List
>Cc: Rockefeller, Harry
>Subject: Re: cin and read(*,*) not waiting for kbd input in gdb
>EXTERNAL EMAIL: STOP and verify sender address, links, and
>-Original Message-
> From: cygwin-ow...@cygwin.com On Behalf Of
> Rockefeller, Harry
>Sent: Friday, January 17, 2020 11:35 AM
>To: Jon Turney ; The Cygwin Mailing List
>
>Subject: RE: cin and read(*,*) not waiting for kbd input in gdb
>>>-Original Me
[snip]
>>>I'm not able to reproduce this problem. Perhaps you can provide a similar
>>>transcript showing the steps to reproduce?
[snip]
>>Test code:
> >program test
>>implicit none
>> realcycle_time_preset /0.0/ ! (seconds)
>> realcycle_length /0.0/ ! (seconds)
With simple program, foo.f:
[begin literal]
program foo
implicit none
logical*4 e
e = .true.
stop
end
[end literal]
I get these results:
$ /usr/bin/gfortran-g foo.f -o foo
harryr@HARRYR-PC ~
$ gdb
GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
Copyright (C) 2015 F
gdb (test version) and program's 'read' seem to have an input clash.
Anyway, gdb used to pause and allow keyboard input.
With test fortran program:
program foo
implicit none
real*4 e /0.0/
write(*,*) "Enter a real number"
read(*,*) e
write (*,*) "e =", e
s
Using program foo:
program foo
e = 1.0
stop
end
$ /usr/bin/gfortran-g foo.f -o foo
Emacs version info: GNU Emacs 25.1.1 (i686-pc-cygwin, GTK+ Version 3.18.9) of
2016-09-17
Inside emacs I ran M-x gud-gdb and got
... GNU gdb (GDB) (Cygwin 7.11.1-2) 7.11.1 ...
(gdb) b 1
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>Ken Brown
>Sent: Tuesday, September 27, 2016 3:16 PM
>To: cygwin@cygwin.com
>Subject: Re: gdb 7.11.1-2 started within emacs fails
>On 9/27/2016 2:47 PM, Rockefelle
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>William M. (Mike) Miller
>Sent: Wednesday, October 19, 2016 10:30 AM
>To: cygwin@cygwin.com
>Subject: Re: gdb 7.11.1-2 started within emacs fails
[snip]
>>>I can confirm that this happens als
CYGWIN_NT-6.1 HARRYR-PC 3.0.0(0.336/5/3) 2019-02-16 13:21 x86_64 Cygwin
GNU bash, version 4.4.12(3)-release (x86_64-unknown-cygwin)
#!/bin/bash
A="A"
B="A"
if [ $A!=$B ]; then
echo -e "not identical"
fi
if [ $A==$B ]; then
echo -e "identical"
fi
exit 0
Running this script gives
not identi
CYGWIN_NT-6.1 HARRYR-PC 3.0.1(0.338/5/3) 2019-02-20 10:19 x86_64 Cygwin
GNU Emacs 26.1 (build 1, x86_64-unknown-cygwin, GTK+ Version 3.22.28) of
2018-05-28
I got egg on my face with my last post to Cygwin. So, no, I'm not claiming
there is a memory leak, but rather how to test what's going on.
>-Original Message-
>From: cygwin-ow...@cygwin.com On Behalf Of Ken Brown
>Sent: Thursday, March 07, 2019 9:09 AM
>To: cygwin@cygwin.com
>Subject: Re: emacs-X11 memory leak?
>On 3/7/2019 9:53 AM, Rockefeller, Harry wrote:
>> CYGWIN_NT-6.1 HARRYR-PC 3.0.1(0.3
>>-Original Message-
>>From: cygwin-ow...@cygwin.com On Behalf Of
>>Ken Brown
>>Sent: Thursday, March 07, 2019 9:09 AM
>>To: cygwin@cygwin.com
>>Subject: Re: emacs-X11 memory leak?
>>On 3/7/2019 9:53 AM, Rockefeller, Harry wrote:
>>>
>>> -Original Message-
>>> From: cygwin-ow...@cygwin.com On Behalf Of
>>> Ken Brown
>>> Sent: Thursday, March 07, 2019 9:09 AM
>>>> To: cygwin@cygwin.com
>>>> Subject: Re: emacs-X11 memory leak?
>>
>>>> On 3
> > >
> > > Re: Fork issue with timerfd
> > >
> > >From: Achim Gratz
> > >To: cygwin at cygwin dot com
>
> > >Subject: Re: Fork issue with timerfd
> > >
> > >
> > >
> > > Anyway, the latest snapshot seemingly resolved that issue as
> > > well,
[snip]
> > > > peter@D11934N ~
> > > > $ 1 [main] emacs 489 C:\CygWin\bin\emacs-w32.exe: *** fatal
> > > > error -
> > > > CreateThread failed for pipesel - 0x0<0x0>, Win32 error 8
> > >
> > > I couldn't directly reproduce this issue, but I saw emacs using
> > > more an more memory while the
CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
GNU Emacs 26.1
How this happened.
It had happened twice before but appeared to be intermittent.
This time it happened I had copied a line from an xterm, including the [return].
Moved mouse to emacs window and using the middle
>On 3/27/2019 10:40 AM, Rockefeller, Harry wrote:
>> CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64
>> Cygwin GNU Emacs 26.1
>> How this happened.
>> It had happened twice before but appeared to be intermittent.
>> This time it happened
>> It happened again. Attached to PID as shown above. (gdb) list gave same
>> result as above.
>> (gdb) bt
>> #0 0x773bafb1 in ntdll!DbgBreakPoint () from
>> /cygdrive/c/Windows/SYSTEM32/ntdll.dll
>> #1 0x77462e08 in ntdll!DbgUiRemoteBreakin () from
>> /cygdrive/c/Windows/SYSTE
>>> Alternatively, instead of running emacs under gdb, you could just run emacs
>>> as you normally do and then attach gdb when emacs freezes. >>("gdb -p
>>> ") At that point, a backtrace of all threads would be useful.
>> It happened again. Attached to PID as shown above. (gdb) list gave sa
I just updated packages this morning and noticed there were some
subversion updates. I was wondering if version 10 is new and requires me to do
something?
Or maybe the recent release broke something?
About my Cygwin system: [If more information is required please ask.]
$ uname -a
CYGWIN_NT-6.1 H
David wrote:
>It looks like something is broken in 1.10.0, probably by me and not upstream.
>I'll investigate as soon as I can, but it may >not be until next week. In the
>meantime, I suggest downgrading to 1.9 version.
Thank you. Downgrading to 1.9.7 works for me.
--
Problem reports: h
>-Original Message-
>From: Andrey Repin
>Sent: Monday, April 23, 2018 3:51 PM
>To: Rockefeller, Harry; cygwin@cygwin.com
>Subject: Re: subversion problem
>Greetings, Rockefeller, Harry!
>> I just updated packages this morning and noticed there were some
>&
71 matches
Mail list logo
