multiple definition of std::_Rb_tree_rotate_left at link time

[venkatraj k.s]

Hi,

I am facing a problem cygwin , detailed description is
given below.

My program uses archives , these archives are built in
cygwin platform ( uname -a : CYGWIN_NT-5.0, uname -r :
1.5.12s(0.116/4/2) ) in a windows 2000 server. I need
to use these archives in my local machine , which is
Windows 2003 server (  uname -a : CYGWIN_NT-5.2, unme
-r : 1.5.18(0.132/4/2) ).  Now my problem is  when i
compile my program ( in my local machine) i get an
error at link time saying that there is a multiple
definition of
`std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&). 
===
/usr/lib/gcc/i686-pc-cygwin/3.4.4/libstdc++.a(tree.o)::
multiple definition of
`std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)'
src/../tools/fs/cygwin_nt-5.2/lib/liblsidesignconfig.a(netlistParam.o):/usr/include/c++/3.3.1/bits/stl_tree.h:(.text$_ZSt20_Rb_tree_rotate_leftPSt18_Rb_tree_node_baseRS0_[std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)]+0x0): first defined here
/usr/lib/gcc/i686-pc-cygwin/3.4.4/libstdc++.a(tree.o)::
multiple definition of
`std::_Rb_tree_rotate_right(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)'
src/../tools/fs/cygwin_nt-5.2/lib/liblsidesignconfig.a(netlistParam.o):/usr/include/c++/3.3.1/bits/stl_tree.h:(.text$_ZSt21_Rb_tree_rotate_rightPSt18_Rb_tree_node_baseRS0_[std::_Rb_tree_rotate_right(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)]+0x0): first defined here
===

I checked the gcc compiler version in both machines i
have seen that local machine has gcc version 3.4.4
where as the other machine has version 3.3.1. I tried
to put the "using namespace std" in the header files
if any header includes stl , and  built the archives
again. I found that this error still persists.

Is there any way i can eliminate this error by using
the same archives ( i dont want to build new archives
), please help me if you have any idea about the
problem..




Thanks and Regards,
RAJU K



Thanks and Regards,
RAJU K

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Re: cygwin bsod using make after configure on gcc

[Brian Dessent]

"Gary R. Van Sickle" wrote:

> The only other help anybody can offer is to look at the BSOD info.  It used
> to tell you what kernel mode component was BSODing on you, but to tell you
> the truth it's been so long since I've seen one I don't know if it does
> anymore.  If it does, it will probably be a driver, and then you're 99% of
> the way towards a solution.

The way to proceed is to get the STOP code number and then go here:
.

It's very hard for the BSOD screen to print the name of the kernel module that
actually is responsible for the fault, since it could have been the result of a
cascading failure.  Kernel mode stuff is just like that because there are no
restrictions at all as to what a driver can do, so it's entirely possible that
driver FOO might have been executing at the time of the fault but it was
innocent and only crashed because driver BAR overwrote some of its data
structures.  So don't expect to be told in the BSOD screen which driver is at
fault, and even if one is shown don't assume that's the faulty one.  (Some notes
on this issue from Raymond Chen:
.)

And yes, this likely has nothing to do with Cygwin and everything to do with
some kind of fault in the system (failing hardware, defective ram, a buggy
driver, flakey antivirus software, etc.)  Cygwin is just a regular user-mode
process, it does not install any kernel drivers and therefore cannot (directly)
cause a BSOD.  That's not to say that user-mode processes can't tickle bugs in
kernel drivers, but the fault there lies in the driver, not the user-mode
process.

Brian

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

Re: Patch for cygutils: let cygstart properly convert environment variables

[Charles Wilson]

Michael Schaap wrote:


Chuck, can you please apply the patch, and release a new version, at
your convenience?
A suggested list of changes:
* cygstart - properly convert environment variables to Win32
* cygstart - don't parse options listed after the command



Done.  Announcement forthcoming.

--
Chuck

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

RE: cygwin bsod using make after configure on gcc

[Gary R. Van Sickle]

> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of c c
> Sent: Thursday, February 09, 2006 5:50 PM
> To: cygwin@cygwin.com
> Subject: cygwin bsod using make after configure on gcc
> 
> i've recently installed cygwin - i'm new to this so excuse me 
> if i'm in error
> 
> after using configure on gcc-4.0.2, run make and my pc bsod's
> 
> i'm using windows xp sp2

Windows XP BSODs for a number of reasons, none of them Cygwin-specific.  I
list them here in decreasing order of liklihood:

1. An uninstalled "Windows Update".
2. A faulty driver.
3. A defect in XP for which Microsoft offers no patch at the present time.
4. Faulty hardware.

99% of the time its 1 or 2, 1% of the time 3 or 4.

The only other help anybody can offer is to look at the BSOD info.  It used
to tell you what kernel mode component was BSODing on you, but to tell you
the truth it's been so long since I've seen one I don't know if it does
anymore.  If it does, it will probably be a driver, and then you're 99% of
the way towards a solution.

Hey, this would make a reasonably good
Not-Entirely-Infrequently-Asked-Question.

-- 
Gary R. Van Sickle
 


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

Re: How to use ssh.exe from Windows XP?

[Andrew DeFaria]

Tawfik, Sameh E wrote:

Puttygen

Run puttygen.exe to convert the "id_dsa" file to a putty format. This 
is because the private key file format is not specified by some 
standard body. To do this open "puttygen" and open the "conversions" 
menu and chose "Import Key" file. Then browse to the "id_dsa" file, 
and select "SSH-2 DSA" field. Finally click "Save private key" and 
save the file as "id_dsa.PPK" somewhere on disk.

(PuTTYgen is an RSA and DSA key generation utility)
Why the putty stuff? Just use Cygwin's ssh! Just copy the 
~/.ssh/id_rsa.pub file into your Cygwin .ssh/authorized_keys file. (Use 
ssh-user-config to generate keys). No extra application (putty) required.



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

[octave ] LOADPATH recurses only one level of subdirectories

[James R. Phillips]

As I said earlier, the functionality works for me, no matter how deeply nested
the subdirectories.  Since I cannot reproduce the problem, I have to assume it
is something related to your particular setup.  This does not mean it there is
no bug.  It just means I don't know what conditions must exist to cause it, so
I'm not in a position to further investigate.





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

RE: cygwin bsod using make after configure on gcc

[Buchbinder, Barry \(NIH/NIAID\) [E]]

-Original Message-
From: c c 
Sent: Thursday, February 09, 2006 6:50 PM

i've recently installed cygwin - i'm new to this so excuse me if i'm in
error

after using configure on gcc-4.0.2, run make and my pc bsod's

i'm using windows xp sp2
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem report:http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

That's interesting.  I can't help you because I don't know how.  There
are people on the list who can help you but you have not given them much
to go on.  See the "Problem report" link, above.


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

cygwin bsod using make after configure on gcc

[c c]

i've recently installed cygwin - i'm new to this so
excuse me if i'm in error

after using configure on gcc-4.0.2, run make and my pc
bsod's

i'm using windows xp sp2






___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

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

Re: Updated: suite3270-3.3.4p7-1, c3270-3.3.4p7-1, pr3287-3.3.4p7-1 , s3270-3.3.4p7-1, tcl3270-3.3.4p7-1, x3270-3.3.4p7-1

[Peter A. Castro]

On Thu, 9 Feb 2006, Luke Kendall wrote:


On  8 Feb, Peter A. Castro wrote:

 This is an update for the suite3270 packages based on version 3.3.4p6
 plus patch 07 for c3270, s3270, tcl3270 and x3270 yielding 3.3.4p7

 suite3270-3.3.4p7-1.tar.bz2
 c3270-3.3.4p7-1.tar.bz2
 pr3287-3.3.4p7-1.tar.bz2
 s3270-3.3.4p7-1.tar.bz2
 tcl3270-3.3.4p7-1.tar.bz2
 x3270-3.3.4p7-1.tar.bz2

 This release contains Paul Mattes's latest code and fixes to the suite,
 which include:

 - several bug fixes and infrastructure changes.
 - support for SSL.
 - DBCS and East Asian languages support.

 NOTE: The Cygwin release does not currently incorporate DBCS or East
 Asian languages support (yet).  Once my porting work for ICU is
 completed, suite3270 will be re-released with full DBCS and East Asian
 languages support.


I would welcome a short sentence describing what they actually are!


My appologies for not in-lining the actual new features & changes.  In my
defense, there was so much changed between 3.2.20 and 3.3.4 that it would
have gone on for pages and pages and felt it better to simply list the
truely note worthy features (all be it, not all supported in this release
:-(.

I did, however, provide URLs to the "What's New" for each package (which
you've snipped from this email, but oh well).  In the future I will fully
include all fix/change information.


luke


--
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

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

Re: "changed dev/ino" error with NetApp shared drive

[Frédéric COIFFIER]

Le Jeudi 9 Février 2006 14:16, Corinna Vinschen a écrit :
> On Feb  9 14:12, Fr?d?ric COIFFIER wrote:
> > Hello,
> >
> > I have a very blocking problem for 1 month : I wasn't more able to use a
> > NetApp shared drive with Cygwin (cygwin-1.5.19-4).
> >
> > For example, I can't use the 'rm' command (the drive is named H:) :
> >
> > Cygwin:~ $ mkdir stub
> > Cygwin:~ $ rm -r stub
> > rm: `stub' changed dev/ino
> > [...]
> > Is there a way to get an old Cygwin version or a new patched
> > "experimental" version ?
>
> Try the latest developers snapshot from http://cygwin.com/snapshots/
> The problem should be fixed there.

