I have DOMPDF working and running properly except that I can't install/convert the Arial Unicode font which my customer wants to use (with subsetting). When I go into the setup, authenticate, and try to install ARIALUNI.TTF I get the following PHP warnings:
Notice: Undefined index: family in C:\Program Files
(x86)\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php on line
21
Notice: Undefined index: file in C:\Program Files
(x86)\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php on line
22
Warning: Invalid argument supplied for foreach() in C:\Program Files
(x86)\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php on line
24
As you can see, that is running the utility from a WAMP. When I try to run the utility off the server itself, I can't login. It keeps asking for my username/password (though the same username/password work in the WAMP environment.)
Furthermore, I have found the web-based font converter here: http://eclecticgeek.com/dompdf/load_font.php. When I try to convert Arial Unicode there, it just loads for a bit, then the screen refreshes, and no dialog comes up for the .zip download, though this utility has worked for me for other fonts.
Does anyone have any idea why I'm having these problems and what a possible solution would be. Has anyone else had trouble generating the .ufm file for Arial Unicode? I'm running the latest version of DOMPDF.
Any help would be greatly appreciated.
Related
We used ag-grid version 20 in our application and I followed the instructions on how to import the theme and override the scss variables in our React application. Everything went great and worked as expected. We just updated to version 21.0 so we can use the dndSource feature, but our code won't compile anymore. The error we get is
"Module build failed: Error: resolve-url-loader: CSS error
source-map information is not available at url() declaration"
I looked around and this is what libsass library listed:
Windows line breaks
Normal windows linebreaks are CRLF. But sometimes libsass will output single CR characters.
This problem is specific to multiline declarations. Refer to the libsass bug #2693.
If you have any such multiline declarations preceding url() statements it will fail your build.
Libsass doesn't consider these orphan CR to be newlines but postcss engine does. The result being an offset in source-map line-numbers which crashes resolve-url-loader.
Module build failed: Error: resolve-url-loader: CSS error
source-map information is not available at url() declaration
Some users find the node-sass linefeed option solves the problem.
Solutions
Try the node-sass linefeed option by way of sass-loader.
Not sure how to get around this? We use create-react-app and I dont think the team likes the idea of ejecting and then taking over the webpack config.
Short answer - configure your editor to save files with Linux line endings. Stop putting Windows line endings in your source files, and you won't have that problem.
I'm looking at using Tesseract to do some work with PDF files, and so I want to use the library rather than an external executable.
I started by downloading the full Tesseract source and looking at building that. Sadly the standard sources don't have any means to build on a non-Linux platform, in my case Windows. There are methods for doing so, and I looked at those.
Firstly the VS2008 build doesn't. I'm aware that it need Leptonica, but I figured I'd tackle that afterwards and just tried to build the existing code. Fails with "fatal error C1083: Cannot open include file: 'allheaders.h': No such file or directory". Nothing to do with Leptonica at this stage, it simply doesn't work.
Even if I were able to get past that, I'd have to build Leptonica, and that requires using GNU tools and therefore an installation of Cygwin, so I gave up. I Have a MingW instatllation, (I've never managed to get Cygwin to work in a usable fashion) but I'm not keen enough to mess with such a complicated and fragile build.
So I decided I'd just use the pre-built binaries which some kind soul creates. Downloaded that from code.google.com. Now I need to look into using the code, so the next obvious step is the Tesseract API example, which states it requires "tesseract-ocr-3.02.02-win32-lib-include-dirs.zip", no problem, because I already have that now.
No real clue as to where the API example wants the files to be placed, but a little messing about gets them in appropriate locations. Press build and "fatal error C1083: Cannot open include file: 'allheaders.h': No such file or directory", just like trying to build Tesseract from source.....
And indeed there is no such file.
So, where is this file ?
I also struggled some time ago to make it works under windows and then I found this git repository : https://github.com/charlesw/tesseract-vs2012
It includes all needed extern library (because Tesseract need Leptonica, but Leptonica also need extern library to handle the different image format) and is also working great with vs 2013.
OK so now I see that allheaders.h is part of Leptonica. Still leaves me wondering why the Tesseract pre-built library requires that I have Leptonica available, I would have expected that to be built-in, I guess it isn't.
I just downloaded ZendServer 6.2.0 and installed it to my computer. My OS is Windows 7. When I tried to launch the desktop icon, the browser said 'Internal Server Error'. How should I go about checking the root cause and fix it? How can I start using the server?
I finally got it working. I am posting the solution here in the hope that it will help others.
I checked "Zend Server/Apache2/logs/error.log" and found that a line says: "Zend Enabler cannot load because of a problem in its configuration file: XML parse error on line 1 column 1 - invalid byte '?' at position 3 of a 3-byte sequence"
Here is the solution:
Open "Zend Server/Zend Server/etc/ZendEnablerConf.xml". You will see some messed up characters in the first line. Delete them. Make sure the first line is properly tagged. Restart the Apache2.2 Zend Server at your system tray.
Now you can launch the icon.
I installed DrRacket so I can learn programming concepts using SICP. But for the past week or so, every time I launch DrRacket the console windows comes up with the following message:
fl-:contract violation
expected: flonum?
given: 0
argument position: 2nd
other arguments...:
2.0
I am not sure how I got here. I tried uninstalling and re-installing as 32-bit and 64-bit, restarting my laptop, searched forums for a possible fix. No luck. Just want to get back to my normal window where I can type in code. Thanks.
hope u found the answer. For my case, I found out that from a file I had been working on, and my computer shut down unexpectedly, there were three files associated with the initial file name - upon resuming Windows. The file extensions were .rkt (original), .bak and .1. I renamed the '.1' file as a second copy of the original and the 'contract violation' problem ended. It appeared the '.1' file was due to the laptop shutdown and was the auto-retrieve file.
When compiling a makefile with the BCB5 commandline tools, the linker gives me this error:
[exec] D:\PROGRA~1\Borland\CBUILD~1\Bin\..\BIN\ilink32 #MAKE0000.###
[exec] Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[exec] Fatal: Unable to open file 'CONSTS.OBJ'
[exec] ** error 2 ** deleting lib\paslib.lib
I've checked all the files that get compiled and none of them use or make this file. The make file does not mention it. It is nowhere in the Borland program files. It is not even on my machine as far search can tell me. Predicibly of course, there are no problems when compiling in the IDE. What is this linker doing?
The project is called with make flags -B and -fproject.bpr
I suspect that one of the headers included in the source code has a line like this in it:
#pragma link "consts"
preprocess the .cpp files and you should be able to find where this is coming from.
There are other possibilities, but I think this is the most likely one.
Do you have a consts.dcu in the C:\Program Files\Borland\CBuilder5\Lib\Obj folder?
I don't know exactly what your error is, but perhaps it's related to this file, which is apparently a pre-compiled delphi unit.
I've not encountered this specific error before - but in case of doubt with weird errors from BCB, my first port of call is always to check the line endings of the files. It really, really wants CRLF line endings. Some stuff will appear to work with LF-only files, until some weird, impossible-seeming error in the middle of the file.
Maybe this isn't your problem, but it's certainly worth looking at.
Another thing you could try is to install Process Monitor from SysInternals. This will give you an idea which file it's looking for and where it's looking for it. It could be it's looking for consts.dcu (Delphi Compiled Unit - almost object code) and looking in the wrong place due to some mis-set path somewhere.