Son of try a snapshot

[Christopher Faylor]

I think I've corrected the SEGV from the last snapshot.

Please give it a try.

If you experience problems, please send your cygcheck output as
an attachment, along with detailed explanation of how to duplicate
the problem.

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: please try the latest snapshot

[Robert McNulty Junior]

It works. I can now proceed with my progrect(Making music with Cygwin,
EZPNO, and Timidity++
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Christopher Faylor
Sent: Friday, January 17, 2003 9:39 PM
To: [EMAIL PROTECTED]
Subject: Re: please try the latest snapshot


On Fri, Jan 17, 2003 at 08:04:43PM -0500, Christopher Faylor wrote:
>On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote:
>>Chris,
>>
>>On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote:
>>> On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote:
>>> > This should be fixed now.  It was a simple mistake, as far as I
>>> > could tell.  How does the refreshed snapshot look?
>>>
>>> Looking good!
>>
>>I spoke too soon.  I'm getting segmentation faults and stuff like the
>>following by just running ls:
>>
>>$ uname -a
>>CYGWIN_NT-5.0 TISHLERJASON 1.3.19s(0.71/3/2) 20030117 13:11:17 i686
unknown
>>$ cd src/pgsql
>>/home/jt/src/pgsql
>>$ ls
>>...
>> 636511 [unknown (0x900)] ? 2332 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
>> 636647 [unknown (0x900)] ? 2332 handle_exceptions: Error while
dumping state (probably corrupted stack)
>
>Could you get a gdb backtrace of this problem?

Nevermind.  I cd'ed around my disk like crazy until I could duplicate the
problem.  I'm regenerating the snapshot now.

If it has this in the ChangeLog:

2003-01-17  Christopher Faylor  <[EMAIL PROTECTED]>

* cygheap.cc: Change most 'int's to 'unsigned's.
(_cmalloc): Only check for size of malloced region when calculating
budget.  Add overhead when performing the sbrk.  Previous change broke
_crealloc.

It should work.


cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Christopher Faylor]

On Fri, Jan 17, 2003 at 08:04:43PM -0500, Christopher Faylor wrote:
>On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote:
>>Chris,
>>
>>On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote:
>>> On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote:
>>> > This should be fixed now.  It was a simple mistake, as far as I
>>> > could tell.  How does the refreshed snapshot look?
>>> 
>>> Looking good!
>>
>>I spoke too soon.  I'm getting segmentation faults and stuff like the
>>following by just running ls:
>>
>>$ uname -a
>>CYGWIN_NT-5.0 TISHLERJASON 1.3.19s(0.71/3/2) 20030117 13:11:17 i686 unknown
>>$ cd src/pgsql
>>/home/jt/src/pgsql
>>$ ls
>>...
>> 636511 [unknown (0x900)] ? 2332 handle_exceptions: Exception: 
>STATUS_ACCESS_VIOLATION
>> 636647 [unknown (0x900)] ? 2332 handle_exceptions: Error while dumping state 
>(probably corrupted stack)
>
>Could you get a gdb backtrace of this problem?

Nevermind.  I cd'ed around my disk like crazy until I could duplicate the
problem.  I'm regenerating the snapshot now.

If it has this in the ChangeLog:

2003-01-17  Christopher Faylor  <[EMAIL PROTECTED]>

* cygheap.cc: Change most 'int's to 'unsigned's.
(_cmalloc): Only check for size of malloced region when calculating
budget.  Add overhead when performing the sbrk.  Previous change broke
_crealloc.

It should work.


cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: build php4.3.0 as a module for apache_1.3.27 (Cygwin) fail

[sailsoft]

Thanks Elfyn and Stipe.

I will try a php forum application ( FUDforum 2.3.6 ) on cygwin. The installation ( 
install.php ) for this forum need php.exe.
But the sources provided with cygwin, will just install the mod_php4, there is no 
php.exe.
So i have to install apache and php myself.

Stipe Tolj wrote:
>no, it's because php dies include the Win32 native expat code and the
>DLL import fails.

>Check the patch that is included in the php module from the Cygwin
>setup package. There you will find the necessary files and changes to
>stop that undefined reference errors while linking.

I have not really understand. I have check the package apache-php-4.2.0-1.tar.bz2, in 
php-4.2.0-1.README:

Pre-required packages: 
apache-1.3.x
(and various other packages, depending on
the php setup you would like to compile)

To build the shared module DLL for cygwin:

  tar xjvf apache-php-X-Y-src.tar.bz2
  patch -p0 < php-X-Y/CYGWIN-PATCHES/php-X-Y.patch
  cd php-X-Y
  autoconf
  ./configure --with-apxs=/usr/sbin/apxs \
[additional --with-foobar directives]
  make
  cd sapi/apache/.libs
  ../../../CYGIN-PATCHES/mkdll.sh libsapi.la \
-L ../../../.libs -lphp4 \
[addional -lfoobar ld flags] \
/usr/bin/cyghttpd.dll
  mv cygsapi.dll libphp4.dll
  /usr/sbin/apxs -i -a -n php4 libphp4.dll  

Rebasing shared DLLs:

In case you have depending DLLs for libphp4.dll it may
be necessary to rebase all used DLLs in this dlopen()
chain. Please see the Cygwin mailing list to see how
to rebase shared DLLs.

Is that all what i should do? But in php-4.3.0 there is no 
"php-X-Y/CYGWIN-PATCHES/php-X-Y.patch"
should I download php-4.2.0?  With the sources provided with cygwin, i can't build 
php.exe, right !?
Can you tell me a bit detail about :
>Check the patch that is included in the php module from the Cygwin
>setup package. There you will find the necessary files and changes to
>stop that undefined reference errors while linking.

I am a new man with cygwin, i hope i haven't waste you too much time. Thanks again.
regards

sail


--
Singles aufgepasst!
Spielend in Kontakt kommen und neue Freunde finden in der freenet.de Community!
Jetzt durchstarten unter: http://www.freenet.de/tipp/community/

Re: RESOLVED: Using gcc to build a DLL discovered and linked at runtime

[Jim Kleckner]

Christopher Faylor wrote:


On Fri, Jan 17, 2003 at 06:58:17AM -0800, Joshua Daniel Franklin wrote:


MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

References: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


After carefully inspecting the symbols from
generated dlls and dlls provided by TradeStation,
I found that symbols occurred with and without the
@decorations.  e.g. PPI@4 and PPI.

Adding -Wl,--add-stdcall-alias to the gcc line,
all worked fine.

Could this generally be a requirement for dlls
that are opened at runtime in a fashion similar to
dlopen?  If so, then some FAQ annotation would be
in order here:
 http://www.cygwin.com/cygwin-ug-net/dll.html


I may be wrong (I'm not a GCC expert), but isn't that more
of a gcc thing than a cygwin thing? 

I don't want to end up pasting the whole gcc manual into
the "Using DLLs" page. It's really only intended to be a quick
start for cygwin, not a comprehensive guide.


Right.  The --add-stdcall-alias option is also not something
that you just nonchantly add to the command line.  It does not
belong in a general guide, except, perhaps as a q.v.



I defer to your judgement here.  I would note that
it took me a lot of digging to come up with the
solution.  One small hint to others might save
them a boatload of time.  Something like:

 "When programs discover and open a dll at
 runtime be sure to check that the symbols are
 generated in the form expected by the program.
 Take a look at the documentation for ld about
 the --add-stdcall-alias and --kill-at options
 that control whether the 'ordinal number' is
 output as part of the symbol or not."
in this page: http://www.cygwin.com/cygwin-ug-net/dll.html

I didn't find any information on this question by
top-down inspection of the GCC manual which does
not give much discussion of Windows-specific
features.  Instead it refers readers to cygwin
where I suspect most seekers will travel.  A site
search of gcc.gnu.org yields nothing for
add-stdcall-alias or kill-at.  It appears that
only the binutils package documentation for ld and
dlltool mention it.  For completeness, the
suggestion for the binutils team would be to
augment the documentation about these options for
ld to include:

   `-k'
   `--kill-at'
Specifies that when `dlltool' is creating the
exports file it should not append the string
`@ '.  These numbers are called
ordinal numbers and they represent another
way of accessing the function in a DLL, other
than by name.
 Append this text:
When programs discover and open a dll at
runtime be sure to check that the symbols
are generated in the form with or without
ordinals as expected by the program.  Try
this option or the --add-stdcall-alias
option if dynamic loading fails at runtime.

If some kind reader might forward this message to
the binutils team's list, I would be grateful as I
am not a member.

Thanks - Jim



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Fabio Alemagna]

On Fri, 17 Jan 2003, Richard Henderson wrote:

> On Fri, Jan 17, 2003 at 11:49:01PM +0100, Fabio Alemagna wrote:
> > Wait a minute, are you saying IA-64 implements section-relative
> > relocations? Is that for any kind of sections, or just the dwarf's ones?
>
> Any sections.  See R_IA64_SECREL* in bfd/elfxx-ia64.c.

Looking at that, at gas/config/tc-ia64.c and at an email in another thread
here, I understand that SECREL relocations are triggered manually, by
using a special gas construct, but for me that's overkill, because that
should be the default behaviour, not a special one, so every relocation
should be section-relative. How do I do that? Also, I guess I'd have to do
it only when doing final linking, am I right?

Fabio Alemagna


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Christopher Faylor]

On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote:
>Chris,
>
>On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote:
>> On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote:
>> > This should be fixed now.  It was a simple mistake, as far as I
>> > could tell.  How does the refreshed snapshot look?
>> 
>> Looking good!
>
>I spoke too soon.  I'm getting segmentation faults and stuff like the
>following by just running ls:
>
>$ uname -a
>CYGWIN_NT-5.0 TISHLERJASON 1.3.19s(0.71/3/2) 20030117 13:11:17 i686 unknown
>$ cd src/pgsql
>/home/jt/src/pgsql
>$ ls
>...
> 636511 [unknown (0x900)] ? 2332 handle_exceptions: Exception: 
>STATUS_ACCESS_VIOLATION
> 636647 [unknown (0x900)] ? 2332 handle_exceptions: Error while dumping state 
>(probably corrupted stack)

Could you get a gdb backtrace of this problem?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fwd: Re: Installation

[Jeremy Hetzler]

From: "Scott Taylor" <[EMAIL PROTECTED]>
Subject: Re: Installation
Date: Fri, 17 Jan 2003 11:06:41 -

OK got locate working, but there seems to be something wrong in general with
calling commands.

"ls -l" works fine but...
"ls -l | more" does not

Also, I wanted to install cygipc but it gives me the following:

$ tar -C/ -xjf cygipc-1.13-2.tar.bz2
tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or directory
tar (child): error not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors

The file "tar.exe" is in my bin directory...why can't it see it?

Scott


Just to be clear, your shell is finding and running tar just fine (as you 
can confirm with "tar --help". Messages of the form "tar: blah blah blah" 
are from tar itself. If your shell couldn't find tar at all, you would get 
something like "bash: tar: command not found".

(Sorry for the munged headers.)

Jeremy


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: RE: posix threads

[Timothy C Prince]

-Original Message-
From: "Lane, Frank L" <[EMAIL PROTECTED]>
To: cygwin <[EMAIL PROTECTED]>
Date: Fri, 17 Jan 2003 17:53:41 -0600
Subject: RE: posix threads

Hi Mike,

I don't know how the different version are cross-referenced but uname tells
me I'm running CYGWIN_NT-5.0.  And the POSIX Version is set to 199009(which
I think means it does most thread stuff but not all of the POSIX 1003.1c
stuff).  Hopefully this in someway helps.  BTW, there is pthread.h in my
CYGWIN include directory.

Frank

-Original Message-
From: Michael D. Berger & Rosalie A. Clavez [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 5:09 PM
To: cygwin
Subject: posix threads


Does g++ (gcc) under Cygwin support posix threads?  I have Cygwin
with gcc 2.95.3-5, and I can't find any *.h files for threads.
Thanks for your help
Mike.

Those URL's at the bottom of the e-mail list which pthreads functions should be 
supported.  When we build gcc/g++ from the generic source, --enable-threads=posix is 
an option which normally is chosen, although it's not a default.  It passes the 
threaded tests in gcc-testsuite.
Tim Prince

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[David Rothenberger]

I am encountering sporadic segmentation faults from tools like ls and
find.  Specifically, I was invoking find as a child process from Cygwin
XEmacs, and it was getting a segmentation fault at different locations
in my (somewhat deep) directory structure.

After this started to occur, I started an rxvt window and when to the
top of the directory structure and did an 'ls'.  This also caused a
segmentation fault.

This does not happen all the time, even for that directory.  Reverting
back to 1.3.17 corrected the problem.

I will be happy to provide any additional information if instructions
for collecting the information is provided.

Dave

David Rothenberger wrote:
> 
> The latest 1-17 snapshot fixes the pipe problem for me.  No other
> problems detected so far.  Thanks!
> 
> Christopher Faylor wrote:
> >
> > The latest snapshot should fix some /etc handling problems (thanks to
> > ideas and code from Pierre Humblet), like the dreaded BSOD.  It may also
> > solve the "pipes are slow" problem.  There are also all of the fixes
> > accumulated since 1.3.18, of course.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: posix threads

[Lane, Frank L]

Hi Mike,

I don't know how the different version are cross-referenced but uname tells
me I'm running CYGWIN_NT-5.0.  And the POSIX Version is set to 199009(which
I think means it does most thread stuff but not all of the POSIX 1003.1c
stuff).  Hopefully this in someway helps.  BTW, there is pthread.h in my
CYGWIN include directory.

Frank

-Original Message-
From: Michael D. Berger & Rosalie A. Clavez [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 5:09 PM
To: cygwin
Subject: posix threads


Does g++ (gcc) under Cygwin support posix threads?  I have Cygwin
with gcc 2.95.3-5, and I can't find any *.h files for threads.
Thanks for your help
Mike.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Richard Henderson]

