Joseph Wright | 1 Aug 16:06 2009
Picon

Problem with mathpazo with 2.8 Beta 3

Hello everyone,

I've just installed MiKTeX 2.8 Beta 3 to do a bit of testing.  I've
immediately hit a snag.  With a simple test file:

\documentclass{article}
\usepackage{mathpazo}
\begin{document}
Hello World!
\end{document}

I get a compilation failure:

This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8 Beta 4) (preloaded
format=pdflatex 2009.8.1)  1 AUG 2009 15:05
entering extended mode
**untitled-1.tex
("C:\Documents and Settings\joseph\Desktop\untitled-1.tex"
LaTeX2e <2005/12/01>
Babel <v3.8l> and hyphenation patterns for english, dumylang,
nohyphenation, ge
rman, ngerman, german-x-2009-06-19, ngerman-x-2009-06-19, french, loaded.
("C:\Program Files\MiKTeX 2.8\tex\latex\base\article.cls"
Document Class: article 2005/09/16 v1.4f Standard LaTeX document class
("C:\Program Files\MiKTeX 2.8\tex\latex\base\size10.clo"
File: size10.clo 2005/09/16 v1.4f Standard LaTeX file (size option)
)
\c <at> part=\count79
\c <at> section=\count80
\c <at> subsection=\count81
(Continue reading)

Ulrike Fischer | 2 Aug 12:48 2009
Picon

Re: Problem with mathpazo with 2.8 Beta 3


am Samstag, 1. August 2009 um 16:06 schrieb Joseph Wright:

> Hello everyone,

> I've just installed MiKTeX 2.8 Beta 3 to do a bit of testing.  I've
> immediately hit a snag.  With a simple test file:

> \documentclass{article}
> \usepackage{mathpazo}
> \begin{document}
> Hello World!
> \end{document}

> !pdfTeX error: miktex-pdftex (file pplr7t): Font pplr7t at 600 not found
>  ==> Fatal error occurred, no output PDF file produced!

> This works, of course, with MiKTeX 2.7.  Any suggestions on whether this
> is my fault or something else?  I've tried both with my own account and
> as the Administrator (WinXP Pro SP3).

There seems to be a problem with virtual fonts. There exist a
discussion (https://sourceforge.net/forum/message.php?msg_id=6928333)
and a bug report (miktex-makemf: The phvr7t source file
could not be found - ID: 2710480)  about it.

--

-- 
Mit freundlichen Grüßen
Ulrike Fischer

(Continue reading)

Joseph Wright | 2 Aug 13:02 2009
Picon

Re: Problem with mathpazo with 2.8 Beta 3

Ulrike Fischer wrote:
> There seems to be a problem with virtual fonts. There exist a
> discussion (https://sourceforge.net/forum/message.php?msg_id=6928333)
> and a bug report (miktex-makemf: The phvr7t source file
> could not be found - ID: 2710480)  about it.

Hello Ulrike,

Thanks for that: I wasn't sure if it was just me!  I'll keep an eye on
the bug thread, then.
--
Joseph Wright

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
George N. White III | 2 Aug 14:32 2009
Picon

Re: miktex stop working

On Thu, Jul 30, 2009 at 6:14 PM, ghapereira<ghapereira <at> yahoo.com> wrote:

>   I was using miktex 2.7 with TeXnicCenter and windows vista. It was
> working well. However, since this afternoon it haven´t worked anymore. When
> I try to run a tex file, it doesn´t produce the pdf file and the follow
> message apper: "makefmt.exe stop working". How can I fix the problem?
> Thanks, Gustavo

Is your disk nearly full?  Sometimes emptying the recycle bin and running a
"disk cleanup" will allow a program to run.  It may be a good idea to run
"chkdsk" to make sure your filesystem is not corrupted.

If you are running anti-virus software, check the logs for anything to do with
miktex.  At work our AV software objects to some things miktex does (one
program runs another, some scripts).  Our setup only flags these and doesn't
block them, but sometimes updating changes the settings.

Check the "event viewer" for problems.

--

-- 
George N. White III <aa056 <at> chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
mike | 2 Aug 16:07 2009

FW: BST file problem

Dear MiKTeX users

I have created several BST files that correctly produce the required
styles, but the BLG files report many errors of the form:

You can't pop an empty literal stack for entry XXXYY
while executing---line nnnn of file ABCD.bst
You can't pop an empty literal stack for entry XXXYY

Where line nnnn is always:

ITERATE {call.type$}

I've wasted hours trying to find the cause of this, and I've searched
the Internet to no avail. Can anyone please help?

Best regards, Michael Brace

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Joseph Wright | 2 Aug 19:04 2009
Picon

Re: FW: BST file problem

mike wrote:
> Dear MiKTeX users
> 
> I have created several BST files that correctly produce the required
> styles, but the BLG files report many errors of the form:
> 
> You can't pop an empty literal stack for entry XXXYY
> while executing---line nnnn of file ABCD.bst
> You can't pop an empty literal stack for entry XXXYY
> 
> Where line nnnn is always:
> 
> ITERATE {call.type$}
> 
> I've wasted hours trying to find the cause of this, and I've searched
> the Internet to no avail. Can anyone please help?
> 
> Best regards, Michael Brace

We'll need to see the files (or at least the modifications): BibTeX is
telling you that somehow you end up with nothing on the stack and try
pop$ or something related.

By the way, this is not a MiKTeX-specific thing: you might get a wider
audience at comp.text.tex.
--

-- 
Joseph Wright

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
(Continue reading)

Joseph Wright | 1 Aug 16:16 2009
Picon

Change of logging between 2.7 and 2.8?

Hello all,

I'm not sure if this is deliberate, but it seems there has been a change
in how MiKTeX adds files to the log between 2.7 and 2.8.  In 2.7, files
get added to the log with a relative path, whereas it seems in 2.8 the
absolute path is used.  Is this the case, and if so what's the
reasoning? It seems to make the log harder to read, I'd say. (Also, I
found this because I'm using an automated log-checking routine. With a
relative path, things are portable, whereas with an absolute one life is
a lot more awkward.)
--

-- 
Joseph Wright

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Christian Schenk | 4 Aug 17:53 2009

Re: Change of logging between 2.7 and 2.8?

Joseph Wright wrote:
> Hello all,
> 
> I'm not sure if this is deliberate, but it seems there has been a change
> in how MiKTeX adds files to the log between 2.7 and 2.8.  In 2.7, files
> get added to the log with a relative path, whereas it seems in 2.8 the
> absolute path is used.  Is this the case, and if so what's the
> reasoning? It seems to make the log harder to read, I'd say. (Also, I
> found this because I'm using an automated log-checking routine. With a
> relative path, things are portable, whereas with an absolute one life is
> a lot more awkward.)

This is not intended behavior. Files relative to the working directory 
shouldn't be absolute. All other files (e.g., style files provided by 
the distribution) must be absolute.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Peter Vanna | 4 Aug 20:47 2009
Picon

dvipdfmx question

Hello,

I just installed the latest version of MikTeX (as of Aug 3, 2009). I
try to use dvipdfmx to convert DVI to PDF. However, I encounter the
following warning message, and all the figures become blank in the
generated PDF.

"No image converter available for converting file "figure.eps" to PDF format".

I am using Windows XP. Could someone point me how to solve this problem?

Thanks so much.

Peter

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Ulrike Fischer | 7 Aug 10:52 2009
Picon

Re: dvipdfmx question


am Dienstag, 4. August 2009 um 20:47 schrieb Peter Vanna:

> Hello,

> I just installed the latest version of MikTeX (as of Aug 3, 2009). I
> try to use dvipdfmx to convert DVI to PDF. However, I encounter the
> following warning message, and all the figures become blank in the
> generated PDF.

> "No image converter available for converting file "figure.eps" to PDF format".

> I am using Windows XP. Could someone point me how to solve this problem?

As a default it should work out of the box. dvipdfmx is using the
miktex ghostscript to do the conversion. Check the dvipdfmx.cfg and
also check if you have local versions laying around.

This is the entry of my cfg:

%% Use MiKTeX Ghostscript:
D  "mgs.exe -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.3
-dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false
-dColorImageFilter=/FlateEncode -dUseFlateCompression=true -sOutputFile=\"%o\" \"%i\" -c quit"

You can also call dvipdfmx with the option -vv to get more
informations about what it is doing.
--

-- 
Mit freundlichen Grüßen
Ulrike Fischer
(Continue reading)


Gmane