Hello,
my mounts are all text mode, i.e. the "Default Text File
Type" is "DOS". Nevertheless, shouldn't
dd if=test_unix.txt of=text.txt
create an exact copy of "test_unix.txt"? It seems DD doesn't open the
file in binary mode (like even VIM does), because
if "test_unix.txt" contains LF line ends, "
Sebastian Schuberth wrote:
> my mounts are all text mode, i.e. the "Default Text File
> Type" is "DOS". Nevertheless, shouldn't
Yeah, that does seem a bit broken. You can solve that with something
like the following:
--- dd.c.orig 2005-05-06 01:03:01.12500 -0700
+++ dd.c2005-05-06
Sam Steingold schrieb:
* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
-mno-cygwin does not just "make things that doesn't depend on the
cygwin DLL", it removes Cygwin from the equation entirely.
this is very unfortunate, actually.
things like berkeley-db, postgresql, pcre &c all h
> Max Bowsher writes:
> The only user of the "neon" package within the Cygwin distribution
> itself is subversion.
> Neon has recently moved from 0.24.x to 0.25.x, a major API change.
> I would like to know whether the neon package is being used by anyone
> for anything e
Hi
The man page mf.1 is installed under
/usr/share/man insted of /usr/share/man/man1
Ciao
Volker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Volker Zell writes:
> The man page mf.1 is installed under
>
> /usr/share/man insted of /usr/share/man/man1
Ok, Thanks. This just missed 3.0.0-3...
Jan.
--
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien | http://www.lilypond.org
Hi there,
I am using the following convention to set variables in Bash:
awk -f /"SIMU_included/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read SIMU
For some reason parameter "SIMU" gets set randomly.
Could this be due W2K's buffering in creation of
temporary file ${TMP
Hi. I tried running post-texmf.sh.done again, but it
does not solve the problem...
The attached files are tex source files that I use to
reproduce the problem.
Thank you for your helps!
Chiu
--
TC writes:
> Could you please tell me how to correct the
> problem?
> kpathsea: Running mktexpk --m
Dr. Volker Zell wrote:
Max Bowsher writes:
> The only user of the "neon" package within the Cygwin distribution
> itself is subversion.
> Neon has recently moved from 0.24.x to 0.25.x, a major API change.
> I would like to know whether the neon package is being used by anyone
> for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Dessent on 5/6/2005 2:06 AM:
> Sebastian Schuberth wrote:
>
>>my mounts are all text mode, i.e. the "Default Text File
>>Type" is "DOS". Nevertheless, shouldn't
>>
>>dd if=test_unix.txt of=text.txt
>>
>>create an exact copy of "test
TC writes:
> The attached files are tex source files that I use to
> reproduce the problem.
It works for me. You may try these commands
cygcheck -c | grep tetex
echo .$TEXMF.
kpsewhich pdftex.map
grep ptmb8r $(kpsewhich pdftex.map)
kpsewhich utmb8a.pfb
Expected results
see subject
Ciao
Volker
--
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/
Eric Blake wrote:
> Predefining O_BINARY as the default input_flags and output_flags is a
> stopgap measure. While it is fine for other programs, such as od, to
Doesn't that overly complicate things? Seems to me that whenever you
use dd you are interested in copying fixed record length data. I
On Fri, May 06, 2005 at 07:27:39AM -0600, Eric Blake wrote:
>There is still the question on cygwin whether an unspecified
>text/binary mode should always default to binary, or should default to
>the underlying default for that particular mount.
I think that dd should always default to binary unles
On Fri, May 06, 2005 at 06:52:15AM -0700, Brian Dessent wrote:
>Eric Blake wrote:
>
>> Predefining O_BINARY as the default input_flags and output_flags is a
>> stopgap measure. While it is fine for other programs, such as od, to
>
>Doesn't that overly complicate things? Seems to me that whenever
I just finished an install of Cygwin's OpenSSH on XP SP 2. Along the way I
got the error:
/var/empty must be owned by root and not group or world-writable.
This has been discussed several places before, I know. Still, I had a
different experience than previous posts. I found that what "owned by r
On Fri, 6 May 2005, Ordal, Peter wrote:
> I just finished an install of Cygwin's OpenSSH on XP SP 2. Along the way I
> got the error:
>
> /var/empty must be owned by root and not group or world-writable.
>
> This has been discussed several places before, I know. Still, I had a
> different experien
Does anyone know where, in what file, the information for setup.exe is
stored as it pertains to the column dividers?
At some point in the past, I did 'something' so that all I see in the
window is the current version. I have to move FAR to the right, and drag
back the column divider, 6 or 7 ti
Igor Pechtchanski <[EMAIL PROTECTED]> writes:
> There's always Pierre's solution of doing minimal support for stat()ing
> '//' and '//MACHINE', though...
Yes, that's the basic idea. That's the only thing that makes sense here.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P
When I enter "cygcheck -c | grep tetex", it returns:
tetex3.0.0-2 OK
tetex-base 3.0.0-2 OK
tetex-bin3.0.0-2 OK
tetex-devel 3.0.0-2 OK
tetex-doc3.0.
>> By the way, the coreutils anon CVS mirror syncronization
>> appears to be hung again,
I've just sync'd things.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On Fri, May 06, 2005 at 12:41:55PM -0400, Igor Pechtchanski wrote:
>On Fri, 6 May 2005, Ordal, Peter wrote:
>>I just finished an install of Cygwin's OpenSSH on XP SP 2. Along the
>>way I got the error:
>>
>>/var/empty must be owned by root and not group or world-writable.
>>
>>This has been discus
On Fri, May 06, 2005 at 11:13:56AM -0700, Paul Eggert wrote:
>Igor Pechtchanski <[EMAIL PROTECTED]> writes:
>>There's always Pierre's solution of doing minimal support for stat()ing
>>'//' and '//MACHINE', though...
>
>Yes, that's the basic idea. That's the only thing that makes sense
>here.
Exce
Cygnets -
I just installed Cygwin and its X-windows on a WinXPPro box to be used by
multiple, individual users with different logins. I found user "B" couldn't
run 'xinit' after user "A" unless s/he deleted or changed permissions on
'/tmp/XWin.log', which was always created with permissions -rw-r-
TC writes:
> When I enter "kpsewhich pdftex.map", it returns
> nothing! Actually, there does not exist a directory
> called "/var/lib/texmf".
Check the permissions, run the postinstall script again and look for
errors. The map file should be created near the end, by updmap. If
not, please send
[This posting is to provide future searchers with a direct hit.]
This problem is (often) due to the command-line being to long for the
windows execution model. To circumvent this, mount the path of the
executable using the -X switch. For instance, use
mount -f -X c:/cygwin/bin /bin
to enable "cy
At 05:47 PM 5/6/2005, you wrote:
>[This posting is to provide future searchers with a direct hit.]
>
>This problem is (often) due to the command-line being to long for the windows
>execution model. To circumvent this, mount the path of the executable using
>the -X switch. For instance, use
>
>mou
On Fri, May 06, 2005 at 11:47:42PM +0200, J?rgen Havsberg Seland wrote:
>[This posting is to provide future searchers with a direct hit.]
>
>This problem is (often) due to the command-line being to long for the
>windows execution model. To circumvent this, mount the path of the
>executable using
"J. David Boyd" wrote:
> Does anyone know where, in what file, the information for setup.exe is
> stored as it pertains to the column dividers?
>
> At some point in the past, I did 'something' so that all I see in the
> window is the current version. I have to move FAR to the right, and drag
> b
Brian Dessent <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> "J. David Boyd" wrote:
>
>> Does anyone know where, in what file, the information for setup.exe
>> is stored as it pertains to the column dividers?
>>
>> At some point in the past, I did 'something' so that all I see in the
>>
When starting up vi/vim I get the following error:
E558: Terminal entry not found in terminfo
'cygwin' not known. Available builtin terminals are:
builtin_ansi
builtin_xterm
builtin_iris-ansi
builtin_dumb
defaulting to ansi
Help does not work for vim I get the error:
E433: No tags file
E149:
Christopher Faylor <[EMAIL PROTECTED]> writes:
> Except that it can't be made to work correctly due to a bash bug.
Which Bash bug is that? Bash bugs can be fixed.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentat
32 matches
Mail list logo