On Fri, Jan 17, 2003 at 11:49:01PM +0100, Fabio Alemagna wrote:
> Wait a minute, are you saying IA-64 implements section-relative
> relocations? Is that for any kind of sections, or just the dwarf's ones?

Any sections.  See R_IA64_SECREL* in bfd/elfxx-ia64.c.


r~

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Brian Ford]

Yup.  That's what the main said.

Look at the pseudo op @secrel().

If you figure out how to implement this for AROS, I'd love any additional
insight you can share.  I'm currently blindly stubling in gas and bfd.

On Fri, 17 Jan 2003, Fabio Alemagna wrote:

> On Fri, 17 Jan 2003, Richard Henderson wrote:
>
> Wait a minute, are you saying IA-64 implements section-relative
> relocations? Is that for any kind of sections, or just the dwarf's ones?
>
> Hope the former, because in that's exactly what I need for AROS.
>

-- 
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

posix threads

[Michael D. Berger & Rosalie A. Clavez]

Does g++ (gcc) under Cygwin support posix threads?  I have Cygwin
with gcc 2.95.3-5, and I can't find any *.h files for threads.
Thanks for your help
Mike.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Fabio Alemagna]

On Fri, 17 Jan 2003, Richard Henderson wrote:

> On Thu, Jan 16, 2003 at 09:18:20AM -0600, Brian Ford wrote:
> > I am still consulting the DWARF2 spec to see if gcc and gas are
> > correct in generating VMA addresses.  If so, I guess I have to fix the
> > dwarf parsing code in bfd and gdb to subtract the section base VMA.
>
> No, dwarf specifies a section-relative address.  The issue is that,
> with the exception of IA-64, no target has section-relative relocations.
> So instead we force the VMA to zero such that the VMA address and
> the section offset are identical.
>
> If you cannot do this with PE, then you have to add new relocs.
> There's no other way around it.

Wait a minute, are you saying IA-64 implements section-relative
relocations? Is that for any kind of sections, or just the dwarf's ones?

Hope the former, because in that's exactly what I need for AROS.

Fabio Alemagna



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Brian Ford]

Thanks for the response.  I came to that ugly conclusion yesterday.

On Fri, 17 Jan 2003, Richard Henderson wrote:

> No, dwarf specifies a section-relative address.  The issue is that,
> with the exception of IA-64, no target has section-relative relocations.
> So instead we force the VMA to zero such that the VMA address and
> the section offset are identical.
>
> If you cannot do this with PE, then you have to add new relocs.
> There's no other way around it.
>

-- 
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DDWARF-2 debug info? (on Cygwin)

[Richard Henderson]

On Thu, Jan 16, 2003 at 09:18:20AM -0600, Brian Ford wrote:
> I am still consulting the DWARF2 spec to see if gcc and gas are
> correct in generating VMA addresses.  If so, I guess I have to fix the
> dwarf parsing code in bfd and gdb to subtract the section base VMA.

No, dwarf specifies a section-relative address.  The issue is that,
with the exception of IA-64, no target has section-relative relocations.
So instead we force the VMA to zero such that the VMA address and
the section offset are identical.

If you cannot do this with PE, then you have to add new relocs.
There's no other way around it.


r~

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Possible Snapshot Issue

[Dockeen]

I grabbed the cygwin1.dll snapshot version 20030117 a few minutes ago.
I had an issue with a hang occuring in the following circumstances.
I cd'ed into a lower level directory, attempted to perform a listing,
and the operation hung.  I closed the window, opened another and repeated
the result (hang). Upon reverting to my original version of cygwin1.dll,
normal operation resumed.

There are only about 5 files in the directory, it was not the "normal"
ls slowness one can encounter with large directories.

I am running Win98SE, with rxvt serving as my terminal.

Wayne Keen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[David Rothenberger]

The latest 1-17 snapshot fixes the pipe problem for me.  No other
problems detected so far.  Thanks!

Christopher Faylor wrote:
> 
> The latest snapshot should fix some /etc handling problems (thanks to
> ideas and code from Pierre Humblet), like the dreaded BSOD.  It may also
> solve the "pipes are slow" problem.  There are also all of the fixes
> accumulated since 1.3.18, of course.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: HELP! How to add secrel psuedo op for pe-i386?

[Brian Ford]

Thank you VERY much for the reply.  See below for comments please.

On 17 Jan 2003, Nick Clifton wrote:

> > I think the "correct" way to handle this is to implement the secrel psuedo
> > op like IA64 does.  I only have a very vauge idea what this means.
> >
> > Can a binutils guru enlighten me on what's involved here?  Thanks.
>
> I'll try.  Basically you change gcc so that instead of generating:
>
> .word 
>
> it generates something like this:
>
> .word  @secrel ()
>
> for a DWARF2 section-relative relocation.
Done and easy.

> The exact syntax you choose is up to you, and presumably you would
> choose something that fits in with current x86 assembler syntax.
>
I am searching the net trying to figure that out.  I am not very
experienced in x86 or Windows, so if anyone knows, please speak up.

> Then you extend the x86 backend in GAS (file: gas/config/tc-i386.c) so
> that it can parse the new syntax and generate a relocation for the
> value.  In fact you will probably need a set of relocations to handle
> different sized values (ie 8-bit, 16-bit, 32-bit and 64-bit).
>
This is where it starts getting really messy, for me at least.

No.  I only need 32-bit, as that is all the i386 PE format specifies,
and it is all dwarf2 needs.

> GAS actually creates relocations by a two stage process.  First it
> creates a 'fixup' which is a structure describing an area of the
> to-be-output binary that will need extra processing once it has
> finished its pass of the input source file(s).  Then it processes
> these fixups, creating relocations if necessary.
>
> To add new x86 relocation numbers you will need to modify
> include/elf/i386.h and bfd/reloc.c.  (After which you will need to run
> "make headers" in the bfd build directory to recreate the other header
> files).  You will then need to extend the bfd/elf32-i386.c source file
> to handle your new relocations.
>
Just to clarify, this PE/coff, not elf.  So, include/coff/internal.h and
bfd/coff-i386.c are the relevant files.

Is BFD_RELOC_32_BASEREL appropriate here?  If so, I do not need to modify
bfd/reloc.c.

> Of course there is no real documentation on how to do any of this, so
> the source code is still the best guide.  As you have found the IA64
> port has done this already, so you can use that as your guide.
>
Since they did it for elf, not coff, it seems to be a very loose guide.
Also, it seams every port has their own way of doing things.  There is a
lot of port specific code that looks like it should have been shared.

Just more confusion for me :).

> Finally you should create an assembler test case to make sure that the
> assembler and disassembler can handle these new pseudo ops and
> relocations.
>
I look into that.  Thanks.

-- 
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: emacs error ad-Orig-documentation called with 5 arguments

[Joe Buehler]

Robert Mecklenburg wrote:


I'm not sure how to continue debugging this issue.  I'm studying
advice.el now.


I think this (long-running) problem has something to do with
the fact that emacs under Cygwin now has unexec().  If you roll
back to emacs 21.2-9 you will not have any problems.

One thing that you might try is rolling back your cygwin DLL,
if you can.  Emacs was compiled against an older one, and this
may be causing some problems when running against a new DLL.
--
Joe Buehler



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Adding/removing custom mirror URLs in setup.exe...

[Robert Collins]

On Sat, 2003-01-18 at 06:20, Max Bowsher wrote:


> Don't know whether setup understands usernames/passwords. I'll dig in the
> source tomorrow, if no one has answered by then.

It should, Corinna IIRC uses ftp w/passwords. 

Rob
-- 
GPG key available at: .



signature.asc
Description: This is a digitally signed message part

Re: please try the latest snapshot

[Jason Tishler]

Chris,

On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote:
> On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote:
> > This should be fixed now.  It was a simple mistake, as far as I
> > could tell.  How does the refreshed snapshot look?
> 
> Looking good!

I spoke too soon.  I'm getting segmentation faults and stuff like the
following by just running ls:

$ uname -a
CYGWIN_NT-5.0 TISHLERJASON 1.3.19s(0.71/3/2) 20030117 13:11:17 i686 unknown
$ cd src/pgsql
/home/jt/src/pgsql
$ ls
...
 636511 [unknown (0x900)] ? 2332 handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
 636647 [unknown (0x900)] ? 2332 handle_exceptions: Error while dumping state 
(probably corrupted stack)

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: cygwin-doc-1.3

[fergus]

This might be a phoney report but I think not. (Sorry : unfortunately I let
Norton correct the error as well as find it.) As follows: after updating
cygwin-doc the three shortcuts in Start -> Programs -> Cygwin (i.e. to API,
FAQ and UG) are unaltered and therefore still point to the previous version
of these docs. Fergus


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: emacs error ad-Orig-documentation called with 5 arguments

[Robert Mecklenburg]

DH> Robert Mecklenburg wrote:
RM> I'm getting the following error in the x-enabled version of cygwin
RM> emacs:  
RM> 
RM> ** ad-Orig-documentation called with 5 arguments, but accepts only 1-2

DH> I think the problem is with the original documentation function itself, 
DH> not with advice.

Moments after sending my previous message I discovered that the error
message is actually generated by loading advice.el.  No other action
is required.  A little judicious editing revealed that commenting out
the "defadvice documentation" code in advice.el allows the advice.el
file to load correctly.  Obviously, this is not a functional fix of
any kind, just more clues.  My comment lines are marked ";;x" (from
advice.el):

