Re: possible bug in libXt or libXaw

[Mark Geisert]

Marco Atzeri writes:
> On 11/16/2014 7:30 AM, Mark Geisert wrote:
> > Marco Atzeri writes:
> >> this is the pointer causing the segfault
> >>
> >> (gdb) p form->form.horiz_base
> >> $2 = (Widget) 0x6275705f6779632f
> >>
> >> while similar pointers have a much smaller address,
> >>
> >> (gdb) p w
> >> $5 = (Widget) 0x60014bd50
> >>
> >> so it that an assignment not clearing the upper
> >> portion of the pointer.
> >
> > $2 is not a pointer that needed partial clearing, it's a character string
> > "/cyg_pub".  Possibly a buffer overrun somewhere?  Hope the string fragment
> > points the way to somebody.
> >
> > ..mark
> >
> 
> thanks for the hint,  "/cyg_pub" is a directory on the root
> 
>   $ ls -l / |grep pub
> lrwxrwxrwx   1 marco  Administrators 19 Jun 26 19:11 pub -> 
> /cygdrive/e/cyg_pub
> 
> where the data file was stored,
> however moving it to "/tmp" produce as result
> 
>   p ref
> $1 = (Widget) 0x635f7261636e5f62 aka c_racn_b
> 
> that is not very meaningful to me, so the pointer corruption
> can be very generic.

One has to reverse the bytes, so it's "b_ncar_c", but that's likely still
not meaningful :-(.  You might try:
(gdb) set print pretty
(gdb) p form->form
  or
(gdb) p *form->form
and in the output, look at the struct items before horiz_base to see if one
of them is a char array that has been overrun.  If it's really hosed, all of
the items may have character string contents which means something before
(lower than) the address of form->form has been overrun.
Good Luck,

..mark



--
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: possible bug in libXt or libXaw

[Mark Geisert]

Marco Atzeri writes:
> this is the pointer causing the segfault
> 
> (gdb) p form->form.horiz_base
> $2 = (Widget) 0x6275705f6779632f
> 
> while similar pointers have a much smaller address,
> 
> (gdb) p w
> $5 = (Widget) 0x60014bd50
> 
> so it that an assignment not clearing the upper
> portion of the pointer.

$2 is not a pointer that needed partial clearing, it's a character string
"/cyg_pub".  Possibly a buffer overrun somewhere?  Hope the string fragment
points the way to somebody.

..mark


--
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: XWin.exe segmentation fault on Windows 7

[Mark Geisert]

> The only software I found on her computer that is also on that list
> was the McAfee virus scanner.  We disabled this and still saw the
> problem (though I noticed the process was still running, and
> re-launched itself if you killed it!).

As Jon's reference [1] explains, merely disabling the BLODA might not be
sufficient.  You may have to completely uninstall it to be rid of its effects. 

*Especially* if it has processes that re-launch themselves on kill; I mean, how
can you know whether you've ruled this particular BLODA out as an explanation
for the issue unless you've completely uninstalled it?
HTH,

..mark



--
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: Cygwin Install Windows Crash

[Mark Geisert]

Daniel Cowdery writes:
[...]

This has nothing to do with X Window on Cygwin.  Please look for answers to your
identical post on the main Cygwin mailing list.

..mark



--
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: Commercial Use

[Mark Geisert]

Donald Fagan writes:
> Hi,
> 
> I can't seem to find on your site if cygwin-x can be used
> commercially. If it can is there any cost for a licence.
> I intend to used it as a possible replacement for reflection x to
> access an old HP-UX server.

Have a look at .  Basically, any kind of use
is OK, it's further distribution that requires attention to licensing.

..mark


--
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: 3-button-mouse emulating

[Mark Geisert]

> > so e.g. startx -- -emulate3buttons
> 
> this only makes sense if the server accept the option
> '--emulate3buttons'.  But the X server in cygwin 'x'  does not as I
> know.

Look at the example again.  It's different from what you typed.

..mark


--
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: Query on building GCC source targeting Windows?

[Mark Geisert]

divya kotekar writes:
> I am Divya. Basically from systems side, acquainted with Windows OS
> and with very limited knowledge about compilers.

This mailing list concerns the X Window System running on Cygwin; Cygwin is a
POSIX emulation layer on top of MS Windows.  It is hard to see how your
questions are on-topic for this list but maybe you're just leaving out some
details...

> My objective:
> I have got some updated files of GCC (3.0) from my colleague. I am
> asked to create a new binary including these updated files.

It is hard to tell if you have application source code, written in C, that you
want to compile with gcc, or if you want to compile the gcc compiler itself. 
Both of those topics are off-topic for this list.  If instead you have an
application that makes use of X Window, that would be on-topic here.

> Current situation:
> I have installed Cygwin in my system and trying to compile simple programs.

OK.  Problems using gcc on Cygwin would be discussed on the main Cygwin mailing
list, not this cygwin-xfree list.

> Help needed:
> 1)Is it possible to build the source of GCC in cygwin targeting
> Windows. If Yes, any document to do so.

