Re: [pdf-devel] Unneeded macros in the public header

> Yes. Currently these macros are available to the library user and are > documented in the reference manual. The rationale is to ease the > debugging of problems while using the library. > Humm.. Not really sure if that's so useful. Whenever the library is distributed out th

Re: [pdf-devel] Re: PDF Type4 Patch

Regarding the definition of PDF_REAL_MAX: #define PDF_REAL_MAX (340282346638528859811704183484516925440.00) I think that it would be better to use the POSIX FLT_MAX constant instead of the raw number. I applied a patch that defines PDF_REAL_(MIN|MAX) in terms of FLT_(MIN|MAX).

[pdf-devel] Re: FS#110

I was going to start with FS#110: Fix errors reported by the static code analysis.   But before officially signing up for it I was going to check out a few of the items. I downloaded the trunk and did "./configure" and "make", which succeeded without obvious error but did not creat

Re: [pdf-devel] Unneeded macros in the public header

Hi Aleks. Is there any good reason to generate the PDF_DEBUG_* and PDF_ASSERT_* macros in the public pdf.h header? Yes. Currently these macros are available to the library user and are documented in the reference manual. The rationale is to ease the debugging of problems while using the

Re: [pdf-devel] Hello Everyone

Hi! LibrePlanet2010 inspired me to get involved in some free software work. I make extensive use of PDF, so working on GNUPDF seemed a natural fit. Thank you very much. Please take a look to the material in http://www.gnupdf.org/Library and to the unassigned NEXT tasks in http://www.g

[pdf-devel] Re: PDF Type4 Patch

Hi Johannes. > The report is now generated. All the intrinsics are executed. > > Just some notes: the line 1643 of pdf-fp-func.c is not executed by > the tests. PDF_EOVERFLOW and PDF_EIMPLIMIT are not exercised > neither. The unexercised line (1643) is obsolete anyway, I rem

Re: [pdf-devel] pkg-config setup in libgnupdf

Attached is a simple patch which provides the pkg-config setup for libgnupdf, to be installed along with the library. Pushed in the trunk. I added the .pc file in the top level directory, but we could put it in some other place, like... utils? As far as I can see the top level direc

Re: [pdf-devel] Updated unit test for pdf_i64_add

> Jose, any update from the email server sysadmins? > > It seems that lists.gnu.org is temporarily hosted in a low-speed > network and they got a per-email limit of 200kb. > Jose, do you know if this is already fixed in the GNU lists server? Obviously not. Otherwise I would

Re: [pdf-devel] I want my messages to be removed

> I sent an email about this before, but nobody answered! You must ask the list administrators, not to the list as a whole. It may help if you provide a very good reason to do so, since any messages you wrote are part of the project history, and you did post them to a public list.

Re: [pdf-devel] Updated unit test for pdf_i64_add

Jose, any update from the email server sysadmins? It seems that lists.gnu.org is temporarily hosted in a low-speed network and they got a per-email limit of 200kb. Jeff, can you please try to compress the patch and send it to the list again? If the attachment is < 200kb and is still rejecte

[pdf-devel] Re: fix for pdf-global.c

somehow the variable "ret" got lost in the merge. This patch puts it back so that pdf-global.c will compile successfully. Fixed. Thanks. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

Re: [pdf-devel] Issue with make syntax-check

Hi Jeff. patch_safety_dispatcher.py seems to be hanging on error_exit_success. Below was stopped after about half an hour (the checks before error_exit_success returned immediately). Any ideas? That syntax check was failing due to a bug in build-aux/vc-list-files. That script is im

[pdf-devel] Re: Fix probable problem with array subscript in ASCII85 decoder

> Details - We are getting the following warnings while compiling the library.  It may indicate a possible > buffer overflow. The declaration of 'pdf_stm_f_a85_write_outbuff' shall be deleted if it won't be used at all. > > base/pdf-stm-f-a85.c:50: warning: 'pdf_stm_f_a85_write_outbu

[pdf-devel] pdf-tasks mailing list

In order to avoid the flooding of this mailing list with the automatic messages generated by flyspray I created a new list pdf-ta...@gnu.org and made the flyspray to send the messages there. So if you are interested to continue receiving the flyspray notifications please go to http://lists.gnu.or

