On 09/14/11 21:13, Ted Byers wrote:
The program run, and works, but ...
I have a perl program
Perl script...
running from a WIndows CMD shell, that needs to somehow
run it in bash (with my usual environment when I run the bash shell)
Why? Why does it need to run in bash? cmd and bash are just
On 9/15/2011 6:13 AM, Ted Byers wrote:
The program run, and works, but ...
I have a perl program running from a WIndows CMD shell, that needs to somehow
run it in bash (with my usual environment when I run the bash shell)
If I run bash, I invoke my program my program using './qlt' followed by a
The program run, and works, but ...
I have a perl program running from a WIndows CMD shell, that needs to somehow
run it in bash (with my usual environment when I run the bash shell)
If I run bash, I invoke my program my program using './qlt' followed by almost
a dozen commandline arguments.
I
On 9/15/2011 4:28 AM, Paul wrote:
Marco atzeri gmail.com> writes:
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzeri gmail.com> writes:
The right command should be:
$ rebaseall -s 'dll|so|oct'
Thanks again, Marco. Unfortunately, still no joy after redoing you
rebaseall& peflagsall st
Marco atzeri gmail.com> writes:
>On 9/14/2011 5:33 PM, Paul wrote:
>> Marco atzeri gmail.com> writes:
>
>>> The right command should be:
>>>
>>> $ rebaseall -s 'dll|so|oct'
>>
>> Thanks again, Marco. Unfortunately, still no joy after redoing you
>> rebaseall& peflagsall statements and rebootin
On Wed, Sep 14, 2011 at 11:02:36PM +0200, Marco atzeri wrote:
>On 9/14/2011 5:02 PM, Christopher Faylor wrote:
>>Why do we need to add an arbitrary new extension here? Why isn't
>>octave using "dll"? "oct" is certainly not a standard extension for a
>>shared library.
>
>octave is using .oct on al
Marco atzeri gmail.com> writes:
>On 9/14/2011 5:33 PM, Paul wrote:
>> Marco atzeri gmail.com> writes:
>
>>> The right command should be:
>>>
>>> $ rebaseall -s 'dll|so|oct'
>>
>> Thanks again, Marco. Unfortunately, still no joy after redoing you
>> rebaseall& peflagsall statements and rebootin
Larry Hall wrote:
>On 9/14/2011 4:31 PM, John Ruckstuhl wrote:
>> Larry Hall wrote:
>>> On 9/14/2011 1:56 PM, Thorsten Kampe wrote:
The obvious way to troubleshoot this would be to use a network drive (Z:
for instance) instead of UNC or to mount the share and see if that
works. Natur
On 2011-09-14 21:35Z, Robert Perlberg wrote:
> Microsoft Windows XP
> Professional x64 Edition
> Version 2003
> Service Pack 2
[and some files in C:\WINDOWS\system32 aren't seen by 'ls']
Perhaps some files are "hidden" as described here:
http://cygwin.com/ml/cygwin/2006-01/msg00444.html
--
Pro
Microsoft Windows XP
Professional x64 Edition
Version 2003
Service Pack 2
On Sep 14, 2011, at 5:27 PM, Marco atzeri wrote:
On 9/14/2011 11:15 PM, Robert Perlberg wrote:
Cygwin does not seem to be seeing certain Windows files, specifically
"ntbackup.exe".
Ex:
cd /cygdrive/c/WINDOWS/system32
ls
On 9/14/2011 11:15 PM, Robert Perlberg wrote:
Cygwin does not seem to be seeing certain Windows files, specifically
"ntbackup.exe".
Ex:
cd /cygdrive/c/WINDOWS/system32
ls -ld nt*
yields:
-rwxrwx---+ 1 Administrators SYSTEM 778240 Nov 8 2010 ntdll.dll
-rwxrwx---+ 1 Administrators SYSTEM 71680
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzeri gmail.com> writes:
The right command should be:
$ rebaseall -s 'dll|so|oct'
Thanks again, Marco. Unfortunately, still no joy after redoing you
rebaseall& peflagsall statements and rebooting. I got the same error
as before:
octave:1> plot
Cygwin does not seem to be seeing certain Windows files, specifically
"ntbackup.exe".
Ex:
cd /cygdrive/c/WINDOWS/system32
ls -ld nt*
yields:
-rwxrwx---+ 1 Administrators SYSTEM 778240 Nov 8 2010 ntdll.dll
-rwxrwx---+ 1 Administrators SYSTEM 71680 Feb 18 2007 ntdsapi.dll
-rwxrwx---+ 1 Adm
On 9/14/2011 5:02 PM, Christopher Faylor wrote:
Why do we need to add an arbitrary new extension here? Why isn't octave
using "dll"? "oct" is certainly not a standard extension for a shared
library.
cgf
octave is using .oct on all platforms including linux
upstream choice, no specific dif
On 9/14/2011 4:31 PM, John Ruckstuhl wrote:
Larry Hall wrote:
On 9/14/2011 1:56 PM, Thorsten Kampe wrote:
The obvious way to troubleshoot this would be to use a network drive (Z:
for instance) instead of UNC or to mount the share and see if that
works. Naturally it would also make sense to test
Larry Hall wrote:
> On 9/14/2011 1:56 PM, Thorsten Kampe wrote:
> > The obvious way to troubleshoot this would be to use a network drive (Z:
> > for instance) instead of UNC or to mount the share and see if that
> > works. Naturally it would also make sense to test the latest Cygwin
> > snapshot an
On 9/14/2011 14:25, Ryan Johnson wrote:
> Question: in my experience sshd will not allow connections to users who
> have no password set, even when password-auth is not used. This happened
> on my wife's laptop, for example, where I ended up having to create a
> dummy user for myself that had a pas
On 14/09/2011 11:08 AM, Jeremy Bopp wrote:
On 9/13/2011 13:38, Larson, Donald (Don) wrote:
I understand "su" does not work – answer use ssh. SSHD cannot start
because user sshd cannot login. I run login sshd type in the
password and then I get the message.
What you're saying is that you want a
On 9/14/2011 2:22 PM, João Moreira wrote:
I checked the BLODA list again and I only had Avira installed.
Could it have something to do with a windows update? I keep my OS updated.
No, but you're on the right track in thinking beyond the BLODA list. That's
a list apps known to cause problems.
On 13/09/2011 22:20, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-09-09 at 21:57 -0400, Chris Sutcliffe wrote:
>> Just a heads up around an issue I encountered with rtorrent after
>> executing rebaseall. I ran in to some forking issues so I executed
>> rebaseall after which rtorrent started to crash c
On Wed, Sep 14, 2011 at 4:16 AM, Larry Hall (Cygwin) wrote:
>
> On 9/13/2011 6:53 AM, João Moreira wrote:
>>
>> On Tue, Sep 13, 2011 at 11:29 AM, Marco atzeri wrote:
>>>
>>> On 9/13/2011 12:00 PM, Damon Register wrote:
On 9/13/2011 5:15 AM, Marco atzeri wrote:
>
> On 9/13/2011 10:
On 9/14/2011 1:56 PM, Thorsten Kampe wrote:
* John Ruckstuhl (Tue, 13 Sep 2011 17:40:40 -0700)
I'm trying to create files in the current dir, on a network
fileserver. I do have the necessary permissions. The standard
incantation fails, but some non-standard incantations succeed. I'm
willing to b
* John Ruckstuhl (Tue, 13 Sep 2011 17:40:40 -0700)
> I'm trying to create files in the current dir, on a network
> fileserver. I do have the necessary permissions. The standard
> incantation fails, but some non-standard incantations succeed. I'm
> willing to bet $10 that it's a cygwin1.dll problem,
Larry Hall asks for more info:
> On 9/13/2011 8:40 PM, John Ruckstuhl wrote:
> > I'm trying to create files in the current dir, on a network fileserver.
>
> What do we know about this fileserver?
This required a visit with my friendly IT Team.
An HP Proliant DL380G5 running Windows 2003, with an e
On 9/14/2011 5:22 AM, Ryan Johnson wrote:
> There is some evidence [1] that flagging cygwin .exe as large address
> aware and rebasing all libraries (excepting cygwin1.dll?) into high
> addresses makes it immune to ASLR problems (the latter apparently only
> mucks with low addresses), but I don't k
Marco atzeri gmail.com> writes:
>On 9/14/2011 2:22 PM, Ryan Johnson wrote:
>> On 14/09/2011 1:43 AM, Marco atzeri wrote:
>>> Hi Paul,
>>> your problem is a new one
>>>
>>> max.oct is a dll of octave, and its base address is not 004F
>>>
>>> $ objdump -p /lib/octave/3.4.2/oct/i686-pc-cygwin/ma
On 9/13/2011 13:38, Larson, Donald (Don) wrote:
> I understand "su" does not work – answer use ssh. SSHD cannot start
> because user sshd cannot login. I run login sshd type in the
> password and then I get the message.
What you're saying is that you want a way to log in as another user as
one wou
On Wed, Sep 14, 2011 at 02:33:26PM +0200, Marco atzeri wrote:
>On 9/14/2011 2:22 PM, Ryan Johnson wrote:
>> On 14/09/2011 1:43 AM, Marco atzeri wrote:
>>> Hi Paul,
>>> your problem is a new one :-(
>>>
>>> max.oct is a dll of octave, and its base address is not 004F
>>>
>>> $ objdump -p /lib/oc
On 9/14/2011 2:22 PM, Ryan Johnson wrote:
On 14/09/2011 1:43 AM, Marco atzeri wrote:
Hi Paul,
your problem is a new one :-(
max.oct is a dll of octave, and its base address is not 004F
$ objdump -p /lib/octave/3.4.2/oct/i686-pc-cygwin/max.oct |grep ImageBase
ImageBase 686c
I guess th
On 14/09/2011 1:43 AM, Marco atzeri wrote:
On 9/14/2011 4:52 AM, Paul wrote:
I am using the 2011-08-29 snapshot at http://cygwin.com/snapshots
because
cygwin-1.7.9-1 does not allow me to write to, or create, files on
network drives
(http://cygwin.com/packages/cygwin/cygwin-1.7.9-1).
snapshot
Marco atzeri gmail.com> writes:
>On 9/14/2011 4:52 AM, Paul wrote:
>> I am using the 2011-08-29 snapshot at http://cygwin.com/snapshots
>> because cygwin-1.7.9-1 does not allow me to write to, or create,
>> files on network drives
>> (http://cygwin.com/packages/cygwin/cygwin-1.7.9-1).
>
> snapsho
31 matches
Mail list logo