;;x(defadvice documentation (after ad-advised-docstring first disable preact)
;;x  "Builds an advised docstring if FUNCTION is advised."
;;x  ;; Because we get the function name from the advised docstring
;;x  ;; this will work for function names as well as for definitions:
;;x  (if (and (stringp ad-return-value)
;;x(string-match
;;x ad-advised-definition-docstring-regexp ad-return-value))
;;x  (let ((function
;;x  (car (read-from-string
;;xad-return-value (match-beginning 1) (match-end 1)
;;x (cond ((ad-is-advised function)
;;x(setq ad-return-value (ad-make-advised-docstring function))
;;x;; Handle optional `raw' argument:
;;x(if (not (ad-get-arg 1))
;;x(setq ad-return-value
;;x  (substitute-command-keys ad-return-value


;; @@ Starting, stopping and recovering from the advice package magic:
;; ===

(defun ad-start-advice ()
  "Start the automatic advice handling magic."
  (interactive)
  ;; Advising `ad-activate-internal' means death!!
  (ad-set-advice-info 'ad-activate-internal nil)
  (ad-safe-fset 'ad-activate-internal 'ad-activate)
;;x  (ad-enable-advice 'documentation 'after 'ad-advised-docstring)
;;x  (ad-activate 'documentation 'compile)
)

(defun ad-stop-advice ()
  "Stop the automatic advice handling magic.
You should only need this in case of Advice-related emergencies."
  (interactive)
  ;; Advising `ad-activate-internal' means death!!
  (ad-set-advice-info 'ad-activate-internal nil)
;;x  (ad-disable-advice 'documentation 'after 'ad-advised-docstring)
;;x  (ad-update 'documentation)
  (ad-safe-fset 'ad-activate-internal 'ad-activate-internal-off))



-- 
Robert


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[Christopher Faylor]

On Fri, Jan 17, 2003 at 05:40:17PM +0100, H.Merijn Brand wrote:
>Now that I managed automatic install of snapshots :))) I traced it back.
>
>20030113 OK
>20030114 OK
>20030115 Crash on above cd
>20030116 Crash on above cd
>20030117 Crash on above cd

Can you give me more information on your environment?  What shell are you running
that returns a '#' prompt?  Is /P/perl-current/ext/Data just a simple directory
under root or is it mounted somehow?  Any other details you can think of would
be appreciated.

If you could send cygcheck -r -s -v output as an attachment to [EMAIL PROTECTED]
(please *do not* Cc me -- I read the list), it would be appreciated.

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

was: How can I abbreviate /cygdrive/DRIVELETTER ?

[svartsjel]

Thank you, Max, Igor and Andrew for your suggestions!
Yes, I knew the cygdrive-prefix possibility already, nevertheless: thanks,
Corinna!
I assume Max' softlink solution will please my laziness best.
It's somewhat strange I didn't come up with this little trick myself...

Best wishes,


Svartsjel

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

FindFirstChangeNotification BSODs (Re: please try the latest snapshot)

[Ville Herva]

On Fri, Jan 17, 2003 at 12:52:16AM -0500, you [Christopher Faylor] wrote:
> The latest snapshot should fix some /etc handling problems (thanks to
> ideas and code from Pierre Humblet), like the dreaded BSOD.  It may also
> solve the "pipes are slow" problem.  There are also all of the fixes
> accumulated since 1.3.18, of course.
> 
> If I don't hear too many whines about this snapshot, it may become
> 1.3.19.

I've got a contact at Microsoft support who is listening about these BSOD
issues (I was quite surprised they actually answered when I submitted a
report on cygwin causing BSODs...). They are not quite keen on installing
the whole cygwin suite (be it free or not), though. However, if some of you
who have played with the /etc FindFirstChangeNotification stuff would have
the time and patience to wrap up a small .exe (preferably with source of
source) that reproduces the problem, I think they would be very interested
(only and assumption based on the pretty good feedback I've gotten so far).

I'm afraid I'm too busy and unversed to do that myself


-- v --

[EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Jason Tishler]

Chris,

On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote:
> This should be fixed now.  It was a simple mistake, as far as I could
> tell.  How does the refreshed snapshot look?

Looking good!

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

[Max Bowsher]

Frédéric L. W. Meunier wrote:
> On Fri, 17 Jan 2003, Max Bowsher wrote:
>
>> Frédéric L. W. Meunier wrote:
>>> But it still doesn't return to the shell prompt:
>>>
>>> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
>>> U micq/.cvsignore
>>> U micq/AUTHORS
>>> U micq/COPYING
>>> ...
>>> U micq/web/valid-html40
>>> U micq/web/zh_CN.gif
>>> U micq/web/zh_TW.gif
>>>
>>> $ ps
>>> ...
>>> I 5801196 580   28320 1004 12:03:52 /usr/bin/cvs
>>> ...
>>>
>>> ^C
>>> cvs [checkout aborted]: received interrupt signal
>>
>> I'm stuck, then. (Couldn't see anything in the cvs -t, either)
>>
>> You could try strace-ing it to see where it hangs.
>
> I'm attaching the last lines of the strace output.

I'm sorry, I'm out of suggestions. Unless anyone else here knows what might
cause cvs to hang like this:
   41 4076680 [main] cvs 3092 wsock_event::prepare: 39189212 =
wsock_event::prepare ()


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing export CYGWIN1.DLL:setgroups

[Max Bowsher]

Jim Lynch wrote:
> Ah ha!  You're  right.  I'm guessing I had a copy of bash up when I
> did
> the install.  The installer couldn't remove or rename the cygwin1.dll
> file so he put the new one in as cygwin1.dll.new.  I removed the old
> one
> and renamed the .new file and it works!

Setup says "In use files have been replaced. Cygwin may operate improperly
until you reboot." for a reason!

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Adding/removing custom mirror URLs in setup.exe...

[Max Bowsher]

Thomas Chadwick wrote:
> 2 separate questions about customizing the list of mirror URLs in the
> cygwin setup.exe program:
>
> 1) When adding a custom URL, what is the correct syntax to describe
> the path to the cygwin pacakge directory? For instance, on an FTP
> accessible server I have a directory in my home directory called
> "cygwin" which contains setup.exe and setup.ini. Underneath that is
> the release directory which contains all of the packages. I can
> browse the directory hierarchy in IE with a URL that looks like
> "ftp://username:password@hostname/cygwin";. I tried entering that URL
> in the approriate place in setup.exe, clicked Add, then selected it
> from the list and clicked "Next", but then got a message saying is
> could not find setup.ini.

Don't know whether setup understands usernames/passwords. I'll dig in the
source tomorrow, if no one has answered by then.

> 2) Once I've added a custom URL to the list of mirrors, how do I
> remove it?

It will vanish if you unselect it, press Next, and restart setup.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing export CYGWIN1.DLL:setgroups

[Jim Lynch]

Ah ha!  You're  right.  I'm guessing I had a copy of bash up when I did
the install.  The installer couldn't remove or rename the cygwin1.dll
file so he put the new one in as cygwin1.dll.new.  I removed the old one
and renamed the .new file and it works!

Thanks,

Jim.

Max Bowsher wrote:
> 
> Jim Lynch wrote:
> > And some others.
> >
> > I just upgraded my cygwin installation on Win98 to the latest and now
> > I get a popup window that says "The RSYNC.EXE file is linked to
> > missing export CYGWIN1.DLL:setgroups".
> 
> You've probably got an old cygwin1.dll somewhere else on your system. Remove
> it.
> 
> Max.
> 
> --

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using nail on win32 (cygwin)

[Max Bowsher]

Gunnar Ritter wrote:
> Vince Hoffman <[EMAIL PROTECTED]> wrote:
> 
>> While i can understand your views, i'm sorry that you feel that way.
>> thanks for the responce.
>> 
>> Vince
>> 
>>> -Original Message-
>>> From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
>>> Sent: 17 January 2003 16:16
>>> To: [EMAIL PROTECTED]
>>> Subject: Re: Using nail on win32 (cygwin)
> 
> While I can understand that you're pissed off by this, fullquoting
> private email to a public mailing list without asking the author in
> advance is very bad practice (see RFC 1855). I would indeed have
> given the permission to publish this, but people should nevertheless
> be aware that private communication with you can be dangerous.

Everything that he quoted was relevant to the issue at hand.

Max.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing export CYGWIN1.DLL:setgroups

[Max Bowsher]

Jim Lynch wrote:
> And some others.
>
> I just upgraded my cygwin installation on Win98 to the latest and now
> I get a popup window that says "The RSYNC.EXE file is linked to
> missing export CYGWIN1.DLL:setgroups".

You've probably got an old cygwin1.dll somewhere else on your system. Remove
it.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Christopher Faylor]

On Fri, Jan 17, 2003 at 10:44:55AM -0500, Jason Tishler wrote:
>Chris,
>
>On Fri, Jan 17, 2003 at 12:52:16AM -0500, Christopher Faylor wrote:
>> If I don't hear too many whines about this snapshot, it may become
>> 1.3.19.
>
>The 2003-Jan-17 snapshot seems to fix the symlink problem that I
>mentioned in:
>
>http://cygwin.com/ml/cygwin/2003-01/msg00827.html
>
>However, sshd is failing with the following in sshd.log:
>
>C:\cygwin\usr\sbin\sshd.exe: *** internal error
>
>I know that the above is not much to go on, but I thought that it was
>better to start whining sooner rather that later. :,)  I will try to dig
>deeper.

This should be fixed now.  It was a simple mistake, as far as I could tell.
How does the refreshed snapshot look?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

NFS Mounts Unavailable?

[Mack, Daemian]

I'm having a problem accessing my remote data through NSF with Cygwin.

I've gone through the FAQ and searched the archives of this mailing list,
and found a few slightly relevant bits, but nothing that can solve my
problem.  I've appended the output of a cygcheck -s to the end of this mail.

On an NT4 box, I've installed Microsoft's Services for Unix, which gives me
a working NFS client.  I then mount NFS shares I'm exporting off of Linux
boxes.  

I can't ls them under /cygdrive or back them up with tar -- both commands
report no such file or directory.  If I open up a native command prompt, I
can work with the data just as I expect to.

Anything I'm doing wrong?


Daemian Mack



*** Output from cygcheck -s ***
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1326

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 17 13:34:32 2003

Windows NT Ver 4.0 Build 1381 Service Pack 6

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\SFU\common\
c:\WINNT\system32
c:\WINNT
C:\cygwin\bin
c:\WINNT\System32\WBEM
C:\cygwin\bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `binmode ntsec tty'
HOME = `C:\cygwin\home\root'
MAKE_MODE = `unix'
PWD = `/cygdrive'
USER = `root'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS 946Mb  90% CP CS UN PA FC
d:  hd  NTFS1025Mb  71% CP CS UN PA FC
e:  cd   N/AN/A
m:  net  N/AN/A
n:  net  N/AN/A
o:  net  N/AN/A

C:\cygwin  /  system  binmode
\\.\tape0  /dev/st0   system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  userbinmode,cygdrive

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\sh.exe
  847k 2003/01/09 C:\cygwin\bin\cygcrypto-0.9.7.dll
  644k 2002/12/08 C:\cygwin\bin\cygcrypto.dll
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll
   19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll
   17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll
   20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll
  306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll
  929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll
   28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll
  119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll
   40k 2001/11/21 C:\cygwin\bin\cygpcre.dll
   39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll
  175k 2002/07/22 C:\cygwin\bin\cygpng10.dll
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
  108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll
  127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll
  177k 2003/01/09 C:\cygwin\bin\cygssl-0.9.7.dll
  165k 2002/12/08 C:\cygwin\bin\cygssl.dll
  253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll
   50k 2002/03/12 C:\cygwin\bin\cygz.dll
  880k 2002/12/25 C:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.18
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 69
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Wed Dec 25 15:37:50 EST 2002
Shared id: cygwin1S3


Cygwin Package Information
Package Version
_update-info-dir00120-1
apache  1.3.24-5
ash 20020731-1
base-files  1.1-1
base-passwd 1.0-1
bash2.05b-8
cpio2.5-1
cron3.0.1-7
cygrunsrv   0.95-1
cygutils1.1.3-1
cygwin  1.3.18-1
diff1.0-1
diffutils   2.8.1-1
file3.37-1
fileutils   4.1-1
findutils   4.1.7-4
gawk3.1.1-5
gdbm1.8.0-4
gettext 

Re: HELP! How to add secrel psuedo op for pe-i386?

[Nick Clifton]

Hi Brian,

> > So, all I need to do is define ASM_OUTPUT_DWARF_OFFSET correctly in
> > gcc/config/i386/cygwin.h.
> >
> > Does anyone have a good way to define a section relative offset in
> > assembly for Cygwin, or do I need to define labels for the sections in the
> > link script and use them?  That seems messy.
> >
> I think the "correct" way to handle this is to implement the secrel psuedo
> op like IA64 does.  I only have a very vauge idea what this means.
> 
> Can a binutils guru enlighten me on what's involved here?  Thanks.

I'll try.  Basically you change gcc so that instead of generating:

.word 

it generates something like this:

.word  @secrel ()

for a DWARF2 section-relative relocation.  The exact syntax you choose
is up to you, and presumably you would choose something that fits in
with current x86 assembler syntax.

Then you extend the x86 backend in GAS (file: gas/config/tc-i386.c) so
that it can parse the new syntax and generate a relocation for the
value.  In fact you will probably need a set of relocations to handle
different sized values (ie 8-bit, 16-bit, 32-bit and 64-bit).

GAS actually creates relocations by a two stage process.  First it
creates a 'fixup' which is a structure describing an area of the
to-be-output binary that will need extra processing once it has
finished its pass of the input source file(s).  Then it processes
these fixups, creating relocations if necessary.

To add new x86 relocation numbers you will need to modify
include/elf/i386.h and bfd/reloc.c.  (After which you will need to run
"make headers" in the bfd build directory to recreate the other header
files).  You will then need to extend the bfd/elf32-i386.c source file
to handle your new relocations.

Of course there is no real documentation on how to do any of this, so
the source code is still the best guide.  As you have found the IA64
port has done this already, so you can use that as your guide.

Finally you should create an assembler test case to make sure that the
assembler and disassembler can handle these new pseudo ops and
relocations.

Cheers
Nick


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: PATCH -u Re: BUG Report : automake on cygwin is acting up on--srcdir-name=.

[Charles Wilson]

/usr/bin/automake is a generated script.  If you wish to submit a patch, 
download the source archive submit a patch against that (Note that each 
"final" script is built from fragments, where it takes two separate 
fragments to implement a new option).

However, all I see in your patch is adding two new options "--build-dir" 
and "--srcdir-name".  Why?  What problem is the lack of these options 
causing?  Which versions of automake (the real automake) introduced 
these options?  Why are these options asymmetrical -- shouldn't you have 
"--srcdir-name and --builddir-name" or "--build-dir and --src-dir" (or 
is that a question more properly directed to the automake list?)

Basically, regardless of the fact that I cannot use your patch in the 
source distribution for automake (wrappers), you haven't given me a 
reason to even try to add these new features.

--Chuck



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cygwin Snapshot from yesterday

[Robert McNulty Junior]

I tried the Cygwin Snapshot.
It hangs when I'm trying to get a directory
Robert


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: emacs error ad-Orig-documentation called with 5 arguments

[Dan Holmsand]

Robert Mecklenburg wrote:

I'm getting the following error in the x-enabled version of cygwin
emacs:  

  ** ad-Orig-documentation called with 5 arguments, but accepts only 1-2

I think the problem is with the original documentation function itself, 
not with advice.

M-x describe-function documentation yields

"documentation is a built-in function.
[Missing arglist.  Please make a bug report.]"

(as well as some garbage) in the x-enabled emacs 21.2-11, instead of

"documentation is a built-in function.
(documentation FUNCTION &optional RAW)"

as it should be (and is in emacs-nox and x-enabled emacs 21.2-9). I 
guess that advice is simply fooled by the erroneous arg-list that 
documentation reports.

/dan



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Missing export CYGWIN1.DLL:setgroups

[Jim Lynch]

And some others.  

I just upgraded my cygwin installation on Win98 to the latest and now I
get a popup window that says "The RSYNC.EXE file is linked to missing
export CYGWIN1.DLL:setgroups".  It took a couple of hours to download
and install and there were a few errors repored from the post install
scripts.  I didn't note what they were, though.  I think they were
reporting missing things.



Also I get, "BASH: /usr/bin/rsync: Permission denied"

a ls of the file gives me:
$ ls -l /usr/bin/rsync
-rwxr-xr-x1 jwl  544185344 Oct 25 05:38 /usr/bin/rsync

Similar results when I type "id".  I get the same window with a slightly
different message.  "...missing...CYGWIN1.DLL:putc_unlocked."

I did the same thing at work yesterday and noticed that some of the
installation scripts failed with some strange errors.  Also rsync didn't
work there either.  I believe I got the same error.  That was a Win2k
system.

Any ideas what might be happening here?

Thanks,
Jim.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[Gerrit P. Haase]

H.Merijn schrieb:

> On Fri 17 Jan 2003 17:14, H.Merijn Brand <[EMAIL PROTECTED]> wrote:
>> On Fri 17 Jan 2003 12:06, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
>> > H.Merijn schrieb:
>> > 
>> > > [ Bleadperl development ]
>> > 
>> > > Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
>> > > reboot. 20030117 was showing the same behaviour
>> > 
>> > > :
>> > > :
>> > > :
>> > > Looking for extensions...
>> > > Signal 11
>> > 
>> > > FYI 1.3.19s(0.7032) 20030113 10:32:46 was OK
>> > 
>> > Yes, for me too, just one test failed.  Will try the latest now.
>> 
>> If that test was the tell.t test, it's now fixed with change # 18508
>> 
>> Chris: 20030117's signal 11 comes from the 'cd' command
>> 
>> # cd /P/perl-current/ext
>> # cd Data
>> ... Crash shell ...

> Now that I managed automatic install of snapshots :))) I traced it back.

> 20030113 OK
> 20030114 OK
> 20030115 Crash on above cd
> 20030116 Crash on above cd
> 20030117 Crash on above cd

Looking for extensions...
 10 [unknown (0x16C)] ? 431 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
Exception: STATUS_ACCESS_VIOLATION at eip=61001C50
eax=0001 ebx=04247489 ecx=61007480 edx=61007440 esi=615E edi=
ebp=0022FEC0 esp=0022FE68 program=
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022FEC0  61001C50  (0001, 61006C8A, 77F1A4B0, 77F75B75)
0022FF10  610072C4  (610C3A58, FFFE, 00F0, 610C397C)
0022FF60  6100771D  (, , 80C61053, 80C74001)
0022FF90  004044B7  (00401B0C, 80880E10, 80880C80, 80880CEC)
0022FFC0  0040103D  (, , 7FFDF000, 7FFDF000)
0022FFF0  77F1BBB5  (00401000, , 00B0, 0100)
End of stack trace   4266 [unknown (0x16C)] ? 431 handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
   4427 [unknown (0x16C)] ? 431 handle_exceptions: Error while dumping state (probably 
corrupted stack)
...
and so on several MB's


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

emacs error ad-Orig-documentation called with 5 arguments

[Robert Mecklenburg]

I'm getting the following error in the x-enabled version of cygwin
emacs:  

  ** ad-Orig-documentation called with 5 arguments, but accepts only 1-2

The bug is very reproduceable by defining the following two lisp
functions:

(defun foo ()
  (interactive)
  (message "hi"))

(defadvice foo (before example-advice act comp))

Here is what little I know of the problem:

1.  The error is advice on the documentation function rather than on
the function I advised, foo.  The advice.el documentation says:
"Once Advice has been started ... it generates an advised
definition of the `documentation' function".  So most likely, here
lies the error.  No reason to suspect ntsec.

2.  The error does not occur with the same source code with either nt
emacs (non-cygwin version) or "/bin/emacs-nox -q".

3.  It does occur with "/bin/emacs -q -nw".

4.  The advice suggested recently here of completely deleting and
reinstalling a clean cygwin (because of possible ntsec issues)
does not solve the problem for me.

5.  A google search for "ad-Orig-documentation" yields 6 results, none
of which are helpful.

I'm not sure how to continue debugging this issue.  I'm studying
advice.el now.

Cheers,
-- 
Robert


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[Randall R Schulz]

Yow!

What's the proper way to ward off the curse implied here? I may never be 
right again!

Perhaps what's really afoot here is that as a Badger, my near-universal 
correctness is trumped by that of someone actually working on the Madison 
campus.


At 08:27 2003-01-17, friedman_hill ernest j wrote:

Randall is usually 100% right about everything, ...

When I did this, Mumit Khan's web page on the topic was invaluable,
but cygwin has changed a lot since then, so I'm sure the information
is out of date. Anyway, you might start by looking at the JNI links
halfway down this page:


Yeah, that "b20" is a bit ominous!



   http://www.xraylith.wisc.edu/~khan/software/gnu-win32/

...

-
Ernest Friedman-Hill



Randall "some guy from Wisconsin" Schulz 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Using nail on win32 (cygwin)

[Vince Hoffman]

Sorry, with hindsight this was a very rude thing to do indeed. I made the
newbie mistake of replying immediately and before I had sobered up.
(ps. not I'm pissed off at all, I was just too lazy to want explain to the
list why you had refused.) 

> -Original Message-
> From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 16:49
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Using nail on win32 (cygwin)
> 
> 
> Vince Hoffman <[EMAIL PROTECTED]> wrote:
> 
> > While i can understand your views, i'm sorry that you feel 
> that way. thanks
> > for the responce.
> >
> > Vince
> >
> > > -Original Message-
> > > From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
> > > Sent: 17 January 2003 16:16
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Using nail on win32 (cygwin)
> 
> While I can understand that you're pissed off by this, fullquoting
> private email to a public mailing list without asking the author in
> advance is very bad practice (see RFC 1855). I would indeed have
> given the permission to publish this, but people should nevertheless
> be aware that private communication with you can be dangerous.
> 
>   Gunnar
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using nail on win32 (cygwin)

[Gunnar Ritter]

Vince Hoffman <[EMAIL PROTECTED]> wrote:

> While i can understand your views, i'm sorry that you feel that way. thanks
> for the responce.
>
> Vince
>
> > -Original Message-
> > From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
> > Sent: 17 January 2003 16:16
> > To: [EMAIL PROTECTED]
> > Subject: Re: Using nail on win32 (cygwin)

While I can understand that you're pissed off by this, fullquoting
private email to a public mailing list without asking the author in
advance is very bad practice (see RFC 1855). I would indeed have
given the permission to publish this, but people should nevertheless
be aware that private communication with you can be dangerous.

Gunnar

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Adding/removing custom mirror URLs in setup.exe...

[Thomas Chadwick]

2 separate questions about customizing the list of mirror URLs in the cygwin 
setup.exe program:

1) When adding a custom URL, what is the correct syntax to describe the path 
to the cygwin pacakge directory? For instance, on an FTP accessible server I 
have a directory in my home directory called "cygwin" which contains 
setup.exe and setup.ini. Underneath that is the release directory which 
contains all of the packages. I can browse the directory hierarchy in IE 
with a URL that looks like "ftp://username:password@hostname/cygwin";. I 
tried entering that URL in the approriate place in setup.exe, clicked Add, 
then selected it from the list and clicked "Next", but then got a message 
saying is could not find setup.ini.

2) Once I've added a custom URL to the list of mirrors, how do I remove it?

Thanks.


_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Eric Hanchrow]

> "cgf" == Christopher Faylor <[EMAIL PROTECTED]> writes:

cgf> The latest snapshot should fix some /etc handling problems
cgf> (thanks to ideas and code from Pierre Humblet), like the
cgf> dreaded BSOD.

Where can I read more about that BSOD problem?  I'm getting
blue-screens myself and would like to see if the problem you fixed
seems like the problem I've been having.

-- 
PGP Fingerprint: 3E7B A3F3 96CA 8958 ACC5  C8BD 6337 0041 C01C 5276

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[H.Merijn Brand]

On Fri 17 Jan 2003 17:14, H.Merijn Brand <[EMAIL PROTECTED]> wrote:
> On Fri 17 Jan 2003 12:06, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> > H.Merijn schrieb:
> > 
> > > [ Bleadperl development ]
> > 
> > > Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
> > > reboot. 20030117 was showing the same behaviour
> > 
> > > :
> > > :
> > > :
> > > Looking for extensions...
> > > Signal 11
> > 
> > > FYI 1.3.19s(0.7032) 20030113 10:32:46 was OK
> > 
> > Yes, for me too, just one test failed.  Will try the latest now.
> 
> If that test was the tell.t test, it's now fixed with change # 18508
> 
> Chris: 20030117's signal 11 comes from the 'cd' command
> 
> # cd /P/perl-current/ext
> # cd Data
> ... Crash shell ...

Now that I managed automatic install of snapshots :))) I traced it back.

20030113 OK
20030114 OK
20030115 Crash on above cd
20030116 Crash on above cd
20030117 Crash on above cd

HTH
-- 
H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.0 & 633 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
  WinNT 4, Win2K pro & WinCE 2.11.  Smoking perl CORE: [EMAIL PROTECTED]
http:[EMAIL PROTECTED]/   [EMAIL PROTECTED]
send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

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

On Fri, 17 Jan 2003, Max Bowsher wrote:

> Frédéric L. W. Meunier wrote:
> > But it still doesn't return to the shell prompt:
> >
> > $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
> > U micq/.cvsignore
> > U micq/AUTHORS
> > U micq/COPYING
> > ...
> > U micq/web/valid-html40
> > U micq/web/zh_CN.gif
> > U micq/web/zh_TW.gif
> >
> > $ ps
> > ...
> > I 5801196 580   28320 1004 12:03:52 /usr/bin/cvs
> > ...
> >
> > ^C
> > cvs [checkout aborted]: received interrupt signal
>
> I'm stuck, then. (Couldn't see anything in the cvs -t, either)
>
> You could try strace-ing it to see where it hangs.

I'm attaching the last lines of the strace output.

-- 
0@pervalidus.{net, {dyndns.}org}


micq-strace.txt.gz
Description: GNU Zip compressed data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Dan Holmsand]

Dan Holmsand wrote:

Indeed it does seem to stop the BSODding on my machines. Thanks!


Still no BSOD.

However, now I'm having trouble with postgresql: the postmaster dies as 
soon as I exit psql. Reverting to a cygwin1.dll built from cvs from four 
days ago fixes the problem.

Here is what the postmaster.log says:

LOG:  server process (pid 1440) was terminated by signal 11
LOG:  terminating any other active server processes
LOG:  all server processes terminated; reinitializing shared memory and 
semaphores
IpcMemoryCreate: shmget(key=5432001, size=1441792, 03600) failed: Not 
enough core

This error usually means that PostgreSQL's request for a shared
memory segment exceeded available memory or swap space.
To reduce the request size (currently 1441792 bytes), reduce
PostgreSQL's shared_buffers parameter (currently 64) and/or
its max_connections parameter (currently 32).

The PostgreSQL Administrator's Guide contains more information about
shared memory configuration.

/dan



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[gilles BOURGEOIS]

thanks a lot,
actually, with -Wl,--add-stdcall-alias to the gcc line, all worked fine.



- Original Message -
From: "friedman_hill ernest j" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 17, 2003 5:27 PM
Subject: Re: Using cygwin and JAVA/JNI


>
> Randall is usually 100% right about everything, but here he's actually
> not. I haven't done it in a long time, but I've certainly written JNI
> libraries with cygwin -- and in fact, used some fairly cygwin specific
> features in doing so (my JNI library explicitly used dlopen() to open
> another library, as I recall, and it all worked; and furthermore, much
> of my library was written in C++, but the JNI entry points were
> exported as 'extern "C".') I was amazed and thrilled when it all
> worked.
>
> When I did this, Mumit Khan's web page on the topic was invaluable,
> but cygwin has changed a lot since then, so I'm sure the information
> is out of date. Anyway, you might start by looking at the JNI links
> halfway down this page:
>
>http://www.xraylith.wisc.edu/~khan/software/gnu-win32/
>
>
> I think Randall R Schulz wrote:
> > Gilles,
> >
> > I don't believe the ABI (application binary interface) used by the
> > Microsoft compilers is compatible with that used by GCC and hence the
Sun
> > JVM, being compiled by the Microsoft tools, cannot access GCC-compiled
> > libraries via JNI.
> >
> > Randall Schulz
> >
> >
> > At 06:41 2003-01-17, gilles BOURGEOIS wrote:
> > >hello
> > >
> > >I wonder if it is possible to use JNI upon a DLL .i.e a shared libray
like
> > >.so file generated with gcc, without the mno-cygwin option. (my lib
uses
> > >IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I
am
> > >not a newbie with java/jni or gcc, but mixing all of them seems to
crash
> > >the JVM. Of course, It works if the library is generated with gcc under
> > >linux but if executing the whole program (JVM instantiate) under
cygwin,
> > >it fails. Any one ever performed such a tricky architecture? thanks
> > >
> > >gilles
> >
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >
>
>
>
> -
> Ernest Friedman-Hill
> Distributed Systems ResearchPhone: (925) 294-2154
> Sandia National LabsFAX:   (925) 294-2234
> PO Box 969, MS 9012 [EMAIL PROTECTED]
> Livermore, CA 94550 http://herzberg.ca.sandia.gov
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>
>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[friedman_hill ernest j]

Randall is usually 100% right about everything, but here he's actually
not. I haven't done it in a long time, but I've certainly written JNI
libraries with cygwin -- and in fact, used some fairly cygwin specific
features in doing so (my JNI library explicitly used dlopen() to open
another library, as I recall, and it all worked; and furthermore, much
of my library was written in C++, but the JNI entry points were
exported as 'extern "C".') I was amazed and thrilled when it all
worked.

When I did this, Mumit Khan's web page on the topic was invaluable,
but cygwin has changed a lot since then, so I'm sure the information
is out of date. Anyway, you might start by looking at the JNI links
halfway down this page:

   http://www.xraylith.wisc.edu/~khan/software/gnu-win32/


I think Randall R Schulz wrote:
> Gilles,
> 
> I don't believe the ABI (application binary interface) used by the 
> Microsoft compilers is compatible with that used by GCC and hence the Sun 
> JVM, being compiled by the Microsoft tools, cannot access GCC-compiled 
> libraries via JNI.
> 
> Randall Schulz
> 
> 
> At 06:41 2003-01-17, gilles BOURGEOIS wrote:
> >hello
> >
> >I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like 
> >.so file generated with gcc, without the mno-cygwin option. (my lib uses 
> >IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I am 
> >not a newbie with java/jni or gcc, but mixing all of them seems to crash 
> >the JVM. Of course, It works if the library is generated with gcc under 
> >linux but if executing the whole program (JVM instantiate) under cygwin, 
> >it fails. Any one ever performed such a tricky architecture? thanks
> >
> >gilles
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 



-
Ernest Friedman-Hill  
Distributed Systems ResearchPhone: (925) 294-2154
Sandia National LabsFAX:   (925) 294-2234
PO Box 969, MS 9012 [EMAIL PROTECTED]
Livermore, CA 94550 http://herzberg.ca.sandia.gov

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[Igor Pechtchanski]

Randall,

Jim Kleckner, who posted the message I referred to, was apparently able to
load a gcc-built DLL in the same manner as an MSVC-built one.  This seems
to indicate that the ABI is compatible, and the only problem was the
function name mangling.  It was mostly a speculation on my part to relate
the subject issue to that one, but it'd be interesting to know if this
indeed was the problem.
Igor

On Fri, 17 Jan 2003, Randall R Schulz wrote:

> Igor,
>
> Could you clarify? Is my supposition not actually correct?
> That would be nice to know.
>
> Randall Schulz
>
>
> At 08:15 2003-01-17, Igor Pechtchanski wrote:
> >Gilles,
> >
> >This may be related to the issue raised in this message:
> >.
> > Igor
> >
> >On Fri, 17 Jan 2003, Randall R Schulz wrote:
> >
> > > Gilles,
> > >
> > > I don't believe the ABI (application binary interface) used by the
> > > Microsoft compilers is compatible with that used by GCC and hence the Sun
> > > JVM, being compiled by the Microsoft tools, cannot access GCC-compiled
> > > libraries via JNI.
> > >
> > > Randall Schulz
> > >
> > >
> > > At 06:41 2003-01-17, gilles BOURGEOIS wrote:
> > > >hello
> > > >
> > > >I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like
> > > >.so file generated with gcc, without the mno-cygwin option. (my lib uses
> > > >IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I am
> > > >not a newbie with java/jni or gcc, but mixing all of them seems to crash
> > > >the JVM. Of course, It works if the library is generated with gcc under
> > > >linux but if executing the whole program (JVM instantiate) under cygwin,
> > > >it fails. Any one ever performed such a tricky architecture? thanks
> > > >
> > > >gilles

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Using nail on win32 (cygwin)

[Vince Hoffman]

sorry should have retitled this and maybe explained it a little more but had
too much wine at lunch :) 

> -Original Message-
> From: Vince Hoffman [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 16:21
> To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: RE: Using nail on win32 (cygwin)
> 
> 
> While i can understand your views, i'm sorry that you feel 
> that way. thanks
> for the responce.
> 
> Vince
> 
> > -Original Message-
> > From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
> > Sent: 17 January 2003 16:16
> > To: [EMAIL PROTECTED]
> > Subject: Re: Using nail on win32 (cygwin)
> > 
> > 
> > Vince Hoffman <[EMAIL PROTECTED]> wrote:
> > 
> > > however I also use it on a couple of win32 systems running 
> > under Cygwin (a
> > > posix compatibility layer for win32) as there is no bsd 
> > mail on cygwin ,
> > > however its tricky to compile on win32 as the name aux is 
> > reserved (just
> > > creating a text file aux.c is not allowed) so it involves 
> > unpacking it on a
> > > *nix box and renaming aux.c to something like aux1.c and 
> > doing a quick
> > > search and replace on references to aux.x and aux.o.
> > 
> > This is just laughable and another good reason not to use this
> > 'platform'.
> > 
> > > Would it be possible to
> > > change the name of aux.c and aux.o to something more win32 
> > friendly ?
> > 
> > No, I generally don't resolve Windows compatibility issues. See
> >  for a good explanation why free
> > software developers should not do this.
> > 
> > I'm sorry for the inconvenience this might cause for you as an
> > individual, but the social issue is more important for me in such
> > cases and besides, if you have a problem with inconveniences, I'd
> > advise you not to use Microsoft products at all.
> > 
> > Gunnar
> > 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[Randall R Schulz]

Igor,

Could you clarify? Is my supposition not actually correct?

That would be nice to know.

Randall Schulz


At 08:15 2003-01-17, Igor Pechtchanski wrote:

Gilles,

This may be related to the issue raised in this message:
.
Igor

On Fri, 17 Jan 2003, Randall R Schulz wrote:

> Gilles,
>
> I don't believe the ABI (application binary interface) used by the
> Microsoft compilers is compatible with that used by GCC and hence the Sun
> JVM, being compiled by the Microsoft tools, cannot access GCC-compiled
> libraries via JNI.
>
> Randall Schulz
>
>
> At 06:41 2003-01-17, gilles BOURGEOIS wrote:
> >hello
> >
> >I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like
> >.so file generated with gcc, without the mno-cygwin option. (my lib uses
> >IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I am
> >not a newbie with java/jni or gcc, but mixing all of them seems to crash
> >the JVM. Of course, It works if the library is generated with gcc under
> >linux but if executing the whole program (JVM instantiate) under cygwin,
> >it fails. Any one ever performed such a tricky architecture? thanks
> >
> >gilles



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Using nail on win32 (cygwin)

[Vince Hoffman]

While i can understand your views, i'm sorry that you feel that way. thanks
for the responce.

Vince

> -Original Message-
> From: Gunnar Ritter [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 16:16
> To: [EMAIL PROTECTED]
> Subject: Re: Using nail on win32 (cygwin)
> 
> 
> Vince Hoffman <[EMAIL PROTECTED]> wrote:
> 
> > however I also use it on a couple of win32 systems running 
> under Cygwin (a
> > posix compatibility layer for win32) as there is no bsd 
> mail on cygwin ,
> > however its tricky to compile on win32 as the name aux is 
> reserved (just
> > creating a text file aux.c is not allowed) so it involves 
> unpacking it on a
> > *nix box and renaming aux.c to something like aux1.c and 
> doing a quick
> > search and replace on references to aux.x and aux.o.
> 
> This is just laughable and another good reason not to use this
> 'platform'.
> 
> > Would it be possible to
> > change the name of aux.c and aux.o to something more win32 
> friendly ?
> 
> No, I generally don't resolve Windows compatibility issues. See
>  for a good explanation why free
> software developers should not do this.
> 
> I'm sorry for the inconvenience this might cause for you as an
> individual, but the social issue is more important for me in such
> cases and besides, if you have a problem with inconveniences, I'd
> advise you not to use Microsoft products at all.
> 
>   Gunnar
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[Igor Pechtchanski]

Gilles,

This may be related to the issue raised in this message:
.
Igor

On Fri, 17 Jan 2003, Randall R Schulz wrote:

> Gilles,
>
> I don't believe the ABI (application binary interface) used by the
> Microsoft compilers is compatible with that used by GCC and hence the Sun
> JVM, being compiled by the Microsoft tools, cannot access GCC-compiled
> libraries via JNI.
>
> Randall Schulz
>
>
> At 06:41 2003-01-17, gilles BOURGEOIS wrote:
> >hello
> >
> >I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like
> >.so file generated with gcc, without the mno-cygwin option. (my lib uses
> >IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I am
> >not a newbie with java/jni or gcc, but mixing all of them seems to crash
> >the JVM. Of course, It works if the library is generated with gcc under
> >linux but if executing the whole program (JVM instantiate) under cygwin,
> >it fails. Any one ever performed such a tricky architecture? thanks
> >
> >gilles

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using cygwin and JAVA/JNI

[Randall R Schulz]

Gilles,

I don't believe the ABI (application binary interface) used by the 
Microsoft compilers is compatible with that used by GCC and hence the Sun 
JVM, being compiled by the Microsoft tools, cannot access GCC-compiled 
libraries via JNI.

Randall Schulz


At 06:41 2003-01-17, gilles BOURGEOIS wrote:
hello

I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like 
.so file generated with gcc, without the mno-cygwin option. (my lib uses 
IPC SYSTEM V, that is why I rely on the cygwin and cygipc libraries) I am 
not a newbie with java/jni or gcc, but mixing all of them seems to crash 
the JVM. Of course, It works if the library is generated with gcc under 
linux but if executing the whole program (JVM instantiate) under cygwin, 
it fails. Any one ever performed such a tricky architecture? thanks

gilles


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[Christopher Faylor]

On Fri, Jan 17, 2003 at 11:22:51AM +0100, H.Merijn Brand wrote:
>On Tue 14 Jan 2003 11:45, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
>> H.Merijn schrieb:
>> 
>> > On Mon 13 Jan 2003 18:14, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
>> >> Jarkko schrieb:
>> >> 
>> >> > Hi, could you retry this with either newer cygwin or bleadperl?
>> >> 
>> >> Hmmm, the latest cygwin (1.3.18-1) is somewhat broken, but you may close
>> >> this bug anyway.
>> 
>> > Closed. Gerrit, can you try the 20030113 snapshot, and see if it's gone with
>> > you too?
>> 
>> Yes, Sir :-)
>
>[ Bleadperl development ]
>
>Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
>reboot. 20030117 was showing the same behaviour

Thanks for testing it.  I can see that I introduced some problems.  I'll have
them fixed shortly, I hope, as long as my pesky real job doesn't interfere.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

[Max Bowsher]

Frédéric L. W. Meunier wrote:
> On Fri, 17 Jan 2003, Max Bowsher wrote:
>
>> Frédéric L. W. Meunier wrote:
>>> According to http://www.micq.org/download.shtml.en I do
>>>
>>> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
>>> cvs checkout: cannot open CVS/Entries for reading: No such file or
>>> directory
>>> cvs [checkout aborted]: no repository
>>
>> Works for me, copy/pasting your command. Try again in a totally empty
>> directory?
>
> Right. I tried in /tmp/
>
> It worked in /tmp/foo/
>
> But it still doesn't return to the shell prompt:
>
> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
> U micq/.cvsignore
> U micq/AUTHORS
> U micq/COPYING
> ...
> U micq/web/valid-html40
> U micq/web/zh_CN.gif
> U micq/web/zh_TW.gif
>
> $ ps
> ...
> I 5801196 580   28320 1004 12:03:52 /usr/bin/cvs
> ...
>
> ^C
> cvs [checkout aborted]: received interrupt signal

I'm stuck, then. (Couldn't see anything in the cvs -t, either)

You could try strace-ing it to see where it hangs.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: RESOLVED: Using gcc to build a DLL discovered and linked at runtime

[Christopher Faylor]

On Fri, Jan 17, 2003 at 06:58:17AM -0800, Joshua Daniel Franklin wrote:
>MIME-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>
>References: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>
>> After carefully inspecting the symbols from
>> generated dlls and dlls provided by TradeStation,
>> I found that symbols occurred with and without the
>> @decorations.  e.g. PPI@4 and PPI.
>>
>> Adding -Wl,--add-stdcall-alias to the gcc line,
>> all worked fine.
>>
>> Could this generally be a requirement for dlls
>> that are opened at runtime in a fashion similar to
>> dlopen?  If so, then some FAQ annotation would be
>> in order here:
>>   http://www.cygwin.com/cygwin-ug-net/dll.html
>
>I may be wrong (I'm not a GCC expert), but isn't that more
>of a gcc thing than a cygwin thing? 
>
>I don't want to end up pasting the whole gcc manual into
>the "Using DLLs" page. It's really only intended to be a quick
>start for cygwin, not a comprehensive guide.

Right.  The --add-stdcall-alias option is also not something
that you just nonchantly add to the command line.  It does not
belong in a general guide, except, perhaps as a q.v.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: PATCH -u Re: BUG Report : automake on cygwin is acting up on --srcdir-name=.

[James Michael DuPont]

errr
thanks!
DOh!
--- /usr/bin/automake~  2002-10-22 03:46:27.0 +0200
+++ /usr/bin/automake   2003-01-17 16:42:26.0 +0100
@@ -24,6 +24,7 @@
 unset opt_foreign
 unset opt_std_options
 unset opt_include_deps
+unset opt_build_dirs
 unset opt_ignore_deps
 unset opt_no_force
 unset opt_force_missing
@@ -93,6 +94,15 @@
opt_include_deps="--include-deps"
shift ;;
 
+  # [EMAIL PROTECTED]
+--build-dir=* )
+   opt_build_dir="--build-dir"
+   shift ;;
+  
+--srcdir-name=* )
+   opt_srcdir_name="--srcdir-name"
+   shift ;;
+
 
 --ignore-deps | -i )
opt_ignore_deps="--ignore-deps"
@@ -112,13 +122,13 @@
 --output-dir=* | -o?* )
opt_output_dir="--output-dir=$optarg"
shift ;;
+
 --output-dir | -o )
test $# = 1 && eval "$exit_missing_arg"
shift
opt_output_dir="--output-dir=$1"
shift ;;
 
-
 --add-missing | -a )
opt_add_missing="--add-missing"
shift ;;
@@ -255,7 +265,7 @@
 exec automake $opt_version $opt_help \
 $opt_verbose $opt_libdir $opt_gnu \
 $opt_gnits $opt_cygnus $opt_foreign \
-$opt_std_options $opt_include_deps $opt_ignore_deps \
+$opt_std_options $opt_include_deps $opt_build_dir $opt_srcdir_name
$opt_ignore_deps \
 $opt_no_force $opt_force_missing \
 $opt_output_dir $opt_add_missing \
 $opt_copy $opt_werror $opt_wno_error \

--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> FYI, this looks like a reverse patch...
>   Igor
> 
> On Fri, 17 Jan 2003, James Michael DuPont wrote:
> 
> > here is the path to the cygwin driver :
> > --- /usr/bin/automake   2003-01-17 16:42:26.0 +0100
> > +++ /usr/bin/automake~  2002-10-22 03:46:27.0 +0200
> > @@ -24,7 +24,6 @@
> >  unset opt_foreign
> >  unset opt_std_options
> >  unset opt_include_deps
> > -unset opt_build_dirs
> >  unset opt_ignore_deps
> >  unset opt_no_force
> >  unset opt_force_missing
> > @@ -94,15 +93,6 @@
> > opt_include_deps="--include-deps"
> > shift ;;
> >
> > -  # [EMAIL PROTECTED]
> > ---build-dir=* )
> > -   opt_build_dir="--build-dir"
> > -   shift ;;
> > -
> > ---srcdir-name=* )
> > -   opt_srcdir_name="--srcdir-name"
> > -   shift ;;
> > -
> >
> >  --ignore-deps | -i )
> > opt_ignore_deps="--ignore-deps"
> > @@ -122,13 +112,13 @@
> >  --output-dir=* | -o?* )
> > opt_output_dir="--output-dir=$optarg"
> > shift ;;
> > -
> >  --output-dir | -o )
> > test $# = 1 && eval "$exit_missing_arg"
> > shift
> > opt_output_dir="--output-dir=$1"
> > shift ;;
> >
> > +
> >  --add-missing | -a )
> > opt_add_missing="--add-missing"
> > shift ;;
> > @@ -265,7 +255,7 @@
> >  exec automake $opt_version $opt_help \
> >  $opt_verbose $opt_libdir $opt_gnu \
> >  $opt_gnits $opt_cygnus $opt_foreign \
> > -$opt_std_options $opt_include_deps $opt_build_dir $opt_srcdir_name
> > $opt_ignore_deps \
> > +$opt_std_options $opt_include_deps $opt_ignore_deps \
> >  $opt_no_force $opt_force_missing \
> >  $opt_output_dir $opt_add_missing \
> >  $opt_copy $opt_werror $opt_wno_error \
> >
> >
> > --- James Michael DuPont <[EMAIL PROTECTED]> wrote:
> > > Dear tom,
> > > any ideas?
> > > mike
> > >
> > > mdupont@PI /cygdrive/c/development/Everest-Unix
> > > $ automake-1.7  --srcdir-name=.
> > > automake-1.7: unrecognized option `--srcdir-name=.'
> > > automake-1.7: Try `/usr/bin/automake-1.7 --help' for more
> > > information.
> > >
> > > mdupont@PI /cygdrive/c/development/Everest-Unix
> > > $ automake  --srcdir-name=.
> > > automake: invalid option --srcdir-name=.
> > > Try `automake --help' for more information.
> > >
> > > mdupont@PI /cygdrive/c/development/Everest-Unix
> > > $ automake --version
> > > automake (GNU automake) 1.4-p5
> > >
> > > Copyright (C) 1999, 2001 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions. 
> There
> > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR
> > > PURPOSE.
> > >
> > > Written by Tom Tromey <[EMAIL PROTECTED]>
> > >
> > > mdupont@PI /cygdrive/c/development/Everest-Unix
> 
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big*
> RAMdisk!
>   -- /usr/games/fortune
> 


=
James Michael DuPont
http://introspector.sourceforge.net/

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:  

Re: PATCH -u Re: BUG Report : automake on cygwin is acting up on--srcdir-name=.

[Igor Pechtchanski]

FYI, this looks like a reverse patch...
Igor

On Fri, 17 Jan 2003, James Michael DuPont wrote:

> here is the path to the cygwin driver :
> --- /usr/bin/automake   2003-01-17 16:42:26.0 +0100
> +++ /usr/bin/automake~  2002-10-22 03:46:27.0 +0200
> @@ -24,7 +24,6 @@
>  unset opt_foreign
>  unset opt_std_options
>  unset opt_include_deps
> -unset opt_build_dirs
>  unset opt_ignore_deps
>  unset opt_no_force
>  unset opt_force_missing
> @@ -94,15 +93,6 @@
> opt_include_deps="--include-deps"
> shift ;;
>
> -  # [EMAIL PROTECTED]
> ---build-dir=* )
> -   opt_build_dir="--build-dir"
> -   shift ;;
> -
> ---srcdir-name=* )
> -   opt_srcdir_name="--srcdir-name"
> -   shift ;;
> -
>
>  --ignore-deps | -i )
> opt_ignore_deps="--ignore-deps"
> @@ -122,13 +112,13 @@
>  --output-dir=* | -o?* )
> opt_output_dir="--output-dir=$optarg"
> shift ;;
> -
>  --output-dir | -o )
> test $# = 1 && eval "$exit_missing_arg"
> shift
> opt_output_dir="--output-dir=$1"
> shift ;;
>
> +
>  --add-missing | -a )
> opt_add_missing="--add-missing"
> shift ;;
> @@ -265,7 +255,7 @@
>  exec automake $opt_version $opt_help \
>  $opt_verbose $opt_libdir $opt_gnu \
>  $opt_gnits $opt_cygnus $opt_foreign \
> -$opt_std_options $opt_include_deps $opt_build_dir $opt_srcdir_name
> $opt_ignore_deps \
> +$opt_std_options $opt_include_deps $opt_ignore_deps \
>  $opt_no_force $opt_force_missing \
>  $opt_output_dir $opt_add_missing \
>  $opt_copy $opt_werror $opt_wno_error \
>
>
> --- James Michael DuPont <[EMAIL PROTECTED]> wrote:
> > Dear tom,
> > any ideas?
> > mike
> >
> > mdupont@PI /cygdrive/c/development/Everest-Unix
> > $ automake-1.7  --srcdir-name=.
> > automake-1.7: unrecognized option `--srcdir-name=.'
> > automake-1.7: Try `/usr/bin/automake-1.7 --help' for more
> > information.
> >
> > mdupont@PI /cygdrive/c/development/Everest-Unix
> > $ automake  --srcdir-name=.
> > automake: invalid option --srcdir-name=.
> > Try `automake --help' for more information.
> >
> > mdupont@PI /cygdrive/c/development/Everest-Unix
> > $ automake --version
> > automake (GNU automake) 1.4-p5
> >
> > Copyright (C) 1999, 2001 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There
> > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> > PURPOSE.
> >
> > Written by Tom Tromey <[EMAIL PROTECTED]>
> >
> > mdupont@PI /cygdrive/c/development/Everest-Unix

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: COM port setup

[Paul Munden]

Cool thanks this seems to work as I can see my IR port trying to connect to
my IR on my mobile but the problem is I keep getting '/dev/com4: Permission
denied' when I'm running my code. If these are virtual links, how can I
look at changing the permissions on them ?


Regards
Paul

   

  "Sergey Okhapkin"

  <[EMAIL PROTECTED]To:   Paul Munden/UK/IBM@IBMGB, 
<[EMAIL PROTECTED]> 
  ndns.org>cc: 

   Subject:  RE: COM port setup

  17/01/03 13:36   

   

   





Cygwin has pseudo /dev directory, the device name mapping is
/dev/ttyS0 - com1
/dev/ttyS1 - com2
/dev/ttyS2 - com3
/dev/ttyS3 - com4

You can use both unix and windows device names to open a com port, ie
fopen("/dev/ttyS0") and fopen("com1") do the same, but I suggest you to
use unix-like names.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Paul Munden
> Sent: Thursday, January 16, 2003 11:34 AM
> To: [EMAIL PROTECTED]
> Subject: COM port setup
>
>
>
>
> Hi,
>
> I'm hoping you could help me. I'm using CYGWIN to run some
> SMS tools and the tools config files need setting up to add
> the details of which com port I'm using. Basically I just
> need to know how I would go about creating the com4 object in
> /dev so that it does actually point at the com port as when
> installed, CYGWIN came with no /dev or any example of how I
> would setup the com object.
>
> Any help appreciated
>
> Paul.
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

PATCH -u Re: BUG Report : automake on cygwin is acting up on --srcdir-name=.

[James Michael DuPont]

here is the path to the cygwin driver :
--- /usr/bin/automake   2003-01-17 16:42:26.0 +0100
+++ /usr/bin/automake~  2002-10-22 03:46:27.0 +0200
@@ -24,7 +24,6 @@
 unset opt_foreign
 unset opt_std_options
 unset opt_include_deps
-unset opt_build_dirs
 unset opt_ignore_deps
 unset opt_no_force
 unset opt_force_missing
@@ -94,15 +93,6 @@
opt_include_deps="--include-deps"
shift ;;
 
-  # [EMAIL PROTECTED]
---build-dir=* )
-   opt_build_dir="--build-dir"
-   shift ;;
-  
---srcdir-name=* )
-   opt_srcdir_name="--srcdir-name"
-   shift ;;
-
 
 --ignore-deps | -i )
opt_ignore_deps="--ignore-deps"
@@ -122,13 +112,13 @@
 --output-dir=* | -o?* )
opt_output_dir="--output-dir=$optarg"
shift ;;
-
 --output-dir | -o )
test $# = 1 && eval "$exit_missing_arg"
shift
opt_output_dir="--output-dir=$1"
shift ;;
 
+
 --add-missing | -a )
opt_add_missing="--add-missing"
shift ;;
@@ -265,7 +255,7 @@
 exec automake $opt_version $opt_help \
 $opt_verbose $opt_libdir $opt_gnu \
 $opt_gnits $opt_cygnus $opt_foreign \
-$opt_std_options $opt_include_deps $opt_build_dir $opt_srcdir_name
$opt_ignore_deps \
+$opt_std_options $opt_include_deps $opt_ignore_deps \
 $opt_no_force $opt_force_missing \
 $opt_output_dir $opt_add_missing \
 $opt_copy $opt_werror $opt_wno_error \


--- James Michael DuPont <[EMAIL PROTECTED]> wrote:
> Dear tom,
> any ideas?
> mike
> 
> mdupont@PI /cygdrive/c/development/Everest-Unix
> $ automake-1.7  --srcdir-name=.
> automake-1.7: unrecognized option `--srcdir-name=.'
> automake-1.7: Try `/usr/bin/automake-1.7 --help' for more
> information.
> 
> mdupont@PI /cygdrive/c/development/Everest-Unix
> $ automake  --srcdir-name=.
> automake: invalid option --srcdir-name=.
> Try `automake --help' for more information.
> 
> mdupont@PI /cygdrive/c/development/Everest-Unix
> $ automake --version
> automake (GNU automake) 1.4-p5
> 
> Copyright (C) 1999, 2001 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There
> is
> NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
> 
> Written by Tom Tromey <[EMAIL PROTECTED]>
> 
> mdupont@PI /cygdrive/c/development/Everest-Unix


=
James Michael DuPont
http://introspector.sourceforge.net/

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Igor Pechtchanski]

On Fri, 17 Jan 2003, Andrew Markebo wrote:

> | "ls -l" works fine but...
> | "ls -l | more" does not
>
> What error do you get?? I assume command not found.. basically there
> are no more that comes with cygwin.. but there should be a less..


Igor

> | Also, I wanted to install cygipc but it gives me the following:
> |
> | $ tar -C/ -xjf cygipc-1.13-2.tar.bz2
>
> Hmm doesn't it look for cygipc-1.13-2.. in / now?? Try to do a
> cd /
> tar -xjf [pathtocygipc]/cyg...
>
>
> | tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or directory
> | tar (child): error not recoverable: exiting now
> | tar: Child returned status 2
> | tar: Error exit delayed from previous errors
> |
> | The file "tar.exe" is in my bin directory...why can't it see it?
>
> tar.exe you have cd'd to some other subdir.
>
> /Andy

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Jason Tishler]

