headers
Chris Twiner | 1 Sep 2002 05:28
Picon
Favicon

Re: xwinclip re selection polling

Hi All,

I think I've just identified a bug with select on /dev/windows.  According 
to the select code for the windows device it does a if (peekmessage()) then 
in xwinclip it does the flushwindows upon select returning.

I've found a wierd circumstance were select returns but when the 
flushwindows function returns there is no message on the queue.  As the 
select believes there is but windows doesn't it causes an infinite loop.  
Don't know how to reproduce yet but it has been after reconnecting (longjmp 
and setjmp) that I've noticed.

I will investigate more later.  I've got a log from the xwinclip output and 
I'll try to find a reproducable case.

Has anyone noticed anything similar before with /dev/windows?

Chris

_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
Permalink | Reply | 0 comments |
headers
Guy Harrison | 1 Sep 2002 19:21

Re: building XFree86 from cvs

On Tue, 27 Aug 2002 11:14:56 -0700 (PDT), Nicholas Wourms
<nwourms <at> yahoo.com> wrote:

>--- Guy Harrison <swamp-dog <at> ntlworld.com> wrote:
>> On Tue, 20 Aug 2002 10:13:50 -0500, "Michael Harnois"
>> <mharnois <at> cpinternet.com> wrote:
>> 
>> >Oooh. This is stranger than I thought. Some of those programs do
>> get built
>> >correctly, despite the log messages. For instance in config/util,
>> makestrs,
>> >revpath, and rman build ... but lndir doesn't.
>> 
>> Probably because "gcc -o foo" yields foo.exe automatically but
>> unfortunately dependencies and so forth won't know that. Your
>> average
>> "configure & make" app can sometimes get away with it - only to
>> fail on
>> the install & uninstall (good indication of this problem existing
>> is
>> make invokes the linker even though the last make succeeded). Sadly
>> this
>> is my first forray into the world of Imake so take my advice for
>> this
>> particular problem with a strong pinch of salt.
>
>You'd think TOG would get a clue and switch to the autotools...

All that's required is for me to become 100% proficient in Imake. It
would guarantee it! :-)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Guy Harrison | 1 Sep 2002 19:21

Re: building XFree86 from cvs

On Mon, 26 Aug 2002 07:11:37 -0400, "Harold Hunt" <huntharo <at> msu.edu>
wrote:

>Guy,
>
>Okay, this looks reasonable.  I will take a look at it and submit it when I
>get a chance.  Classes start today, so it may be a few days.

No problem. Things progress slow my end!

--

-- 
swamp-dog <at> ntlworld.com
Permalink | Reply | 0 comments |
headers
Guy Harrison | 1 Sep 2002 19:21

Re: building XFree86 from cvs

On Thu, 29 Aug 2002 22:06:58 +0200 (MEST), Alexander Gottwald
<Alexander.Gottwald <at> informatik.tu-chemnitz.de> wrote:

>On Sun, 25 Aug 2002, Guy Harrison wrote:
>
>[big diff]
>>
>> ...it might even still cross-compile! ;-)
>
>It does. Good Work :)

Thanks!

>bye
>    ago
>BTW: When you're creating diffs, please use the diff -u.

Noted.

--

-- 
swamp-dog <at> ntlworld.com
Permalink | Reply | 0 comments |
headers
Guy Harrison | 1 Sep 2002 19:21

Re: building XFree86 from cvs


Hi Folks,

I took the plunge and installed. My first thought was "er, it don't
work". Some notes for the record before I forget them...

Debug build:
"makeg.sh install" strips targets. Perhaps not all but it is passing
"-s" to 'install'.

Installation (debug or normal):
"make" does indeed relink (some) targets without apparent cause. Ditto
on installation which of course has the potential to fail on (say) a bad
foo<->foo.exe dependency.

