Re: Another BLODA with Cylance PROTECT? Can't rebase
On 2017-05-23 21:34, Tim McDaniel wrote: > Back in ml/cygwin/2017-04/msg00238.html, Wed, 19 Apr 2017 14:25:26 > -0400, "Another BLODA with Cylance PROTECT? Can't rebase", I noted > that I couldn't install current cygwin, and asked for help on how to > proceed.> Someone at work did find the two interfering systems. > * BeyondTrust BLODA product name is BeyondTrust PowerBroker Endpoint, Server, or both? > * Cylance antivirus/antimalware was triggering on certain programs > like dash > Both had to be dealt with. -- 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: Another BLODA with Cylance PROTECT? Can't rebase
Back in ml/cygwin/2017-04/msg00238.html, Wed, 19 Apr 2017 14:25:26 -0400, "Another BLODA with Cylance PROTECT? Can't rebase", I noted that I couldn't install current cygwin, and asked for help on how to proceed. Someone at work did find the two interfering systems. * BeyondTrust * Cylance antivirus/antimalware was triggering on certain programs like dash Both had to be dealt with. -- Tim McDaniel, t...@panix.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: too many environment variables on self-compiled xar archiver
On 2017-05-23 16:30, Michael Stellar wrote: > I am getting the following when running my self-compiled xar 1.6.1 archiver > gdb xar > Starting program: /usr/local/bin/xar > [New Thread 12044.0x1f54] > [New Thread 12044.0xfc8] > [New Thread 12044.0x2dcc] > [New Thread 12044.0x2cd8] > [New Thread 12044.0x2d58] > 1 [main] xar 12044 C:\cygwin\usr\local\bin\xar.exe: *** fatal > error - internal error reading the windows environment - too many > environment variables? > 739 [main] xar 12044 cygwin_exception::open_stackdumpfile: Dumping > stack trace to xar.exe.stackdump > [Thread 12044.0x2dcc exited with code 256] > [Thread 12044.0xfc8 exited with code 256] > [Thread 12044.0x2cd8 exited with code 256] > [Inferior 1 (process 12044) exited with code 0400] > > My env variables is here https://pastebin.com/NrWKuaSC , i have tried > to unset some of the long variables but the error still persist. Did you notice this entry and does anyone know where this comes from? !C:=C:\cygwin\bin Another poster found a problem with non-ascii accented initial letters in the environment variable name - perhaps this is the same problem? If Cygwin environment setup has a problem with an environment variable name or contents, it should either ignore it, copy it, or convert it to Cygwin format, but it seems to be stumbling, when it should just be ignoring it and skipping to the next variable. Try removing that environment variable, either from the Control Panel, or directly in regedit if necessary. -- 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: Apache rebase trouble
On Tue, May 23, 2017 at 3:59 PM, Michael Lemke wrote: > > Lacking further clues I did the trial and error thing and removed some > stuff I thought I didn't need (like GNOME). Not sure yet what I broke but > my Apache is working again. Thanks for the hint that the number of known > dlls could be a problem. I'd still appreciate more precise information > of how rebase works and if there is a more systematic approach. > The command rebase -is gives a list of the DLLs, their sizes and where they are based. The DLL size is in "field 5" as 'sort' recons fields, so rebase -is | sort -k5 will dump the DLLs in size order. On my system the last DLL in the output is an LLVM DLL which I believe is used by the X server. A lot of the top DLLs appear to be related to the X server, some of those are code-generation DLLs for the LLVM JIT to use. The footprint of the X server seems large. I haven't updated Cygwin in some time so your results may differ. -- 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: Apache rebase trouble
On Tue, 23 May 2017 22:17:44 +0200, Michael Lemke wrote: On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz wrote: Michael Lemke writes: Now, how about an answer to my actual question? How do I get the Apache/php dlls properly rebased? For reference, here's the error again and so is the attached cygcheck.out. How large is your UserVM? You don't stand a snowflakes chance in hell with 2GB with your package selection and I suspect you'd run into the heap even with 3GB (I don't know if that's even possible to change on XP). You really need to reduce the number of packages you install if you insist on staying on 32bit. Most likely unrelated, but you also need to sanitize your PATH, at least get rid of all the duplicates, but better remove the WIndows stuff completely. Ok, starts to make some sense. Its a VM with 4GB configured with whatever XP takes of that. I don't remember if I tought it the 3GB trick and also don't recall how to do it. Anyway, the way I understand the problem is you have to distribute all installed dlls such that they don't use the same memory region. This means you can have only so many dlls installed. So is there some better way than trial and error to see which dll is taking up the most space and if enough dlls were uninstalled? Would rebase tell me aything? Lacking further clues I did the trial and error thing and removed some stuff I thought I didn't need (like GNOME). Not sure yet what I broke but my Apache is working again. Thanks for the hint that the number of known dlls could be a problem. I'd still appreciate more precise information of how rebase works and if there is a more systematic approach. Michael -- 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
too many environment variables on self-compiled xar archiver
Hello, I am getting the following when running my self-compiled xar 1.6.1 archiver gdb xar Starting program: /usr/local/bin/xar [New Thread 12044.0x1f54] [New Thread 12044.0xfc8] [New Thread 12044.0x2dcc] [New Thread 12044.0x2cd8] [New Thread 12044.0x2d58] 1 [main] xar 12044 C:\cygwin\usr\local\bin\xar.exe: *** fatal error - internal error reading the windows environment - too many environment variables? 739 [main] xar 12044 cygwin_exception::open_stackdumpfile: Dumping stack trace to xar.exe.stackdump [Thread 12044.0x2dcc exited with code 256] [Thread 12044.0xfc8 exited with code 256] [Thread 12044.0x2cd8 exited with code 256] [Inferior 1 (process 12044) exited with code 0400] My env variables is here https://pastebin.com/NrWKuaSC , i have tried to unset some of the long variables but the error still persist. Also i have already tried using latest cygwin snapshot. The compiled file is hosted in here : https://www.dropbox.com/s/07439wwd7ayqy35/xar.zip?dl=0 the xar was compiled with latest boringssl compile on mingw32 statically linked with libmsvcrt.a mingw32 version. Cheers, Michael -- 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: v1.7
On 2017-05-22 18:28, Yamamoto, Anne B CIV PMRF N63 wrote: > We are currently using v1.7 but it is no longer DADMS supported. > Would it be possible to get a vendor support statement email so that > we may continue using this version? If you upgrade to a current release, support for current packages is available from the volunteers on this list; if you cannot upgrade, you are on your own, unless you can find an organisation to do support for Cygwin 1.7. Please note that current releases do not support unsupported Windows releases including XP or earlier. You can still get XP compatible or earlier Cygwin 1.7 packages in small quantities by following instructions at http://www.crouchingtigerhiddenfruitbat.org/Cygwin/timemachine.html and looking around the 2015 timeframe. If you have to continue to use Cygwin 1.7, you may want to download and install the source, devel, and debuginfo packages corresponding to your installed binary package releases, shown in /etc/setup/installed.db, from the above site a few at a time. -- 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: Apache rebase trouble
On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz wrote: Michael Lemke writes: Now, how about an answer to my actual question? How do I get the Apache/php dlls properly rebased? For reference, here's the error again and so is the attached cygcheck.out. How large is your UserVM? You don't stand a snowflakes chance in hell with 2GB with your package selection and I suspect you'd run into the heap even with 3GB (I don't know if that's even possible to change on XP). You really need to reduce the number of packages you install if you insist on staying on 32bit. Most likely unrelated, but you also need to sanitize your PATH, at least get rid of all the duplicates, but better remove the WIndows stuff completely. Ok, starts to make some sense. Its a VM with 4GB configured with whatever XP takes of that. I don't remember if I tought it the 3GB trick and also don't recall how to do it. Anyway, the way I understand the problem is you have to distribute all installed dlls such that they don't use the same memory region. This means you can have only so many dlls installed. So is there some better way than trial and error to see which dll is taking up the most space and if enough dlls were uninstalled? Would rebase tell me aything? Thanks, Michael -- 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: Apache rebase trouble
Michael Lemke writes: > Now, how about an answer to my actual question? How do I get the Apache/php > dlls properly rebased? For reference, here's the error again and so is the > attached > cygcheck.out. How large is your UserVM? You don't stand a snowflakes chance in hell with 2GB with your package selection and I suspect you'd run into the heap even with 3GB (I don't know if that's even possible to change on XP). You really need to reduce the number of packages you install if you insist on staying on 32bit. Most likely unrelated, but you also need to sanitize your PATH, at least get rid of all the duplicates, but better remove the WIndows stuff completely. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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: Apache rebase trouble
Michael Lemke writes: > Sorry for breaking threading but I am currently not subscribed. That's a really bad excuse. You can subscribe, but opt out of getting emails sent to you, then reply via Gmane. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- 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: How to get 'Normal' (or higher) version of (x86) vim?
On 2017-05-23, Frank Slootweg via cygwin wrote: > I currently have vim version 8.0.596 from the (x64) package > "vim-8.0.0596-1 - vim: Vi IMproved - enhanced vi editor". > > 'vi --version' says: > > "VIM - Vi IMproved 8.0 (2016 Sep 12, compiled May 12 2017 11:38:40) > Included patches: 1-596 > Modified by > Compiled by > Small version without GUI. Features included (+) or not (-):" > > From other threads on this list, I understand that vim should at least > be the 'Normal' version or even the 'Huge' version. Or is that only the > case for the x86_64 package? (I have a 64-bit computer/OS (Windows 8.1), > but - at least for the time being - I would like to keep Cygwin at x86.) > > I need some options which are in the 'Normal' version, but not in my > current 'Small' version, specifically 'cryptv' and 'comments' > > Is there another or earlier package which I can install to get the > 'Normal' (or higher) version of vim? On Cygwin (32-bit version at least), vi is not vim. $ which vi /usr/bin/vi $ cygcheck -f /usr/bin/vi vim-minimal-8.0.0596-1 $ which vim /usr/bin/vim $ cygcheck -f /usr/bin/vim vim-8.0.0596-1 If you want to get vim by typing vi, you can use an alias, e.g., alias vi=vim Regards, Gary -- 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: Whence lcircle10.tfm?
On 2017-05-23 01:27, arn...@skeeve.com wrote: > I'm trying to make a PDF from a Texinfo document, fairly recent cygwin 64 > bit install on Windows 10: > Below is what I'm getting. I'm at a loss. $ find /usr/share/tex*/ -name 'lcircle*' /usr/share/texmf-dist/fonts/afm/public/amsfonts/latxfont/lcircle1.afm /usr/share/texmf-dist/fonts/afm/public/amsfonts/latxfont/lcirclew.afm /usr/share/texmf-dist/fonts/source/public/latex-fonts/lcircle10.mf /usr/share/texmf-dist/fonts/source/public/latex-fonts/lcirclew10.mf /usr/share/texmf-dist/fonts/tfm/public/latex-fonts/lcircle10.tfm /usr/share/texmf-dist/fonts/tfm/public/latex-fonts/lcirclew10.tfm /usr/share/texmf-dist/fonts/type1/public/amsfonts/latxfont/lcircle1.pfb /usr/share/texmf-dist/fonts/type1/public/amsfonts/latxfont/lcircle1.pfm /usr/share/texmf-dist/fonts/type1/public/amsfonts/latxfont/lcirclew.pfb /usr/share/texmf-dist/fonts/type1/public/amsfonts/latxfont/lcirclew.pfm $ apt-cyg search texmf-dist/fonts/tfm/public/latex-fonts/lcircle10.tfm Searching downloaded packages... texlive-collection-latex > --- > $ make gawk.pdf > TEXINPUTS=".:$TEXINPUTS" \ > MAKEINFO='/bin/sh /home/ARobbins/gawk/missing makeinfo --no-split --force > -I .' \ > texi2dvi --pdf --batch --build-dir=gawk.t2p -o gawk.pdf \ > gawk.texi > /usr/bin/texi2dvi: texinfo.tex appears to be broken. > This may be due to the environment variable TEX set to something > other than (plain) tex, a corrupt texinfo.tex file, or > to tex itself simply not working. > This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Cygwin) > (preloaded format=etex) > restricted \write18 enabled. > entering extended mode > (./txiversion.tex (/home/ARobbins/gawk/doc/texinfo.tex > Loading texinfo [version 2016-02-05.07]: pdf, fonts, markup, glyphs, > page headings, tables, conditionals, indexing, sectioning, toc, environments, > ! Font \circle=lcircle10 not loadable: Metric (TFM) file not found. > >\allocationnumber > \alloc@ ...ifnum \count 1#1 < #4\allocationnumber > =\count 1#1 \global > \advan... > l.6802 \newdimen\circthick > > ? > ! Emergency stop. > >\allocationnumber > \alloc@ ...ifnum \count 1#1 < #4\allocationnumber > =\count 1#1 \global > \advan... > l.6802 \newdimen\circthick > > No pages of output. > Transcript written on txiversion.log. > > kpathsea: Running mktextfm lcircle10 > /usr/share/texmf-dist/web2c/mktexnam: Could not map source abbreviation for > lcircle10. > /usr/share/texmf-dist/web2c/mktexnam: Need to update ? > mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; > input lcircle10 > This is METAFONT, Version 2.7182818 (TeX Live 2016/Cygwin) (preloaded base=mf) > > kpathsea: Running mktexmf lcircle10 > > ! I can't find file `lcircle10'. > <*> ...jfour; mag:=1; nonstopmode; input lcircle10 > > Please type another input file name > ! Emergency stop. > <*> ...jfour; mag:=1; nonstopmode; input lcircle10 > > Transcript written on mfput.log. > grep: lcircle10.log: No such file or directory > mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input > lcircle10' failed to make lcircle10.tfm. > kpathsea: Appending font creation commands to missfont.log. > /usr/bin/texi2dvi: quitting. > make: *** [Makefile:460: gawk.pdf] Error 1 -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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
How to get 'Normal' (or higher) version of (x86) vim?
I currently have vim version 8.0.596 from the (x64) package "vim-8.0.0596-1 - vim: Vi IMproved - enhanced vi editor". 'vi --version' says: "VIM - Vi IMproved 8.0 (2016 Sep 12, compiled May 12 2017 11:38:40) Included patches: 1-596 Modified by Compiled by Small version without GUI. Features included (+) or not (-):" From other threads on this list, I understand that vim should at least be the 'Normal' version or even the 'Huge' version. Or is that only the case for the x86_64 package? (I have a 64-bit computer/OS (Windows 8.1), but - at least for the time being - I would like to keep Cygwin at x86.) I need some options which are in the 'Normal' version, but not in my current 'Small' version, specifically 'cryptv' and 'comments' Is there another or earlier package which I can install to get the 'Normal' (or higher) version of vim? Thanks in advance for any and all responses. Frank -- 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: Apache rebase trouble
On Sun, 21 May 2017 22:06:02, "Michael Lemke" wrote: > > For some reason I keep getting these problems in my apache installation that > used to run just fine: > > >2 [main] httpd 1624 child_info_fork::abort: unable to remap zip.dll to > same address as parent (0x13B) - try running rebaseall > [Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984] (11)Resource > temporarily unavailable: AH00159: fork: Unable to fork new process >2 [main] httpd 5272 child_info_fork::abort: unable to remap bz2.dll to > same address as parent (0xAE) - try running rebaseall > [Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984] (11)Resource > temporarily unavailable: AH00159: fork: Unable to fork new process > > > > I tried this several times: > > rebase-trigger full > > followed by running setup and making sure no cygwin process was running. I > could see in process explorer that rebase was running but it didn't help. Just Curious, Michael ... When you access the server machine (running httpd), and execute cygrunsrv -E httpd # stop server cygrunsrv -S httpd # start server does that make httpd work correct again? Note: Although my "cygwin" is much older than yours, it used to work correctly, inclusing the sshd service, which is started at system startup. Currently the sshd service fails as soon as the 1st ssh request arrives ... At that moment the sshd log shows that sshd executable cannot fork ... Regards, Henri -- 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: Whence lcircle10.tfm?
On 5/23/2017 3:27 AM, arn...@skeeve.com wrote: > Hi. > > I'm trying to make a PDF from a Texinfo document, fairly recent cygwin 64 > bit install on Windows 10: > > Below is what I'm getting. I'm at a loss. > > Thanks, > > Arnold > --- > $ make gawk.pdf > TEXINPUTS=".:$TEXINPUTS" \ > MAKEINFO='/bin/sh /home/ARobbins/gawk/missing makeinfo --no-split --force > -I .' \ > texi2dvi --pdf --batch --build-dir=gawk.t2p -o gawk.pdf \ > gawk.texi > /usr/bin/texi2dvi: texinfo.tex appears to be broken. > This may be due to the environment variable TEX set to something > other than (plain) tex, a corrupt texinfo.tex file, or > to tex itself simply not working. > This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Cygwin) > (preloaded format=etex) > restricted \write18 enabled. > entering extended mode > (./txiversion.tex (/home/ARobbins/gawk/doc/texinfo.tex > Loading texinfo [version 2016-02-05.07]: pdf, fonts, markup, glyphs, > page headings, tables, conditionals, indexing, sectioning, toc, environments, > ! Font \circle=lcircle10 not loadable: Metric (TFM) file not found. lcircle10.tfm is provided by texlive-collection-latex: $ kpsewhich lcircle10.tfm /usr/share/texmf-dist/fonts/tfm/public/latex-fonts/lcircle10.tfm $ cygcheck -f /usr/share/texmf-dist/fonts/tfm/public/latex-fonts/lcircle10.tfm texlive-collection-latex-20170412-1 Do you have texlive-collection-latex installed? 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: v1.7
On Tue, May 23, 2017 at 12:28:53AM +, Yamamoto, Anne B CIV PMRF N63 wrote: > We are currently using v1.7 but it is no longer DADMS supported. > > Would it be possible to get a vendor support statement email so that we may > continue using this version? Cygwin is open source software released under the LGPLv3. Now that Red Hat have stopped providing new Cygwin support contracts, I'm not aware of anyone who counts as a "vendor" and who would sign up to provide any particular contractual support for Cygwin. Furthermore, Cygwin v1.7 stopped being current some time in 2015, and I don't think even the voluntary support on these mailing lists would be likely to give you much help with such an old version. I'm not familiar with DADMS requirements for vendor support statements, but a very quick search implies they may only apply to commercial off-the-shelf software. Depending on the precise definitions you're using, I would expect Cygwin to not count as commercial, which may allow you to continue to use Cygwin without a vendor support statement. If that's not the case (and assuming none of the project maintainers step up to say they're willing to provide such a vendor support statement), I suspect Cygwin will not meet the requirements for you to be able to continue using it. Adam -- 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
Whence lcircle10.tfm?
Hi. I'm trying to make a PDF from a Texinfo document, fairly recent cygwin 64 bit install on Windows 10: Below is what I'm getting. I'm at a loss. Thanks, Arnold --- $ make gawk.pdf TEXINPUTS=".:$TEXINPUTS" \ MAKEINFO='/bin/sh /home/ARobbins/gawk/missing makeinfo --no-split --force -I .' \ texi2dvi --pdf --batch --build-dir=gawk.t2p -o gawk.pdf \ gawk.texi /usr/bin/texi2dvi: texinfo.tex appears to be broken. This may be due to the environment variable TEX set to something other than (plain) tex, a corrupt texinfo.tex file, or to tex itself simply not working. This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Cygwin) (preloaded format=etex) restricted \write18 enabled. entering extended mode (./txiversion.tex (/home/ARobbins/gawk/doc/texinfo.tex Loading texinfo [version 2016-02-05.07]: pdf, fonts, markup, glyphs, page headings, tables, conditionals, indexing, sectioning, toc, environments, ! Font \circle=lcircle10 not loadable: Metric (TFM) file not found. \allocationnumber \alloc@ ...ifnum \count 1#1 < #4\allocationnumber =\count 1#1 \global \advan... l.6802 \newdimen\circthick ? ! Emergency stop. \allocationnumber \alloc@ ...ifnum \count 1#1 < #4\allocationnumber =\count 1#1 \global \advan... l.6802 \newdimen\circthick No pages of output. Transcript written on txiversion.log. kpathsea: Running mktextfm lcircle10 /usr/share/texmf-dist/web2c/mktexnam: Could not map source abbreviation for lcircle10. /usr/share/texmf-dist/web2c/mktexnam: Need to update ? mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lcircle10 This is METAFONT, Version 2.7182818 (TeX Live 2016/Cygwin) (preloaded base=mf) kpathsea: Running mktexmf lcircle10 ! I can't find file `lcircle10'. <*> ...jfour; mag:=1; nonstopmode; input lcircle10 Please type another input file name ! Emergency stop. <*> ...jfour; mag:=1; nonstopmode; input lcircle10 Transcript written on mfput.log. grep: lcircle10.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lcircle10' failed to make lcircle10.tfm. kpathsea: Appending font creation commands to missfont.log. /usr/bin/texi2dvi: quitting. make: *** [Makefile:460: gawk.pdf] Error 1 -- 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