headers
Andre Bleau | 1 Oct 2003 01:07
Picon

Re: Future of OpenGL package

Brian Ford wrote:
>...
> >Even, with 1.4 headers, you would sill need to jump through hoops to use
> >1.4 functionality. You will still need to load the functions dynamicaly
> >before using them. You wouldn't be able to simply call the functions as
> >when developing for UNIX.
> >
>A lot of the functionallity I need is just the defines.  Ex:
>GL_MIRRORED_REPEAT_ARB  Here, I don't need to load any extensions.
>
>When I do need to load extensions, having the defines for the
>proper prototypes around would be nice.

1.2 and 1.3 defines & prototypes are already there in 
/usr/include/w32api/GL/glext.h

>...
> >>As for the extension loading library, it's a don't care for me.
> >
> >Then, I guess you never had to work with extensions...
> >
>No, I just don't think it is that hard to write code for it.

It's not hard to write new code that uses GL 1.2+ that targets only the 
Cygwin and Mingw platforms. What's hard is to port some code for UNIX that 
calls GL 1.2+ functions. You have to track each call and modify it to load 
the function first when compiled for Cygwin.

>...
> >So, I propose to make a quick update of the OpenGL package ASAP, while we
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andre Bleau | 1 Oct 2003 01:39
Picon

Re: Future of OpenGL package (Earnie, please read this)

Igor Pechtchanski wrote:

