On Mon, Apr 04, 2005 at 10:47:37PM -0400, TX wrote:
>Sorry, I forgot to include the error message in my previous post:
>
>Aspell.exe - Application Error
>
>The instruction at "0x6109f478" referenced memory at "0x0010".
>The memory could not be "read".
The 2005-04-05 snapshot may fix this probl
Having just gone through this myself... first download
the tex/latex packages (must be in .bz2 format) from
http://lilypond.org/cygwin/uploads/tetex/. The 3.0.0-2
packages now work, but if you genuinely want to go back
to the 2.0.2-15 version, they are there in the appropriate
directory. Copy th
Hi all. I don't see where to find out how to revert to an older
version of a package (in this case, tex/latex). I've tried running
setup.exe, but when I get to the package selection dialog I don't see
older versions as options. faq, howto, any and all pointers greatly
appreciated...
beau
--
Un
I installed the below-mentioned latex 3.0.0-2 packages on
cygwin 1.5.14-1 (WinXP) and it seems to work fine.
Thanks to all who contributed to clarifying the problem
and to Jan for providing the fix.
-Dave Johnson
[EMAIL PROTECTED]
Jan Nieuwenhuizen wrote:
It indeed segfaults under wine; it seems th
TX wrote:
Sorry, I forgot to include the error message in my previous post:
Aspell.exe - Application Error
The instruction at "0x6109f478" referenced memory at "0x0010".
The memory could not be "read".
Please help.
Please read:
Problem reports: http://cygwin.com/problems.html
--
Jonathan
i download all file needed in cygwin webpage.
and make a iso ,so our institute can use it easily.
but to my surprise , during installation in local , it seems nothing wrong.
but it doesn't run at all
when i click the shortcut on desktop, a dos shell begin,and say cygwin is not a
internal co
Sorry, I forgot to include the error message in my previous post:
Aspell.exe - Application Error
The instruction at "0x6109f478" referenced memory at "0x0010".
The memory could not be "read".
Please help.
http://mysojourns.blogspot.com/
--
Unsubscribe info: http://cygwin.com/ml/#unsu
On Mon, Apr 04, 2005 at 10:34:27PM -0400, TX wrote:
>Hi All
>After installing the latest cygwin 1.5.14-1, I found myself unable to use
>aspell within XEmacs. From the error message (about illegal memory
>address?), I suspect that the problem is similar/related to other reported
>memory-fault issues
Hi All
After installing the latest cygwin 1.5.14-1, I found myself unable to use
aspell within XEmacs. From the error message (about illegal memory
address?), I suspect that the problem is similar/related to other reported
memory-fault issues. Reverting to cygwin 1.5.13-1 makes aspell working again
On Tue, Apr 05, 2005 at 09:54:07AM +1000, Luke Kendall wrote:
>On 4 Apr, Michael Wardle replied to:
>> > BTW, should you include a copyright and license term comment in shell.c?
>> > It would make me feel much more comfortable.
>>
>> It's a trivial program I wrote with reference to no othe
On 4 Apr, Michael Wardle replied to:
> > BTW, should you include a copyright and license term comment in shell.c?
> > It would make me feel much more comfortable.
>
> It's a trivial program I wrote with reference to no other programs. I
> hereby release it into the public domain. Use i
> Hello.
> According to
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=ginstall
This only turns up the obsolete fileutils link.
> and
> http://sourceware.org/ml/cygwin/2005-03/msg00381.html
> ginstall must be in coreutils package.
Oops - typo on my part in the release announcement. cor
Hello.
According to
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=ginstall
and
http://sourceware.org/ml/cygwin/2005-03/msg00381.html
ginstall must be in coreutils package.
I download coreutils-5.3.0-3.tar.bz2 from several mirros (cygwin.osuosl.org,
cygwin.dp.ua, ...)
but I could not find g
Original Message
>From: Dave Korn
>Sent: 04 April 2005 19:07
> Original Message
>> From: Dave Korn
>> Sent: 04 April 2005 18:51
>
>> Original Message
>>> From: Michael Hines
>>> Sent: 04 April 2005 19:43
>>
>>> The following program prints
>>> i=1 x=0
>>> instead of
>>> i
MMmf. I know it's not always meant to work when you do a partial rather
than top-level build, but reckoned it was worth a head's up. I just edited
a source file in newlib/libc/stdio, cd'd into my
objdir/i686-pc-cygwin/winsup/cygwin, and issued a make all. Nothing
happened. I cd'd into the o
Original Message
>From: Dave Korn
>Sent: 04 April 2005 18:51
> Original Message
>> From: Michael Hines
>> Sent: 04 April 2005 19:43
>
>> The following program prints
>> i=1 x=0
>> instead of
>> i=0 x=10
>> when using the latest version of cygwin1.dll.
>>
>>
>> #include
>> int m
On Mon, Apr 04, 2005 at 06:51:00PM +0100, Dave Korn wrote:
> Heh, the interminable newlib-sscanf-bug strikes again! It's mis-parsing
>the n as being the first letter of 'nan', which is a valid input to %f. CV
>sent a patch upstream to the newlib maintainers last week but I guess it
>hasn't made
Original Message
>From: Michael Hines
>Sent: 04 April 2005 19:43
> The following program prints
> i=1 x=0
> instead of
> i=0 x=10
> when using the latest version of cygwin1.dll.
>
>
> #include
> int main() {
> int i;
> double x;
> x = 10;
> i = sscanf
The following program prints
i=1 x=0
instead of
i=0 x=10
when using the latest version of cygwin1.dll.
#include
int main() {
int i;
double x;
x = 10;
i = sscanf("n", "%lf", &x);
printf("i=%d x=%g\n", i, x);
return 0;
}
-Michael Hines
--
Unsubscribe i
Bertalan Fodor writes:
> It also faults on WinXP, so something have regressed between your test
> versions and the 3.0.0-1 version.
Ah, thanks for the info. It indeed segfaults under wine; it seems the
actual release has not been tested. This was probably when I rebuilt
to add the trivial updma
On Apr 4, 2005 3:29 AM, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> On Apr 4 00:06, Greg Kempe wrote:
> > Hi
> >
> > This isn't your usual "I can't install sshd on cygwin" bug. This is a
> > strange error between openssh-3.9p1-2 and openssh-3.9p1-3.
> >
> > With openssh-3.9p1-2, everything is fi
I just saw a strange stuff : in sysv_sem.cc (cygserver) at end of
semop
function (:done2 label), the mutex is released after waking up waiting
process, shouldn't it be the inverse ?
No, the mtx_unlock is correct. If you're looking for bugs, they are
very
likely in the bsd_* files in cygserver.
On Mon, Apr 04, 2005 at 04:35:44PM +0200, Bertalan Fodor wrote:
>I tried strace tex.exe, but gave no clues.
>It also faults on WinXP, so something have regressed between your test
>versions and the 3.0.0-1 version.
strace is not likely to help with an application (i.e., tex/latex) problem.
cgf
Original Message
>From: Eric Blake
>Sent: 04 April 2005 15:40
> While I'm at it, it would be nice if
http://cygwin.com/acronyms#PTC !
NB: Before cygwin can export a function, that function first has to
*exist* within cygwin
cheers,
DaveK
--
Can't think of a wit
> To be useful, cygpath must fully resolve a pathname, not just the last
> component.
While I'm at it, it would be nice if cygwin exported resolvepath(2) - it is not
POSIX, but Solaris defines it as:
#include
int resolvepath(const char *path, char *buf, size_t bufsiz);
similar to the POSIX XS
I tried strace tex.exe, but gave no clues.
It also faults on WinXP, so something have regressed between your test
versions and the 3.0.0-1 version.
32 29536 [main] tex 3396 fhandler_base::open:
(C:\cygwin\bin\tex.exe, 0x11)
83 29619 [main] tex 3396 fhandler_base::set_flags: flags 0x1
Original Message
>From: Corinna Vinschen
>Sent: 04 April 2005 15:26
> On Apr 4 14:45, Dave Korn wrote:
>> Incidentally, what's the difference between the cygwin0.dll and the
>> new-cygwin1.dll, anyone? Is the -0.dll the
>
> The cygwin0.dll is tweaked to run in the testsuite, while ano
On Apr 4 16:25, Corinna Vinschen wrote:
> On Apr 4 14:45, Dave Korn wrote:
> > Incidentally, what's the difference between the cygwin0.dll and the
> > new-cygwin1.dll, anyone? Is the -0.dll the
>
> The cygwin0.dll is tweaked to run in the testsuite, while another version
> of Cygwin is still
On Apr 4 14:45, Dave Korn wrote:
> Incidentally, what's the difference between the cygwin0.dll and the
> new-cygwin1.dll, anyone? Is the -0.dll the
The cygwin0.dll is tweaked to run in the testsuite, while another version
of Cygwin is still running.
Corinna
--
Corinna Vinschen
On Apr 4 15:13, Vincent Dedun wrote:
> i have no idea how to do this, i'm not a good system programmer.
gdb?
> further more, i have a slow computer, and recompiling cygwin is long.
> I even don't know how to active debugging (dprintf) on cygwin dll.
The debug output in cygserver is activated by
Dave Korn wrote:
> Incidentally, what's the difference between the cygwin0.dll and the
> new-cygwin1.dll, anyone? Is the -0.dll the
> specially-tweaked-for-running-make-check-without-clashing-with-the-existing-
> one one? I'm fairly sure it's the new-* dll that gets installed by "make
> instal
Cygpath no longer chases cygwin symlinks in the middle of a path when I upgrade
to cygwin 1.5.14. This is a regression, causing Windows programs that are fed
the output of `cygpath -w' to choke with no such file.
$ uname -a
CYGWIN_NT-5.0 eblake 1.5.13(0.122/4/2) 2005-03-01 11:01 i686 unknown un
Original Message
>From: Jan Nieuwenhuizen
>Sent: 04 April 2005 08:57
> Bernhard Ege writes:
>
>> I tried running latex with strace:
>>
>> $ strace latex
>> One or more CON code pages invalid for given keyboard code
>>
>> And a windows saying:
>> Title: 16 bit MS-DOS Subsystem
>> ~
>> Th
Original Message
>From: Vincent Dedun
>Sent: 04 April 2005 14:14
> i tried to test this, but when i modify cygwin sources and compil, my
> cygwin0.dll is not updated, i don't want to recompil everything each
> time, it take too longs.
cd /i686-pc-cygwin/winsup/cygwin
make all
will just
Corinna Vinschen wrote :
On Apr 4 08:52, Vincent Dedun wrote:
However, semaphores still doesn't work properly.
There is no more problem with semop not waiting, but with quick
semaphores locking unlocking.
I attach a new testcase, which is the same as previous one, except
each
child task will lock
Corinna Vinschen wrote:
> > Program received signal SIGTRAP, Trace/breakpoint trap.
> > 0x7801b8a8 in RpcRaiseException () from /winxp/system32/rpcrt4.dll
> > (gdb) c
> > Continuing.
>
> Hmm, http://cygwin.com/acronyms/#WJFFM
Thanks for the confirmation that it was a local problem. I did more
t
Godefroid,
On Fri, Apr 01, 2005 at 03:46:37PM -0500, Godefroid Chapelle wrote:
> This is a question for the Python maintainer : I'd like to know if he
> has the plan to release 2.3.5 for Cygwin.
No, I only plan to maintain 2.4 and later releases. FWIW, Python 2.4 is
part of the standard Cygwin d
Lester Ingber wrote:
No, I usually only have the /usr/sbin/cron executable run in my profile
(it's been commented out for a few days). I wait until my first window
is up before starting other tools.
If you can suggest how to debug Cygwin-1.5.14 when I can't bring up a
window, since I immediately g
On Apr 4 08:52, Vincent Dedun wrote:
> However, semaphores still doesn't work properly.
> There is no more problem with semop not waiting, but with quick
> semaphores locking unlocking.
>
> I attach a new testcase, which is the same as previous one, except each
> child task will lock the semaph
Thank you for your support.
This problem was due to cygwin-1.5.13-1 downloaded from
the local mirror site. I downloaded cygwin-1.5.13-1 from
another mirror site, the installation on win XP is successful.
Regards
Gurmukh
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROT
On Apr 4 00:06, Greg Kempe wrote:
> Hi
>
> This isn't your usual "I can't install sshd on cygwin" bug. This is a
> strange error between openssh-3.9p1-2 and openssh-3.9p1-3.
>
> With openssh-3.9p1-2, everything is fine. I'm not using privsep. If I
> upgrade to 3.9p1-3, I get this error when tryi
On Apr 3 22:22, Brian Dessent wrote:
> #include
> #include
>
> int main(char **argv, int argc)
> {
> struct servent *p;
>
> if((p = getservbyname("smtp", "tcp"))) {
> printf("success\n");
> } else {
> printf("failure\n");
> }
> }
>
> Simple enough, no?
>
> $ ./getservbyname
On Apr 3 16:43, Josef Drexler wrote:
> Corinna Vinschen wrote:
> >Win98 is apparently "confused" by the fact that ctime is changed to a value
> >bigger than the modification time and then simply refuses to change the
> >modification time on file close. I first thought this might be a FAT
> >probl
Hi,
Correction. The "21" was not part of the date, of course. Sorry.
Therefore in my test cygwin 1.5.12-1 did not change the file's ctime
neither under DOS nor bash which is different from the 1.5.14-1 behavior
(no change under DOS, change under bash).
Jacek
--
Unsubscribe info: http://cygw
Hi there,
I checked the same thing on another Windows ME box with the pre-ctime
changes cygwin 1.5.12-1. This test.txt file was created on February 4 2003.
D:\>echo >> test.txt
D:\>ls -l test.txt
-rw-r--r-- 1 piskozub unknown 20 Apr 4 11:25 test.txt
D:\>ls -l --time=ctime test.txt
-rw-r--r-- 1
Hi Gerrit, thanks for your answer,
so you notice:
>
> > as a result I get the client ssh work properly but if i try from a
> > linux machine (LM in the following) i get
> > $ ssh -l username name_WM
> > ssh: connect to host name_WM port 22: Connection timed out
>
>
> Firewall activated?
well
>
> - Right shift exit code by eight when not started in a cygwin environment
>
> If you want to see if this helps in your situation, try a recent snapshot
> (<http://cygwin.com/snapshots/>).
>
Thanks! A quick test proves that cygwin1-20050404.dll solves the problem
pro
Bernhard Ege writes:
> I tried running latex with strace:
>
> $ strace latex
> One or more CON code pages invalid for given keyboard code
>
> And a windows saying:
> Title: 16 bit MS-DOS Subsystem
> ~
> The NTVDM CPU has encountered an illegal instruction.
That's odd, comparing it with gdb
> $ g
On Mon, 2005-04-04 at 17:33 +1000, Luke Kendall wrote:
> On 4 Apr, luke wrote:
> > > With Cygwin 1.5.13, zsh 4.2.4-1 and the simple shell invocation utility
> >
> > > posted to this list on March 24 <[EMAIL PROTECTED]> (which
> > > sets argv[0] to "-zsh"), zsh recognizes that it is a
To reproduce this, just install lastest stable cygwin version with
default options plus devel packages, checkout a repository, add a gz
file, then commit, and try to gunzip the local copy of the gz file.
I have tried your reproduction recipe, but it works absolutely fine
for me.
The gzipped file r
Angelo Graziosi writes:
> I have experimented the same thing reported by R.M., D.J. and A.C. on
> Windows 2000 SP4, with CYGWIN 1.5.13-1 and 1.5.14-1.
Euh?
> TeTeX 2.0.2 works fine.
Good. I'm afraid I cannot help with Subject, I need a full bug report.
Jan.
--
Jan Nieuwenhuizen <[EMAIL PRO
On 4 Apr, luke wrote:
> > With Cygwin 1.5.13, zsh 4.2.4-1 and the simple shell invocation utility
> > posted to this list on March 24 <[EMAIL PROTECTED]> (which
> > sets argv[0] to "-zsh"), zsh recognizes that it is a login shell and
> > correctly sources .zprofile.
>
> Ah!
Sorry, some missing information:
Windows XP sp2, openssl 0.9.7f, cygdll 1.5.14, user Greg is part of
the administrators group, the id_rsa* files are owned and readable by
Greg. CYGWIN environment var is "ntsec tty".
Thanks again
Greg
On Apr 4, 2005 12:06 AM, Greg Kempe <[EMAIL PROTECTED]> wrote
On Mon, 2005-04-04 at 16:58 +1000, Luke Kendall wrote:
> On 1 Apr, Michael Wardle wrote:
> > By what mechanism are you ensuring zsh is invoked as a login shell
> > rather than a non-login shell?
>
> I think we were starting it via the cygwin shortcut (cygwin.bat), which
> as you have said, j
Michael Wardle wrote:
> On Sun, 2005-04-03 at 22:22 -0700, Brian Dessent wrote:
> > int main(char **argv, int argc)
>
> That looks a bit weird!
Yeah, I noticed that after I posted... I was in a hurry, and the args
aren't used anyway so it has no effect on anything.
Brian
--
Unsubscribe info:
Hi
This isn't your usual "I can't install sshd on cygwin" bug. This is a
strange error between openssh-3.9p1-2 and openssh-3.9p1-3.
With openssh-3.9p1-2, everything is fine. I'm not using privsep. If I
upgrade to 3.9p1-3, I get this error when trying to ssh into localhost
using an RSA key pair. T
56 matches
Mail list logo