Chris,

On Fri, Jan 17, 2003 at 12:52:16AM -0500, Christopher Faylor wrote:
> If I don't hear too many whines about this snapshot, it may become
> 1.3.19.

The 2003-Jan-17 snapshot seems to fix the symlink problem that I
mentioned in:

http://cygwin.com/ml/cygwin/2003-01/msg00827.html

However, sshd is failing with the following in sshd.log:

C:\cygwin\usr\sbin\sshd.exe: *** internal error

I know that the above is not much to go on, but I thought that it was
better to start whining sooner rather that later. :,)  I will try to dig
deeper.

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Command-line email?

[Vince Hoffman]

no mailing list that i know of I'm afraid. 

> -Original Message-
> From: Joshua Daniel Franklin [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 15:02
> To: [EMAIL PROTECTED]
> Subject: RE: Command-line email?
> 
> 
> > On Fri, Jan 17, 2003 at 11:40:26AM -, Vince Hoffman wrote:
> > > nail is good ( i use it myself) but it has a file called 
> > aux.c/.h which
> > > cannot be created on win32 cause windows is irritating like 
> > that (needed to
> > > extract and rename it on a linux machine.) just renamed aux 
> > to aux1 and then
> > > did a grep in the source and changed any references found.
> > 
> > Anybody willing to ask the authors/maintainers to change 
> that filename
> > already in their vanilla source tree?  I had the same problem once 
> > with OpenSSH but the maintainers where sympathetic and 
> changed it very
> > soon after I described why that doesn't work on Windows.
> 
> Even better, would anyone be interested in making this a 
> cygwin package?
> Glancing at the online version of the man page, I especially 
> like easy MIME
> attachments from the CLI. Is there a mailing list, Vince?
> 
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Command-line email?

[Jason Tishler]

On Fri, Jan 17, 2003 at 07:02:29AM -0800, Joshua Daniel Franklin wrote:
> Glancing at the online version of the man page, I especially like easy
> MIME attachments from the CLI.

FYI, mutt can do this too.

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Command-line email?

[Joshua Daniel Franklin]

> On Fri, Jan 17, 2003 at 11:40:26AM -, Vince Hoffman wrote:
> > nail is good ( i use it myself) but it has a file called 
> aux.c/.h which
> > cannot be created on win32 cause windows is irritating like 
> that (needed to
> > extract and rename it on a linux machine.) just renamed aux 
> to aux1 and then
> > did a grep in the source and changed any references found.
> 
> Anybody willing to ask the authors/maintainers to change that filename
> already in their vanilla source tree?  I had the same problem once 
> with OpenSSH but the maintainers where sympathetic and changed it very
> soon after I described why that doesn't work on Windows.

Even better, would anyone be interested in making this a cygwin package?
Glancing at the online version of the man page, I especially like easy MIME
attachments from the CLI. Is there a mailing list, Vince?

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: RESOLVED: Using gcc to build a DLL discovered and linked at runtime

[Joshua Daniel Franklin]

MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

References: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

> After carefully inspecting the symbols from
> generated dlls and dlls provided by TradeStation,
> I found that symbols occurred with and without the
> @decorations.  e.g. PPI@4 and PPI.
>
> Adding -Wl,--add-stdcall-alias to the gcc line,
> all worked fine.
>
> Could this generally be a requirement for dlls
> that are opened at runtime in a fashion similar to
> dlopen?  If so, then some FAQ annotation would be
> in order here:
>   http://www.cygwin.com/cygwin-ug-net/dll.html

I may be wrong (I'm not a GCC expert), but isn't that more
of a gcc thing than a cygwin thing? 

I don't want to end up pasting the whole gcc manual into
the "Using DLLs" page. It's really only intended to be a quick
start for cygwin, not a comprehensive guide.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Instalation Problems and First Run

[dun106]

I had a problem with installing it at 1/15/03.

When the install program asked me if I wanted to make a shortcut to the
desktop, I choose yes.  Then I ran the short cut and it gave me a, "Must
shutdown all programs and restart in msdos.  Do you want to proceed?"
message.  So I choose yes, and it rebooted.  The strange thing is that
when it restarted in msdos mode it gave me a strange message.  It said:
"

Load DosKEY

WARNING: The LOCK command enables direct disk access by programs
that can CORRUPT file names and/or DESTROY disk data, resulting in the
loss of files on your disk.

Are you sure (Y/N)?

and when I choose either yes or no, my comp reboots and ask me the same
question.  I can't even get to windows.  The only way that I can
actually get to windows is through safe mode or by doing step-by-step
loading process and turning off four of the loading files:

Dos = Single
Lock
C:/windows/command e\c:/C:/cygwin/cygwin.bin
(or something close to it and the  are numbers that I forgot)
Some path/wx

Can anyone help me or tell me how to get rid of it, because I try
deleting it once and it still gave me the same problems over and over
again.  I redownloaded it and waiting for a solution.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Using cygwin and JAVA/JNI

[gilles BOURGEOIS]

hello
I wonder if it is possible to use JNI upon a DLL .i.e a shared libray like
.so file generated with gcc, without the mno-cygwin option.
(my lib uses IPC SYSTEM V, that is why I rely on the cygwin and cygipc
libraries)
I am mot a newbie with java/jni or gcc, but mixing all of them seems to
crash the JVM.
Of course, It works if the library is generated with gcc under linux
but if executing the whole program (JVM instantiate) under cygwin, it fails.
any one ever performed such a tricky architecture?
thanks
gilles



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

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

On Fri, 17 Jan 2003, Max Bowsher wrote:

> Frédéric L. W. Meunier wrote:
> > According to http://www.micq.org/download.shtml.en I do
> >
> > $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
> > cvs checkout: cannot open CVS/Entries for reading: No such file or
> > directory
> > cvs [checkout aborted]: no repository
>
> Works for me, copy/pasting your command. Try again in a totally empty
> directory?

Right. I tried in /tmp/

It worked in /tmp/foo/

But it still doesn't return to the shell prompt:

$ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
U micq/.cvsignore
U micq/AUTHORS
U micq/COPYING
...
U micq/web/valid-html40
U micq/web/zh_CN.gif
U micq/web/zh_TW.gif

$ ps
...
I 5801196 580   28320 1004 12:03:52 /usr/bin/cvs
...

^C
cvs [checkout aborted]: received interrupt signal

> If still not, try adding the -t option to cvs.

I did a cd micq; cvs up with -t:

 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink(CVS/Entries.Log)
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink(CVS/Entries.Log)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> unlink_file(CVS/Entries.Static)
S-> unlink_file(./CVS/Entries.Static)
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> Reader_Lock(/var/lib/cvs/micq)
S-> Lock_Cleanup()
S-> unlink_file(contrib/CVS/Entries.Static
S-> Reader_Lock(/var/lib/cvs/micq/contrib)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(debian/CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/debian)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(doc/CVS/Entries.Static)
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> Reader_Lock(/var/lib/cvs/micq/doc)
S-> Lock_Cleanup()
S-> unlink_file(de/CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/de)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(es/CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/es)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(fr/CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/fr)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(pt_BR/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/pt_BR)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(ru/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/ru)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(uk/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/doc/uk)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(include/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/include)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(lang/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/lang)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(replace/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/replace)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(src/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/src)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> unlink_file(web/CVS/Entries.Static)
 -> unlink(CVS/Entries.Static)
S-> Reader_Lock(/var/lib/cvs/micq/web)
S-> Lock_Cleanup()
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink_file(CVS/Entries.Log)

Still the same.

BTW, /tmp is on NTFS (XP Professional SP1).
/cygdrive/g/Linux/micq (the first copy) is on FAT32 if that
matters.

-- 
0@pervalidus.{net, {dyndns.}org}

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

[Max Bowsher]

Frédéric L. W. Meunier wrote:
> According to http://www.micq.org/download.shtml.en I do
>
> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
> cvs checkout: cannot open CVS/Entries for reading: No such file or
> directory
> cvs [checkout aborted]: no repository

Works for me, copy/pasting your command. Try again in a totally empty
directory?
If still not, try adding the -t option to cvs.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: COM port setup

[Sergey Okhapkin]

Cygwin has pseudo /dev directory, the device name mapping is
/dev/ttyS0 - com1
/dev/ttyS1 - com2
/dev/ttyS2 - com3
/dev/ttyS3 - com4

You can use both unix and windows device names to open a com port, ie
fopen("/dev/ttyS0") and fopen("com1") do the same, but I suggest you to
use unix-like names.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Paul Munden
> Sent: Thursday, January 16, 2003 11:34 AM
> To: [EMAIL PROTECTED]
> Subject: COM port setup
>
>
>
>
> Hi,
>
> I'm hoping you could help me. I'm using CYGWIN to run some
> SMS tools and the tools config files need setting up to add
> the details of which com port I'm using. Basically I just
> need to know how I would go about creating the com4 object in
> /dev so that it does actually point at the com port as when
> installed, CYGWIN came with no /dev or any example of how I
> would setup the com object.
>
> Any help appreciated
>
> Paul.
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

[Rico -mc- Gloeckner]

On Fri, Jan 17, 2003 at 11:14:37AM -0200, Fr?d?ric L. W. Meunier wrote:
> It does:
> 
> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs up
> ? prepare.new
> P AUTHORS
> P ChangeLog
> P doc/micqrc.5
> cvs server: cannot open directory /var/lib/cvs/micq/doc/html: No such file or 
>directory
> cvs server: skipping directory doc/html
> P include/datatype.h
> P lang/.cvsignore
> ...

OH. it does skip the directory, that sounds fine to me. Ruediger
obvioulsy deleted that directory for some reason (eventually because it
moved to /web now)

> And a cvs co doesn't work:
> 
> According to http://www.micq.org/download.shtml.en I do
> 
> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
> cvs checkout: cannot open CVS/Entries for reading: No such file or directory
> cvs [checkout aborted]: no repository

Works for me [TM]. (I copy&pasted your Command)

I wonder what it seeks in CVS/Entries, thats a File which exists on
Clientside only, it stores which Files you already have and in which
version. A checkout should actually generate that file, while an update
should update it.

Serverside there is only CVSROOT/ which is important for the Server.

> Rico, are you using CVS 1.11.4 ? And what version were you
> using before you migrated the server ?

My Clients are 1.11.2-debian and 1.11.1p1 (OBSD Ports Collection)
The Server is 1.11.2-debian.

Clients are Debian Sid and OBSD 3.1-current, Server is Debian Testing.


Please let me know when i can be of further Help,
-mc

-- 
| Rico -mc- Gloeckner 
| mv ~/.signature `finger [EMAIL PROTECTED]`

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

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

On Fri, 17 Jan 2003, Rico -mc- Gloeckner wrote:

> On Thu, Jan 16, 2003 at 08:47:48PM -0200, Frédéric L. W. Meunier wrote:
> > I don't know if it's a problem with the mICQ repository, but
> > the following shows up on latest Cygwin:
> >
> > $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs up
> > ? prepare.new
> > cvs server: cannot open directory /var/lib/cvs/micq/doc/html:
> > No such file or directory
> > cvs server: skipping directory doc/html
> >
> > and it doesn't return to the shell prompt.
> >
> > The same if there were any updates.
> >
> > $ ps
> >
> > I1540119615404000 1004 20:35:34 /usr/bin/cvs
> >
> > It works fine with other repositories.

> Since it doesnt return you to the shell

Right.

> nor simply skip the not anymore-existring directory (Attic
> Dir)

It does:

$ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs up
? prepare.new
P AUTHORS
P ChangeLog
P doc/micqrc.5
cvs server: cannot open directory /var/lib/cvs/micq/doc/html: No such file or directory
cvs server: skipping directory doc/html
P include/datatype.h
P lang/.cvsignore
...

> i would bet, that this is a race condition in the Cygwin Port
> of cvs.

Charles, if you could check this. Here it's 100% reproduceable.

And a cvs co doesn't work:

According to http://www.micq.org/download.shtml.en I do

$ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs co micq
cvs checkout: cannot open CVS/Entries for reading: No such file or directory
cvs [checkout aborted]: no repository

Now I try another repository:

$ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/gnome co mc
U mc/.cvsignore
U mc/AUTHORS
...

Rico, are you using CVS 1.11.4 ? And what version were you
using before you migrated the server ?

-- 
0@pervalidus.{net, {dyndns.}org}

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strerror_r is missing from libc

[Corinna Vinschen]

On Fri, Jan 17, 2003 at 10:56:46AM +0100, Horák Daniel wrote:
> I cannot link my program that uses strerror_r() function, because it is not included 
>libc.a. But the declaration of strerror_r is in string.h and also it is implemented 
>in latest newlib 1.11.0 (but not in 1.10.0). But I don't know what version of newlib 
>is included in Cygwin.

Thanks for the heads up.  Will be in 1.3.19.

Corinna

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CVS problem

[Rico -mc- Gloeckner]

On Thu, Jan 16, 2003 at 08:47:48PM -0200, Fr?d?ric L. W. Meunier wrote:
> I don't know if it's a problem with the mICQ repository, but
> the following shows up on latest Cygwin:
> 
> $ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/cvs up
> ? prepare.new
> cvs server: cannot open directory /var/lib/cvs/micq/doc/html:
> No such file or directory
> cvs server: skipping directory doc/html
> 
> and it doesn't return to the shell prompt.
> 
> The same if there were any updates.
> 
> $ ps
> 
> I1540119615404000 1004 20:35:34 /usr/bin/cvs
> 
> It works fine with other repositories.
> 
> Rico: It used to work before the server move you performed.

Err?

I just freshly checked out micq and did an up and it worked.

However, it is correct, that there is no doc/html there.

Since it doesnt return you to the shell nor simply skip the not
anymore-existring directory (Attic Dir) i would bet, that this is a race
condition in the Cygwin Port of cvs.

Sorry, but i dont see how i could be of any help here. Also, you are the
only one who reported trouble with the cvs until yet.

please Let me know, when you have further Information on how it could be a
Problem on my side.


-mc

-- 
| Rico -mc- Gloeckner 
| mv ~/.signature `finger [EMAIL PROTECTED]`

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Command-line email?

[Vince Hoffman]

Since i use it I'm happy to ask (and just have.) Meant to before but keep
forgetting.

> -Original Message-
> From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 12:05
> To: [EMAIL PROTECTED]
> Subject: Re: Command-line email?
> 
> 
> On Fri, Jan 17, 2003 at 11:40:26AM -, Vince Hoffman wrote:
> > nail is good ( i use it myself) but it has a file called 
> aux.c/.h which
> > cannot be created on win32 cause windows is irritating like 
> that (needed to
> > extract and rename it on a linux machine.) just renamed aux 
> to aux1 and then
> > did a grep in the source and changed any references found.
> 
> Anybody willing to ask the authors/maintainers to change that filename
> already in their vanilla source tree?  I had the same problem once 
> with OpenSSH but the maintainers where sympathetic and changed it very
> soon after I described why that doesn't work on Windows.
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails 
> regarding Cygwin to
> Cygwin Developer
> mailto:[EMAIL PROTECTED]
> Red Hat, Inc.
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Command-line email?

[Corinna Vinschen]

On Fri, Jan 17, 2003 at 11:40:26AM -, Vince Hoffman wrote:
> nail is good ( i use it myself) but it has a file called aux.c/.h which
> cannot be created on win32 cause windows is irritating like that (needed to
> extract and rename it on a linux machine.) just renamed aux to aux1 and then
> did a grep in the source and changed any references found.

Anybody willing to ask the authors/maintainers to change that filename
already in their vanilla source tree?  I had the same problem once 
with OpenSSH but the maintainers where sympathetic and changed it very
soon after I described why that doesn't work on Windows.

Corinna

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Andrew Markebo]

/ Volker Quetschke <[EMAIL PROTECTED]> wrote:
| Hi!
|
|> | $ tar -C/ -xjf cygipc-1.13-2.tar.bz2
| -^^^
|
| bzip2 / bunzip2 are missing.

'j' takes care of that.

|
|> Hmm doesn't it look for cygipc-1.13-2.. in / now?? Try to do a cd /
|> tar -xjf [pathtocygipc]/cyg...
|> | tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or
|> directory
| ^^^ most probably
| means bunzip2.

Nope means file not found.. If it can find and try to read the file it
complains over bad entry in the file.

  /Andy

-- 
 The eye of the beholder rests on the beauty!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Command-line email?

[Vince Hoffman]

nail is good ( i use it myself) but it has a file called aux.c/.h which
cannot be created on win32 cause windows is irritating like that (needed to
extract and rename it on a linux machine.) just renamed aux to aux1 and then
did a grep in the source and changed any references found.

> -Original Message-
> From: Dr. Volker Zell [mailto:[EMAIL PROTECTED]]
> Sent: 17 January 2003 07:36
> To: [EMAIL PROTECTED]
> Subject: Re: Command-line email?
> 
> 
> > "dmeans" == dmeans  <[EMAIL PROTECTED]> writes:
> 
> dmeans> ssmtp, pine, mutt,  and there's always perl Mail::Sender.
> dmeans> David
> 
> >> 
> >> Does cygwin have a simple command-line email tool to 
> toss an email to an
> >> SMTP server (without having to configure and run a 
> full-taco MTA)?
> >> 
> >> Thanks,
> >> Michael
> 
> And there's also nail.
> 
> http://omnibus.uni-freiburg.de/~gritter/
> 
> From the web page:
> 
> Nail is a mail user agent derived from Berkeley Mail 8.1. 
> It is intended to provide the functionality of the POSIX.2 
> mailx command with additional support for MIME messages, POP3 
> and SMTP. 
> In recent system environments, nail is Unicode/UTF-8 capable. It 
> further contains some minor enhancements like the ability to set 
> a From: Address.
> 
> I have it working here.
> 
> Ciao
>   Volker
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: please try the latest snapshot

[Dan Holmsand]

Christopher Faylor wrote:

The latest snapshot should fix some /etc handling problems (thanks to
ideas and code from Pierre Humblet), like the dreaded BSOD.  It may also
solve the "pipes are slow" problem.  There are also all of the fixes
accumulated since 1.3.18, of course.


Indeed it does seem to stop the BSODding on my machines. Thanks!

/dan



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: build php4.3.0 as a module for apache_1.3.27 (Cygwin) fail

[Stipe Tolj]

Elfyn McBratney wrote:
> 
> The only way you can build php-apache OOTB (well sort of) is by using the
> sources provided with cygwin, downloaded/installed by setup.exe. The source
> package contains a few patches and a utility to create the dll which the
> stock release (4.3.0) does not contain.
> 
> > cd apache-1.3.27
> > ./configure
> > cd php-4.3.0
> > ./configure --with-apache=/apache-1.3.27
> > make
> 
> The undefined references below are because you don't have libxml installed.
> FYI xml support is now enabled by default.

no, it's because php dies include the Win32 native expat code and the
DLL import fails.

Check the patch that is included in the php module from the Cygwin
setup package. There you will find the necessary files and changes to
stop that undefined reference errors while linking.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Volker Quetschke]

Hi!


| $ tar -C/ -xjf cygipc-1.13-2.tar.bz2

-^^^

bzip2 / bunzip2 are missing.


Hmm doesn't it look for cygipc-1.13-2.. in / now?? Try to do a 
cd /
tar -xjf [pathtocygipc]/cyg...

| tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or directory
^^^ most probably means 
bunzip2.

Volker
--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


msg16259/pgp0.pgp
Description: PGP signature

Re: Installation

[Andrew Markebo]

/ "Scott Taylor" <[EMAIL PROTECTED]> wrote:
| OK got locate working, but there seems to be something wrong in general with
| calling commands.
|
| "ls -l" works fine but...
| "ls -l | more" does not

What error do you get?? I assume command not found.. basically there
are no more that comes with cygwin.. but there should be a less.. 

| Also, I wanted to install cygipc but it gives me the following:
|
| $ tar -C/ -xjf cygipc-1.13-2.tar.bz2

Hmm doesn't it look for cygipc-1.13-2.. in / now?? Try to do a 
cd /
tar -xjf [pathtocygipc]/cyg...


| tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or directory
| tar (child): error not recoverable: exiting now
| tar: Child returned status 2
| tar: Error exit delayed from previous errors
|
| The file "tar.exe" is in my bin directory...why can't it see it?

tar.exe you have cd'd to some other subdir.

/Andy

-- 
 The eye of the beholder rests on the beauty!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Scott Taylor]

