Re: Debugging malloc crash in gdb
>Can you share a link to the gdb bug report? https://sourceware.org/bugzilla/show_bug.cgi?id=29513 So, open source products' support reaction time is usually great but not always great ;-). Unassigned for two months+ and counting. Kind Regards Ariel Burbaickij On Wed, Nov 2, 2022 at 1:38 PM Jon Turney wrote: > On 19/10/2022 07:20, Ariel Burbaickij wrote: > > Hello all, > > I reported it already, of course as it happened to me but alas no > reaction > > so far. > > > > Thanks for doing that. > > Can you share a link to the gdb bug report? > > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Debugging malloc crash in gdb
Hello David, congrats on your bug fixing but gdb is pretty open that it considers it as its own bug while running its "inferior", somewhere here: if (tp->control.may_range_step) { /* If we're resuming a thread with the PC out of the step range, then we're doing some nested/finer run control operation, like stepping the thread out of the dynamic linker or the displaced stepping scratch pad. We shouldn't have allowed a range step then. */ gdb_assert (pc_in_thread_step_range (pc, tp)); } whatever the logic behind setting may_range_step might be, it is (or should be) as much decoupled from all the probable bugs in allocators of all the possible flavours. So, it should be investigated from the side of gdb maintainers too, for sure, as I see it. Kind Regards Ariel Burbaickij On Thu, Oct 20, 2022 at 10:22 AM David Allsopp wrote: > On Tue, 18 Oct 2022 at 20:09, Jon Turney wrote: > > > > On 18/10/2022 11:35, David Allsopp wrote: > > > I'm wondering if I may be able to have some pointers for debugging what > > > seems to be an unexpected interaction between mmap/mprotect/munmap and > > > malloc with the OCaml runtime. > > > > > > At the moment, I know that we crash in malloc, so my main question is > how to > > > go further in gdb. I installed the cygwin-debuginfo package, but all > I'm > > > getting is: > > > > Firstly, if the crash is inside the cygwin DLL, you must follow the > > advice in [1], and use 'set cygwin-exceptions on' to tell gdb to stop on > > an exception inside cygwin itself. > > > > [1] https://cygwin.com/faq.html#faq.programming.debugging-cygwin > > > > > > > > /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/gdb/infrun.c:2550 > > > : internal-error: void resume_1(gdb_signal): Assertion > > > `pc_in_thread_step_range (pc, tp)' failed. > > I'm not sure now which combination of stepping directly into the > malloc call, adding set cygwin-exceptions on or switching to gdb 12.1, > but either way I was able to get to an invalid memory access in > mmap_alloc in malloc.cc. At this point, p was a pointer to the start > of the 256M block which had been passed to munmap. > > What I then noticed from that is a bug in our code - the mmap'd region > was actually 256M+64K but the size passed to munmap was 256M... so the > munmap call was not releasing the entire block. Fixing that on the > OCaml side fixes the error completely - I don't know whether what we > were seeing before counts as a bug in Cygwin's allocator? > > Many thanks! > > > David > > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Debugging malloc crash in gdb
Hello all, I reported it already, of course as it happened to me but alas no reaction so far. Kind Regards Ariel Burbaickij On Tuesday, October 18, 2022, Jon Turney wrote: > On 18/10/2022 11:35, David Allsopp wrote: > >> I'm wondering if I may be able to have some pointers for debugging what >> seems to be an unexpected interaction between mmap/mprotect/munmap and >> malloc with the OCaml runtime. >> >> At the moment, I know that we crash in malloc, so my main question is how >> to >> go further in gdb. I installed the cygwin-debuginfo package, but all I'm >> getting is: >> > > Firstly, if the crash is inside the cygwin DLL, you must follow the advice > in [1], and use 'set cygwin-exceptions on' to tell gdb to stop on an > exception inside cygwin itself. > > [1] https://cygwin.com/faq.html#faq.programming.debugging-cygwin > > > /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/ >> gdb/infrun.c:2550 >> : internal-error: void resume_1(gdb_signal): Assertion >> `pc_in_thread_step_range (pc, tp)' failed. >> > > This looks similar to the gdb crash reported [2], which I just don't have > any time to look into. > > [2] https://cygwin.com/pipermail/cygwin/2022-June/251714.html > > I'd suggest reporting this as directed in https://www.sourceware.org/gdb > /bugs/ > > (Note that self-service account creation is disabled on the sourceware > bugzilla, due to spam problems, so you need to mail overseers as directed > there, to request a Sourceware Bugzilla account.) > > The reproduction case is below (it's the OCaml runtime, so it's not exactly >> minimal, but it seems to be very repeatable to get gdb to the position of >> the crash). >> >> [...] > >> >> Any assistance to debug this further hugely appreciated! >> > > It might be worth exploring if this gdb crash is seen in older versions of > gcc, or with older gcc... > > > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: gdb itself core dumps
Hello all, any news here eventually ? Kind Regards Ariel Burbaickij On Mon, Jun 27, 2022 at 1:46 PM Ariel Burbaickij wrote: > OK, it crashes very close to the initial spot also in latest > 12.1: > > 1048 void* __place = _Raw_bytes_alloc(__alloc).allocate(__size); > (gdb) s > __gnu_cxx::new_allocator::allocate (__n=85, this=) > at > /usr/src/debug/gcc-11.3.0-1/x86_64-pc-cygwin/libstdc++-v3/include/ext/new_allocator.h:103 > 103 allocate(size_type __n, const void* = static_cast void*>(0)) > (gdb) s > __wrap__Znwm (sz=85) at > /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 > 55return (*user_data->cxx_malloc->oper_new) (sz); > (gdb) s > /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: > internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' > failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > - Backtrace - > - > /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: > internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' > failed. > > So, now to the description of circumstances that cause it: > Program is: https://github.com/eshavlyugin/Preferans > I compiled it after some trivial fixes ( like referencing explicitly > boost:array; boost:unordered_map, even so it should not be needed, i.e. gcc > should be well able to figure out what is being used, change of the > condition if (window == null) to if (!(window)) and setting C++ language > version C++11 because of additional requirements put on comparators -- > them having to use some const in explicit -- so by and large because gcc is > too feisty at all the wrong places ;-) ). Now every time I select Game->New > in the GUI it crashes and crash seems to be related to > LocalPrefServer.cpp:395 line, so I set breakpoint there and attempted to > single-step through what appears to be platform's (Cygwin+system libraries) > bowels. Now what? > > Kind Regards > Ariel Burbaickij > > > > On Sun, Jun 26, 2022 at 3:58 PM Jon Turney > wrote: > >> On 24/06/2022 15:13, Ariel Burbaickij wrote: >> > Hello mailing list, >> > >> > I was in the middle of deep debugging session when following happened: >> > >> > 103 allocate(size_type __n, const void* = static_cast> > void*>(0)) >> > (gdb) s >> > __wrap__Znwm (sz=85) at >> > /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 >> > 55return (*user_data->cxx_malloc->oper_new) (sz); >> > (gdb) s >> > >> /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/gdb/infrun.c:2550: >> > internal-error: void resume_1(gdb_signal): Assertion >> > `pc_in_thread_step_range (pc, tp)' failed. >> > A problem internal to GDB has been detected, >> > further debugging may prove unreliable. >> > ... >> > application level programm (open source under GNU) from which I stepped >> > into allocator crashes also somewhere near, so right now I am not sure >> what >> > exactly gdb stumbles upon. GDB Core file is available. How do we proceed >> > from here ? >> >> In the first place, please try the gdb 12.1 test package (available >> through cygwin setup). >> >> If that doesn't improve matters, some details about how to (simply) >> reproduce the problem would be nice. >> >> -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: variables, mostly private, not included into debug symbols list on -g3 -ggdb settings
Hello Duncan, Interesting branch to take -- I have not checked it myself but there are claims that DWARF-4 (has to be written this way too in options) is Turing-Complete -- but no, still the same in terms of information available -- which starts to look seriously strange. Kind Regards Ariel Burbaickij On Thu, Jun 30, 2022 at 2:13 AM Duncan Roe wrote: > Hi Ariel, > > On Thu, Jun 30, 2022 at 12:38:49AM +0200, Ariel Burbaickij wrote: > > Hello list, > > any idea why private variables from C++ source files are not included > into > > symbols list with -g3 and -ggdb compilation settings in gcc version > 11.3.0 > > under Cygwin. Like that, roughly: > > > > grep isInProgress * > > > > :bool isInProgress; > > > > $nm -Cal |grep isInProgress > > $ > > > > So, watchpoints obviously do not work. Why is it like this ? > > > > Kind Regards > > Ariel Burbaickij > > > I had a similar problem with -g3 -ggdb: macros were not recognised. > > Using -g3 -gdwarf4 fixed that for me. > > IIUC -ggdb is supposed to select the optimum debug format for gdb. It may > be a > bug that it no longer does. > > HTH, > > Cheers ... Duncan. > > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
variables, mostly private, not included into debug symbols list on -g3 -ggdb settings
Hello list, any idea why private variables from C++ source files are not included into symbols list with -g3 and -ggdb compilation settings in gcc version 11.3.0 under Cygwin. Like that, roughly: grep isInProgress * :bool isInProgress; $nm -Cal |grep isInProgress $ So, watchpoints obviously do not work. Why is it like this ? Kind Regards Ariel Burbaickij -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: gdb itself core dumps
OK, it crashes very close to the initial spot also in latest 12.1: 1048 void* __place = _Raw_bytes_alloc(__alloc).allocate(__size); (gdb) s __gnu_cxx::new_allocator::allocate (__n=85, this=) at /usr/src/debug/gcc-11.3.0-1/x86_64-pc-cygwin/libstdc++-v3/include/ext/new_allocator.h:103 103 allocate(size_type __n, const void* = static_cast(0)) (gdb) s __wrap__Znwm (sz=85) at /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 55return (*user_data->cxx_malloc->oper_new) (sz); (gdb) s /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. - Backtrace - - /cygdrive/d/a/scallywag/gdb/gdb-12.1-1.x86_64/src/gdb-12.1/gdb/infrun.c:2553: internal-error: resume_1: Assertion `pc_in_thread_step_range (pc, tp)' failed. So, now to the description of circumstances that cause it: Program is: https://github.com/eshavlyugin/Preferans I compiled it after some trivial fixes ( like referencing explicitly boost:array; boost:unordered_map, even so it should not be needed, i.e. gcc should be well able to figure out what is being used, change of the condition if (window == null) to if (!(window)) and setting C++ language version C++11 because of additional requirements put on comparators -- them having to use some const in explicit -- so by and large because gcc is too feisty at all the wrong places ;-) ). Now every time I select Game->New in the GUI it crashes and crash seems to be related to LocalPrefServer.cpp:395 line, so I set breakpoint there and attempted to single-step through what appears to be platform's (Cygwin+system libraries) bowels. Now what? Kind Regards Ariel Burbaickij On Sun, Jun 26, 2022 at 3:58 PM Jon Turney wrote: > On 24/06/2022 15:13, Ariel Burbaickij wrote: > > Hello mailing list, > > > > I was in the middle of deep debugging session when following happened: > > > > 103 allocate(size_type __n, const void* = static_cast > void*>(0)) > > (gdb) s > > __wrap__Znwm (sz=85) at > > /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 > > 55return (*user_data->cxx_malloc->oper_new) (sz); > > (gdb) s > > > /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/gdb/infrun.c:2550: > > internal-error: void resume_1(gdb_signal): Assertion > > `pc_in_thread_step_range (pc, tp)' failed. > > A problem internal to GDB has been detected, > > further debugging may prove unreliable. > > ... > > application level programm (open source under GNU) from which I stepped > > into allocator crashes also somewhere near, so right now I am not sure > what > > exactly gdb stumbles upon. GDB Core file is available. How do we proceed > > from here ? > > In the first place, please try the gdb 12.1 test package (available > through cygwin setup). > > If that doesn't improve matters, some details about how to (simply) > reproduce the problem would be nice. > > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: gdb itself core dumps
OK, thank you for your reply. Will do and will let you know. Reproducibility, should details of it be needed, is not an issue as the program I tried to debug is open-source and easily available. Kind Regards Ariel Burbaickij On Sunday, June 26, 2022, Jon Turney wrote: > On 24/06/2022 15:13, Ariel Burbaickij wrote: > >> Hello mailing list, >> >> I was in the middle of deep debugging session when following happened: >> >> 103 allocate(size_type __n, const void* = static_cast> void*>(0)) >> (gdb) s >> __wrap__Znwm (sz=85) at >> /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 >> 55return (*user_data->cxx_malloc->oper_new) (sz); >> (gdb) s >> /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/ >> gdb/infrun.c:2550: >> internal-error: void resume_1(gdb_signal): Assertion >> `pc_in_thread_step_range (pc, tp)' failed. >> A problem internal to GDB has been detected, >> further debugging may prove unreliable. >> ... >> application level programm (open source under GNU) from which I stepped >> into allocator crashes also somewhere near, so right now I am not sure >> what >> exactly gdb stumbles upon. GDB Core file is available. How do we proceed >> from here ? >> > > In the first place, please try the gdb 12.1 test package (available > through cygwin setup). > > If that doesn't improve matters, some details about how to (simply) > reproduce the problem would be nice. > > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
gdb itself core dumps
Hello mailing list, I was in the middle of deep debugging session when following happened: 103 allocate(size_type __n, const void* = static_cast(0)) (gdb) s __wrap__Znwm (sz=85) at /usr/src/debug/cygwin-3.3.5-1/winsup/cygwin/libstdcxx_wrapper.cc:55 55return (*user_data->cxx_malloc->oper_new) (sz); (gdb) s /cygdrive/d/a/scallywag/gdb/gdb-11.2-1.x86_64/src/gdb-11.2/gdb/infrun.c:2550: internal-error: void resume_1(gdb_signal): Assertion `pc_in_thread_step_range (pc, tp)' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. ... application level programm (open source under GNU) from which I stepped into allocator crashes also somewhere near, so right now I am not sure what exactly gdb stumbles upon. GDB Core file is available. How do we proceed from here ? Kind Regards Ariel Burbaickij -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: dumper does not dump
> Can you point out what documentation mentions that so we can fix it! The very source of it: https://sourceware.org/legacy-ml/cygwin-patches/2000-q3/msg00041.html ;-). OK, yes, I see that -c is not there anymore -- the things, they are changing. Let me try what you suggest and see where it brings me. Kind Regards Ariel Burbaickij Have just followed what is there. On Wed, Jun 22, 2022 at 10:38 AM Jon Turney wrote: > On 22/06/2022 08:19, Ariel Burbaickij wrote: > > Hello cygwin group, > > I am facing the following issue: > > there is GTK application reproducibly "core dumping" (in quotation marks > > because so far there is no comfortable core file that we know and learnt > to > > love from native *NIX, of course) upon me selecting a certain menu entry. > > Now, I went and enabled dumper (version 3.3.5) by means of setting CYGWIN > > environment variable to > > > > error_start=c:\cygwin64\bin\dump.cmd > > > > with backslashes properly escaped and dump.cmd set to: > > c:\cygwin64\bin\dumper.exe -d -c %1 %2 > > '-c' is not a valid option for dumper. > > Can you point out what documentation mentions that so we can fix it! > > It's awkward because a new terminal is started for dumper, which > disappears almost immediately, but if you add 'pause' at the end of your > .cmd file, you should see it. > > But I think you are overcomplicating things here: 'export > CYGWIN=error_start=dumper' should work (or even 'error_start=gdb' if > you're just going to load the core dump into gdb afterwards...) > > > I am on Windows 10 here. > > > > Now, all I get for it is following: > > > > *** starting debugger for pid 2876, tid 16112 > > > > after which it hangs indefinitely and nothing more happens. > > Cygwin is waiting for the debugger to attach, indefinitely since it > never happens here. > > > Any ideas, suggestions how to move on here ? > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
dumper does not dump
Hello cygwin group, I am facing the following issue: there is GTK application reproducibly "core dumping" (in quotation marks because so far there is no comfortable core file that we know and learnt to love from native *NIX, of course) upon me selecting a certain menu entry. Now, I went and enabled dumper (version 3.3.5) by means of setting CYGWIN environment variable to error_start=c:\cygwin64\bin\dump.cmd with backslashes properly escaped and dump.cmd set to: c:\cygwin64\bin\dumper.exe -d -c %1 %2 I am on Windows 10 here. Now, all I get for it is following: *** starting debugger for pid 2876, tid 16112 after which it hangs indefinitely and nothing more happens. Any ideas, suggestions how to move on here ? Kind Regards Ariel Burbaickij -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
>It sounds like your program wants UTF-8, but your >keyboard is putting out latin1. OK, I did the following: I went to cmd.exe and changed Active code page from 437 (latin1 ?) to 65001 (UTF-8 ?) but there were no changes in the behaviour in Cygwin terminal. In cmd.exe itself it handles Russian and German itself just fine also with 437 code page. For BabelMap -- I do not see how it can be useful for regular input of non-English string and not just one single character here and there. And again -- it is not something that was present from day zero or somewhere close in Cygwin, it worked just fine on my old laptop, I migrated to a new one and this is what I see for the first time. Best Regards Ariel Burbaickij On Tue, Jan 26, 2021 at 12:17 AM L A Walsh wrote: > On 2021/01/25 14:20, Ariel Burbaickij via Cygwin wrote: > > and this is what I get upon attempt to submit > > little sweet ö: > > $(__fzf_cd__)Ignoring redcarpet-3.4.0 because its extensions are not > > built. ... > > 1: from /usr/bin/fzf:929:in `get_input' > > /usr/bin/fzf:929:in `ord': invalid byte sequence in UTF-8 (ArgumentError) > > $ > > and I mean what I say, pressing ö immediately leads to it, no tricks, no > > custom builds, no debugs enabled, no nothing. > > > --- > Remember in my first post, I said that the codes you included were > not valid UTF-8. It sounds like your program wants UTF-8, but your > keyboard is putting out latin1. > > Did you download that program I mentioned? In there you can select > the 'o' with diaeresis then copy/paste it into your program. > > The character you are inserting into your program isn't encoded in > UTF-8, so I'm pretty sure that your keyboard isn't producing > UTF-8 encoding. > > You mention that it does work after you restart your terminal. > > Setting in locale don't take effect in the current terminal, but in > future ones that you start. So it is a good idea to restart your terminal > after you change locale. > > I assume the error you are showing is from a window that wasn't restarted > after your locale was changed? > > > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
For Russian and Hebrew keyboard layout I used University of Kansas EGARC Center foreign languages keyboard layouts: https://egarc.ku.edu/keyboards For Arabic, the same idea but different site: https://arabic.omaralzabir.com/ presumably all done with this Windows Keyboard Layout Creator BUT for German language I did not use anything -- it is plain vanilla German in Germany layout, and this is what I get upon attempt to submit little sweet ö: $(__fzf_cd__)Ignoring redcarpet-3.4.0 because its extensions are not built. Try: gem pristine redcarpet --version 3.4.0 Traceback (most recent call last): 4: from /usr/bin/fzf:1347:in `' 3: from /usr/bin/fzf:309:in `start' 2: from /usr/bin/fzf:1157:in `start_loop' 1: from /usr/bin/fzf:929:in `get_input' /usr/bin/fzf:929:in `ord': invalid byte sequence in UTF-8 (ArgumentError) $ and I mean what I say, pressing ö immediately leads to it, no tricks, no custom builds, no debugs enabled, no nothing. Best Regards Ariel Burbaickij On Mon, Jan 25, 2021 at 11:10 PM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > On 2021-01-25 14:12, Ariel Burbaickij via Cygwin wrote: > > On Mon, Jan 25, 2021 at 9:59 PM Brian Inglis wrote: > >> On 2021-01-25 05:46, Ariel Burbaickij via Cygwin wrote: > >>> I tried to find some files from the command line prompt which are > named > >>> using various non-Latin (Russian, Hebrew, Arabic) and non-default > Latin > >>> (German) layouts under Windows 10 Enterprise using recent cygwin > version > >>> and the outcome is that instead of representing letters I see control > >>> characters of the type: \263\320\321 (Unicode numeric value of the > >>> letters?). Any ideas what happens here and how correct functionality > can > >>> be restored? > > >> Which command line prompt(s): cmd, mintty, rxvt, xterm, ...? > >> Where and how did you switch layouts: Windows keyboard mapping, Windows > >> system locale, Windows user regional settings, chcp, LANG, LC_CTYPE, > >> LC_ALL, ...? > >> If you are using a terminal, what are the terminal locale and code page > >> settings? > >> Maybe you could explicitly show and tell us what characters you used > >> (sending in hex please and also in 8bit UTF-8 for maximum readability: > that > >> looks like octal which went out with ASCII, ISO-646, SBCS code pages), > show > >> us how the filenames appear including the locales and the shell command > >> lines, and show and tell us what you expect, and what is the difference > in > >> what you see. > >> For details on Cygwin file name special character mappings, see: > >> https://cygwin.com/cygwin-ug-net/using-specialnames.html > > I used mintty -- default in cygwin installation as I understand. > > I switch layouts by switching keyboard mappings, mappings are customized > > from the standard ones to what is called "phonetic" for non-Latin > alphabets > > but this is handled just fine everywhere outside Cygwin. > > I will be guessing here what you request from me but I attempted to > type in > > UTF-8 август, basically Russian in all small letters for August as a > > more or less random but valid example. FIlename I was looking for > contains > > this string and filename is presented correctly as all others are with > ls > > but I cannot type this string in cygwin's prompt. > > Using what utility/-ies, how and where did you customize and switch > keyboard > mappings: Windows keyboard mapping, Windows system locale, Windows user > regional > settings, readline {/etc/,~/.}inputrc? > > -- > Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada > > This email may be disturbing to some readers as it contains > too much technical detail. Reader discretion is advised. > [Data in binary units and prefixes, physical quantities in SI.] > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
I used mintty -- default in cygwin installation as I understand. I switch layouts by switching keyboard mappings, mappings are customized from the standard ones to what is called "phonetic" for non-Latin alphabets but this is handled just fine everywhere outside Cygwin. I will be guessing here what you request from me but I attempted to type in UTF-8 август, basically Russian in all small letters for August as a more or less random but valid example. FIlename I was looking for contains this string and filename is presented correctly as all others are with ls but I cannot type this string in cygwin's prompt. I hope we are coming closer to the cause here. Best Regards Ariel Burbaickij On Mon, Jan 25, 2021 at 9:59 PM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > On 2021-01-25 05:46, Ariel Burbaickij via Cygwin wrote: > > I tried to find some files from the command line prompt which are named > > using various non-Latin (Russian, Hebrew, Arabic) and non-default Latin > > (German) layouts under Windows 10 Enterprise using recent cygwin version > > and the outcome is that instead of representing letters I see control > > characters of the type: \263\320\321 (Unicode numeric value of the > > letters?). Any ideas what happens here and how correct functionality can > be > > restored? > > Which command line prompt(s): cmd, mintty, rxvt, xterm, ...? > > Where and how did you switch layouts: Windows keyboard mapping, Windows > system > locale, Windows user regional settings, chcp, LANG, LC_CTYPE, LC_ALL, ...? > > If you are using a terminal, what are the terminal locale and code page > settings? > > Maybe you could explicitly show and tell us what characters you used > (sending in > hex please and also in 8bit UTF-8 for maximum readability: that looks like > octal > which went out with ASCII, ISO-646, SBCS code pages), show us how the > filenames > appear including the locales and the shell command lines, and show and > tell us > what you expect, and what is the difference in what you see. > > For details on Cygwin file name special character mappings, see: > > https://cygwin.com/cygwin-ug-net/using-specialnames.html > > -- > Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada > > This email may be disturbing to some readers as it contains > too much technical detail. Reader discretion is advised. > [Data in binary units and prefixes, physical quantities in SI.] > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
I try to find files like "find . -name ". Good that you asked about the shell as the story gets even more interesting, in a peculiar way: If I start cygwin then echo $SHELL returns /bin/bash but input is not handled correctly as described. If I spawn child bash -- then it handles Russian and German correctly but no Hebrew and Arabic and the same applies to vim. Yes, it worked before. Best Regards Ariel Burbaickij On Mon, Jan 25, 2021 at 4:01 PM Thomas Wolff wrote: > Am 25.01.2021 um 15:03 schrieb Ariel Burbaickij via Cygwin: > > It says following: > > LANG=en_US.UTF-8 > > LC_CTYPE="en_US.UTF-8" > > LC_NUMERIC="en_US.UTF-8" > > LC_TIME="en_US.UTF-8" > > LC_COLLATE="en_US.UTF-8" > > LC_MONETARY="en_US.UTF-8" > > LC_MESSAGES="en_US.UTF-8" > > LC_ALL= > > > > but why would it matter in the scenario where the user switches the > layout > > explicitly him-/herself? > > > > > > Kind Regards > > Ariel Burbaickij > Please answer below the quoted mail in this list. > > > On Mon, Jan 25, 2021 at 2:29 PM Takashi Yano > wrote: > > > >> On Mon, 25 Jan 2021 13:46:48 +0100 > >> Ariel Burbaickij wrote: > >>> Hello Cygwin, > >>> I tried to find some files from the command line prompt which are named > >>> using various non-Latin (Russian, Hebrew, Arabic) and non-default Latin > >>> (German) layouts under Windows 10 Enterprise using recent cygwin > version > >>> and the outcome is that instead of representing letters I see control > >>> characters of the type: \263\320\321 (Unicode numeric value of the > >>> letters?). Any ideas what happens here and how correct functionality > can be restored? > Your information is quite sparse. How do you try to find files? What's > your command? Which shell do you use? Did it ever work before for you? > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
Wait a sec, what do you specifically mean with "... Cygwin just uses the POSIX standard..." -- POSIX standard for what and how does it interfere with getting the current layout and mapping from OS? What do you also mean with "... So you need to set your terminal to interpret unicode..." ? My terminal is Cygwin Terminal here. cmd.exe does at least handle Russian and German just fine, not so Arabic and Hebrew but this, I am pretty sure, because of some additional fiddling around right-to-left writing needed. Notepad++(!) already handles all input types just fine as do all the other programs tested so far. So, what are these supposed big OS-side secrets specifically that cygwin cannot get to here? Best Regards Ariel Burbaickij On Mon, Jan 25, 2021 at 9:21 PM L A Walsh wrote: > On 2021/01/25 06:03, Ariel Burbaickij via Cygwin wrote: > > It says following: > > LANG=en_US.UTF-8 > > LC_CTYPE="en_US.UTF-8" > > LC_NUMERIC="en_US.UTF-8" > > LC_TIME="en_US.UTF-8" > > LC_COLLATE="en_US.UTF-8" > > LC_MONETARY="en_US.UTF-8" > > LC_MESSAGES="en_US.UTF-8" > > LC_ALL= > > > > but why would it matter in the scenario where the user switches the > layout > > explicitly him-/herself? > > > > Because the OS (the keyboard driver) needs to know what mapping > is used on the keyboard, so that when you press a key, > the keyboard driver sends the keycode with the correct meaning to > programs. > > The keys on your keyboard, _inherently_ have no meaning. They have > an "assigned" meaning as assigned by the locale settings so they can > send those characters to a program. > > If you create your own layout, you need to create a *custom* > mapping in POSIX. Cygwin just uses the POSIX standard, it doesn't > create the mapping or the meanings. > > (what cygwin uses -- cygwin didn't create its own system, it uses > the POSIX standard). > > On Mon, 25 Jan 2021 13:46:48 +0100 > > Ariel Burbaickij wrote: > > > >> Hello Cygwin, > >> I tried to find some files from the command line prompt which are > >> named using various non-Latin (Russian, Hebrew, Arabic) and > >> non-default Latin (German) layouts under Windows 10 Enterprise using > >> recent cygwin version and the outcome is that instead of representing > >> letters I see control characters of the type: \263\320\321 (Unicode > >> numeric value of the letters?). Any ideas what happens here and how > >> correct functionality can be restored? > >> > --- > Note that the characters you type are 1 thing. How a program > interprets those characters is by using the "locale" settings. > > The locale is using UTF-8. So you need to set your terminal > to interpret unicode. I don't know much about Win10, but in the Microsoft > cmd.exe prog, "chcp" changes the code page. The code page for UTF-8 is > 65001, so in such a terminal you could type: > > chcp# this should say something like: > Active code page: 801 # your number may be different > > # Remember it to switch back to your initial code page (or just > # close the cmd window). > > To switch to UTF-8, type: > > chcp 65001 > > That will interpret output as UTF-8 in that program. > > Note, I'm not sure that will be all of your problems. > "\263" is not valid for the 1st byte of a UTF-8 string. Valid > First bytes of a single UTF-8 char (in hex): > 00-7f, c2-cf, d0-df, e0-ef, f0-f4. > So if you see something like 0xb3 in the 1st byte of a unicode > character, you know it can't exist (part of UTF-8's > self-synchronizing feature). > > A very useful utility for displaying all unicode characters > and what character sets you have that can display them can be > found at: > > https://www.babelstone.co.uk/Software/BabelMap.html > > Unzip it into a folder and put a link to it where it is > easy to access. > > > Hope this helps. > > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
It says following: LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL= but why would it matter in the scenario where the user switches the layout explicitly him-/herself? Kind Regards Ariel Burbaickij On Mon, Jan 25, 2021 at 2:29 PM Takashi Yano wrote: > On Mon, 25 Jan 2021 13:46:48 +0100 > Ariel Burbaickij wrote: > > Hello Cygwin, > > I tried to find some files from the command line prompt which are named > > using various non-Latin (Russian, Hebrew, Arabic) and non-default Latin > > (German) layouts under Windows 10 Enterprise using recent cygwin version > > and the outcome is that instead of representing letters I see control > > characters of the type: \263\320\321 (Unicode numeric value of the > > letters?). Any ideas what happens here and how correct functionality can > be > > restored? > > What does locale command say? > > -- > Takashi Yano > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
switching to any other than English keyboard layout is not handled correctly anymore on the prompt at minimum
Hello Cygwin, I tried to find some files from the command line prompt which are named using various non-Latin (Russian, Hebrew, Arabic) and non-default Latin (German) layouts under Windows 10 Enterprise using recent cygwin version and the outcome is that instead of representing letters I see control characters of the type: \263\320\321 (Unicode numeric value of the letters?). Any ideas what happens here and how correct functionality can be restored? Kind Regards Ariel Burbaickij -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
child (xterm) fork failure as it loads to different address
Hello group, I have a fresh installation of cygwin/ (cygcheck returns following for cygwin1.dll: cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2013-07-22 16:06)/cygwin-X (1.14.2-1 built 2013-07-08) and following happens: upon attempt to execute startxwin.exe get following error, while startxwin attempt to execute xterm: xterm 5508 child_info_fork::abort: C:\nobackup\cygwin\bin\cygz.dll: Loaded to different address: parent(0x32) != child(0x3B) xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed while it is clear what happens, what is not clear is how to resolve it, so that it does not happen anymore? /wbr Ariel Burbaickij -- 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
Re: child (xterm) fork failure as it loads to different address
OK, thank, you, so usual suspects. Now, removing, antivirus and stuff will not be possible in this particular environment but adjustments in the configuration are well possible, provided I will be able to prove to administrators that troubles, indeed, stem from antivirus and co. Now, I see in the FAQ in 4.42 section that these troubles were traced and attributed to antiviri programs. Any more details about how they were traced exactly, so that I can re-trace them too and provide a proof, if needed? Now, this is for one thing. Another one, is the possibility to run Windows 7 (in my case) or any Windows OS, down to and including NT in POSIX-compatible mode. Is this step expected to solve or at least alleviate all or at least some the troubles about the square peg of fork() into the round whole of Windows? On Mon, Jul 29, 2013 at 1:35 PM, marco atzeri marco.atz...@gmail.com wrote: Il 7/29/2013 10:10 AM, Ariel Burbaickij ha scritto: Hello group, I have a fresh installation of cygwin/ (cygcheck returns following for cygwin1.dll: cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2013-07-22 16:06)/cygwin-X (1.14.2-1 built 2013-07-08) and following happens: upon attempt to execute startxwin.exe get following error, while startxwin attempt to execute xterm: xterm 5508 child_info_fork::abort: C:\nobackup\cygwin\bin\cygz.dll: Loaded to different address: parent(0x32) != child(0x3B) xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed while it is clear what happens, what is not clear is how to resolve it, so that it does not happen anymore? http://cygwin.com/faq.html#faq.using.fixing-fork-failures /wbr Ariel Burbaickij -- otherwise, follow the guideline: Problem reports: http://cygwin.com/problems.html -- 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 -- 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
Re: child (xterm) fork failure as it loads to different address
So no, Windows NT will not work. Neither will Win95/98/2000. Nor will XP SP1/SP2. But if your admins are really so worried about viruses, they won't let you run those ancient operating systems anyway, because MS no longer pushes security patches for them. You misread, I am afraid. I am running Windows 7 here. Question is: Is it expected that turning on POSIX-compatibility mode (possibly with downloading of utilities for UNIX subsystem) should help here or not? Yes, let me try cygwin64 after I am done with rebasing, provided it is still necessary, of course :-) On Mon, Jul 29, 2013 at 3:35 PM, Ryan Johnson ryan.john...@cs.utoronto.ca wrote: http://cygwin.com/acronyms/#TOFU On 29/07/2013 8:15 AM, Ariel Burbaickij wrote: OK, thank, you, so usual suspects. Now, removing, antivirus and stuff will not be possible in this particular environment but adjustments in the configuration are well possible, provided I will be able to prove to administrators that troubles, indeed, stem from antivirus and co. Now, I see in the FAQ in 4.42 section that these troubles were traced and attributed to antiviri programs. Any more details about how they were traced exactly, so that I can re-trace them too and provide a proof, if needed? The proof usually goes something like this: 1. People report fork() failures on the list, and a correlation is noted between those failures and presence of app/antivirus X. 2. It is confirmed (or at least considered highly probable) that X performs dll injection, the root cause of these sorts of fork() failures. 3. Somebody tries disabling/removing X and the fork() failures go away. 4. X gets added to BLODA and reports of fork() failures, not attributable to X, disappear from the list. Eventually the process repeats when Y appears. You could also try enabling BLODA detection [1] and see what turns up, or run the NirSoft DLL injection detector [2]. [1] http://cygwin.com/ml/cygwin/2012-02/msg00797.html [2] http://www.nirsoft.net/utils/injected_dll.html Now, this is for one thing. Another one, is the possibility to run Windows 7 (in my case) or any Windows OS, down to and including NT in POSIX-compatible mode. From www.cygwin.com: The Cygwin DLL currently works with all recent, commercially released x86 32 bit and 64 bit versions of Windows, starting with Windows XP SP3. So no, Windows NT will not work. Neither will Win95/98/2000. Nor will XP SP1/SP2. But if your admins are really so worried about viruses, they won't let you run those ancient operating systems anyway, because MS no longer pushes security patches for them. Given that you seem to have your choice of OS, though, you might try 64-bit cygwin. The sheer amount of address space that becomes available, plus some careful design decisions for placement of cygwin-related dlls in that space, reduces the risk of fork failures considerably. I don't think anybody has reported a fork failure on cygwin64 yet (knock on wood). I recently migrated to 64-bit cygwin with a new Win7/64 install myself, and so far have not had to disable Windows Defender; the latter was a recurring source of trouble for my previous 32-bit cygwin install on Win7/64. If you can't get cygwin64 running, you may be able to convince your admins to whitelist cygwin apps with the AV solution; that has a small chance of stopping the dll injection and allowing fork() to succeed. Don't get your hopes up, though: most AV leave the dll injection in place even when completely disabled system-wide, and just tell the dlls not to do anything (other than stepping on cygwin's toes, of course). Is this step expected to solve or at least alleviate all or at least some the troubles about the square peg of fork() into the round whole of Windows? cygwin64 may do that... downgrading your OS will not. Ryan -- 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 -- 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
Re: child (xterm) fork failure as it loads to different address
OK, for the record: looks like rebasing did help quite a bit here. /wbr Ariel Burbaickij On Mon, Jul 29, 2013 at 3:35 PM, Ryan Johnson ryan.john...@cs.utoronto.ca wrote: http://cygwin.com/acronyms/#TOFU On 29/07/2013 8:15 AM, Ariel Burbaickij wrote: OK, thank, you, so usual suspects. Now, removing, antivirus and stuff will not be possible in this particular environment but adjustments in the configuration are well possible, provided I will be able to prove to administrators that troubles, indeed, stem from antivirus and co. Now, I see in the FAQ in 4.42 section that these troubles were traced and attributed to antiviri programs. Any more details about how they were traced exactly, so that I can re-trace them too and provide a proof, if needed? The proof usually goes something like this: 1. People report fork() failures on the list, and a correlation is noted between those failures and presence of app/antivirus X. 2. It is confirmed (or at least considered highly probable) that X performs dll injection, the root cause of these sorts of fork() failures. 3. Somebody tries disabling/removing X and the fork() failures go away. 4. X gets added to BLODA and reports of fork() failures, not attributable to X, disappear from the list. Eventually the process repeats when Y appears. You could also try enabling BLODA detection [1] and see what turns up, or run the NirSoft DLL injection detector [2]. [1] http://cygwin.com/ml/cygwin/2012-02/msg00797.html [2] http://www.nirsoft.net/utils/injected_dll.html Now, this is for one thing. Another one, is the possibility to run Windows 7 (in my case) or any Windows OS, down to and including NT in POSIX-compatible mode. From www.cygwin.com: The Cygwin DLL currently works with all recent, commercially released x86 32 bit and 64 bit versions of Windows, starting with Windows XP SP3. So no, Windows NT will not work. Neither will Win95/98/2000. Nor will XP SP1/SP2. But if your admins are really so worried about viruses, they won't let you run those ancient operating systems anyway, because MS no longer pushes security patches for them. Given that you seem to have your choice of OS, though, you might try 64-bit cygwin. The sheer amount of address space that becomes available, plus some careful design decisions for placement of cygwin-related dlls in that space, reduces the risk of fork failures considerably. I don't think anybody has reported a fork failure on cygwin64 yet (knock on wood). I recently migrated to 64-bit cygwin with a new Win7/64 install myself, and so far have not had to disable Windows Defender; the latter was a recurring source of trouble for my previous 32-bit cygwin install on Win7/64. If you can't get cygwin64 running, you may be able to convince your admins to whitelist cygwin apps with the AV solution; that has a small chance of stopping the dll injection and allowing fork() to succeed. Don't get your hopes up, though: most AV leave the dll injection in place even when completely disabled system-wide, and just tell the dlls not to do anything (other than stepping on cygwin's toes, of course). Is this step expected to solve or at least alleviate all or at least some the troubles about the square peg of fork() into the round whole of Windows? cygwin64 may do that... downgrading your OS will not. Ryan -- 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 -- 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
Re: What is a good profiling tool ? - problem with gprof
Uhm, may I ask for some pointers to Altera/Stawberry cygwins -- what is it? On Tue, Jun 18, 2013 at 4:06 PM, J.B.W.Webber j.b.w.web...@kent.ac.uk wrote: -Original Message- Subject: Re: What is a good profiling tool ? - problem with gprof On Jun 18 12:11, Corinna Vinschen wrote: On Jun 17 12:52, Larry Hall (Cygwin) wrote: On 6/17/2013 12:19 PM, J.B.W.Webber wrote: Hi, I am trying to find in which function call the most time is being spent. I am using gcc and trying to compile and link with -g and -pg. i.e. for a trivial test : $ cat helloworld.c /* Hello World program */ #includestdio.h main() { printf(Hello World\n); } $ gcc -g -pg -c helloworld.c $ gcc -pg helloworld.o helloworld.o: In function `main': helloworld.c:6: undefined reference to `_mcount' collect2: ld returned 1 exit status Any ideas ? Am I missing a .h call ? Or do I need to link to something ? Worked for me. Perhaps your Strawberry gcc installation is interfering. I don't know how you succeeed to build that, Larry. I could easily reproduce the problem. It was a build problem in Cygwin. I fixed that now and at the same time made the 64 bit profiling workable, curtesy the Mingw-w64 project, which already did the required work. The original profiling code was created within the Cygwin project ages ago, so I could included the latest Mingw-w64 profiling code (almost) verbatim into Cygwin and now it seems to work fine again for 32 and 64 bit. I'm just about to create a 2013-06-18 32 bit snapshot on http://cygwin.com/snapshots/ and a 64 bit test release 1.7.12-5, which both should be ready in an hour. Uploaded. Please note that it's *not* enough to install the snapshot Cygwin DLL. The important items here are gcrt0.o and libgmon.a. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat _ Really thanks to all. That now works. Sorry for the slow reply, I did the install with the snapshot as suggested - no difference, at first, but I had been given the clues I needed. I used find to track all libgmon.a on my laptop : C:/Altera/12.0sp2/quartus/bin/cygwin/lib/libgmon.a C:/Altera/12.0sp2/quartus/bin/cygwin/lib/mingw/libgmon.a C:/Altera/12.0sp2/quartus/bin/cygwin/usr/i686-pc-mingw32/lib/libgmon.a C:/Applications/Strawberry/c/x86_64-w64-mingw32/lib/libgmon.a C:/cygwin/lib/libgmon.a C:/cygwin/usr/i686-pc-mingw32/sys-root/mingw/lib/libgmon.a C:/cygwin/usr/lib/libgmon.a I blocked access to the Altera and Strawberry Cygwins, which made no difference, (no, XMOS does not use Cygwin) But the answer was the version C:/cygwin/lib/libgmon.a I copied the new gcrt0.o and libgmon.a into C:/cygwin/lib/ and all now works fine. I have the answer I needed. I do thank you all, Cheers, Beau -- 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
setmode under Cygwin
Hello all, I am trying to compile djvulibre in version 3.5.22 -- it does not check in configure for setmode as it, as it pretty much look likes, expects it to be present under cygwin as seen from following excerpt: #if defined(__CYGWIN32__) setmode(fileno(fout), O_BINARY); now despite these expectations, I get following error once in compilation phase: ddjvu.cpp: In function ˜void dopage(int): ddjvu.cpp:620: error: setmode was not declared in this scope make[1]: *** [ddjvu.o] Error 1 make[1]: Leaving directory `/cygdrive/d/djvulibre-3.5.22/tools' make: *** [all] Error 2 Any ideas about what goes on here? -- 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
Re: setmode under Cygwin
yes, it was exactly it. Thank you. On Wed, Sep 8, 2010 at 2:27 PM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Sep 8 13:47, Ariel Burbaickij wrote: Hello all, I am trying to compile djvulibre in version 3.5.22 -- it does not check in configure for setmode as it, as it pretty much look likes, expects it to be present under cygwin as seen from following excerpt: #if defined(__CYGWIN32__) setmode(fileno(fout), O_BINARY); now despite these expectations, I get following error once in compilation phase: ddjvu.cpp: In function ˜void dopage(int): ddjvu.cpp:620: error: setmode was not declared in this scope make[1]: *** [ddjvu.o] Error 1 make[1]: Leaving directory `/cygdrive/d/djvulibre-3.5.22/tools' make: *** [all] Error 2 Any ideas about what goes on here? #include io.h Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 -- 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
Re: (strange) problem with xdotool
Regarding following passage (I do not have much objections to run X Window in what you call rooted mode just that somehow no Window Manager starts when I try to run it): all it would need to do it register the property on the root window and update it, and handle the receiving the message and translate it to a WM_ACTIVATE for the target window Yes, for the matter of exercise it woyuld be interesting to try to write a patch, just what is meant with root window here in rootless environment and where the code is supposed to go, i.e. where should I look at in order to try to graft the needed addtional code there? /wbr Ariel Burbaickij On Fri, Oct 16, 2009 at 2:34 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On 14/10/2009 17:45, Ariel Burbaickij wrote: Hello all, I have compiled, after some modifications to Makefile, xdotool to work in cygwin environment but I get following on attempt to activate window (window in question is xedit and I run in rootless, i.e. without any particular window manager, environment) xdotool windowactiviate 16777265 This is not so strange a problem when you know that thinking you are running without any particular window manager is wrong. When running rootless in -multiwindow mode, the X server starts an integrated WM, which effectively acts as a proxy for the native Windows WM. This integrated WM does not support _NET_ACTIVE_WINDOW Your windowmanager claims not to support _NET_ACTIVE_WINDOW, so the attempt to activate the window was aborted. xdo_window_activate reported an error Any clues about why _NET_ACTIVE_WINDOW is not supported and what one should do about it? :-) Ideally, write a patch to add _NET_ACTIVE_WINDOW support to the integrated WM. That should be fairly straightforward as all it would need to do it register the property on the root window and update it, and handle the receiving the message and translate it to a WM_ACTIVATE for the target window) (for bonus points, look for other EWMH hints it is useful for the integrated WM to implement) Your other option is run X in rooted mode, with a WM which supports _NET_ACTIVE_WINDOW. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: (strange) problem with xdotool
yes, it works, thank you, did startxwin.sh somehow fall out of favour? /wbr Ariel Burbaickij Regarding following passage (I do not have much objections to run X Window in what you call rooted mode just that somehow no Window Manager starts when I try to run it): If you want to start X server and clients (perhaps a window manager) with a single command you need to look at 'man startx' -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
(strange) problem with xdotool
Hello all, I have compiled, after some modifications to Makefile, xdotool to work in cygwin environment but I get following on attewmot to activate window (window in question is xedit and I run in rootless, i.e. without any particular window manager, environment) xdotool windowactiviate 16777265 Your windowmanager claims not to support _NET_ACTIVE_WINDOW, so the attempt to activate the window was aborted. xdo_window_activate reported an error Any clues about why _NET_ACTIVE_WINDOW is not supported and whatr one should do about it? /wbr Ariel Burbaickij -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
find(1) behaving strange or do I miss something
Hello all, following situation: I hate white spaces in file and cranked tiny bashscript for replacing them that goes like this: for i in `find . -type f` do mv $i /some_directory/`echo $i|sed 's/ /_/g'` done On this I get complaints from mv that it cannot find files that are basically parts of the name with spaces like this: idiotic file with whitespaces cannot stat 'idiotic' -- no such file or directory cannot stat 'file' -- no such file or directory Truth to be told I hoped that find would still manage to treat them as single entity. Are my expectations to high or is it bug indeed? /wbr Ariel Burbaickij -- 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/
Re: find(1) behaving strange or do I miss something
Yeap, works fine. Many thanks. Ariel Burbaickij wrote: Hello all, following situation: I hate white spaces in file and cranked tiny bashscript for replacing them that goes like this: for i in `find . -type f` do mv $i /some_directory/`echo $i|sed 's/ /_/g'` done On this I get complaints from mv that it cannot find files that are basically parts of the name with spaces like this: [snip] Not that this has anything to do with Cygwin, but... well, yes, because bash is splitting at whitespace :-). You probably want something like this: find args | while read i ; do mv $i ${i// /_} ; done (note that $i must be quoted also!) -- Matthew What is a release plan, anyway? -- Oswald Buddenhagen ...who I'm sure did not mean it seriously ;-) -- 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/ -- 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/
status of utf-8 patch
Hello all, question: what is the status of utf-8 patch fo cygwin? Is it endorsed/supported? I tried it out and as it looks there is no sigset in this modified cygwin1.dll. Is it a known issue? /wbr Ariel Burbaickij -- 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/
Re: status of utf-8 patch
Yes, my hope is of course that he also reads the mailing list. On 7/9/07, Brian Dessent [EMAIL PROTECTED] wrote: Ariel Burbaickij wrote: question: what is the status of utf-8 patch fo cygwin? Is it You can find all the details in the mailing list archives. http://www.cygwin.com/ml/cygwin-patches/2006-q3/msg00014.html endorsed/supported? It was submitted and rejected on technical grounds, which means sadly it's not supported here. I tried it out and as it looks there is no sigset in this modified cygwin1.dll. Is it a known issue? You'd have to ask SUZUKI Hisao. Brian -- 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/ -- 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/
Re: status of utf-8 patch
Well, I do not know his e-mail. Do you? On 7/9/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Ariel Burbaickij wrote: On 7/9/07, Brian Dessent wrote: Ariel Burbaickij wrote: question: what is the status of utf-8 patch fo cygwin? Is it You can find all the details in the mailing list archives. http://www.cygwin.com/ml/cygwin-patches/2006-q3/msg00014.html endorsed/supported? It was submitted and rejected on technical grounds, which means sadly it's not supported here. I tried it out and as it looks there is no sigset in this modified cygwin1.dll. Is it a known issue? You'd have to ask SUZUKI Hisao. Yes, my hope is of course that he also reads the mailing list. Why not just email him directly? Discussing status and follow-ups to rejected patches borders on being off-topic for this list, unless SUZUKI is planning to work through the issues raised by the patch in the process. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- 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/
cygwins' emacs does not work in multi-language environment (mule)
Hello all, follwoing situation: Native (i.e. built for MS platform) emacs with mule support works very well, the same version of emacs under cygwin does not work in multilanguage environment, instead producing just Latin1 input. question: How is it possible to enable multi-languaguage support for cygwins' emacs? /wbr Ariel Burbaickij -- 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/
Re: cygwins' emacs does not work in multi-language environment (mule)
Experiences made are alas bad -- xemacs in version 21.4.20 has some of the functions empty, those supposedly present behave very strange, experimental version 22.1 just fails to start as it misses several directories. /wbr Ariel Burbaickij On 7/9/07, Eric Blake [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ariel Burbaickij on 7/9/2007 6:37 AM: Hello all, follwoing situation: Native (i.e. built for MS platform) emacs with mule support works very well, the same version of emacs under cygwin does not work in multilanguage environment, instead producing just Latin1 input. question: How is it possible to enable multi-languaguage support for cygwins' emacs? Cygwin's emacs is currently VERY old, and probably pre-dates good multi-language support. Have you tried xemacs (which is much more up-to-date than the current emacs)? Also, are you willing to test the experimental emacs 22.1 (http://cygwin.com/ml/cygwin-apps/2007-07/msg00041.html)? - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGki4K84KuGfSFAYARAllkAKCDrhFsPV+SP6NvNKggArP3QVEc8QCggDWS 1tAorF8Y22ChhGIwZmmKTNw= =E1PF -END PGP SIGNATURE- -- 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/ -- 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/
Re: status of utf-8 patch
Yes, I somehow have overseen it. Mea culpa and sorry about it. Thank you for pointing to it. /wbr Ariel Burbaickij On 7/9/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#TOFU. Reformatted. Ariel Burbaickij wrote: On 7/9/07, Larry Hall (Cygwin) reply-to-list-only-lhATcygwinDOTcom wrote: ^^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Ariel Burbaickij wrote: On 7/9/07, Brian Dessent wrote: Ariel Burbaickij wrote: snip You'd have to ask SUZUKI Hisao. Yes, my hope is of course that he also reads the mailing list. Why not just email him directly? Discussing status and follow-ups to rejected patches borders on being off-topic for this list, unless SUZUKI is planning to work through the issues raised by the patch in the process. Well, I do not know his e-mail. Do you? Not off the top of my head, no. But I looked briefly at the email thread Brian kindly provided and, wha la!, I found it. That's why I suggested contacting him directly, in addition to my concern about the relevance for this discussion on this list. Anyway, I suggest you try to reach him directly at suzuki611 at oki dot com. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- 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/
Re: cygwins' emacs does not work in multi-language environment (mule)
Well, then I guess it is the first time I did post some xemacs specific bug. I fully agree that free software is effort of everyone. /wbr Ariel Burbaickij On 7/9/07, Vin Shelton [EMAIL PROTECTED] wrote: Ariel Burbaickij wrote: Experiences made are alas bad -- xemacs in version 21.4.20 has some of the functions empty, those supposedly present behave very strange, experimental version 22.1 just fails to start as it misses several directories. I can't see any record of your ever having posted to the xemacs-beta mailing list reporting any problem, nor have you posted any xemacs-specific bug reports to the cygwin mailing list, AFAICT. With your help, free software can get better, but the XEmacs team can only address the problems we know about. Please report the problems you observed. Regards, Vin Shelton acs at xemacs dot org -- 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/ -- 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/
Re: status of utf-8 patch
Have you some outlines of this something given WIn 9x support can be dropped, indeed? On 7/9/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Matt Seitz wrote: Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Ariel Burbaickij wrote: question: what is the status of utf-8 patch fo cygwin? Is it You can find all the details in the mailing list archives. http://www.cygwin.com/ml/cygwin-patches/2006-q3/msg00014.html endorsed/supported? It was submitted and rejected on technical grounds, which means sadly it's not supported here. The explanation I saw for the rejection was ...it should just be a wholesale replacement, not a bunch of wrappers around existing functions. It's now a year later. Is there an expectation that the wholesale replacement or another solution is coming soon? What would be the harm in adopting the current solution for now? Is this a case of the perfect is the enemy of the good? No. It's more like the the limited hack is the enemy of future progress. It should be _a_little_ easier to implement something maintainable with 1.7 code (in CVS), since Win9x support is no longer a requirement. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- 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/
Re: cygwins' emacs does not work in multi-language environment (mule)
It complains about absence of: arch-independent, arch-dependent, List and Leim directories and then exits /wbr Ariel Burbaickij -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ariel Burbaickij schrieb: experimental version 22.1 just fails to start as it misses several directories. Can you be a bit more precise. I'm really interested in any feedback at this point. Thx, Steffen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGkofzlSfCk8EgCzgRAtJFAJwMHiJLvUZ4gwpG3ZyGJ+pEJLTvIQCgrKy1 1tu81aTuvzqTHz7/pnrzw7g= =rPog -END PGP SIGNATURE- -- 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/ -- 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/
freetype1-coontrib utilities available from me
I have managed to produce working binaries in Cygwin environment for freetype1-contrib utilities like ttf2tfm which lets you use TrueType fonts from inside tetex installation. I do not know how popular this setup is with other users or whether people prefer to use MikTeX or refere to MS fonts in their documents but if there is some interest I can make it available, of course. /wbr Ariel Burbaickij -- 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/
Re: pdftex.cfg is missing in tetex distribution in Cygwin
No, looks rather like mecnahism is obsolete and is not used in newer versions anymore. /wbr Ariel Burbaickij On 6/30/07, Dave Korn [EMAIL PROTECTED] wrote: On 30 June 2007 17:58, Ariel Burbaickij wrote: Hello all, following situation: I do not have pdftex.cfg installed inside my cygwin installation (meaning it was for sure not dleted unintentionally as the packet was reinstalled and it is still missing), So, question is: Is it on purpose and what is suggested to use instead as I need to add several TrueType files. I believe it is generated by the postinstall script. Perhaps that failed for some reason? Look in /etc/postinstall; is there a file called 'post-texmf.sh.done', or is it just 'post-texmf.sh'? You could try running it manually and see if it works to fix the problem cheers, DaveK -- Can't think of a witty .sigline today -- 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/ -- 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/
pdftex.cfg is missing in tetex distribution in Cygwin
Hello all, following situation: I do not have pdftex.cfg installed inside my cygwin installation (meaning it was for sure not dleted unintentionally as the packet was reinstalled and it is still missing), So, question is: Is it on purpose and what is suggested to use instead as I need to add several TrueType files. /wbr Ariel Burbaickij -- 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/
Re: Mesa/GLU library under cygwin
Hello Yaakov, No, previously xorg-x11-devel was not installed and this seems to be root of all evil. Thank you so far. Compiling is pass the failing point, so unless there are other obstacled it should be fine now. /wbr Ariel Burbaickij On 6/28/07, Yaakov (Cygwin Ports) [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ariel Burbaickij wrote: Have difficulties with means that on attemt to compile some part of application where option -lGLU was passed to compiler I get an error from linke telling that GLU cannot be found. Did you install xorg-x11-devel? Are you passing -L/usr/X11R6/lib to the linker? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgyP/piWmPGlmQSMRCIUfAKC91+WJJl1OFZFeStg7JRfWOENRMwCfW5QI myAr3gi86GyqfsByHfJ/X1Y= =/gF+ -END PGP SIGNATURE- -- 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/ -- 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/
Re: Mesa/GLU library under cygwin
Hello Yaakov, could you elaborate more on what you mean with naming convention, libraries /in /usr/X11R6/lib, in my understanding at least, do not follow this convention. Have difficulties with means that on attemt to compile some part of application where option -lGLU was passed to compiler I get an error from linke telling that GLU cannot be found. Any other questions? /wbr Ariel Burbaickij On 6/27/07, Yaakov (Cygwin Ports) [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ariel Burbaickij wrote: I have installed Mesa/OpenGL implementation in my cygwin environment and I see dll library called cygGLU-1.dll which rather do not correspond to naming conventions otherwise applied ad it is initially installed in /usr/X11R6/bin. This is actually the naming convention for shared libraries on Cygwin. Some applications (notably pdfedit) have diffculties with it (read fail to compile). How so? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgeCPpiWmPGlmQSMRCKs+AJ9Ro+nti0lmRaD9aMl1tY/jWjgtFACdGoHm fb2vnGQJgDinEhcnWdE/Hqo= =Ebsc -END PGP SIGNATURE- -- 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/ -- 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/
Mesa/GLU library under cygwin
Hello all, following situation: I have installed Mesa/OpenGL implementation in my cygwin environment and I see dll library called cygGLU-1.dll which rather do not correspond to naming conventions otherwise applied ad it is initially installed in /usr/X11R6/bin. Some applications (notably pdfedit) have diffculties with it (read fail to compile). Question: What is the reason for such breach of convention and does some possbility exist to bring it (OpenGL libraries) back in line? /wbr Ariel Burbaickij -- 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/
constant fork/CreateProcess failure on attempt to compile GNU Global programm
Hello all, I constantly get error returned from fork while compiling GNU Global programm (code browser). It says that resource is temporarily not available Questions: Where and how can I set maximal amount of child processes, file descriptors etc for cygwin? Ibn case it falls back and uses Windows XP configuration settings for these paramters what parameters are those? /wbr Ariel Burbaickij -- 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/
xsm, smproxy and your experience with them
Hello dear mailing list readers.writers, I hope I am not off topic, at least not too much, if I am maybe you can be so kind as to point me to more suitable resources, with my questions: Recently I noticed the existence of xsm,smproxy couple in Cygwin X11 distribution. I did not work with them so my questions are: What do they provide? Is it something similar to what VNC, Tarantella, SUNRay environment provide? Basically, session retainability after e.g. power cycling of local machine, network outage etc or is it something else? As I read in the manual for xsm it only restarts application unless primitive WM_SAVE_YOURSELF primitive is defined. Does anyone care to maintain the list of at least well-known application that do implement this primitve? Manual also mentions rstart based on rsh as the only mechanism for restart on remote machine. Is ssh indeed not supported so far or do some patches already exist? /wbr Ariel Burbaickij -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
cygwin setup in version 2.510.2.2 hangs
Hello dear mailing linst participants, I tried to install several additional programms over Internet after initial installation and setup hangs on however small subset of the selected packages (for example already single package -- gzip will not be installed). The amount of disc space should be sufficient, network conection is stable, all already installed cygwin applications runs stable. I understand that my descriptions is sowewhat vague, so help me to help you ;-) and tell what addtional information would be neccesary (e.g. OS version -- is actually XP, log excerpts etc.). Should I go stright ahead and upgrade to the newer version, maybe? With Best Regards Ariel Burbaickij -- 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/
Is R(emote) eX(ecution) extension supported?
Hello dear mailing list partcipants, As I understand the concept it is about allowing X11 applications to run in browsers (something e.g. Tarantella does), so the question is: Is this extension supported with X11 server as developed by Cygwin? WIth Best Regards Ariel Burbaickij -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Well, as it looks like the problm is cygwin specific. I tested it with one commercial X Server (XManager) and it worked there without any problems, be it in multiwindow or single window mode. So, what is the next step? On Apr 11, 2005 12:09 PM, Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) Then I'd expect it to be a bug in cmdtool. The windowed mode is very simple and all applications should work fine with it. I had observed several strange errors with solaris tools if some fonts were not available or the display was running in 16 bit color mode. But none of them match the error message. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Hello dear mailing list participants, while trying to open cmdtool in te X11 displayback mode directed towards machine with cygwin X free environment running I get following: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 50 What does it mean and How can I hope with it? Would be glad to get some help from you. With Best Regards Ariel Burbaickij
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) On Apr 11, 2005 11:14 AM, Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Hello dear mailing list participants, while trying to open cmdtool in te X11 displayback mode directed towards machine with cygwin X free environment running I get following: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 50 What does it mean and How can I hope with it? Would be glad to get some help from you. Quite a strange error. Maybe it tries to set the window parent to some windowmanager window which does not exist in multiwindow mode. Or it expects the CDE desktop to be present. does it happen in non-multiwindow mode too? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: cmdtool from Solaris standard package generates some errors presented on the console and nothing more
Well, then I will try my luck with people from Solaris newsgroup. Thank you for your help, nevertheless On Apr 11, 2005 12:09 PM, Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Ariel Burbaickij wrote: Thank you for quick response. I observed it in non-multiwindow mode, so I guess the question should be other way round ;-) Then I'd expect it to be a bug in cmdtool. The windowed mode is very simple and all applications should work fine with it. I had observed several strange errors with solaris tools if some fonts were not available or the display was running in 16 bit color mode. But none of them match the error message. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Regarding mail from Jean-Sebastien Trott from Fri 15 Oct Interest in native Tcl/Tk/Expect/Itcl/... packages? sent to cygwin-apps
-- Forwarded message -- From: Ariel Burbaickij [EMAIL PROTECTED] Date: Wed, 15 Dec 2004 16:07:58 +0100 Subject: Regarding mail from Jean-Sebastien Trott from Fri 15 Oct Interest in native Tcl/Tk/Expect/Itcl/... packages? To: [EMAIL PROTECTED] Hello dear mailing list participants, I was advised some time ago by Mr. Christopher Faylor to pose this question in cygwin group and not cygwin-apps. So, here it is again. I am highly interested in native tcl/tk and native expect/expectk for cygwin, I need it, for example, for android. As I have seen it, application expectk.exe was sucessfully built by Jean-Sebastien. So my question is where and how I can get source files and Makefiles in order to build expectk in my environment? With Best Regards Ariel Burbaickij -- 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/
cdecl for cygwin
Hello dear forum participants, there is no default cdecl in default cygwin distribution, so I tried to get and compile one myself, I run there in problems with mismatch of declaration in functions getopt and setprogname. Before I start to tweak the declarations and/or includes -- the question: Has anyone succesfully built the cdecl for cygwin already? With Best Regards Ariel Burbaickij -- 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/
Regarding mail from Jean-Sebastien Trott from Fri 15 Oct Interest in native Tcl/Tk/Expect/Itcl/... packages?
Yes, I am highly interested in native tcl/tk and native expect/expectk for cygwin, I need it, for example, for android. As I have seen it, application expectk.exe was sucessfully built by Jean-Sebastien. So my question is where and how I can get source files and Makefiles in order to build expectk in my environment? With Best Regards Ariel Burbaickij
xscope is ported as part of greater effort
Hello all, in my seemingly never ending attempt to bring at least one X11 GUI Tester up and running on cygwin (android and/or xnee) I made another small step and ported xscope to cygwin -- so if someone is interested give me a note and I will send instructions/executables to you if desired. With Best Regards Ariel Burbaickij
Re: Help needed for using SPIN
As an option -- go and download the first edition of the book by Gerard Holzmann (author of spin promela) Design and Validation of Computer Protocols http://spinroot.com/gerard/popd.html then see whether it answers your questions -- normally it should. On Mon, 29 Nov 2004 04:42:41 + (UTC), Patrick Fulgence [EMAIL PROTECTED] wrote: Hi, I need to learn how to use the tool SPIN based on promela language. What do I need to get on my computer for that ? I've very embarassed because I don't arrive to do antything for understanding how it works. I've read a lot of stuff about that nut I still being not on the way for using it. Need your help please. Thanks. Patrick. -- 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/ -- 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/
expectk on cygwin
Hello dear mailing list participants, I try to port android GUI Test utility to cygwin. Expectk is prerequisite but as I understood it, it is not included in cygwin installation for rather long time due to some problems unknown to me. My questions: 1) What are the problems with expectk? 2) Can they be surmounted or something very fundamental about cygwin prevent it from working normally in cygwin environment? 3) Would anyone like to team up with me in order to get application ported? (If possible, someone who has already done some large ports to cygwin because I did not, even so I understand where the road should go). With Best Regards Ariel Burbaickij -- 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/
Re: packages that should be in the cygwin distribution but aren't
Ok. That is fine. I got xmove running on cygwin, so if you want I can contribute the executable and/or slighlty modified makefile if required. It would be great if we could port xmx to cygwin On Tue, 19 Oct 2004 14:15:43 -0400, Yaakov Selkowitz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ariel Burbaickij wrote: | script I have an implementation of script, based on a message to this list a few years ago, available on my project webpage: http://sourceforge.net/projects/cygwin-ports/ It works fine for me. Seeing as this is among the Frequently Requested Packages, maybe it's time for me to contribute it. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBdVnOpiWmPGlmQSMRAsnsAKCVfP4OHkJWVEw8uiM7yOLdM31++wCePucu pJwJq50W6jqY3qdS5LVsLcQ= =PMJj -END PGP SIGNATURE- -- 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/ -- 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/
Re: packages that should be in the cygwin distribution but aren't
script On Tue, 19 Oct 2004 13:22:54 -0400, Christopher Faylor [EMAIL PROTECTED] wrote: This is an off-the-top-of-my-head list of standard packages which are missing from the cygwin distribution: bind coreutils mailx ping sendmail screen In some cases we have packages which offer similar-but-not-identical behavior but in some cases (ping, screen) we don't have anything close, AFAIK. I'm sure that there must be other packages that are missing. Can anyone add to the above list? Are we missing any standard development packages, for instance? You can probably see where I'm going with this. I'd like to see if there are any volunteers to offer and support these packages. Any of the above is guaranteed to make it into the distribution as long as the packaging is ok. cgf -- 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/ -- 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/
icewm and number of virtual desktops
Hello dear fellow mailing list subscribers, I somehow forgot the file name that defines how many virtual desktops will be available in icewm and their names (As it looks like it is not possible to add virtual desktops on the fly in the icewm still). Could you remind me of the proper file? With Best Regards Ariel Burbaickij
Xnest and keyboard layout
Hello dear fellow mailing list subscribers, keyboard layouts differ between host X server and Xnest server (I am not very familiar with what is called default English layout but I think it is what Xnest uses, so obviously host Xserver does not use it ;-). QUestion is: Where does Xnest take it keyboard layout from? Should be the same source that caters also for host Xserver or not? With Best Regards Ariel Burbaickij
Re: Xnest and keyboard layout
Hello Alexander, thank you for as usual prompt and to the point answer. it is configured either via a strange commandline parameter -xkbmap or after start you can just call setxkbmap layoutcode in xnest to set the layout How can I find out what is the code of the layout currently enabled in host X server? With Best Regards Ariel Burbaickij
Re: Xnest and keyboard layout
BTW, do I understand it right then that it is possible to set different keyboard layout for each Xnest server started -- that would be really cool because it is exactly what I need. Surpisingly, though Xwin does not start when layout is set to Russian (neither custom made Russian -- phonetic layout nor standard one - ICUKEN) Any help? Probably Igor can jump in. With Best Regards Ariel Burbaickij On Mon, 4 Oct 2004 12:38:55 +0200 (MEST), Alexander Gottwald [EMAIL PROTECTED] wrote: On Mon, 4 Oct 2004, Ariel Burbaickij wrote: Hello Alexander, thank you for as usual prompt and to the point answer. it is configured either via a strange commandline parameter -xkbmap or after start you can just call setxkbmap layoutcode in xnest to set the layout How can I find out what is the code of the layout currently enabled in host X server? setxkbmap.exe -v This will print the last xkb settings. $ setxkbmap.exe -v Trying to build keymap using the following components: keycodes: xfree86+aliases(qwertz) types: complete compat: complete symbols:pc/pc(pc105)+pc/de(nodeadkeys) geometry: pc(pc105) important is the entry symbols: pc/pc(pc105)+pc/de(nodeadkeys) ^ ^^ ^^ model layout variant to set this layout: setxkbmap -model pc105 -variant nodeadkeys de bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: weird situation with Xnest
On Thu, 23 Sep 2004 13:20:50 +0200 (MEST), Alexander Gottwald [EMAIL PROTECTED] wrote: On Thu, 23 Sep 2004, Ariel Burbaickij wrote: On Thu, 23 Sep 2004 12:27:34 +0200 (MEST), Alexander Gottwald [EMAIL PROTECTED] wrote: On Thu, 23 Sep 2004, Ariel Burbaickij wrote: Hello dear mailing list participants, following pretty strange thing happens to me: if I start Xnest and then try to start xterm on it I get Bad system call and window of xterm does not appear in nested server. Which version of Xnest you're referring too? I do not know how it is possible to obtain version of Xnest. The release of Xwin is 6.8.0.0-1 There were two fixes to Xnest which might apply to your problem in xorg-x11-xnest-6.8.1.0-1. Please try this version. Yes, it had solved both the problem of Bad system call and also of inability to start window manager in nested server. Surprisingly enough, if I start nested server in full display mode (i.e. -geometry 1024X768+0+0) application panel will not appear for whatever reasons, though.
Is RECORD extension included in cygwins' X server?
Hello dear mailing list participants, to dat as I know problems with expectk still persist and as consequence it is not possible for example to use the android tool for automatized GUI testing. Yesterday, I ran in the tool called xnee and I would like to compile/port it for cygwin. The problem is -- I do not know whether cygwins' X server has the RECORD extension included or not. That it the question. With Best Regards Ariel Burbaickij
xmove compilation for cygwin
Dear all, I am going to compile xmove programm out of tarball. Any general compilation guidlines for cygwin? Any pecularities of cygwin I should be aware of? With Best Regards Ariel Burbaickij
Re: Re: xmove compilation for cygwin
Cool, I have got first obstacle in the process -- there is no Imake.tmpl, or as xmkmf reports it: imake -DUseInstalled -I/usr/X11R6/lib/X11/config Imakefile.c:9: Imake.tmpl: No such file or directory imake: Exit code 1. Stop. and ,indeed, it is neither present in the /usr/X11R6/lib/X11/config nor in any other directory. Where can I download Imake.tmpl specific to Cygwin? I remember that I have posted the e-mail with almost the same question (about Imake.tmpl) but I did not get any responses or I do not remember getting them ;-) With Best Regards On Wed, 1 Sep 2004 14:43:24 +0200 (CEST), Jeremy Wilkins [EMAIL PROTECTED] wrote: It worked out of the box when I tried a couple of years ago. Use xmkmf to generate a make file (from the imake file) then just run make. jeremy Message date : Sep 01 2004, 12:05 PM From : Alexander Gottwald [EMAIL PROTECTED] To : [EMAIL PROTECTED], Ariel Burbaickij [EMAIL PROTECTED] Copy to : Subject : Re: xmove compilation for cygwin On Wed, 1 Sep 2004, Ariel Burbaickij wrote: Dear all, I am going to compile xmove programm out of tarball. Any general compilation guidlines for cygwin? Any pecularities of cygwin I should be aware of? Just try. There may always be small problems but a lot of program work out of the box now. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm
Installing expect from sources and problem with tclconfig
Hello dear maling list memebers, I have following situation with installation of expect from sources: while trying to configure the package I get the error tcl config not found, even though I provide the explicit reference to the location of the tclConfig.sh file, which is present even twice on the system in lib and /usr/lib directory, by means of -with-tclconfig switch. Why do I want to do it? I would like to port android package to the cygwin, first for personal use and then surely also for everyone and for this I need to have expectk (which is broken in first place but we will see). So how I can amend the situation. With Best Regards Ariel Burbaickij -- 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/
After upgrade cutpaste between different clients of cygwin X server stopped to work
Hello mailing list participants, following question: After I have upgraded the cygwin system, cutpaste inside X server does not work anymore, i.e. it works fine between windows applications and x clients, it just does not work between x clients themselves. winClipBoardProc is up and running, Xserver was started with -clipboard option. I have not seen any reports about this issue so far, so this mixed with the frequency of usage of this feature means actually that my /dev/hands are probably the main reason but nevertheless maybe some glues? As additional question: Has anyone tried to port android to cygwin environment? With Best Regards Ariel Burbaickij
Where is Imake.tmpl these days?
Hello mailing list participants, I try to compile and install some additional bits and pieces on cygwin system which are not included in standard package, this time it was xmx. I got Imake.tmpl no such file or directory message and indeed the file is not present in the system neither under config directory of X server nor elsewhere. I know that other users have reported this issue some 1-2 years ago and probably something was also done, so the question is: What I need to do in order to get the appropriate Imake.tmpl file. With Best Regards Ariel Burbaickij
xmx, xwatchwin or what to use for multiplexing in cygwins' xfree?
Hello dear mailing list participants, correct me if I am wrong but as I see it neither xmx nor xwatchwin is included. Occasionally, one need to show to users how to proceed or follow them in their activities. So my question would be: What is cygwins approach to displaying applications on multiple X-servers, how one does it in cygwin? Thank you in advance. With Best Regards Ariel Burbaickij -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: running remote XDMCP session over ssh
Ariel Burbaickij wrote: Chris Green schrieb: But why would you need XDMCP if you already have a ssh connection to your remote computer? To get the whole desktop with the window manager of the remote computer as opposed to using a local window manager maybe. And why would you need XDMCP for this? Use ssh -Y and just start kde (or similar). CDE is not supported, is it ? ;-). Try /usr/dt/bin/dtsession on a CDE machine. Of course you need to run without a window manager on Windows (so also not -multiwindow). Staf. Thank you guys (not only to Staf), the method rocks. -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Unable to start xterm on the second server
Hello dear mailing list participants, I have following situation in this case: I would like to run 2 X servers on display 0 and 1. So I have created two files with only one difference. In one I start XWin for display O: XWin further options and in the second one I start XWin for display 1: XWin :1 further but identical options Now I can start xterm on display 0 but not on display 1. Why? Is it bug, feature, wrong /dev/hands With Best Regards Ariel Burbaickij -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
running remote XDMCP session over ssh
Hello dear mailing list participants, is it possible to run remote XDMCP session tunneled over ssh with cygwins' xfree implementation. If yes, how? With Best Regards Ariel Burbaickij -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Re: running remote XDMCP session over ssh
You should consult google before asking dumb questions ;-). On Thu, 24 Jun 2004, Igor Pechtchanski wrote: On Thu, 24 Jun 2004, Ariel Burbaickij wrote: Hello dear mailing list participants, is it possible to run remote XDMCP session tunneled over ssh with cygwins' xfree implementation. If yes, how? Do you Google: http://www.google.com/search?q=%22XDMCP+over+ssh%22? Igor However, this may be of interest (not easy to get to from the above, hence a direct link): http://www.linux-mag.com/2003-03/guru_01.html. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: running remote XDMCP session over ssh
Chris Green schrieb: But why would you need XDMCP if you already have a ssh connection to your remote computer? To get the whole desktop with the window manager of the remote computer as opposed to using a local window manager maybe. And why would you need XDMCP for this? Use ssh -Y and just start kde (or similar). CDE is not supported, is it ? ;-). I need access to some legacy workstations. That is why. -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Passing through the keyboard layout settings from Win32 to cygwin
Hello dear mailing list participants, this is basically re-post of my e-mail send a while ago. Noone answered the original question, so let us see how lucky I am this this time. is it somehow possible to pass through the actual keyboard layout settings of host machine to cygwin console? Here the explanation: Occasionally I need to type in German or Russian or some other languages, so I simply switch the kyeboard layout in Win2000. Is some hook defined or can be defined that adjusts also the locale settings of cygwin as soon as it happens? With Best Regards Ariel Burbaickij -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl -- 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/
Passing through the kyeboard layout settings
Hello dear mailing list participants, is it somehow possible to pass through the actual keyboard layout settings of host machine to cygwin console? Here the explanation: Occasionally I need to type in German or Russian or some other languages, so I simply switch the kyeboard layout in Win2000. Is some hook defined or can be defined that adjusts also the locale settings of cygwin as soon as it happens? With Best Regards Ariel Burbaickij -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl -- 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/
looking for autoexpect
Hello dear mailing list participants, I somehow miss autoexpect in cygwin environment. Have I overseen it or was it indeed not included? With Best Regards -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl -- 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/
Drag Drop and Cut Paste SOLVED !
Thanks to help of Alexander now the drug and drop and cut paste mini-issue is solved. No problems in this direction. Now the next question ( you knew it, you knew it): What file in cygwin enables the access of normal users (i.e. not with root priviledges) to the console and following it to xconsole? With Best Regards Ariel Burbaickij -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Application working in multiroot environment but not in single root
Dear all, after some experience of success on last Friday I have updated the system and my primary apllication does nopt work in single root environment anymore but it works very well in multimode one. Surely, there are at least two possible culprits application itself and XFree86, how can I found who is the most probabel culprit , ie.d what does cause the application to behave in this way - application itself or XFree86? With Best Regards Ariel Burbaickij -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: Application working in multiroot environment but not in single root
On Wed, 2 Jun 2004, Ariel Burbaickij wrote: It just does not overcome the phase of window form and background it stays in this phase for a while and quits afterwards, without showing anything senseful. This happens only in single mode while displaying back from Sun and it happens only on cygwin XFree86 server, no other X-servers are affected. But you are running a window manager like twm? If it is the question, then the answer is yes - I run window manager in single root environment, I have tried both twm and icewm -- same result. With Best Regards Either on the sun or on cygwin. The main difference between singlewindow and multiwindow mode is the integrated window manager which maps the X11 windows to win32 windows. In singlewindow mode there is no window manager started automaticly. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Drag Drop does not work
Hello dear mailing list participants, being on eternal quest to surmount shortcomings ;) I stumbled over drag drop issue. The usual situation: I have one Sun application, wnat to display back it tunneled in ssh and drag drop does not work. What is the situation with drag and drop support -- is it supported and the situation presented is a bug or is it not supported at all? As usual, do not hesistate to request additional information, will gladly provide it. With Best Regards Ariel Burbaickij -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Is it somehow possible to start Windows applications from xterm so that they remain in X-Server area?
I guess the topic says it all, gentlemen ;-) With Best Regards Ariel Burbaickij -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: Right mouse button functionality and cygwin-xfree. Solved !
On Thu, 27 May 2004, Ariel Burbaickij wrote: Does it happen in all programs or only a few? Which programs are these? As you might guess it only happens with one programm but with most important one :-(. On the other hand let me try not to be so upset by it and pose one question. Can you make some educated guess about in what way and where is the programm brocken so that is misbehaves in such a way? A common problem is not to check for special modifiers like num or scroll lock. Or they only expect a two button mouse. You could also try xev with Cygwin/X and the other xserver and check where the output differs. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Problem is solved and as it came out is well-known bug in Motif libraries of Sun. Problem is described in e.g. technical note 1717 of Reflections' producer wrq and is, indeed, solved by applying patch 108940. With Best Regards and Thank you again for your help -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Terminal emulator capable of emulating Sun terminals
Hello dear mailing list participants, as you might know by my previous mail I am pretty much bound to Sun platform and ocassionally need this or that terminal that it specific to this platform (e.g. sun-cmd or dtterm). Have we some terminal emulator in cygwin XFree86 that is capable of emulating these terminals? With Best Regards Ariel Burbaickij -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: Right mouse button functionality and cygwin-xfree. Solved !
On Fri, 28 May 2004, Ariel Burbaickij wrote: Problem is solved and as it came out is well-known bug in Motif libraries of Sun. Problem is described in e.g. technical note 1717 of Reflections' producer wrq and is, indeed, solved by applying patch 108940. I've added this to the trouble shooting page: http://wiki.freedesktop.org/bin/view/Main/CygwinXTroubleShooting#Mouse_buttons_not_working_in_Mot Do you have a URL at hand which describes the problem further. I've not found that technical note 1717 on the sun.com. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 The technical note is not on the site of SUN but on the site of manufacturer of Reflection X Server -- WRQ http://support.wrq.com/techdocs/1717.html They were also bitten by this problem. With Best Regards -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Re: Terminal emulator capable of emulating Sun terminals
On Fri, 28 May 2004, Chris Green wrote: On Fri, May 28, 2004 at 06:53:51AM -0400, Thomas Dickey wrote: On Fri, 28 May 2004, Chris Green wrote: On Fri, May 28, 2004 at 11:20:57AM +0200, Ariel Burbaickij wrote: I suppose what I'm suggesting is that you run cygwin/X and use xdm to display your Sun desktop on your PC, then you can have Sun terminals as you want. dtterm will display remotely - I don't recall if sun-cmd will (some of those clients don't). How would they know? The terminology doesn't come to mind: something to the effect that some of the older Sun clients only run in the frame buffer. (There are other issues with some other features - there are fonts that don't display remotely because they're Sun-proprietary and encrypted in some way). Just because it's on the workstation's X display doesn't mean it's usable from a remote workstation. Certainly all the Sun terminals work here where I'm displaying my SUn desktop on a PC using xdm. Yes, I realised that, but what I said is where rxvt 'came from' as it were. Where it 'came from' is more than that - it discarded all of Xt (the resource mechanism). Originally all of rxvt's optional features were hardcoded - compile-time-only. It has some ability to read resource files (which is not really interpreting the patterns compatibly with Xt), but that came a few years later. Omitting Xt is the major part of reducing size (but most of that is shared memory). Also since it doesn't use Xt, some of the ways it manipulates the graphics are done differently (sometimes a good thing, sometimes now). The comment in rxvt's manpage about Tektronix emulation has been obsolete for several years (see xterm's changelog to note when I made it optional). What do you need sun-cmd or dtterm for? it's probably what he's using right now. He said ne *needed* them for some things. I use a sun-cmd for one yes, but most people who say they *need* a particular terminal type don't know enough about the topic to say exactly why. I need it because some old applications I need to use have the terminal hardcoded in some obscure scripts. Surprisingly though, as it looks like ansi is also pretty much fine, so, guys, thank you very much for your help and interest in the topic. Stay tuned ;-) With Best Regards and Thank you for your help this terminal type in some particular ancient application which is more functional (and needs fewer keystrokes to do some things) in a sun-cmd window than an xterm. I seem to recall that some of Sun's installs hardcoded sun into the $TERM value (that's recent - gripes about Solaris 9). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl
Re: Right mouse button functionality and cygwin-xfree
On Wed, 26 May 2004, Ariel Burbaickij wrote: code is NOT 0x10 and I do not see ButtonRaised and ButtonPressed events in the application window at all. This actually means not even for left button even though all the functionality is given (submenues pop up or pull down, areas of the window are selected etc.). So let us look for another cause. To get you right: If you click into the Event Test window of xev you do not get ButtonPress and ButtonRelease events like these? ButtonPress event, serial 22, synthetic NO, window 0x161, root 0x3b, subw 0x162, time 783041724, (41,51), root:(911,523), state 0x0, button 3, same_screen YES ButtonRelease event, serial 22, synthetic NO, window 0x161, root 0x3b, subw 0x162, time 783041864, (41,51), root:(911,523), state 0x400, button 3, same_screen YES bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 No, not in the test window. In the test window I do get these events. Problem is, though, I do not get them in applicationms' window. I surely understand that most natural reaction on your part would be to say something like :Ok. No events, no reaction. Pay as you go. Point is, though it does work out from other X-servers for Win32 out of the box. So I will be more then happy to help you in debugging to trace the problem down. With Best Regards -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
Re: Right mouse button functionality and cygwin-xfree
Does it happen in all programs or only a few? Which programs are these? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 As you might guess it only happens with one programm but with most important one :-(. On the other hand let me try not to be so upset by it and pose one question. Can you make some educated guess about in what way and where is the programm brocken so that is misbehaves in such a way? With Best Regards and Thank You for Your Help -- NEU : GMX Internet.FreeDSL Ab sofort DSL-Tarif ohne Grundgebühr: http://www.gmx.net/dsl
Re: Right mouse button functionality and cygwin-xfree
Ariel Burbaickij wrote: Thank you very much for your help. Unfortunately, it does not the issue. All leds are off, nevertheless right mouse button does not work. The state 0x10 is the numlock modifier. I don't know why it is enabled but numlock is off. What I tried to say is: after all leds were switched off (toshiba notebooks are bit quirky) they ARE off now but it does not help. Besides, I guess I have already read an e-mail from you in archives about 0x10 and its meaning. Si the situation is like this: all leds are off, code is NOT 0x10 and I do not see ButtonRaised and ButtonPressed events in the application window at all. This actually means not even for left button even though all the functionality is given (submenues pop up or pull down, areas of the window are selected etc.). So let us look for another cause. With Best Regards bye ago NP: Placebo - Centrefolds -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info