Re: cygwin terminal question

[Jan Moesen]

e.g. I can only see the last 200 lines in my terminal.
If you are talking about the default console window (e.g. bash), you can 
change its properties in the window's system menu. Click on the icon in 
the title bar, choose Properties, go to the Layout tab and change the 
screen buffer size.


Hope that helps,

Jan!

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

cygwin terminal question

[ppanta]

Hi,
I'm looking for a way to increase the number of lines that the terminal will
be able to show.
e.g. I can only see the last 200 lines in my terminal.
If there's a way to increase the history lines please let me know.
It would be greatly appreciate.

Thx.
pp
-- 
View this message in context: 
http://www.nabble.com/cygwin-terminal-question-tf4033927.html#a11459565
Sent from the Cygwin Users mailing list archive at Nabble.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: bug in cygwin_conv_to_posix_path() caused by period in win32 path

[Christopher Faylor]

On Thu, Jul 05, 2007 at 06:50:45PM -0400, Larry Hall (Cygwin) wrote:
> Pavel Kudrna wrote:
>>Christopher Faylor wrote:
>>>I suppose it is possible that we'd consider a nicely written, minimally
>>>intrusive patch to use these but I'm not 100% certain that it is even
>>>possible to do this cleanly given the way the environment variable/path
>>>conversion handling works.
>
>>Lets look back to original subject.  Function
>>cygwin_conv_to_posix_path() should not leave passed win32 path almost
>>unconverted: c:.\ -> c:./ c:.  -> c:.  That is clearly incorrect.  I
>>found the present meaning of "C:" defined as "C:\" at the beginning of
>>path.cc file.  So both paths should be converted to /cygdrive/c.  But I
>>see it much better to convert it according to the contents "!C:"
>>environment variable.  Even in the present time when these variables
>>are without changing inherited between cygwin programs.
>
>I believe Chris was suggesting that if you didn't like the current
>behavior, it's a  situation.  Someone
>interested in pursuing this should approach it with care however, since
>the path handling code is sensitive code and introducing even the
>slightest inefficiency can cause lots of pain for Cygwin users.

Correct.  It's puzzling to me what I said which would trigger another
round of explanations.  The issue is well understood and there is no
reason to send more email about this unless the email contains a patch.

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: bug in cygwin_conv_to_posix_path() caused by period in win32 path

[Larry Hall (Cygwin)]

Pavel Kudrna wrote:

Christopher Faylor wrote:

I suppose it is possible that we'd consider a nicely written, minimally
intrusive patch to use these but I'm not 100% certain that it is even
possible to do this cleanly given the way the environment variable/path
conversion handling works.
  

Lets look back to original subject. Function cygwin_conv_to_posix_path()
should not leave passed win32 path almost unconverted:

c:.\  ->  c:./
c:.   ->  c:.

That is clearly incorrect.

I found the present meaning of "C:" defined as "C:\" at the beginning
of path.cc file. So both paths should be converted to /cygdrive/c.

But I see it much better to convert it according to the contents "!C:"
environment variable. Even in the present time when these variables are
without changing inherited between cygwin programs.



I believe Chris was suggesting that if you didn't like the current behavior,
it's a  situation.  Someone interested in
pursuing this should approach it with care however, since the path handling
code is sensitive code and introducing even the slightest inefficiency can
cause lots of pain for Cygwin users.


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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: Decimal float and the Cygwin build of GFortran.

[Brian Dessent]

Brian Salter-Duke wrote:

> I understand all this, but this case seems an odd one to me. If I am
> missing a library I expect to find a clear error message that it needs
> it, but here I just got nothing. I agree that this not a cygwin problem.
> I have yet to update my old gfortran 4.2. on linux to 4.3 and I guess
> I will have the same problem as the linux needs upgrading too. I'll know
> what to expect than.

The default behavior on Windows in the case of a program that cannot
initialize because of a missing DLL is a graphical pop-up error message
box.  Cygwin intercepts this and just returns a non-zero exit status
code (53) because that is more in line with how things work on
Linux/BSD, where a command line program like gcc doesn't (and in fact
can't) generate graphical window of any kind.  And besides it would be
silly for a non-interactive command-line process to halt a build
indefinitely waiting on some nonexistant user to press an "OK" button. 
On a headless server this would be a real inconvenience.

I haven't looked at the details but I'm not sure how much functionality
is available in this error trap code, since I think it runs in the
limited context of a SEH handler where the process hasn't even fully
initialized since the error occured during process startup, and so any
kind of meaningful I/O (like printing an error) may be out of the
question.  Again on traditional POSIX operating systems you get a
textual error message but it's generated by the dynamic loader (ld.so)
not the binary that failed to initialize -- the equivalent of the
graphical pop-up that Windows would give if Cygwin did not suppress it.

Certainly the process that invoked the binary should be able to check
for a non-zero exit status, however, in the design of gcc the front-end
driver just invokes the cc1/cc1plus/f951 subprocess and it's this
subprocess that is responsible for printing error messages encountered
during compilation, and I guess the front-end driver assumes that when
cc1 exits with an error it has already printed the reason and so there's
no reason to do anything but terminate pass on its exit status, thus the
lack of any output.

One thing you can do is to make the exit status code ($?) part of your
shell prompt.  That way when you run a command and nothing happens and
you see the 53 code, you'll know that you are missing a DLL:

$ ./f951.exe --version ; echo $?
GNU F95 version 4.3.0 20070202 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.3.0 20070202 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
0

$ mv /bin/cygmpfr-1.dll{,.tmp}

$ ./f951.exe --version ; echo $?
53

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: Slow directory listing

[Lewis Hyatt]

  Could be something else interfering.  Known culprits include:


Sonic Solutions burning software containing DLA component
Norton/MacAffee/Symantec antivirus or antispyware
Logitech webcam software with "Logitech process monitor" service
Kerio, Agnitum or ZoneAlarm Personal Firewall
Iolo System Mechanic/AntiVirus/Firewall
LanDesk
Windows Defender
Embassy Trust Suite fingerprint reader software wxvault.dll


For what it's worth, there is one directory on my system where the same 
issue occurs. The first ls takes forever, then subsequent ones go 
immediately. It doesn't matter whether "-l" is passed or just a bare 
"/bin/ls". It's a similar situation to the OP's problem, it is a 
directory which contains only a few (~20) subdirectories, but each of 
those contains 10^3-10^4 files. I don't have any of these known culprits 
installed, I have as few background processes as possible running. I 
always figured it wasn't cygwin's fault, just some quirk with the 
windows file system...


-Lewis



--
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: bug in cygwin_conv_to_posix_path() caused by period in win32 path

[Pavel Kudrna]

Christopher Faylor wrote:

I suppose it is possible that we'd consider a nicely written, minimally
intrusive patch to use these but I'm not 100% certain that it is even
possible to do this cleanly given the way the environment variable/path
conversion handling works.
  

Lets look back to original subject. Function cygwin_conv_to_posix_path()
should not leave passed win32 path almost unconverted:

c:.\  ->  c:./
c:.   ->  c:.

That is clearly incorrect.

I found the present meaning of "C:" defined as "C:\" at the beginning
of path.cc file. So both paths should be converted to /cygdrive/c.

But I see it much better to convert it according to the contents "!C:"
environment variable. Even in the present time when these variables are
without changing inherited between cygwin programs.
Pavel Kudrna

--
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: Decimal float and the Cygwin build of GFortran.

[Brian Salter-Duke]