OK got locate working, but there seems to be something wrong in general with
calling commands.

"ls -l" works fine but...
"ls -l | more" does not

Also, I wanted to install cygipc but it gives me the following:

$ tar -C/ -xjf cygipc-1.13-2.tar.bz2
tar (child): cygipc.1.13-2.tar.bz2: cannot open: no such file or directory
tar (child): error not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors

The file "tar.exe" is in my bin directory...why can't it see it?

Scott

- Original Message -
From: "Andrew Markebo" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 17, 2003 10:08 AM
Subject: Re: Installation


> / "Scott Taylor" <[EMAIL PROTECTED]> wrote:
> | In the /bin directory are all the bash commands that you use in a
typical
> | unix shell...correct? Then why can I use a command like "ls -l" and not
> | "locate" which both reside in /bin?
> |
> [...]
> |
> | $ man ls
> | BASH: man: command not found
>
> have you installed the man-package?
>
> |
> | $ locate cygwin.bat
> | locate: /usr/var/locatedb: no such file or directory
>
> locate needa its database to be built before running, I think it is
> updatedb that does this.. To do a quick search now, you can use find.
>
>
> | Does this make sense now?
>
> Yep :-)
>
> /Andy
>
> |
> | Scott
> |
> --
>  The eye of the beholder rests on the beauty!
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[H.Merijn Brand]

