espgs-developer Mailing List for ESP Ghostscript
Brought to you by:
easysw
Menu
▾
▴
espgs-developer — Developer's Discussion List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(4) |
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
| 2008 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(2) |
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Maria <epo...@ca...> - 2008-03-09 00:08:24
|
--- Message-ID: fusy - XFVA - 1046 --- Servus! Habe mich über deine Antwort auf meine Kontaktanzeige sehr gefreut. Wie schon in meinem Anzeigentext geschrieben, erwarte ich nur ein kleines Taschengeld bei einem heissen Sexdate. Wenn Du tatsächlich noch Interesse an einem geiles Sexdate mit mir hast, hinterlasse mir eine Nachricht mit deinem TG Angebot bei: http://www.hobbyhurenkontakte2.tk/ Mein Benutzername dort ist: Maria-fuer-TG Bitte vergesse auch nicht deine Telefonnummer mit anzugeben. Ich werde dich dann anrufen zwecks Vereinbarung eines Treffens. In Ordnung? Also, ich warte auf eine Nachricht in meiner Mailbox bei http://www.hobbyhurenkontakte9.tk/ Ganz liebe Grüße Maria |
|
From: Bi G. 2. <big...@1e...> - 2008-02-28 17:00:30
|
Hey! Habe Dir schonmal geantwortet auf deine Mail, aber es kam keine Reaktion mehr von Dir. Hast Du kein Interesse mehr an einem geiles Sexdate mit mir? Ich suche noch immer geile erotische Abenteuer. Melde Dich über meine Homepage bei mir: http://www.bi-girl-26.tk Auf meiner privaten Homepage findest Du auch Fotos von mir, ich hoffe das ich Dir gefalle. Oder hast Du dich vielleicht deshalb nicht gemeldet? Gefalle ich Dir nicht? Würde mich sehr freuen wenn Du dich meldest. Auf meine Homepage findest Du auch ne Telefonnummer ;-) Ruf ruhig mal an... Freue mich auf Dich! Ganz liebe Grüsse Bi Girl 26 |
|
From: Marc <ema...@co...> - 2008-02-20 00:24:02
|
Klicken Sie auf http://www.icswavk.tk um die beliebtesten Casino Spiele des führenden Anbieters von Online Spielesoftware KOSTENLOS herunterzuladen. Beliebte Spiele wie Blackjack, Roulette, Baccara, Video Poker und andere - wie auch eine Vielfalt an fantastischen neuen Slotmaschinen. Versuchen Sie Ihr Glück mit Keno, Scratch Ticket oder den Würfeln beim Chuck-A-Luck. Sie können mit Spaß-Jetons offline spielen oder, um die echte Las Vegas Casino Spannung zu erleben, online mit echtem Geld spielen. Alle Transaktionen sind sicher verschlüsselt und absolut vertraulich. Die Kombination von toller Software, totaler Sicherheit, absolutem Privatschutz und fairem Spiel macht uns zum besten internationalen Onlinecasino: seit 1997 hatten wir Millionen zufriedener Spieler aus 189 Ländern aus aller Welt. Casino Software KOSTENLOS runterladen: http://www.aralnxi.tk Sobald sich das Downloadfenster öffnet, klicken Sie bitte auf "Öffnen" (Open) oder "Speichern" (Save). Sie können dann Ihre bevorzugte Benutzersprache auswählen. Folgen Sie einfach den Instruktionen auf Ihrem Bildschirm. Das World Wide Online Casino Symbol wird dann auf Ihrer Arbeitsfläche erscheinen. Zusätzlich wird im Windows Startmenü eine Verknüpfung hinzugefügt, mit der Sie das Programm auch starten können. Starten Sie mit einem Doppelklick auf World Wide Online Casino ins Spielvergnügen. Casino Software KOSTENLOS runterladen: http://zfezulm.tk Für eine begrenzte Zeit erhalten Sie Bonus Jetons im Wert von bis zu $100! Sobald Sie die Software installiert haben, melden Sie sich einfach an und zahlen ein Guthaben ein. Wir schreiben Ihnen daraufhin Bonus Jetons im Wert von 100% ihrer Ersteinzahlung, bis zu $100, auf Ihrem Konto gut. Casino Software KOSTENLOS runterladen: http://www.roipwxw.tk |
|
From: Michael S. <mi...@ea...> - 2003-12-04 14:45:17
|
Akira TAGOH wrote:
> Hi,
>
> I have made a patch to get the font list like the Fontmap
> and the CIDFnmap from fontconfig automatically. I think it
> will saves the trouble to add/modify the Fontmap/CIDFnmap
> and the users can installs the font easily for the printing.
> ...
Please submit this patch using the form at:
http://www.cups.org/str.php
--
______________________________________________________________________
Michael Sweet, Easy Software Products mike at easysw dot com
Printing Software for UNIX http://www.easysw.com
|
|
From: Akira T. <at...@gc...> - 2003-12-04 09:22:52
|
Hi, I have made a patch to get the font list like the Fontmap and the CIDFnmap from fontconfig automatically. I think it will saves the trouble to add/modify the Fontmap/CIDFnmap and the users can installs the font easily for the printing. To use this patch, additional requirement is: - fontconfig (http://www.fontconfig.org/) - freetype2 (http://www.freetype.org/) - pkg-config (http://www.freedesktop.org/Software/pkgconfig) If you don't know what these is, please visit the above URL. How to build with this patch: 1. apply the patch. 2. run aclocal and autoconf (or run autogen.sh) 3. run configure with --with-fontconfig 4. run make Hopefully this patch will be marged to the ESP Ghostscript. Thanks, -- Akira TAGOH : ta...@gn... / Japan GNOME Users Group at...@gc... : ta...@gn... / GNOME-DB Project : ta...@re... / Red Hat, Inc. : ta...@de... / Debian Project |
|
From: Andreas V. <voe...@gm...> - 2003-11-13 21:56:18
|
There's a bug in the configure script. The script checks for libpng without -lz in the library list: checking for deflate in -lz... yes checking for local png library source... no checking for png_check_sig in -lpng... no configure: disabling png output devices The problem is that AC_CHECK_LIB(z, deflate, ...) in configure.ac does not add the zlib library to the variable LIBS. The check for libpng does only work on systems where libpng was explicitly linked against zlib. But this is not the default if libpng is built from source. And if there's is only a static version of libpng the check does certainly not work. I reported this bug before but the report was obviously closed without any comment. |
|
From: Steffan A. C. <st...@hl...> - 2003-03-01 19:30:21
|
I am able to successfully compile 7.05.6 on Mac OS X as long as I make sure that the configure script doesn=B9t find the gimpprint-config file. There is something in there that is setting some variable and screws up the whole process. Sure, it will configure ok but then when it goes to compile it bombs out asking for libintl.a in the root. No one seems to have clue on this. I have been beating my head on it. Also when it hits the gimppring-config file it stops finding things as well. For example : checking for memchr... no checking for memmove... no checking for memset... no checking for mkdir... no Anyone have an idea as to what could possibly be causing this? I have successfully compiled it without the gimpprint-config but I need the gimpprint support in there. Help! Thanks Steffan=20 --------------------------------------------------------------- T E L 6 0 2 . 5 7 9 . 4 2 3 0 | F A X 6 0 2 . 9 7 1 . 1 6 9 4 Steffan A. Cline St...@Ex... Phoenix, Az http://www.ExecuChoice.net USA AIM : SteffanC ICQ : 57234309 The Executive's Choice in Lasso driven Internet Applications --------------------------------------------------------------- |
|
From: Michael S. <mi...@ea...> - 2003-02-27 15:44:28
|
Rafael Avila de Espíndola wrote:
> The following lines from configure.ac and src/configure.ac cause some trouble if I try to compile espgs with a --prefix=/usr option and install with "make prefix=...".
>
> #dnl Fix "datadir" variable...
> #if test "x$datadir" = 'x${prefix}/share'; then
> # datadir="$prefix/share"
> #fi
>
> This is because the generated Makefile has the datadir hard-coded.
>
> for example, running "./configure --prefix=/usr" generates a Makefile with
> "datadir = /usr/share" instead of "datadir = ${prefix}/share".
This is necessary to allow some compiled-in paths to appear
correctly (and not be quoted a la ${prefix}/share); you need to
override all of the common prefixes - see the ghostscript.spec file
for an example...
--
______________________________________________________________________
Michael Sweet, Easy Software Products mike at easysw dot com
Printing Software for UNIX http://www.easysw.com
|
|
From: Rafael A. de <raf...@ic...> - 2003-02-27 13:15:05
|
The following lines from configure.ac and src/configure.ac cause some trouble if I try to compile espgs with a --prefix=/usr option and install with "make prefix=...".
#dnl Fix "datadir" variable...
#if test "x$datadir" = 'x${prefix}/share'; then
# datadir="$prefix/share"
#fi
This is because the generated Makefile has the datadir hard-coded.
for example, running "./configure --prefix=/usr" generates a Makefile with
"datadir = /usr/share" instead of "datadir = ${prefix}/share".
|
|
From: Michael S. <mi...@ea...> - 2002-12-12 21:26:07
|
Mark Hamzy wrote: >>OK, libsupc++ only provides new and delete - it doesn't provide >>any of the C++ standard library stuff other than that, and it is >>used only to replace libstdc++ (which is a nightmare under Linux >>because there are about 2^64 versions of it) when you don't use >>any of the C++ standard library, just new and delete. >> >>So the question is: does Omni use ostream, istream, etc. for file >>IO? If not, then I'd recommend using the C stdio library for any >>error messages... Otherwise we'll need to link using CXX (-lstdc++ >>is not so standard), but only when including the Omni driver. > > > We use ostream, ostringstring as well as STL classes. I can make that > change. Should I also link in supc++ if it is supported? No, we just need to link with the C++ compiler when configuring for use with Omni. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Mark H. <ha...@us...> - 2002-12-12 20:32:20
|
> OK, libsupc++ only provides new and delete - it doesn't provide > any of the C++ standard library stuff other than that, and it is > used only to replace libstdc++ (which is a nightmare under Linux > because there are about 2^64 versions of it) when you don't use > any of the C++ standard library, just new and delete. > > So the question is: does Omni use ostream, istream, etc. for file > IO? If not, then I'd recommend using the C stdio library for any > error messages... Otherwise we'll need to link using CXX (-lstdc++ > is not so standard), but only when including the Omni driver. We use ostream, ostringstring as well as STL classes. I can make that change. Should I also link in supc++ if it is supported? Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Michael S. <mi...@ea...> - 2002-12-12 17:29:35
|
Mark Hamzy wrote: > Hey Mike, > > I have compiled the latest espgs sources under RedHat 8.0 and have > noticed that omni still doesnt work because std:err is missing. I > have made some fixes to configure.ac and it will now link in > libsupc++ as part of the build. However, the standard C++ libraries > are missing. From the comments, it sounds like libsupc++ is supposed > to replace libstdc++ and yet I receive the following error message: > Error: Loading "/opt/Omni/lib/libomni.so" returns > "/opt/Omni/lib/libomni.so: undefined symbol: _ZSt4cerr" This tells me > that cerr is missing from espgs. > > How do you suggest that I resolve this? Should I always link to > libstdc++? OK, libsupc++ only provides new and delete - it doesn't provide any of the C++ standard library stuff other than that, and it is used only to replace libstdc++ (which is a nightmare under Linux because there are about 2^64 versions of it) when you don't use any of the C++ standard library, just new and delete. So the question is: does Omni use ostream, istream, etc. for file IO? If not, then I'd recommend using the C stdio library for any error messages... Otherwise we'll need to link using CXX (-lstdc++ is not so standard), but only when including the Omni driver. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Mark H. <ha...@us...> - 2002-12-12 17:06:14
|
Hey Mike,
I have compiled the latest espgs sources under RedHat 8.0 and have noticed
that omni still doesnt work because std:err is missing.
I have made some fixes to configure.ac and it will now link in libsupc++ as
part of the build. However, the standard C++ libraries are
missing. From the comments, it sounds like libsupc++ is supposed to
replace libstdc++ and yet I receive the following error message:
Error: Loading "/opt/Omni/lib/libomni.so" returns
"/opt/Omni/lib/libomni.so: undefined symbol: _ZSt4cerr"
This tells me that cerr is missing from espgs.
How do you suggest that I resolve this? Should I always link to libstdc++?
Mark
Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/
|
|
From: Michael S. <mi...@ea...> - 2002-10-30 17:09:28
|
Claus Atzenbeck wrote: > Hello: > > First, sorry for X-posting, but espgs-user seems to be without > subscribers. :-( > > I have Linux Mandrake 9.0 running including CUPS and ESP Ghostscript > 7.05.5. Within my LAN there is also a Apple PowerBook (MacOS 10.2.1). On > my Mac I can see the printers which are connected to the CUPS server on > Mandrake. > ... The attached file seems to print OK with the standard CUPS 1.1.16. MDK 9.0 has a pre-release version by default, which used the old Xpdf-based pdftops filter, so upgrading to the current release will likely fix the problem. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Claus A. <cla...@fr...> - 2002-10-30 16:20:41
|
Hello: First, sorry for X-posting, but espgs-user seems to be without subscribers. :-( I have Linux Mandrake 9.0 running including CUPS and ESP Ghostscript 7.05.5. Within my LAN there is also a Apple PowerBook (MacOS 10.2.1). On my Mac I can see the printers which are connected to the CUPS server on Mandrake. The problem is that special characters which are printed from MacOS over Mandrake's CUPS server are not printed correctly. Even saving a PDF file from MacOS' printer dialoge and printing it from Mandrake does not work correctly, although acroread and xpdf on Linux show the special characters correctly. I will attach a little test file (named "umlauttest.pdf") which was created by MacOS and is not printed correctly on Linux. "gs umlauttest.pdf" shows also an error message: > [claus@thor claus]$ gs umlauttest.pdf > ESP Ghostscript 7.05 (2002-09-02) > Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. > This software comes with NO WARRANTY: see the file PUBLIC for details. > Processing pages 1 through 1. > Page 1 > Error: /typecheck in --length-- > Operand stack: > [some more stuff...] What is wrong? Is the problem of not being able to print special characters correctly a problem of ESP Ghostscript? Thanks for any hint! Claus |
|
From: Mike S. <mi...@ea...> - 2002-10-15 03:16:58
|
Romain G wrote: > I've just installed the latest OpenBSD distribution > (www.openbsd.org). > I decided to put CUPS on it. Everything went OK, > except that it also needed ESP GV. So I grab the > sources, untar them, cd to the good folder, type > "./configure", then "make". Everything is OK up to > there. But "make install" gives that : > #make install > gcc -I./src -o ./obj/genconf ./src/genconf.c > gcc: ./src/genconf.c: No such file or directory > gcc: No input files > *** Error code 1 > ... You need to use GNU make (gmake) with ESP Ghostscript... -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: <r_...@ya...> - 2002-10-14 20:05:35
|
I've just installed the latest OpenBSD distribution (www.openbsd.org). I decided to put CUPS on it. Everything went OK, except that it also needed ESP GV. So I grab the sources, untar them, cd to the good folder, type "./configure", then "make". Everything is OK up to there. But "make install" gives that : #make install gcc -I./src -o ./obj/genconf ./src/genconf.c gcc: ./src/genconf.c: No such file or directory gcc: No input files *** Error code 1 Stop in /root/espgs-7.05.5 (line 70 of /root/espgs-7.05.5/./src/unix-aux.mak). Strange, huh ? And if I try to rebuild espgs, here is what I get : # make gcc -I./src -o ./obj/genconf ./src/genconf.c gcc: ./src/genconf.c: No such file or directory gcc: No input files *** Error code 1 Stop in /root/espgs-7.05.5 (line 70 of /root/espgs-7.05.5/./src/unix-aux.mak). And the src/genconf.c is STILL here !!! Please help :-) I REALLY need Cups :-) PS : please answer to r_...@ya... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com |
|
From: Vadim P. <luc...@mt...> - 2002-09-29 15:15:24
|
I have tested two different versions of GS - ESP/GNU GS 7.05 and AFPL GS 7.30, and it seems to me that AFPL GS is slower than *old* GS 7.05. I compiled both versions of GS myself, using stock Linux-Mandrake 8.2 system, with gcc 3.0.4 compiler. My system is Compaq Presario 1800 notebook, with Pentium III/600Mhz and 128MB of RAM. I used PPST (PostScript Processing Speed Test) developed by Jean-Serge Gagnon <js...@ga...> which you can download from http://www.gaaj.qc.ca/ppst/ Direct link to archive: http://www.gaaj.qc.ca/ppst/ppst56.zip GS was invoked as: #GS -dNOPAUSE -r100 ppst56.ps Results: - - - - - - - - - - - - - - - ESP Ghostscript (4M,100,fm.705) 3010 673.2 >1000! 4623.5 179.7 123.0 >1000! 1500 The total time for PPST is 1.9 and the individual times for each tests are: 0.0 seconds for PPST-I, 0.2 seconds for PPST-G, 1.3 seconds for PPST-F, 0.1 seconds for PPST-R, 0.0 seconds for PPST-M and the time taken between all pages was 0.2 seconds. As well as the standard PPST times, the data recep tion and interpretation took 0.1 seconds. Specifications: Resolution is 100x100dpi. Floating point precision is 6 digits. Ram size 4 Megs. Postscript is Level 2, version 3010. Firmware revisio n 705. Page count 4711. Printer name is "ESP Ghostscript". Product name is "ESP Ghostscript". The logical engine speed (according to "between" time) is 1500 page(s) per minute. - - - - - - - - - - - - - - - - - - - AFPL GS 7.30 AFPL Ghostscript ALPHA RELEASE (4M,100,fm.730) 3010 456.8 323.0 1541.2 146.0 123.0 424.0 750 *** The total time for PPST is 2.8 and the individual times for each tests are: 0.1 seconds for PPST-I, 0.6 seconds for PPST-G, 1.6 seconds for PPST-F, 0 .1 seconds for PPST-R, 0.1 seconds for PPST-M and the time taken between all pages was 0.4 seconds. As well as the standard PPST times, the data recep tion and interpretation took 0.1 seconds. Specifications: Resolution is 100x100dpi. Floating point precision is 6 digits. Ram size 4 Megs. Postscript is Level 2, version 3010. Firmware revision 730. Page count 4711. Printer name is "AFPL Ghostscript ALPHA RELEASE". Product name is "AFPL Ghostscript ALPHA RELEASE". The logical engine speed (according to "between" time) is 750 page(s) per minute. - - - - - - - - - - - - - - - I repeated tests several times, and all the time results were about the same. So I used numbers obtained for the first run. Any ideas what can cause such significant difference in performance? As a side note: GNU GS 7.05 performance on WIndows 98 (same computer!) was just *terrible*. GNU Ghostscript (4M,100,fm.705) 3010 82.0 15.4 289.0 28.1 41.0 141.3 214 Total time for PPST: 15.6 sec. So, it's about 8 (eight) times slower than on Linux. Any ideas why? I hardly believe compiler differences can explain such a HUGE gap in performance. -- Vadim Plessky http://kde2.newmail.ru (English) 33 Window Decorations and 6 Widget Styles for KDE http://kde2.newmail.ru/kde_themes.html KDE mini-Themes http://kde2.newmail.ru/themes/ |
|
From: Mark H. <ha...@us...> - 2002-09-27 22:27:07
|
The current version does not work with omni. It is missing the stc++ library. I have a non gcc 3.x system so it definately needs the -lstdc++. I have checked in a fix for that. Unfortunately, I cannot test the other case on a 3.x system to make sure that it works. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Michael S. <mi...@ea...> - 2002-09-23 14:26:34
|
Vadim Plessky wrote: > Hello ESP GS developers, > > I am wondering when FAPI (Font API) interface present in current > AFPL GS would appear in ESP GS? It won't appear until Aladdin releases it as part of a GNU Ghostscript release. ESP Ghostscript is the "bleeding edge" of GPL Ghostscript. Given the current lag between free and non-free GS releases, it probably won't be available for at least a year. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Vadim P. <luc...@mt...> - 2002-09-23 08:36:36
|
Hello ESP GS developers, I am wondering when FAPI (Font API) interface present in current AFPL GS would appear in ESP GS? FAPI allows to integrate external font renderer into GS, in particular FreeType rasterizer. (Freetype-GS bridge was implemented by Graham Asher) While current implementattion is far from being perfect, it still provides significant functionality, and can be used for printing without any problems. Best regards, -- Vadim Plessky http://kde2.newmail.ru (English) 33 Window Decorations and 6 Widget Styles for KDE http://kde2.newmail.ru/kde_themes.html KDE mini-Themes http://kde2.newmail.ru/themes/ |
|
From: Michael S. <mi...@ea...> - 2002-09-05 20:50:19
|
Mark Hamzy wrote: > When I try to use the new source for configure.ac, I notice that $CXX is > empty. This causes SUPC to be empty which forces a link to supc++ which > then fails. > My system is Red Hat 7.3. > > If you add a AC_PROG_CXX after the AC_PROG_CPP, then it works. Done! -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Michael S. <mi...@ea...> - 2002-09-05 20:48:44
|
Mark Hamzy wrote: >>Can you provide a diff of the change you propose? > > > I suggest removing the checking for the omni source code directory as > follows: > ... OK, so the Omni sources are *not* required for the gomni.c file then? That would be very good! > ... > Sure thing! I pulled the modified gomni.c into our build tree. Thanks! -- ______________________________________________________________________ Michael Sweet, Easy Software Products mi...@ea... Printing Software for UNIX http://www.easysw.com |
|
From: Mark H. <ha...@us...> - 2002-09-05 20:27:24
|
When I try to use the new source for configure.ac, I notice that $CXX is empty. This causes SUPC to be empty which forces a link to supc++ which then fails. My system is Red Hat 7.3. If you add a AC_PROG_CXX after the AC_PROG_CPP, then it works. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Mark H. <ha...@us...> - 2002-09-05 19:57:56
|
> Can you provide a diff of the change you propose? I suggest removing the checking for the omni source code directory as follows: [hamzy@hamzy2 tmp]$ diff /tmp/espgs/src/configure.ac /tmp/espgs.new/src/configure.ac 472,482d471 < dnl The omni build tree tar file should be unpacked here. < dnl < AC_MSG_CHECKING([for Omni build tree]) < if test -d Omni; then < AC_MSG_RESULT([yes]) < else < AC_MSG_RESULT([no]) < INCLUDEOMNI=no < fi < < dnl > Also, if you update the gomni.c file in the future, can you make > sure that it only contains ANSI C comments (/* ... */) and not > C++/C99 comments (// ...), since they make the Ghostscript code > non-portable... Thanks! Sure thing! I pulled the modified gomni.c into our build tree. Thanks, Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
7 messages has been excluded from this view by a project administrator.