Last is the show-stopper. Trivial but "install -s" got me side-tracked:
I've seen DLL's fail to load when stripped so went off on a wild
goosechase when confronted with "c0000022" dialogs. XWin would start
(we're invoking inside bash here) but all apps produced those
undebuggable c0000022 accessed-denied dialogs(*). Solution trivial:
installed DLL's require execute permissions. doh! However it may be that
Setup could end up installing non-executable DLL's?

(*)
I dragged out a demo of W32dsm87 disassembler and exercised my
non-existent Intel asm knowledge. Looks like we never get to program
entry - only kernel32.dll loads: it must check perms on the bound DLL's
then barfs. Couldn't work this backward because kernel32.dll vanishes
leaving W32dsm87 staring at invalid memory.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Twiner | 1 Sep 2002 20:11
Picon
Favicon

Re: xwinclip re selection polling

Hi All,

The select statement isn't the problem, it's the restart.  I'm pretty 
certain that it's just due to the old window sending messages the select 
does a peekmessage of NULL for the hwnd, this picks up all messages for that 
thread.

The restarter wasn't closing the window so it's probable that the old hwnd 
for the old window that wasn't getting closed is at fault.  This is just a 
heads up, so no-one starts investigating unnecessarily. I'll post again with 
the results.

Chris

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx
Permalink | Reply | 0 comments |
headers
Chris Twiner | 1 Sep 2002 22:00
Picon
Favicon

Re: xwinclip re selection polling

The problem seemed to be based around the old window not getting destroyed, 
windows still thinks it's there and sends forth more messages to it.

I've destroyed the window in the iohandler and the problem seems to be 
solved.  Sorry for the multiple posts just spotted it over a few days.

Chris

_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com
Permalink | Reply | 22 comments |
headers
Ashish Gupta | 2 Sep 2002 08:42
Picon
Favicon

error compiling

Hi, 

I am porting an application from linux to windows.
This application uses xlib for windows2000 so I
downloaded cygwin/Xfree86 source code(from CVS) and
then tried to compile the application I got lot of
ewrrors in VC98/rpcdce.h files. 

Errors list:

c:\msvs\vc98\include\rpcdce.h(166) : error C2143:
syntax error : missing ')' before 'type'

c:\msvs\vc98\include\rpcdce.h(166) : error C2071:
'RPC_OBJECT_INQ_FN' : illegal storage class

c:\msvs\vc98\include\rpcdce.h(166) : error C2055:
expected formal parameter list, not a type list

c:\msvs\vc98\include\rpcdce.h(166) : error C2059:
syntax error : ')'

c:\msvs\vc98\include\rpcdce.h(172) : error C2085:
'RPC_IF_CALLBACK_FN' : not in formal parameter list

c:\msvs\vc98\include\rpcdce.h(180) : error C2085:
'RPC_STATS_VECTOR' : not in formal parameter list

c:\msvs\vc98\include\rpcdce.h(191) : error C2085:
'RPC_IF_ID_VECTOR' : not in formal parameter list
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexander Gottwald | 2 Sep 2002 09:40
Picon

Re: error compiling

On Sun, 1 Sep 2002, Ashish Gupta wrote:

> I am porting an application from linux to windows.
> This application uses xlib for windows2000 so I
> downloaded cygwin/Xfree86 source code(from CVS) and
> then tried to compile the application I got lot of
> ewrrors in VC98/rpcdce.h files. 

For compiling XFree86 with VisualC, please see 
http://sources.redhat.com/win32-x11/ 

but since you want to port the application, please try compiling
with gcc.

bye
	ago
--

-- 
 Alexander.Gottwald <at> informatik.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
Permalink | Reply | 0 comments |
headers
Pille Geert (bkarnd | 2 Sep 2002 10:51

RE: X windows display problem

Hallo Meredith,

I lost a couple of days on the same problem because my client's hostname was
"GHP-VP6", and so DISPLAY on the client side was "GHP-VP6:0.0".

When I replace DISPLAY's value by simply ":0.0", before ssh'ing to a host,
all (and most importantly: X) was well.

I haven't checked if it was the special (?) character "-" that caused the
problem, I used to have underscores in all my hostnames until I found out
that Apache refused to run on a host called GHP_something (there is an RFC
saying which characters are allowed).

Just in case  (your client's hostname isn't Jules)

Geert

-----Original Message-----
From: Meredith Finkelstein [mailto:meredith <at> www.honeybeerobotics.com]
Sent: vrijdag 30 augustus 2002 20:42
To: cygwin-xfree <at> cygwin.com
Subject: X windows display problem

Hi 
I have found some related posts in the archives, but nothing that seems to 
solve my problem, which is: 

I start startxwin.sh from my client (which runs windows2000) (I have tried 
both cygwin shell and cmd)
then i open up an ssh connection (ssh -X -l username hostname) to my host
(Continue reading)

Permalink | Reply | 0 comments |

Gmane