On Dec 4 02:20, Ben wrote:
> Just wanted to drop in a note saying that I've tried the snapshot on
> RTM Vista x64 on AMD, and I had no luck, either freshly installed, or
> with rebase/rebaseall. I tried rebaseall with ash, but got the usual
> Vista-related errors. I tried running rebase against as
Marcus,
thanks for your efforts.
> Anyway, I have changed GPGME in SVN HEAD to not use a non-installed
> library at all. This should fix the problem as well. It would be
> good if someone tested out if that is indeed the case.
>
> Thanks,
> Marcus
here are the results I get from using ever
I saw the reference to "gpgme" with some misleading (to me) version
number, such as 1.1.2, tacked on and said it was in ...somewhere like
../cygwin/ports. ..
The the real version number is 1.0.3 for the latest stable, but I
guess cygwin rules/convention requires a different numbering system??
Did you really need to start a new thread for this?
Wynfield Henman wrote:
> I saw the reference to "gpgme" with some misleading (to me) version
> number, such as 1.1.2, tacked on and said it was in ...somewhere like
> ../cygwin/ports. ..
Cygwin Ports is a separate project. Type it into Goo
Hi!
I have a simple script that illustrates a problem I'm dealing with in installing
a software package which operates under Cygwin. It uses a modified
configure/config.status scripting and then runs a make. The problem is that when
the scripts are running, it seems they keep invoking other script
Hi!
I'm trying to write a script that knows what the user selected for parameters at
installation. For example, What type of line endings (CRLF, LF, etc.). Where
does Cygwin store this sort of information, if anywhere?
thx,
Dave S.
wxMS_developers ยท Development with wxWidgets on MSWindows
http:
does anybody know where the python-impacket library can be downloaded for
cygwin ??
thanks in advance
--
View this message in context:
http://www.nabble.com/python-impacket-tf2750630.html#a7674346
Sent from the Cygwin Users mailing list archive at Nabble.com.
--
Unsubscribe info: http:/
Hi,
yes, I have gcc-g77 installed :-)
GCC 3.4.4-2 can't find libg2c.a; look e.g. at gcc -lg2c vs. gcc -lm. The
same problem exists for libfrtbegin.a.
This looks like a regression from 3.4.4-1. The cygwin package search
tells me:
3.4.4-1: usr/lib/gcc/i686-pc-cygwin/3.4.4/libg2c.a
3.4.4-2: usr/lib
If only I could use search properly :-/ Sorry about the noise.
Axel.
Axel Naumann wrote:
> Hi,
>
> yes, I have gcc-g77 installed :-)
>
> GCC 3.4.4-2 can't find libg2c.a; look e.g. at gcc -lg2c vs. gcc -lm. The
> same problem exists for libfrtbegin.a.
>
> This looks like a regression from 3.4.
On 04 December 2006 11:04, Dave Silvia wrote:
> Hi!
>
> I'm trying to write a script that knows what the user selected for
> parameters at installation.
Are you sure this is the best way to achieve whatever end result you're
using? Give us some more detail, maybe there's a better way without
Brian Dessent wrote:
> Simon Marlow wrote:
>
>> Then run the program, hit Ctrl-C and see what happens. The
> behaviour differs depending on the environment:
>>
>> * In a Cygwin shell started from cygwin.bat, with the CYGWIN
>> environment variable empty: correct behaviour, Ctrl-C is caught
>
Gary R. Van Sickle worldnet.att.net> writes:
> Do you have a link to such a script? I don't mean a proof-of-principle; I'm
> sure a suitable example can be contrived. What I'm looking for is a shell
> script "in the wild" that purposely has a carriage return embedded in it for
> reasons other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andrew Louie on 12/4/2006 6:37 AM:
> Is there a utility like a hex editor for cygwin that can check files for the
> "\r" line endings?
od can display the contents of a file (I like 'od -Ax -tcz'). Or you can
use 'file', which detects CRL
As I understand it, cygwin doesn't yet work on Vista x64. Does anyone know if a
fix is under development?
>From what I have read, it is related to Windows no longer using the
>STARTUPINFO reserved parameters to pass information onto the new process. I
>have no idea exactly how cygwin does this,
Rebase fixed the problem for me too.
Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
I will do what I can.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
>> Is there a utility like a hex editor for cygwin that can check files
for the
>> "\r" line endings?
> od can display the contents of a file (I like 'od -Ax -tcz').
> Or you can use 'file', which detects CRLF line endings in text files.
> Or go for broke and use hexl-mode of emacs.
Or
grep
(There's no need to CC me individually, I set the Reply-To: to the
list.)
Simon Marlow wrote:
> Ok, thanks. So the bit I didn't realise was that a process needs to be
> attached to an actual Windows console in order to get Ctrl-C events. This is
> a bit of a problem, because it essentially me
I nicked the title from a recent post.
Some Cygwin sessions (specifically those using "find" or "diff", and
when the task is very great, as in say "diff -rq /largedisk1
/largedisk2"*) I find that hogged resources are not freed when Cygwin is
exit-ed. The egg-timer churns away on rather simple
-Original Message-
From: Rob Walker
Sent: Friday, December 01, 2006 6:29 PM
To: cygwin@cygwin.com
Subject: Re: bash scripting problem
d2u may also corrupt "text" files that need to have CR in them. This
includes bash scripts that need to parse or output CR.
-Response Message-
I
At Mon, 04 Dec 2006 18:42:01 +0900,
"djh" <[EMAIL PROTECTED]> wrote:
>
> here are the results I get from using everthing in:
>
> * gpgme-1.0.3.tar.gz
>
> with the exceptipn of Makefile.am, which I used the new 1192 revision
> Makefile.am
> which was mv'd to Makefile.am for the following:
T
On Sat, Dec 02, 2006 at 02:25:24PM -0800, Andrew Certain wrote:
> In a normal UNIX environment, you can run the perl debugger
> and still redirect an input file to stdin. In other words,
>
> perl -d myscript < mydata
>
> does the right thing, namely, that you enter the debugger, the debugger
>
Hi there,
I have been using both the default Cygwin shell and rxvt for a while.
I seem to have some trouble getting the terminal emulators to behave correctly
(i.e. as it does under Linux).
When I edit a file using vi and use the "cw" key sequence to change a word, the
expected outcome is for th
On 12/4/06, Carles Cufi wrote:
However under both the default Cygwin shell and rxvt I get a $ dollar sign at
the end
of the word after pressing "cw" instead of the word disappearing, both terminals
behave identically.
Carlos:
That is vim's default behavior. To get the behavior you want, you
n
McArdle, Christian wrote:
As I understand it, cygwin doesn't yet work on Vista x64. Does anyone know
if a fix is under development?
From what I have read, it is related to Windows no longer using the
STARTUPINFO reserved parameters to pass information onto the new process.
I have no idea exactl
On Dec 4 13:17, Larry Hall (Cygwin) wrote:
> McArdle, Christian wrote:
> >As I understand it, cygwin doesn't yet work on Vista x64. Does anyone know
> >if a fix is under development?
> >
> >>From what I have read, it is related to Windows no longer using the
> >>STARTUPINFO reserved parameters to
Sorry;
From my admittedly confused reading of the list traffic, I thought
that the patches in the snapshot would also work on 64-bit.
Ben
On Dec 4 02:20, Ben wrote:
> Just wanted to drop in a note saying that I've tried the snapshot on
> RTM Vista x64 on AMD, and I had no luck, either freshl
On 04 December 2006 12:07, Dave Korn wrote:
JFTR: This is pretty ham-fistedly worded so I will clarify FTA.
> On 04 December 2006 11:04, Dave Silvia wrote:
>
>> Hi!
>>
>> I'm trying to write a script that knows what the user selected for
>> parameters at installation.
>> For example, What
Should this directed to the "file" package maintainer?:
~ $ date;uname -a
Mon Dec 4 14:31:38 CST 2006
CYGWIN_NT-5.0 OurServer121 1.5.22(0.156/4/2) 2006-11-13 17:01 i686 Cygwin
~ $ printf '\377\376h\000\r\000\n\000'|file -
/dev/stdin: MPEG ADTS, layer I, v1, 192 kBits, 32 kHz, Ste
Dave Korn wrote:
On 04 December 2006 11:04, Dave Silvia wrote:
Hi!
I'm trying to write a script that knows what the user selected for
parameters at installation.
Are you sure this is the best way to achieve whatever end result
you're using? Give us some more detail, maybe there's a better
On Dec 4 14:47, Tom Rodman wrote:
> Should this directed to the "file" package maintainer?:
No. You're using different versions of the `file' package. The output
of `file' is based on data files which are updated with each new version.
Hint: Don't rely on the output of file being 100% accurate
Dave Silvia wrote:
I have a simple script that illustrates a problem I'm dealing with in installing
a software package which operates under Cygwin. It uses a modified
configure/config.status scripting and then runs a make. The problem is that when
the scripts are running, it seems they keep invok
Hi there,
After some discussion with Matt Wozniski I've come to the conclusion that the
default global config file for vim (/usr/share/vim/vimrc) included with Cygwin
differs quite importantly from the ones included in other UNIX-like operating
systems like Linux or Mac OS X (and yes, I know Cy
I'm really perplexed by the following behavior:
[EMAIL PROTECTED] ~
$ cat -v foo1.sh
echo 8010 > foo1.out
[EMAIL PROTECTED] ~
$ cat -v foo2.sh
sh foo1.sh
version=`cat foo1.out`
echo ${version}.bar > foo2.out
cat -v foo2.out
[EMAIL PROTECTED] ~
$ sh foo2.sh
8010^M.bar^M
[EMAIL PROTECTED] ~
$ mou
Kevin Layer wrote:
I'm really perplexed by the following behavior:
[EMAIL PROTECTED] ~
$ cat -v foo1.sh
echo 8010 > foo1.out
[EMAIL PROTECTED] ~
$ cat -v foo2.sh
sh foo1.sh
version=`cat foo1.out`
echo ${version}.bar > foo2.out
cat -v foo2.out
[EMAIL PROTECTED] ~
$ sh foo2.sh
8010^M.bar^M
[EMA
Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
>> > version=`cat foo1.out`
>> > ...
>> Time to adjust your expectations. ;-) Text mounts write CRNL as EOLs
>> for all files that are not explicitly opened as binary (or text for
>> that matter). Text mounts remove the CR from EOLs read from files
Kevin Layer wrote:
> I'm really perplexed by the following behavior:
>
> [EMAIL PROTECTED] ~
> $ cat -v foo1.sh
> echo 8010 > foo1.out
>
> [EMAIL PROTECTED] ~
> $ cat -v foo2.sh
> sh foo1.sh
> version=`cat foo1.out`
> echo ${version}.bar > foo2.out
> cat -v foo2.out
>
> [EMAIL PROTECTED] ~
> $ sh f
On 2006-12-04, fergus wrote:
> PS Is there a switch I can add to "find /" so that /proc is not traversed?
find / -path /proc -prune -o -name foo -print
If you omit the final -print, "/proc" will be printed along with all
occurrences of "foo". See the find(1) man page.
Regards,
Gary
--
G
Marcus,
> That can't work. Makefile.am is the basis for the generated files
> Makefile.in and Makefile, the latter of which is actually used. These
> files are only automatically generated when in maintainer mode.
Yes, your right. I just read about the GNU build system last night and realized
mined 2000.13.2
(Dec 2006)
Mined is a powerful text editor with a comprehensive yet concise and
easy-to-use user interface supporting modern interaction paradigms,
and fast, small-footprint behaviour.
More information (with screenshots,
Corinna,
I've been trying to figure out why cygwin isn't working properly on
Vista x64. I saw the thread you posted to here:
http://www.cygwin.com/ml/cygwin/2006-11/msg00595.html
I see that cygwin is performing the trick outlined here:
http://www.catch22.net/tuts/undoc01.asp
(Search for "Pass
Andrew Paprocki wrote:
Corinna,
I've been trying to figure out why cygwin isn't working properly on
Vista x64. I saw the thread you posted to here:
http://www.cygwin.com/ml/cygwin/2006-11/msg00595.html
I see that cygwin is performing the trick outlined here:
http://www.catch22.net/tuts/undoc0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Kevin Layer on 12/4/2006 3:59 PM:
> I'm really perplexed by the following behavior:
>
> [EMAIL PROTECTED] ~
> $ cat -v foo1.sh
> echo 8010 > foo1.out
>
> [EMAIL PROTECTED] ~
> $ cat -v foo2.sh
> sh foo1.sh
> version=`cat foo1.out`
The r
On 12/4/06, Brian Dessent <[EMAIL PROTECTED]> wrote:
Did you really need to start a new thread for this?
Two issues where mentioned, which you apparently missed.
Wynfield Henman wrote:
> I saw the reference to "gpgme" with some misleading (to me) version
> number, such as 1.1.2, tacked on an
On Tue, Dec 05, 2006 at 02:18:37PM +0900, Wynfield Henman wrote:
>On 12/4/06, Brian Dessent <[EMAIL PROTECTED]> wrote:
>>Did you really need to start a new thread for this?
>
>Two issues where mentioned, which you apparently missed.
>
>>Wynfield Henman wrote:
>>
>>> I saw the reference to "gpgme" w
i can run xfig successuflly, but i can not print our network printer.
it reported:
lpr: printer error: can't open 'd:\printersharename'
what do i do? thank you.
--
woody
then sun rose thinly from the sea and the old man could see the other
boats, low on the water and well in toward the shore,
46 matches
Mail list logo
