Re: Cannot get icon box with lesstif

2006-12-31 Thread Irving Bunton

Hi,

Thanks for answering.  Basically, I took the startxwin.bat and changed 
to to use mwm (which I understand to be lesstif) after XWin is started.  
Now, I am less concerned about this as I switched to fvwm2 which has an 
icon box that works better.  It is also supposedly lighter than mwm 
although I have not done any speed tests.


Regards,

Irving


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Re: gvim, nautilus do not come up, give no error

2006-12-31 Thread Irving Bunton

Hi,

I figured out part of the problem.  I did complete re-install and gvim 
worked (it is with standard distribution).  nautilus is with cygwin 
ports.  When I install that (even using keep), gvim and nautilus do not 
work.  So, now, I'm trying to use KDE's konqueror instead although it 
dies when I try to access file system.  Although, I am using it from fvwm.


Regards,

Irving


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Re: Cygwin slower on one computer

2006-12-31 Thread Magnus Holmgren

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-*)

2006-12-31 Thread Brian Hassink
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 boost/filesystem/operations.hpp

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

2006-12-31 Thread Christian Franke

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-*)

2006-12-31 Thread Larry Hall (Cygwin)

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-*)

2006-12-31 Thread Dave Korn
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

2006-12-31 Thread Larry Hall (Cygwin)

[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  .



snip


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

2006-12-31 Thread std05073
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  .
  
 
 snip
 
  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

2006-12-31 Thread std05073
 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/