On Tue 14 Jan 2003 11:45, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> H.Merijn schrieb:
> 
> > On Mon 13 Jan 2003 18:14, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> >> Jarkko schrieb:
> >> 
> >> > Hi, could you retry this with either newer cygwin or bleadperl?
> >> 
> >> Hmmm, the latest cygwin (1.3.18-1) is somewhat broken, but you may close
> >> this bug anyway.
> 
> > Closed. Gerrit, can you try the 20030113 snapshot, and see if it's gone with
> > you too?
> 
> Yes, Sir :-)

[ Bleadperl development ]

Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
reboot. 20030117 was showing the same behaviour

:
:
:
Looking for extensions...
Signal 11

FYI 1.3.19s(0.7032) 20030113 10:32:46 was OK

-- 
H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.0 & 633 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
  WinNT 4, Win2K pro & WinCE 2.11.  Smoking perl CORE: [EMAIL PROTECTED]
http:[EMAIL PROTECTED]/   [EMAIL PROTECTED]
send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Sed Script works in 3.02-1, fails in 4.0.1-1

[Peter S Tillier]

- Original Message -
From: "Dwight Neal" <[EMAIL PROTECTED]>
To: "'Peter S Tillier'" <[EMAIL PROTECTED]>
Sent: Wednesday, January 08, 2003 11:05 PM
Subject: RE: Sed Script works in 3.02-1, fails in 4.0.1-1