On Thu, Jul 05, 2007 at 09:47:28AM -0700, Brian Dessent wrote:
> Brian Salter-Duke wrote:
> 
> > However I have to say that I think that this is very much a cygwin
> > question. Knowing what packages to install before doing something is a
> > cygwin question and I got no sense that I had to do this on the gfortran
> > site before downloading the tar file of executables for cygwin. The
> > change from gcc (and friends) 4.2 to 4.3 is not something that is
> > obvious unless you are really into these things. Thanks for your help
> 
> You would have had the exact same experience on a Linux or FreeBSD
> system if you had downloaded a set of gcc4 binaries and ran them without
> their prerequisite libraries installed, and that is the sense in which I
> meant that it's not specific to Cygwin.
> 
> Like Larry said when gcc4 stabilizes to the point where we can offer it
> as packages in setup.exe, then this problem won't exist as the packaging
> system allows us to express the dependency information necessary to
> automatically install the needed prerequisite packages without the user
> having any domain-specific knowledge.  In that sense it's also a generic
> problem that you encounter whenever you step outside the bounds of
> whatever package management facility your operating system offers.

I understand all this, but this case seems an odd one to me. If I am
missing a library I expect to find a clear error message that it needs
it, but here I just got nothing. I agree that this not a cygwin problem.
I have yet to update my old gfortran 4.2. on linux to 4.3 and I guess 
I will have the same problem as the linux needs upgrading too. I'll know 
what to expect than. 

Brian.

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

-- 
I really didn't foresee the Internet. But then, neither did the computer 
industry. Not that that tells us very much, of course - the computer 
industry didn't even foresee that the century  was going to end.   
   -- Douglas Adams 
Brian Salter-Duke (Brian Duke) Email: b_duke(AT)bigpond(DOT)net(DOT)au


--
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: Slow directory listing

[Dave Korn]

On 05 July 2007 20:55, Anton Ivanov wrote:

> It still appears to me that in my particular case the slow-down is not
> necessary.

  Could be something else interfering.  Known culprits include:


Sonic Solutions burning software containing DLA component
Norton/MacAffee/Symantec antivirus or antispyware
Logitech webcam software with "Logitech process monitor" service
Kerio, Agnitum or ZoneAlarm Personal Firewall
Iolo System Mechanic/AntiVirus/Firewall
LanDesk
Windows Defender
Embassy Trust Suite fingerprint reader software wxvault.dll


  Got any of those?

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: Help with strange compiler error linking to GSL

[Lee Rhodes]

Lewis,

Thanks!  

I found where to add the library reference in the Eclipse dialog hierarchy:

Project/properties/"C/C++ Build"/"GCC C++ Linker"/Libraries/ .


I also had to add c:\cygwin\lib\lapack to the PATH environment variable so
it could find cyglas.dll.

Thank you for your patience!

Lee.






--
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: Slow directory listing

[Brian Dessent]

Anton Ivanov wrote:

> As I said the directory for which the listing takes a long time to
> produce contains only 22 entries.
> I tried 'ls', not 'ls -l'.

Note that sometimes even plain 'ls' requires a full stat call on each
file, such as if you have coloring enabled via an alias or for the
printing a trailing / or * after directories and executables.  You can
type e.g. "l\s -f" to eliminate these factors, and if it's much faster
than a plain "ls" that's probably part of the explanation.

> Are you saying that in order to construct a 'stat' structure for a
> directory, cygwin must examine the contents of subdirectories?
> This sounds too strange to believe.  Which fields of 'stat' in
> particular require this?  Why is it that listing '/' is not at all slow?

I don't think Cygwin has to explicitly traverse the contents of the
subdirectories, but it does still have to individually open each
directory entry and call GetFileInformationByHandle() (or equivalent) in
order to populate fields such as st_nlink, and for large directories
windows itself might take a long time to process this request.  Note
that link count implicitly includes as a minimum a count of the number
of sub-subdirectories, since the directory entry '..' in 'foo/bar' is a
hard link to 'foo', in addition to any explicit hard links that might
also be present.  I don't know whether this link count is stored
pre-computed by NTFS or not, so this may be a red herring.

You can see what's going on in more detail with strace and/or
sysinternals' filemon.

> It still appears to me that in my particular case the slow-down is not
> necessary.

To pronounce that it's not necessary requires that you first determine
what precisely Cygwin is doing and can then provide a reasoned argument
as to why these actions are extraneous.  I realize that it's annoying
when software takes longer than you expect to do something, but without
this analysis there's not much we can actually do other than confirm
that yes, Cygwin is by design slow in many circumstances.

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: Decimal float and the Cygwin build of GFortran.

[Timothy C Prince]

-Original Message-

A few months ago this did not happen (same building procedure).

___
You posted this several places, and they're still arriving.  Apparently, 
nothing has changed, except they've added this warning that the maintainers of 
this library don't intend to test or review cygwin results.
All reports indicate that both this library and the new alternate bid library 
are working OK.



Tim Prince

--
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: Help with strange compiler error linking to GSL

[Lewis Hyatt]

Lee Rhodes wrote:

Brian,
   Thanks.  Here is the output from Eclipse:


make -k all 
Building file: ../main.cpp

Invoking: GCC C++ Compiler
g++ -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"main.d" -MT"main.d"
-o"main.o" "../main.cpp"
Finished building: ../main.cpp
 
Building target: TestGSL.exe

Invoking: GCC C++ Linker
g++  -o"TestGSL.exe"  ./main.o   
./main.o: In function `main':

/cygdrive/f/CPP/TestGSL/Debug/../main.cpp:7: undefined reference to
`_gsl_sf_bessel_J0'
collect2: ld returned 1 exit status
make: *** [TestGSL.exe] Error 1
make: Target `all' not remade because of errors.
Build complete for project TestGSL

Lee.
   





I don't know anything about Eclipse, but clearly you are not telling it 
to link to the gsl library anywhere, since the command it is running 
doesn't include -lgsl. You need to find the equivalent of the "LDFLAGS" 
Makefile variable.


-Lewis



--
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: Help with strange compiler error linking to GSL

[Lee Rhodes]

Brian,
   Thanks.  Here is the output from Eclipse:


make -k all 
Building file: ../main.cpp
Invoking: GCC C++ Compiler
g++ -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"main.d" -MT"main.d"
-o"main.o" "../main.cpp"
Finished building: ../main.cpp
 
Building target: TestGSL.exe
Invoking: GCC C++ Linker
g++  -o"TestGSL.exe"  ./main.o   
./main.o: In function `main':
/cygdrive/f/CPP/TestGSL/Debug/../main.cpp:7: undefined reference to
`_gsl_sf_bessel_J0'
collect2: ld returned 1 exit status
make: *** [TestGSL.exe] Error 1
make: Target `all' not remade because of errors.
Build complete for project TestGSL

Lee.
   


--
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: Perl documentation inaccessible via 'perldoc'.

[Thomas Berger]

Andrew Schulman wrote:

