Issue 60274 - Cannot build ODK with default MAXLINELENGTH
Summary: Cannot build ODK with default MAXLINELENGTH
Status: CLOSED OBSOLETE
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial
Target Milestone: ---
Assignee: jsc
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-09 16:33 UTC by mtg
Modified: 2013-12-09 16:28 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Offending file (224.22 KB, application/octet-stream)
2006-01-10 17:11 UTC, mtg 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mtg 2006-01-09 16:33:11 UTC 
I was unable to build the ODK with the default MAXLINELENGTH, and was forced to
add the following patch:

cvs server: Diffing .
Index: makefile.mk
===================================================================
RCS file: /cvs/api/odk/util/makefile.mk,v
retrieving revision 1.20
diff -r1.20 makefile.mk
9c9
< 
---
> MAXLINELENGTH = 500000

to make it build.
Comment 1 stephan.wunderlich 2006-01-10 08:42:14 UTC 
sw->jsc: looks like one for you
Comment 2 jsc 2006-01-10 09:01:09 UTC 
i can't reproduce this behaviour in our build environment. Maybe it is a wrng
default in the OO build env. I will try to find some more infos.
Comment 3 mtg 2006-01-10 16:50:03 UTC 
Exact message is:
builder@MARS:/cygdrive/d/OpenOffice2/odk/util> dmake

dmake:  ../wntmsci10.pro/misc/odk.dpz:  line 779:  Error -- Input line too long,
increase MAXLINELENGTH (buffer was 65532)
---* TG_SLO.MK *---
builder@MARS:/cygdrive/d/OpenOffice2/odk/util> 

I added the ('buffer was ...') line to dmake to get more info with the following
patch:
Index: getinp.c
===================================================================
RCS file: /cvs/tools/dmake/getinp.c,v
retrieving revision 1.5
diff -r1.5 getinp.c
184c184,185
< 	 Fatal( "Input line too long, increase MAXLINELENGTH" );
---
> 	 Fatal( "Input line too long, increase MAXLINELENGTH (buffer was %d)",
> 	 	Buffer_size );

I will attach the offending odk.dpz file.
Comment 4 mtg 2006-01-10 17:11:31 UTC 
Created attachment 33088 [details]
Offending file
Comment 5 quetschke 2006-01-10 18:12:39 UTC 
@mtg: Did you look into the offending file? You have lots of lines with files
from some subversion repository. Like:

../examples$/basic$/forms_and_controls$/.svn$/......

They certainly don't belong there.
Comment 6 jsc 2006-01-11 08:12:42 UTC 
jsc -> mtg: Volker (vq) already mentioned it, your odk.dpz file contains a lot
of files including ".svn". These file definitely don't belong there. That causes
probably the problem but i have no idea how this can happen because the example
files are specified explicitly. And of course from where comes the .svn entries.
Do you have a separate source code control system? If yes, why and then you can
patch it in your env but not in the global cvs. I would say the problem is on
your side in your environment.
But the problem is existent and will maybe popup again when we will have more
examples in the SDK in the future, i will think about a solution.
Comment 7 jsc 2006-01-18 15:02:18 UTC 
change target to "OOo Later"
Comment 8 jsc 2006-03-20 15:57:20 UTC 
accepted
Comment 9 jsc 2013-12-09 16:28:54 UTC 
close