Re: inetutils : missing shells in /etc/shells

[Cyrille Lefevre]

Le 31/03/2011 04:47, Yaakov (Cygwin/X) a écrit :


On Thu, 2011-03-31 at 02:10 +0200, Cyrille Lefevre wrote:

/etc/shells is missing some shells :

/bin/ash
/bin/csh
/bin/mksh
/usr/bin/ash
/usr/bin/csh
/usr/bin/mksh

and maybe more ?


ash is just a copy of dash, and csh is a symlink to tcsh.  However, you
are certainly correct about adding mksh, possibly removing the obsolete
pdksh in the process.


and then ? if a user prefer csh to tsch...
for memory, csh behave differently than tcsh, at least, command line 
edition is disabled.


Regards,

Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net



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

Re: [ANNOUNCEMENT] Updated base-files-4.0-6

[Jon TURNEY]

On 31/03/2011 01:03, Cyrille Lefevre wrote:
> Le 31/03/2011 01:53, Cyrille Lefevre a écrit :
>> Le 18/03/2011 19:45, David Sastre a écrit :
>>> Version 4.0-6 of base-files has been uploaded.
>>>
>>> Base-files is a set of system configuration and setup files.
> 
> Hi,
> 
> PS1 *must not* be exported.
> 
> historically, it is not exported to know if it is a shell is interactive or
> not since only interactive shells set it.
> 
> i.e., the following both solutions are equivalent.
> 
> case $- in *i*) interactive ;; esac
> [ -n $PS1 ] && interactive
> 
> if PS1 is exported, it is always set for subshells and this may cause trouble
> in some script.
> 
> also, from man bash :
> 
> An  interactive  shell  is one started without non-option arguments and
> without the -c option whose standard input and error are both connected
> to  terminals  (as determined by isatty(3)), or one started with the -i
> option.  PS1 is set and $- includes i if bash is interactive,  allowing
> a shell script or a startup file to test this state.

What the man page doesn't tell you is that bash actually unsets PS1 if the
shell isn't interactive, so for bash at least, exporting PS1 can't cause a
problem.

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

Re: Can't run perldoc

[Reini Urban]

2011/3/22 Andrew DeFaria:
> Why is it when I do something like:
>
> $ perldoc perlre
>
> I get a bunch of:
>
>     14 [main] sh 72132 C:\Cygwin\bin\sh.exe: *** fatal error - couldn't
> allocate heap, Win32 error 487, base 0x71, top 0x78, reserve_size 
> 454656,
> alloc size 458752, page_const 4096
> Stack trace:
> Frame     Function  Args
> 0022E4C0  6102792B  (0022E4C0, , , 00670079)
> 0022E7B0  6102792B  (6117DC60, 8000, , 6117F977)
> 0022F7E0  61004F3B  (611B564C, 0071, 0078, 0006F000)
> 0022F810  6106E283  (7FFE, 0003, 00264F02, 7C90DA0A)
> 0022F900  610C0A3B  (07D0, 0200, 61169724, 61169720)
> 0022F930  610064E0  (, 0002, , 7FFD8000)
> 0022F9F0  6106F5D5  (6100, 0001, 0022FD30, 6106F320)
> 0022FA10  7C90118A  (6106F320, 6100, 0001, 0022FD30)
> 0022FB18  7C91B5D2  (0022FD30, 7FFDF000, 7FFD8000, )
> 0022FC94  7C91FBDC  (0022FD30, 7C90, 0022FCE0, 7C90E900)
> 0022FD1C  7C91FAD7  (0022FD30, 7C90, , 00010017)
> End of stack trace
>     13 [main] sh 25952 fork: child -1 - died waiting for longjmp before
> initial
> ization, retry 0, exit code 0x100, errno 11
> sh: fork: retry: Resource temporarily unavailable

Looks like ASLR to me.

Windows 7?
If so run perlrebase to set peflags -d0 on all perl dll's.
-- 
Reini Urban

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

Re: Can't run perldoc

[Andrew DeFaria]

On 03/31/11 07:26, Reini Urban wrote:

2011/3/22 Andrew DeFaria:

Why is it when I do something like:

$ perldoc perlre

I get a bunch of:

 14 [main] sh 72132 C:\Cygwin\bin\sh.exe: *** fatal error - couldn't
allocate heap, Win32 error 487, base 0x71, top 0x78, reserve_size 
454656,
alloc size 458752, page_const 4096
Stack trace:
Frame Function  Args
0022E4C0  6102792B  (0022E4C0, , , 00670079)
0022E7B0  6102792B  (6117DC60, 8000, , 6117F977)
0022F7E0  61004F3B  (611B564C, 0071, 0078, 0006F000)
0022F810  6106E283  (7FFE, 0003, 00264F02, 7C90DA0A)
0022F900  610C0A3B  (07D0, 0200, 61169724, 61169720)
0022F930  610064E0  (, 0002, , 7FFD8000)
0022F9F0  6106F5D5  (6100, 0001, 0022FD30, 6106F320)
0022FA10  7C90118A  (6106F320, 6100, 0001, 0022FD30)
0022FB18  7C91B5D2  (0022FD30, 7FFDF000, 7FFD8000, )
0022FC94  7C91FBDC  (0022FD30, 7C90, 0022FCE0, 7C90E900)
0022FD1C  7C91FAD7  (0022FD30, 7C90, , 00010017)
End of stack trace
 13 [main] sh 25952 fork: child -1 - died waiting for longjmp before
initial
ization, retry 0, exit code 0x100, errno 11
sh: fork: retry: Resource temporarily unavailable

Looks like ASLR to me.