>> >> [EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.22
>> >> $ perldoc ExtUtils::MakeMaker
>> >> Error in tempfile() using ./XX: Parent directory (./) is not
>> >> writable
>> >>  at /usr/lib/perl5/5.8/Pod/Perldoc.pm line 1483
> >
> > tempfile() is trying to create the tempfile in the current directory,
> > rather than a standard temporary directory such as /tmp.  'perldoc
> > File::Temp' says that if you don't specify a tempfile directory,
tempfile()
> > puts it in the location returned by File::Spec::tempdir().  Normally
that
> > should be /tmp.  I wonder, do you have TMPDIR set?  Try setting it, e.g.

File::Spec identifies the OS as "cygwin" and accordingly
File::Spec->tempdir() is File::Spec::Cygwin->tempdir() and tests
$ENV{'TMPDIR'}, /tmp, and C:/temp in that order.

Each of these will be tested for definedness, existence and writablity,
so usually this yields an U**Xish "/tmp" under Cygwin. Only when neither
of these three satisfies the restrictions, "." is returned (unchecked).

It might be argued that $ENV{'TMPDIR'}, /tmp, $ENV{'TMP'}, $ENV{'TEMP'},
C:/temp might be a more appropriate list (since c:/temp usually is
not world-writable on WinNT ff), but the difference would be only in the
situation where Cygwin's /tmp is not writable, which IMO is undesirable
anyway.

Thomas Berger


--
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: Slow directory listing

[Anton Ivanov]

>> I experience a problem whereby 'ls' of a directory takes upwards of
20
>> seconds.  I've searched around the archives and found reports of
issues
>> that could be similar (i.e. slow bash completion) but it didn't seem
>> like any action was taken.

>Cygwin is slow.  This is by design.  20 seconds even sounds pretty fast
>for a large directory.

>It's not clear whether you mean you were doing "ls -l" or just "ls",
but
>in either case expect to wait.  In order to provide a POSIX environment
>Cygwin has to synthesize a number things that the system does not
>provide, or does not provide in a convenient or efficient interface. 
>Examples: symlinks, the executable mode bit, and .exe-magic.  Just
>running 'ls' means that every file in the directory has to be
indivually
>queried and opened (and in some cases read from) in order to provide
all
>the fields in the POSIX stat struct, compared to running the native
>"dir" command which can simply read out the entries from the directory
>and nothing else.

As I said the directory for which the listing takes a long time to
produce contains only 22 entries.
I tried 'ls', not 'ls -l'.

Are you saying that in order to construct a 'stat' structure for a
directory, cygwin must examine the contents of subdirectories?
This sounds too strange to believe.  Which fields of 'stat' in
particular require this?  Why is it that listing '/' is not at all slow?

It still appears to me that in my particular case the slow-down is not
necessary.

--
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: Interference between instances on MS-Windows

[Matthew Woehlke]

Dave Korn wrote:

On 05 July 2007 17:17, Bob McConnell wrote:

Sending a copy of it to one support tech to
debug that vendor's library does not constitute distribution, AFAICT.


  Utterly comprehensively wrong.  Sorry.


Really?

"You may convey covered works to others for the sole purpose of having 
them make modifications exclusively for you, or provide you with 
facilities for running those works, provided that you comply with the 
terms of this License in conveying all material for which you do not 
control copyright. Those thus making or running the covered works for 
you must do so exclusively on your behalf, under your direction and 
control, on terms that prohibit them from making any copies of your 
copyrighted material outside their relationship with you."


As I read that, it states that Bob can indeed send someone a copy "for 
the sole purpose of having them make modifications exclusively for you" 
and doing so would not cause Bob's modifications to become GPL'd (with 
the caveat that Bob's changes cannot be distributed by the other party, 
IOW this is no more a loophole than intra-corporate "distribution"). It 
isn't clear if sending a private copy under such terms for the purpose 
of debugging could qualify, but it seems to me one could make an 
argument for that.


Granted, the above text is from GPLv3 however (I didn't check if GPLv2 
is similar, although if Bob'd program is "v2 or later" I don't think it 
matters).


(I would TITTLL if it was on gmane :-(, not that Cygwin's LL seems 
particularly more appropriate than any other Cygwin forum. If anyone 
does TITTLL, please CC me.)


--
Matthew
Disadvantage: Bad Puns [-5]
You constantly utter puns so egregious as to cause mental distress to 
anyone hearing them. This can, however, be used to distract enemies.



--
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: Help with strange compiler error linking to GSL

[Lee Rhodes]

Lewis,

  Thanks,
OK, I was able to compile it ok from the command line as you suggested.
However, the plot thickens, and I should have mentioned, that I am
attempting to compile/build using Eclipse (using the Generated Makefile
Builder).  So my problem may be configuring Eclipse, which is using the
cygwin c/c++ compilers, etc.  

Lee.


--
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: [ANNOUNCEMENT] New package: brltty 3.8

[Samuel Thibault]

Lev Bishop, le Wed 04 Jul 2007 23:54:32 -0400, a écrit :
> Is there a way I can investigate this without needing special braille
> hardware

Well, there is a virtual braille device, but it can't replace the fast
physical sense of braille dots.

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: Help with strange compiler error linking to GSL

[Brian Dessent]

Lee Rhodes wrote:

> The compiler/linker is able to locate the header ok, but the error message I
> get on the line that calls the function is:
> 
> undefined reference to `_gsl_sf_bessel_J0'
> 
> Somehow the function name got mangled with an added underscore, and of
> course, it doesn't exist.

You neglected to show us the actual compile and link command you ran
was, and there's really no way we can help you without that.  It's
probably incorrect ordering of arguments.

Also, it is standard that cdecl functions have a leading underscore as
part of their assembler name (which is what the diagnostic messages tell
you, since they're from the linker not the compiler), and this has been
the case for probably the last 20 years of C.

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: Help with strange compiler error linking to GSL

[Lewis Hyatt]

Lee Rhodes wrote:


Hello,
  I have installed the GSL libs via setup and am trying to get the following
example program to work:

#include 
#include 

int main (void)
 {
   double x = 5.0;
   double y = gsl_sf_bessel_J0 (x);
   printf ("J0(%g) = %.18e\n", x, y);
   return 0;
 }

The compiler/linker is able to locate the header ok, but the error message I
get on the line that calls the function is:

undefined reference to `_gsl_sf_bessel_J0'

Somehow the function name got mangled with an added underscore, and of
course, it doesn't exist.



It compiles and links fine for me using "gcc t.cpp -lgsl". Are you sure 
you are putting -lgsl in the right place on the command line (ie, at the 
end)? If you are, try compiling with "gcc -v -v t.cpp -lgsl", here is 
that output for me:


$ gcc t.cpp -v -v -lgsl
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: 
/usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose 
--prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib 
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info 
--enable-languages=c,ada,c++,d,f77,pascal,java,objc --enable-nls 
--without-included-gettext --enable-version-specific-runtime-libs 
--without-x --enable-libgcj --disable-java-awt --with-system-zlib 
--enable-interpreter --disable-libgcj-debug --enable-threads=posix 
--enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions 
--enable-hash-synchronization --enable-libstdcxx-debug

Thread model: posix
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1plus.exe -quiet -v -v 
-D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter 
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api -idirafter 
/usr/local/lib/../../include/w32api t.cpp -quiet -dumpbase t.cpp 
-mtune=pentiumpro -auxbase t -version -o 
/cygdrive/c/DOCUME~1/Lewis/LOCALS~1/Temp/cc1w4jdk.s
ignoring nonexistent directory 
"/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/include"

ignoring duplicate directory "/usr/local/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/i686-pc-cygwin
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/backward
 /usr/local/include
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include
 /usr/include
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api
End of search list.
GNU C++ version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) 
(i686-pc-cygwin)
compiled by GNU C version 3.4.4 (cygming special, gdc 0.12, 
using dmd 0.125).

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
t.cpp:10:7: warning: no newline at end of file

/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/as.exe 
-o /cygdrive/c/DOCUME~1/Lewis/LOCALS~1/Temp/ccGPvaYJ.o 
/cygdrive/c/DOCUME~1/Lewis/LOCALS~1/Temp/cc1w4jdk.s
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/collect2.exe -Bdynamic 
--dll-search-prefix=cyg 
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../crt0.o -L/usr/local/lib 
-L/usr/lib/gcc/i686-pc-cygwin/3.4.4 -L/usr/lib/gcc/i686-pc-cygwin/3.4.4 
-L/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../.. 
/cygdrive/c/DOCUME~1/Lewis/LOCALS~1/Temp/ccGPvaYJ.o -lgsl -lgcc -lcygwin 
-luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc



It also works fine with g++ for me.

-Lewis


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

Help with strange compiler error linking to GSL

[Lee Rhodes]

Hello,
  I have installed the GSL libs via setup and am trying to get the following
example program to work:

#include 
#include 

int main (void)
 {
   double x = 5.0;
   double y = gsl_sf_bessel_J0 (x);
   printf ("J0(%g) = %.18e\n", x, y);
   return 0;
 }

The compiler/linker is able to locate the header ok, but the error message I
get on the line that calls the function is:

undefined reference to `_gsl_sf_bessel_J0'

Somehow the function name got mangled with an added underscore, and of
course, it doesn't exist.

Any help would be appreciated.

Thanks,

Lee.


--
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: Decimal float and the Cygwin build of GFortran.

[Brian Dessent]

Brian Salter-Duke wrote:

> However I have to say that I think that this is very much a cygwin
> question. Knowing what packages to install before doing something is a
> cygwin question and I got no sense that I had to do this on the gfortran
> site before downloading the tar file of executables for cygwin. The
> change from gcc (and friends) 4.2 to 4.3 is not something that is
> obvious unless you are really into these things. Thanks for your help

You would have had the exact same experience on a Linux or FreeBSD
system if you had downloaded a set of gcc4 binaries and ran them without
their prerequisite libraries installed, and that is the sense in which I
meant that it's not specific to Cygwin.

Like Larry said when gcc4 stabilizes to the point where we can offer it
as packages in setup.exe, then this problem won't exist as the packaging
system allows us to express the dependency information necessary to
automatically install the needed prerequisite packages without the user
having any domain-specific knowledge.  In that sense it's also a generic
problem that you encounter whenever you step outside the bounds of
whatever package management facility your operating system offers.

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: Interference between instances on MS-Windows

[Dave Korn]

On 05 July 2007 17:17, Bob McConnell wrote:

> All of the timing is based on the serial data being exchanged with the
> host system. Without that interaction, there is nothing left to examine.

  Without testing it you have no way of knowing whether that is important or
not.  It could be that there's an interaction in cygwin when separate
processes both try and take mutexes at the same time for example, perhaps they
both need to access some locked structure in the shared memory and one of them
is forgetting to unlock it for instance?

  Making assumptions is not the scientific approach, doing experiments is.

> The requirement to place my additions under GPL only kicks in _IF_ I
> distribute the combined work. 

  Yes, absolutely so.

> As long as I keep it private, I can do
> anything I want with it. 

  Also correct.

> Sending a copy of it to one support tech to
> debug that vendor's library does not constitute distribution, AFAICT.

  Utterly comprehensively wrong.  Sorry.

  The only thing that "does not constitute distribution" is giving it to other
individuals within your organisation; if I worked for the same firm as you,
you could give me a binary without that conferring gpl rights on me, because
basically it counts as keeping it private.

> I am bound here by company policy and the desire to keep my job.

  I fully understand; your hands are tied.

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: vista rsh problem

[Dave Korn]

On 05 July 2007 17:12, Corinna Vinschen wrote:

> On Jul  5 18:00, goetz fischer wrote:
>> Corinna Vinschen wrote:
>>> Another Cygwin box.
>>> 
>> not the best test i'd say.
> 
> As valid as any other test.  Did you try against a Cygwin box?
> 
>>> What about my request of a more detailed problem description instead?
>> what else should i say? i submitted the cygcheck output and there's
>> nothing left to tell.
> 
> Too bad.  There would be so much to tell and test, like, say, looking
> for firewall settings, looking for other software know to interfere with
> Cygwin (Dave?  Your call!), telling us the OS of the server (given that
> you think it might be important), and what not.

  Yes, Goetz, do you have any of the following installed on the cygwin
machine?

Sonic Solutions burning software containing DLA component
Norton/MacAffee/Symantec antivirus or antispyware
Logitech webcam software with "Logitech process monitor" service
Kerio, Agnitum or ZoneAlarm Personal Firewall
Iolo System Mechanic/AntiVirus/Firewall
LanDesk
Windows Defender
Embassy Trust Suite fingerprint reader software wxvault.dll



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: Perl documentation inaccessible via 'perldoc'.

[Dave Korn]

On 05 July 2007 10:15, Sisyphus wrote:

> How do I make that alteration a permanent fixture, so that I don't have to
> do it every time I open a new shell ? I tried editing etc/profile (in
> wordpad), but only succeeded in stuffing up the line endings - and had to
> replace that file with a copy of the backup from etc/defaults/etc/profile.

  You could edit it in wordpad, save and close it, run d2u on it.  That'd
work.

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: Interference between instances on MS-Windows

[Bob McConnell]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
> Sent: Thursday, July 05, 2007 11:48 AM
> To: cygwin@cygwin.com
> Subject: RE: Interference between instances on MS-Windows
> 
> On 05 July 2007 16:33, Bob McConnell wrote:
> 
> 
> > If I read this right, you are saying there are no reported 
> conflicts in
> > pthread resources between multiple processes. That is all I 
> wanted to
> > know. I don't like to waste time diagnosing known problems 
> and then be
> > told much later that there is an easy workaround.
> > 
> > I wasn't asking anyone to debug either my code or Cygwin. All I was
> > asking is if there are any known threading issues in this 
> situation. I
> > have no idea how you implemented pthreads, nor do I care. 
> Just knowing
> > that this may be covering new ground is adequate.
> 
>   Well yeh, but there might be /unknown/ problems in the 
> pthreads code, which
> we'd love to fix if we knew they were there.

And since I now know the effort may be worth while, I will try to help
track it down.

Bob McConnell

--
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: vista rsh problem

[Dave Korn]

On 05 July 2007 17:01, goetz fischer wrote:

> Corinna Vinschen wrote:

>> What about my request of a more detailed problem description instead?
> what else should i say? i submitted the cygcheck output and there's
> nothing left to tell.

  There's just about /everything/ left to tell.  What type of OS and machine
is the server?  What type of OS and machine is the client?  How did you
configure the server?  What command are you executing on the client?  What
actually was the error message that you mentioned earlier that is now gone?
Take a look at this quote from your original post:

" to be clear this is about using rsh with cygwin on vista. "

> did you ever work with mixed systems?

  You completely omitted to mention that fact.  In fact, you /still/ haven't
told us which end is the "real unix" box and which end is the cygwin+vista
box.  Nobody could start from the description in your post and reproduce
whatever it is that you've done because there is no detail in your
description.  An ideal bug report would have lots of stuff in it like "Then I
typed this into the server  then I went to the client and ran this
command it gave this output " all with full examples, for preference
actually cut and pasted from a shell in which you have just run them.
  


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: Interference between instances on MS-Windows

[Bob McConnell]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
> Sent: Thursday, July 05, 2007 11:47 AM
> To: cygwin@cygwin.com
> Subject: RE: Interference between instances on MS-Windows
> 
> On 05 July 2007 16:16, Bob McConnell wrote:
> 
> >>   But unless you can http://cygwin.com/acronyms#PPAST, you're
> >> just holding up
> >> a black box and saying "There's magic stuff in here and it's
> >> broke, does
> >> anyone know why", to which the only answer is of course 
> "Depends what the
> >> magic stuff in the box is and does, about which we know
> >> nothing, because it's
> >> /your/ magic box and we've never seen it before".
> > 
> > The simple test case would be the entire program, since it 
> is less then
> > 600 lines of code. But you will also need an appropriate 
> server for it
> > to talk with, which I cannot provide.
> 
>   Then it's not really a simple test case.  To me, a "simple 
> testcase" would
> involve seeing if you could hack out all the actual serial 
> comms stuff,
> replacing the input with say reading data from an array and 
> replacing the
> output with dropping it on the floor, so that you stripped 
> down your app to
> the basics: two threads talking to each other using cvars and 
> mutexes to
> operate a message queue between them.
> 
>   In the course of stripping it down, you might well find the problem
> disappeared when you removed a certain area of code, which 
> would give you a
> big clue to where the problem was arising.  Sometimes, just 
> /attempting/ to
> make a testcase is enough of a debugging effort by itself.  
> If not, at least
> you have something that other people can just run and try to 
> reproduce and
> debug the problem.

All of the timing is based on the serial data being exchanged with the
host system. Without that interaction, there is nothing left to examine.
That was the core function of the base application, it was a dumb
terminal emulation written with threads.

> > In addition, the application was
> > built on code licensed under the GPL, and posting it on a 
> mailing list
> > would constitute distribution. But I cannot publish my 
> additions under
> > the GPL, so rather than violate that license, I need a specific
> > individual email destination that will not forward it to a publicly
> > available location. 
> 
>   You misunderstand the GPL.  You cannot forbid someone from 
> distributing the
> derived work under any circumstances.  You can ask them 
> nicely to voluntarily
> not distribute it, but the agreement would not in any way be 
> binding, and they
> would still have a legally-enforcable right to redistribute 
> it, regardless of
> any personal understanding you may have reached between 
> yourselves; gpl rights
> cannot be waived.

The requirement to place my additions under GPL only kicks in _IF_ I
distribute the combined work. As long as I keep it private, I can do
anything I want with it. Sending a copy of it to one support tech to
debug that vendor's library does not constitute distribution, AFAICT.
But posting it on a public mailing list does. I have helped several
vendors track down bugs in their code. In some extreme cases we have
required them to sign an NDA before we gave them sample code, but
normally they will honor our request to protect any secrets that code
may reveal. I hoped that the people in your group would also have some
honor.

I am bound here by company policy and the desire to keep my job.

Bob McConnell

--
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: vista rsh problem

[Corinna Vinschen]

On Jul  5 18:00, goetz fischer wrote:
> Corinna Vinschen wrote:
> >Another Cygwin box.
> >  
> not the best test i'd say.

As valid as any other test.  Did you try against a Cygwin box?

> >What about my request of a more detailed problem description instead?
> what else should i say? i submitted the cygcheck output and there's 
> nothing left to tell.

Too bad.  There would be so much to tell and test, like, say, looking
for firewall settings, looking for other software know to interfere with
Cygwin (Dave?  Your call!), telling us the OS of the server (given that
you think it might be important), and what not.

> the prompt just keeps standing still forever like it's working. ctrl+c 
> doesn't work either.
> > 
> >I don't know what this should have to do with the OS of the server side.
> >  
> did you ever work with mixed systems?

Obviously not, given that Red Hat is known as a Windows-only company.


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: vista rsh problem

[goetz fischer]

Corinna Vinschen wrote:

On Jul  5 17:28, goetz fischer wrote:
  

Corinna Vinschen wrote:


I started an inetd w/ rsh and rlogin on
another box
 
  

and that box was a 'real' unix box?
   


no
 
  

but?



Another Cygwin box.
  

not the best test i'd say.

What about my request of a more detailed problem description instead?
what else should i say? i submitted the cygcheck output and there's 
nothing left to tell.
the prompt just keeps standing still forever like it's working. ctrl+c 
doesn't work either.
 
I don't know what this should have to do with the OS of the server side.
  

did you ever work with mixed systems?


Corinna

  


--
ah-consulting.net
Götz Fischer
Senior Consultant
Phone: +49(0)7225/98 98 79
Fax:   +49(0)7225/28 64
eMail: [EMAIL PROTECTED]
http://www.ah-consulting.net
http://www.ah-webhosting.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: vista rsh problem

[Corinna Vinschen]

On Jul  5 17:28, goetz fischer wrote:
> Corinna Vinschen wrote:
> >>>I started an inetd w/ rsh and rlogin on
> >>>another box
> >>>  
> >>and that box was a 'real' unix box?
> >>
> >no
> >  
> but?

Another Cygwin box.

What about my request of a more detailed problem description instead? 
I don't know what this should have to do with the OS of the server side.
The code in question is client-only and basically copied from FreeBSD.
If it doesn't work on your Vista machine but on mine, I'm reluctant to
assume it's a bug in Cygwin, rather than a configuration problem on your
machine.  Everything else needs proof.


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: Interference between instances on MS-Windows

[Dave Korn]

On 05 July 2007 16:33, Bob McConnell wrote:


> If I read this right, you are saying there are no reported conflicts in
> pthread resources between multiple processes. That is all I wanted to
> know. I don't like to waste time diagnosing known problems and then be
> told much later that there is an easy workaround.
> 
> I wasn't asking anyone to debug either my code or Cygwin. All I was
> asking is if there are any known threading issues in this situation. I
> have no idea how you implemented pthreads, nor do I care. Just knowing
> that this may be covering new ground is adequate.

  Well yeh, but there might be /unknown/ problems in the pthreads code, which
we'd love to fix if we knew they were there.



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: Interference between instances on MS-Windows

[Dave Korn]

On 05 July 2007 16:16, Bob McConnell wrote:

>>   But unless you can http://cygwin.com/acronyms#PPAST, you're
>> just holding up
>> a black box and saying "There's magic stuff in here and it's
>> broke, does
>> anyone know why", to which the only answer is of course "Depends what the
>> magic stuff in the box is and does, about which we know
>> nothing, because it's
>> /your/ magic box and we've never seen it before".
> 
> The simple test case would be the entire program, since it is less then
> 600 lines of code. But you will also need an appropriate server for it
> to talk with, which I cannot provide.

  Then it's not really a simple test case.  To me, a "simple testcase" would
involve seeing if you could hack out all the actual serial comms stuff,
replacing the input with say reading data from an array and replacing the
output with dropping it on the floor, so that you stripped down your app to
the basics: two threads talking to each other using cvars and mutexes to
operate a message queue between them.

  In the course of stripping it down, you might well find the problem
disappeared when you removed a certain area of code, which would give you a
big clue to where the problem was arising.  Sometimes, just /attempting/ to
make a testcase is enough of a debugging effort by itself.  If not, at least
you have something that other people can just run and try to reproduce and
debug the problem.

> In addition, the application was
> built on code licensed under the GPL, and posting it on a mailing list
> would constitute distribution. But I cannot publish my additions under
> the GPL, so rather than violate that license, I need a specific
> individual email destination that will not forward it to a publicly
> available location. 

  You misunderstand the GPL.  You cannot forbid someone from distributing the
derived work under any circumstances.  You can ask them nicely to voluntarily
not distribute it, but the agreement would not in any way be binding, and they
would still have a legally-enforcable right to redistribute it, regardless of
any personal understanding you may have reached between yourselves; gpl rights
cannot be waived.


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: Interference between instances on MS-Windows

[Bob McConnell]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor
> Sent: Thursday, July 05, 2007 10:59 AM
> To: cygwin@cygwin.com
> Subject: Re: Interference between instances on MS-Windows
> 
> On Thu, Jul 05, 2007 at 10:10:36AM -0400, Bob McConnell wrote:
> >Good morning,
> >
> >I have a POS emulation program written in C. It uses two threads, two
> >condition variables and a mutex. One thread receives from a 
> serial port,
> >the other sends. The condition variables and mutex are used 
> to create a
> >message queue between the two threads to pass received ACK/NAK to the
> >sending thread with an adjustable timeout (using code from somebody's
> >ex2.c I got via Google). Outgoing messages are read from a file and
> >responses are written into a second file. Outgoing messages 
> average 54
> >bytes with 39 byte responses.
> >
> >This program will send 2000 transactions in about 12 minutes at 9600
> >bps. This is what I normally expect. However, if I open a second
> >instance of bash, then run this program in both shells driving two
> >serial ports, it takes 24 minutes for them both to send the same 2000
> >transactions. I expected them to complete in the same 12 
> minutes. It is
> >as if there is some resource limitation that only one 
> process can run at
> >a time. The only external resource they share is the input file which
> >they both open read-only.
> >
> >Is this a known issue? Is there any way to prevent the two instances
> >from interfering with each other?
> 
> You need to think about this as if someone was reporting a problem to
> you.  I suspect that if that was the case, a two paragraph overview of
> the problem with suppositions about what the problem might be 
> would not
> suffice.
> 
> You can start here: http://cygwin.com/problems.html but please don't
> just take this, as most people do, as a subtle hint that you need to
> provide cygcheck output.  Instead, take it as an opportunity to think
> about what you are reporting and what kind of information a technical
> person would want to see if they were going to help you with 
> a problem.
> For instance, a test case showing the problem would be 
> useful.  You also
> might want to think about instrumenting your program to see where the
> slowdowns are occuring.
> 
> To answer as much of the question as I can: No, we don't 
> impose resource
> limitations on threads or processes.
> 
> cgf

If I read this right, you are saying there are no reported conflicts in
pthread resources between multiple processes. That is all I wanted to
know. I don't like to waste time diagnosing known problems and then be
told much later that there is an easy workaround.

I wasn't asking anyone to debug either my code or Cygwin. All I was
asking is if there are any known threading issues in this situation. I
have no idea how you implemented pthreads, nor do I care. Just knowing
that this may be covering new ground is adequate.

Thank you,

Bob McConnell

--
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: vista rsh problem

[goetz fischer]

Corinna Vinschen wrote:

I started an inetd w/ rsh and rlogin on
another box
  

and that box was a 'real' unix box?


no
  

but?

and tried to login from my vista test machine to that box.
rlogin, rsh and rcp worked fine.  We'd need a much more detailed problem
description to help you.  See http://cygwin.com/problems.html


Corinna

 
  

--
ah-consulting.net
Götz Fischer
Senior Consultant
Phone: +49(0)7225/98 98 79
Fax:   +49(0)7225/28 64
eMail: [EMAIL PROTECTED]
http://www.ah-consulting.net
http://www.ah-webhosting.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/



  


--
ah-consulting.net
Götz Fischer
Senior Consultant
Phone: +49(0)7225/98 98 79
Fax:   +49(0)7225/28 64
eMail: [EMAIL PROTECTED]
http://www.ah-consulting.net
http://www.ah-webhosting.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: vista rsh problem

[Corinna Vinschen]

On Jul  5 14:59, goetz fischer wrote:
> Corinna Vinschen wrote:
> >On Jul  5 04:09, goetz fischer wrote:
> >  
> >>hello,
> >>
> >>i know this has been discussed but sadly not enough.
> >>i just used a nightly dll and the error message is gone but it still 
> >>doesn't work. the prompt just keeps empty like it's working.
> >>to be clear this is about using rsh with cygwin on vista.
> >>
> >
> >Sorry, but I can't reproduce any problems.  I just tested this using the
> >latest snapshot (as you).  I started an inetd w/ rsh and rlogin on
> >another box
> and that box was a 'real' unix box?
no
> > and tried to login from my vista test machine to that box.
> >rlogin, rsh and rcp worked fine.  We'd need a much more detailed problem
> >description to help you.  See http://cygwin.com/problems.html
> >
> >
> >Corinna
> >
> >  
> 
> -- 
> ah-consulting.net
> Götz Fischer
> Senior Consultant
> Phone: +49(0)7225/98 98 79
> Fax:   +49(0)7225/28 64
> eMail: [EMAIL PROTECTED]
> http://www.ah-consulting.net
> http://www.ah-webhosting.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/

-- 
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: Interference between instances on MS-Windows

[Bob McConnell]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
> Sent: Thursday, July 05, 2007 10:54 AM
> To: cygwin@cygwin.com
> Subject: RE: Interference between instances on MS-Windows
> 
> On 05 July 2007 15:11, Bob McConnell wrote:
> 
> > Good morning,
> > 
> > I have a
> 
>   complex system with multiple interactions that a rough 
> overview of is
> utterly inadequate to attempt to diagnose complicated 
> interlocking or race
> problems.
> 
> > Is this a known issue? 
> 
>   What, your program having a bug?  Nope, hadn't heard that before.
> 
> > Is there any way to prevent the two instances
> > from interfering with each other?
> 
>   Based on the comprehensive information you've given us so far, I can
> categorically state that *if* they actually /are/ interfering 
> with each other,
> there is /probably/ a way to stop it.
> 
>   But unless you can http://cygwin.com/acronyms#PPAST, you're 
> just holding up
> a black box and saying "There's magic stuff in here and it's 
> broke, does
> anyone know why", to which the only answer is of course 
> "Depends what the
> magic stuff in the box is and does, about which we know 
> nothing, because it's
> /your/ magic box and we've never seen it before".

The simple test case would be the entire program, since it is less then
600 lines of code. But you will also need an appropriate server for it
to talk with, which I cannot provide. In addition, the application was
built on code licensed under the GPL, and posting it on a mailing list
would constitute distribution. But I cannot publish my additions under
the GPL, so rather than violate that license, I need a specific
individual email destination that will not forward it to a publicly
available location. I believe I can send it without getting a signed
NDA, since it does not reveal any confidential information.

Bob McConnell

--
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: Interference between instances on MS-Windows

[Christopher Faylor]

On Thu, Jul 05, 2007 at 10:10:36AM -0400, Bob McConnell wrote:
>Good morning,
>
>I have a POS emulation program written in C. It uses two threads, two
>condition variables and a mutex. One thread receives from a serial port,
>the other sends. The condition variables and mutex are used to create a
>message queue between the two threads to pass received ACK/NAK to the
>sending thread with an adjustable timeout (using code from somebody's
>ex2.c I got via Google). Outgoing messages are read from a file and
>responses are written into a second file. Outgoing messages average 54
>bytes with 39 byte responses.
>
>This program will send 2000 transactions in about 12 minutes at 9600
>bps. This is what I normally expect. However, if I open a second
>instance of bash, then run this program in both shells driving two
>serial ports, it takes 24 minutes for them both to send the same 2000
>transactions. I expected them to complete in the same 12 minutes. It is
>as if there is some resource limitation that only one process can run at
>a time. The only external resource they share is the input file which
>they both open read-only.
>
>Is this a known issue? Is there any way to prevent the two instances
>from interfering with each other?

You need to think about this as if someone was reporting a problem to
you.  I suspect that if that was the case, a two paragraph overview of
the problem with suppositions about what the problem might be would not
suffice.

You can start here: http://cygwin.com/problems.html but please don't
just take this, as most people do, as a subtle hint that you need to
provide cygcheck output.  Instead, take it as an opportunity to think
about what you are reporting and what kind of information a technical
person would want to see if they were going to help you with a problem.
For instance, a test case showing the problem would be useful.  You also
might want to think about instrumenting your program to see where the
slowdowns are occuring.

To answer as much of the question as I can: No, we don't impose resource
limitations on threads or processes.

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: Decimal float and the Cygwin build of GFortran.

[Larry Hall (Cygwin)]

Brian Salter-Duke wrote:

On Wed, Jul 04, 2007 at 05:19:28PM -0700, Brian Dessent wrote:

Brian Salter-Duke wrote:


work. Have things changed with these libraries since last year. This
was, BTW, I relative new install of cyqwin. I just copied the gfortran
and gcc4 executables over from an older machine. I think this is a
cyqwin question.

No, it's not a Cygwin question.  Yes, gcc has changed.  gcc 4.3.x now
requires/uses gmp and mpfr in all the front ends, whereas previously
they were only used in the fortran front end in 4.2.x and not at all
prior to that.


Thanks for this. After installing gmp and mpfr it all works fine.
However I have to say that I think that this is very much a cygwin
question. Knowing what packages to install before doing something is a
cygwin question and I got no sense that I had to do this on the gfortran
site before downloading the tar file of executables for cygwin. The
change from gcc (and friends) 4.2 to 4.3 is not something that is
obvious unless you are really into these things. Thanks for your help
and keep up the good work.


I believe Brian D. was making the point that the 4.x gcc and friends aren't
officially packaged yet so asking this list about what dependencies there
are for things you've built yourself or downloaded from other sites isn't
on-topic here.  Once this is part of the Cygwin distribution, you shouldn't
need to care what packages are a prerequisite for another, since the
packaging will define those dependencies and 'setup.exe' will honor those
requirements (assuming the user doesn't override them).

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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

RE: Interference between instances on MS-Windows

[Dave Korn]

On 05 July 2007 15:11, Bob McConnell wrote:

> Good morning,
> 
> I have a

  complex system with multiple interactions that a rough overview of is
utterly inadequate to attempt to diagnose complicated interlocking or race
problems.

> Is this a known issue? 

  What, your program having a bug?  Nope, hadn't heard that before.

> Is there any way to prevent the two instances
> from interfering with each other?

  Based on the comprehensive information you've given us so far, I can
categorically state that *if* they actually /are/ interfering with each other,
there is /probably/ a way to stop it.

  But unless you can http://cygwin.com/acronyms#PPAST, you're just holding up
a black box and saying "There's magic stuff in here and it's broke, does
anyone know why", to which the only answer is of course "Depends what the
magic stuff in the box is and does, about which we know nothing, because it's
/your/ magic box and we've never seen it before".



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/

Interference between instances on MS-Windows

[Bob McConnell]

Good morning,

I have a POS emulation program written in C. It uses two threads, two
condition variables and a mutex. One thread receives from a serial port,
the other sends. The condition variables and mutex are used to create a
message queue between the two threads to pass received ACK/NAK to the
sending thread with an adjustable timeout (using code from somebody's
ex2.c I got via Google). Outgoing messages are read from a file and
responses are written into a second file. Outgoing messages average 54
bytes with 39 byte responses.

This program will send 2000 transactions in about 12 minutes at 9600
bps. This is what I normally expect. However, if I open a second
instance of bash, then run this program in both shells driving two
serial ports, it takes 24 minutes for them both to send the same 2000
transactions. I expected them to complete in the same 12 minutes. It is
as if there is some resource limitation that only one process can run at
a time. The only external resource they share is the input file which
they both open read-only.

Is this a known issue? Is there any way to prevent the two instances
from interfering with each other?

  CYGWIN_NT-5.0 1.5.24(0.156/4/2) 2007-01-31 10:57
  Win2K SP4
  P4 3.0GHz, 1 GB RAM

Thank you,

Bob McConnell
Principal Communications Programmer
The CBORD Group, Inc.
61 Brown Road
Ithaca NY, 14850
Phone 607 257-2410
FAX 607 257-1902
Email [EMAIL PROTECTED]
Web www.cbord.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: Decimal float and the Cygwin build of GFortran.

[Brian Salter-Duke]

On Wed, Jul 04, 2007 at 05:19:28PM -0700, Brian Dessent wrote:
> Brian Salter-Duke wrote:
> 
> > work. Have things changed with these libraries since last year. This
> > was, BTW, I relative new install of cyqwin. I just copied the gfortran
> > and gcc4 executables over from an older machine. I think this is a
> > cyqwin question.
> 
> No, it's not a Cygwin question.  Yes, gcc has changed.  gcc 4.3.x now
> requires/uses gmp and mpfr in all the front ends, whereas previously
> they were only used in the fortran front end in 4.2.x and not at all
> prior to that.

Thanks for this. After installing gmp and mpfr it all works fine.
However I have to say that I think that this is very much a cygwin
question. Knowing what packages to install before doing something is a
cygwin question and I got no sense that I had to do this on the gfortran
site before downloading the tar file of executables for cygwin. The
change from gcc (and friends) 4.2 to 4.3 is not something that is
obvious unless you are really into these things. Thanks for your help
and keep up the good work.

Brian.

> Brian

-- 
"If people are good only because they fear punishment, and hope for
reward, then we are a sorry lot indeed."
   -- Albert Einstein   
Brian Salter-Duke (Brian Duke) Email: b_duke(AT)bigpond(DOT)net(DOT)au


--
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: vista rsh problem

[goetz fischer]

Corinna Vinschen wrote:

On Jul  5 04:09, goetz fischer wrote:
  

hello,

i know this has been discussed but sadly not enough.
i just used a nightly dll and the error message is gone but it still 
doesn't work. the prompt just keeps empty like it's working.

to be clear this is about using rsh with cygwin on vista.



Sorry, but I can't reproduce any problems.  I just tested this using the
latest snapshot (as you).  I started an inetd w/ rsh and rlogin on
another box

and that box was a 'real' unix box?

 and tried to login from my vista test machine to that box.
rlogin, rsh and rcp worked fine.  We'd need a much more detailed problem
description to help you.  See http://cygwin.com/problems.html


Corinna

  


--
ah-consulting.net
Götz Fischer
Senior Consultant
Phone: +49(0)7225/98 98 79
Fax:   +49(0)7225/28 64
eMail: [EMAIL PROTECTED]
http://www.ah-consulting.net
http://www.ah-webhosting.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: Problem: Java interpreter does not work

[Jan Moesen]

[~/Java] gij HelloWorld.class
Exception in thread "main"
java.lang.NoClassDefFoundError: HelloWorld.class

Shouldn't you leave out ".class" there?

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

Problem: Java interpreter does not work

[Dan N]

I tried to run Java interpreter, but it doesn't work. 
Here is how it looks like:

[~/Java] cat HelloWorld.java
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello world!");
} // main
}
[~/Java] jikes -bootclasspath
/usr/share/java/libgcj-3.4.4.jar HelloWorld.java
[~/Java] gij HelloWorld.class
Exception in thread "main"
java.lang.NoClassDefFoundError: HelloWorld.class
   <>
[~/Java] jcf-dump HelloWorld.class
Reading .class from HelloWorld.class.
Magic number: 0xcafebabe, minor_version: 0,
major_version: 48.

Constant pool (count: 29):
#1: Utf8: "HelloWorld"
#2: Class name: 1="HelloWorld"
#3: Utf8: "java/lang/Object"
#4: Class name: 3="java/lang/Object"
#5: Utf8: "main"
#6: Utf8: "([Ljava/lang/String;)V"
#7: Utf8: "Code"
#8: Utf8: "LineNumberTable"
#9: Utf8: "out"
#10: Utf8: "Ljava/io/PrintStream;"
#11: NameAndType name: 9=out, signature:
10=java.io.PrintStream
#12: Utf8: "java/lang/System"
#13: Class name: 12="java/lang/System"
#14: Fieldref class: 13=java.lang.System
name_and_type: 11=
#15: Utf8: "Hello world!"
#16: String 15="Hello world!"
#17: Utf8: "println"
#18: Utf8: "(Ljava/lang/String;)V"
#19: NameAndType name: 17=println, signature:
18=(java.lang.String)void
#20: Utf8: "java/io/PrintStream"
#21: Class name: 20="java/io/PrintStream"
#22: Methodref class: 21=java.io.PrintStream
name_and_type: 19=
#23: Utf8: ""
#24: Utf8: "()V"
#25: NameAndType name: 23=, signature: 24=()void
#26: Methodref class: 4=java.lang.Object
name_and_type: 25=< ()void>
#27: Utf8: "SourceFile"
#28: Utf8: "HelloWorld.java"

Access flags: 0x21 public super
This class: 2=HelloWorld, super: 4=java.lang.Object
Interfaces (count: 0):

Fields (count: 0):

Methods (count: 2):

Method name:"main" public static Signature:
6=(java.lang.String[])void
Attribute "Code", length:37, max_stack:2,
max_locals:1, code_length:9
Attribute "LineNumberTable", length:10, count: 2

Method name:"" public Signature: 24=()void
Attribute "Code", length:33, max_stack:1,
max_locals:1, code_length:5
Attribute "LineNumberTable", length:10, count: 2

Attributes (count: 1):
Attribute "SourceFile", length:2,
#28="HelloWorld.java"
[~/Java]


 

Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/

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

Problem with setup.exe

[David Kastrup]

Hi,

I have downloaded and non-installed a number of packages.  Now I call
setup.exe in a batch file with

setup -n -N -d -A -L -q -R %CYGWIN_HOME%

and this works in that it installs what is cached in the local
directory, but!!! just the default minimal selection, not what I have
additionally selected and fetched using setup.exe.

Since this is part of an automated installation procedure, this is
quite a nuisance.  Is there any way to tell setup.exe what else to
install when it _is_ already cached?

-- 
David Kastrup


--
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: Test file "is not readable" when running 'make test' (Perl)

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Sisyphus on 7/5/2007 4:32 AM:
> $ ls -l
> total 1
> --+ 1 Rob None 46 Jul  5 13:37 test.t

Hmm, you have non-default ACLs associated with this file (perhaps they
were inherited from the directory?)  The commands getfacl and setfacl may
be useful here, to get to the root of the permissions setup.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGjNY+84KuGfSFAYARAtgZAJ0b1Sjr2espvsbdkV0190NGWX8nSQCdFBDo
J7id3YLWZO2pb3P0v4l60N8=
=hu7g
-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: Perl documentation inaccessible via 'perldoc'.

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Sisyphus on 7/5/2007 3:15 AM:
> Yep - that fixes it. Both TEMP and TMP were set, but not TMPDIR.
> 
> How do I make that alteration a permanent fixture, so that I don't have
> to do it every time I open a new shell ? I tried editing etc/profile (in
> wordpad)

Multiple options:
1) set it in the Windows environment (for example, win-pause, advanced
tab, environment variables, then add a new user variable)

2) use an editor that doesn't munge line endings (cygwin has the option of
emacs, vi, ...)

3) use the shell, since the edit is trivial:

$ echo 'export TMPDIR=/path/to/where/you/want/it' >> ~/.bash_profile

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGjNWS84KuGfSFAYARAkl7AJ41aB6maAYtpJWGbk10ohtFQrUsnwCeOvgj
T+b+B8NupQOU4HQS//ZQIJY=
=fS6H
-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/

Test file "is not readable" when running 'make test' (Perl)

[Sisyphus]

Hi,
I'm trying to build a very small (and simplistic) perl module that I've 
created (Foo-0.01):


[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01
$ perl Makefile.PL
Writing Makefile for Foo

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01
$ make test
cp Foo.pm blib/lib/Foo.pm
/usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t

t/testt/test.t is not readable
FAILED--1 test script could be run, alas--no output ever seen
make: *** [test_dynamic] Error 255

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01


Sure enough, when I look at the permissions associated with t/test.t I find:

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01/t
$ ls -l
total 1
--+ 1 Rob None 46 Jul  5 13:37 test.t

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01/t


But the permissions associated with these files is *not* something with 
which I have had to concern myself on previous Cygwin installations. I'm 
wondering why it's suddenly an issue.


And I find the following behaviour:

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01
$ /usr/bin/perl.exe -Mblib t/test.t
1..1
ok 1

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01


All of a sudden, the permissions (or lack thereof) are no longer an issue !!
So let's just check that command that failed before, by running a 
copy'n'paste of it:


[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01
$ /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t

t/testt/test.t is not readable
FAILED--1 test script could be run, alas--no output ever seen

[EMAIL PROTECTED] /cygdrive/c/_32/comp/Foo-0.01


Bah!!! ... it has become a problem again. For one perl command there's a 
problem, but for another perl command there's no problem. Is it something 
that ExtUtils::Command::MM is doing ?


Any help appreciated.

Cheers,
Rob 



--
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: vista rsh problem

[Corinna Vinschen]

On Jul  5 11:51, Corinna Vinschen wrote:
> On Jul  5 04:09, goetz fischer wrote:
> > hello,
> > 
> > i know this has been discussed but sadly not enough.
> > i just used a nightly dll and the error message is gone but it still 
> > doesn't work. the prompt just keeps empty like it's working.
> > to be clear this is about using rsh with cygwin on vista.
> 
> Sorry, but I can't reproduce any problems.  I just tested this using the
> latest snapshot (as you).  I started an inetd w/ rsh and rlogin on
> another box and tried to login from my vista test machine to that box.
> rlogin, rsh and rcp worked fine.  We'd need a much more detailed problem
> description to help you.  See http://cygwin.com/problems.html

Oh, and, I'm always thinking this should go without saying, but I'm
probably wrong:

  
  rsh is an inherently unsecure protocol.  Don't use it.  Don't use
  the excuse that this is on a local corporate network only.  You
  have no idea who's sniffing on your network.  Better use a secure
  protocol instead, like ssh.  All services provided by the OBSOLETE
  rsh/rlogin/telnet interfaces are provided in a much more secure
  way by ssh.
  


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: vista rsh problem

[Corinna Vinschen]

On Jul  5 04:09, goetz fischer wrote:
> hello,
> 
> i know this has been discussed but sadly not enough.
> i just used a nightly dll and the error message is gone but it still 
> doesn't work. the prompt just keeps empty like it's working.
> to be clear this is about using rsh with cygwin on vista.

Sorry, but I can't reproduce any problems.  I just tested this using the
latest snapshot (as you).  I started an inetd w/ rsh and rlogin on
another box and tried to login from my vista test machine to that box.
rlogin, rsh and rcp worked fine.  We'd need a much more detailed problem
description to help you.  See http://cygwin.com/problems.html


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: Perl documentation inaccessible via 'perldoc'.

[Sisyphus]

- Original Message - 
From: "Andrew Schulman" <[EMAIL PROTECTED]>

.
.

 I wonder, do you have TMPDIR set?  Try setting it, e.g.

export TMPDIR=/tmp/Rob



Yep - that fixes it. Both TEMP and TMP were set, but not TMPDIR.

How do I make that alteration a permanent fixture, so that I don't have to 
do it every time I open a new shell ? I tried editing etc/profile (in 
wordpad), but only succeeded in stuffing up the line endings - and had to 
replace that file with a copy of the backup from etc/defaults/etc/profile.


Thanks Andrew.

Cheers,
Rob 



--
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: Perl documentation inaccessible via 'perldoc'.

[Andrew Schulman]

> [EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.22
> $ perldoc ExtUtils::MakeMaker
> Error in tempfile() using ./XX: Parent directory (./) is not 
> writable
>  at /usr/lib/perl5/5.8/Pod/Perldoc.pm line 1483

tempfile() is trying to create the tempfile in the current directory,
rather than a standard temporary directory such as /tmp.  'perldoc
File::Temp' says that if you don't specify a tempfile directory, tempfile()
puts it in the location returned by File::Spec::tempdir().  Normally that
should be /tmp.  I wonder, do you have TMPDIR set?  Try setting it, e.g.

export TMPDIR=/tmp/Rob

and see if that solves the problem.
A.


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