Here you're talking about "source of GCC" again and it's not clear whether you
mean "application source to be compiled with gcc" or "source code of gcc itself
to be compiled".  It could also be that you don't need Cygwin, but just a
Windows-based gcc compiler; in that case check out the totally separate project
MinGW at mingw.org.  They have their own support lists if you need their help.

> 2)While compiling simple C files, I get an error stdio.h:No such file
> or directory - Could you please provide some solution as the FAQ
> didn't help me much

Which FAQ were you reading?  Start simple: Create the canonical "Hello World"
example program hello.c and compile it with "gcc -o hello hello.c".  Run the
program with "./hello".  If that doesn't work, supply a log of what happened in
your next email, but send that email to the main Cygwin list, not this
cygwin-xfree list.

Hope this helps,

..mark




--
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: "-query" not working on cygwin/windows

[Mark Geisert]

km4hr writes:
> At cygwin shell prompt I enter "netstat -na |grep 600*" 
> I get this:
> UDP0.0.0.0:6000   *:*
> UDP0.0.0.0:6001   *:*
> UDP0.0.0.0:6002   *:*
> ..etc..
> 
> "netstat -na | grep 177" returns nothing.
> 
> I get the above responses whether my Windows firewall is on or off.
> 
> Also, why does netstat say UDP in the above responses? I specifically
> enabled these ports as TCP in the Windows firewall configuration screen.
> 
> I configured port 177 just like ports 6000-6005. But it never shows up in
> "netstat -na". Why?

If you're OK with turning off Windows Firewall, do that, to remove one potential
area of networking conflict.  Leave it off until you get things working and then
add it back in afterwards.

Having the Firewall open a port just means that some program on your PC trying
to listen on that port will actually receive traffic from the network.  If the
port is closed the program might be able to listen on that port but it won't
receive anything because the Firewall has blocked the traffic to it.

Netstat is showing you something different: the ports that are currently being
listened on by running programs.  Use the '-o' option to netstat to have it
print the Windows pids of the listening programs.  E.g., 'netstat -ano'. 
Sometimes Cygwin pids are different from Windows pids for reasons not important
here.  Use the Windows Task Manager to identify Cygwin processes from Windows
pids if necessary.

I don't know why your netstat display shows UDP.  If I were to speculate, I'd
say you mistakenly enabled UDP rather than TCP in the Firewall and the X Server
was able to open listening sockets for UDP datagrams.  There's no 177 in your
netstat display because there probably isn't any program currently running to
listen on that port.  Do you have to start xdmcp manually?  I don't know how
that works.  I just know that I see TCP for ports 6000 and up when I run the
Cygwin X server.

..mark


--
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: xinit requires util-linux which requires perl

[Mark Geisert]

Yaakov writes:
> > Is there some way the packages could be reworked so that an X-related
> > install or update doesn't try to pull in perl?  It gets tiresome having
> > to uncheck util-linux and perl every time I update my set of machines
> > with setup.exe.
> 
> I'm sorry you have something against perl, but it is a standard, if not
> an essential, part of *NIX systems.  The dependencies are correct;
> startx calls mcookie, which is provided by util-linux.

Thanks for the reply.  Yeah, I know I have a minority viewpoint on perl.  But
like a lot of folks I tend to install only the packages I need for my own
development and for me that happens to not include perl.

I figured out that util-linux contains the chkdupexe perl script, so that's
likely why the util-linux package requires perl.  It just seems kinda curious
(in a vaguely broken way) that X itself doesn't require perl but one can't
install or update Cygwin X without pulling in perl.  Oh well.

In the interests of PTC I could try to figure out a better package to contain
chkdupexe, or mcookie for that matter.  Or recode chkdupexe as a shell script. 
Ow, my head hurts just thinking about that.  Much easier to uncheck the
setup.exe box if I want to keep from installing perl.
Thanks again & Cheers,

..mark


--
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/

xinit requires util-linux which requires perl

[Mark Geisert]

...and I'm trying to compute in a perl-free environment.  Yes, really.

Is there some way the packages could be reworked so that an X-related install or
update doesn't try to pull in perl?  It gets tiresome having to uncheck
util-linux and perl every time I update my set of machines with setup.exe.

Thanks for any concurrence on this,

..mark


--
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: Segmentation fault from Tk_Init() call whle running X11

[Mark Geisert]

Michael Rogers writes: 
> I promise, no more threads, no more questions.
[...]

  !!

Please read the link above that somebody else already included on their reply 
to one of your earlier questions.

The issue is not how many threads you have or how many questions.  If you 
format your emails so folks can read them, you might get faster and/or more 
appropriate answers.  You have no idea how many folks (like me) just ignore 
emails that are poorly formatted.
HTH,

..mark



--
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/