Indeed, the problem is solved with cygwin1-20060206.dll.bz2

Thank you very much !

Frederic

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

Re: Problems with the snapshot 20060206

[Angelo Graziosi]

I am afraid, 

I have spent a lot of time trying to send the cygcheck report attaching
the file or copying/pasting it in the message, but
[EMAIL PROTECTED] return the message saying that, perhaps, it
is a spam.

My system is W2K SP4+Cygwin with all package installed.
I do not use any Cygwin services.
I mounted the cygwin prefix to '/'

The test packages I use are:
   bash-3.1-2
   emacs-21.3.50-2
   emacs-X11-21.3.50-2
   emacs-el-21.3.50-2
   lesstif-0.94.4-1


Now my replay:

I wrote this: http://cygwin.com/ml/cygwin/2006-02/msg00316.html

and 

Corinna Vinschen answered this:
http://cygwin.com/ml/cygwin/2006-02/msg00317.html

I have the drives:

  a:  fd N/AN/A
  c:  hd  NTFS 39260Mb  33% CP CS UN PA FC 
  d:  cd N/AN/A
  e:  cd N/AN/A 
  
i.e.

  A:  the floppy 1.44 MB
  C:  the HD
  D:  the CD burner that can read also CDs
  E:  the DVD burner that can read CDs and DVDs

With the snapshots 20060205 and 20060206 the problems I described in

http://cygwin.com/ml/cygwin/2006-02/msg00316.html are present for:

  /a
  /d
  /e

and not for /c


With Cygwin 1.5.19-4 all works fine (/a, /c, /d, /e).


Best regards,

Angelo.


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

Re: [octave ] LOADPATH recurses only one level of subdirectories

[Larrie Carr]

| In short, octave-forge is non-functional as it uses multiple 
subdirectories.


If that's true for everyone, then I'm surprised as I think you are the
first to report it.

