patches...

[Edward S. Peschko]

(ps - whoops, just saw this:

"If you just want to send email to the cygwin-patches mailing list without
receiving email you can send email to [EMAIL PROTECTED] 
This will allow you to send email to the list without receiving any of the 
email traffic. Be advised however, that you may miss some messages about your
patch if you do this.)

fair enough..
)

(
pps - the patch was versus CVS as of a couple nights ago.. I couldn't get
the snapshot 2.418 to compile.
)


--
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/

patch for additional args to setup.exe

[Edward S. Peschko]

hey all,

below is a relatively small patch to setup.exe that adds the following 
command line options:

-E: use IE connection settings for downloading
-H: give a proxy name to use ...
-P: give a proxy port to use ...
-a: install everything
-u: uninstall everything
-e: re-install everything


Hence:

setup.exe -R C:\cygwin -a -E -n -s ftp://planetmirror.com -q

installs all of cygwin (ie: every cygwin package) into C:\cygwin, using 
IE5 settings from site planetmirror.com, and doesn't put any shortcuts on the 
desktop, and does it in unattended mode (-q).

Anyways, like I said its somewhat small but might be large enough to warrant
going to cygwin-patches instead, but I don't relish the idea of subscribing
to cygwin-patches just for the sake of sending patches. I'm also hoping that 
its small and obvious enough that I don't have to go through the rigamarole 
of the standard assignment form and copyright handover.

Ed
2004-02-05  Edward Peschko  <[EMAIL PROTECTED]>

