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,
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
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
-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
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
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
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,
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
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
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
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 foo2.sh
8010^M.bar^M
[EMA
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
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
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
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 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
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
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
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 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
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 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
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 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
>
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
-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
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
(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
>> 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
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/
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/
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,
-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
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
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
>
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
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.
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
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!
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:
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
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
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??
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
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
46 matches
Mail list logo
