On Oct 20 03:52, Paul J. Ghosh wrote:
> r...@nas-01 ~
> # smbd -V
> Version 3.0.34
>
> r...@nas-01 ~
> # uname -a
> Linux nas-01 2.6.17.8ReadyNAS #1 Tue Jun 9 13:59:28 PDT 2009 padre unknown
>
>
> Yes, please go ahead and send a patched dll. The version of smbd is what is
> provided in the late
> > On first look, it seems good. Would you consider packaging it as a
> Cygwin
> > package? You'd get more people using it that way.
> >
> > If you haven't maintained a Cygwin package before, it wouldn't be
> much work
> > to get this one going, since it's so simple. I don't think I'd wa
On Oct 21 17:51, Corinna Vinschen wrote:
> On Oct 21 10:19, Jeffrey C. Smith wrote:
> > Also, this is Windows 2008 R2. I'm told that 2008 R2 and Win 7 share the
> > same code base. Is 2008 R2 an officially supported platform for 1.7?
>
> It's supposed to be, though right at the moment I haven't i
Hi,
Is this an error, or have I misunderstod something?
/morten
$ echo ABCabc|grep --color=auto B
ABCabc <<< B is red
$ echo ABCabc|grep --color=auto b
ABCabc <<< b is red
$ echo ABCabc|grep -i --color=auto b
ABCabc <<< B and b is red
$ echo ABCabc|grep -i --color=auto B
ABCabc <<< nothing is
2009/10/22 Morten Kjærulff:
> Is this an error, or have I misunderstod something?
>
> /morten
>
> $ echo ABCabc|grep --color=auto B
> ABCabc <<< B is red
>
> $ echo ABCabc|grep --color=auto b
> ABCabc <<< b is red
>
> $ echo ABCabc|grep -i --color=auto b
> ABCabc <<< B and b is red
>
> $ echo ABCab
There's no maturity requirement as such. For a package such as cyg-apt that
doesn't exist in other distros, you have to get 5 positive votes from current
package maintainers. A clear explanation of what cyg-apt does that setup
doesn't, would probably go a long way towards that.
Thanks for that
Correction: setup doesn't require Cygwin to be closed if not working on
core packages. That makes sense.
Chris.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http:/
Corinna Vinschen wrote:
On Oct 21 17:51, Corinna Vinschen wrote:
On Oct 21 10:19, Jeffrey C. Smith wrote:
Also, this is Windows 2008 R2. I'm told that 2008 R2 and Win 7 share the
same code base. Is 2008 R2 an officially supported platform for 1.7?
It's supposed to be, though right at the momen
Hello all,
Before sending me to FAQs etc, I have read probably most of them...
And many other mails etc.
I was finally able to compile a Linux program of mine for use of my
students (the few I didn't convert yet), and, after quite a bit of work,
got there.
When I run the program from Windows, I
On 10/17/2009 12:04 PM, Dave Korn wrote:
Matthias Meyer wrote:
How to solve my goal?
The user "backup" should backup all data but not certain directories.
It cannot be done. Your two requirements amount to:
1- I want the backup user to be able to access all files and directories
without
On Oct 22 12:53, John Coppens wrote:
> I don't know how Windows would find the .dll in \cygwin\bin - which is
> the mechanism? Don't I have to copy the dlls to \window\whatever? Or is
> there some path coded in the .exe?
>
> Help please.
> John
http://msdn.microsoft.com/en-us/library/ms682586%28V
John Coppens wrote:
> When I run the program from Windows, I get a complaint that
> 'libintl-8.dll' is not found. It _is_ in \cygwin\bin - just in case, I
> reinstalled it from setup.exe (Yesterday's version), same luck.
Are you sure you copied that error message completely 100% accurately?
On Thu, 22 Oct 2009 18:00:08 +0200
Corinna Vinschen wrote:
> > Help please.
> > John
>
> http://msdn.microsoft.com/en-us/library/ms682586%28VS.85%29.aspx
Thanks Corinna!
I couldn't find any other solution, so I copied cygintl-8.dll
to /usr/local/bin (which is where my program installed, and wh
John Coppens wrote:
> When I run the program from Windows, I get a complaint that
> 'libintl-8.dll' is not found. It _is_ in \cygwin\bin - just in case, I
> reinstalled it from setup.exe (Yesterday's version), same luck.
"libintl-8.dll" should NOT be in \cygwin\bin -- and a cygwin-compiled
appli
John Coppens wrote:
> I couldn't find any other solution, so I copied cygintl-8.dll
> to /usr/local/bin (which is where my program installed, and where
> Windows always looks it seems.).
This is usually a very bad idea. If I release an updated version of
cygintl-8.dll (say, with a bugfix but no
Hi there,
On Mon, 19 Oct 2009 Chris Cormie wrote:
> I am working on a Cygwin package manager with an interface
> resembling apt-get.
This is the package that I've been dreaming of for years!
> It would be great if some folks tried out the initial release and
> provided me with some feedback.
I
On 10/21/2009 02:14 PM, Larry W. Virden wrote:
I now have access to a Cygwin 1.7 installation. I've been trying things
out and I am having a spot of trouble that I hope someone can help me through.
...
Um, when are you actually going to start a new thread rather than hijacking
others?
This is
Hi,
I'm not sure if this is the right place to post such problems, but I ran into
this problem when trying to use the paramiko library with python 2.5.2 in
Cygwin.
Ultimately the problem is that an IOError is generated when opening
/dev/urandom, reading some bytes from it (doesn't seem to matter
2009/10/22 Topher Cawlfield
> I'm not sure if this is the right place to post such problems, but I ran into
> this problem when trying to use the paramiko library with python 2.5.2 in
> Cygwin.
>
> Ultimately the problem is that an IOError is generated when opening
> /dev/urandom, reading some byt
> 2009/10/22 Topher Cawlfield
>> I'm not sure if this is the right place to post such problems, but I ran into
>> this problem when trying to use the paramiko library with python 2.5.2 in
>> Cygwin.
>>
>> Ultimately the problem is that an IOError is generated when opening
>> /dev/urandom, reading
Hi All
Default ACLs don't seem to work as they would on Linux, or for that
matter as they do for files created via Windows Explorer.
Is this expected?
administra...@hostname:/
$ mkdir newdir
administra...@hostname:/
$ getfacl newdir
# file: newdir
# owner: Administrator
# group: None
user::rwx
I don't have an answer to your specific problem. But as a side issue, I
see that your PATH is very long. You might consider using a lot of hard
links say in a directory /lbin with a buch of hard links to the real
executables in other directories. You can then shorten PATH and remove
those du
Paul McFerrin wrote:
I don't have an answer to your specific problem. But as a side issue, I
see that your PATH is very long. You might consider using a lot of hard
links say in a directory /lbin with a buch of hard links to the real
executables in other directories. You can then shorten PAT
Dave Korn wrote:
t.a.n.s.t.a.a.f.l@ wrote:
[ ... ] but as can be seen by the attached files, the downloaded
gawk executable always changes CRLF to LF,
Is this what you're looking for?
File: gawk.info, Node: User-modified, Next: Auto-set, Up: Built-in Variables
6.5.1 Built-in Variable
P.A.Long wrote:
Dave Korn wrote:
t.a.n.s.t.a.a.f.l@ wrote:
[ ... ] but as can be seen by the attached files, the downloaded gawk
executable always changes CRLF to LF,
Is this what you're looking for?
***snip***
[ ... continues ... ]
cheers,
Chris Francy wrote:
> First things first, I have narrowed it down and learned something that
> resolves the issue for what I am trying to do.
>
> For versions of rsync before 2.5.6 you could not use the link-dest
> reliably unless you copy the permissions/ownership information. With
> newer versi
MAIN QUESTION:
I can't seem to find any reference to my functions in the stack dump.
The range of function addresses in the stack dump is 0x61002F32-0x7C802542
and yet my functions should be somewhere in the 0x00401000-0x004040A5 range
(according to objdump and nm).
Is this due to the "Error wh
27 matches
Mail list logo
