Menu
▾
▴
gnuplot-beta
|
From: Hans-Bernhard B. <br...@ph...> - 2004-06-03 15:46:46
|
On Thu, 3 Jun 2004, BBands wrote: > Things have changed for EMFs in Windows. A Windows > security patch to fix an EMF buffer overflow > vulnerability, KB 835732, prevents many EMFs from > displaying. We're aware of that. A patch for gnuplot is on our patch tracker, but according to Ethan, it still doesn't work. I.e. gnuplot-generated EMFs are incorrect, so the MS fix is somewhat justified to block them. But we haven't managed to fully fix them, yet. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Stephane B. <gn...@co...> - 2004-06-21 08:00:14
|
BBands wrote: >>Well I'm wondering if they really tested it, because >>there is only 2 or=20 >>3 EMR (EMF structs/records) causing troubles... >>so maybe a fix for the hotfix soon? :-[ >> =20 >> > >I suspect it is a case of not invented here, they >simply can't be bothered if their software didn't >create it. > >In any case I am back if you need any testing, etc... > =20 > Hello again, Made again some new modification on emf.trm, the file is available now on sourceforge (Patches section), here is a part of the history relating the change : 1.0.9 03-Jun-2004 Stephane Barbaray <ste...@co...>, Ethan Merritt <merritt@u.washington.edu> - fixed linewidth bug - all is now really assumed as 1024x768@96dpi, before it was a mix between 1600x1200@120dpi and 1024x768@96dpi, so font may now render differently than before... - pointsize rework (size twice also now) - HCHAR and VCHAR are more efficiently computed So in the gnuplot's test you should see the right linewidth, and a better centered text in the box but it will never be perfectly centered since I can't compute the width of a font, it's just an approximation according to font height... Still no implementation for pattern and polygon filling... --=20 St=E9phane BARBARAY. |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-06-21 11:36:36
|
On Mon, 21 Jun 2004, Stephane Barbaray wrote: > Made again some new modification on emf.trm, the file is available now > on sourceforge (Patches section), here is a part of the history relating > the change : Stephane, do I take this new patch submission to mean that you consider your earlier patch to be out of date by now, and only the newer one should be used? [Hint: you could have submitted a new patch file into your old patch tracker entry instead...] -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Stephane B. <gn...@co...> - 2004-06-21 13:41:34
|
Hans-Bernhard Broeker wrote: >On Mon, 21 Jun 2004, Stephane Barbaray wrote: > > =20 > >>Made again some new modification on emf.trm, the file is available now >>on sourceforge (Patches section), here is a part of the history relatin= g >>the change : >> =20 >> > >Stephane, do I take this new patch submission to mean that you consider >your earlier patch to be out of date by now, and only the newer one shou= ld >be used? > =20 > Yes indeed, this new version replace the earlier one >[Hint: you could have submitted a new patch file into your old patch=20 >tracker entry instead...] > =20 > Except that I did submit as anonymous the two files before deciding the=20 need to register at sourceforce... ;-) Bye, --=20 St=E9phane BARBARAY. |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-06-21 13:54:01
|
On Mon, 21 Jun 2004, Stephane Barbaray wrote: > Hans-Bernhard Broeker wrote: > > >On Mon, 21 Jun 2004, Stephane Barbaray wrote: > > > > > > > >>Made again some new modification on emf.trm, the file is available now > >>on sourceforge (Patches section), here is a part of the history relating > >>the change : > >> > >> > > > >Stephane, do I take this new patch submission to mean that you consider > >your earlier patch to be out of date by now, and only the newer one should > >be used? > > > > > > Yes indeed, this new version replace the earlier one Ok. I'll close the other one as 'outdated', then, and unless I hear quick objections, the new version goes into CVS tomorrow. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Ethan M. <merritt@u.washington.edu> - 2004-06-03 16:59:08
Attachments:
test.old.emf
test.new.emf
|
On Thursday 03 June 2004 08:42 am, Hans-Bernhard Broeker wrote: > On Thu, 3 Jun 2004, BBands wrote: > > A Windows security patch to fix an EMF buffer overflow > > vulnerability, KB 835732, prevents many EMFs from displaying. > > We're aware of that. A patch for gnuplot is on our patch tracker, but > according to Ethan, it still doesn't work. To be precise, it doesn't work for me using Word2000 running under linux. Since this is far from the most common thing to do, I don't know whether it really matters. But the old (un-patched) driver worked fine for me. I have not heard back from anyone whether Word2000 running under Windows does or does not have the same problem. In the hope that someone reading this has a "real" W2K system to test this on, I attach the output from gnuplot's "test" command using both the old and the new (patched) emf driver. On my system the new version places all the text characters on top of each other. Do you see the same thing? -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: BBands <bb...@ya...> - 2004-06-03 17:15:34
|
>
> I have not heard back from anyone whether Word2000
> running
> under Windows does or does not have the same
> problem.
>
> In the hope that someone reading this has a "real"
> W2K system
> to test this on, I attach the output from gnuplot's
> "test" command
> using both the old and the new (patched) emf driver.
> On my
> system the new version places all the text
> characters on top
> of each other. Do you see the same thing?
On a fully patched win 2k system--no emf hotfix--I can
see the new, but not the old. The pattern-fill bars
are empty, the line-width displays are all the same
width and the character-width display fills half the
box.
--jab
=====
John Bollinger, CFA, CMT
www.BollingerBands.com
If you advance far enough, you arrive at the beginning.
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
|
|
From: Ethan M. <merritt@u.washington.edu> - 2004-06-03 17:46:55
|
On Thursday 03 June 2004 10:15 am, BBands wrote: > > On a fully patched win 2k system--no emf hotfix--I can > see the new, but not the old. The pattern-fill bars > are empty, the line-width displays are all the same > width and the character-width display fills half the > box. Feh. So in W2K you can see the new but not the old, and I can see the old and not the new. Just another example of how MicroSoft products don't even manage compatibility with themselves, let alone with other systems. Well frankly, I don't really care that much whether Windows works or not. So if other people are happy with the patch, I'll just chalk it up as another format that I can't test here for myself. Just out of curiousity, do newer versions of MicroSoft Word/PowerPoint/whatever handle SVG input? -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: BBands <bb...@ya...> - 2004-06-03 17:59:09
|
--- Ethan Merritt <merritt@u.washington.edu> wrote: > > Just out of curiousity, do newer versions of > MicroSoft Word/PowerPoint/whatever handle SVG input? > This is what help says: Computer Graphics Metafile (.cgm) CorelDRAW (.cdr) file Encapsulated PostScript (.eps) file Enhanced Metafile (.emf) FlashPix graphics filter (.fpx) Graphics Interchange Format (.gif) file Hanako graphics filter (.jsh, .jah, and .jbh) JPEG File Interchange Format (.jpg) file Kodak Photo CD (.pcd) file Macintosh PICT (.pct) file PC Paintbrush (.pcx) file Portable Network Graphics (.png) file Tagged Image File Format (.tif) file Windows Bitmap (.bmp, .rle, .dib) file Windows Metafile (.wmf) WordPerfect Graphics (.wpg) file They say that there are other filters here: http://office.microsoft.com/officeupdate/ --jab ===== John Bollinger, CFA, CMT www.BollingerBands.com If you advance far enough, you arrive at the beginning. __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ |
|
From: <gn...@co...> - 2004-06-03 19:28:12
|
Ethan Merritt wrote: >On Thursday 03 June 2004 10:15 am, BBands wrote: > > >>On a fully patched win 2k system--no emf hotfix--I can >>see the new, but not the old. The pattern-fill bars >>are empty, the line-width displays are all the same >>width and the character-width display fills half the >>box. >> >> > >Feh. >So in W2K you can see the new but not the old, >and I can see the old and not the new. Just another >example of how MicroSoft products don't even >manage compatibility with themselves, let alone with >other systems. > > And this is only a debut, there will be far more incompatibilties everywhere with XP SP 2, this will be the hell for web designers... and also most apps will have to be redesigned or patched... At least we already know that gnuplot have to be patched and that the case for adobe illustrator, furthermore all saved EMF files created with actual and former adobe illustrator products won't display anymore on future windows products >Well frankly, I don't really care that much whether >Windows works or not. So if other people are happy >with the patch, I'll just chalk it up as another format >that I can't test here for myself. > >Just out of curiousity, do newer versions of >MicroSoft Word/PowerPoint/whatever handle SVG input? > > > > There may be an SVG filter for MSOffice somewhere but vector filtered files are converted to MSDRAW object internally then kept as is when saved on disk... The only native vector format recognized are WMF and EMF even in the last RTF specification If SVG is more widely supported (people prefer using flash) on the web, then they may consider to include it natively in IE then a bit later in MSOffice... Stef. |
|
From: <gn...@co...> - 2004-06-03 19:06:30
|
Hello, BBands wrote: >>I have not heard back from anyone whether Word2000 >>running >>under Windows does or does not have the same >>problem. >> >>In the hope that someone reading this has a "real" >>W2K system >>to test this on, I attach the output from gnuplot's >>"test" command >>using both the old and the new (patched) emf driver. >> On my >>system the new version places all the text >>characters on top >>of each other. Do you see the same thing? >> >> > >On a fully patched win 2k system--no emf hotfix--I can >see the new, but not the old. The pattern-fill bars >are empty, the line-width displays are all the same >width and the character-width display fills half the >box. > > - pattern fill is not implemented (on both versions) - line-width never worked (AFAIK) with gnuplot's test but work for other cases (!!!) don't know why - for character-width : is the text at least centered where it should be? Stef. |
|
From: Ethan M. <merritt@u.washington.edu> - 2004-06-03 19:29:26
|
On Thursday 03 June 2004 12:06 pm, St=E9phane Barbaray wrote: > > - line-width never worked (AFAIK) with gnuplot's test but work for other > cases (!!!) don't know why Good catch! I'll see if I can fix that. =2D-=20 Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: <gn...@co...> - 2004-06-03 19:52:01
|
Ethan Merritt wrote: >On Thursday 03 June 2004 12:06 pm, St=E9phane Barbaray wrote: > =20 > >>- line-width never worked (AFAIK) with gnuplot's test but work for othe= r >>cases (!!!) don't know why >> =20 >> > >Good catch! I'll see if I can fix that. > =20 > btw it works ok with SVG and WIN output, very strange isn't it?! May have I forgot something? Stef. |
|
From: <gn...@co...> - 2004-06-03 19:01:05
|
Ethan Merritt wrote: >On Thursday 03 June 2004 08:42 am, Hans-Bernhard Broeker wrote: > > >>On Thu, 3 Jun 2004, BBands wrote: >> >> >>>A Windows security patch to fix an EMF buffer overflow >>>vulnerability, KB 835732, prevents many EMFs from displaying. >>> >>> >>We're aware of that. A patch for gnuplot is on our patch tracker, but >>according to Ethan, it still doesn't work. >> >> > >To be precise, it doesn't work for me using Word2000 running >under linux. Since this is far from the most common thing to do, >I don't know whether it really matters. But the old (un-patched) >driver worked fine for me. > >I have not heard back from anyone whether Word2000 running >under Windows does or does not have the same problem. > >In the hope that someone reading this has a "real" W2K system >to test this on, I attach the output from gnuplot's "test" command >using both the old and the new (patched) emf driver. On my >system the new version places all the text characters on top >of each other. Do you see the same thing? > > > Is it Wine? Or does your version use a "special" (I mean non MS official) gdi32.dll? I think that the problem is more general than just Word and should happen with every applications able to display EMF _and_ running with your emulator The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version) but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf btw if you use wine, see http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and others related bugs |
|
From: Ethan M. <merritt@u.washington.edu> - 2004-06-03 19:25:04
|
On Thursday 03 June 2004 12:00 pm, St=E9phane Barbaray wrote: > > Is it Wine? Or does your version use a "special" (I mean non MS > official) gdi32.dll? I think that the problem is more general than just > Word and should happen with every applications able to display EMF _and_ > running with your emulator Correct. I have MS Office 2000 running under CodeWeavers Wine. The problem is present for all of the Office components, not just Word. I have just discovered, however, that if I ask PowerPoint to convert the imported figure to a "MicroSoft Office drawing object" then the text produced by the new driver becomes readable. I don't know what to conclude from this exactly. > The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version) > but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf I realize that. I'm not convinced that is a good thing, however. I would like to extend gnuplot to full unicode support eventually, so this seems like a step backwards. > btw if you use wine, see > http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and > others related bugs Interesting. Well, maybe some future version of Wine will handle the revised emf format more happily. =2D-=20 Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: <gn...@co...> - 2004-06-03 19:44:01
|
Ethan Merritt wrote: >On Thursday 03 June 2004 12:00 pm, St=E9phane Barbaray wrote: > =20 > >>Is it Wine? Or does your version use a "special" (I mean non MS >>official) gdi32.dll? I think that the problem is more general than just >>Word and should happen with every applications able to display EMF _and= _ >>running with your emulator >> =20 >> > >Correct. I have MS Office 2000 running under CodeWeavers Wine. >The problem is present for all of the Office components, not just Word. > >I have just discovered, however, that if I ask PowerPoint to convert >the imported figure to a "MicroSoft Office drawing object" then the tex= t >produced by the new driver becomes readable. I don't know what >to conclude from this exactly. > =20 > The conclusion may be that this conversion is a real independant=20 conversion routine and not just a playback using the the gdi32.dll >>The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version) >>but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf >> =20 >> > >I realize that. I'm not convinced that is a good thing, however. >I would like to extend gnuplot to full unicode support eventually, >so this seems like a step backwards. > =20 > indeed I initially used the unicode version for the purpose of a easier=20 port to a unicode version of gnuplot, but on the other side it seems=20 that openoffice (maybe koffice) use libwmf and despite the fact that=20 this library has not been updated for few years now... The other (more obscure) reason was that the new patch added some bytes=20 to EMF files, so using the ASCII version let me gain the lost bytes... ;-= ) >>btw if you use wine, see >>http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and >>others related bugs >> =20 >> > >Interesting. Well, maybe some future version of Wine will handle >the revised emf format more happily. > > =20 > Yes, or maybe I may go back to that good old version, since MS is=20 preparing a hotfix (probably included in SP2) for that stupid and=20 destructive security patch... for adobe users not for gnuplot emf users=20 of course! LOL Bye, Stef. |
|
From: BBands <bb...@ya...> - 2004-06-03 20:51:14
|
--- Stéphane_Barbaray <gn...@co...> wrote:
> Yes, or maybe I may go back to that good old
> version, since MS is
> preparing a hotfix (probably included in SP2) for
> that stupid and
> destructive security patch... for adobe users not
> for gnuplot emf users of course! LOL
The hotfix is out, see KB 840997, and did not work for
me.
--jab
=====
John Bollinger, CFA, CMT
www.BollingerBands.com
If you advance far enough, you arrive at the beginning.
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
|
|
From: <gn...@co...> - 2004-06-04 05:23:50
|
BBands wrote: >--- St=E9phane_Barbaray <gn...@co...> wrote: > > =20 > >>Yes, or maybe I may go back to that good old >>version, since MS is=20 >>preparing a hotfix (probably included in SP2) for >>that stupid and=20 >>destructive security patch... for adobe users not >>for gnuplot emf users of course! LOL >> =20 >> > >The hotfix is out, see KB 840997, and did not work for >me. > > =20 > Well I'm wondering if they really tested it, because there is only 2 or=20 3 EMR (EMF structs/records) causing troubles... so maybe a fix for the hotfix soon? :-[ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X