>
> When John Fortin could merge and commit his DirectX-tree into CVS,
> then we should be able to archieve much more users. And more users
> are more testers... :)
>
I didn't realize you were waiting on me... I've been tied up at work lately
so
GGI has taken a ba
> Are we going to wait for DirectX updates before announcing
> the release candidate? BTW, can anyone offer me some pointers
> to instructions on how I would go about building/testing
> cygwin and the DirectX target? I do have a Win98 box handy these days.
>
You need the Cygwin development envi
> > Are we going to wait for DirectX updates before announcing
> > the release candidate?
>
> Depends on the timeframe - I'd say if it's below two weeks extra time, I'd
> rather wait. Gives much broader audience.
>
I've checked in updated DirectX target files to match my working system,
with the
> Huh ? We do require perl ? Where ?
>
automake requires perl...
John
Great, for the most part...
I'll have to download the DX8 headers and give them a try...
John
- Original Message -
From: "Brian S. Julin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 30, 2001 4:32 PM
Subject: DirectX cygwin build
>
> OK, here are the results of t
> > > 2) For some reason I had to cd to libgg and make install before
> > > building the rest of libgii
> > I believe this is a problem for all platforms. libgii doesn't look in
> > its own directories for libgg. Unless it's installed it won't find it.
I've never had this problem building libGI
> Right. What is currently on the showstopper list ?
>
> If DirectX doesn't build smoothly, so what. Basically for DirectX support
to
> reach users, we have to distribute foolproof click-on-that-setup.exe style
> binaries anyway, so no problem if that is the only one.
>
I suggest that we release
needed. I
can have my mind changed on this :)
John Fortin
- Original Message -
From: "Brian S. Julin" <[EMAIL PROTECTED]>
To: "Christoph Egger" <[EMAIL PROTECTED]>
Cc: "GGI ML" <[EMAIL PROTECTED]>
Sent: Thursday, July 19, 2001 9:45 AM
Subject: Re: TODO list for final release
>
> On Thu, 19 Jul 2001, Christoph Egger wrote:
> > > The DirectX
- Original Message -
From: "Christoph Egger" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 30, 2001 9:12 AM
Subject: Re: Building GGI Project on Windows.
>
> Hi John!
>
> Great to know you're back!
>
> > I did the original port to Win32 using CygWin (www.cygwin.com)
tmask
GIIgeteventmask
GIIgetselectfdset
GIIhandler
GIIclose
I understand what most of them do. However, I am not sure of the
purpose of GIIhandler.
Do all of them need to be implemented? I would imagine the first four
are a must.
Any other advice. comments are welcome.
fiers such as shift, control, and alt.
I quickly looked at the linux keyboard stuff, but I don't have a lot
of the linux headers.
Thanks,
John Fortin
Does anyone have any programs available to test a keyboard input target.
I have most of the MSWindows keyboard target running, and I need to test
it.
I mostly need to test whether the US keyboard mapping is working
properly.
Thanks,
John Fortin
e directx-target, to
> avoid problems with the *.dll-files...
>
One of the points of dlls and shared libraries in general, (IMHO), is
the ability to upgrade without having to recompile the entire
application. If I had to statically link while testing, I'd pull my
hair out.
I'm also not aware of any problems with *.dlls. If there are, please
let me know... My directx port is starting to come along nicely...
John Fortin
g on the libgii
port.
If there are specific questions about what is needed to support Mesa-GGI, let
me know.
John Fortin
>
>
> Also can libGGI handle DMA transfers, AGP? Does it have enough of a API
> to implement textures and other 3D functions?
>
> James Simmons
Marcus Sundberg wrote:
>
> James Simmons <[EMAIL PROTECTED]> writes:
>
> > I had a interesting discussion on the possiblility of having a Direct X
> > on linux with John Carmack. Well it appears Mircosoft will sue anyone that
> > tries that. So I talked to him about Mesa-GGI and how Direct X
>
> > I'm torn here. The current version I am using does not need to acquire
> > the direct buffer. However, it uses features available only on win
> > 95/98/W2K. It will not work on NT4, as NT4 only supports directx v3.
>
> You must install a Service Pack (4 or newer) for NT4. Then you have
> s
Here the url from the microsoft site.
http://www.microsoft.com/directx/overview/hardware/dx4nt.asp
I suppose it is possible the programs don't actually use the apis above directx3
John
Christoph Egger wrote:
> On Tue, 14 Dec 1999, John Fortin wrote:
>
> > >
> &g
You need to use mingw32. I needed to stay away from using cygwin1.dll for
licensing
reasons. However, the snapshot is really old at this point. I have changed it
alot,
and added gii support, which I am debugging. There are some things to be done.
- I have to fix the 8-bit support.
- O
Please Enough I get enough off topic stuff as it is...
John
"W.H.Scholten" wrote:
> Tim Coleman wrote:
> >
> > On Mon, Dec 27, 1999 at 08:14:40PM +, W.H.Scholten wrote:
> > > Joseph Carter wrote:
> > > >
> > > > *WHACK* 21st century starts in 2001.
> > > >
> > >
> > > No it doesn
John Fortin wrote:
>
> All,
> Just for your info, I have finally gotten xclock ( my initial test
> case) to work under mingw32/Directx/GGI/XGGI!!!
>
> Now for Keyboard and Mouse debugging!!
>
> John
#x27;t see where the modifiers for the keys are handled. How
does XGGI know when the modifiers are set?
Do I need to send the actual shift, control, alt keys themselves??
Currently I don't send these keystrokes. I use them only to set the
modifiers field.
Thanks,
John Fortin
John Fortin wrote:
>
> I'm a bit confused about how XGGI handles keyboard input.
>
> With my DirectX port of GII, I set sym=label and the appropriate
> modifiers.
>
> Running XGGI and xterm, I only get lowercase letters. Looking at
> Xserver\hw\ggi\keyboard.c, wh
John Fortin wrote:
>
> All,
> I am happy to announce that I have a working X-Server using XGGI
> running under Win98.
>
> * Mouse Tracking, LButton, RButton work
> * KB works
>
> I have Successfully run xterm, twm, xclock, ocloc
Would there be any objection to overriding the compiled in configuration
file directory with an environment variable. This would allow
installation in a directory structure other than the build structure.
Example: I configure and build to /e/local/user ( actually
e:/usr/local on Win98 ). Howe
Andreas Beck wrote:
>
> > Would there be any objection to overriding the compiled in configuration
> > file directory with an environment variable.
>
> Yes. This is compiled in for security purposes. In a perfect world, we would
> not have the SVGAlib target. However we do have such a target and
Marcus Sundberg wrote:
>
> Andreas Beck <[EMAIL PROTECTED]> writes:
>
> > > How about if we #ifdef around that code. Windows will be the only OS
> > > which can use an environment variable. The others would still be hard
> > > coded.
> >
> > Could be done, but I don't really like special sol
> If at all possible, it'd be nice if a user that hasn't got write
> access to C: or to the system part of the registry can install
> libggi (possibly by putting a config file in the same folder as libggi
> or something).
>
If I go with a registry solution, which seems likely, I doubt I'
> Actually the whole point would be to have the registry entry in
> the system section so random users can't tamper with it. However,
> installing LibGGI as a user must also be supported, so I'd suggest
> we have it in the user section for now. Then if we find a reason to
> do something more secur
Is anoncvs.us.ggi-project.org down ?? I tried to get to it Friday night
and Saturday Morning with no success.
John
Thanks Marcus!!
John
Marcus Sundberg wrote:
>
> Andreas Beck <[EMAIL PROTECTED]> writes:
>
> > > Since mansync can not be build for win32, could we add a switch to
> > > configure to disable it.
> >
> > Things like this should be detected by configure automatically - see below.
>
> Yep, shoul
?
Thanks,
John Fortin
community.
Any thoughts, ideas are welcome...
John Fortin
All right, you are right. I must have been having a bad day... Thanks
for the feedback though :)
John
Marcus Sundberg wrote:
> John Fortin <[EMAIL PROTECTED]> writes:
>
> > As alot of you probably know, I've been working on a Win32 port of GGI.
> > A goo
.
Thanks,
John Fortin
>
> case "${target}" in
> *-*-mingw* | *-*-cygwin*)
> DLLEXT="dll"
>
> I've written a GGI_DLLEXT macro which does just this, please verify
> that it works correctly when compiling with mingw32/cygwin.
>
Marcus,
Where did you put this? I want to make sure I have it before I t
Marcus Sundberg wrote:
>
> Andreas Beck <[EMAIL PROTECTED]> writes:
>
> > > Is there a way to have it determine the correct extension, or add a
> > > command-line to configure to change this?
> >
> > Sure. It is already prepared in the configure.in script. The DLLEXT variable
> > has to be set a
Christoph Egger wrote:
> On 7 Mar 2000, Marcus Sundberg wrote:
>
> > Jan Kneschke <[EMAIL PROTECTED]> writes:
> >
> > > the configure-script is missing the following line
> > >
> > > s%@DLLEXT@%$DLLEXT%g
> > >
> > > adding AC_SUBST(DLLEXT) to AC_DEFUN(GGI_DLLEXT) in dllext.m4 fixes the
> > > pro
"Jon M. Taylor" wrote:
>
> libggi.conf.in has the variable DLLEXT, which is supposed to be
> replaced with "so" or "DLL" or something during the make process. This is
> not happening, and the @DLLEXT@ is remaining in the final libggi.conf. I
> just blew away my whole degas/ tree and tri
> >
> > I will test it tomorrow.
>
> I'll test it too, tonight.
>
> Thanks Marcus!
>
> John
Well, I tested it. The libggi.conf is properly created, except for one
thing. It always selects .so as the extension. Since I am building
with mingw, it should have .dll. I also tested with cygwin
> AC_MSG_CHECKING(for shared library extension)
> + echo
> + echo "Target is ${target}."
> + echo
> case "${target}" in
>
> Then regenerate the configure script by running autogen.sh and run
> configure. It should give the contents of $target - so that we can see,
> what it is set to and why
With a new cvs extraction and build I get the following:
Making all in gg
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..
-DBUILDING_LI
BGG -I../include -I../include -I/usr/local/include
-I/usr/local/include -g -
O2 -D_REENTRANT -D_THREAD_SAF
Marcus Sundberg wrote:
>
> John Fortin <[EMAIL PROTECTED]> writes:
>
> > this comes from these lines in misc.c
> >
> > #ifndef GG_USLEEP_DEFINED
> > #error You need to implement ggUSleep() for this system
> > #endif
> >
> &
Marcus Sundberg wrote:
>
> John Fortin <[EMAIL PROTECTED]> writes:
>
> > It gives i386-mingw32 for ${target}
> >
> > configure --host=i386-mingw32 --build=i386-mingw32 --target=i386-mingw32
> > --without-x \
> > --enable-directx --prefix=e:/usr/l
Andreas Beck wrote:
>
> > configure --host=i386-mingw32 --build=i386-mingw32 --target=i386-mingw32
> > ...
> > With the above command I get the following...
> >
> > checking host system type... i386-pc-mingw32
> > checking build system type... i386-pc-mingw32
> >
> > Why isn't ${target} converted
m to be keeping up with demand. A project I am
working on moved away from SF as the CVS access was incredibly SLOW and painful to
use.
They are adding hardware and support so it will probably improve, but SF is
suffering growing pains.
Just my $.02 worth.
John Fortin
t;
> I think, that's why people think, GGI is dead...
>
Also, Win32 people will not use it until it is clear that it is
cross-platform/Generic. That is why I was interested in it. However,
if the decision is really cross-platform/Generic meaning only linux/KGI,
then I'm not.
John Fortin
ing ( Plus work has been
incredibly busy)
> 3. What do you plan to work on in future?
Continue working on the Win32 port and any extensions which I find
interesting...
John Fortin
[EMAIL PROTECTED]
s unusable for WinNT 4.
I also have to decide if I want to provide libs for MSVC++ and gcc. I know
that your goal is to run under Wine, but I want to see it used for Windows
on Windows.
I believe I finally have time to work on this again, so Jon, if you have
source, could you send it to me..
Can we add the base GGI/GII source to Sourceforge. I'm willing to do it...
I have a Sourceforge ID: fortinj
John Fortin
- Original Message -
From: "Andreas Beck" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 13, 2001 3:10 PM
Subject: Re: So
l become a
footnote.
John
- Original Message -
From: "Brian S. Julin" <[EMAIL PROTECTED]>
To: "John Fortin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, March 13, 2001 5:53 PM
Subject: Re: Sourceforge
> On Tue, 13 Mar 2001, John Fort
> John: Could you synchronize CVS with your directX-target, please?
>
>
>
Christoph,
I looked on SF for libGGI and could not find it. Could you send me the
appropriate link..
John
> > Christoph,
> >
> >I looked on SF for libGGI and could not find it. Could you send me
the
> > appropriate link..
>
> http://sourceforge.net/projects/ggi/
>
>
> CU,
That's odd. When I searched for GGI on SF, it was not found.
John
Christoph,
Could you add me as a developer. My SF userid is fortinj.
John
54 matches
Mail list logo
