2013-05-24 and 2013-06-03 snapshots are working fine.
Thanks and best regards,
Ralf
Am 24.05.2013 23:31, schrieb Corinna Vinschen:
On May 24 17:11, Ralf Glaser, track IT wrote:
I attached strace log:
2. failed when called from /cygdrive/c/Tools/... with 2012-11-23 DLL
Hope that helps
Am 24.05.2013 11:04, schrieb Corinna Vinschen:
On May 24 10:35, Ralf Glaser, track IT wrote:
Am 23.05.2013 17:03, schrieb Christopher Faylor:
On Thu, May 23, 2013 at 02:29:28PM +0200, Corinna Vinschen wrote:
On May 23 13:58, Ralf Glaser, track IT wrote:
Corinna,
when i replace the original
Am 24.05.2013 11:04, schrieb Corinna Vinschen:
On May 24 10:35, Ralf Glaser, track IT wrote:
Am 23.05.2013 17:03, schrieb Christopher Faylor:
On Thu, May 23, 2013 at 02:29:28PM +0200, Corinna Vinschen wrote:
On May 23 13:58, Ralf Glaser, track IT wrote:
Corinna,
when i replace the original
Am 24.05.2013 11:04, schrieb Corinna Vinschen:
On May 24 10:35, Ralf Glaser, track IT wrote:
Am 23.05.2013 17:03, schrieb Christopher Faylor:
On Thu, May 23, 2013 at 02:29:28PM +0200, Corinna Vinschen wrote:
On May 23 13:58, Ralf Glaser, track IT wrote:
Corinna,
when i replace the original
Unfortunately not. I could mail the traces (aprox 600kB) to you directly
if you like (or anywhere else).
Ralf
Am 24.05.2013 11:04, schrieb Corinna Vinschen:
On May 24 10:35, Ralf Glaser, track IT wrote:
Am 23.05.2013 17:03, schrieb Christopher Faylor:
On Thu, May 23, 2013 at 02:29:28PM
Am 23.05.2013 17:03, schrieb Christopher Faylor:
On Thu, May 23, 2013 at 02:29:28PM +0200, Corinna Vinschen wrote:
On May 23 13:58, Ralf Glaser, track IT wrote:
Corinna,
when i replace the original cygwin DLL (which was installed with
cygwin-1.7.17) with the snapshot from 2012-11-23 the
her.
Best reagrds,
Ralf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Andy Koppe gmail.com> writes:
>
> It's because setting LC_ALL in a bash script is too late for the bash
> process itself, which will be using the default C.UTF-8 locale unless
> something else is set when bash is invoked.
>
Now I understand. Setting LC_ALL before calling ttt.sh works:
C:\>set
My problem is not that the script is in ISO-8859-1, nor that the strings
or ttt.txt are in ISO-8859.1. They have to be in ISO-8859-1 because all my
scripts are in ISO-8859-1 and they are used together with Windows-Programs
(in the DOS-Box) which read and write only ISO-8851-1.
My Problem is to han
Cyrille Lefevre laposte.net> writes:
>
> Le 19/07/2012 16:51, Ralf a écrit :
> > Is there a way to get the right umlaut with the internal echo of the shell?
> > Example script:
> >
> > export LC_ALL=de_DE
>
> seems to default to iso8859-1 or something
Is there a way to get the right umlaut with the internal echo of the shell?
Example script:
export LC_ALL=de_DE
c:/unix/bin/uname -a
echo "Rücken" > ttt.txt
cat ttt.txt
c:/unix/bin/od -c ttt.txt
c:/unix/bin/echo "Rücken"
c:/unix/bin/echo "Rücken" | c:/unix/bin/od -c
echo "Rücken"
echo "Rücken" | c
Corinna Vinschen cygwin.com> writes:
>
> Uh oh. 1.7.9 is old. Please update.
>
> > 000 R 374 c k e n \r \n
> > 010
> > Length: 1
> >
> > What can I do to get the correct length in gawk without changing
> > ttt.txt?
>
> Dunno. This is not what I see. What did you have $
The following lines create a file named ttt.txt. The file ttt.txt contains
exactly what I want (oct 374 for the umlaut u). But if you look at the output of
these lines you can see that the function length() of gawk can not handle this
character:
uname -a
echo "Rücken" > ttt.txt
od -c ttt.txt
gawk
Conclusion (please correct me if I'm not right):
- There is no way to select 'always textmode' in the current release of cygwin
- I've to make sure that filesystems are mounted correctly (see /etc/fstab)
and that I name filenames correctly to get the right mode
- When I use windows filenames the
Eric Blake redhat.com> writes:
>
> On 03/18/2011 10:00 AM, ralf wrote:
> >
> > During setup of cygwin you could choose between UNIX ending und DOS ending.
>
> Which was a bug in the GUI for offering it in the first place, because
> it basically set the text-m
Eric Blake redhat.com> writes:
>
> On 03/18/2011 09:11 AM, ralf wrote:
> > I can not understand why this feature has been dropped.
>
> What feature? Cygwin was designed with POSIX pathnames in mind. If DOS
> pathnames work, it is a fortunate side-effect, but not t
Eric Blake redhat.com> writes:
>
> On 03/18/2011 01:43 AM, Ralf wrote:
> > I'm using cygwin under windows to change text-files with windows
line-endings
> > (CR and LF). I wrote a lot of shell-scripts which call each other. The
> > filenames in those scripts
I'm using cygwin under windows to change text-files with windows line-endings
(CR and LF). I wrote a lot of shell-scripts which call each other. The
filenames in those scripts are sometimes given als windows filenames (e.g.
c:\temp\file.txt) sometimes relative (e.g. ../tmp/file.txt) sometimes as
I was merely trying to be a good netizen by reporting
bugs that I encounter.
Thanks,
Ralf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
e to system limitations.
Thanks for maintaining Cygwin!
Ralf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
just pinged that very change this morning. I will commit it later
tonight.
Cheers,
Ralf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hi *
I noticed that the Vim package does not support the '*' and '+' registers.
Therefore, it is not possible to interact with the Windows clipboard. The
fix would be to build Vim with the +xterm_clipboard option enabled.
Thanks,
--Ralf
--
Problem reports:
Hi,
copy an paste from window to window takes what's printed,
not what you have written.
So, if the terminal prints spaces to represent the tabs,
as a terminal usualy does, you CAN only copy spaces.
All else is an exception, U*X ist NOT wysiwyg!
Regards,
Ralf
On 02.02.2009, at
$ CYGWIN=noglob ./t
cmdline {sh -c "t 1\1 2\\2 3\\\3 44"}
0: l:\ralf\t.exe
1: 11
2: 2\2
3: 3\3
4: 4\\4
However, when 'glob' is set, two backslashes are collapsed into NONE
where I still would have expected ONE (argument labelled "2:")
* Ralf Fassel
| | Does it work to pass the contents of the file on stdin instead of
| | the file name as an argument?
| |
| | external_program < "$TMPFILE"
|
| Duh. This should work in 95% of the cases. In the other cases file
| size of TMPFILE is involved, so redirection would n
* Eric Blake
| | # call program: error: no such file /cygdrive/c/temp/foo.1234
| | # filename should be c:/temp/foo.1234
| | external_program "$TMPFILE"
|
| Does it work to pass the contents of the file on stdin instead of
| the file name as an argument?
|
| external_program < "$TMPFI
In a SHELL script I prepare a temp file to pass to some non-cygwin
program:
# TMPDIR is set to c:/temp outside of cygwin
# which translates to /cygdrive/c/temp inside cygwin
# prepare input
TMPFILE=$TMPDIR/foo.$$
cat > "$TMPFILE" <<\EOF
some stuff
EOF
# call program
lush, so the desired fixes will have to wait until
> after 2.0
... I'd prefer to see such a patch before deciding when it's good to put
it in.
Cheers,
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.ht
ot to the bottom of that, and forgot
about the details since.)
Cheers,
Ralf
> 2006-12-01 Eric Blake <[EMAIL PROTECTED]>
>
> * lib/autoconf/c.m4 (AC_LANG_INT_SAVE): Avoid newline, to aid in
> cross-compiling from cygwin to mingw.
> Reported by Bob Rossi.
;ve made a binary snapshot located on
http://webdev.cegit.de/snapshots/cygwin/
Regards
Ralf
--
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/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
> On Sun, May 28, 2006 at 10:59:35PM +0200, Ralf Habacker wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> In the how-to-debug-cygwin.txt there is listed how to run applica
ewhere else, but the sources tell me that strace uses
OutputDebugString(), which should be catched by gdb.
Or does gdb print it only when the application is currently running in
gdb and not in the gdb prompt ?
Regards
Ralf
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Habacker schrieb:
> Brian Dessent schrieb:
>>> Ralf Habacker wrote:
>>>
>>>> There is only one case where I still believe that there may be a problem.
>>>> If a pthread_mutexattr_t is constructed on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
> Ralf Habacker wrote:
>
>> There is only one case where I still believe that there may be a problem.
>> If a pthread_mutexattr_t is constructed on the stack and the magic class
>> membere is be exac
see does not exist. People have a
> tendency to point to the archives and say "lookee, it's broken" if the thread
> does not come to a result. ]
>
> Ralf Habacker wrote:
>
>> You said that the testcase runs, yes, but do you have tried to debug the
>> cygwin dl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn schrieb:
> On 24 May 2006 13:19, Ralf Habacker wrote:
>
>> This breakpoint is never reached (at least in released gdb) and makes it
>> hard to debug cygwin's threading stuff, probably impossible in this area.
>
- see here for why:
http://lists.gnu.org/archive/html/automake-patches/2006-05/msg8.html
- I don't know about the NULL_DEVICE and the path_sep setting changes
-- you need to hash that out yourself. (For path_sep, you could take
a look at Autoconf's internal _AS_PATH_SEPARATOR
m down to one
failure related to this: txinfo18.test quits with a segmentation fault
of texindex, called by texi2dvi.
Attached are the verbose output of the test, the output of
sh -x texi2dvi --pdf --batch ../main.texi
and a script showing the stack dump of texindex as well as the source
files.
Che
Hi Karl,
* Karl Berry wrote on Wed, May 24, 2006 at 10:03:39PM CEST:
>
> Ralf, what is the output if you run
> tex \\end
> etex \\end
> pdfetex \\end
See typescript, attached.
> This shows that texi2dvi is invoking etex.
> This shows that mktexfmt is invoking pdfe
Hi Dave,
* Dave Korn wrote on Tue, May 23, 2006 at 03:41:51PM CEST:
> On 23 May 2006 13:13, Ralf Wildenhues wrote:
>
> [ As per cygwin-L tradition, I am replying only to the lists; Ralf, if you see
> this and Karl does not, please feel free to forward it. ]
I'm sure Karl read
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
> Ralf Habacker wrote:
>
> And yes, it used to be that gdb was too dumb to recognise that these
> faults in IsBadReadPtr were not actual faults, and it would print them
> as spurious SIGSEGVs, just as it cur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Habacker schrieb:
> Hi all,
>
> If this would be my project I would add such unit test cases as far as
> possible. Because pthread-win32 is also hosted on sources.redhat.com it
> may be possible to relicense the test applic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
> Ralf Habacker wrote:
>
>> There is no segfault, but it does not work as expected e.g.
>> pthread_mutexattr_init() does not fill the pthread_mutexattr_t struct
>> given as parameter.
>
> How d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
> Ralf Habacker wrote:
>
>> Running this testcase results in an internal exception in
>> pthread_mutexattr_init()
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x610b1005 in p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
> On Tue, May 23, 2006 at 09:20:28PM +0200, Ralf Habacker wrote:
>> your right, hope the above mentioned stuff help for this.
>
> Ralf,
> You have the test case. You have the source code. You'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
> On Tue, May 23, 2006 at 08:13:24PM +0200, Ralf Habacker wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Dave Korn schrieb:
>>> On 23 May 2006 18:10, Ralf Habacker wrot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn schrieb:
> On 23 May 2006 18:10, Ralf Habacker wrote:
>
> Oh no, not this old saw again!
>
>> C:\cygwin\home\Habacker\src\pthreads-snap-2005-03-08\tests>strace
>> mutex1n | grep C005
>> - --- Pr
ro pointer indicates a major fault conditions in the threading stuff
Changelog:
2006-05-23 Ralf Habacker <[EMAIL PROTECTED]>
* thread.cc (verifyable_object_isvalid): catch zero pointer.
Index: thread.cc
===
RCS file:
it is not clear to me why running "tex" is trying to read
> etex.fmt (normally it would read "tex.fmt"); is Cygwin doing something
> with links or shell scripts?
> It is also not clear to me why PDF output works; I'd expect the same
> error, since the same &quo
whatever.dll | grep X509_VERIFY_PARAM_set_flags
> nm whatever.dll | grep X509_VERIFY_PARAM_get_flags
>
> If you don't get any output for X509_VERIFY_PARAM_get_flags its the
> 0.9.8 library. If you get output for both its 0.9.8a or later. If you
> don't get output for eithe
whatever.dll | grep X509_VERIFY_PARAM_set_flags
> nm whatever.dll | grep X509_VERIFY_PARAM_get_flags
>
> If you don't get any output for X509_VERIFY_PARAM_get_flags its the
> 0.9.8 library. If you get output for both its 0.9.8a or later. If you
> don't get output for eithe
fig-Skript (.bash_profile) is
executed and the PATH doesn't work so I didn't even get a directory
listing. I didn't change the calling Link and the past updates worked
just fine, yet.
greets
Ralf
--- End Message ---
--
Unsubscribe info: http://cygwin.com/ml/#unsubscri
past updates worked
just fine, yet.
greets
Ralf
--
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/
Chris,
No it was no problem with 1.5.18 as I could verify. Maybe my writing
was not explicit enough. The snapshot 20050914 is definitely okay
in this respect. There is no 60 sec delay when I exit rxvt.
Current cygcheck output as requested anyway included.
Thank you, Ralf Beck
On Tue, 13 Sep
rxvt it says "logout" and the window
will only be closed after 60 seconds.
I was not not aware of this delay in the
previous version "1.5.18" build "2005-07-02 20:30".
Best regards, Ralf Beck
Cygwin Configuration Diagnostics
Current System Time: Tue Sep 13 23:09:5
ear without any major
problems (except the dll in use problem).
If wished I can provide a setup confirm package.
Ralf Habacker
--
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/
ssible
solution in http://www.osronline.com/lists_archive/ntdev/thread4267.html
Ralf
> I have recently received my official anoitment from Redhat so I can
> officially contribute to Cygwin.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygw
Am Dienstag, 31. Mai 2005 12:42 schrieb Gerrit P. Haase:
> Ralf Habacker wrote:
>
>
> >>>>Interesting, why is it faster when running a binary that doesn't
> >>>>depend on cygwin1.dll after swapping the DLL? Some Win caching
mechanism?
> >>
S %U" cygspd-mingw-ne cygspd.dat
> >>>0:02.52 0.00 0.02
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-ne-o7 cygspd.dat
> >>>0:01.45 0.00 0.01
> >>
> >>Interesting, why is it faster when running a binary that doesn't
> >>d
ot; cygspd-mingw-ne-o7 cygspd.dat
> > 0:01.45 0.00 0.01
>
> Interesting, why is it faster when running a binary that doesn't
> depend on cygwin1.dll after swapping the DLL? Some Win caching mechanism?
I recognized this caching behavior with KDE/cygwin too. Under
http:
this type of problems with kde on cygwin too, when dll's are
rebased into the address area immediatly above the cygwin1.dll. I fixed this
problems using the rebase base address option -b e.g.
rebase -b 0x6100 ...
Ralf
> > After all I have read about this message I thougt re
BOSE=x or alternatively on HEAD
VERBOSE=debug TESTS=depdemo-relink.test?
Regards,
Ralf
--
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/
Hi Eric,
* Eric Blake wrote on Wed, Apr 13, 2005 at 03:24:15PM CEST:
> According to Ralf Wildenhues on 4/13/2005 1:17 AM:
> >
> > Hmm. Here you talk about the superficial symmetry in mv/cp vs rm..
>
> Only rm was given new .exe magic. cygwin mv and cp have had them for
&g
correct spelling of the existing filename to decide
> whether rm should be applied. The problem spot is already local to
> cygwin, but it would be nice to have it in the upstream libtool
> sources.
Erm, does this mean there is no way to explicitly specify "I want to
remove this
with a different name.
So, in your case (with appropriate permissions):
cd /home
mv 'Jean-Philippe Barret' Jean-Philippe
ln -s Jean-Philippe 'Jean-Philippe Barret'
I would, by the way, have strong doubts about whether other unixy tools
cope with spaces in $HOME.
Regards,
Ralf
--
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/
DLL, which now resides in memory, is not
disturbing the FPU, that means whatever it is that happens to the FPU, it
happens in the DLL startup code or in the DLL loader.
-Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/prob
point in the program. It seems unlikely that this should have an effect on
whether or not variables are stored in registers.
In the original code, tolerance is set to 1e-19 instead of 5e-16 if long
doubles are available. In this case, the code calling gethostname() goes into
an infinite loop.
t; >
> >
> > Where in the POSIX standard did you find that above line? I could not
> > locate it
> > in mine. The line above is in SUSV3.
>
> The manpage fread(P) on Fedora Core 2. Is that SUSV3?
Single UNIX Specification, Version 3
http://www.opengroup.org/o
voids rdata
sections. (script is appended).
Copy the linker script for example to /usr/lib/ldscripts and run the following
line to link a dll.
gcc -Wl,--script,/usr/lib/ldscripts/i386pe.x-no-rdata
May be this help some people
Regards
Ralf
/* specific linker script avoiding .rdata se
try:
openssl smime -encrypt -rc2-128 -in signedFile.eml -out encryptedFile1.eml
recipCert0.pem
and on WinXP SP2 I get a core-dump - a colleague of mine got it as well.
What can I do?
The same happens if I use the win32 binary as of
http://www.stunnel.org/download/stunnel/win32/openssl-0.9.7d-z
(otherwise
> the functions "_xdr_*" couldn't be found) I succeded.
All xdr/rpc implementations I am aware about, provide bool_t as a
typedef or define to 32bit int in rpc/types.h.
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http
y hints would be highly appreciated
Ralf
--
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/
Just a heads up:
Until my update of cygwin ssh yesterday, I could nicely use it to tunnel
also for the excellent http://sourceforge.net/projects/tortoisecvs/ and
http://sourceforge.net/projects/cvsgui (wincvs). Unfortunately, with the
current OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004, this is no l
144.html
http://www.rtems.org/ml/rtems-users/2004/september/msg00151.html
Ralf
--
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/
On Thu, 2004-09-16 at 15:25, Corinna Vinschen wrote:
> Dunno what the current autoconf mmap test does, but the original test
> back in 2.13 times was as crappy as this one.
This doesn't look like the mmap test from current autoconf.
Ralf
--
Unsubscribe info: http://cy
portage release depends on python-2.2. The initial
porter hasn't updated it to python2.3 and we cannot give support for this
package.
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http:
at the gold stars are given, I'm wondering why the
initiator of the /proc interface is not listed. Just a question.
Ralf
--
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/
a and I will be
> co-project leads for Cygwin.
>
> So, again, I don't think anyone will notice much of a change but I
> thought I should make my new situation clear.
Anyway, this is a good moment to say thanks for your huge efforts. Without
your work, kde-cygwin would not have b
Larry Hall wrote:
[...]
HOMEDRIVE is set by Windows.
ACK. I was able to verify that.
I'd agree. But moving profiles like you did is not likely to be without
repercussions. I'm assuming that MS wouldn't recommend this. Nevertheless,
Actually, it's not a problem at all. I used Windoze built-in
f
Larry Hall wrote:
[...]
HOMEDRIVE is set by Windows.
ACK. I was able to verify that.
I'd agree. But moving profiles like you did is not likely to be without
repercussions. I'm assuming that MS wouldn't recommend this. Nevertheless,
Actually, it's not a problem at all. I used Windoze built-in
ange it in XP,
bash overwrites it. I can't imagine that this is correct behavior?!
Thanks,
Ralf
-----Original Message-
Ralf G. R. Bergs
Sent: Thursday, March 25, 2004 3:42 PM
Subject: bash incorrectly determines HOME and HOMEDRIVE
[Please CC: me in your replies, since I'm not subscrib
n bash.
Can anyone check whether my assumption is correct?
Thanks,
Ralf
--
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/
Hi,
while porting a kde game (Kbattleship) to cygwin/xfree I recognized that the
ioctl FIONREAD function call wasn't implemented.
The appended minor patch added this support to fhandler_socket.cc
Cheers
Ralf
Changelog
2004-02-08 Ralf Habacker <[EMAIL P
re were no problems.
The procexp message is "unable to query process module information")
I've read some informations about changing process security. May be this is
responsible for this.
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
On Friday 16 January 2004 20:10, Bob Clark wrote:
> Ralf,
>
> I couldn't help myself. I just had to try compiling the sources that you
> pointed me to before I got down to some serious exam grading.
>
> I have to say, after reading the README.cygwin file that you reco
On Friday 16 January 2004 00:39, you wrote:
> Ralf Habacker <[EMAIL PROTECTED]> writes:
> >Just a little note. I've tried yesterday ogg123 from the vorbis-tools
> >1.0rc3
> >with recent cygwin snapshot. It works without any problems using oss.
>
However, I can
dll is
affected.
grep "998" /usr/include/w32api/winerror.h
#define ERROR_NOACCESS 998L
Ralf
--
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/
wer box you will see the log messages. If
there are any problems, then it will be printed in red or bold.
hope that helps
Cheers
Ralf
> Could anybody help please.
>
> Thanks in advance, tos
>
>
>
> __
> Do you Yahoo!?
>
t work. Especially fixing the threading stuff
enables me to bundle the ogg123 player with kde-cygwin.
Cheers
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FA
On Tuesday 13 January 2004 23:58, Ralf Habacker wrote:
> On Tuesday 13 January 2004 19:51, Bob Clark wrote:
> > Sven Köhler <[EMAIL PROTECTED]> writes:
> > >i also think, that cygwin doesn't have any OSS emulation, does it?
>
> it have using /dev/dsp. For the
ime for contributing,
but if someone is interested to get this let me know.
Ralf
--
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/
- 0x00480d90 is .data
0x00481000 - 0x00488f60 is .bss
0x00489000 - 0x0048a12c is .idata
(gdb) b *0x401000
Breakpoint 1 at 0x401000
(gdb) r
Starting program: /usr/bin/bash.exe
Breakpoint 1, 0x00401000 in ?? ()
(gdb)
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Proble
, when I press Ctrl-C.
I would appreciate any help in this direction, to get rid of the ugly cmd.exe-Window.
Regards
Ralf
__
Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2
Kostenlos downloaden
ny thanks in advance!
Ralf
on replies, pls cc: me at [EMAIL PROTECTED]
--
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/
ctive you want is
>"PasswordAuthentication no".
That's it, now everything works perfectly!
Thanks a lot.
Btw: Is there a way to "restart" Cygwin, so changes in such a file
take effect without restarting Windows?
Ralf
--
Unsubscribe info: http://cygwin.com/
h SSH only when they try to log in via a keyfile. (So
NOT via Username/Password of any NT-User).
How can I achive this?
Thanks a lot,
Ralf S.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
should be part of every engineers toolbox.
>
Nice overview. I have found some more nice tools like dependency walker or windows
strace or windows kernel debugger listed with direct links on
http://kde-cygwin.sourceforge.net/links/other.php#Debugging
Ralf
--
Unsubscribe info: http:
> On Sun, Oct 19, 2003 at 09:31:44PM +0200, Ralf Habacker wrote:
> > BTW: There is another lib, libutil.a in the inetutils package,
> which causes
> > same libtool problems
>
> Please don't use libutil.a anymore. All functionality intentionally
> exported from lib
: There is another lib, libutil.a in the inetutils package, which causes
same libtool problems
Ralf
> -Ursprungliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag
> von Charles Wilson
> Gesendet: Samstag, 18. Oktober 2003 23:21
> An: [EMAIL PROTECTED]
&
defined in csh or tcsh, AFAIK. ash is a pure bourne shell with next
> to no extensions. Using '~' in a shell script is non-portable.
>
Thanks, there is always something new to learn :-)
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
1 - 100 of 329 matches
Mail list logo
