Hi Charles,
on libjbig-devel a header file is missing
$cygcheck -l libjbig-devel
/usr/lib/libjbig.a
/usr/lib/libjbig.dll.a
/usr/lib/libjbig85.a
/usr/include/jbig.h
/usr/include/jbig85.h
$ grep include /usr/include/jbig.h
#include
#include "jbig_ar.h"
Regards
Marco
--
Problem reports:
You probably loaded the windows version of TeXLive, which is basically
MiKTeX with a TeX editor and another program. These are made specifically
for windows and that means they require "windows file and path names".
In other words they don't use POSIX compliant pathnames.
In order to install a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 10/4/2009 2:19 PM:
> The Cygwin symlink(2) call does not add the .exe suffix, neither in
> Cygwin 1.5, nor in Cygwin 1.7. It looks like a feature of the ln(1)
> tool from the Cygwin 1.5 coreutils, AFAICS.
Yes, the 1.5
On 10/4/2009 1:52 PM, Corinna Vinschen wrote:
Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere
in the strace tcsh is actually started. Rather, it looks like luit
starts /bin/sh with argv[0] set to -tcsh instead.
Interesting. When I was experimenting with -62, I notice
Marco Atzeri ha scritto:
as workaround try
gm convert -compress jpeg test.jpg test2.pdf
Just for completeness...
Using 'convert' (i.e. from IM) gives the same result in 1.5 and 1.7:
$ convert test.jpg test2.pdf
$ ls -lrt
[...]
-rw-r--r-- 1 graziosi Users 353300 5 Oct 00:02 test2.pdf
Marco Atzeri ha scritto:
as workaround try
gm convert -compress jpeg test.jpg test2.pdf
It works better: 'test2.pdf' has an acceptable size of 299496 bytes
(296578 with GM in Cygwin-1.5); but the original behavior, without
'-compress jpeg', would be preferable (it would avoid to change
> Da: Angelo Graziosi
> Oggetto: 'gm convert' in 1.5 and 1.7
> A: "Cygwin"
> Data: Sabato 3 ottobre 2009, 17:16
> I have noticed different results in
> size using 'gm convert', from JPG to PDF, in Cygwin 1.5 and
> in 1.7. For example, in Cygwin-1.5
>
> $ gm convert -page 595x842! test.jpg test.j
David Antliff wrote:
In my experience, it should be possible to create symlinks to any
arbitrary target, regardless of whether it actually exists or not.
Therefore, if I create a symlink to "/bin/ls" then I'd expect that to
be the content of the symlink - the automatic behaviour of rewriting
it t
On Oct 5 09:12, David Antliff wrote:
> 2009/10/5 Vincent Rivière :
> > Do you agree this is a bug and it should be fixed ?
>
> I've got nothing to do with the code, but I am an interested observer.
>
> In my experience, it should be possible to create symlinks to any
> arbitrary target, regardle
2009/10/5 Vincent Rivière :
> Do you agree this is a bug and it should be fixed ?
I've got nothing to do with the code, but I am an interested observer.
In my experience, it should be possible to create symlinks to any
arbitrary target, regardless of whether it actually exists or not.
Therefore,
On Oct 4 11:44, Jim Reisert AD1C wrote:
> > Did you upgrade xorg-server at the same time? Maybe your problem is caused
> > by the change in system.XWinrc that I reported yesterday:
>
> > http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html
>
> I already had the latest Xorg server. The only
> Did you upgrade xorg-server at the same time? Maybe your problem is caused by
> the change in system.XWinrc that I reported yesterday:
> http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html
I already had the latest Xorg server. The only difference is the
Cygwin version. -61 works, -62 ha
︶ㄣ無名氏 wrote:
> On Mon, Oct 5, 2009 at 00:14, Dave Korn wrote:
>> , I wonder if you have some kind of
>> networking-related BLODA.
>
> Yes, i have some kind of networking-related program. However, the
> older version of cygwin haver run very well on my computer. So, i
> think the cygwin 1.7 maybe r
On 10/4/2009 12:39 PM, Jim Reisert AD1C wrote:
CYGWIN_NT-5.1 jjr 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
I can start X-windows but can't start an xterm by right-clicking on the
X icon in my system tray. I get the window but it hangs (empty). I
have moved my .cshrc file out of the way.
Hi,
On Sun, Oct 4, 2009 at 17:57, Matthias Meyer wrote:
> Hi,
>
> I've running port forwarding in WindowsXP as well as Windows Vista by using
> autossh, running as a service, installed by cygrunsrv.
>
> cygrunsrv -I service-tunnel -f "secure tunnel for service" \
> -n -t auto -y tcpip -O -u
Hi,
I've running port forwarding in WindowsXP as well as Windows Vista by using
autossh, running as a service, installed by cygrunsrv.
cygrunsrv -I service-tunnel -f "secure tunnel for service" \
-n -t auto -y tcpip -O -u $priv_user -w $priv_pwd -p /bin/nice \
-a "-n 10 /bin/auto
CYGWIN_NT-5.1 jjr 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
I can start X-windows but can't start an xterm by right-clicking on the
X icon in my system tray. I get the window but it hangs (empty). I
have moved my .cshrc file out of the way. My default shell is tcsh.
I've also rebooted.
On Mon, Oct 5, 2009 at 00:14, Dave Korn wrote:
> , I wonder if you have some kind of
> networking-related BLODA.
Yes, i have some kind of networking-related program. However, the
older version of cygwin haver run very well on my computer. So, i
think the cygwin 1.7 maybe responsible for the probl
nwpu053...@gmail wrote:
> $ rsync.exe -a one/ two/
> rsync: Failed to dup/close: Socket operation on non-socket (108)
> rsync error: error in IPC code (code 14) at
> /home/lapo/packaging/rsync-3.0.6-1/s
> rc/rsync-3.0.6/pipe.c(147) [receiver=3.0.6]
Can't reproduce:
> ad...@ubik ~
> $ cd /tmp
>
$ rsync.exe -a one/ two/
rsync: Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at /home/lapo/packaging/rsync-3.0.6-1/s
rc/rsync-3.0.6/pipe.c(147) [receiver=3.0.6]
--
Problem reports: http://cygwin.com/problems.html
FAQ: ht
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Vincent Rivière on 10/4/2009 6:21 AM:
> $ ln -s /bin/ls lls
> $ ls -l lls
> lrwxrwxrwx 1 vincent cygwin 11 Oct 4 14:13 lls -> /bin/ls.exe
>
> Do you agree this is a bug and it should be fixed ?
I'm not sure whether I agree that it is a
Hello.
I have just noticed the following behavior in Cygwin 1.5.25-15:
$ ln -s /bin/ls lls
$ ls -l lls
lrwxrwxrwx 1 vincent cygwin 11 Oct 4 14:13 lls -> /bin/ls.exe
I think the link target should not show the .exe
For example, if I make on Cygwin a tar archive containing symlinks to
well-know
> Da: Dave Korn
> Oggetto: Re: 'gm convert' in 1.5 and 1.7
> A: cygwin cygwin.com
> Data: Domenica 4 ottobre 2009, 08:59
> Marco Atzeri wrote:
>
> > Probably is due to the lack of zip on my pc.
>
> Check specifically for the -devel package.
>
> cheers,
> DaveK
Not as simple, as th
23 matches
Mail list logo
