Lee said:
>> For gui consoles, use
>
>> alias cls='echo -e "\033c"'
>
>> which does clear the scrollback buffer.
>
> Thanks Dave, this works on 'xterm' but not on 'mintty'.
>
> On 'mintty' it does a 'clear' (i.e., clears the screen),
> rather than a 'cls' (i.e., clears the screen and
> scrollback
Udv!
kisorsoltuk mail cimed es tied lehet az Iphone3g csucskeszuek meg ma!
nincs mas dolog csak ellatogatni oldalunkra es elolvasni a reszleteket!
latogass el meg ma oldalunkra es legyen tied ez a csucs mobil!
oldal:
http://href.hu/x/8e5j
sok sikert!
__
Chuck wrote:
> cygwin's has:
> #define PRIu32 "lu"
>
> and has
> typedef unsigned int uint32_t;
>
> Is it possible that our inttypes.h should be changed, to use "u" for 8, 16,
> and 32 bits?
Yep, I'd say so.
> Or is gcc's -Wformat=2 in 3.4.4 just too strict here -- and should be checking
> the
Well, I'm still stuck. I tried to change UseDNS to 'no', but editing the
sshd_config file was impossible. The file is owned by cyg_server and even
the Administrator user can't write to it. I tried to change the file
permissions and ssh crashed and the service wouldn't start. I changed the
settings
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I am trying to use GCC 4.3.2 to compile log4cplus 1.0.3 source. Compilation
works but test cases that are using the resulting DLL do not work. The $?
shell variable ends up with value 5. I used depends.exe on the test case
executable and it finds
On Mar 15 08:32, Andy Koppe wrote:
> Chuck wrote:
> > cygwin's has:
> > #define PRIu32 "lu"
> >
> > and has
> > typedef unsigned int uint32_t;
> >
> > Is it possible that our inttypes.h should be changed, to use "u" for 8, 16,
> > and 32 bits?
>
> Yep, I'd say so.
Done.
Corinna
--
Corinna V
Václav Haisman wrote:
> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>
> Hi, I am trying to use GCC 4.3.2 to compile log4cplus 1.0.3 source.
> Compilation works but test cases that are using the resulting DLL do not
> work. The $? shell variable ends up with value 5. I used depends.exe on the
>
Marco Atzeri wrote:
> I found a case where
>
>CC="gcc-4 -shared-libgcc"
>
> is absolutely needed
> I suppose it is an exception handling issues, and it
Yes, anything that throws exceptions will need this.
I have come to the conclusion that it was probably a mistake on my part not
t
Charles Wilson wrote:
> #define PRIu32 "lu"
LONG
> typedef unsigned int uint32_t;
^^ NOT LONG
PRIu32 is simply bogus.
cheers,
DaveK
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com
Peter A. Castro wrote:
> Using the Dependency Walker tool that Chuck pointed out (thanks
> Chuck!)
No problem, Basil!
> Could this really be a linker problem?
If it's not a linker problem, it has to be a faulty import library. I can't
think of any other option that would explain how that
Andy Koppe wrote:
> Chuck wrote:
>> cygwin's has:
>> #define PRIu32 "lu"
>>
>> and has
>> typedef unsigned int uint32_t;
>>
>> Is it possible that our inttypes.h should be changed, to use "u" for 8, 16,
>> and 32 bits?
>
> Yep, I'd say so.
Linux agrees with you. Its inttypes.h has:
# if __WO
Corinna Vinschen wrote:
> On Mar 15 08:32, Andy Koppe wrote:
>> Chuck wrote:
>>> cygwin's has:
>>> #define PRIu32 "lu"
>>>
>>> and has
>>> typedef unsigned int uint32_t;
>>>
>>> Is it possible that our inttypes.h should be changed, to use "u" for 8, 16,
>>> and 32 bits?
>> Yep, I'd say so.
>
>
alias cls='cmd /c cls'
cmd /c cls
doesn't work. It gives the output:
♀
Thomas Wiedmann
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http:/
There's also 'clear.exe', although it also does not clear/reset the
scrollback buffer.
Where, i. e. in which Cygwin package?
In my %ProgramFiles%\Cygwin\bin there is no clear.exe.
Thomas Wiedmann
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http:/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote, On 15.3.2009 15:40:
>[...]
>
> Not as far as I know. Perhaps what you need is to add "-shared-libgcc" to
> the command line, as in Marco's earlier post?
I tried before I posted, it didn't help anything.
>
> http://cygwin.com/ml
Where, i. e. in which Cygwin package?
In my %ProgramFiles%\Cygwin\bin there is no clear.exe.
Sorry - I just saw, that the next postings had answered this question - I
should have read them before.
Thomas Wiedmann
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
Am I the only one having trouble with PERL in the 1.7 release? I installed the
entire release, and all is working except perl, which gives me:
caymen% perl
/bin/perl.exe: error while loading shared libraries: ?: cannot open
shared object file: No such file or directory
Does anyone else see this
On Sun, 15 Mar 2009, UdiK wrote:
> Well, I'm still stuck. I tried to change UseDNS to 'no', but editing
> the sshd_config file was impossible. The file is owned by cyg_server
> and even the Administrator user can't write to it. I tried to change
> the file permissions and ssh crashed and the servi
Thomas Wiedmann wrote:
>> alias cls='cmd /c cls'
>
> cmd /c cls
> doesn't work. It gives the output:
> ♀
In a DOS console?
cheers,
DaveK
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
> I have come to the conclusion that it was probably a mistake on my part not
> to make shared libgcc default in this release. I will probably do a fairly
> rapid re-release to change this. (Might move to 4.3.3 while I'm doing it, and
> should I make -4 the default?)
I've used gcc-4 to compile
Dave Korn schrieb:
Marco Atzeri wrote:
I found a case where
CC="gcc-4 -shared-libgcc"
is absolutely needed
I suppose it is an exception handling issues, and it
Yes, anything that throws exceptions will need this.
I have come to the conclusion that it was probably a mistake on my pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave,
Trying gcj-4 with the standard java hello world program:
$ gcj-4 -C Hello.java
gcj-4: error trying to exec 'ecj1': execvp: No such file or directory
$ gcj-4 Hello.java
gcj-4: error trying to exec 'ecj1': execvp: No such file or directory
Hu
Yaakov (Cygwin/X) wrote:
> Dave,
>
> Trying gcj-4 with the standard java hello world program:
>
> $ gcj-4 -C Hello.java
> gcj-4: error trying to exec 'ecj1': execvp: No such file or directory
>
> $ gcj-4 Hello.java
> gcj-4: error trying to exec 'ecj1': execvp: No such file or directory
>
> Huh
Thomas Wiedmann wrote:
>> There's also 'clear.exe', although it also does not clear/reset the
>> scrollback buffer.
>
> Where, i. e. in which Cygwin package?
> In my %ProgramFiles%\Cygwin\bin there is no clear.exe.
^^^
This is probably a really bad place to install cygwin. Spa
Reini Urban wrote:
> I hope that the frequent Vista unable to remap perl Cwd.dll errors will
> be gone then, but I have not Vista to test.
Using peflags to mark Cwd.dll with dynbase solves the problem for me.
Now that binutils' ld has a the capability to do this, and they have
decided on a comman
On Sun, 15 Mar 2009, Dave Korn wrote:
Hi Dave!
Peter A. Castro wrote:
Using the Dependency Walker tool that Chuck pointed out (thanks
Chuck!)
No problem, Basil!
"Basil!" I love it! (you know I was just kidding! :-)
Could this really be a linker problem?
If it's not a linker probl
Dave Korn wrote:
Might move to 4.3.3 while I'm doing it, and should I make -4 the default?
Oh, yes, yes!
Thanks,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.htm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
> IIUC, GCJ accepts both java source (.java) and byte code (.class) files and
> compiles them to native assembly. In order to compile .java files to
> bytecode, it relies on the Eclipse Java compiler front-end.
OK, this is someth
--- Dom 15/3/09, Yaakov (Cygwin/X) ha scritto:
> Da: Yaakov (Cygwin/X)
> Oggetto: Re: [ANNOUNCEMENT] [1.7] Updated: {libtool/libltdl7}-2.2.7a-10
> A:
> Data: Domenica 15 marzo 2009, 05:56
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Charles Wilson wrote:
> > GNU libtool is a generi
Apologies for what is going to be quite light on details as bug reports go,
but I've only just noticed it and I haven't got a simple testcase yet.
As the subject line says, heap_chunk_in_mb=1536 breaks expect. The
situation that I'm seeing this in is when attempting to run the binutils
tests
Yaakov (Cygwin/X) wrote:
>> I do not know yet if the Eclipse Java compiler license is compatible with
>> the Cygwin license, so for the moment I haven't shipped it in the distro.
>> (OTOH it now looks like maybe I could have used it while building libgcj
>> without needing to distribute it.)
>
I thought it was maybe because they were gzipped so I ungzipped a few
favorites to see if that helped but
it didn't, so I did a trace on a man and it seems to spend an awful
lot of time in certain spots:
CYGWIN_NT-5.1 rootboy2 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
17:59:10 [read_pipe] tr
Yaakov (Cygwin/X) wrote:
> With this release I'm getting the following error with automake <1.9:
>
> autoreconf-2.63: running: aclocal --force
> aclocal: macro `_LT_PREPARE_SED_QUOTE_VARS' required but not defined
> aclocal: macro `_LT_PROG_ECHO_BACKSLASH' required but not defined
> autoreconf-2.
The lzma package has been replaced by its successor, xz. The xz
tools support both .lzma files and the new .xz format. The xz package
ships with compatibility links so you don't even need to retrain
your fingers: 'lzma', 'lzcat', etc, are all provided by that package.
However, the xz package pro
Libarchive is a programming library that can create and read several
different streaming archive formats, including most popular tar
variants and several cpio formats. It can also write shar archives and
read ISO9660 CDROM images. The bsdtar program is an implementation of
tar(1) that is built on t
The xz package is the successor to lzma. Its command-line tools
support both .lzma files and the new .xz format, and it ships with
compatibility links so you don't even need to retrain your fingers:
'lzma', 'lzcat', etc, are all still present. However, you probably
should: .xz files are already be
The lzma package has been replaced by its successor, xz. The xz
tools support both .lzma files and the new .xz format. The xz package
ships with compatibility links so you don't even need to retrain
your fingers: 'lzma', 'lzcat', etc, are all provided by that package.
However, the xz package pro
Libarchive is a programming library that can create and read several
different streaming archive formats, including most popular tar
variants and several cpio formats. It can also write shar archives and
read ISO9660 CDROM images. The bsdtar program is an implementation of
tar(1) that is built on t
The xz package is the successor to lzma. Its command-line tools
support both .lzma files and the new .xz format, and it ships with
compatibility links so you don't even need to retrain your fingers:
'lzma', 'lzcat', etc, are all still present. However, you probably
should: .xz files are already be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
> The xz package is the successor to lzma. Its command-line tools
> support both .lzma files and the new .xz format, and it ships with
> compatibility links so you don't even need to retrain your fingers:
> 'lzma', 'lzcat', etc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Yaakov (Cygwin/X) wrote:
> Charles Wilson wrote:
>> The xz package is the successor to lzma. Its command-line tools
>> support both .lzma files and the new .xz format, and it ships with
>> compatibility links so you don't even need to retrain your f
A large number (575) of 'man' pages, that reference other man pages using a
'.so' (source include) reference, fail to work because the plain text files
have the '.gz' extension appended without actually being gzipped. Could
this be due to a mishap in or with the 'cygport' package?
Each reference
Andy Koppe wrote:
Lee said:
For gui consoles, use
alias cls='echo -e "\033c"'
which does clear the scrollback buffer.
Thanks Dave, this works on 'xterm' but not on 'mintty'.
On 'mintty' it does a 'clear' (i.e., clears the screen),
rather than a 'cls' (i.e., clears the
I'm having some problems with 'less' in a 'mintty' window that are not
consistent. Specifically while paging through stdin (to 'less'), in
'less', the first time I try to use or to go respectively
to the beginning or end of the stdin stream, the 'less' navigation
hangs until I hit -c. Then they
Yaakov (Cygwin/X) wrote:
>
> So if I'm reading this right, is the attached patch for cygport correct?
- *.tar.lzma)
- check_prog_req lzma
- unpack_cmd="tar --lzma -xf"
+ *.tar.lzma|*.tar.xz)
+
peflags --tsaware=0 : clear
If this is more-or-less ok, I'll get started on the peflagsall script,
and send it all with updated docu as a patch for Jason to use in the
next rebase release.
gcc -o peflags.exe -DVERSION='"2.4.5"' peflags.c
--
Chuck
peflags.c.200903
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
> Not yet, because I'm not sure that GNU tar supports --xz yet. You could
> use '--use-compress-program=xz" though.
GNU tar does support --xz as of 1.22. Right now though, we have 1.21,
so this patch will have to wait until E
Hello,
* On Sun, Mar 15, 2009 at 03:02:56PM -0400 Charles Wilson wrote:
> Thomas Wiedmann wrote:
> >> There's also 'clear.exe', although it also does not clear/reset the
> >> scrollback buffer.
> >
> > Where, i. e. in which Cygwin package?
> > In my %ProgramFiles%\Cygwin\bin there is no clear.exe
48 matches
Mail list logo
