Marco atzeri marco.atzeri at 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).
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).
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
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
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 would
Marco atzeri marco.atzeri at 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/max.oct
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 know
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
* 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,
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
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:26 AM, João Moreira wrote:
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
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 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 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
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 and to see
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
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
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
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzerimarco.atzeriat 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:
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
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 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
--
Problem
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. Naturally it would
Marco atzeri marco.atzeri at gmail.com writes:
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzerimarco.atzeriat 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
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 all platforms
Marco atzeri marco.atzeri at gmail.com writes:
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzerimarco.atzeriat 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
On 9/15/2011 4:28 AM, Paul wrote:
Marco atzerimarco.atzeriat gmail.com writes:
On 9/14/2011 5:33 PM, Paul wrote:
Marco atzerimarco.atzeriat gmail.com writes:
The right command should be:
$ rebaseall -s 'dll|so|oct'
Thanks again, Marco. Unfortunately, still no joy after redoing you
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.
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
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
31 matches
Mail list logo