> I included the WRONG sed script with the original message.
>
> Attached is the correct one--that is, the one that creates the fuss--,
with
> the (obviously) missing RE.
>
> Sorry to waste your time on that--I had been doing a lot of testing
and
> forgot I fiddled with the script.
>
> Thanks,
> Dwight Neal
>
Hi Dwight,

I was fiddling with the script that you sent, this seems to work OK
will all the sed versions that I've tried:

1,/<.BLOCKQUOTE>/{
  /<.BLOCKQUOTE>/s//When installation
completes,
click here <\/a>to
return.<\/font><\/BLOCKQUOTE>/
}

NB the second line of the script will wrap in posting.

The 1,/<.BLOCKQUOTE>/ { ... } ensures that only the first occurrence
of <.BLOCKQUOTE> is changed, which is (I think) what you were trying
to achieve.

In fact, as sed in Cygwin is GNU sed you can also use 0,/RE/ as the
address range (other seds don't usually support this).  This format
is very useful if the /RE/ can appear in the first line, in which
case 1,/RE/ won't find it, because sed doesn't attempt to match the
second part of an address range against the current line and will
only attempt to match it against the next line.

HTH
--
Peter S Tillier
Opinions expressed are my own and not necessarily
those of my employer.


__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Andrew Markebo]