[pdf-devel] Time-stamp keyword in source files

Hi all. I removed the Time-stamp: "" keyword from the header of all the source files of the library. Those stamps were creating a lot of conflicts in vc merges. The Hacker's guide has been updated to reflect this. -- Jose E. Marchesi http://www.jemarch.net GNU Project

Re: [pdf-devel] Selective unit testing

Attached a diff modifying configure.ac to look for svn check Pushed. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

Re: [pdf-devel] Status of PDF_ERROR versus PDF_EBADDATA

Hi Jeff. Nearly all (if not all) of the pdf-types functions return PDF_ERROR if response to a required but missing parameter. For example, pdf_i64_t a, b; pdf_status_t status; pdf_i64_add(NULL, a, b, &status) would return PDF_ERROR even though PDF_EBADDATA specifie

Re: [pdf-devel] libcurl initialization requirements

Hi Scott. Attached you should find my pass at implementing the mutex-protected global init. Also attached are the necessary changes for conditional compiling of HTTP filesystem support, and a minimal pdf-fsys-http.* to allow testing of the conditional compiling. It looks fine. I

[pdf-devel] Selective unit testing

Hi. The svn version of check now supports selective unit testing: the user can select which test-case or test-suite to run, by name. I committed a patch that makes our unit tests system aware of that functionality. Briefly, now it is possible to specify a selection when invoking make check. So

Re: [pdf-devel] Base Types API

> And what's the specific need for _shl() and _shr()? Division requires shifting. It would not hurt to provide those operations, even if they are not essential (we are providing division directly to the user). -- Jose E. Marchesi http://www.jemarch.net GNU Project

Re: [pdf-devel] libcurl initialization requirements

> We should not introduce that requirement! If pdf_init() is supposed > to be called only once in the lifetime of the application then we > should provide the user a way to determine if it has been called > before in an atomic way. > Well, a second call to pdf_text_init() for

Re: [pdf-devel] libcurl initialization requirements