Sorry about the tone - it's not functional for me, while everyone else is 
happy.  I've tried a clean new cygwin installation using setup and pulled 
the octave installation through there - no more easy stuff to do.  Digging 
through new C++ code makes my head hurt (I'm more of a VHDL/C kind of guy).



Probably the code you are looking for is the function do_subdir in
liboctave/kpse.cc.  This file contains a stripped-down version of the
kpathsearch library.  Most modifications were to remove TeX-specific
stuff and to convert it to use std::string instead of plain C strings
which historically leaked memory.  In any case, that function may use
an optimization to decide when to check for subdirectories.  The
optimization looks at the link count of the current directory.  If it
is 2, then the assumption is that the current directory does not
contain any subdirectories.  That seems to work fine for Unixy
systems.  Does that assumption not hold for Cygwin?  If so, then I
think the fix is fairly simple as there is also Windows-specific code
in that function.  Whether the optimization is performed depends on
what is #defined at compile time, so you'll probably have to do some
checking on a Cygwin system to see what is really going on.


thanks for the pointer - I will have a look. 




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

Re: problems with exit codes on 64-bit Windows XP Pro x64

[Christopher Faylor]

On Thu, Feb 09, 2006 at 12:32:56PM -0800, Kevin Layer wrote:
>Corinna Vinschen <[EMAIL PROTECTED]> wrote:
>
>>> > I just applied a patch which should return the correct error code.
>>> 
>>> Ah, yes, I forgot:  Please test the next snapshot from
>>> http://cygwin.com/snapshots/
>
>The problem is fixed.  Thank you very much, Corinna.
>
>I'd like to second William's comments: cygwin and the cygwin
>development team rock!

In that case, I claim total credit, since I generated the snapshot.

Corinna just did the trivial step of checking in the fix.

cgf

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

Re: problems with exit codes on 64-bit Windows XP Pro x64

[Kevin Layer]

Corinna Vinschen <[EMAIL PROTECTED]> wrote:

>> > I just applied a patch which should return the correct error code.
>> 
>> Ah, yes, I forgot:  Please test the next snapshot from
>> http://cygwin.com/snapshots/

The problem is fixed.  Thank you very much, Corinna.

I'd like to second William's comments: cygwin and the cygwin
development team rock!

Kevin

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

[octave ] LOADPATH recurses only one level of subdirectories

[John W. Eaton]

On  9-Feb-2006, Larrie Carr wrote:

| In short, octave-forge is non-functional as it uses multiple subdirectories.

If that's true for everyone, then I'm surprised as I think you are the
first to report it.

| I've been looking through the sources and nothing has sprung up.  Did find a 
| cut-and-paste code error in oct_file_in_path() in utils.cc where the string 
| length is not properly checked.  Look like a cut and paste from 
| fcn_file_in_path().  But this is for a different group.

Probably the code you are looking for is the function do_subdir in
liboctave/kpse.cc.  This file contains a stripped-down version of the
kpathsearch library.  Most modifications were to remove TeX-specific
stuff and to convert it to use std::string instead of plain C strings
which historically leaked memory.  In any case, that function may use
an optimization to decide when to check for subdirectories.  The
optimization looks at the link count of the current directory.  If it
is 2, then the assumption is that the current directory does not
contain any subdirectories.  That seems to work fine for Unixy
systems.  Does that assumption not hold for Cygwin?  If so, then I
think the fix is fairly simple as there is also Windows-specific code
in that function.  Whether the optimization is performed depends on
what is #defined at compile time, so you'll probably have to do some
checking on a Cygwin system to see what is really going on.

| int len = name.length();
| 
| if( len > 0) {
|if (len >2 && name [ len-4] == '.' && name [len-3] == 'o'
|   && name[len-2] == 'c' && name [len-1] =='t') 

I've fixed this in my sources.

If you find other bugs in Octave, please report them to
[EMAIL PROTECTED]

Thanks,

jwe

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

[octave ] LOADPATH recurses only one level of subdirectories

[Larrie Carr]

Your attachments don't seem to be available, so I am not able to see the
structure of your test.


However, a test of my own indicates the functionality does work.  What I do 
is

create a file called .octaverc in my own home directory, with the contents




LOADPATH=[LOADPATH,':~/.octave//];




I then add my own private octave functions to the directory tree under
~/.octave.  I tested that adding a new m-file more than one level down does
make it available when octave is restarted, forcing the path to be
re-traversed.


Please realize that normally the LOADPATH is only recursed once, at the 
time
octave is loaded.  If you put new functions out there, you need to force 
octave
to re-read the path.  There may be other ways to do it, but the easiest is 
to

exit and restart.


The problem is not that is is NOT recursing, it just that it seems to 
recurse only 1 level down.  And I've looked over at the bug lists at 
octave.org and at cygwin looking for something related.


If the loadpath contains the path /blah/A//, I would expect the tool to find 
a file (say test.m) located /blah/A/B/C/D/test.m.  It does not.


But if the loadpath contains the path /blah/A/B/C//, the tool does recurse 1 
level through directory D to find the file.  That includes all combinations 
of restarting and setting the path (LOAD_PATH and DEFAULT_LOADPATH) and path 
/blah/A/B//.  I believe this does not match the documentation and user 
experiences.


In short, octave-forge is non-functional as it uses multiple subdirectories.

I've been looking through the sources and nothing has sprung up.  Did find a 
cut-and-paste code error in oct_file_in_path() in utils.cc where the string 
length is not properly checked.  Look like a cut and paste from 
fcn_file_in_path().  But this is for a different group.


int len = name.length();

if( len > 0) {
  if (len >2 && name [ len-4] == '.' && name [len-3] == 'o'
 && name[len-2] == 'c' && name [len-1] =='t') 




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

RE: once more unto the breech - still hanging, but I have a little more info.

[Dave Korn]

On 09 February 2006 17:48, John W. Eaton wrote:

>>>   You just dumped 5 meg of useless spam into the inboxes of several
>>> thousand people.  You just ate up dozens of gigabytes of
>>> sourceware.org's bandwidth, which are a scarce resource, paid for
>>> out of hard-earned donations and sponsorship.
> 
> Sorry to waste additional bandwith with this potentially obvious
> question, but if this is a big problem, then why not place limits on
> the size of posts going to the list?
> 
> jwe

  Well, if you're asking me, it's because I don't have any administrative
privs over sourceware.org!

  But I do think it would be a good idea.  In fact, I'm fairly sure that there
used to be just such a limit, and overly-large strace or cygcheck output used
to trip it.  I don't know when or why it might have been lifted.

  BTW respect is due to Peter for saying sorry so nicely!


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: once more unto the breech - still hanging, but I have a little more info.

[John W. Eaton]

| >   You just dumped 5 meg of useless spam into the inboxes of several  
| > thousand people.  You just ate up dozens of gigabytes of
| > sourceware.org's bandwidth, which are a scarce resource, paid for  
| > out of hard-earned donations and sponsorship.

Sorry to waste additional bandwith with this potentially obvious
question, but if this is a big problem, then why not place limits on
the size of posts going to the list?

jwe

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

Re: once more unto the breech - still hanging, but I have a little more info.

[Peter Rehley]

On Feb 9, 2006, at 4:32 AM, Dave Korn wrote:


On 09 February 2006 00:49, Peter Rehley wrote:


On Jan 11, 2006, at 2:19 PM, Peter Rehley wrote:



  You just dumped 5 meg of useless spam into the inboxes of several  
thousand people.  You just ate up dozens of gigabytes of
sourceware.org's bandwidth, which are a scarce resource, paid for  
out of hard-earned donations and sponsorship.


  You're not the only person here and this isn't your own personal  
in-tray.  Please think more carefully before you do anything so

reckless in future.


I'm sorry.  I messed up.  I apologize for the wasted bandwidth and to  
everyone who's email boxes I've cluttered.  I will be more careful in  
the future.


Peter

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

Re: Building .so files for Apache 2.2.0 on Cygwin 1.5.19-4

[Max Bowsher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jacco wrote:
> Hey there
> 
> I'm a complete newbie to cygwin and a "more-or-less" newbie with linux.
> 
> But I came with the idea to create my own apache module. And linux is
> obviuous the platform to go for.
> 
> Apache 2.2.0 compiled, installed and works fine.
> 
> However when I try to get the (ultra basic) module from
> http://threebit.net/tutorials/apache2_modules/tut1/tutorial1.html
> working, I get the error:
> "Warning! dlname not found" (see attachement for complete output)
> 
> I have a '.a' and '.la' file, but no .so file
> 
> As far as I can tell this problem has notting to do with my module since the
> same problem seems to arise with PHP5, mod_security and others on cygwin.
>>From various threads I've read there seems to be an issue with libtool??
> However nobody seems to have a definitive solution for this. (and all the
> things I tried didn't work) and the cygwin mailing list archives didn't come
> up with the cause of the error either.
> 
> So I came to the point where I, with my limited knowledge, am at a complete
> loss.
> I thought that it maybe has something to do with the w2k-platform expecting
> .dll files but there is nothing pointing in that direction.
> 
> Is there anyone out there who can point me in the right direction here ?
> and maybe even provide a solution?


Based on what you've said, I think you'd find writing your own apache
module a lot easier on Linux, than Cygwin.

Cygwin (well, actually, limitations of the Windows DLL loader) require
non-trivial patches to the build system to make DSO modules work.

You can look at the Apache 2.0.55 source package in the distribution, if
you like - I'm working on an Apache 2.2.0 package, which is more-or-less
ready. The only thing holding me back from releasing it is that I need
to get around to discussing how to handle the compatibility issues
implied by the 2.0 -> 2.2 transition.

Max.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)

iD8DBQFD63zAfFNSmcDyxYARAr8QAJwN12AVAIpmsFrexXtTSaUrht8yTgCgn/2o
Bv/lbRgoZxWRfExM7yDzvlw=
=k68u
-END PGP SIGNATURE-

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

RE: [octave ] LOADPATH recurses only one level of subdirectories

[Dave Korn]

On 09 February 2006 17:04, James R. Phillips wrote:

> Your attachments don't seem to be available, so I am not able to see the
> structure of your test.

  WJFFM.  Handy workaround: If your mailer doesn't like the format of an
attachment to a mailing list post, you can probably download it from the ML
archive without any problem.

See also ...
http://cygwin.com/ml/cygwin/2006-02/msg00309.html
http://cygwin.com/ml/cygwin/2006-02/msg00309/cygcheck.out
http://cygwin.com/ml/cygwin/2006-02/msg00309/test_recursive.log
http://cygwin.com/ml/cygwin/2006-02/msg00309/test_recursive.m


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

[octave ] LOADPATH recurses only one level of subdirectories

[James R. Phillips]

Your attachments don't seem to be available, so I am not able to see the
structure of your test.

However, a test of my own indicates the functionality does work.  What I do is
create a file called .octaverc in my own home directory, with the contents


LOADPATH=[LOADPATH,':~/.octave//];


I then add my own private octave functions to the directory tree under
~/.octave.  I tested that adding a new m-file more than one level down does
make it available when octave is restarted, forcing the path to be
re-traversed.

Please realize that normally the LOADPATH is only recursed once, at the time
octave is loaded.  If you put new functions out there, you need to force octave
to re-read the path.  There may be other ways to do it, but the easiest is to
exit and restart.

This is unlikely to be a cygwin packaging issue.  You will likely receive more
help at [EMAIL PROTECTED]




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

Patch for cygutils: let cygstart properly convert environment variables

[Michael Schaap]

Hi,

Attached is a patch that fixes a bug in cygstart, triggered by changes
in Cygwin 1.5.19, where certain path-based environment variables (like
TMP) were not converted from POSIX to Win32. (See
.)
It also contains the outstanding patch from Eric Blake to not let
cygstart parse any options listed after the to-be-started command. (See
.)

Chuck, can you please apply the patch, and release a new version, at
your convenience?
A suggested list of changes:
* cygstart - properly convert environment variables to Win32
* cygstart - don't parse options listed after the command

Thanks in advance,

– Michael

? .cygstart.c.swp
Index: cygstart.c
===
RCS file: /cvs/cygwin-apps/cygutils/src/cygstart/cygstart.c,v
retrieving revision 1.4
diff -u -r1.4 cygstart.c
--- cygstart.c  16 May 2005 20:18:52 -  1.4
+++ cygstart.c  9 Feb 2006 16:30:56 -
@@ -40,7 +40,7 @@
 #define MSDN_URL "http://msdn.microsoft.com/library/en-us/shellcc/platform/"; \
  "Shell/reference/functions/shellexecute.asp"
 
-static const char versionID[] = "1.2";
+static const char versionID[] = "1.3";
 /* for future CVS */
 static const char revID[] =
"$Id: cygstart.c,v 1.4 2005/05/16 20:18:52 cwilson Exp $";
@@ -176,7 +176,7 @@
 }
 
 /* Parse options */
-optCon = poptGetContext(NULL, argc, argv, opt, 0);
+optCon = poptGetContext(NULL, argc, argv, opt, POPT_CONTEXT_POSIXMEHARDER);
 poptSetOtherOptionHelp(optCon, "[OPTION]... FILE [ARGUMENTS]");
 while ((rc = poptGetNextOpt(optCon)) > 0) {
 switch (rc) {
@@ -523,6 +523,8 @@
 char **envp = environ;
 char *var, *val;
 char curval[2];
+char *winpathlist;
+char winpath[MAX_PATH+1];
 
 while (envp && *envp) {
 var = strdup(*envp++);
@@ -531,7 +533,25 @@
 
 if (GetEnvironmentVariable(var, curval, 2) == 0
 && GetLastError() == ERROR_ENVVAR_NOT_FOUND) {
-SetEnvironmentVariable(var, val);
+/* Convert POSIX to Win32 where necessary */
+if (!strcmp(var, "PATH") ||
+!strcmp(var, "LD_LIBRARY_PATH")) {
+winpathlist = (char *)
+  malloc(cygwin_posix_to_win32_path_list_buf_size(val)+1);
+if (winpathlist) {
+cygwin_posix_to_win32_path_list(val, winpathlist);
+SetEnvironmentVariable(var, winpathlist);
+free(winpathlist);
+}
+} else if (!strcmp(var, "HOME") ||
+!strcmp(var, "TMPDIR") ||
+!strcmp(var, "TMP") ||
+!strcmp(var, "TEMP")) {
+cygwin_conv_to_win32_path(val, winpath);
+SetEnvironmentVariable(var, winpath);
+} else {
+SetEnvironmentVariable(var, val);
+}
 }
 
 free(var);

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

Re: Paths and Cygwin

[Igor Peshansky]

On Thu, 9 Feb 2006, jgriffin wrote:

(Reordered for more logical flow of the reply).

> Why does Cygwin append a extra backslash to the path?

Don't you mean "prepend an extra slash"?  Backslash is a '\'.
Cygwin doesn't -- it's a bug in your script (run it with "bash -x") to
confirm.  In fact, you also have a couple of potential bugs there...

> I'm trying to run this script:
> [snip]
>   IFS=/
>   set x $directory

This will set $1 to "" (since "$directory" is absolute).  See (*) below.

>   case $2 in
>   */*)# IFS parsing is broken
>   IFS=' '
>   set x `echo $directory | tr / ' '`

This will not work for filenames with spaces in them.

>   ;;
>   esac
>
>   for filename
>   do
>   path=$prefix$filename

On the first iteration, this appends a "" (your empty first argument) to
"/" (your prefix).

>   prefix=$path/

(*) And this is where the prefix becomes "//" (the original "/" plus the
"/" you use for the path separator).

> [snip]
>   mkdir $paths || status=$?

You might want to add some quoting here too.  Oh, and this will overwrite
$status with that of the last failed mkdir.

> Input: ./mkdirhier.sh "/home/jgriffin/test/level1/level2" >& out.txt
> [snip]
> Here's the output:
> prefix: /
> mkdir: cannot create directory `//home': No such file or directory

None of the above is Cygwin-specific, BTW -- except for the fact that
Linux will treat a leading "//" as a "/" (masking the bug), and Cygwin
interprets it as a network share prefix (also, filenames with spaces are a
bit more common on Cygwin).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: Bash Window Geometry

[Igor Peshansky]

On Wed, 8 Feb 2006, Bubba Jones wrote:

> > ...
> > While you're at it, .  Thanks.
>
> Hmmm.  That doesn't look like an option.  I'll make a request and/or
> change e-mail services...

My hope is that if enough people bug those online services, some of them
will cave in and fix this, and others will then follow suit.  Slim, I
know. :-)

> > ..
> > Heh.  Two problems: (a) you're not starting a login shell
>
> Yeah, you're right.  I'll fix that.
>
> > and (b) why do you have /cygdrive/h as your home?  Sounds like your
> > $HOME setting is inconsistent with your /etc/passwd...
>
> Good eye.  I have my HOME set in my .bashrc.  I'm using an
> "organizational" computer.  "They" "nazified" the systems, so I stuck
> HOME on my network folder. When I do an "ls -l /etc/passwd", I get, "no
> such file...".  I'm not sure what "they" did, but "they" don't seem to
> want to answer my questions about "their" cygwin configuration.  I asked
> to have vi included in the configuration, but no response...

You do know that you can have your own mounts pointing to wherever *you*
want (in effect, having a separate Cygwin installation)?  If theirs is
missing /etc/passwd, it's seriously broken anyway.

I forget, did you ever attach the output of "cygcheck -svr" (as an
uncompressed text attachment) as requested in the Cygwin problem reporting
guidelines at ?  If not, you should do it
so that we have enough details about your installation(s) to try
diagnosing the problems.

> I decided to take matters into my own hands.  I installed cygwin on my
> network drive and specified vi and some other stuff, then set my PATH to
> look at my installation after "their" installation.  It seems to work
> ok.  I had to delete/move my cygwin1.dll so the system wouldn't freak
> out.  The system preferred the cygwin1.dll that is part of the system
> config, not my config (I hope that makes sense...).

Why not do the other way around?  Remove their installation from the PATH,
add yours, issue the following commands (assuming your Cygwin is installed
in H:\cygwin):

mount -ufb 'h:\cygwin' /
mount -ufb 'h:\cygwin\bin' /usr/bin
mount -ufb 'h:\cygwin\lib' /usr/lib

That way your install would be completely independent from theirs.

I'm assuming you installed Cygwin from one machine and use it from
another, otherwise installing for "just me" would have set up the proper
mount entries already.  Again, the output of "cygcheck -svr" would have
told us whether this is the case.

> Do you see any problem with the /etc/passwd mismatch?

Yes.  Many things that rely on authentication and permissions will not
work properly if certain usernames (including yours) are missing from
/etc/passwd.  Your /etc/group will also need to be up-to-date.

> I installed rxvt.  That solves the problem with the geometry thing.  I
> am in my happy place now :) .

Until the problems start.  Let's try preventing them.  The first step
would be to see what your and their installations look like (via the
output of "cygcheck -svr").

> > > Is there any way to have the call to bash set geometry?
> >
> > As I said above, not to bash itself, but there might be a way of
> > controlling the position of the console window using some Windows
> > means (maybe a program in the Windows Resource kit?).

...or using a terminal that lets you control the geometry (e.g., rxvt) as
others mentioned.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Paths and Cygwin

[jgriffin]

I'm trying to run this script:

mkdirhier.sh start---
newline='
'
IFS=$newline

case ${1--} in
-*) echo >&2 "mkdirhier: usage: mkdirhier directory ..."; exit 1
esac

status=
echo $directory
for directory
do
case $directory in
'')
echo >&2 "mkdirhier: empty directory name"
status=1
continue;;
*"$newline"*)
echo >&2 "mkdirhier: directory name contains a newline: 
\`\`$directory''"
status=1
continue;;
///*) prefix=/
  echo prefix: $prefix;; # See Posix 2.3 "path".
//*) prefix=//
echo prefix: $prefix;;
/*) prefix=/
echo prefix: $prefix;;
-*) prefix=./
echo prefix: $prefix;;
*) prefix=
echo prefix: $prefix;;
esac

IFS=/
set x $directory
case $2 in
*/*)# IFS parsing is broken
IFS=' '
set x `echo $directory | tr / ' '`
;;
esac
IFS=$newline
shift

for filename
do
path=$prefix$filename
prefix=$path/
shift

test -d "$path" || {
paths=$path
for filename
do
if [ "$filename" != "." ]; then
path=$path/$filename
paths=$paths$newline$path
fi
done

mkdir $paths || status=$?

break
}
done
  done

exit $status
mkdirhier.sh end

Input: ./mkdirhier.sh "/home/jgriffin/test/level1/level2" >& out.txt

Here's the output:
prefix: /
mkdir: cannot create directory `//home': No such file or directory
mkdir: cannot create directory `//home/jgriffin': No such host or network path
mkdir: cannot create directory `//home/jgriffin/test': No such host or network 
path
mkdir: cannot create directory `//home/jgriffin/test/level1': No such host or 
network path
mkdir: cannot create directory `//home/jgriffin/test/level1/level2': No such 
host or network path

Why does Cygwin append a extra backslash to the path?

Thanks,
Joseph

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

Re: Problems with the snapshot 20060206

[Corinna Vinschen]

On Feb  9 14:47, Angelo Graziosi wrote:
> 
> There is some problem between the 20060606 snapshot and the drives
> D:, E: ...
> 
> I have the cygwin prefix mounted to '/' (since long time) so that I can
> use 'ls -lrt /e' etc..
> 
> The drive E: is a DVD burner.
> 
> When I insert a disc containing two directory, Cernlib and ROOT, which I
> backed-up 20060126, the following examples happen with that snapshot:
> 
> $ ls -lrt /e
> ls: reading directory /e: Invalid argument
> total 0
> 
> --
> 
> $ ls -lrt /e/*
> ls: /e/*: No such file or directory

I can't reproduce this, but I can reproduce a similar problem.  I have
no idea, though, if I see different results for basically the same
problem as you do, because your report is lacking the information
requested on http://cygwin.com/problems.html 

What I see is a "Bad address" error message when trying to access
subdirectories of an UDF filesystem (a DVD), but I have no problem
accessing the root directory of a DVD for some reason.  This is on
XP SP2.

So, I can not track down your problem, but I could track down some
problem with DVDs.  It seems that the new NtQueryDirectoryFile flag
FileIdBothDirectoryInformation is not supported on UDF filesystems.  Oh
well.  Since I don't know if there are other restrictions of this new
call, I disabled it entirely, if the filesystem doesn't support useful
File IDs (inode numbers).


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Problems with the snapshot 20060206

[Angelo Graziosi]

There is some problem between the 20060606 snapshot and the drives
D:, E: ...

I have the cygwin prefix mounted to '/' (since long time) so that I can
use 'ls -lrt /e' etc..

The drive E: is a DVD burner.

When I insert a disc containing two directory, Cernlib and ROOT, which I
backed-up 20060126, the following examples happen with that snapshot:

$ ls -lrt /e
ls: reading directory /e: Invalid argument
total 0

--

$ ls -lrt /e/*
ls: /e/*: No such file or directory

--

$ ls -lrt /e/Cer

i.e. the TAB completion does not work
--

$ ls -lrt /e/Cernlib
ls: reading directory /e/Cernlib: Invalid argument
total 0

--

$ ls -lrt /e/ROOT   
ls: reading directory /e/ROOT: Invalid argument
total 0

--
[EMAIL PROTECTED] /tmp
$ cd /e   

[EMAIL PROTECTED] /e
$ ls -lrt
ls: reading directory .: Invalid argument
total 0
  ^
note this!

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -




Reinstalling Cygwin 1.5.19-4 all works fine:



--
$ ls -lrt /e
total 0
dr-xr-xr-x  4 Administrator Administrators 0 Dec 29 12:54 ROOT
dr-xr-xr-x 10 Administrator Administrators 0 Feb  9 12:56 Cernlib


...
__

$ ls -lrt /e/Cer  ===> $ ls -lrt /e/Cernlib/

__

. etc. ..

__

[EMAIL PROTECTED] /e
$ cd /e

[EMAIL PROTECTED] /e
$ ls -lrt
total 0
dr-xr-xr-x  4 Administrator Administrators 0 Dec 29 12:54 ROOT
dr-xr-xr-x 10 Administrator Administrators 0 Feb  9 12:56 Cernlib





Cheers,

   Angelo.


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

Re: "changed dev/ino" error with NetApp shared drive

[Corinna Vinschen]

On Feb  9 14:12, Fr?d?ric COIFFIER wrote:
> Hello,
> 
> I have a very blocking problem for 1 month : I wasn't more able to use a
> NetApp shared drive with Cygwin (cygwin-1.5.19-4).
> 
> For example, I can't use the 'rm' command (the drive is named H:) :
> 
> Cygwin:~ $ mkdir stub
> Cygwin:~ $ rm -r stub
> rm: `stub' changed dev/ino
> [...]
> For information, the result of the getvolinfo tool is :
> 
> Cygwin:~ $ ./getvolinfo.exe h:/
> rootdir: h:\
> Volume Name: 
> Serial Number  : 1778709650
> Max Filenamelength : 255
> Filesystemname : 
> Flags:
>   FILE_CASE_SENSITIVE_SEARCH  : TRUE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK: TRUE
>   FILE_PERSISTENT_ACLS: TRUE
>   FILE_FILE_COMPRESSION   : FALSE
>   FILE_VOLUME_QUOTAS  : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : FALSE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS: FALSE
>   FILE_SUPPORTS_ENCRYPTION: FALSE
>   FILE_NAMED_STREAMS  : TRUE
>   FILE_READ_ONLY_VOLUME   : FALSE
> 
> 
> Is there a way to get an old Cygwin version or a new patched "experimental"
> version ?

Try the latest developers snapshot from http://cygwin.com/snapshots/
The problem should be fixed there.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

"changed dev/ino" error with NetApp shared drive

[Frédéric COIFFIER]

Hello,

I have a very blocking problem for 1 month : I wasn't more able to use a
NetApp shared drive with Cygwin (cygwin-1.5.19-4).

For example, I can't use the 'rm' command (the drive is named H:) :

Cygwin:~ $ mkdir stub
Cygwin:~ $ rm -r stub
rm: `stub' changed dev/ino

The 'find' command fails too (findutils-4.2.27-1) :

Cygwin:~ $ find .
.
./~snapshot
find: /cygdrive/h/~snapshot changed during execution of find (old inode
 number -471760888, new inode number -468238328, filesystem type is user)
 [ref 1114] find: /cygdrive/h/~snapshot changed during execution of find (old
 inode number -46612, new inode number -467051672, filesystem type is
 user) [ref 1114]

If I try to use a newer version on findutils (4.3.0-1), I get this funny
error :

Cygwin:~ $ find .
.
./~snapshot
find: ./~snapshot: No such file or directory


For information, the result of the getvolinfo tool is :

Cygwin:~ $ ./getvolinfo.exe h:/
rootdir: h:\
Volume Name: 
Serial Number  : 1778709650
Max Filenamelength : 255
Filesystemname : 
Flags:
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE


Is there a way to get an old Cygwin version or a new patched "experimental"
version ?

Regards,
Frederic

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

RE: once more unto the breech - still hanging, but I have a little more info.

[Dave Korn]

On 09 February 2006 00:49, Peter Rehley wrote:

> On Jan 11, 2006, at 2:19 PM, Peter Rehley wrote:


  You just dumped 5 meg of useless spam into the inboxes of several thousand 
people.  You just ate up dozens of gigabytes of
sourceware.org's bandwidth, which are a scarce resource, paid for out of 
hard-earned donations and sponsorship.

  You're not the only person here and this isn't your own personal in-tray.  
Please think more carefully before you do anything so
reckless in future.



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: Big thanks to Corinna and Chris

[Corinna Vinschen]

On Feb  8 09:36, William Deegan wrote:
> Corinna and Chris,
> 
> Big thanks for your maintenance and development of cygwin.
> Which no doubt requires great amounts of patience and energy to deal with
> all the problem reports (both substantive, and not).
> 
> I've been using cygwin ever since it was first available for free.
> Great tool(s).

Thanks, nice to read somebody is happy with Cygwin :-)

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: "rxvt -e bash" From Batch File

[Chris Taylor]

Eric Blake wrote:

[You have a really weird mailer - every other line was blank!]


On 8 Feb 2006 17:54:59 - Bubba Jones 


I think I found the problem.  My $HOME variable is



set to another location than I want.  Before using



rxvt I explicitly set HOME in my .bashrc...  When



I set HOME in the regular bash prompt and run



"rxvt -e /bin/bash --login -i" all is well.  So, my



problem now is, how do I set my HOME in a batch



file?  If that can't be done, how can I set HOME



before I call rxvt?



You can permanently edit environment variables in Windows using
control panel, system, advanced, environment variables.  Or for
a single use, you should try 'set /?' in a cmd.com window, for ideas
on setting environment variables in batch files.

See also http://cygwin.com/faq/faq-nochunks.html#faq.setup.home



Alternatively, you could do:
rxvt -e /bin/bash --login --rcfile /cygdrive/h/.bashrc -i

Thus combining your current configuration with the way you want it to be...



Chris
--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

multiple definition of std::_Rb_tree_rotate_left at link time

[venkatraj k.s]

Hi,

I am facing a problem cygwin , detailed description is
given below.

My program uses archives , these archives are built in
cygwin platform ( uname -a : CYGWIN_NT-5.0, uname -r :
1.5.12s(0.116/4/2) ) in a windows 2000 server. I need
to use these archives in my local machine , which is
Windows 2003 server (  uname -a : CYGWIN_NT-5.2, unme
-r : 1.5.18(0.132/4/2) ).  Now my problem is  when i
compile my program ( in my local machine) i get an
error at link time saying that there is a multiple
definition of
`std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&). 
===
/usr/lib/gcc/i686-pc-cygwin/3.4.4/libstdc++.a(tree.o)::
multiple definition of
`std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)'
src/../tools/fs/cygwin_nt-5.2/lib/liblsidesignconfig.a(netlistParam.o):/usr/include/c++/3.3.1/bits/stl_tree.h:(.text$_ZSt20_Rb_tree_rotate_leftPSt18_Rb_tree_node_baseRS0_[std::_Rb_tree_rotate_left(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)]+0x0): first defined here
/usr/lib/gcc/i686-pc-cygwin/3.4.4/libstdc++.a(tree.o)::
multiple definition of
`std::_Rb_tree_rotate_right(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)'
src/../tools/fs/cygwin_nt-5.2/lib/liblsidesignconfig.a(netlistParam.o):/usr/include/c++/3.3.1/bits/stl_tree.h:(.text$_ZSt21_Rb_tree_rotate_rightPSt18_Rb_tree_node_baseRS0_[std::_Rb_tree_rotate_right(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base*&)]+0x0): first defined here
===

I checked the gcc compiler version in both machines i
have seen that local machine has gcc version 3.4.4
where as the other machine has version 3.3.1. I tried
to put the "using namespace std" in the header files
if any header includes stl , and  built the archives
again. I found that this error still persists.

Is there any way i can eliminate this error by using
the same archives ( i dont want to build new archives
), please help me if you have any idea about the
problem..




Thanks and Regards,
RAJU K

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

[octave ] LOADPATH recurses only one level of subdirectories

[Larrie Carr]

In 2.1.72-1, the LOADPATH or DEFAULT_LOADPATH use of the "//" path ending 
only appears to recurse 1 subdirectory level.  I've attach a test_recurse.m 
that shows how the "butter.m" file appears as the path is "lowered". 
According to the octave documentation, all subdirectories are supposed to be 
searched.


*.oct files appear to work correct.  Only the *.m files appear to be the 
trouble makers.  I also tried 2.1.71-3 and it also had the same problem.


cygcheck is also attached.


cygcheck.out
Description: Binary data


test_recursive.log
Description: Binary data


test_recursive.m
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Looks like some terminfo data is not correct

[Samuel Thibault]

Alex Shturm, le Thu 09 Feb 2006 00:10:21 -0800, a écrit :
> If my TERM variable is set to either "cygwin" or "rxvt", after I exit 
> from VI the contents of the window gets restored.
> If TERM is "xterm", it does not get restored.

Yes. Some terminals don't support screen restoration. Recent versions of
xterm _do_ support restoration, but because so many people wrote dumb
xterm clones (konsole, gnome-terminal, ...), the terminfo entry had to
remain dumb, and hence vi can't take advantage of recent xterm's
possibility. So yes, the terminfo entry is crippled, but that's not
terminfo's fault, but the one of dumb xterm clones.

Some people are trying to get things right (have konsole &
gnome-terminal people write their own terminfo entry, for letting xterm
enhance his own), but it will be long.

For now, start vi and type :help restorescreen, it explains how to set
t_ti and t_te for xterm (beware that ^[ represent , which you
should enter thanks to Ctrl-V )

Regards,
Samuel

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

Re: Updated: suite3270-3.3.4p7-1, c3270-3.3.4p7-1, pr3287-3.3.4p7-1 , s3270-3.3.4p7-1, tcl3270-3.3.4p7-1, x3270-3.3.4p7-1

[Luke Kendall]

On  8 Feb, Peter A. Castro wrote:
>  This is an update for the suite3270 packages based on version 3.3.4p6 
>  plus patch 07 for c3270, s3270, tcl3270 and x3270 yielding 3.3.4p7 
>   
>  suite3270-3.3.4p7-1.tar.bz2 
>  c3270-3.3.4p7-1.tar.bz2 
>  pr3287-3.3.4p7-1.tar.bz2 
>  s3270-3.3.4p7-1.tar.bz2 
>  tcl3270-3.3.4p7-1.tar.bz2 
>  x3270-3.3.4p7-1.tar.bz2 
>   
>  This release contains Paul Mattes's latest code and fixes to the suite, 
>  which include: 
>   
>  - several bug fixes and infrastructure changes. 
>  - support for SSL. 
>  - DBCS and East Asian languages support. 
>   
>  NOTE: The Cygwin release does not currently incorporate DBCS or East 
>  Asian languages support (yet).  Once my porting work for ICU is 
>  completed, suite3270 will be re-released with full DBCS and East Asian 
>  languages support. 

I would welcome a short sentence describing what they actually are!

luke


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

Re: Looks like some terminfo data is not correct

[Brian Dessent]

Alex Shturm wrote:

> If my TERM variable is set to either "cygwin" or "rxvt", after I exit
> from VI the contents of the window gets restored.
> If TERM is "xterm", it does not get restored.
> The same behavior is observed in both cmd-based window and in rxvt window.
> 
> Looks like a bug in "terminfo" data for "xterm" terminal.
> 
> Can anybody confirm this behavior?
> If this is a confirmed bug, is there a workaround?
> Will it be fixed in the future?

That's to be expected.  The setting of TERM has to match the type of terminal
that is in use.  A CMD.EXE window is not an xterm, which is why it has its own
terminfo entry called "cygwin".  The two have different characteristics.  If you
lie to the app and tell it that it's running in a certain type of terminal when
in reality it's not, then you get all kinds of strange things happening.  It
would only be a bug if when you were *using* xterm and had TERM=xterm and
noticed that the screen was not restored.

Brian

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

Looks like some terminfo data is not correct

[Alex Shturm]

Hello,

I'm using latest Cygwin 1.5.19-4.

If my TERM variable is set to either "cygwin" or "rxvt", after I exit 
from VI the contents of the window gets restored.

If TERM is "xterm", it does not get restored.
The same behavior is observed in both cmd-based window and in rxvt window.

Looks like a bug in "terminfo" data for "xterm" terminal.

Can anybody confirm this behavior?
If this is a confirmed bug, is there a workaround?
Will it be fixed in the future?

Thank you,
Alex

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