/ "Scott Taylor" <[EMAIL PROTECTED]> wrote:
| In the /bin directory are all the bash commands that you use in a typical
| unix shell...correct? Then why can I use a command like "ls -l" and not
| "locate" which both reside in /bin?
|
[...]
|
| $ man ls
| BASH: man: command not found

have you installed the man-package?

|
| $ locate cygwin.bat
| locate: /usr/var/locatedb: no such file or directory

locate needa its database to be built before running, I think it is
updatedb that does this.. To do a quick search now, you can use find.


| Does this make sense now?

Yep :-)

/Andy

|
| Scott
|
-- 
 The eye of the beholder rests on the beauty!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

strerror_r is missing from libc

[Horák Daniel]

Hello,

I cannot link my program that uses strerror_r() function, because it is not included 
libc.a. But the declaration of strerror_r is in string.h and also it is implemented in 
latest newlib 1.11.0 (but not in 1.10.0). But I don't know what version of newlib is 
included in Cygwin.


Dan Horak

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation

[Scott Taylor]

In the /bin directory are all the bash commands that you use in a typical
unix shell...correct? Then why can I use a command like "ls -l" and not
"locate" which both reside in /bin?

This is usually a PATH issue in a normal unix environment, but I believe my
PATH is fine. (i.e. PATH=C:\cygwin\bin)

$ ls -l
total 420
drwxr-xr-x3scottTaunknown0Jan 14 18:51bin
(lists all the directories)

$ man ls
BASH: man: command not found

$ locate cygwin.bat
locate: /usr/var/locatedb: no such file or directory

Does this make sense now?

Scott

- Original Message -
From: "Andrew Markebo" <[EMAIL PROTECTED]>
To: "Scott Taylor" <[EMAIL PROTECTED]>
Sent: Friday, January 17, 2003 8:59 AM
Subject: Re: Installation


> / "Scott Taylor" <[EMAIL PROTECTED]> wrote:
> | As I have previously mentioned, I can run commands like "ls -l" but not
ones
> | like "locate". These commands both seem to appear in /bin, which is in
my
> | PATH.
> |
> | What how is this possible and what can I do?
>
> Ehh? Take this from the beginning?? You can run "ls -l" and it
> works.. and you wonder why?? Or do you think it is an error?
>
> Give a copy'n'paste from your prompt and show what happens, tell what
> you expected to happen?
>
> /Andy
>
> |
> | Scott
> |
> |
> | - Original Message -
> | From: "Max Bowsher" <[EMAIL PROTECTED]>
> | To: "Scott Taylor" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> | Sent: Thursday, January 16, 2003 11:00 PM
> | Subject: Re: Installation
> |
> |
> |> Please keep replies on the mailing list.
> |>
> |> Scott Taylor wrote:
> |> > OK thanks. But what is the problem with running certain commands like
> |> > "locate"? The bin directory is in my PATH.
> |>
> |> What is what problem? I'm not psychic.
> |>
> |> > Also, can I assume that because there is the postgresql.exe
> |> > application in /bin, that PostgreSQL has been installed. I never
> |> > built it with cygipc as instructed.
> |>
> |> PostgreSQL is a bit of an exception. It is the only package which
depends
> | on
> |> software outside the main Cygwin distro. You *need* cygipc for
postgresql
> | to
> |> work.
> |>
> |> Max.
> |>
> |>
> |> --
> |> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> |> Bug reporting: http://cygwin.com/bugs.html
> |> Documentation: http://cygwin.com/docs.html
> |> FAQ:   http://cygwin.com/faq/
> |>
> |
> |
>
> --
>  The eye of the beholder rests on the beauty!
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: nfs-server questions

[Danilo . Turina]

Thank you very much,

Danilo Turina
 
-
Danilo Turina
Alcatel Optics OND Network Management
Rieti (Italy) - Phone: +39 746 600332
-

1 anno 9 mesi 8 giorni 17 minuti 41 secondi 




Brendan J Simon <[EMAIL PROTECTED]>
17/01/2003 09.32
Please respond to brendan.simon

 
To: Danilo TURINA/IT/ALCATEL@ALCATEL, [EMAIL PROTECTED]
cc: 
Subject:Re: nfs-server questions


http://www.oneparticularharbor.net/cygwin/

I couldn't find with google nor using the cygwin mailing list.  I 
finally searched the cygwin-apps mailing list and found the link.

You need both the SunRPC and NFS Server packages.  The binary and 
sources are available.  Install with Setup.exe

Cheers,
Brendan Simon.



Danilo Turina wrote:

> Yesterday, after reading your post, I searched the Internet for 
> Universal NFS Server but I was unable to find a place where I could 
> download it (either source code or cygwin binary).
> Could you please give me some URL?
>
> Thank you,
>
> Danilo Turina
>
> Brendan J Simon wrote:
>
>> I've installed Universal  NFS Server and am very happy with it.
>> I have noticed the follwing "features"
>>
>> 1) Symbolic links aren't followed
>>
>> 2) /cygdrive/c is not accessible.
>>
>> Are these features likely to be fixed soon?
>> Any ideas on how to solve them.
>>
>> Many thanks,
>> Brendan Simon.
>>
>>
>>
>
>
>






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: nfs-server questions

[Brendan J Simon]

http://www.oneparticularharbor.net/cygwin/

I couldn't find with google nor using the cygwin mailing list.  I 
finally searched the cygwin-apps mailing list and found the link.

You need both the SunRPC and NFS Server packages.  The binary and 
sources are available.  Install with Setup.exe

Cheers,
Brendan Simon.



Danilo Turina wrote:

Yesterday, after reading your post, I searched the Internet for 
Universal NFS Server but I was unable to find a place where I could 
download it (either source code or cygwin binary).
Could you please give me some URL?

Thank you,

Danilo Turina

Brendan J Simon wrote:

I've installed Universal  NFS Server and am very happy with it.
I have noticed the follwing "features"

1) Symbolic links aren't followed

2) /cygdrive/c is not accessible.

Are these features likely to be fixed soon?
Any ideas on how to solve them.

Many thanks,
Brendan Simon.











--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: nfs-server questions

[Danilo Turina]

Yesterday, after reading your post, I searched the Internet for 
Universal NFS Server but I was unable to find a place where I could 
download it (either source code or cygwin binary).
Could you please give me some URL?

Thank you,

			Danilo Turina

Brendan J Simon wrote:
I've installed Universal  NFS Server and am very happy with it.
I have noticed the follwing "features"

1) Symbolic links aren't followed

2) /cygdrive/c is not accessible.

Are these features likely to be fixed soon?
Any ideas on how to solve them.

Many thanks,
Brendan Simon.







--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/