We already have that requirement in some base-layer modules, like the text module or time module. The text module has a pdf_text_context_init() which should be called once at program startup, preferably when no other threads are running (so that no other thread actually tries to cal

Re: [pdf-devel] libcurl initialization requirements

I just noticed that libcurl requires a call to curl_global_init() while the program as a whole is single-threaded. The libcurl docs make this quite clear. Are we willing to impose this kind of an initialization requirement on any and all applications that would link with us? The

Re: [pdf-devel] http filesystem create/destroy functions needed

In the init_fn I will need save a reference to libcurl for use in a variety of functions during normal runtime. My instinct is to have a pdf-fsys-http.c scoped static structure to store this, and a couple other items in. This will make it accessible to all my functions without any

Re: [pdf-devel] http filesystem create/destroy functions needed

> And then call those callbacks in the existing pdf_fsys_create and > pdf_fsys_destroy.  Stateless filesystems (such as the disk filesystem) > would not define those callbacks. > > Would this fit your needs? This is exactly what I had in mind. I pushed a patch providing support

Re: [pdf-devel] Configure and PREFIX

Does automake and friends not honor PREFIX, have I forgotten something (likely), or am I doing something wrong (yet again)? You should use the --prefix option to configure. See the output of ./configure --help -- Jose E. Marchesi http://www.jemarch.net GNU Project

Re: [pdf-devel] http filesystem create/destroy functions needed

Hi Scott. Managing libcurl for the http filesystem and RIA will require pthreads, and the initialization and cleanup of some http- filesystem-wide resources (worker thread, libcurl resources). There are currently no filesystem init or cleanup routines defined (that I could find any

Re: [pdf-devel] Hi

Hello. I m new to gnu pdf.I just came accross this blog. http://planet.gnu.org/gnupdf/?p=9 for the requirement of software developer for this project.I m interested to contribute. But that blog seems to be old.Is there still a requirement for developers in this project? We are st

Re: [pdf-devel] Object Layer comments

I don't quite understand the need of the Garbage Collector in the object layer, when we already have the possibility of reference counting in each PDF object. Why not just start refcount=1 when object is created and fully dispose the object when its refcount arrives zero? When addi

Re: [pdf-devel] PDF_FORCE_BIGNUM

Would be worth analyzing deeper the root cause of the problem with assign_quick(). Jeff, can you reproduce that "unstability" after a call to assign_quick? If so, please tell us the details so we can debug it. Thanks. -- Jose E. Marchesi http://www.jemarch.net GNU Pr

Re: [pdf-devel] [patch] Casing of number literals in ada-mode

Appended is a little patch that makes ada-mode to not case number literals to avoid situations like: Sorry, pdf-devel@gnu.org was obviously the wrong list...

[pdf-devel] [patch] Casing of number literals in ada-mode

Hi. Appended is a little patch that makes ada-mode to not case number literals to avoid situations like: subtype U16 is range 16#_#..16#Ffff_Ffff#; Note the Ffff_Ffff. # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: jema...@termi-20100206185402-uw82jo3j3pxn65pd #

Re: [pdf-devel] PDF_FORCE_BIGNUM

Hi Jeff. In config.h near line 790, there's the following comment: /* Force the usage of the 64bits bignum implementation even if the system support a suitable native type */ /* #undef PDF_FORCE_BIGNUMS */ I think the comment could be revised to better reflect preprocessor sta

[pdf-devel] Filesystem module and temporary files.

Hi. I made a change in the filesystem module that modifies its public API. The filesystem function pdf_fsys_get_temp_path_name introduces a security hole, since no one guarantees that a filesystem item with the returned name is not created by other application. So I removed

Re: [pdf-devel] Issue with runtests

Hi Jeff. I seem to be having problems running runtests.sh after building. Any ideas where ${srcdir}/runtests is located? I can't seem to find it and the script appears to be blowing up. jeff...@gauss:~/trunk/torture/unit$ sh ./runtests.sh chmod: cannot access `/torture/testdata/TD

Re: [pdf-devel] From where I should start..

Where should I ask for account? Actually to whom? I will create the account for you if you choose a task to work on. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

Re: [pdf-devel] FS#103: Possible memory overflow in the bignums implementation

> If there isn't destination because it's NULL, why you store on it the > result? This line shouldn't be in the else clause? >>} while(0) > > I hope that help you. > Yeah, that's a clear bug which would cause a segfault. Fixed in the trunk. Thanks for the report. -- J

Re: [pdf-devel] Type 4 & implementation limits

Hi Johannes. I have some questions regarding type 4 functions and implementation limits. The specifiction says that an error must be raised if an operation tries to exceed an implementation limit, so I assume the same holds true for type 4 functions. Right. The general rule applies

Re: [pdf-devel] jbig2dec repo for Ubuntu 9.10

Hi Aleks. For those of you developing GNU PDF in Ubuntu 9.10, I created deb packages for jbig2dec and enabled a PPA with them. Just add to your /etc/apt/sources.list: deb http://ppa.launchpad.net/aleksander-m/jbig2dec/ubuntu karmic main deb-src http://ppa.launchpad.net/aleksander

Re: [pdf-devel] hello, I'd like to help

Hello. I've spent some time reading the project pages, browsing the code, the pdf reference, looking at the mail archives and the task list. Except for the legal paper-signing, I think I'm ready to start. I'm looking at the issue 91 (token reader tests), and I'd like to work on it, if

Re: [pdf-devel] Type 4 functions

> I just created a flyspray task for this problem. Would you like to > fix it yourself? In that case, please pick the task. Ok, so I will pick this one and the type 4 unit tests. Thanks. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.o

[pdf-devel] Savannah bazaar repository changes

Hi. I updated the version of the bazaar libgnupdf shared repository at savannah to the latest 2a. While on it, I changed the location of the trunk from: http://bzr.savannah.gnu.org/r/pdf/libgnupdf/branches/trunk to the more commonly used: http://bzr.savannah.gnu.org/r/pdf/libgnupdf/

Re: [pdf-devel] Type 4 functions

Treating this correctly would require attaching a type to every element on the stack, I think something like struct stack_element_t { enum type { BOOL, INT, REAL } t; double v; } stack[NSTACK+2]; and a set of suitable predicates/accessors would do the job, some addit

Re: [pdf-devel] Volunteer for documentation writing

My experience in writing user manuals has only been for software written by me, and probably 1/100th of the complexity and scope of the pdf project. I do have experience (long ago) using TeX and LaTeX, and have at least skimmed the Texinfo book, which I have. So I will certainly nee

Re: [pdf-devel] Offer a pair of helping hands

Hi Johannes. as I want to give back to the free software community a small fraction of what it is giving to me and as I want to learn something new I am searching for a free software project to contribute to. Your project seems to be interesting and challenging, and it seems that it

Re: [pdf-devel] Volunteer for documentation writing

I am interested in helping with documentation for this important project. I have quite a bit of technical writing experience including writing software documentation, but am a complete newbie to participation in a Free Software project. I tried to peruse the mailing list archive t

Re: [pdf-devel] GNU PDF to read PDF content?

Hello. I found your very interessting project GNU PDF. I read the different information found on your website but I cannot figure out whether the library you are building will give possibilities to read/extract content from PDF file? Would it be possible to know a litle bit more ab

Re: [pdf-devel] GNU_Pdf

Hello. Will GNUPDF be PDF 5 compatible? I am not sure what you mean with "PDF 5". Are you talking about PDF 1.5 or the latest PDF version supported by Acrobat 5? In any case, we will support both PDF 1.7 and ISO 32000, keeping backward compatibility with previous versions. Can I use you

Re: [pdf-devel] Re: RFC on fsys-http impl.

Thanks for the thought-provoking point. I suppose that it should be perfectly fine to ony use set-size to grow a file in concert with a successful RIA request. You could do it by growing the temporary file in blocks and then adjusting at the end of the process. -- Jose E. Marchesij

Re: [pdf-devel] RFC on fsys-http design

I am currently leaning toward implementing the http filesystem such that downloaded data is written to a temp file using the disk filesystem and read requests from from the public pdf_fsys_http_file_read function are handled with the pdf_fsys_disk_file_read function - being careful

Re: [pdf-devel] pdf-fsys-file size function and pdf_size_t

Hi Scott. pdf_fsys_file_get_size(...) pdf_fsys_file_set_size(...) pdf_fsys_file_set_pos(...) pdf_fsys_file_get_pos(...) all convey size information with pdf_size_t. size_t will be 32-bits on some systems (4GB size limit) I regularly work with 1GB PDF files - 4GB can't be fa

Re: [pdf-devel] Doubt about pdf_alloc

...@code{0} then no memory is allocated and @code{NULL} is returned. @end table @item Returns === modified file 'src/base/pdf-alloc.c' --- src/base/pdf-alloc.c2009-09-02 14:48:25 + +++ src/base/pdf-alloc.c2010-01-06 09:56:54 + @@ -1,4 +1,4 @@ -/* -

Re: [pdf-devel] hello, gnupdf world!

my name is Luca. I was looking for a free software project in order to contribute and consolidate my C skills (+/- k&r level), and so if I can, here I am! :) I'm just getting acquainted with the source code and the project standards/guidelines. Hello Luca. Welcome. A little

Re: [pdf-devel] return type of pdf_fsys_file_set_mode ?

Hi Scott. The documentation suggests that pdf_fsys_file_set_mode(...) should return type "enum pdf_fsys_file_mode_e" pdf-fsys.h is conflicted on the topic -- with the prototype returning pdf_status_t, but with the function-pointer prototype returning the enum. The disk implementa

Re: [pdf-devel] HTTP filesystem

Hi Scott. The task says "using the 'pdf-fsys-html-' prefix." Should this instead be " 'pdf-fsys-http-' prefix"? Yes, it is 'pdf-fsys-http-' :) Thanks for picking this task! -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] HTTP Module implementation

> Can you please attach a summary of those needed changes as a comment > in the flyspray task? Done. Thanks.

Re: [pdf-devel] Disk fsys module

Hi Aleks. I updated the missing items in the Disk Fsys implementation. There are 3 functions without implementation, and 2 with a non-complete one. Also changed it to NEXT state in case anyone wants to take the remaining stuff, which I believe it's not very difficult. Thanks for the

Re: [pdf-devel] HTTP Module implementation

Hi David. I have unassign the task FS#102 since I am busy and I think someone could to take the task and finish it soon. I hope to speed up the development so. Thanks for letting us know. Previously this is required some changes to the filesystem module API. Can you please attac

Re: [pdf-devel] Hi

I am currently reading the GNU PDF Hacker's Guide and getting familiar with the Library, and hopefully will be able to help in the near future. Thank you, and welcome. Don't hesitate to ask if you have any doubt :) -- Jose E. Marchesijema...@gnu.org GNU Project http://www.g

Re: [pdf-devel] Help

Hi. I want to pick the task #106 to work,how can i pick? I am opening a flyspray account and assigning the task to you. A private email follows with the details. Thanks. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] Hello

Hello. I'm a Computer Enginner from Brazil and a member of the Free Software Foundation. I've been using GNU/Linux since 2003 and I'm very grateful for that. So, I think now is the time for me to give something back to the project and to others that use GNU/Linux. Thank you very

Re: [pdf-devel] Re: need better testing for int64_t

That should cover all the possibilities. I like it. I pushed that fix and also fixed some of the time module tests to not overload pdf_time_span_t variables with too big unsigned values. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] Re: need better testing for int64_t

Hi Scott. Perhaps the attached patch is the "right way" to identify int64_t presence? The problem of that approach is that, in architectures missing stdint.h, HAVE_INT64_T would not be defined but a suitable int64_t would be provided by gnulib. To cover those cases, and since the gnulib s

Re: [pdf-devel] ASCII85 filter implementation patch attached

Hi Scott. Attached is my ASCII85 filter implementation - updated after feedback from jemarch. Pushed, thanks. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] ASCII85 filter implementation Patch attached

Hi Scott. Thanks for the patch. Some comments follow. === modified file 'INSTALL' Is there some specific reason to include an updated INSTALL file in the patch? === modified file 'src/base/pdf-stm-f-a85.c' ... +#ifndef FALSE +#define FALSE 0 +#endif + +#ifndef

Re: [pdf-devel] check under mingw32

Hi Pablo. I just pushed a patch with some fixes for mingw32 compilation. Additionally, the runtests.sh script now uses wine to run runtests.exe if a cross-compilation was made, so a "make check" should work out of the box when a mingw32 host is specified. -- Jose E. Marchesijema...@gnu.org

Re: [pdf-devel] how to get code by bzr with proxy setting?

I am not meaning a complete how-to usage of bzr, but want to someone help give a sample of fetech code, if there's proxy setting. If you can send some paragraphs indicating how to fix the proxy problem with bazaar then I will include them in the Hackers guide. -- Jose E. Marchesije

Re: [pdf-devel] c programming

want work based on c programming Please read the "Information for newcomers" section linked in http://www.gnupdf.org/Library. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] errors building for mingw32

I couldn't pass build on mingw32 either, and I was confused why the pre-processor PDF_HOST_WIN32 not turned on mingw32? Then, when should this preprocessor be used for? The PDF_HOST_WIN32 should be turned on while compiling for mingw32. Otherwise it is a bug. B.T.W, I wondering if i

Re: [pdf-devel] italian translation

Hello. I would like to translate the GNUpdf website to Italian. What should I do? Thanks for your offer. In order to contribute changes to the contents of gnupdf.org you need to sign some legal papers. I am sending details in a separate email. After you sign your papers I will create a

Re: [pdf-devel] Help

I am yayoo. I want to join the Gnu PDF project.I had looked at the GNU PDF Hackers Guide,and now i wan to get a task to work on.How can i start? Just pick an unassigned NEXT task. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] Compiling on OS X

Hi Chris. The header file sys/statfs.h doesn't exist on the system. The statfs struct is defined in /usr/include/sys/mount.h, but I'm not sure what I need to configure differently in order for the correct header file to be included. Any help that anyone can offer is appreciated. I gu

Re: [pdf-devel] GHM gift: LZW amd64 patch.

Hi JP. I have solved the problems of the LZW filter in non 32-bits architectures. Patch attached. Applied, thanks. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] Do you support PRC 3D PDF part ?

Hello. *Do you support PRC (Product Representation Compact) 3D file format that can be used to embed 3D data in a PDF file ? Description may be found in this ISO Working Draft document; http://pdf.editme.com/files/PDFE/SC2N570-PRC-WD.pdf Not ye

Re: [pdf-devel] [PATCH] token reader unit test update

I don't see what users would do with this information. Is a missing EOL at EOF known to cause problems with any software? It's not clear to me that the PDF specs intended to define it as an error (e.g., PDF32000 7.5.1 describes the usage of lines as "a matter of convention"; and s

Re: [pdf-devel] [PATCH] token reader unit test update

I don't see what users would do with this information. Is a missing EOL at EOF known to cause problems with any software? I don't think so. It is more a matter of strictness in the compliance with the standard. -- Jose E. Marchesi http://www.jemarch.net GNU Project

Re: [pdf-devel] Hello :)

I am Rahul Kavalapara, a graduate student in Computer Science. I would like to be involved in the Gnu PDF project. I see several tasks to be accomplished on the task's page. I believe bazaar documentation and current documentation of GnuPDF should be good for me to get started. Ple

Re: [pdf-devel] hello, qpdf (http://sourceforge.net/projects/qpdf)

Hello Jay. qpdf is released under the terms of version 2.0 of the Artistic license, but I would be supportive of inclusion of any of its code, or of use of any of its code for ideas for gnu-pdf. That is quite generous, thanks :) One of the features of qpdf that I find most useful (o

Re: [pdf-devel] errors building for mingw32

Added that code you mention. Still with the same errors. any ideas? From the error that you get: if gcc -DHAVE_CONFIG_H -I. -I. -I../src  -I../lib -I../src/ -I../src/base -I ../ src/object   -g -O2 -MT pdf-filter.o -MD -MP -MF ".deps/pdf-filter.Tpo" -c -o pd f-filter.o pdf-filter.c; \  

[pdf-devel] Re: Patch: Add documentation for DCTDecoder in architecture manual

Hi Yang. The patch is adding a section "2.5.10 DCT filter" which documents the finite state machine implemented by DCTDecoder function 'pdf_stm_f_dctdec_apply'. Nice graphic, but I miss the tokens triggering the transitions. Could you complement the picture with a table? -- Jose E. Ma

Re: [pdf-devel] [PATCH] Updated token writer code

I've updated the token writer based on Jose's comments, and made a few other minor changes. This version is ready for merging. Merged, thanks. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

Re: [pdf-devel] errors building for mingw32

OK. After adding this code you suggest: Sorry, I forgot to include the PUBLIC block: /* BEGIN PUBLIC */ #ifdef PDF_HOST_WIN32 #   include #endif /* END PUBLIC */

Re: [pdf-devel] errors building for mingw32

Hi Pablo. And the piece of code from pdf-time.h: #ifdef PDF_HOST_WIN32   /* Windows-specific function to set the time with a pdf_i64_t */   pdf_status_t   pdf_time_w32_set_from_filetime (pdf_time_t time_var,   const FILETIME *p_filetime); #end

Re: [pdf-devel] Problems adding gnulib module unistr/u8-check

I'd like to use gnulib's unistr/u8-check module from the token writer. After using gnulib-tool (from gnulib's git repository) to import it I get this error from ./bootstrap: Bootstrapping the GNU PDF Library with: autoreconf -i configure.ac:33: error: AC_PROG_CC cannot b

Re: Re : [pdf-devel] Tokeniser Module - Unit Test: test cases and suggestions

The latest version of pdf_token_buffer_new puts an 'X' after every buffer that's not null terminated. The idea is that code treating the value as a C string, like printf("%s\n", pdf_token_get_string_data(token)); will produce a value that's clearly incorrect. If we didn't do thi

Re: [pdf-devel] Token writer code

Hi Michael. Here's the current version of my token writer code for review. It's basically complete, but I'll need to read over it again and do some more testing before submitting a final version. Many thanks. My comments follow. + /* PDF32000 7.5.1: "lines that are not part of st

Re: [pdf-devel] [PATCH] Token reader update

Here's a patch that makes several changes to the token reader, and fixes a few other bugs. Please apply. Applied in the trunk. Thanks. -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org

Re: [pdf-devel] [new comer- Tokeniser] interested to work in the tokeniser module

Hi Pierre. I'd like to join the team working on the Tokeniser Module that is to say Michael Gold and Jose E. Marchesi according to the maillist. I could probably work on the testing unit since shown as TODO on the flyspray tasks tracker. If they could briefly summarize the ongoing

Re: [pdf-devel] PDF DIR APIS

I was building gnupdf with Cygwin, but found some confused DIR definitions(src/base/pdf-fsys-disk.c:432): /* Host-dependent opendir(), closedir() and friends*/ #ifdef PDF_HOST_WIN32 #define PDF_DIR _WDIR #define pdf_dirent_s _wdirent #define PDF_OPENDIR(f) _wop

Re: [pdf-devel] First task for a newcomer

I would like to get involved in the GNU PDF project. I have what I would humbly define as a reasonably decent background in C but no knowledge at all in the PDF format. Could one of the developers please guide me towards a task suitable for a newbie? Any unassigned task listed in www.

[pdf-devel] CMap files freed

Very good news :) To: bug-ghostscr...@gnu.org Subject: CMap files freed From: k...@freefriends.org (Karl Berry) Date: Tue, 22 Sep 2009 18:03:29 -0500 Didier and all, I believe GNU Ghostscript can finally include the CMap files now. I looked at the license and I believe it is fine; standard st

Re: [pdf-devel] Hello

Hi. I have read the the filters section of the ISO pdf document, and looked at the source code as well as the gnupdf documentation on filter streams. I've listed my findings in brief below (I've also attached a text file which contains the same info). Please look at it and let m

Re: [pdf-devel] several problems with --enable-nocheck

Hi Steven. When I use the option --enable-nocheck, compilation fails for some test source files with the following error: It is a known problem: our nocheck replacement is not implementing mixtures, and thus the tests fail to compile. Please use the check library if compiling for a POSIX

Re: [pdf-devel] pdf-stm-f-lzw.c

> To use the pdf_[i|u](32|64)_t data types instead of int or long would > help a lot to avoid this kind of problems. Would be possible to make > the filter to use the fixed-wide data types? > I actually think that is the right way of solving the problem. I will send a patch ASA

Re: [pdf-devel] pdf-stm-f-lzw.c

> I don't know if you already solved the problem, but after some digging I > found that the following is happening in the function > lzw_buffer_get_code in pdf-stm-f-lzw.c > > b->valbuf is an unsigned long, and b->valbits seems to assumes this is > 32 bit in size (from what I ca

Re: [pdf-devel] Hello

Please ignore the question in my email, I am now able to generate a pdf from the texi document. Ok. Note that you can use the build-aux/gendocs.sh script. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

Re: [pdf-devel] FSYS module tests fail

* Open an existing but readonly file for writing * Success condition: * The call to pdf_fsys_file_open should return PDF_EBADPERMS */ START_TEST(pdf_fsys_file_open_003) { pdf_fsys_file_t file; pdf_text_t path; p

Re: [pdf-devel] Fix pdf_crypt_md_new_002_test case

Hi David. I send a patch for fix this test, which failed in GNU chapters. Applied in the trunk. Many thanks. -- Jose E. Marchesi http://www.jemarch.net GNU Project http://www.gnu.org

[pdf-devel] GNU Hackers Meeting 2009

GNU Hackers Meeting 11-15 November 2009, Gothenburg. There will be an international GNU Hackers Meeting on 11-13 November in Gothenburg, Sweden, as part of the FSCONS conference on 14-15 November. The meeting is intended for active GNU contributors and its theme is the continued advancement of th

Re: [pdf-devel] [patch] Removing redundant code

Attached is the patch that removes some of the redundant code from src/base/pdf-alloc.c file and hence saved few CPU cycles. Please review the changes and let me know in case any information is needed from my side. I just removed the spurious pointer check from the trunk. Thanks for

  1   2   3   4   5   6   7   8   9   >