>On Fri, 26 Sep 2003, Andre Bleau wrote:
>
> > ...
> > Even, with 1.4 headers, you would sill need to jump through hoops to use
> > 1.4 functionality. You will still need to load the functions dynamicaly
> > before using them. You wouldn't be able to simply call the functions as
> > when developing for UNIX.
>
>André,
>
>Cygwin DLL uses the autoload functionality for some of the required
>functions, so that they can simply be called after a test (i.e., something
>like
>
>if (hasSomeFunction())
>   callSomeFunction();
>
>Perhaps this could be employed in the OpenGL library layer as well...  I
>don't know enough off-hand about the autoloading process, but there is a
>fairly detailed description in winsup/cygwin/how-autoload-works.txt in the
>Cygwin sources.  Might be worth investigating...
>

Well, that's exactly what packages like extgl provide: an easier way to 
test if some functionality is available, and if it is, to load it and use it.

I was thinking of including extgl in the next major release of the OpenGL 
package.
(Continue reading)

Permalink | Reply | 1 comment |
headers
peter garrone | 1 Oct 2003 02:22

Re:munmap bug test program

>On Tue, Sep 30, 2003 at 10:06:11AM +0800, peter garrone wrote:
>> This test program highlights the recent munmap problem addressed by Corinna.
>> It works with the updated mmap, and with linux, fails on cygwin with the prior mmap.
>
>What "updated" mmap are you talking about, your's or the one in CVS?
>
>Corinna

It works with both. I am using your fix, ie the one in CVS.

--

-- 
______________________________________________
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze
Permalink | Reply | 4 comments |
headers
Andrew DeFaria | 1 Oct 2003 02:27

Re: Using authentication under Apache for Cygwin

Igor Pechtchanski wrote:

> Andrew,
>
> Could this be a text vs. binary issue? I'm grasping at straws here... 
> It's good that you've moved everything to the local disk - it helps to 
> eliminate as many variables as possible. Did you get an authenticated 
> access webpage (.html, as opposed to a CGI script) working? Can you 
> initially create the user file in the directory where you're trying to 
> set up authentication (for testing purposes)? Can you show the output 
> of "ls -la" in that directory?

It seems to be an issue of using a UNC path. The following works fine:

<VirtualHost adefaria>
  ServerName adefaria
  ServerAdmin ADeFaria <at> Salira.com
  DocumentRoot "/var/www/htdocs"
#  DocumentRoot "//sonscentral/users/adefaria/www"
  <Directory "/var/www/htdocs">
#  <Directory "//sonscentral/users/adefaria/www">
    Options Indexes FollowSymLinks MultiViews ExecCGI
  </Directory>
<Directory "/var/www/htdocs/addbug">
#<Directory "//sonscentral/users/adefaria/www/addbug">
    Options Indexes FollowSymLinks MultiViews ExecCGI
    AllowOverride AuthConfig
    Order allow,deny
    Allow from all
</Directory>
(Continue reading)

Permalink | Reply | 5 comments |
headers
peter garrone | 1 Oct 2003 02:26

Re: munmap bug test program

I said this test program works with both my own and corinna's fix, but in fact I have only
actually tested it with corinna's fix, since I discarded my own.
--

-- 
______________________________________________
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze
Permalink | Reply | 0 comments |
headers
Igor Pechtchanski | 1 Oct 2003 02:52
Picon

Re: Future of OpenGL package (Earnie, please read this)

On Tue, 30 Sep 2003, Andre Bleau wrote:

> Igor Pechtchanski wrote:
>
> >On Fri, 26 Sep 2003, Andre Bleau wrote:
> >
> > > ...
> > > Even, with 1.4 headers, you would sill need to jump through hoops to use
> > > 1.4 functionality. You will still need to load the functions dynamicaly
> > > before using them. You wouldn't be able to simply call the functions as
> > > when developing for UNIX.
> >
> >André,
> >
> >Cygwin DLL uses the autoload functionality for some of the required
> >functions, so that they can simply be called after a test (i.e., something
> >like
> >
> >if (hasSomeFunction())
> >   callSomeFunction();
> >
> >Perhaps this could be employed in the OpenGL library layer as well...  I
> >don't know enough off-hand about the autoloading process, but there is a
> >fairly detailed description in winsup/cygwin/how-autoload-works.txt in the
> >Cygwin sources.  Might be worth investigating...
> >
>
> Well, that's exactly what packages like extgl provide: an easier way to
> test if some functionality is available, and if it is, to load it and use it.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Igor Pechtchanski | 1 Oct 2003 02:56
Picon

Re: Using authentication under Apache for Cygwin

On Tue, 30 Sep 2003, Andrew DeFaria wrote:

> Igor Pechtchanski wrote:
>
> > Andrew,
> >
> > Could this be a text vs. binary issue? I'm grasping at straws here...
> > It's good that you've moved everything to the local disk - it helps to
> > eliminate as many variables as possible. Did you get an authenticated
> > access webpage (.html, as opposed to a CGI script) working? Can you
> > initially create the user file in the directory where you're trying to
> > set up authentication (for testing purposes)? Can you show the output
> > of "ls -la" in that directory?
>
> It seems to be an issue of using a UNC path. The following works fine:
>
> <VirtualHost adefaria>
>   ServerName adefaria
>   ServerAdmin ADeFaria <at> Salira.com
>   DocumentRoot "/var/www/htdocs"
> #  DocumentRoot "//sonscentral/users/adefaria/www"
>   <Directory "/var/www/htdocs">
> #  <Directory "//sonscentral/users/adefaria/www">
>     Options Indexes FollowSymLinks MultiViews ExecCGI
>   </Directory>
> <Directory "/var/www/htdocs/addbug">
> #<Directory "//sonscentral/users/adefaria/www/addbug">
>     Options Indexes FollowSymLinks MultiViews ExecCGI
>     AllowOverride AuthConfig
>     Order allow,deny
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bertalan Fodor | 1 Oct 2003 03:11
Picon
Favicon

Postinstall hangs with bash

I've overwritten sh.exe with bash.exe

With this setting cygpath hangs in myPostinstall.sh:

ROOT=$(cygpath -w /)

It is interesting.

Using sh it is ok.

Bert
Permalink | Reply | 14 comments |
headers
Yap on ExactGeom | 1 Oct 2003 19:18
Picon

Re: Hello and cygwin quesiton

Dear Igor,
Nice to hear from you, and thanks for the clarification!

I understand your explanation of the difference between
gvim and vim.  But there is still a mystery.

In my previous installation of cygwin, no such problems
arise.  The difference is that my previous system was Windows 2000
and my current one is Windows XP.  Can you explain this?

Thanks,
--Chee

Igor Pechtchanski wrote:

>On Tue, 30 Sep 2003, Yap on ExactGeom wrote:
>
>  
>
>>Dear Igor,
>>
>>How are you?  I noticed that you are an active developer of cygwin.
>>I really liked this platform and our Core Library is developed
>>on this mainly.   I have a question:
>>
>>In my recent (June) installation of cygwin, there was an annoying
>>bug -- many of the files that I create are automatically given
>>the execute permission.  [Since my "ls" will automatically show
>>me which files are executable, this is VERY annoying.]
>>But this behavior is not universal.  If I have a non-executable
(Continue reading)

Permalink | Reply | 4 comments |
headers
Charles Owens | 1 Oct 2003 04:57
Favicon

Re: Perl - trying to install libwin32

Howdy,

I'm also seeing the same problem as Paul when trying to compile 
libwin32-0.191 (patched) on cygwin.  This is with both gcc 3.3.1 and gcc 
3.2 20020927 (prerelease) .

Any suggestions?  Here's what "make" is giving me (with gcc 3.2):

make[1]: Entering directory `/home/owensc/dev/libwin32-0.191/APIFile'
rm -f ../blib/arch/auto/Win32API/File/File.dll
LD_RUN_PATH="" ld2  -s -L/usr/local/lib File.o  -o ../blib/arch/auto/Win32API/Fi
le/File.dll  /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a    
gcc -shared -o  File.dll -Wl,--out-implib=libFile.dll.a -Wl,--export-all-symbols
 -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib File.o  /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl
.dll.a
Creating library file: libFile.dll.a
File.o(.text+0x50a):File.c: undefined reference to `_CloseHandle'
File.o(.text+0x651):File.c: undefined reference to `_GetLastError'
File.o(.text+0xab2):File.c: undefined reference to `_CopyFileA'

 ---- many more like lines ----

File.o(.text+0x18b51):File.c: undefined reference to `_GetLastError'
File.o(.text+0x18d8a):File.c: undefined reference to `_SetErrorMode'
collect2: ld returned 1 exit status
perlld: *** system() failed to execute
gcc -shared -o  File.dll -Wl,--out-implib=libFile.dll.a -Wl,--export-all-symbols
 -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib File.o  /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl
(Continue reading)

Permalink | Reply | 5 comments |

Gmane