Windows 7?
If so run perlrebase to set peflags -d0 on all perl dll's.
Interesting. No, this is XP (well at work it's XP). I'll have to check 
for perlrebase when I get to work. What would "all perl dll's" be? Just 
things under /usr/lib/perl* or are there other areas like under just 
/lib that I should be concerned about.

--
Andrew DeFaria 
Dain bramaged.


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

Re: mkgroup: Could not get group info from samba share

[Corinna Vinschen]

On Mar 31 09:46, Christian Gelinek wrote:
> -Original Message-
> From: Cygwin On Behalf Of Corinna Vinschen
> Sent: Wednesday, 30 March 2011 6:51 PM
> Subject: Re: mkgroup: Could not get group info from samba share
> > 
> > On Mar 30 10:53, Christian Gelinek wrote:
> > > Here, I was out of luck as this command did not return anything. I also
> > > tried
> > > 
> > >   mkgroup -U username -S- -D my_samba_box
> > > 
> > > but that reported 'mkgroup (102): [1355] The specified domain either does
> > > not exist or could not be contacted'.
> > 
> > Try
> > 
> >   mkgroup -U username -S- -L my_samba_box
> > 
> > When you use -D, it's looking for the domain name "my_samba_box", but
> > you're trying to get the group list from the machine called
> > "my_samba_box".  See mkgroup --help and the User's Guide:
> > 
> 
> In my previous message, I mentioned that I already tried that and it did not 
> return anything. Only because it didn't work was that I tried the -D option 
> which I found in the documentation. Any suggestions why the list returned by 
> 
>   mkgroup -U username -S- -L my_samba_box
> 
> is empty?

Erm, serves me right to use copy/paste.  What I meant to write is

  mkgroup -U groupname -S- -L my_samba_box

You have to specify the groupname(s) as args to the -U option when
using the mkgroup command.  Using the username doesn't help.


Corinna

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

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

Re: Can't run perldoc

[Andrew DeFaria]

On 3/31/2011 7:26 AM, Reini Urban wrote:

2011/3/22 Andrew DeFaria:

Why is it when I do something like:

$ perldoc perlre

I get a bunch of:

 14 [main] sh 72132 C:\Cygwin\bin\sh.exe: *** fatal error - couldn't
allocate heap, Win32 error 487, base 0x71, top 0x78, reserve_size 
454656,
alloc size 458752, page_const 4096
Stack trace:
Frame Function  Args
0022E4C0  6102792B  (0022E4C0, , , 00670079)
0022E7B0  6102792B  (6117DC60, 8000, , 6117F977)
0022F7E0  61004F3B  (611B564C, 0071, 0078, 0006F000)
0022F810  6106E283  (7FFE, 0003, 00264F02, 7C90DA0A)
0022F900  610C0A3B  (07D0, 0200, 61169724, 61169720)
0022F930  610064E0  (, 0002, , 7FFD8000)
0022F9F0  6106F5D5  (6100, 0001, 0022FD30, 6106F320)
0022FA10  7C90118A  (6106F320, 6100, 0001, 0022FD30)
0022FB18  7C91B5D2  (0022FD30, 7FFDF000, 7FFD8000, )
0022FC94  7C91FBDC  (0022FD30, 7C90, 0022FCE0, 7C90E900)
0022FD1C  7C91FAD7  (0022FD30, 7C90, , 00010017)
End of stack trace
 13 [main] sh 25952 fork: child -1 - died waiting for longjmp before
initial
ization, retry 0, exit code 0x100, errno 11
sh: fork: retry: Resource temporarily unavailable

Looks like ASLR to me.

Windows 7?
If so run perlrebase to set peflags -d0 on all perl dll's.
Well ran perlrebase. Had an issue or two with it not being able to 
update a .dll due to the file being busy (was running a Perl process at 
the time). Stopped the Perl process and perlrebase ran to completion. 
But alas the problem remains - just like before.

--
Andrew DeFaria 
Ever notice how irons have a setting for permanent press? I don't get it...


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

Preferred path setup for cygwin

[Gary Furash]

For cygwin to work best, should your $PATH be something like:

[STANDARD WINDOWS PATH]:[CYGWIN PATHS (e.g., usr/bin])

Along with some aliases that ensure that cygwin uses the CYGWIN rather than
the WINDOWS versions of same named programs (e.g., "find")

OR

[CYGWIN PATHS]:[STANDARD WINDOWS PATHS]


Gary Furash| furashg...@gmail.com | 520-907-2470 | @furashgf (twitter) |
http://gfurash.blogspot.com



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

Re: Preferred path setup for cygwin

[Csaba Raduly]

Hi Gary,

On Thu, Mar 31, 2011 at 7:49 PM, Gary Furash  wrote:
> For cygwin to work best, should your $PATH be something like:
>
>        [STANDARD WINDOWS PATH]:[CYGWIN PATHS (e.g., usr/bin])
>
> Along with some aliases that ensure that cygwin uses the CYGWIN rather than
> the WINDOWS versions of same named programs (e.g., "find")
>
> OR
>
>        [CYGWIN PATHS]:[STANDARD WINDOWS PATHS]

If you want to use Cygwin, it's probably best to keep the Cygwin paths
at the front. The Cygwin installer sets up Bash to do this
automagically: the Windows PATH is imported and transformed into POSIX
path by cygwin.dll (this happens for every Cygwin program), then
/etc/profile prepends the necessary directories ( /usr/local/bin,
/usr/bin, /bin ) to $PATH. Other shells might do similar things.

IMO, the problem with aliases is that they create an illusion, which
can lead to surprises if a Windows program with the same name as a
Cygwin program ever appears in the Windows search path.
At my workplace, we have such occasional surprises caused by ClearCase
and its hostinfo program, which every now and then gets executed by a
configure script (Cygwin does not have hostinfo, so the effect is the
same as if the ClearCase program directory was ahead of Cygwin's).

It is possible to add the Cygwin directories to the Windows path, for
easy access to grep & other tools from a Windows prompt. Adding them
to the beginning would hide the Windows version of find; I don't
consider this a loss :)

Hope this helps,
Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

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

Re: [ANNOUNCEMENT] Updated base-files-4.0-6

[Cyrille Lefevre]

Le 31/03/2011 13:24, Jon TURNEY a écrit :


What the man page doesn't tell you is that bash actually unsets PS1 if the
shell isn't interactive, so for bash at least, exporting PS1 can't cause a
problem.


thanks for the tip, however, this is not an expected behaviour...

Regards,

Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net



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

Re: [ANNOUNCEMENT] Updated base-files-4.0-6

[Matthias Andree]

Am 31.03.2011 13:24, schrieb Jon TURNEY:

> What the man page doesn't tell you is that bash actually unsets PS1 if the
> shell isn't interactive, so for bash at least, exporting PS1 can't cause a
> problem.

bash isn't the only shell under the Sun.

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

Re: [ANNOUNCEMENT] Updated base-files-4.0-6

[Larry Hall (Cygwin)]

On 3/31/2011 3:53 PM, Matthias Andree wrote:

Am 31.03.2011 13:24, schrieb Jon TURNEY:


What the man page doesn't tell you is that bash actually unsets PS1 if the
shell isn't interactive, so for bash at least, exporting PS1 can't cause a
problem.


bash isn't the only shell under the Sun.


Or in the C... ah, I mean sea.

--
Larry

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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

Re: [ANNOUNCEMENT] Updated base-files-4.0-6

[Csaba Raduly]

On Thu, Mar 31, 2011 at 9:53 PM, Matthias Andree  wrote:
>
> bash isn't the only shell under the Sun.

Funny, an Oracle told me the same thing.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[A.R. Burgers]

LS,

with the current octave, I get this octave strcat
error on plot, both with xterm and the dumb terminal.
Same error on two different windows XP systems.
Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2

Teun

$ octave
GNU Octave, version 3.4.0
Copyright (C) 2011 John W. Eaton and others.

[snip]

octave:1> t=(0:0.1:2*pi);
octave:2> plot(t,sin(t))
error: Invalid call to strcat.  Correct usage is:

 -- Function File:  strcat (S1, S2, ...)

error: called from:
error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column 5
error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 113, 
column 11
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40, column 18
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167, 
column 19
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86, 
column 5
octave:3> quit

BURGERS@P4949 ~
$ echo $TERM $DISPLAY
xterm :0

BURGERS@P4949 ~
$ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 libstdc++ 
gnuplot
Cygwin Package Information
Package  VersionStatus
cygwin   1.7.9-1OK
gnuplot  4.4.0-1OK
libgfortran3 4.3.4-4OK
liblapack0   3.2.2-2OK
libqrupdate0 1.1.1-1OK
octave   3.4.0-3OK






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

NT4?

[Corinna Vinschen]

Hi,

Is anybody here still using Cygwin on Windows NT4 on a daily basis?  I'm
asking because we're planning to drop NT4 support entirely and I would
like to know if there are lots of people who would be very sad if that
happens.


Corinna

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

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

Re: NT4?

[Edward Lam]

On 3/31/2011 4:34 PM, Corinna Vinschen wrote:

Is anybody here still using Cygwin on Windows NT4 on a daily basis?  I'm
asking because we're planning to drop NT4 support entirely and I would
like to know if there are lots of people who would be very sad if that
happens.


No, but I'm curious as to what type of functionality we gain by doing so. :)

-Edward

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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[marco atzeri]

On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers  wrote:
> LS,
>
> with the current octave, I get this octave strcat
> error on plot, both with xterm and the dumb terminal.
> Same error on two different windows XP systems.
> Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2
>
> Teun
>
> $ octave
> GNU Octave, version 3.4.0
> Copyright (C) 2011 John W. Eaton and others.
>
> [snip]
>
> octave:1> t=(0:0.1:2*pi);
> octave:2> plot(t,sin(t))
> error: Invalid call to strcat.  Correct usage is:
>
>  -- Function File:  strcat (S1, S2, ...)
>
> error: called from:
> error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column 5
> error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 113,
> column 11
> error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
> column 18
> error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
> column 19
> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
> column 5
> octave:3> quit
>
> BURGERS@P4949 ~
> $ echo $TERM $DISPLAY
> xterm :0
>
> BURGERS@P4949 ~
> $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 libstdc++
> gnuplot
> Cygwin Package Information
> Package              Version        Status
> cygwin               1.7.9-1        OK
> gnuplot              4.4.0-1        OK
> libgfortran3         4.3.4-4        OK
> liblapack0           3.2.2-2        OK
> libqrupdate0         1.1.1-1        OK
> octave               3.4.0-3        OK
>

could you just check if reversing to cygwin  1.7.8-1 solve the problem ?

I also noted the same problem this morning, but it was puzzling and
NOT really repetitive.


Marco

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

RE: NT4?

[Karl M]

> Date: Thu, 31 Mar 2011 22:34:16 +0200
> From: corinna-cygwin
> Subject: NT4?
>
> Is anybody here still using Cygwin on Windows NT4 on a daily basis? I'm
> asking because we're planning to drop NT4 support entirely and I would
> like to know if there are lots of people who would be very sad if that
> happens.
>
No...Haven't even used w2k in the last five years.
 
At some point, would there be any (significant) performance advantage to
moving (some of the) platform differences to compile time? (Not for all of
the applications, just for the Cygwin DLL and perhaps cygserver?
 
Thanks,
 
...Karl   

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

Re: NT4?

[Christopher Faylor]

On Thu, Mar 31, 2011 at 01:47:43PM -0700, Karl M wrote:
>
>> Date: Thu, 31 Mar 2011 22:34:16 +0200
>> From: corinna-cygwin
>> Subject: NT4?
>>
>> Is anybody here still using Cygwin on Windows NT4 on a daily basis? I'm
>> asking because we're planning to drop NT4 support entirely and I would
>> like to know if there are lots of people who would be very sad if that
>> happens.
>>
>No...Haven't even used w2k in the last five years.
> 
>At some point, would there be any (significant) performance advantage to
>moving (some of the) platform differences to compile time? (Not for all of
>the applications, just for the Cygwin DLL and perhaps cygserver?

You mean something like:

gcc -DALLOW_NT4 something-random-program.c

There would be no benefit whatsoever to allowing something like that since
there would still have to be accommodations in cygwin to handle it the
antique platform.

cgf

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

Re: octave updated to 3.4.0-3. Please test

[marco atzeri]

On Thu, Mar 31, 2011 at 7:40 AM, john grant  wrote:
> On Vista, 32-bit, with the latest packages as shown in your top cygcheck,
> octave runs but does not plot. In the xterm, I see the following error
> messages when trying to plot. Thanks for working on this.
>
> octave:1> plot( linspace(1,10,10) )
>   2 [main] octave-3.4.0 4020 exception::handle: Exception:
> STATUS_ACCESS_VIOLATION
[cut]
>     695 [main] octave-3.4.0 1136 open_stackdumpfile: Dumping stack trace to
> octave-3.4.0.exe.stackdump
>   3 [main] octave 856 fork: child -1 - died waiting for longjmp before
> initialization, retry 0, exit code 0x600, errno 11
> error: popen2: process creation failed -- Resource temporarily unavailable
> error: called from:
> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_open_stream__.m at line
> 30, column 44
> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 72,
> column 19
> octave:2>
>
>
your is Vista32, also another user with cygwin-1.7.9-1 on Windows 7 64
bit is reporting a similar problem

Exception: STATUS_ACCESS_VIOLATION at eip=6102048B
eax=0102F158 ebx=61245704 ecx=75D80D06 edx=00A41C28 esi= edi=0028F9F4
ebp=61020C00 esp=0028C7C4 program=C:\cygwin\bin\octave-3.4.0.exe, pid
5712, thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function  Args
End of stack trace

unfortunately I can only test XP and this problem don't happen.

 eip=6102048B seems inside cygwin dllerror "function"

Corinna,
could you confirm on one of your test systems ?

I will appreciate

Marco

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

Continued Networking Issues

[Furash, Gary F - (furashg)]

I still haven't solved the networking issues on my PC. After including the 
standard .profile and .bashrc in my startup process, I now get this behavior:

$ nslookup www.google.com
/usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142: 
socket() failed: Operation not permitted
/usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142: 
socket() failed: Operation not permitted
(null): can't find either v4 or v6 networking

$ ping 127.1.1.1
icmp: unknown protocol

Does anyone have any idea what would be done to correct this. When I run 
cmd.exe dos works fine.

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[A.R. Burgers]

Op 31-3-2011 22:44, marco atzeri schreef:

On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers  wrote:

LS,

with the current octave, I get this octave strcat
error on plot, both with xterm and the dumb terminal.
Same error on two different windows XP systems.
Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2

Teun

$ octave
GNU Octave, version 3.4.0
Copyright (C) 2011 John W. Eaton and others.

[snip]

octave:1>  t=(0:0.1:2*pi);
octave:2>  plot(t,sin(t))
error: Invalid call to strcat.  Correct usage is:

  -- Function File:  strcat (S1, S2, ...)

error: called from:
error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column 5
error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 113,
column 11
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
column 18
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
column 19
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
column 5
octave:3>  quit

BURGERS@P4949 ~
$ echo $TERM $DISPLAY
xterm :0

BURGERS@P4949 ~
$ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 libstdc++
gnuplot
Cygwin Package Information
Package  VersionStatus
cygwin   1.7.9-1OK
gnuplot  4.4.0-1OK
libgfortran3 4.3.4-4OK
liblapack0   3.2.2-2OK
libqrupdate0 1.1.1-1OK
octave   3.4.0-3OK


could you just check if reversing to cygwin  1.7.8-1 solve the problem ?

I also noted the same problem this morning, but it was puzzling and
NOT really repetitive.


Your hunch was right, downgrading to 1.7.8-1 solves it

Teun

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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[A.R. Burgers]

Op 31-3-2011 22:44, marco atzeri schreef:

On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers  wrote:

LS,

with the current octave, I get this octave strcat
error on plot, both with xterm and the dumb terminal.
Same error on two different windows XP systems.
Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2

Teun

$ octave
GNU Octave, version 3.4.0
Copyright (C) 2011 John W. Eaton and others.

[snip]

octave:1>  t=(0:0.1:2*pi);
octave:2>  plot(t,sin(t))
error: Invalid call to strcat.  Correct usage is:

  -- Function File:  strcat (S1, S2, ...)

error: called from:
error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column 5
error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 113,
column 11
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
column 18
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
column 19
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
column 5
octave:3>  quit

BURGERS@P4949 ~
$ echo $TERM $DISPLAY
xterm :0

BURGERS@P4949 ~
$ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 libstdc++
gnuplot
Cygwin Package Information
Package  VersionStatus
cygwin   1.7.9-1OK
gnuplot  4.4.0-1OK
libgfortran3 4.3.4-4OK
liblapack0   3.2.2-2OK
libqrupdate0 1.1.1-1OK
octave   3.4.0-3OK


could you just check if reversing to cygwin  1.7.8-1 solve the problem ?

I also noted the same problem this morning, but it was puzzling and
NOT really repetitive.


Your hunch was right, downgrading to 1.7.8-1 solves it

Teun

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

RE: NT4?

[Karl M]

> Date: Thu, 31 Mar 2011 16:58:10 -0400
> From: cgf
> Subject: Re: NT4?
>
> On Thu, Mar 31, 2011 at 01:47:43PM -0700, Karl M wrote:
> >
> >At some point, would there be any (significant) performance advantage to
> >moving (some of the) platform differences to compile time? (Not for all of
> >the applications, just for the Cygwin DLL and perhaps cygserver?
>
> You mean something like:
>
> gcc -DALLOW_NT4 something-random-program.c
>
> There would be no benefit whatsoever to allowing something like that since
> there would still have to be accommodations in cygwin to handle it the
> antique platform.
>
No, not that at all. I was asking about platform specific Cygwin DLL builds.
 
Thanks,
 
...Karl   

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

Re: Continued Networking Issues

[Gerry Reno]

On 03/31/2011 05:10 PM, Furash, Gary F - (furashg) wrote:
> I still haven't solved the networking issues on my PC. After including the 
> standard .profile and .bashrc in my startup process, I now get this behavior:
>
> $ nslookup www.google.com
> /usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142: 
> socket() failed: Operation not permitted
> /usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142: 
> socket() failed: Operation not permitted
> (null): can't find either v4 or v6 networking
>
> $ ping 127.1.1.1
> icmp: unknown protocol
>
> Does anyone have any idea what would be done to correct this. When I run 
> cmd.exe dos works fine.
>
>   

Looks like your missing at least /etc/protocols.

Regards,
Gerry



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

Re: NT4?

[Christopher Faylor]

On Thu, Mar 31, 2011 at 02:32:58PM -0700, Karl M wrote:
>
>> Date: Thu, 31 Mar 2011 16:58:10 -0400
>> From: cgf
>> Subject: Re: NT4?
>>
>> On Thu, Mar 31, 2011 at 01:47:43PM -0700, Karl M wrote:
>> >
>> >At some point, would there be any (significant) performance advantage to
>> >moving (some of the) platform differences to compile time? (Not for all of
>> >the applications, just for the Cygwin DLL and perhaps cygserver?
>>
>> You mean something like:
>>
>> gcc -DALLOW_NT4 something-random-program.c
>>
>> There would be no benefit whatsoever to allowing something like that since
>> there would still have to be accommodations in cygwin to handle it the
>> antique platform.
>>
>No, not that at all. I was asking about platform specific Cygwin DLL builds.

Oh, in that case:  Same answer.  We're trying to eliminate head standing in
the code, not make more work for ourselves by introducing different variants
of cygwin1.dll.

cgf

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

RE: Continued Networking Issues

[Gary Furash]

Thank you for getting back to me.

1. Here's my path

/bin:/usr/local/sbin:/etc:/usr/local/bin:/usr/bin:.:/cygdrive/c/WINDOWS/syst
em32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDO
WS/system32/WindowsPowerShell/v1.0:/cygdrive/c/Progra~1/WI4507~1:/cygdrive/c
/Program\ Files/Java/jdk1.6.0_24/bin:/cygdrive/c/Documents\ and\
Settings/furashg/Scripts:/cygdrive/c/Program\
Files/Oracle/product/11.2.0/client_1:/cygdrive/c/Program\
Files/Oracle/product/11.2.0/client_1/bin:/cygdrive/c/Program\
Files/QuickTime/QTSystem

So ETC seems to be in the path above.

2. In ETC, there's a file named "protocols" which points to the windows
protocols file and has the following:

# Copyright (c) 1993-1999 Microsoft Corp.
#
# This file contains the Internet protocols as defined by RFC 1700
# (Assigned Numbers).
#
# Format:
#
# [aliases...]   [#]

ip   0 IP   # Internet protocol
icmp 1 ICMP # Internet control message protocol
ggp  3 GGP  # Gateway-gateway protocol
tcp  6 TCP  # Transmission control protocol
egp  8 EGP  # Exterior gateway protocol
pup  12PUP  # PARC universal packet protocol
udp  17UDP  # User datagram protocol
hmp  20HMP  # Host monitoring protocol
xns-idp  22XNS-IDP  # Xerox NS IDP
rdp  27RDP  # "reliable datagram" protocol
rvd  66RVD  # MIT remote virtual disk

-Original Message-
From: Gerry Reno [mailto:gr...@verizon.net] 
Sent: Thursday, March 31, 2011 2:51 PM
To: Furash, Gary F - (furashg)
Subject: Re: Continued Networking Issues

On 03/31/2011 05:10 PM, Furash, Gary F - (furashg) wrote:
> I still haven't solved the networking issues on my PC. After including the
standard .profile and .bashrc in my startup process, I now get this
behavior:
>
> $ nslookup www.google.com
>
/usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142:
socket() failed: Operation not permitted
>
/usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142:
socket() failed: Operation not permitted
> (null): can't find either v4 or v6 networking
>
> $ ping 127.1.1.1
> icmp: unknown protocol
>
> Does anyone have any idea what would be done to correct this. When I run
cmd.exe dos works fine.
>
>   

Looks like your missing at least /etc/protocols.

Regards,
Gerry




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

Re: Continued Networking Issues

[Gerry Reno]

On 03/31/2011 06:19 PM, Gary Furash wrote:
> Thank you for getting back to me.
>
> 1. Here's my path
>
> /bin:/usr/local/sbin:/etc:/usr/local/bin:/usr/bin:.:/cygdrive/c/WINDOWS/syst
> em32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDO
> WS/system32/WindowsPowerShell/v1.0:/cygdrive/c/Progra~1/WI4507~1:/cygdrive/c
> /Program\ Files/Java/jdk1.6.0_24/bin:/cygdrive/c/Documents\ and\
> Settings/furashg/Scripts:/cygdrive/c/Program\
> Files/Oracle/product/11.2.0/client_1:/cygdrive/c/Program\
> Files/Oracle/product/11.2.0/client_1/bin:/cygdrive/c/Program\
> Files/QuickTime/QTSystem
>
> So ETC seems to be in the path above.
>
> 2. In ETC, there's a file named "protocols" which points to the windows
> protocols file and has the following:
>
> # Copyright (c) 1993-1999 Microsoft Corp.
> #
> # This file contains the Internet protocols as defined by RFC 1700
> # (Assigned Numbers).
> #
> # Format:
> #
> # [aliases...]   [#]
>
> ip   0 IP   # Internet protocol
> icmp 1 ICMP # Internet control message protocol
> ggp  3 GGP  # Gateway-gateway protocol
> tcp  6 TCP  # Transmission control protocol
> egp  8 EGP  # Exterior gateway protocol
> pup  12PUP  # PARC universal packet protocol
> udp  17UDP  # User datagram protocol
> hmp  20HMP  # Host monitoring protocol
> xns-idp  22XNS-IDP  # Xerox NS IDP
> rdp  27RDP  # "reliable datagram" protocol
> rvd  66RVD  # MIT remote virtual disk
>
> -Original Message-
> From: Gerry Reno [mailto:gr...@verizon.net] 
> Sent: Thursday, March 31, 2011 2:51 PM
> To: Furash, Gary F - (furashg)
> Subject: Re: Continued Networking Issues
>
> On 03/31/2011 05:10 PM, Furash, Gary F - (furashg) wrote:
>   
>> I still haven't solved the networking issues on my PC. After including the
>> 
> standard .profile and .bashrc in my startup process, I now get this
> behavior:
>   
>> $ nslookup www.google.com
>>
>> 
> /usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142:
> socket() failed: Operation not permitted
>   
>> 
> /usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1/lib/isc/unix/net.c:142:
> socket() failed: Operation not permitted
>   
>> (null): can't find either v4 or v6 networking
>>
>> $ ping 127.1.1.1
>> icmp: unknown protocol
>>
>> Does anyone have any idea what would be done to correct this. When I run
>> 
> cmd.exe dos works fine.
>   
>>   
>> 
> Looks like your missing at least /etc/protocols.
>   

If the files are there then you may be having some type of permissions
problems judging from the error messages. 

Regards,
Gerry


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

RE: mkgroup: Could not get group info from samba share

[Christian Gelinek]

> -Original Message-
> From: Cygwin On Behalf Of Corinna Vinschen
> Sent: Friday, 1 April 2011 1:13 AM
> Subject: Re: mkgroup: Could not get group info from samba share
> 
> On Mar 31 09:46, Christian Gelinek wrote:
> > -Original Message-
> > From: Cygwin On Behalf Of Corinna Vinschen
> > Sent: Wednesday, 30 March 2011 6:51 PM
> > Subject: Re: mkgroup: Could not get group info from samba share
> > > 
> > > On Mar 30 10:53, Christian Gelinek wrote:
> > > > Here, I was out of luck as this command did not return anything. I also
> > > > tried
> > > > 
> > > >   mkgroup -U username -S- -D my_samba_box
> > > > 
> > > > but that reported 'mkgroup (102): [1355] The specified domain either 
> > > > does
> > > > not exist or could not be contacted'.
> > > 
> > > Try
> > > 
> > >   mkgroup -U username -S- -L my_samba_box
> > > 
> > > When you use -D, it's looking for the domain name "my_samba_box", but
> > > you're trying to get the group list from the machine called
> > > "my_samba_box".  See mkgroup --help and the User's Guide:
> > > 
> > 
> > In my previous message, I mentioned that I already tried that and it did 
> > not return anything. Only because it didn't work was that I tried the -D 
> > option which I found in the documentation. Any suggestions why the list 
> > returned by 
> > 
> >   mkgroup -U username -S- -L my_samba_box
> > 
> > is empty?
> 
> Erm, serves me right to use copy/paste.  What I meant to write is
> 
>   mkgroup -U groupname -S- -L my_samba_box
> 
> You have to specify the groupname(s) as args to the -U option when
> using the mkgroup command.  Using the username doesn't help.

Thanks a lot, should have guessed that myself! Works like a charm now - 
finally, correct flags and users/groups from my Samba share in Cygwin!

Christian



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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[marco atzeri]

On Thu, Mar 31, 2011 at 11:25 PM, A.R. Burgers  wrote:
> Op 31-3-2011 22:44, marco atzeri schreef:
>>
>> On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers  wrote:
>>>
>>> LS,
>>>
>>> with the current octave, I get this octave strcat
>>> error on plot, both with xterm and the dumb terminal.
>>> Same error on two different windows XP systems.
>>> Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2
>>>
>>> Teun
>>>
>>> $ octave
>>> GNU Octave, version 3.4.0
>>> Copyright (C) 2011 John W. Eaton and others.
>>>
>>> [snip]
>>>
>>> octave:1>  t=(0:0.1:2*pi);
>>> octave:2>  plot(t,sin(t))
>>> error: Invalid call to strcat.  Correct usage is:
>>>
>>>  -- Function File:  strcat (S1, S2, ...)
>>>
>>> error: called from:
>>> error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column
>>> 5
>>> error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
>>> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line
>>> 113,
>>> column 11
>>> error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
>>> column 18
>>> error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
>>> column 19
>>> error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
>>> column 5
>>> octave:3>  quit
>>>
>>> BURGERS@P4949 ~
>>> $ echo $TERM $DISPLAY
>>> xterm :0
>>>
>>> BURGERS@P4949 ~
>>> $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3
>>> libstdc++
>>> gnuplot
>>> Cygwin Package Information
>>> Package              Version        Status
>>> cygwin               1.7.9-1        OK
>>> gnuplot              4.4.0-1        OK
>>> libgfortran3         4.3.4-4        OK
>>> liblapack0           3.2.2-2        OK
>>> libqrupdate0         1.1.1-1        OK
>>> octave               3.4.0-3        OK
>>>
>> could you just check if reversing to cygwin  1.7.8-1 solve the problem ?
>>
>> I also noted the same problem this morning, but it was puzzling and
>> NOT really repetitive.
>
> Your hunch was right, downgrading to 1.7.8-1 solves it
>
> Teun
>

it seems caused by a change between cygwin snapshots 20110308 and 20110309

Corinna, gcf
Have we catch a fhandler / pipe special case ?

Marco

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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[Tatsuro MATSUOKA]

Hello

I have tested on windows 7 Home premium 64 bit with octave-3.4.0-3 and cygwin  
1.7.9.

octave:1> t=(0:0.1:2*pi);
octave:2> plot(t,sin(t))
  0 [main] gnuplot 4356 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
752 [main] gnuplot 4356 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  0 [main] gnuplot 3024 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
552 [main] gnuplot 3024 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  1 [main] gnuplot 3868 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
868 [main] gnuplot 3868 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  0 [main] gnuplot 3488 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
314 [main] gnuplot 3488 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  0 [main] gnuplot 4936 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
364 [main] gnuplot 4936 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  0 [main] gnuplot 4660 exception::handle: Exception: 
STATUS_ACCESS_VIOLATION
404 [main] gnuplot 4660 open_stackdumpfile: Dumping stack trace to 
gnuplot.exe.stackdump
  0 [main] gnuplot 1076 fork: child -1 - died waiting for longjmp before 
initialization, retry 0,
exit code 0x600, errno 11
error: Invalid call to strcat.  Correct usage is:

 -- Function File:  strcat (S1, S2, ...)

error: called from:
error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column 5
error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 113, 
column 11
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40, column 18
error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167, 
column 19
error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86, 
column 5


Regards

Tatsuro

--- marco atzeri  wrote:

> On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers  wrote:
> > LS,
> >
> > with the current octave, I get this octave strcat
> > error on plot, both with xterm and the dumb terminal.
> > Same error on two different windows XP systems.
> > Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2
> >
> > Teun
> >
> > $ octave
> > GNU Octave, version 3.4.0
> > Copyright (C) 2011 John W. Eaton and others.
> >
> > [snip]
> >
> > octave:1> t=(0:0.1:2*pi);
> > octave:2> plot(t,sin(t))
> > error: Invalid call to strcat.  Correct usage is:
> >
> >  -- Function File:  strcat (S1, S2, ...)
> >
> > error: called from:
> > error:   /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, 
> > column 5
> > error:   /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 
> > 5
> > error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line 
> > 113,
> > column 11
> > error:   /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
> > column 18
> > error:   /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 
> > 167,
> > column 19
> > error:   /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 
> > 86,
> > column 5
> > octave:3> quit
> >
> > BURGERS@P4949 ~
> > $ echo $TERM $DISPLAY
> > xterm :0
> >
> > BURGERS@P4949 ~
> > $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 libstdc++
> > gnuplot
> > Cygwin Package Information
> > Package              Version   
> >      Status
> > cygwin               1.7.9-1   
> >      OK
> > gnuplot              4.4.0-1   
> >      OK
> > libgfortran3         4.3.4-4       
> >  OK
> > liblapack0           3.2.2-2       
> >  OK
> > libqrupdate0         1.1.1-1       
> >  OK
> > octave               3.4.0-3   
> >      OK
> >
> 
> could you just check if reversing to cygwin  1.7.8-1 solve the problem ?
> 
> I also noted the same problem this morning, but it was puzzling and
> NOT really repetitive.
> 
> 
> Marco
> 
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> 
> 


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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[Christopher Faylor]

On Fri, Apr 01, 2011 at 04:22:38AM +0200, marco atzeri wrote:
>On Thu, Mar 31, 2011 at 11:25 PM, A.R. Burgers  wrote:
>> Op 31-3-2011 22:44, marco atzeri schreef:
>>>
>>> On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers ?wrote:

 LS,

 with the current octave, I get this octave strcat
 error on plot, both with xterm and the dumb terminal.
 Same error on two different windows XP systems.
 Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2

 Teun

 $ octave
 GNU Octave, version 3.4.0
 Copyright (C) 2011 John W. Eaton and others.

 [snip]

 octave:1> ?t=(0:0.1:2*pi);
 octave:2> ?plot(t,sin(t))
 error: Invalid call to strcat. ?Correct usage is:

 ?-- Function File: ?strcat (S1, S2, ...)

 error: called from:
 error: ? /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column
 5
 error: ? /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
 error: ? /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line
 113,
 column 11
 error: ? /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
 column 18
 error: ? /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
 column 19
 error: ? /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
 column 5
 octave:3> ?quit

 BURGERS@P4949 ~
 $ echo $TERM $DISPLAY
 xterm :0

 BURGERS@P4949 ~
 $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3
 libstdc++
 gnuplot
 Cygwin Package Information
 Package ? ? ? ? ? ? ?Version ? ? ? ?Status
 cygwin ? ? ? ? ? ? ? 1.7.9-1 ? ? ? ?OK
 gnuplot ? ? ? ? ? ? ?4.4.0-1 ? ? ? ?OK
 libgfortran3 ? ? ? ? 4.3.4-4 ? ? ? ?OK
 liblapack0 ? ? ? ? ? 3.2.2-2 ? ? ? ?OK
 libqrupdate0 ? ? ? ? 1.1.1-1 ? ? ? ?OK
 octave ? ? ? ? ? ? ? 3.4.0-3 ? ? ? ?OK

>>> could you just check if reversing to cygwin ?1.7.8-1 solve the problem ?
>>>
>>> I also noted the same problem this morning, but it was puzzling and
>>> NOT really repetitive.
>>
>> Your hunch was right, downgrading to 1.7.8-1 solves it
>>
>> Teun
>>
>
>it seems caused by a change between cygwin snapshots 20110308 and 20110309
>
>Corinna, gcf
>Have we catch a fhandler / pipe special case ?

Since it's in the dll_init() function, I don't see how it could be pipe related.
Does strace implicate pipe handling?

gcf

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

Re: NT4?

[Andy Koppe]

On 31 March 2011 21:34, Corinna Vinschen wrote:
> Is anybody here still using Cygwin on Windows NT4 on a daily basis?  I'm
> asking because we're planning to drop NT4 support entirely and I would
> like to know if there are lots of people who would be very sad if that
> happens.

FWIW, NT4 support in mintty has been broken since version 0.6.1 a year
ago, and nobody reported it until Corinna stumbled across it in NT4
testing a few days ago.

Microsoft stopped supporting NT4 in 2004.

Andy

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

Re: Fwd: octave updated to 3.4.0-3. Please test (strcat error)

[marco atzeri]

On Fri, Apr 1, 2011 at 7:25 AM, Christopher Faylor  wrote:
> On Fri, Apr 01, 2011 at 04:22:38AM +0200, marco atzeri wrote:
>>On Thu, Mar 31, 2011 at 11:25 PM, A.R. Burgers  wrote:
>>> Op 31-3-2011 22:44, marco atzeri schreef:

 On Thu, Mar 31, 2011 at 10:21 PM, A.R. Burgers ?wrote:
>
> LS,
>
> with the current octave, I get this octave strcat
> error on plot, both with xterm and the dumb terminal.
> Same error on two different windows XP systems.
> Same error with libstdc++6 and libgfortran3 from cygwin-ports gcc 4.5.2-2
>
> Teun
>
> $ octave
> GNU Octave, version 3.4.0
> Copyright (C) 2011 John W. Eaton and others.
>
> [snip]
>
> octave:1> ?t=(0:0.1:2*pi);
> octave:2> ?plot(t,sin(t))
> error: Invalid call to strcat. ?Correct usage is:
>
> ?-- Function File: ?strcat (S1, S2, ...)
>
> error: called from:
> error: ? /usr/share/octave/3.4.0/m/help/print_usage.m at line 87, column
> 5
> error: ? /usr/share/octave/3.4.0/m/strings/strcat.m at line 92, column 5
> error: ? /usr/share/octave/3.4.0/m/plot/__gnuplot_get_var__.m at line
> 113,
> column 11
> error: ? /usr/share/octave/3.4.0/m/plot/__go_draw_axes__.m at line 40,
> column 18
> error: ? /usr/share/octave/3.4.0/m/plot/__go_draw_figure__.m at line 167,
> column 19
> error: ? /usr/share/octave/3.4.0/m/plot/__gnuplot_drawnow__.m at line 86,
> column 5
> octave:3> ?quit
>
> BURGERS@P4949 ~
> $ echo $TERM $DISPLAY
> xterm :0
>
> BURGERS@P4949 ~
> $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3
> libstdc++
> gnuplot
> Cygwin Package Information
> Package ? ? ? ? ? ? ?Version ? ? ? ?Status
> cygwin ? ? ? ? ? ? ? 1.7.9-1 ? ? ? ?OK
> gnuplot ? ? ? ? ? ? ?4.4.0-1 ? ? ? ?OK
> libgfortran3 ? ? ? ? 4.3.4-4 ? ? ? ?OK
> liblapack0 ? ? ? ? ? 3.2.2-2 ? ? ? ?OK
> libqrupdate0 ? ? ? ? 1.1.1-1 ? ? ? ?OK
> octave ? ? ? ? ? ? ? 3.4.0-3 ? ? ? ?OK
>
 could you just check if reversing to cygwin ?1.7.8-1 solve the problem ?

 I also noted the same problem this morning, but it was puzzling and
 NOT really repetitive.
>>>
>>> Your hunch was right, downgrading to 1.7.8-1 solves it
>>>
>>> Teun
>>>
>>
>>it seems caused by a change between cygwin snapshots 20110308 and 20110309
>>
>>Corinna, gcf
>>Have we catch a fhandler / pipe special case ?
>
> Since it's in the dll_init() function, I don't see how it could be pipe 
> related.
> Does strace implicate pipe handling?
>
> gcf
>

I need to check for the strace.

I was just guessing around the changelog entry

http://cygwin.com/snapshots/winsup-changelog-20110308-20110309

it reports mainly fhandler and pipe changes.

Marco

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