Re: octave says WGL_ARB_multisample is missing
prompt> glxinfo name of display: localhost:0.0 libGL error: required WGL extension WGL_ARB_multisample is missing libGL error: required WGL extension WGL_ARB_multisample is missing Error: couldn't find RGB GLX visual or fbconfig 9 GLX Visuals visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat 0x021 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 0x058 24 tc 0 32 0 r . . 8 8 8 8 . s 0 0 0 0 0 0 0 0 0 None 0x059 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x05a 24 tc 0 32 0 r . . 8 8 8 8 . s 0 24 8 0 0 0 0 0 0 None 0x05b 24 tc 0 32 0 r . . 8 8 8 8 . s 0 16 0 0 0 0 0 0 0 None 0x05c 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x05d 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x05e 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x05f 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 9 GLXFBConfigs: visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat 0x046 24 tc 0 32 0 r . . 8 8 8 8 . s 0 0 0 0 0 0 0 0 0 None 0x047 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x048 24 tc 0 32 0 r . . 8 8 8 8 . s 0 24 8 0 0 0 0 0 0 None 0x049 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 0x04a 24 tc 0 32 0 r . . 8 8 8 8 . s 0 16 0 0 0 0 0 0 0 None 0x04b 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x04c 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x04d 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x04e 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None prompt> setenv LIBGL_ALWAYS_SOFTWARE 1 prompt> glxinfo name of display: localhost:0.0 Error: couldn't find RGB GLX visual or fbconfig 9 GLX Visuals visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat 0x021 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 0x058 24 tc 0 32 0 r . . 8 8 8 8 . s 0 0 0 0 0 0 0 0 0 None 0x059 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x05a 24 tc 0 32 0 r . . 8 8 8 8 . s 0 24 8 0 0 0 0 0 0 None 0x05b 24 tc 0 32 0 r . . 8 8 8 8 . s 0 16 0 0 0 0 0 0 0 None 0x05c 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x05d 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x05e 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x05f 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 9 GLXFBConfigs: visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat 0x046 24 tc 0 32 0 r . . 8 8 8 8 . s 0 0 0 0 0 0 0 0 0 None 0x047 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x048 24 tc 0 32 0 r . . 8 8 8 8 . s 0 24 8 0 0 0 0 0 0 None 0x049 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None 0x04a 24 tc 0 32 0 r . . 8 8 8 8 . s 0 16 0 0 0 0 0 0 0 None 0x04b 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x04c 24 tc 0 32 0 r y . 8 8 8 8 . s 0 0 0 16 16 16 16 0 0 None 0x04d 24 tc 0 32 0 r y . 8 8 8 8 . s 0 16 0 16 16 16 16 0 0 None 0x04e 24 tc 0 32 0 r y . 8 8 8 8 . s 0 24 8 16 16 16 16 0 0 None On 28 June 2018 at 14:28, Jon Turney wrote: > On 27/06/2018 19:00, William Mitchell wrote: > >> Thanks for the suggestions. >> >> I thought updating the display driver sounded good, since this is a very >> old computer, but when I asked to update the driver it searched for a new >> driver and eventually said my driver is up to date. >> > > Can you show the output of 'glxinfo' and 'LIBGL_ALWAYS_SOFTWARE=1 > glxinfo', please? > > I set LIBGL_ALWAYS_SOFTWARE to 1. That got rid of the WGL error messages, >> but I still get the other messages: >> > > Yeah, on second thoughts we should be already falling back to software > rendering if we can't use WGL, so this isn't really going to help. > > Insufficient GL support >> error: unable to plot due to insufficient OpenGL support >> >> This is harder, because it doesn't tell me _what
Quarter 3 2018
Hi, Hope you having a great day! I just wanted to be aware if you looking to acquire database for your marketing efforts? We provide database for all industry and technology. Kindly review and let me be aware of your interest so that I can get back to you with the exact counts, sample and more info regarding the same. Do let me be aware if you have any questions for me. Regards, Elena Murphy Database Executive If you do not wish to receive these emails. Please respond Exit. -- 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: Quarter 3 2018
Elena, Thanks for writing. I expect I'll want to rent a few small sets of names just for testing during the third week of this month - July 16 through 20. I ask that each such testing set provide one hundred randomly-selected names. I don't know quite yet how many sets of a hundred I'll rent. My initial tests will determine the best combination of cover letter and outside-of-the-envelope printing that I'll later use your _entire_ database for. When I do rent your full database, I expect I'll do it in several small sections. These sections can be sequential, they don't need to be random. For example I'll mail to the first ten thousand names in your list, then the second ten thousand and so on. Warmest Regards, Mike Crawford On Mon, Jul 2, 2018 at 7:08 AM, Elena Murphy wrote: > Hi, > > > > Hope you having a great day! > > > > I just wanted to be aware if you looking to acquire database for your > marketing efforts? We provide database for all industry and technology. > > > > Kindly review and let me be aware of your interest so that I can get back to > you with the exact counts, sample and more info regarding the same. > > > > Do let me be aware if you have any questions for me. > > > > Regards, > > Elena Murphy > > Database Executive > > If you do not wish to receive these emails. Please respond Exit. > > -- > 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 > -- Mike Crawford Portland Custom Software Development m...@soggywizards.com http://soggywizards.com One Must Not Trifle With Wizards For It Makes Us Soggy And Hard To Light -- 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: octave says WGL_ARB_multisample is missing
On 02/07/2018 13:48, William Mitchell wrote: prompt> glxinfo name of display: localhost:0.0 libGL error: required WGL extension WGL_ARB_multisample is missing libGL error: required WGL extension WGL_ARB_multisample is missing Error: couldn't find RGB GLX visual or fbconfig Thanks. This is interesting. It seems that your graphics card doesn't support WGL_ARB_multisample, but does support WGL_ARB_framebuffer_sRGB, which seems a bit unusual. I've built an libGL1 with a change to handle this situation better [1] If you download that, chmod +x it, and replace /usr/bin/cygGL-1.dll with it (keep a copy of the existing version), you can try 'glxinfo' and plotting with octave, to see if it improves things. [1] ftp://cygwin.com/pub/cygwinx/x86_64/cygGL-1.dll -- Jon Turney Volunteer Cygwin/X X Server maintainer -- 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
Entry point not found issues with cygwin DLLs
Hello!
First post in the list, I hope I am not mistaken in the place to post
the question, but let's give it a try.
I'm having hard times with cygwin here, random libraries stop working
once I update or install new ones.
Today I run 'rebaseall' and it detected a lot of completely missing DLLs
from packages. So I wrote a script to build up the list of packages that
contained the DLLs to use setup-x86_64 to reinstall them.
After reinstalling, 'rebaseall' ran without apparent issues. But still
ssh and perl are unusable.
If I run the ssh client, it simply returns to the command prompt. Perl
likewise. Passing any commandline parameters does not change it.
If I run ssh with 'strace' ('strace ssh'), it pops up a windows dialog
saying:
'the procedure entry point __memcpy_chk could not be located in the
dynamic link library c:\cygwin\bin\cygcrypto-1.0.0.dll'
I found this file is located in the 'openssl100-1.0.2o-1' package. The
file is present and has about 2.3MB in size. I've deleted the package's
tar from within my local cygwin packages cache and reinstalled. Still
the same.
With perl I get the same, but the complained file is called
c:\cygwin\bin\cygperl5_26.dll.
Maybe I should be looking for that __memcpy_chk from another DLL; it may
be missing and strace/cygwin informs a misleading DLL name?
I'm using Windows 10 1709 / 16299.248.
cygwin's dll is: cygwin1.dll file version: 2008.0.0.0, version: 2.8.0.
Thanks in advance to whoever has suggestions on how to tackle with this
issue, it's been plaguing me for months now.
--
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
Fwd, Solved: Entry point not found issues with cygwin DLLs
Hi! Uh... I seem to have been able to solve the issue using
'cygcheck.exe -c' (found a suggestion on using it here:
https://stackoverflow.com/questions/42591821, so credits for them,
although it was just a mention he ran 'cygcheck.exe').
It parsed all packages that were missing files in the system, and I
reinstalled each package, and voila, all works.
Here's the list of the corrupted packages I had:
aria2 1.32.0-1 Incomplete
binutils 2.29-1 Incomplete
cygwin 2.10.0-1 Incomplete
cygwin-debuginfo 2.10.0-1 Incomplete
cygwin32 2.10.0-1 Incomplete
ghostscript 9.23-1 Incomplete
libgcrypt-devel 1.8.2-1 Incomplete
libgpg-error-devel 1.28-1 Incomplete
libmcrypt-doc 2.5.8-1 Incomplete
ruby-doc 2.3.6-1 Incomplete
ruby-json 2.0.4-1 Incomplete
ruby-rdoc 5.1.0-1 Incomplete
rubygems-doc 2.6.13-1 Incomplete
subversion-tools 1.10.0-2 Incomplete
urw-base35-fonts 20170801-5 Incomplete
vim-common 8.0.1567-1 Incomplete
whois 5.2.10-1 Incomplete
(yes, whois didn't work either, annoying but could live with that! the
-doc ones weren't quite a problem, but I wonder how they went missing
files!)
The most worrysome ones were: binutils, cygwin, cygwin32,
libgcrypt-devel, libgpg-error-devel
And I am especially suspicious of the main one being the
libgcrypt-devel, although the cygwin and cygwin32 ones being very likely
too.
Besides, now version info from cygwin1.dll reads 2010.0.0, 2.10.0. I
have no idea how that 2.8.0 survived there throught updates. :)
Sorry for the first message being a known and easy issue. I had
exhausted my searches when I delivered it .. just by luck I found that
cygcheck tip and it worked, as murphy's laws dictate (after I poked the
big guys I found myself I didn't really need to).
Anyway, I hope the experience and solution helps others around!
Forwarded Message
Subject:Entry point not found issues with cygwin DLLs
Date: Mon, 2 Jul 2018 16:08:06 -0300
From: Heavenly Avenger
To: cygwin@cygwin.com
Hello!
First post in the list, I hope I am not mistaken in the place to post
the question, but let's give it a try.
I'm having hard times with cygwin here, random libraries stop working
once I update or install new ones.
Today I run 'rebaseall' and it detected a lot of completely missing DLLs
from packages. So I wrote a script to build up the list of packages that
contained the DLLs to use setup-x86_64 to reinstall them.
After reinstalling, 'rebaseall' ran without apparent issues. But still
ssh and perl are unusable.
If I run the ssh client, it simply returns to the command prompt. Perl
likewise. Passing any commandline parameters does not change it.
If I run ssh with 'strace' ('strace ssh'), it pops up a windows dialog
saying:
'the procedure entry point __memcpy_chk could not be located in the
dynamic link library c:\cygwin\bin\cygcrypto-1.0.0.dll'
I found this file is located in the 'openssl100-1.0.2o-1' package. The
file is present and has about 2.3MB in size. I've deleted the package's
tar from within my local cygwin packages cache and reinstalled. Still
the same.
With perl I get the same, but the complained file is called
c:\cygwin\bin\cygperl5_26.dll.
Maybe I should be looking for that __memcpy_chk from another DLL; it may
be missing and strace/cygwin informs a misleading DLL name?
I'm using Windows 10 1709 / 16299.248.
cygwin's dll is: cygwin1.dll file version: 2008.0.0.0, version: 2.8.0.
Thanks in advance to whoever has suggestions on how to tackle with this
issue, it's been plaguing me for months now.
--
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: Entry point not found issues with cygwin DLLs
On 7/2/2018 3:08 PM, Heavenly Avenger wrote:
I'm having hard times with cygwin here, random libraries stop working
once I update or install new ones.
This can happen if you update a package without updating its
dependencies. For example, the dependency might have introduced a new API.
If I run ssh with 'strace' ('strace ssh'), it pops up a windows dialog
saying:
'the procedure entry point __memcpy_chk could not be located
It is in cygwin1.dll as of cygwin-2.10; see
https://cygwin.com/cygwin-ug-net/ov-new.html.
cygwin's dll is: cygwin1.dll file version: 2008.0.0.0, version: 2.8.0.
You need to update the cygwin package. For best results, you should
update all of your installed packages to their current versions. (If
you're running setup with the --packages option to update or install
certain packages, then it's a good idea to also use the --upgrade-also
option.)
Ken
--
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: Entry point not found issues with cygwin DLLs
On 2018-07-02 13:35, Ken Brown wrote:
> On 7/2/2018 3:08 PM, Heavenly Avenger wrote:
>> I'm having hard times with cygwin here, random libraries stop working once I
>> update or install new ones.
> This can happen if you update a package without updating its dependencies.
> For
> example, the dependency might have introduced a new API.
>> If I run ssh with 'strace' ('strace ssh'), it pops up a windows dialog
>> saying:
>> 'the procedure entry point __memcpy_chk could not be located
> It is in cygwin1.dll as of cygwin-2.10; see
> https://cygwin.com/cygwin-ug-net/ov-new.html.
>> cygwin's dll is: cygwin1.dll file version: 2008.0.0.0, version: 2.8.0.
> You need to update the cygwin package. For best results, you should update
> all
> of your installed packages to their current versions. (If you're running
> setup
> with the --packages option to update or install certain packages, then it's a
> good idea to also use the --upgrade-also option.)
Also ensure no processes using Cygwin are running, before starting a freshly
downloaded https://cygwin.com/setup-x86_64.exe, and wait until setup has
finished all processing and exited, before using any Cygwin programs:
otherwise autorebase and other postprocessing may not work properly.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
--
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: [ANNOUNCEMENT] Updated: mintty 2.9.0
Thomas Wolff writes: > I have uploaded mintty 2.9.0 with the following changes: […] No good deed goes unpunished, I guess. One of these changes makes the cursor come out as static underline instead of blinking block whenever I'm going into my usual screen or tmux session. I have not yet figured out what exactly is changing the cursor, but once I'm in screen nor tmux I can't change it for whatever reason (it might actually change and gets reset quickly enough so I can't see it). Dropping out of the session I can send the escape sequence to switch back to blinking block (or whatever other cursor available), but reconnecting into the session brings the static underline back. The best I have managed so far by compiling my own terminfo database is to get a static block cursor (not blinking) for a local session, but it breaks down as soon as I log into a remote system again. Can there be an option please to keep the cursor just as I've set it up in the options? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- 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: EXTERNAL: Re: [ANNOUNCEMENT] Updated: mintty 2.9.0
On 07/02/2018 04:27 PM, Achim Gratz wrote: > Thomas Wolff writes: >> I have uploaded mintty 2.9.0 with the following changes: > […] > > No good deed goes unpunished, I guess. One of these changes makes the > cursor come out as static underline instead of blinking block whenever > I'm going into my usual screen or tmux session. I have not yet figured > out what exactly is changing the cursor, but once I'm in screen nor tmux > I can't change it for whatever reason (it might actually change and gets > reset quickly enough so I can't see it). Dropping out of the session I > can send the escape sequence to switch back to blinking block (or > whatever other cursor available), but reconnecting into the session > brings the static underline back. The best I have managed so far by > compiling my own terminfo database is to get a static block cursor (not > blinking) for a local session, but it breaks down as soon as I log into > a remote system again. > > Can there be an option please to keep the cursor just as I've set it up > in the options? > > > Regards, > Achim. Hi, I just did the same install and do not observe what you do. Everything seems fine regarding the cursor type. One thing though is that I have not used mintty before. Do you think that my fresh ".minttyrc" file is different than your's? Just a thought.. -- Roger Wells, P.E. leidos 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@leidos.com -- 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: Entry point not found issues with cygwin DLLs
On 2018-07-02 14:36, Heavenly Avenger wrote:
> On 7/2/2018 5:02 PM, Brian Inglis wrote:
>> On 2018-07-02 13:35, Ken Brown wrote:
>>> On 7/2/2018 3:08 PM, Heavenly Avenger wrote:
I'm having hard times with cygwin here, random libraries stop working once
I
update or install new ones.
>>> This can happen if you update a package without updating its dependencies.
>>> For
>>> example, the dependency might have introduced a new API.
If I run ssh with 'strace' ('strace ssh'), it pops up a windows dialog
saying:
'the procedure entry point __memcpy_chk could not be located
>>> It is in cygwin1.dll as of cygwin-2.10; see
>>> https://cygwin.com/cygwin-ug-net/ov-new.html.
cygwin's dll is: cygwin1.dll file version: 2008.0.0.0, version: 2.8.0.
>>> You need to update the cygwin package. For best results, you should update
>>> all
>>> of your installed packages to their current versions. (If you're running
>>> setup
>>> with the --packages option to update or install certain packages, then it's
>>> a
>>> good idea to also use the --upgrade-also option.)
>> Also ensure no processes using Cygwin are running, before starting a freshly
>> downloaded https://cygwin.com/setup-x86_64.exe, and wait until setup has
>> finished all processing and exited, before using any Cygwin programs:
>> otherwise autorebase and other postprocessing may not work properly.
> Thanks! I'm almost 100% sure this was the cause, I remember the cygsetup
> getting
> stuck during installation some times, but at the time no immediate issue was
> noticed after installation.
> For example, ssh client was working until this weekend when I upgraded it,
> and I
> recently had rolled perl back in order to fix it -- which broke once again. :)
> so the installation was tainted for some time already. :(
> Hopefully with the "cygcheck overhaul" it will become stable.
Running cygcheck with appropriate options just points out the problems, that you
can then fix by doing reinstalls or upgrades with setup.
If anything appears to go wrong during setup, just be patient and let it finish.
If anything seems wrong while testing, just exit all Cygwin processes, and rerun
setup again.
On my last setup run to upgrade packages, I forgot I had a Windows task
scheduled, which runs a Cygwin script, that creates dozens of background Cygwin
processes, each of which runs dozens of Cygwin commands and other scripts. I
just let all processes in that task, and setup, finish; then immediately reran
setup, accepting all the defaults, and allowed that to complete, after which
Cygwin/X with a mintty terminal started normally.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
--
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