* ConnectionSetting.cc (ConnectionSetting::UseIE5, 
ConnectionSetting::ProxyHost, ConnectionSetting::ProxyPort): 
Added headers "getopt++/BoolOption.h", "getopt++/StringOption.h" - 
static variables for command line options
UseIE5 (short -E) to by default use IE settings rather than default,
ProxyHost (short -H) to by default use a given host, and
ProxyPort (short -P) to by default use a given port.
(ConnectionSetting::load): added support for command line options
ProxyHost, ProxyPort in setting options for downloading cygwin packages.
(ConnectionSetting::typeFromString): added support for UseIE5, ProxyHost
command line variables to override defaults. 
* PickCategoryLine.h (PickCategoryLine::PickCategoryLine):
changed constructor to take an optional Default Action parameter
in support of AllInstall, UnInstall, and ReInstall command line
arguments (see below). Set current_default to this parameter.
* PickView.cc (PickView::setViewMode):
added support for AllInstall, UnInstall, and ReInstall by 
setting the default install type for each set of contents
- PickCategoryLines - based on arguments from commandline.
(PickView::insert_pkg): added parameter that passes command
line argument AllInstall, UnInstall, or ReInstall to PickCategoryLine
constructor.
(PickView::PickView): changed default install param from 0 
(second argument) to packagemeta::action_from_argv() (which
supports AllInstall, UnInstall or ReInstall)
* main.cc (main): moved argument processing to earlier in the file
so that added parameters would exist before their windows were 
created.
* net.cc (NetPage::OnInit): changed the default order for package
download preferences to be NET_IE5 first (as per docs, ie: bug fix).
* package_meta.cc: added header "getopt++/BoolOption.h",
static boolean variables (AllInstall, UnInstall, ReInstall) -
AllInstall (short -a) controls whether or not a user wants
to by command line install all of cygwin.
UnInstall (short -u) allows users to uninstall all of cygwin
by command line, and
ReInstall (short -e, allows users to reinstall all of cygwin.
(packagemeta::action_from_argv): new function. returns back which
of the options users selected.
* package_meta_h: added headers for action_from_argv, copy constructor
diff -upr setup/ConnectionSetting.cc setup.new/ConnectionSetting.cc
--- setup/ConnectionSetting.cc  2003-10-26 04:02:52.0 -0800
+++ setup.new/ConnectionSetting.cc  2004-02-05 20:46:27.65225 -0800
@@ -25,26 +25,49 @@ static const char *cvsid =
 #include "resource.h"
 #include "String++.h"
 
+#include "getopt++/BoolOption.h"
+#include "getopt++/StringOption.h"
+
+static BoolOption UseIE5(false, 'E', "use-ie5", "Use IE5 connection settings");
+static StringOption ProxyHost( "" , 'H', "proxy-name", "Name of proxy to use in 
download", false );
+static StringOption ProxyPort( "" , 'P', "proxy-port", "Proxy port to use in 
download", false );
+
 void
 ConnectionSetting::load()
 {
   static int inited = 0;
   if (inited)
 return;
-  io_stream *f = UserSettings::Instance().settingFileForLoad("last-connection");
-  if (f)
+
+  if (UseIE5 || (((std::string) ProxyHost).size()))
 {
-  char localdir[1000];
-  char *fg_ret = f->gets (localdir, 1000);
-  if (fg_ret)
-net_method = typeFromString(fg_ret);
-  fg_ret = f->gets (localdir, 1000);
-  if (fg_ret)
-net_proxy_host = strdup(fg_ret);
-  fg_ret = f->gets (localdir, 1000);
-  if (fg_ret)
-net_proxy_port = atoi(fg_ret);
-  delete f;
+  net_method = typeFromString("");
+
+  if (((std::string)ProxyHost).size())
+{
+  net_proxy_host = strdup(((std::string)Pro

RE: Plausibility of sendmail?

[Joaquin]

On another angle for this discussion.  Consider that for one M$ $FU 3.5
has sendmail.  Before this many commercial solutions charging quite a
lot of $$ for sendmail under Windows.  Microsoft even compiled a version
of sendmail for the earliest versions of Windows NT 3.51 long ago and
posted it on their ftp server.  Other companies made sendmail-look-alike
programs that could be scripted.

There is demand there, but it is not so obvious.


 - Joaquin



--
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: Plausibility of sendmail?

[Joaquin]

Hi.

Essentially, I would probaly never utilize Cygwin as a production
system.  Actually, truth be told, I would never personally use Windows
as a prodcution system.  The thought just scares me.  But I don't want
to go there...

However, I do use Windows as a development system, where I test
client-server scripts/programs using a lot of Open Source, some on
cygwin, some outside of cygwin.  I would want to test a REAL sendmail
program for these development scenarios.

Lastly, my professor REQUIRED us to use sendmail for our Perl
CGI/DBI/mail projects.  There was no choice in the matter.  The code
would be deployed on the college system, which is a Linux system.  My
development machine is a small tiny VIAO laptop running Windows XP.  I
would prefer to develop the whole application on my system, at a
relaxing coffee shop, and sendmail will allow me to do that.  Otherwise,
I am forced to use the horribly maintained lab system.

 - Joaquin

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> Sent: Sunday, February 01, 2004 10:11 PM
> To: 'Cygwin List'
> Subject: Re: Plausibility of sendmail?
>
>
> Joaquin wrote:
> >
> > I check the FAQ and I couldn't find any reference to this.
> I noticed
> > that exim is there, kewl!, but what about sendmail?  Was there any
> > work on porting this?
> >
> > BTW, I noticed that SFU3.5 seems to have a version of sendmail.
>
> Maybe you could elaborate a little on why you want sendmail.
> To my knowledge there has been no work done to even begin
> considering packaging sendmail for Cygwin, at least not
> officially (i.e. supported by this mailing list, cygwin.com,
> and the setup.exe program.)  Someone, somewhere might have
> done it and succeeded, but you're at the mercy of Google in
> that case.  Part of me really wants to ask why in god's name
> you'd want to inflict the utter crapulence of sendmail onto
> an otherwise innocent system, but that's really just being snide.
>
> If your intent is to use Windows+Cygwin+sendmail as a
> production mail server, then you would be much better served
> (no pun intended) running it on a native posix OS like Linux
> or FreeBSD, as there is a significant performance and
> security impact of emulating Posix under Windows.
>
> If you're just after 'sendmail compatibility' then both ssmtp
> and exim provide symbolic links to /usr/sbin/sendmail.  So
> any script or other type of app that wants to just send out
> email by invoking the sendmail command should work fine.
>
> 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/

Snapshots are *fun* (Re: problem w/ lftp & cygwin)

[Christopher Faylor]

On Thu, Feb 05, 2004 at 08:36:50PM -0800, Bill Priest wrote:
>With the latest released cygwin 1.5.7 and latest lftp I get the
>following accompanied by infinite cpu usage by lftp until I kill it w/
>task manager.  I've reproduced it on two different machines.  Here are
>the steps:
>
>from bash
>lftp 
>~
>(Unknow command ~)
>~
>

This seems to already be fixed in the latest snapshot:
http://cygwin.com/snapshots/

--
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: ldd equivalent

[Frédéric L. W. Meunier]

On Thu, 5 Feb 2004, Edward S. Peschko wrote:

> well, I was there - I'm referring to the link *inside* the message.
> It points to some site which no longer exists.

I uploaded the 2 ldd (I got from Google some time ago) to
http://www.pervalidus.net/cygwin/ldd/

-- 
http://www.pervalidus.net/contact.html

--
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/

problem w/ lftp & cygwin

[Bill Priest]

All,
  With the latest released cygwin 1.5.7 and latest
lftp I get the following accompanied by infinite
cpu usage by lftp until I kill it w/ task manager.
I've reproduced it on two different machines.
Here are the steps:

from bash
lftp 
~
(Unknow command ~)
~


bash-2.05b$ lftp
lftp :~> ~
Unknown command `~'.
lftp :~> ~
3986531 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
124057351 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
188060016 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
252041492 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
314090445 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
375133265 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
436226165 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
500081148 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
564120825 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
624176584 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
685174162 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
750128364 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
811186153 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -22, rc 258, Win32
error 0
873205125 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
934225102 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1002190407 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1062247129 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0

1122293928 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1186215441 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1250246725 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1310323523 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1374285396 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
error 0
1438267476 [main] lftp 1632 sig_send: wait for
sig_complete event failed, signal -33, rc 258, Win32
er

Attached is my cygcheck -svr of my home machine.

I'll download lftp's sources via setup and have a go
at building it w/ debug to see if I can provide more
information.

FYI,

Bill
PS.  I can provide an strace upon request.


__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

cygcheck_svr.log
Description: cygcheck_svr.log
--
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: ldd equivalent

[Larry Hall]

At 09:42 PM 2/5/2004, Edward S. Peschko you wrote:
>On Thu, Feb 05, 2004 at 09:38:33PM -0500, Larry Hall wrote:
>> At 09:10 PM 2/5/2004, Edward S. Peschko you wrote:
>> >hey,
>> >
>> >I was wondering if - when you ran cygcheck - it gave equivalent output to 
>> >ldd.
>> >
>> >If so, why isn't it called ldd?
>> >
>> >If not, what's the equivalent?
>> >
>> >I see mention of an 'ldd-like script' in
>> >
>> >http://sources.redha.com/ml/binutils/2002-09/msg00353.html
>> >
>> >but unfortunately, the link internal to the message seems to be broken.
>> 
>> 
>> Try:
>> 
>> http://sources.redhat.com/ml/binutils/2002-09/msg00353.html
>> 
>> You have a typo in the URL above.
>> 
>
>well, I was there - I'm referring to the link *inside* the message.


Of course.  My apologies.


>It points to some site which no longer exists.


Quite true.


>In any case, why isn't ldd bundled with binutils? 


Sorry, I'm not equipped to answer that.


>Is it just because 
>ldd is implemented on top of objdump?


Certainly not.  Cygwin's binutils has 'objdump'.  



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: ldd equivalent

[Edward S. Peschko]

On Thu, Feb 05, 2004 at 09:38:33PM -0500, Larry Hall wrote:
> At 09:10 PM 2/5/2004, Edward S. Peschko you wrote:
> >hey,
> >
> >I was wondering if - when you ran cygcheck - it gave equivalent output to 
> >ldd.
> >
> >If so, why isn't it called ldd?
> >
> >If not, what's the equivalent?
> >
> >I see mention of an 'ldd-like script' in
> >
> >http://sources.redha.com/ml/binutils/2002-09/msg00353.html
> >
> >but unfortunately, the link internal to the message seems to be broken.
> 
> 
> Try:
> 
> http://sources.redhat.com/ml/binutils/2002-09/msg00353.html
> 
> You have a typo in the URL above.
> 

well, I was there - I'm referring to the link *inside* the message.
It points to some site which no longer exists.

In any case, why isn't ldd bundled with binutils? Is it just because 
ldd is implemented on top of objdump?

Ed

--
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: ldd equivalent

[Larry Hall]

At 09:10 PM 2/5/2004, Edward S. Peschko you wrote:
>hey,
>
>I was wondering if - when you ran cygcheck - it gave equivalent output to 
>ldd.
>
>If so, why isn't it called ldd?
>
>If not, what's the equivalent?
>
>I see mention of an 'ldd-like script' in
>
>http://sources.redha.com/ml/binutils/2002-09/msg00353.html
>
>but unfortunately, the link internal to the message seems to be broken.


Try:

http://sources.redhat.com/ml/binutils/2002-09/msg00353.html

You have a typo in the URL above.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

ldd equivalent

[Edward S. Peschko]

hey,

I was wondering if - when you ran cygcheck - it gave equivalent output to 
ldd.

If so, why isn't it called ldd?

If not, what's the equivalent?

I see mention of an 'ldd-like script' in

http://sources.redha.com/ml/binutils/2002-09/msg00353.html

but unfortunately, the link internal to the message seems to be broken.


Ed

--
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/

Signal handling failed when using msgrcv - CYGWIN 1.5.7

[Luc . VanKeer]

I have a process that waits on a message queue (with msgrcv) and has 
installed a signal handler.
When another process send a signal (e.g. SIGTERM) to this process, the 
signal handler is not called.
This was working in version 1.5.5 using the ipc2-deamon, but stopped 
working after switching to version 1.5.7 and using cygserver for the 
message queue implementation.


--
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: Segfault in _cygwin_dll_entry

[Peter A. Castro]

On Thu, 5 Feb 2004, Igor Pechtchanski wrote:

> On Thu, 5 Feb 2004, Larry Hall wrote:
>
> > At 06:10 AM 2/5/2004, [EMAIL PROTECTED] you wrote:
> > >Hello!
> > >
> > >I have been trying to get LibGGI to build and work on cygwin and
> > >I have the following problem:

Interestingly enough this is the same problem I've been tracking down
with reguard to rebaseing zsh's dll's.
What follows is some analysis I've been doing on zsh and rebase.

> > >When I run an application linked against the resulting cygggi-2.dll
> > >it segfaults in [EMAIL PROTECTED] (according to gdb) before main
> > >is reached.
> > >
> > >LibGGI consists of three core libraries: ggi, gii and gg.
> > >
> > >Now, cygggi-2.dll is linked against both cyggii-0.dll and
> > >cyggg-0.dll. cyggii-0.dll is in turn linked against cyggg-0.dll. I
> > >don't know if there is any relevance to this dependency tree, but
> > >I include it since programs linked directly against cyggii-0.dll
> > >does _not_ segfault.
> > >
> > >I can not find any relevant difference between how cygggi-2.dll and
> > >cyggii-0.dll are built. None of them defines a _cygwin_dll_entry,
> > >which means that cygwin should provide one, if I understand things
> > >correctly?

If I understand how cygwin works correctly, the cygwin runtime is called
from the native Windows mechanism for loading executables and loading
DLLs.  cygwin_dll_entry() is a function which resolves the cygwin
specific environment and attaches it to the current process/thread of the
DLL.  It appears this mechanism might have a bug or is making an
assumption on how things work which sometimes isn't correct.

> > >strace on the failing application produces no output.
> > >The only other dlls these dlls depend on (directly) are cygwin1.dll
> > >and kernel32.dll (according to depends.exe provided with MSVC)
> > >
> > >How can I get more info on what is going on?
> >
> > I'd suggest 'cygcheck cygggi-2.dll'.  Make sure there's no MS CRT in
> > there anywhere.  If there is, you're on dangerous ground.  Comparing the
> > output of this with that of cygii-0.dll might be instructive too.

In the case of zsh, it's completely cygwin stuff, no MS stuff.

> > >Is it a known problem?
> >
> > No.  If nothing "obvious" turns up in your initial efforts to scope the
> > problem, you're probably going to be best off debugging into the Cygwin
> > DLL to see where it crashes.
>
> One obvious thing to check for is whether the application tries to
> dynamically load a Cygwin-dependent DLL (which may result in attempting to
> load cygwin1.dll dynamically, and that is *not supported*).

I have yet to fully understand just where the fault is, but I do know
this: the .bss segment used by cygwin_dll_entry sometimes is not where it
thinks it it.

I found this while debugging the zsh rebase problem, and so my methods
are a little quirky :)

First, rebase the libzsh-4.1.1.dll and start gdb of zsh.exe, then run it.
It'll break with a segfault occuring inside [EMAIL PROTECTED]  The
specific instruction is at [EMAIL PROTECTED]:

(gdb) disassemble
0x6ff40951 <[EMAIL PROTECTED]>:  call   0x6ff41390 
0x6ff40956 <[EMAIL PROTECTED]>:  mov$0x,%eax
0x6ff4095b <[EMAIL PROTECTED]>:  mov%eax,0x7fd98610
0x6ff40960 <[EMAIL PROTECTED]>:  jmp0x6ff408fb <[EMAIL PROTECTED]>
0x6ff40962 <[EMAIL PROTECTED]>:  mov%ecx,0x7fd985e0
~~
0x6ff40968 <[EMAIL PROTECTED]>:  mov$0x1,%eax
0x6ff4096d <[EMAIL PROTECTED]>:  mov%eax,0x7fd985f0
0x6ff40972 <[EMAIL PROTECTED]>:  mov%edx,0x7fd98600
0x6ff40978 <[EMAIL PROTECTED]>:  movl   $0x7fd908a0,0x4(%esp,1)
0x6ff40980 <[EMAIL PROTECTED]>:  mov%ecx,(%esp,1)
0x6ff40983 <[EMAIL PROTECTED]>:  call   0x6ff413a0 

So, what's up with 0x7fd985e0 ?  gdb can't seem to resolve it nor access
the address (hence the segfault):

(gdb) info symbol 0x7fd985e0
No symbol matches 0x7fd985e0.
(gdb) x/x 0x7fd985e0
0x7fd985e0: Cannot access memory at address 0x7fd985e0

Ok, so restore the un-rebased libzsh-4.1.1.dll, start gdb of zsh, set a
break point at main and run it.  It'll stop at the break point, no
faults.  Now, get the address of [EMAIL PROTECTED] and have a look at
the same section of code:

(gdb) info address [EMAIL PROTECTED]
Symbol "[EMAIL PROTECTED]" is at 0x600f08d0 in a file compiled without debugging.
(gdb) disassemble
0x600f0951 <[EMAIL PROTECTED]>:  call   0x600f1390 
0x600f0956 <[EMAIL PROTECTED]>:  mov$0x,%eax
0x600f095b <[EMAIL PROTECTED]>:  mov%eax,0x600f8610
0x600f0960 <[EMAIL PROTECTED]>:  jmp0x600f08fb <[EMAIL PROTECTED]>
0x600f0962 <[EMAIL PROTECTED]>:  mov%ecx,0x600f85e0
~~
0x600f0968 <[EMAIL PROTECTED]>:  mov$0x1,%eax
0x600f096d <[EMAIL PROTECTED]>:  mov%eax,0x600f85f0
0x600f0972 <[EMAIL PROTECTED]>:  mov%edx,0x600f8600
0x600f0978 <[EMAIL PROTECTED]>:  movl   $0x600f08a0,0x4(%esp,1)
0x600f0980 <[EMAIL PROTECTED]>:  mov%ecx,(%e

Re: Cygwin and mkfifo status question

[Brian Ford]

On Thu, 5 Feb 2004, Andrews Harold G II Maj USAFA/DFCS wrote:

> Hello,
>
> I was hoping to use mkfifo (4.1 according to mkinfo --version) for something
> earlier today in Cygwin (1.5.7-1).  I got the following error message:
>
> $ mkfifo test
> mkfifo: cannot create fifo ``test'': Function not implemented
>
> Doing some additional research I discovered that this is not yet implemented
> in Cygwin, though as of last August there seemed to be some talk of
> completing it before the end of last year
> (http://sources.redhat.com/ml/cygwin/2003-08/msg01145.html).  It now being
> next year, I was wondering if I've done something wrong or if other things
> were more important last year.  Thanks.
>
The latter.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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/

Cygwin and mkfifo status question

[Andrews Harold G II Maj USAFA/DFCS]

Hello,

I was hoping to use mkfifo (4.1 according to mkinfo --version) for something
earlier today in Cygwin (1.5.7-1).  I got the following error message:

$ mkfifo test
mkfifo: cannot create fifo ``test'': Function not implemented

Doing some additional research I discovered that this is not yet implemented
in Cygwin, though as of last August there seemed to be some talk of
completing it before the end of last year
(http://sources.redhat.com/ml/cygwin/2003-08/msg01145.html).  It now being
next year, I was wondering if I've done something wrong or if other things
were more important last year.  Thanks.

-Andy

Major Harold G. Andrews II, Ph.D.
Assistant Professor of Computer Science
Department of Computer Science
United States Air Force Academy 

HQ USAFA/DFCS 
2354 Fairchild Drive, Suite 6F-157
USAF Academy, CO 80840 

COM: 719-333-7553
DSN: 333-7553
FAX: 333-3338

--
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: compile needs netfilter_ipv4.h

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Henning
>Sent: Thursday, February 05, 2004 2:18 PM
>To: [EMAIL PROTECTED]
>Subject: compile needs netfilter_ipv4.h
>
>Hi
>
>I just installed cygwin and am trying to compile 'reaim' which requires
>'netfilter_ipv4.h' - a linux kernel header.
>
>Is there a package that contains the cygwin equivalent? or is it safe to
>simply copy the files it needs from the linux kernel sources?

No and no. You'll have to see if there are equivalents in the Win32 or native
APIs...

-- 
Rafael

--
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/

compile needs netfilter_ipv4.h

[Henning]

Hi

I just installed cygwin and am trying to compile 'reaim' which requires 
'netfilter_ipv4.h' - a linux kernel header.

Is there a package that contains the cygwin equivalent? or is it safe to 
simply copy the files it needs from the linux kernel sources?

$ make
gcc -o reaim reaim.c -g -Wall
reaim.c:226:34: linux/netfilter_ipv4.h: No such file or directory
reaim.c: In function `gettranssockname':
reaim.c:546: error: `SO_ORIGINAL_DST' undeclared (first use in this 
function)
reaim.c:546: error: (Each undeclared identifier is reported only once
reaim.c:546: error: for each function it appears in.)
make: *** [reaim] Error 1

Thanks,
Henning
--
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: performance under XP

[Brian Ford]

On Thu, 5 Feb 2004, R. Timothy Tomaselli wrote:

> hi --
>
> installed cygwin so that i could use the x-window emulation.
>  i have a dell 1100, 256m memory, xp home.
>
> the performance is so slow as to be unusable.  for example, dragging
> a window takes many seconds.
>
> any ideas?
>
Several.

First, please see http://cygwin.com/lists.html and post to the proper
forum.  This is an Xfree issue, so I have redirected this there.

Second, please see:

> Problem reports:   http://cygwin.com/problems.html
>

for information on how to submit a useful bug report.  This one was
lacking any detail and did not include the *required* cygcheck output as
an attachment.

For instance, what applications are you running?  Are they local or
remote?  If remote, what does the network look like between you and there
and what type of box is on the other end?  What window manager are you
using? etc, etc, etc...

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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/

performance under XP

[R. Timothy Tomaselli]

hi --

installed cygwin so that i could use the x-window emulation.
 i have a dell 1100, 256m memory, xp home.

the performance is so slow as to be unusable.  for example, dragging
a window takes many seconds.

any ideas?

thanks,
tim --



--
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: cannot run POPFile with cygrunsrv anymore

[Larry Hall]

At 02:36 PM 2/5/2004, dAniel hAhler you wrote:
>Hello cygwin-list,
>
>on Thu, 05. Feb 2004 at 12:56:12 -0500 Larry Hall wrote:
>
>btw: what would be changed, when running cygwin-setup.exe and going
>from "Installed for Just Me" to "All Users"?
>>>L> What changed is the mount type for the default mount points created by
>>>L> setup.exe.  They changed from "user" to "system".  This means the mount
>>>L> points are no longer user-specific but available to all users (including
>>>L> SYSTEM).
>>>So this is exactly what I changed now manually?
>
>L> I don't understand your question.  I gave you two options to fix the
>L> problem.  One used setup.  The other used the 'mount' command.  You
>L> said you chose to use setup.
>
>Nope. I did the mount way, but wondered, what setup.exe would do..


Same thing, essentially.


>btw: I just installed libxml2 for cygwin and "For all users" was
>checked in setup.exe..


Right.  The options won't change unless you change them.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: cygdrive path

[Larry Hall]

At 01:36 PM 2/5/2004, Jan Buys you wrote:
>Hello,
>
>Sorry if this is a dumb newbie question.  I am a dumb newbie to cygwin after 
>all :-)
>
>I use the gcc compiler under cygwin to make some big builds.  gdb is used to 
>debug.  However : I want to use a DDD-style visual front-end to gdb and my 
>first choice was GNAT/GPS (looks DDD-like :) ).  The problem I experience 
>however is that software like this has problems when it encounters '/cygdrive/' 
>in the source file paths in the debug info of the executables I want to debug.
>
>Is there anyone who has a solution to this or can point me to an interesting 
>read ?  AFAIK it would be a bit of a pain to start using a solution set diff 
>than cygwin now...  let me make the best out of it :)


Non-Cygwin applications don't understand Cygwin POSIX paths.  The 'cygpath'
command can be used to translate POSIX paths to Win32/DOS and back but
it's a command-line utility.  You could use it to translate a POSIX path
to a Win32/DOS one as a parameter to a pure Win32 application at the time
that the application starts but you won't find that you can easily invoke
it as an integrated part of a Win32 application, at least not without 
altering the code of that application.  I don't see an option for you 
here unless you plan on building things in Cygwin under "/" and you change
"/" to mount as ":" where  is one of C, D, E,
etc.  If you use the Win32 application from the same drive, you can 
probably squeak by.

Of course, Cygwin has 'ddd' if that's what you want.  You'll need to 
install and run Cygwin's Xfree too though.  If that's not a problem for 
you, I'd say this is a better solution for you.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: cygdrive path

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Jan Buys wrote:

> Hello,
>
> Sorry if this is a dumb newbie question.  I am a dumb newbie to cygwin after
> all :-)
>
> I use the gcc compiler under cygwin to make some big builds.  gdb is used to
> debug.  However : I want to use a DDD-style visual front-end to gdb and my
> first choice was GNAT/GPS (looks DDD-like :) ).  The problem I experience
> however is that software like this has problems when it encounters '/cygdrive/'
> in the source file paths in the debug info of the executables I want to debug.
>
> Is there anyone who has a solution to this or can point me to an interesting
> read ?  AFAIK it would be a bit of a pain to start using a solution set diff
> than cygwin now...  let me make the best out of it :)
>
> Thanks in advance,
> Jan

Two points:
1) DDD is available under Cygwin, and
2) If the software above is configurable enough, "man cygpath" should help.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

cygdrive path

[Jan Buys]

Hello,

Sorry if this is a dumb newbie question.  I am a dumb newbie to cygwin after 
all :-)

I use the gcc compiler under cygwin to make some big builds.  gdb is used to 
debug.  However : I want to use a DDD-style visual front-end to gdb and my 
first choice was GNAT/GPS (looks DDD-like :) ).  The problem I experience 
however is that software like this has problems when it encounters '/cygdrive/' 
in the source file paths in the debug info of the executables I want to debug.

Is there anyone who has a solution to this or can point me to an interesting 
read ?  AFAIK it would be a bit of a pain to start using a solution set diff 
than cygwin now...  let me make the best out of it :)

Thanks in advance,
Jan


--
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: cannot run POPFile with cygrunsrv anymore

[dAniel hAhler]

Hello cygwin-list,

on Thu, 05. Feb 2004 at 12:56:12 -0500 Larry Hall wrote:

btw: what would be changed, when running cygwin-setup.exe and going
from "Installed for Just Me" to "All Users"?
>>L> What changed is the mount type for the default mount points created by
>>L> setup.exe.  They changed from "user" to "system".  This means the mount
>>L> points are no longer user-specific but available to all users (including
>>L> SYSTEM).
>>So this is exactly what I changed now manually?

L> I don't understand your question.  I gave you two options to fix the
L> problem.  One used setup.  The other used the 'mount' command.  You
L> said you chose to use setup.

Nope. I did the mount way, but wondered, what setup.exe would do..

btw: I just installed libxml2 for cygwin and "For all users" was
checked in setup.exe..


-- 
shinE!
http://www.thequod.de ICQ#152282665
GnuPG/PGP key: http://thequod.de/danielhahler.asc



--
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: Segfault in _cygwin_dll_entry

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Larry Hall wrote:

> At 06:10 AM 2/5/2004, [EMAIL PROTECTED] you wrote:
> >Hello!
> >
> >I have been trying to get LibGGI to build and work on cygwin and
> >I have the following problem:
> >
> >When I run an application linked against the resulting cygggi-2.dll
> >it segfaults in [EMAIL PROTECTED] (according to gdb) before main
> >is reached.
> >
> >LibGGI consists of three core libraries: ggi, gii and gg.
> >
> >Now, cygggi-2.dll is linked against both cyggii-0.dll and
> >cyggg-0.dll. cyggii-0.dll is in turn linked against cyggg-0.dll. I
> >don't know if there is any relevance to this dependency tree, but
> >I include it since programs linked directly against cyggii-0.dll
> >does _not_ segfault.
> >
> >I can not find any relevant difference between how cygggi-2.dll and
> >cyggii-0.dll are built. None of them defines a _cygwin_dll_entry,
> >which means that cygwin should provide one, if I understand things
> >correctly?
> >
> >strace on the failing application produces no output.
> >The only other dlls these dlls depend on (directly) are cygwin1.dll
> >and kernel32.dll (according to depends.exe provided with MSVC)
> >
> >How can I get more info on what is going on?
>
> I'd suggest 'cygcheck cygggi-2.dll'.  Make sure there's no MS CRT in
> there anywhere.  If there is, you're on dangerous ground.  Comparing the
> output of this with that of cygii-0.dll might be instructive too.
>
> >Is it a known problem?
>
> No.  If nothing "obvious" turns up in your initial efforts to scope the
> problem, you're probably going to be best off debugging into the Cygwin
> DLL to see where it crashes.

One obvious thing to check for is whether the application tries to
dynamically load a Cygwin-dependent DLL (which may result in attempting to
load cygwin1.dll dynamically, and that is *not supported*).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Segfault in _cygwin_dll_entry

[Larry Hall]

At 06:10 AM 2/5/2004, [EMAIL PROTECTED] you wrote:
>Hello!
>
>I have been trying to get LibGGI to build and work on cygwin and
>I have the following problem:
>
>When I run an application linked against the resulting cygggi-2.dll
>it segfaults in [EMAIL PROTECTED] (according to gdb) before main
>is reached.
>
>LibGGI consists of three core libraries: ggi, gii and gg.
>
>Now, cygggi-2.dll is linked against both cyggii-0.dll and
>cyggg-0.dll. cyggii-0.dll is in turn linked against cyggg-0.dll. I
>don't know if there is any relevance to this dependency tree, but
>I include it since programs linked directly against cyggii-0.dll
>does _not_ segfault.
>
>I can not find any relevant difference between how cygggi-2.dll and
>cyggii-0.dll are built. None of them defines a _cygwin_dll_entry,
>which means that cygwin should provide one, if I understand things
>correctly?
>
>strace on the failing application produces no output.
>The only other dlls these dlls depend on (directly) are cygwin1.dll
>and kernel32.dll (according to depends.exe provided with MSVC)
>
>How can I get more info on what is going on? 


I'd suggest 'cygcheck cygggi-2.dll'.  Make sure there's no MS CRT in 
there anywhere.  If there is, you're on dangerous ground.  Comparing the 
output of this with that of cygii-0.dll might be instructive too.


>Is it a known problem?


No.  If nothing "obvious" turns up in your initial efforts to scope the 
problem, you're probably going to be best off debugging into the Cygwin
DLL to see where it crashes.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: Is it possible to move emacs from one computer to another?

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Charles Plager wrote:

> Joe Buehler wrote:
>
> > Charles Plager wrote:
> >
> >> Is there a way I can get the cygwin source (or binarys for that
> >> matter) for emacs 21.1.something?
> >
> > I believe that 21.2 is the version I first ported, so there isn't any
> > 21.1.
> >
> > 21.4, when released, is supposed to support Cygwin out of the box.
> >
> > Assuming I get around to seeing what the emacs maintainers have
> > (accidentally) done to the Cygwin support since they rolled my patches
> > in to the official GNU emacs CVS.
>
> Let me ask another question.  Assuming that the problem isn't that
> something in cygwin has changed something underneath (i.e.  the problem
> IS with the latest cygwin version 21.2.12 of Emacs), is there a way that
> I can get either buildable source or cygwin installation of an earlier
> version?  I had 21.2.1 installed and it worked wonderfully.

The official Cygwin distribution only keeps the last 2 versions of each
package.  Your only hope of getting an older one is to find a stale mirror
(google for, say, "emacs-21.2-1.tar.bz2" to get the binaries, and
"emacs-21.2-1-src.tar.bz2" to get the source) or to find someone who has
the tarball in their package cache and is willing to e-mail it to you
(FWIW, I don't).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: rsync 2.6.0-1 coredump with Cygwin 1.5.7-1

[Larry Hall]

At 09:25 AM 2/5/2004, Greg Larkin you wrote:
>Hello,
>
>I have been using rsync to perform some remote backups for a while, and it
>is has been working well.  Here are the details:
>
>Remote host: Redhat Linux 9, openssh-3.5p1-11 RPM (has backported Redhat
>security fixes)
>Backup host: Windows XP, cygwin 1.5.7-1, rsync 2.6.0-1, F-Secure SSH v5.3
>build 21
>
>I have been tunneling my rsync backups through SSH with no problem for many
>months.  After the recent Cygwin DLL update (and rsync update from v2.5.7 to
>v2.6.0), rsync has been exiting with a "signal 11" message displayed in the
>Cygwin bash window.  This only happens for certain entries in the remote
>rsyncd.conf file.
>
>I have verified that my SSH connection is not timing out, nor are the
>firewalls closing the connection.  I believe this is a problem introducted
>by the Cygwin DLL update, because I had an archived copy of rsync version
>2.5.7-2.  I tried the backup with that version of rsync, and the same thing
>happened.
>
>I also attempted to downgrade to Cygwin DLL 1.5.5-1, but that didn't seem to
>work.  I kept getting undefined DLL entry point error alerts.  If anyone has
>some instructions on how to properly downgrade, let me know and I'll try
>that to see if the problem goes away.


You must have a package that depends on an exported function that isn't in 
1.5.5.  You'll need to downgrade that package too.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs.....

[Christopher Faylor]

On Wed, Feb 04, 2004 at 10:23:16AM +0100, Michael Haubenwallner wrote:
>I'm using make (not dmake) with SHELL=/bin/sh to build my project,
>and it also died unexpectedly on different locations.
>
>So i've attached an extract of my Makefile, where i got the problem.
>I did this on a Windows Server 2003, so you might have to change each
>"CYGWIN_NT-5.2" in the Makefile to match your `uname`.
>
>When starting make in a loop, i get this output with different numbers
>of done-lines in subsequent runs of the loop:
>
>*bash-2.05b$ while make -f Makefile ; do true ; done  *
>testing uname ...done
>testing uname ...make: *** [testuname] Error 128
>bash-2.05b$

I tried this for 6654 iterations without a problem.  This was on Windows
2000 and Windows ME, however, so it is not exactly the same
configuration.  I infer the OS version from the contents of your
makefile, although it would be interesting to see cygcheck output
(attached and not inline, yadda, yadda, yadda).

So, anyway, sorry, but I can't fix what I can't reproduce.

cgf

--
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/

Security Alert ! Hello

[Nemx Power Tools for MS Exchange Server_DATALEX_NT_0]

This message had a ".scr" attachment and was deleted as a precaution against
a possible virus attack


--
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: Is it possible to move emacs from one computer to another?

[Charles Plager]

Joe Buehler wrote:

Charles Plager wrote:

Is there a way I can get the cygwin source (or binarys for that 
matter) for emacs 21.1.something?


I believe that 21.2 is the version I first ported, so there isn't any 21.1.

21.4, when released, is supposed to support Cygwin out of the box.

Assuming I get around to seeing what the emacs maintainers have 
(accidentally)
done to the Cygwin support since they rolled my patches in to the official
GNU emacs CVS.
Let me ask another question.  Assuming that the problem isn't that 
something in cygwin has changed something underneath (i.e.  the problem 
IS with the latest cygwin version 21.2.12 of Emacs), is there a way that 
I can get either buildable source or cygwin installation of an earlier 
version?  I had 21.2.1 installed and it worked wonderfully.

--
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: cannot run POPFile with cygrunsrv anymore

[Larry Hall]

At 04:29 AM 2/5/2004, dAniel hAhler you wrote:
>Hello cygwin-list,
>
>on Wed, 04. Feb 2004 at 23:33:20 -0500 Larry Hall wrote:
>
>>>and after deleting /var/log/popfile.log (which had no permissions for
>>>SYSTEM), it now works..
>L> Excellent!
>
>
>>>If I understood correctly, the mount settings are stored in registry
>>>and so I do not have to put anything into /etc/profile or sth?!
>L> I never mentioned anything about where the mount settings are stored.
>
>But I read it somewhere in the docs.. :)
>
>>>btw: what would be changed, when running cygwin-setup.exe and going
>>>from "Installed for Just Me" to "All Users"?
>L> What changed is the mount type for the default mount points created by
>L> setup.exe.  They changed from "user" to "system".  This means the mount
>L> points are no longer user-specific but available to all users (including
>L> SYSTEM).
>
>So this is exactly what I changed now manually?


I don't understand your question.  I gave you two options to fix the 
problem.  One used setup.  The other used the 'mount' command.  You 
said you chose to use setup.  If that's what you call doing it 
"manually" then yes.  Both options I gave allow you to alter the 
mount points setup creates from "user" to "system".  Personally, I 
would call the technique of using the 'mount' command a manual
procedure since it requires changing the mount type explicitly for 
each mount point.  But I suppose there's more than one way of looking
at it.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: Is it possible to move emacs from one computer to another?

[Joe Buehler]

Charles Plager wrote:

Is there a way I can get the cygwin source (or binarys for that matter) 
for emacs 21.1.something?
I believe that 21.2 is the version I first ported, so there isn't any 21.1.

21.4, when released, is supposed to support Cygwin out of the box.

Assuming I get around to seeing what the emacs maintainers have (accidentally)
done to the Cygwin support since they rolled my patches in to the official
GNU emacs CVS.
--
Joe Buehler
--
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: Is it possible to move emacs from one computer to another?

[Joe Buehler]

Charles Plager wrote:

1) Do I just get the source from http://ftp.gnu.org/pub/gnu/emacs/?
No -- get the Cygwin src package for emacs.

2) Are there special cygwin build procedures?  When I typed 'configure' 
(a script that came with emacs), it simply said:
[EMAIL PROTECTED]> configure
loading cache ./config.cache
checking host system type... i686-pc-cygwin
configure: error: Emacs hasn't been ported to `i686-pc-cygwin' systems.
Check `etc/MACHINES' for recognized configuration names.
Use the script that comes with the Cygwin emacs source, it applies
the relevant patches.
3) When past hurdle #2, how do I force a debug build? (simply
'make DEBUG=yes'?)?
I believe the script builds with debug by default -- check the script.
--
Joe Buehler
--
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: adding a user in cygwin

[Corinna Vinschen]

On Feb  5 18:06, Baurjan Ismagulov wrote:
> Hello, Tony.
> 
> On Thu, Feb 05, 2004 at 03:29:35PM +, Tony wrote:
> >We have setup cygwin on an 2000 server and have the need to add a user to 
> > the box. We have added the user to the local admins and want to update 
> > the /etc/passwd file to reflect this. Do you have to do a recreation of 
> > the /etc/passwd file or is there a "useradd" command? 
> 
> Does "mkpasswd -l |grep ^newuser: >>/etc/passwd" work for you? Or you
> can recreate it if you haven't customized it.

mkpasswd -u 

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: howto build a debug version of a Cygwin package, and debug it

[Igor Pechtchanski]

Sorry, pressed "Send" prematurely.

On Thu, 5 Feb 2004, Igor Pechtchanski wrote:

> [snip]
> P.S. Many configures support the "--enable-debugging" flag.  I don't have
> the emacs source, but perhaps someone else can

...provide more information on how emacs is packaged for Cygwin.

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

1.5.7: make hangs on XP (with HT)

[Rolf Campbell]

I've been trying to narrow the problem I've been having with make (-j) 
and processes locking up.  And I've made some progress.

First, this happens with 1.5.6 -> 1.5.7 (and every snapshot in-between).

I've tried this test on 3 configurations:
WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes)
Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes)
WinXP (HT turned off): does not fail (ran it for about an hour and it 
was fine).

I started stracing the output, and I cannot attach the entire list (it's 
40MB), but I'll give you a portion that shows the problem:

After the end of this strace, the process still exists (consuming as 
much of the CPU as it can).

I'm guessing the problem is:
   61 6410845 [sig] make 2328 setup_handler: couldn't interrupt. 
trying again.

Does anyone know what would cause that problem?

--strace tail--

   97 6402963 [main] make 608! __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 312500
   69 6403032 [main] make 608! __to_clock_t: total  001F
   64 6403096 [main] make 608! __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 156250
   67 6403163 [main] make 608! __to_clock_t: total  000F
 2062 6405225 [main] make 608! _pinfo::exit: Calling ExitProcess 131072
 29815968 [main] sh 608 sigaction: signal 2, newact 0x0, oldact 
0x22EDC0
   736041 [main] sh 608 void: 0x0 = signal (2, 0x40F5A0)
   666107 [main] sh 608 sigaction: signal 3, newact 0x0, oldact 
0x22EDC0
   586165 [main] sh 608 void: 0x0 = signal (3, 0x40F5A0)
   476212 [main] sh 608 sigaction: signal 15, newact 0x0, oldact 
0x22EDC0
   496261 [main] sh 608 void: 0x0 = signal (15, 0x0)
   746335 [main] sh 608 cwdstuff::get: posix /tmp
   576392 [main] sh 608 cwdstuff::get: (/tmp) = cwdstuff::get 
(0x22DE10, 4096, 1, 1), errno 0
32455 6406299 [proc] make 2328 proc_subproc: args: 2, 0
  120 6406419 [proc] make 2328 proc_subproc: pid 608[0], reparented old 
hProcess 0x658, new 0x6A4
  101 6406520 [proc] make 2328 proc_subproc: returning 0
  5666958 [main] sh 608 do_exit: do_exit (0), exit_state 0
  104 6406624 [proc] make 2328 wait_subproc: looping
  1007058 [main] sh 608 void: 0x0 = signal (20, 0x1)
   567114 [main] sh 608 void: 0x0 = signal (1, 0x1)
   507164 [main] sh 608 void: 0x40F5A0 = signal (2, 0x1)
   707234 [main] sh 608 void: 0x40F5A0 = signal (3, 0x1)
   917325 [main] sh 608 sigproc_terminate: entering
   767401 [main] sh 608 proc_terminate: nchildren 0, nzombies 0
17402 [sig] sh 608 wait_sig: done
   587460 [main] sh 608 proc_terminate: leaving
   517511 [sig] sh 608 _threadinfo::remove: wait 0x0
  1887699 [main] sh 608 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 156250
   547753 [main] sh 608 __to_clock_t: total  000F
   527805 [main] sh 608 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 156250
   477852 [main] sh 608 __to_clock_t: total  000F
 15499401 [main] sh 608 _pinfo::exit: Calling ExitProcess 0
 3488 6410112 [proc] make 2328 proc_subproc: args: 2, 0
   89 6410201 [proc] make 2328 proc_subproc: pid 608[0] terminated, 
handle 0x6A4, nchildren 1, nzombies 1
   59 6410260 [proc] make 2328 proc_subproc: zombifying [0], pid 608, 
handle 0x6A4, nchildren 1
   62 6410322 [proc] make 2328 proc_subproc: returning 1
   59 6410381 [proc] make 2328 sig_send: sendsig 0x710, pid 2328, 
signal 20, its_me 1
   74 6410455 [proc] make 2328 sig_send: Not waiting for sigcomplete. 
its_me 1 signal 20
7 6410462 [sig] make 2328 sig_handle: signal 20 processing
   48 6410510 [proc] make 2328 sig_send: returning 0x0 from sending 
signal 20
   62 6410572 [sig] make 2328 sig_handle: signal 20, about to call 0x40C540
   48 6410620 [proc] make 2328 wait_subproc: looping
   46 6410666 [sig] make 2328 setup_handler: suspending mainthread
  118 6410784 [sig] make 2328 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   61 6410845 [sig] make 2328 setup_handler: couldn't interrupt. 
trying again.
   76 6410921 [sig] make 2328 setup_handler: suspending mainthread
   69 6410990 [sig] make 2328 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   56 6411046 [sig] make 2328 setup_handler: couldn't interrupt. 
trying again.
   73 649 [sig] make 2328 setup_handler: suspending mainthread
   68 6411187 [sig] make 2328 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   52 6411239 [sig] make 2328 setup_handler: couldn't interrupt. 
trying again.
   75 6411314 [sig] make 2328 setup_handler: suspending mainthread
   73 6411387 [sig] make 2328 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   63 6411450 [sig] make 2328 setup_handler: couldn't interrupt. 
trying again.
   76 6411526 [sig] make 2328 setup_handler: suspending mainthread
   65 6411591 [sig] make 2328 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   52 6411643 [sig] make 2328 setup_handler: couldn't interrupt. 
tr

Re: howto build a debug version of a Cygwin package, and debug it

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Thomas L Roche wrote:

> Charles Plager: thanks for starting this thread, since I may also need
> to go down this road :-( However, please continue it under this more
> demonstrative Subject: line.

Switched the subject as per the above request.

On Thu, 5 Feb 2004, Charles Plager wrote:

> Igor Pechtchanski wrote:
>
> >>I'm not particularly experienced at building large packages so I have a
> >>few questions:
> >>
> >>1) Do I just get the source from http://ftp.gnu.org/pub/gnu/emacs/?
> >
> > No, you download the Cygwin source using setup.exe by checking the 'Src'
> > box for the package.  Note that by design of setup.exe, if you have a
> > version of the package installed, you can only download the source for
> > that version.
>
> Is there a way I can get the cygwin source (or binarys for that matter)
> for emacs 21.1.something?

Umm, I don't think so.  AFAIR, Cygwin emacs was only packaged starting at
version 21.2.

> >>2) Are there special cygwin build procedures?  When I typed 'configure'
> >>(a script that came with emacs), it simply said:
> >>[EMAIL PROTECTED]> configure
> >>loading cache ./config.cache
> >>checking host system type... i686-pc-cygwin
> >>configure: error: Emacs hasn't been ported to `i686-pc-cygwin' systems.
> >>Check `etc/MACHINES' for recognized configuration names.
> >
> > Most Cygwin packages come with Cygwin-specific documentation that should
> > be in /usr/share/doc/Cygwin/-.README for newer packages.
> > That README file should contain build procedures on Cygwin, the exact
> > configuration options used to build the binary package, etc.
>
> If the answer to the above question is no, would it be possible to
> "reconstruct" the cygwin source by using the build procedures for
> 21.2.11 on a 21.1.X release?

The above question being "are there special Cygwin procedures"?  I suggest
reviewing the README file to find out.  Also, there may have been
Cygwin-specific patches applied to 21.2.* that won't work with 21.1.X.
IOW, you can certainly try it, but be prepared to invest some effort.

> >>3) When past hurdle #2, how do I force a debug build? (simply
> >>'make DEBUG=yes'?)?
> >
> > Most likely that information will be in the Cygwin-specific README as
> > well.  If not, you could try setting CC="gcc -g" and CXX="g++ -g".  You
> > may also have to disable stripping of the executables.
>
> Again, pardon my ignorance, but what does "stripping of the executables"
> mean and how would I avoid it?
>
> Thanks,
>   Charles

It means stripping debug information out of the executables.  This could
happen in one of a few ways: by explicitly calling the "strip" utility, by
passing a "-s" flag to "install", or by passing a flag (which I can't
recall at the moment) to "ld" during linking.  If the documentation
doesn't shed any light on this, you'll have to figure out which method is
used to strip the executables and how to disable it.
Igor
P.S. Many configures support the "--enable-debugging" flag.  I don't have
the emacs source, but perhaps someone else can
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: adding a user in cygwin

[Baurjan Ismagulov]

Hello, Tony.

On Thu, Feb 05, 2004 at 03:29:35PM +, Tony wrote:
>We have setup cygwin on an 2000 server and have the need to add a user to 
> the box. We have added the user to the local admins and want to update 
> the /etc/passwd file to reflect this. Do you have to do a recreation of 
> the /etc/passwd file or is there a "useradd" command? 

Does "mkpasswd -l |grep ^newuser: >>/etc/passwd" work for you? Or you
can recreate it if you haven't customized it.

With kind regards,
Baurjan.

--
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/

adding a user in cygwin

[Tony]

Hi,

   We have setup cygwin on an 2000 server and have the need to add a user to 
the box. We have added the user to the local admins and want to update 
the /etc/passwd file to reflect this. Do you have to do a recreation of 
the /etc/passwd file or is there a "useradd" command? 

regards

Tony


--
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: Is it possible to move emacs from one computer to another?

[Charles Plager]

Igor Pechtchanski wrote:

I'm not particularly experienced at building large packages so I have a
few questions:
1) Do I just get the source from http://ftp.gnu.org/pub/gnu/emacs/?


No, you download the Cygwin source using setup.exe by checking the 'Src'
box for the package.  Note that by design of setup.exe, if you have a
version of the package installed, you can only download the source for
that version.
Is there a way I can get the cygwin source (or binarys for that matter) 
for emacs 21.1.something?

2) Are there special cygwin build procedures?  When I typed 'configure'
(a script that came with emacs), it simply said:
[EMAIL PROTECTED]> configure
loading cache ./config.cache
checking host system type... i686-pc-cygwin
configure: error: Emacs hasn't been ported to `i686-pc-cygwin' systems.
Check `etc/MACHINES' for recognized configuration names.


Most Cygwin packages come with Cygwin-specific documentation that should
be in /usr/share/doc/Cygwin/-.README for newer packages.
That README file should contain build procedures on Cygwin, the exact
configuration options used to build the binary package, etc.
If the answer to the above question is no, would it be possible to 
"reconstruct" the cygwin source by using the build procedures for 
21.2.11 on a 21.1.X release?

3) When past hurdle #2, how do I force a debug build? (simply
'make DEBUG=yes'?)?
Most likely that information will be in the Cygwin-specific README as
well.  If not, you could try setting CC="gcc -g" and CXX="g++ -g".  You
may also have to disable stripping of the executables.
Again, pardon my ignorance, but what does "stripping of the executables" 
mean and how would I avoid it?

Thanks,
  Charles


--
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/

rsync 2.6.0-1 coredump with Cygwin 1.5.7-1

[Greg Larkin]

Hello,

I have been using rsync to perform some remote backups for a while, and it
is has been working well.  Here are the details:

Remote host: Redhat Linux 9, openssh-3.5p1-11 RPM (has backported Redhat
security fixes)
Backup host: Windows XP, cygwin 1.5.7-1, rsync 2.6.0-1, F-Secure SSH v5.3
build 21

I have been tunneling my rsync backups through SSH with no problem for many
months.  After the recent Cygwin DLL update (and rsync update from v2.5.7 to
v2.6.0), rsync has been exiting with a "signal 11" message displayed in the
Cygwin bash window.  This only happens for certain entries in the remote
rsyncd.conf file.

I have verified that my SSH connection is not timing out, nor are the
firewalls closing the connection.  I believe this is a problem introducted
by the Cygwin DLL update, because I had an archived copy of rsync version
2.5.7-2.  I tried the backup with that version of rsync, and the same thing
happened.

I also attempted to downgrade to Cygwin DLL 1.5.5-1, but that didn't seem to
work.  I kept getting undefined DLL entry point error alerts.  If anyone has
some instructions on how to properly downgrade, let me know and I'll try
that to see if the problem goes away.

If you need any other information beyond what I have posted below, please
let me know.

Best regards,
Greg Larkin

SourceHosting.Net, LLC
The new baseline for configuration management
http://www.sourcehosting.net/


*** *** *** *** ***
Here is some system information:

Contents of the rsync.exe.stackdump file (after running rsync-2.6.0-1):
Exception: STATUS_ACCESS_VIOLATION at eip=6109399B
eax= ebx=6167589C ecx=0018 edx=6B6E esi=6B6E
edi=6B6E
ebp=0022EB08 esp=0022EAC0 program=C:\cygwin\bin\rsync.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022EB08  6109399B  (00431242, 0022ED60, 0022ED60, 0001)
0022EDD8  61086211  (00431242, 10010438, 3C73, 0003)
0022EE18  0040305F  (0003, 10010438, , 0004)
0022EE58  0040953C  (0003, 0003, 10010438, )
0022EE88  00409D87  (0003, 0003, , 0001)
0022EEB8  0041EACE  (100103D8, 100103E8, 0001, 1001035C)
0022EF08  0040A2E1  (0002, 10010358, 0001, 77E7A730)
0022EF40  0040A87C  (0002, 10010358, 100100A8, 0022EF98)
0022EF80  61005DE0  (0022EF98, C0150008, , 536CD652)
0022FF90  61005EE5  (, , , )
End of stack trace


Contents of the rsync.exe.stackdump file (after running rsync-2.5.7-2):
Exception: STATUS_ACCESS_VIOLATION at eip=6109399B
eax= ebx=616758FC ecx=0018 edx=6B6E esi=6B6E
edi=6B6E
ebp=0022EB08 esp=0022EAC0
program=C:\cygwin\usr\src\rsync-2.5.7\.build\rsync.exe

cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022EB08  6109399B  (00432E16, 0022ED60, 0022ED60, 0001)
0022EDD8  61086211  (00432E16, 0A040438, 3C73, 0003)
0022EE18  00402E4F  (0003, 0A040438, , 0004)
0022EE58  00408E2C  (0003, 0003, 0A040438, )
0022EE88  00409639  (0003, 0003, , 0001)
0022EEB8  0041D0DE  (0A0403D8, 0A0403E8, 0001, 0A04035C)
0022EF08  00409B37  (0002, 0A040358, 0001, 77E7A730)
0022EF40  00409FD4  (0002, 0A040358, 0A0400A8, 0022EF98)
0022EF80  61005DE0  (0022EF98, C0150008, , 536CD652)
0022FF90  61005EE5  (, , , )
End of stack trace


"uname -a" on the remote host:
Linux patches 2.4.20-28.9 #1 Thu Dec 18 13:45:22 EST 2003 i686 i686 i386
GNU/Linux


"uname -a" on the backup host:
CYGWIN_NT-5.1 TWEETY 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown
Cygwin


"rsync --version" on the remote host:
rsync  version 2.5.7  protocol version 26
Copyright (C) 1996-2002 by Andrew Tridgell and others

Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, 
  IPv6, 64-bit system inums, 64-bit internal inums
 
rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.


"rsync --version" on the backup host:
rsync  version 2.6.0  protocol version 27
Copyright (C) 1996-2004 by Andrew Tridgell and others

Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles,
  no IPv6, 64-bit system inums, 64-bit internal inums

rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.


rsync command line on the backup host:
nice -n 19 rsync --delete -ra [EMAIL PROTECTED]::chroot1 chroot1


Output of "cygcheck -srvh":
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Feb 05 08:58:46 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin

Re: XEmacs and Windows Fonts

[Dr. Volker Zell]

> "David" == David Rothenberger writes:

David> Paul Stodghill wrote:
>> I don't know if it is a 21.4.14 problem or a configuration problem.

David> I believe it is a configuration problem of some sort.  I am running a
David> 21.4.14 that I built myself from CVS and did not encounter the problem
David> with fonts.

David> I'm also not seeing it with a 21.4.15 built from CVS.

I will release a 21.4.15 version soon. If the problem still persists in
that version I need help from people who are using the W32 variant of
XEmacs to track problems down as I'm only using the X11 version. The
same holds true for the TTY version (-nw).

David> Dave

Ciao
  Volker


--
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/

Segfault in _cygwin_dll_entry

[peda]

Hello!

I have been trying to get LibGGI to build and work on cygwin and
I have the following problem:

When I run an application linked against the resulting cygggi-2.dll
it segfaults in [EMAIL PROTECTED] (according to gdb) before main
is reached.

LibGGI consists of three core libraries: ggi, gii and gg.

Now, cygggi-2.dll is linked against both cyggii-0.dll and
cyggg-0.dll. cyggii-0.dll is in turn linked against cyggg-0.dll. I
don't know if there is any relevance to this dependency tree, but
I include it since programs linked directly against cyggii-0.dll
does _not_ segfault.

I can not find any relevant difference between how cygggi-2.dll and
cyggii-0.dll are built. None of them defines a _cygwin_dll_entry,
which means that cygwin should provide one, if I understand things
correctly?

strace on the failing application produces no output.
The only other dlls these dlls depend on (directly) are cygwin1.dll
and kernel32.dll (according to depends.exe provided with MSVC)

How can I get more info on what is going on? Is it a known problem?

If you want to see for yourself, I can help you get the current GGI
source.
It you need more info, please CC me as I'm not subscribed.

(before you ask, /usr/local/bin is empty so it is not relevant that
it is first in the path)

Thanks in advance,
Peter Ekberg


-


cygcheck -s -v -r output:


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Feb 05 11:29:40 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\ARM\ARM Developer Suite\BIN
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\PROGRA~1\ULTRAE~1
d:\NTDDK\bin
c:\PROGRA~1\BITKEE~1
c:\PROGRA~1\Tcl\bin
c:\Program Files\Microsoft SQL Server\80\Tools\BINN
c:\Program Files\Microsoft SQL Server\80\Tools\Binn\
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1000(peda) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1000(peda) GID: 513(None)
513(None)544(Administrators) 
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

HOME = `C:\cygwin\home\peda'
MAKE_MODE = `unix'
PWD = `/home/peda'
USER = `peda'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\peda\Application Data'
ARMHOME = `C:\Program Files\ARM\ARM Developer Suite'
ARMINC = `C:\Program Files\ARM\ARM Developer Suite\INCLUDE'
ARMLIB = `C:\Program Files\ARM\ARM Developer Suite\LIB'
BASEDIR = `D:\NTDDK'
BK_HOST = `sectra.se'
CLASSPATH = `"(\QTJava.zip"'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `PEDA-PC'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DDKDRIVE = `D:'
ENVIRONMENTVARIABLE = `C:\Program Files\Common Files\InstallShield\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\peda'
HOSTNAME = `peda-pc'
INCLUDE = `C:\Program Files\Microsoft Visual 
Studio\VC98\atl\include;C:\Program Files\Microsoft Visual 
Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual 
Studio\VC98\include'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program 
Files\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\PEDA-PC'
MANPATH = `:/usr/X11R6/man:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/peda/ggi/ggi-core/libgii/gg'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0007'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\w$ '
QTJAVA = `"(\QTJava.zip"'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\peda\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\peda\LOCALS~1\Temp'
USERDOMAIN = `PEDA-PC'
USERNAME = `peda'
USERPROFILE = `C:\Documents and Settings\peda'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cy

Re: cannot run POPFile with cygrunsrv anymore

[dAniel hAhler]

Hello cygwin-list,

on Wed, 04. Feb 2004 at 23:33:20 -0500 Larry Hall wrote:

>>and after deleting /var/log/popfile.log (which had no permissions for
>>SYSTEM), it now works..
L> Excellent!


>>If I understood correctly, the mount settings are stored in registry
>>and so I do not have to put anything into /etc/profile or sth?!
L> I never mentioned anything about where the mount settings are stored.

But I read it somewhere in the docs.. :)

>>btw: what would be changed, when running cygwin-setup.exe and going
>>from "Installed for Just Me" to "All Users"?
L> What changed is the mount type for the default mount points created by
L> setup.exe.  They changed from "user" to "system".  This means the mount
L> points are no longer user-specific but available to all users (including
L> SYSTEM).

So this is exactly what I changed now manually?


-- 
shinE!
http://www.thequod.de ICQ#152282665
GnuPG/PGP key: http://thequod.de/danielhahler.asc



--
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: "FAQ as One Big HTML File" isn't

[Corinna Vinschen]

On Feb  4 15:09, Thomas L Roche wrote:
> To the doc maintainer, if s/he exists: the FAQ has a link to 
> 
> FAQ as One Big HTML File
> 
> However faq0.html == faq.html: it's just a table of contents, which is
> not what I expected. By contrast,

Did you try to scroll further down?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

permission denied error during compilation

[Albert Maier]

Hello,

I am using Cygwin to run the network simulator ns-2 under WinXP. During the
compilation of ns-2 I get a permission denied error  (see below). Cygwin is
installed on a FAT32 partition, so it shouldn't be any security issues.
There is a similar question in the mailing list. They wrote that the system
flag of the as.exe has to be set. I checked this already. I wrote the
question to the ns-2 mailing-lists. They told me, that this is a problem
with cygwin, but they didn't know a solution. Has anybody an idea how I can
solve this problem?



Thanks

Albert Maier

gcc: installation problem, cannot exec
`/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/..
/../../../i686-pc-cygwin/bin/as.exe': Permission denied
make: *** [tkScrollbar.o] Error 2
tk8.4.5 make failed! Exiting ...
For problems with Tcl/Tk see http://www.scriptics.com



--
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: [v2.416] Cannot install Cygwin, using setup.exe

[Jochen Dehmer]

Mail richtet sich an: Hannu E K Nevalainen

> > >Some further stories about this pc:
> > >[Windows 2000, German edition]
> > >[P3 500Mhz, 768 MB RAM (SDRAM)]
[...]
>  Or even better; look at
> http://sources.redhat.com/cygwin-apps/setup.html
> and find the instructions and link to setup 2.418
> http://cygwin.com/setup-snapshots/ - then use that instead. It behaves
> _a lot_ better on machines with less MHz'es. (I'm running a [EMAIL PROTECTED])

Thanks for your help. You're right: It behaves a lot better :) 
Now, I AM able to install cygwin.

> Run it from a cmd/command prompt with "setup.exe --no-md5" and you'll
> be spared the md5 checksum checking too.

And of course, thanks for this hint.

--
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: setting IP address & mask via CLI

[Benjamin Lindner]

Victor,

under windows2000 the tool you might use is netsh.exe.
It's a kind of a scripting interface to network parameters

by doing
netsh interface dump

you get the current configuration, which you can alter to your needs
(IP, gateway, DHCP yes/no, DNS, WINS etc)
save the configuration to a file and call

netsh -f 

which loads the settings in your configuration file.
Under Windows2000 you do not have to reboot for the new settings
to become effective if you have an active network connetction while
calling netsh -f ...
(at least this is my experience)

HTH
benjamin


On 04.02.2004 at 18:49 Victor Stepanov wrote:

>Hello,
>
>Possibly an off-topic, but may someone recommend the way to set up Windows
>IP parameters (address, mask, gw...) via command like interface? I'm
>looking
>for tool similar to netconfig of RedHat Linux.
>
>Thanks in advance!
>
>V.
>
>--
>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/