To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=85381


User vq changed the following:

                What    |Old value                 |New value
================================================================================
                      CC|'hjs,pjanik,vq'           |'hjs,mh,pjanik,vq'
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Tue Jan 22 02:22:10 +0000 
2008 -------
Let me answer the second path first, if for example /tmp or /home/..  or another
of the "standard" unix directories is used it is well possible that they get
longer when they are translated to DOS, e.g. /tmp -> c:/cygwin/tmp. But I think
it is a bug if using mounted paths, like your /ooo is failing.

Now, I didn't check if I can force the error, but I miss the reason why the
 if(len > slen_rest)
check is failing to find that more memory is needed - except that my patch
put another bug in. :( Its fixed with the previous patch (iz85381_2.diff).

slen_rest is initialized to the same number as the originally needed amount
of memory without the POSIX->DOS conversion. Inside the loop, after copying
the buffer, slen_rest is set to the number of remaining bytes in that buffer.
That should work, if len is smaller than slen_rest, increase the buffer size
plus 128 bytes headroom to reduce possible malloc calls if more elements are
longer in DOS than the POSIX version.

@mh: Once we get this sorted out, the patch should go into OOH if it is not to
late.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to