Re: Cygwin slower on one computer
Christian Franke wrote:
The root of the problem is the "host intrusion prevention system" driver
khips.sys.
Even if this feature is turned off (or unavailable in the free version),
the driver keeps running and slows down fork() considerably.
(It probably hooks somewhere into Read/WriteProcessMemory())
Stopping the firewall service does not help.
Only stopping the driver ("sc stop khips") or uninstalling KPF helps.
Interesting. Didn't know it could be turned off more effectively.
Unfortunately, that doesn't fix all of the slowdown KPF causes for me. I
think the program file checksumming done in the application behavior
blocking causes the rest (making my test case take almost twice as long
to run, even with the behavior blocking turned off). Didn't find any
service to really disable that.
Magnus
--
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/
boost 1.33.1-2 filesystem issue (was RE: Fatal Error w/ cygwin 1-5-23-*)
Hi all,
I posted about this filesystem library issue to the boost list and another user
confirmed the problem.
The current thinking is that the boost package needs to be rebuilt with the
newer gcc/g++ 3.4.4-3 release for cygwin. I'm not sure how to identify the
current maintainer of the boost package about this, so hopefully posting to
this list is sufficient.
Thanks,
Brian
-Original Message-
From: [EMAIL PROTECTED] on behalf of Brian Hassink
Sent: Sat 12/30/2006 9:55 AM
To: cygwin@cygwin.com
Subject: RE: Fatal Error w/ cygwin 1-5-23-*
I've been able to create a simple test case...
#include
int main(int argc, char** argv)
{
boost::filesystem::path path1("/etc"); // ok
boost::filesystem::path path2("/tmp"); // boom!
}
...and it appears to be a problem with creating more than one path object.
I've checked that I'm linking with the correct version of the filesystem
library. I'll post this to the boost user group as well, but would still
appreciate any thoughts from this group.
Thanks,
Brian
-Original Message-
From: [EMAIL PROTECTED] on behalf of Brian Hassink
Sent: Fri 12/29/2006 7:01 PM
To: cygwin@cygwin.com
Subject: RE: Fatal Error w/ cygwin 1-5-23-*
Hello all,
I found a mirror site that still had 1-5-22-1 and did a full install, but was
surprised to find that the fatal error problem I've been having still
persisted. On another machine running 1-5-22-1 this was not the case, and so I
(incorrectly) thought the problem may be 1-5-23-2 specific.
What I'm seeing is that within a call to the boost file system library to
instantiate a path object, things are blowing up after a free() call in the
cygwin dll. I've attached a gdb trace and cygcheck output for review. Note
that I'm running boost 1.33.1-1, but the problem occurs under 1.33.1-2 as well.
I would appreciate any assistance towards further isolating the problem.
Thanks,
Brian
-Original Message-
From: [EMAIL PROTECTED] on behalf of Brian Hassink
Sent: Tue 12/26/2006 9:10 AM
To: cygwin@cygwin.com
Subject: Fatal Error w/ cygwin 1-5-23-*
Hello all,
I have an app that runs fine under 1-5-22-1, but has a fatal error (see
below) when run under 1-5-23-1 or 1-5-23-2.
I've done a complete reinstallation of 1-5-23-2 (and had tried a newer
snapshot as well), but this has not resolved the problem. At this
point, I'm not sure what to look for to help isolate the problem.
Any advice?
Thanks,
Brian
--
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 slower on one computer
Magnus Holmgren wrote:
Stopping the firewall service does not help.
Only stopping the driver ("sc stop khips") or uninstalling KPF helps.
Interesting. Didn't know it could be turned off more effectively.
Stopping khips.sys after login apparently affects system stability
(crash of winlogon.exe)
khips reports itself to be STOPPABLE, but obviously is not designed to
be stopped.
So the only clean way to get Cygwin fast again, is to disable the 2
firewall drivers and the service and reboot (or uninstall KPF).
I sent a support request yesterday.
Unfortunately, that doesn't fix all of the slowdown KPF causes for me.
I think the program file checksumming done in the application behavior
blocking causes the rest (making my test case take almost twice as
long to run, even with the behavior blocking turned off). Didn't find
any service to really disable that.
I've seen an additional ~10% slowdown when file checksumming is enabled.
No big deal compared to the more than x10 slowdown from the khips driver.
Christian
--
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: boost 1.33.1-2 filesystem issue (was RE: Fatal Error w/ cygwin 1-5-23-*)
Brian Hassink wrote: Hi all, I posted about this filesystem library issue to the boost list and another user confirmed the problem. The current thinking is that the boost package needs to be rebuilt with the newer gcc/g++ 3.4.4-3 release for cygwin. I'm not sure how to identify the current maintainer of the boost package about this, so hopefully posting to this list is sufficient. Thanks, Brian Sending the message above to this list is the proper way to notify the maintainer. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: boost 1.33.1-2 filesystem issue (was RE: Fatal Error w/ cygwin 1-5-23-*)
On 31 December 2006 14:54, Brian Hassink wrote: > Hi all, > > I posted about this filesystem library issue to the boost list and another > user confirmed the problem. > > The current thinking is that the boost package needs to be rebuilt with the > newer gcc/g++ 3.4.4-3 release for cygwin. This is most likely the case. I tried building boost under 3.4.4-3 using "-sBOOST_ALL_DYN_LINK", but I can't find any .dll.a import libraries. What command line did you use to build and link your testcase? cheers, DaveK -- Can't think of a witty .sigline today -- 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 not functioning on laptop
[EMAIL PROTECTED] wrote:
Hi, I am a proud user of Cygwin, mainly use it for
programming with c. I recently got a laptop (acer Aspire 9424, intel core 2 duo
1,83GHZ, geforce go 3700 256mb, 2 gb ddr2) and installed on it the default
Cygwin dll 1.5.23-2 along with the packages Devel, Doc, Editors, Math, Shells
("C:\asi")
When I first hit the cygwin icon, the command prompt
showed me this:
3 [main] bash 2604 fork_copy: linked dll data/bss pass 0 failed, 0x5BD00G .
.0x5BD020, done 0, windows pid 2616, Uin32 error 487
bash: fork: Resource temporarily unavailable
bash-3.00$
No command works. Normally It should have created a home folder ("manos") but it
didn' t. I created a "home" folder and a "manos" folder in it and copied all
files from "C:\asi\etc\defaults\etc\skel" to "C:\asi\home\manos".
After that cygwin sometimes functions (does not show error, pops [EMAIL
PROTECTED]
,as it always should normally) - commands like ls,cd,nano work- but it usually
doesn' t.
I am looking forward for help .
Warning: There are multiple cygwin1.dlls on your path
Well, your cygcheck output warns that you have multiple cygwin1.dlls in your
path. That seems to be true since there's are 3 different places that
cygwin1.dll is found. Get rid of all the duplicates. Also of note is that
you claim to have installed 1.5.23-2 but your cygcheck suggests otherwise.
All the cygwin1.dlls you have are 1.5.18. Unless this makes sense to you,
you may be better off cleaning up and starting over.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
216 Dalton Rd. (508) 893-9889 - FAX
Holliston, MA 01746
_
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?
--
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 not functioning on laptop
"Larry Hall (Cygwin)" <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] wrote:
> > Hi, I am a proud user of Cygwin, mainly use it for
> > programming with c. I recently got a laptop (acer Aspire 9424, intel core 2
> duo
> > 1,83GHZ, geforce go 3700 256mb, 2 gb ddr2) and installed on it the default
> > Cygwin dll 1.5.23-2 along with the packages Devel, Doc, Editors, Math,
> Shells
> > ("C:\asi")
> > When I first hit the cygwin icon, the command prompt
> > showed me this:
> >
> > 3 [main] bash 2604 fork_copy: linked dll data/bss pass 0 failed, 0x5BD00G
> .
> > .0x5BD020, done 0, windows pid 2616, Uin32 error 487
> > bash: fork: Resource temporarily unavailable
> > bash-3.00$
> >
> > No command works. Normally It should have created a home folder ("manos")
> but it
> > didn' t. I created a "home" folder and a "manos" folder in it and copied
> all
> > files from "C:\asi\etc\defaults\etc\skel" to "C:\asi\home\manos".
> > After that cygwin sometimes functions (does not show error, pops
> [EMAIL PROTECTED]
> > ,as it always should normally) - commands like ls,cd,nano work- but it
> usually
> > doesn' t.
> >
> > I am looking forward for help .
> >
>
>
>
> > Warning: There are multiple cygwin1.dlls on your path
>
> Well, your cygcheck output warns that you have multiple cygwin1.dlls in your
> path. That seems to be true since there's are 3 different places that
> cygwin1.dll is found. Get rid of all the duplicates. Also of note is that
> you claim to have installed 1.5.23-2 but your cygcheck suggests otherwise.
> All the cygwin1.dlls you have are 1.5.18. Unless this makes sense to you,
> you may be better off cleaning up and starting over.
>
>
> --
> Larry Hall http://www.rfk.com
> RFK Partners, Inc. (508) 893-9779 - RFK Office
> 216 Dalton Rd. (508) 893-9889 - FAX
> Holliston, MA 01746
>
> _
>
> A: Yes.
> > Q: Are you sure?
> >> A: Because it reverses the logical flow of conversation.
> >>> Q: Why is top posting annoying in email?
>
> --
> 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/
>
>
I deleted the cygwin1.dll found in the "C:\Windows" and "C:\Windows\System"
directories but cygwin still does not function.
I believe those were found there because this is my 10th try to install
cygwin on my system but again cygwin1.dll is normally placed only in
"C:\asi\bin\". I wonder how they got there.
As far as the version of cygwin1.dll is concerned, at the previous
installations I used the setup.exe which suported version 1.5.18. .
But, at the last installation I used the latest setup.exe along with
my older packages which I have in a cd-rom ("F:\").
I think that uninstalling and then installing it again for the 11th time
won' t be more succesful than my previous tries. Anyway I' m going to try it.
--
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 not functioning on laptop
Which setup.exe should I use along with my downloaded packages (old as of cygwin1.dll version 1.5.18) after the complete uninstallation (I did exactly what is mentioned in the FAQ), the old one or the newest (which supports cygwin1.dll version 1.5.23-2 )? Unfortunately the speed of my internet connection does not allow me to download the latest packages right now. However, I am sure my cd-rom works since I used it to install Cygwin (with the same packages) on my older PC half an hour ago (cygwin works on it). -- 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/
