On Tue, 6 Dec 2005, Christopher Faylor wrote:
> On Tue, Dec 06, 2005 at 08:41:24PM -0500, Igor Pechtchanski wrote:
> >On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:
> >[snip]
> >> That needs a comment in the code.
> >
> >Fair enough:
> >[snip]
> >+ /* Add two nulls to avoid confusing strt
On Tue, Dec 06, 2005 at 08:41:24PM -0500, Igor Pechtchanski wrote:
>On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:
>
>> On Mon, Dec 05, 2005 at 09:40:01AM -0500, Igor Pechtchanski wrote:
>> > Running cygcheck under strace shows that after listing all the available
>> > services, it invokes "cyg
On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:
> On Mon, Dec 05, 2005 at 09:40:01AM -0500, Igor Pechtchanski wrote:
> > Running cygcheck under strace shows that after listing all the available
> > services, it invokes "cygrunsrv --query grunsrv.exe --list", which results
> > in the above messa
On Tue, Dec 06, 2005 at 04:59:22PM -0800, Sumit Naiksatam wrote:
>Hello,
>
>I am a cygwin newbie. I am trying to use gdb and I get the following error:
>
>GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
>Copyright 2004 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General
Hello,
I am a cygwin newbie. I am trying to use gdb and I get the following error:
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copie
On Mon, Dec 05, 2005 at 09:40:01AM -0500, Igor Pechtchanski wrote:
> Running cygcheck under strace shows that after listing all the available
> services, it invokes "cygrunsrv --query grunsrv.exe --list", which results
> in the above message. I think this may be because the output of
> "cygrunsrv
On Tue, Dec 06, 2005 at 01:21:54PM -0800, Mark McWiggins wrote:
> I'm working with a company that deploys tar files from Unix to Windows
> where the
> Windows administrators set their directories up with various ACLs.
>
> Cygwin's default TAR program destroys these ACLs when files are unpacked
>
James R. Phillips wrote:
The octave-forge legend command requires tetex-bin. This came up in:
http://www.octave.org/mailing-lists/help-octave/2005/4239
Ok, thanks, that makes sense. I had a feeling the texinfo/makeinfo
subthread was a red herring.
I'll uninstall octave and all the, err, un
Igor Pechtchanski wrote:
> On Tue, 6 Dec 2005, Tomasz Chmielewski wrote:
>> But I don't really know where to start (which tool should I use for
>> it?)
>
> Umm, "crypt"?
Or better yet, ccrypt. Check its manpage.
gsw
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem re
If you pack something using Solaris, then you unpack it with
"Solaris" attributes. You can easily write a script that does what
you need: unpacks, then sets the attributes to want.
On 12/6/05, Mark McWiggins <[EMAIL PROTECTED]> wrote:
> Cygwin is installed as part of a proposed deployment solut
The octave-forge legend command requires tetex-bin. This came up in:
http://www.octave.org/mailing-lists/help-octave/2005/4239
I promised to fix it, and I did.
Everyone who complains about long downloads should get broadband ;)
Everyone who complains about many files should get a bigger hard d
Can you make it harder? Yes. I can think of lots of ways to make it
harder. The easiest is to prompt them for the userid and passwords
that they need when they need them and don't store them at all.
On 12/6/05, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
> Jim Drash schrieb:
> > If someone can
Cygwin is installed as part of a proposed deployment solution that's
competing with MSI (*shudder*),
so it's indeed a Cygwin problem. The current archiver on the Unix
(Solaris) side happens to be
tar, but anything that could be packed under Solaris and unpacked with a
Cygwin command line
in such
I view disk data encryption sort of like locking your car doors. If they want
your car all they really need is a pickup truck and a car tow kit. If someone
really wants to get to your data they will. The question is how badly do
they want that data? How much effort will the expend to get it? La
On Tue, Dec 06, 2005 at 01:21:54PM -0800, Mark McWiggins wrote:
>I'm working with a company that deploys tar files from Unix to Windows
>where the Windows administrators set their directories up with various
>ACLs.
>
>Cygwin's default TAR program destroys these ACLs when files are
>unpacked into th
Jim Drash schrieb:
If someone can get physical access to the disk, then there is not a
single thing you can do to stop someone who is:
1) Knowledgeable
2) Determined
3) has time
4) is a criminal
But I could certainly stop someone who is *not* knowledgeable nor
determined, and his "criminal cr
I'm working with a company that deploys tar files from Unix to Windows
where the
Windows administrators set their directories up with various ACLs.
Cygwin's default TAR program destroys these ACLs when files are unpacked
into
these directories.
Is there a command-line program that can unpack
If someone can get physical access to the disk, then there is not a
single thing you can do to stop someone who is:
1) Knowledgeable
2) Determined
3) has time
4) is a criminal
Nothing can stop them, The best you can do is slow them down, know
that it is happening maybe while it is happening or wo
> Could it be possible that you are running the Jun 7 version of
> gcc.exe when you are thinking that you are running the gcc
> pointed to by the symlink? As a WAG I think you might be and
> bash/cygwin is trying to figure out which command to ** actually ** use.
Excellent! I just tried deleti
All,
Sorry this isn't from my regular mailer ...
- Message from x on Mon, 5 Dec 2005 17:33:22 -0600 -
To:
Subject:Re: 1.5.18-1 gcc path weirdness
What does ls -l /usr/bin/*gcc* show you?
From bash, it looks like:
[EMAIL PROTECTED] /usr/bin
$ ls -l /usr/bin/*gcc*
On Tue, 6 Dec 2005, Tomasz Chmielewski wrote:
> Wayne Willcox schrieb:
>
> > On Tue, Dec 06, 2005 at 02:58:15PM -0500, Jim Drash wrote:
> >
> > > Don't put the user names or passwords in the script put them in a file
> > > only readable by SYSTEM
>
> > that would not solve the requirement of prote
Tomasz Chmielewski wrote:
> That's exactly what I mean (they are already readable by SYSTEM and
> admins only).
>
> If the disk is stolen, it would add some extra time before the password
> is compromised.
>
> Someone gave a clue here:
>
> http://cygwin.com/ml/cygwin/2005-12/msg00181.html
>
>
Wayne Willcox schrieb:
On Tue, Dec 06, 2005 at 02:58:15PM -0500, Jim Drash wrote:
Don't put the user names or passwords in the script put them in a file
only readable by SYSTEM
> that would not solve the requirement of protecting the passwords
> if the disk was stolen. The scripts are suppo
that would not solve the requirement of protecting the passwords
if the disk was stolen. The scripts are supposedly already
readable by system and admin only.
On Tue, Dec 06, 2005 at 02:58:15PM -0500, Jim Drash wrote:
> Don't put the user names or passwords in the script put them in a file
> only
Don't put the user names or passwords in the script put them in a file
only readable by SYSTEM
On 12/6/05, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
> Svend Sorensen schrieb:
> > On 12/4/05, nidhog <[EMAIL PROTECTED]> wrote:
> >
> >>On 12/4/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
>
On Tue, Dec 06, 2005 at 08:36:07PM +0100, Tomasz Chmielewski wrote:
>Svend Sorensen schrieb:
>>On 12/4/05, nidhog <[EMAIL PROTECTED]> wrote:
>>
>>>On 12/4/05, Christopher Faylor <[EMAIL PROTECTED]>
>>>wrote:
>>>
On Sun, Dec 04, 2005 at 12:20:57PM +0100, Tomasz Chmielewski wrote:
>I ha
Hello folks,
We have created the following test case to illustrate the behavior that
we observed. Hopefully someone out there can shed some light into the
subject matter.This behavior is observed running "CYGWIN_NT-5.2
P3PANDA 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown Cygwin".
T
Svend Sorensen schrieb:
On 12/4/05, nidhog <[EMAIL PROTECTED]> wrote:
On 12/4/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
On Sun, Dec 04, 2005 at 12:20:57PM +0100, Tomasz Chmielewski wrote:
I have a little open-source project, which eases Windows administration
a bit.
In some of the
Jim Kleckner wrote:
> H.S. wrote:
> ...
>
>>
>> I don't know why, but it is working now. I exluded the .lnk files and
>> backup the d drive folder separately first. Then I included other
>> directories to backed up. Now I am backing up only '/cygdrive/d/sukh
>> /cygdrive/c/Documents\ and\ Settings
On 12/4/05, nidhog <[EMAIL PROTECTED]> wrote:
> On 12/4/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> > On Sun, Dec 04, 2005 at 12:20:57PM +0100, Tomasz Chmielewski wrote:
> > >I have a little open-source project, which eases Windows administration
> > >a bit.
> > >
> > >In some of the script
H.S. wrote:
...
I don't know why, but it is working now. I exluded the .lnk files and
backup the d drive folder separately first. Then I included other
directories to backed up. Now I am backing up only '/cygdrive/d/sukh
/cygdrive/c/Documents\ and\ Settings' and it seems tobe working great.
Well
On Tue, 6 Dec 2005, Martin Gusenbauer wrote:
> I found your (old) question on cygwin.com, but no answer. Do you have
> any solution yet? In came over a similar problem yesterday, available of
> system.in always returns 0, but only if compiled on gcj and run as exe
> on xp.
>
> Thanks,
>
> Martin
>
> > I notice that your PATH setting in cygcheck has some strange things
> > at the end, like a directory of just "Z" and ".\" three times. Is
> > there a chance that there is some kind of improper string at the end?
>
> I'll check that. I've got some obsolete tools in my path, so it's time
> f
On 6-Dec-2005, Christopher Faylor wrote:
| On Tue, Dec 06, 2005 at 01:14:13AM -0500, John W. Eaton wrote:
| >On 6-Dec-2005, Charles Wilson wrote:
| >>Why does package octave-forge depend on tetex-bin? As far as I can
| >>tell, octave-forge contains .oct and .m files, and few text and info
| >>f
> What does "type gcc" report?
$ type gcc
gcc is /usr/bin/gcc
$ which gcc
/usr/bin/gcc
> I notice that your PATH setting in cygcheck has some strange things at
> the end, like a directory of just "Z" and ".\" three times. Is there a
> chance that there is some kind of improper string at the end
35 matches
Mail list logo
