Original Message
From: M.Fujii
Sent: 10 September 2005 03:29
Hi.
# Excuse me my poor English.
I found the cause of crash on setup.exe 2.510.2.1 built by GCC 3.4.4.
Please try an attached patch.
Calling erase() in packagemata::ScanDownloadedFiles() invalidates
iterator i.
Eric Blake ebb9-PGZyUNKar/[EMAIL PROTECTED] writes:
Indeed you are correct - the latest source tarball can recreate the binary
package. ... I went ahead and uploaded it, so send an announcement to
cygwin-announce.
Thanks,
Could you re-upload it once more. I just noticed that bzr did not
I've downloaded the new setup (2.510.2.2) and am trying to run it and
getting uncaught exceptions like:
Fatal Error: Uncaught Exception
Thread: DialogProc
Type: 9Exception
Message: Package validation failure for
From: Dave Korn [EMAIL PROTECTED]
Date: Sun, 11 Sep 2005 12:30:38 +0100
I found the cause of crash on setup.exe 2.510.2.1 built by GCC 3.4.4.
Please try an attached patch.
(snip)
A million thanks, Fujii-san! Your analysis clearly makes sense, your
patch fixes the bug, and your English is
M.Fujii wrote:
I found the cause of crash on setup.exe 2.510.2.1 built by GCC 3.4.4.
Please try an attached patch.
Thanks for finding this. I've committed your change (along with fixing
the broken indentation in that function.)
Brian
Yitzchak Scott-Thoennes wrote:
I would really prefer not to have to rename things I've already downloaded
and installed just to download new stuff.
I'm really not sure why it's complaining now where it wasn't before. I
don't remember touching any of that code.
In the setup.log.full, are
On Sun, Sep 11, 2005 at 12:30:38PM +0100, Dave Korn wrote:
Original Message
From: M.Fujii
Sent: 10 September 2005 03:29
Hi.
# Excuse me my poor English.
I found the cause of crash on setup.exe 2.510.2.1 built by GCC 3.4.4.
Please try an attached patch.
Calling erase() in
[EMAIL PROTECTED] (Eric Blake) writes:
| Could you re-upload it once more. I just noticed that bzr did not
| contain manual page, so I added one from Debian (it's not Debian
| specific) and rolled out new archives:
Please bump the cygwin release to 2 first. Now that the package
has hit the
On Sun, Sep 11, 2005 at 07:49:36AM -0700, Brian Dessent wrote:
Yitzchak Scott-Thoennes wrote:
I would really prefer not to have to rename things I've already downloaded
and installed just to download new stuff.
I'm really not sure why it's complaining now where it wasn't before. I
On Wed, Sep 07, 2005 at 02:59:46PM -0700, Brian Dessent wrote:
Andr? Bleau wrote:
Sorry to rain on the parade, but the new version of setup has a serious bug;
it crashes when checking the integrity of .bz2 files.
Works fine for me.
Fatal Error: Uncaught Exception
Thread: DialogProc
Yitzchak Scott-Thoennes wrote:
IMO it should either behave as if the file isn't there or ignore the
mismatch.
I'm working on a patch that just removes this sillyness. But I want to
make sure there's no unintended consequences.
BTW this exception is supposed to be caught, but it isn't because
Bogofilter is part of Debian. Read more at:
http://packages.debian.org/unstable/mail/bogofilter
http://www.sourceforge.net/projects/bogofilter
http://www.gnu.org/directory/email/spam/bogofilter.html
sdesc: bogofilter - Statistical Bayesian spam filter.
ldesc: Bogofilter is a Bayesian spam
Hi!
I have recently installed Cygwin/X and have encountered
a problem with starting up the X server. I have browsed
through this mailing list and didn't find a solution,
although many people seem to share this problem.
When I start X through startxwin.sh it displays
some text and hangs up. I
[EMAIL PROTECTED] wrote:
Fatal server error:
could not open default font 'fixed'
winDeinitMultiWindowWM - Noting shutdown in progress
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-09-12 03:55:16
Modified files:
cygwin : ChangeLog heap.cc
Log message:
* heap.cc (heap_init): Allocate heap from top down as a hedge against
subsequent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor wrote:
Could this be a rebase problem, btw.?
Sure looks like it to me.
Unfortunately a rebaseall (executed from ash and everything as
described in the readme) produced no effect on this problem.
As soon as I have a little bit of
This was originally sent to gmane.os.cygwin.applications, but I can't
write there.
M.Fujii wrote:
Calling erase() in packagemata::ScanDownloadedFiles() invalidates
iterator i.
Therefore, ++i after erase() means an operation to a invalid
iterator. I guess it is the cause of a crash of
Krzysztof Duleba wrote:
{
/* Should we erase */
pkg.versions::iterator next_i = i;
That should read
setpackageversion::iterator next_i = i;
++next_i;
if(next_i == pkg.versions.end()){
pkg.versions.erase(i);
break;
}else{
Krzysztof Duleba wrote:
What's the difference? I mean, you're still using i after erasing it.
Please ignore this thread. Now I see why it should work.
Krzysztof Duleba
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
I just installed a new host in my LAN, using the newshiny
ssh-host-config, using privilege separation and all and (finally!)
getting to use public key authentiucation.
Problem is: using protocol v2 all I get is a Connection
* Evan Cooch (2005-09-10 22:08 +0100)
After 2-3 hours googling for insights, and thoroughly reading what
was available, I've decided to stop beating my head against the wall,
and ask here.
Basically, trying to get sshd installed as a service under WinXP Pro
-SP2. Trying the install as a
2. modifed the env variables by adding a variable named CYGWIN with
value ntsec tty
Not necessary.
Then why is it specified in http://pigtail.net/LRP/printsrv/cygwin-sshd.html
3. added c:\cygwin\bin to the PATH
Not necessary.
As above - if not, then why specify it in
On Sun, Sep 11, 2005 at 02:08:48PM +0200, Krzysztof Duleba wrote:
This was originally sent to gmane.os.cygwin.applications, but I can't
write there.
No, it was sent to the cygwin-apps mailing list which is
subscriber-only.
Please don't confuse discussions by redirecting mail to other mailing
Evan Cooch wrote:
2. modifed the env variables by adding a variable named CYGWIN with
value ntsec tty
Not necessary.
Then why is it specified in
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
Because that web page is wrong, that's why.
--
Unsubscribe info:
Evan Cooch wrote:
2. modifed the env variables by adding a variable named CYGWIN with
value ntsec tty
Not necessary.
Then why is it specified in
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
3. added c:\cygwin\bin to the PATH
Not necessary.
As above - if not, then why
As above - if not, then why specify it in
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
That page is made by somebody that is not in the Cygwin team, it may
be correct
or not (the points marked as not necessary by Thorsten are really not
necessary but they don't interfere) but you are
Follow the instructions in C:\Cygwin\usr\share\doc\Cygwin\openssh.README, that
is the official documentation.
OK - have now gone through said README twice. Somewhat helpful, but
largely obtuse in places.
e.g., If you start sshd as deamon via cygrunsrv.exe you MUST give the
-D option to
On Sun, Sep 11, 2005 at 04:12:28PM -0400, Evan Cooch wrote:
Follow the instructions in
C:\Cygwin\usr\share\doc\Cygwin\openssh.README, that is the official
documentation.
OK - have now gone through said README twice. Somewhat helpful, but
largely obtuse in places.
You probably need to uninstall
Brian Dessent brian at dessent.net writes:
Larry Adams wrote:
Brian, I am assuming that I can just download the latest cygwin of winsup
and
then configure/make. What configure/make options should I be using to
incorporate debug symbols?
Evan Cooch wrote:
[snip]
OK - have now gone through said README twice. Somewhat helpful, but
largely obtuse in places.
e.g., If you start sshd as deamon via cygrunsrv.exe you MUST give the
-D option to sshd. Otherwise the service can't get started at all.
Meaning, what? You pass -D as an
Other than that, look at your event log and see if there is any further
information about the failed service startup.
Nothing...
Nothing? On a working sshd service I get the start and stop events.
If it was working, I wouldn't be bothering the list with this! ;-)
[snip]
OK - now
Unfortunately, using strace -p on the running scp process, with the
latest snapshot, just brings up an unkillable invalid page fault in
KERNEL32.DLL dialog. I now officially have no clue how to track this
problem down. (Well, okay, in theory I could compile myself debugging
versions of all
32 matches
Mail list logo