You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
(2) |
Mar
(2) |
Apr
(22) |
May
(14) |
Jun
(18) |
Jul
(19) |
Aug
(7) |
Sep
(4) |
Oct
(6) |
Nov
(12) |
Dec
(14) |
2005 |
Jan
(15) |
Feb
(11) |
Mar
(11) |
Apr
(9) |
May
(119) |
Jun
(25) |
Jul
(16) |
Aug
(19) |
Sep
(26) |
Oct
(14) |
Nov
(7) |
Dec
(45) |
2006 |
Jan
(22) |
Feb
(7) |
Mar
(11) |
Apr
(11) |
May
(12) |
Jun
(19) |
Jul
(12) |
Aug
(5) |
Sep
(21) |
Oct
(33) |
Nov
(42) |
Dec
(34) |
2007 |
Jan
(26) |
Feb
(27) |
Mar
(54) |
Apr
(37) |
May
(68) |
Jun
(81) |
Jul
(55) |
Aug
(86) |
Sep
(60) |
Oct
(33) |
Nov
(33) |
Dec
(47) |
2008 |
Jan
(37) |
Feb
(37) |
Mar
(52) |
Apr
(63) |
May
(98) |
Jun
(70) |
Jul
(61) |
Aug
(38) |
Sep
(64) |
Oct
(55) |
Nov
(48) |
Dec
(111) |
2009 |
Jan
(68) |
Feb
(83) |
Mar
(102) |
Apr
(140) |
May
(156) |
Jun
(65) |
Jul
(75) |
Aug
(26) |
Sep
(28) |
Oct
(31) |
Nov
(38) |
Dec
(78) |
2010 |
Jan
(53) |
Feb
(33) |
Mar
(87) |
Apr
(94) |
May
(77) |
Jun
(84) |
Jul
(66) |
Aug
(74) |
Sep
(53) |
Oct
(40) |
Nov
(38) |
Dec
(31) |
2011 |
Jan
(19) |
Feb
(17) |
Mar
(43) |
Apr
(53) |
May
(42) |
Jun
(35) |
Jul
(19) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2017 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(1) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Hans-Bernhard B. <br...@ph...> - 2005-02-03 12:21:32
|
> I cannot get a plot with the Y axis logarithmic and the Y2 axis > linear. You did get just such a plot --- but you don't recognize that because your script doesn't generate any y2 axis tics. You'll want to add set ytics nomirror set y2tics to your script, before the actual plot command, and read 'help xtics' to learn about the details. |
From: Tom K. <ku...@jp...> - 2005-02-02 01:02:14
|
Greetings. I cannot get a plot with the Y axis logarithmic and the Y2 axis linear. My script is attached. I am using gnuplot 4.0 patchlevel 0 which is the latest Debian sarge version as of December or so. Thanks and regards Tom Kuiper |
From: <no-...@ki...> - 2005-01-28 18:24:02
|
<ÆÒ>@R{@Rüq@<MÒ>@VeB[ <Z>§150-0011@saJæ3-25-3@<TEL>090-9192-7321 óMÛÍ<ÆÒ> cha...@ya... ©<MÒ> cha...@ki... êðy[W http://livechatoptout.psend.com/livechat/ ---------------------------------------------------------------- cdEEdccdEEdccdEEdc ±ñȦ¢ú¾©çEEE ½ÜÉÍHOTÉü³ê½¢II cdEEdccdEEdccdEEdc »ñÈMûÉsb^ÌTCg©µÜµ½``I ÈñÆA¶CuÅ©í¢¢ÌqÆ`bgÅ«¿á¢Ü·B µ©àAGGÈmovieà©êéI ¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦ ¡ÈçLy[É«A50|Cg³¿¨µªÅ«A ³çÉ5,000~ªÌ|Cgðwü·éƽÆIGb`È ¨ócucª³¿ÅPà禿á¤II ¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦ @@@@ yÚ×ͱE¿Eçz @@@@@@@«««« http://www.ino-q.net/top.php?b=s Edcªªª.B.:*E.B.:*E.B.:*EªªªcdE @@@@@@ss«Àètt©îÅyXEûüII @@@@@@@@QCPOO~`ÈãÂ\I ®SÝîŨD«ÈúɨD«ÈÔ¾¯¨dªÅ«é @@@@@@@@@´yXÈAoCgÅ·ô Edcªªª.B.:*E.B.:*E.B.:*EªªªcdE yµoCgÅ«ÄôÈPÅô»Ìãûüô SÌT|[ģÅASÒÅàÀSµÄ¨dÉæègßÜ·B Ú×ͱ¿çË http://www.ino-q.net/bosyu/top.htm |
From: <ayd...@is...> - 2005-01-18 20:32:53
|
BIRINCI ELDEN GoL MANZARALI DUBLEX DAIRE (300m2) Ses,ısı yalıtımlı 2 salon,7 oda,4 banyo,4 tuvalet Mutfak dolaplar Fayans seramik ordek bas©¥ yesili (Canakkale seramik) Celik kapı (KALE) Tavan ve oda kapıları ozel Vitrayları Salon,banyo Asma tavan ozel dekorasyonu,spotlar Barok stili Mermer somine ve aksesuarları Kandıra tasi Boy Barbeku Cift balkon Laminat yer doseme (salon,yatak odası,genc odaları) Cift asansorlu,cift merdvenli Radye temel CEVRE Bahcesehire yakın Yuzme havuzu (20*10) cocuk yuzme havuzu Turk hamam,Gobektasi Tenis kortu Kamelya,Kamerin Bahcede sus havuzlai¬ï Otopark 24 saat guvenlik Emsalsiz havasi yemyesil dogası Gol ve Baraj manzarası Sirkeci ulasimi tren ve istasyonu Bahcesehire sadece 1400metre Giriste market,kuafor T:0537 428 40 80 T:0212 347 49 10 (BAYRAMDA ÇALIŞIYORUZ) |
From: <br...@ph...> - 2005-01-15 16:45:48
|
Hans-Reinhard Mueller wrote: > plot [300:800][0:2] tanh(x) > > There is a hole in the function between about 350 and 720. Similar for > negative x, with added error that value goes to +1 for x < -720. That behaviour is quite platform-dependent. It depends on low-level implementation details of your computer's (or C compiler's) math library. What you're seeing is the effect of gnuplot guessing that at around 720 exp() (and thus, tanh()) will no longer yield well-behaved, finite results, when in fact that already happens around 350. To be able to fix this, we'ld need to know what version of gnuplot you observed this on, on what platform. |
From: <Han...@Da...> - 2005-01-13 15:28:17
|
plot [300:800][0:2] tanh(x) There is a hole in the function between about 350 and 720. Similar for negative x, with added error that value goes to +1 for x < -720. |
From: Georg B. <Geo...@po...> - 2005-01-13 14:50:31
|
Am Montag, 10. Januar 2005 16:25 schrieb Georg Baum: > Hello, > > The following command sequence > > plot sin(x) > set term postscript > set output 'fail.ps' > replot > set term x11 > plot sin(x) > set term postscript > set output 'good.ps' > replot > > produces garbage in fail.ps (see attached file). This worked with gnuplot > 3.x. This occurs both with gnuplot 4.0 as delivered with SuSE 9.2, and with > current CVS. The problem seems to be the combination of replot and changing > the terminal. It works if you only plot one file or if you plot to ps > directly without x11. > It would be nice if somebody could have a look. Meanwhile, I had a look myself. With DEBUG defined, I get the following output for the above script: variable.c:92 Init loadpath from environment command.c:365 Input line: "plot sin(x)" term.c:467 term_init() term.c:516 - calling term->init() term.c:526 term_start_plot() term.c:532 - calling term->graphics() mouse.c:1788 (do_event) type = 8 mouse.c:1789 mx, my = 640, 450 mouse.c:1790 par1, par2 = 38, 118 mouse.c:1833 mouse do_event: window size 640 X 450, font hchar 38 vchar 118 term.c:547 term_end_plot() term.c:553 - calling term->text() command.c:365 Input line: "set term postscript" term.c:753 term_reset() command.c:365 Input line: "set output 'fail.ps'" term.c:389 term_set_output term.c:346 term_close_output command.c:365 Input line: "replot" term.c:467 term_init() term.c:516 - calling term->init() term.c:526 term_start_plot() term.c:532 - calling term->graphics() term.c:547 term_end_plot() term.c:553 - calling term->text() command.c:365 Input line: "set term x11" term.c:753 term_reset() command.c:365 Input line: "plot sin(x)" term.c:467 term_init() term.c:489 term_init: reopening "fail.ps" as text term.c:389 term_set_output term.c:346 term_close_output term.c:516 - calling term->init() term.c:526 term_start_plot() term.c:532 - calling term->graphics() mouse.c:1788 (do_event) type = 5 mouse.c:1789 mx, my = 0, 0 mouse.c:1790 par1, par2 = 0, 0 mouse.c:1788 (do_event) type = 8 mouse.c:1789 mx, my = 640, 463 mouse.c:1790 par1, par2 = 38, 115 mouse.c:1833 mouse do_event: window size 640 X 463, font hchar 38 vchar 115 term.c:547 term_end_plot() term.c:553 - calling term->text() command.c:365 Input line: "set term postscript" term.c:753 term_reset() command.c:365 Input line: "set output 'good.ps'" term.c:389 term_set_output term.c:346 term_close_output command.c:365 Input line: "replot" term.c:467 term_init() term.c:516 - calling term->init() term.c:526 term_start_plot() term.c:532 - calling term->graphics() term.c:547 term_end_plot() term.c:553 - calling term->text() term.c:753 term_reset() Note 'term.c:489 term_init: reopening "fail.ps" as text'. This step destroys the file fail.ps. The problem here is that the output file is still open when term_init() is called and term_init() thinks that the output file needs to be opened in text mode for X11. If I insert a line unset output before setting the terminal to x11 everything works, but you probably want to fix this in gnuplot itself, since this behaviour is rather obscure and probably not intended. Georg |
From: Hans-Bernhard B. <Han...@ph...> - 2005-01-12 23:24:52
|
Dan Jacobson wrote: > Just want to let you know that the manual is no help when the user is > confronted with > gnuplot> plot x%10 > can only mod ints > gnuplot> plot int(x)%10 > but that is not what the user wants. It isn't? And why, pray tell, shouldn't it be? > Therefore in the manual at > (*) Starred explanations indicate that the operator requires integer > arguments. > mention what to do. It can't possibly do that --- because it doesn't know what, exactly, is the right thing a user should do. |
From: Georg B. <Geo...@po...> - 2005-01-10 15:25:08
|
Hello, The following command sequence plot sin(x) set term postscript set output 'fail.ps' replot set term x11 plot sin(x) set term postscript set output 'good.ps' replot produces garbage in fail.ps (see attached file). This worked with gnuplot 3.x. This occurs both with gnuplot 4.0 as delivered with SuSE 9.2, and with current CVS. The problem seems to be the combination of replot and changing the terminal. It works if you only plot one file or if you plot to ps directly without x11. It would be nice if somebody could have a look. Thanks, Georg |
From: Dan J. <ji...@ji...> - 2005-01-09 22:50:15
|
Just want to let you know that the manual is no help when the user is confronted with gnuplot> plot x%10 can only mod ints gnuplot> plot int(x)%10 but that is not what the user wants. Alas, he must do $ seq 18|perl -wnle 'print $_," ",$_ % 10'> /tmp/l $ gnuplot gnuplot> plot '/tmp/l' Therefore in the manual at (*) Starred explanations indicate that the operator requires integer arguments. mention what to do. Also say so in the error message above. P.S., I see some HTML in Info on Debian: Seeking-assistance ================== ^ <a name="Seeking-assistance"></a> |
From: Hans-Bernhard B. <br...@ph...> - 2005-01-03 16:32:27
|
Michael K. Brown wrote: > Comment on Gnuplot help: This may seem like an incredibly stupid > question to some, but why does the online 'help help' description only > tell you "you may go back one level to the previous topic" without > telling you HOW to do so? I would guess that's mainly because the text doesn't know what kind of program is presenting it, so it cannot generally know how "go up one level" is actually implemented. gnuplot.gih is displayed by gnuplot itself, and only there does the "just type return" method actually work. Other versions of the documentation are handled by the Windows HELP file system, the GNU info system and others, and each has its own method of doing this (some may not even have one at all). |
From: Hans-Bernhard B. <br...@ph...> - 2005-01-03 16:28:44
|
Elie Accad wrote: > I=92m not sure what the problem is here but I=92m trying to plot a date= on=20 > the x-axis. Everything was working fine until December. [...] > 04DEC01 14 I think your main problem is that there's nothing between the '04' and=20 the 'DEC', combined with using an out-of-date version of gnuplot. I=20 tried your example on version 4.0.0 on Windows, and it worked. This is=20 an old, known bug, and has been fixed a long time ago. |
From: Elie A. <ea...@sd...> - 2005-01-03 16:00:00
|
Hello, I'm not sure what the problem is here but I'm trying to plot a date on the x-axis. Everything was working fine until December. I'm trying to plot data formatted like this: . . . 04NOV29 16 04NOV30 20 04DEC01 14 I do this: set timefmt "%y%b%d" and I get: warning: Bad abbreviated month name illegal day of month It doesn't seem to recognize the abbreviation DEC for December. Thanks for your help. =========================================== Elie Accad Navigation and GPS Applications Department Raytheon ITSS, Pasadena, California. Phone: (626) 744-5554 Fax: (626) 744-5423 ============================================ |
From: Michael K. B. <mk...@cy...> - 2005-01-03 15:58:29
|
Comment on Gnuplot help: This may seem like an incredibly stupid question to some, but why does the online 'help help' description only tell you "you may go back one level to the previous topic" without telling you HOW to do so? This is the first place I went so I could navigate help, and I could not find the answer anywhere, including a web search. I ended discovering <return> only after trying a long list of other 'obvious' possibilities like typing 'back', 'up', 'previous' ^d, ^p, '^', <up-arrow>, etc., and finally in frustration I hit a <return> only to discover it worked. For completeness sake the help on help should just add 'by entering an empty line' or something similar to the end of the "you may go back..." sentence. |
From: Yahoo! G. <confirm-s2-_NUWYuqKZHQvi=g8VzYRBUngkQY-gnuplot-bugs=<lis...@ya...> - 2004-12-23 15:07:40
|
Hello gnu...@li..., We have received your request to join the Rick_Donovan group hosted by Yahoo! Groups, a free, easy-to-use community service. This request will expire in 7 days. TO BECOME A MEMBER OF THE GROUP: 1) Go to the Yahoo! Groups site by clicking on this link: http://groups.yahoo.com/i?i=_NUWYuqKZHQvi-g8VzYRBUngkQY&e=gnuplot-bugs%40lists%2Esourceforge%2Enet (If clicking doesn't work, "Cut" and "Paste" the line above into your Web browser's address bar.) -OR- 2) REPLY to this email by clicking "Reply" and then "Send" in your email program If you did not request, or do not want, a membership in the Rick_Donovan group, please accept our apologies and ignore this message. Regards, Yahoo! Groups Customer Care Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ |
From: <inf...@ya...> - 2004-12-22 16:29:56
|
MÒEÆÒ@9800~lbgi®ïÐIIj óMðÛ·éêÍ»Ì|ðun...@ya...ÜÅAàµÍ ÈPðy[Whttp://www.freewebs.com/optout98dvd/ÜÅ \L@http://www.freewebs.com/hyouji98dvd/ ---------------------------------------------------------------- ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ @@@y A_gcucEObYÀµâ® z@@ @@@@@@@ @@@@@@@@@@@@@@@w 9800~lbg x |NåZ[|@ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ {NÌ´Óð±ßÄNåZ[ðJÃvµÜ·B ±ñÈ¿i è¦Ü¹ñI±Ì@ïÉ¥ñXµ¨è¢vµÜ·B<(_ _)> ªªªªª XyVT[rX ªªªªª ÔoåÌNåZ[I½Æ¼zI2Zbg(20)Å9,800-I @@@@@@@@@@@@@@@@@@~~~~~~~~~~~ @@@@@@yúÔÀè1226ú(ú)ÜÅJÃI¨©¦µÈIz @@@@@@@@@@@@@~~~~~~~~~~~~~~ @@@@@@@@@èØêKI»ÌÛͲeͺ³¢I @@@@@@@@@~~~~~~~~~~~~~~~~ ªªªªªªªªªªªªªª ¤¤¤¤¤¤¤¤¤±¿ç©ç¨ü躳¢I¤¤¤¤¤¤¤¤¤ @@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@¥üèû¥@ @@@@@@@@@@ @@ http://www.freewebs.com/98dvdoptin/ @@ @@@@¤iTvær [Ewüû@ð²ó]ÌûÍ @@@@³¿Å²Äàð·µã°Ü·Ìű¿çÖǤ¼II @¤Ü®ìµÈ¢êͱ¿çÖuÚ×ó]vÆ¢Ä[º³¢ @@@@@@@@@@@@@@ann...@ya... ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ @@@DVDArfIAA_gObYiål̨à¿ájÈçRRI@ @@@@@üè¢ïÈAÈA_g¤ið9.800~ÏêÅI @@@ @ @ @@~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @@@ @@@@@\QSÔÈàzVXeÅ·®É¨Í¯I\@ @@ @@@@@A_gDVDObYÀµ@@@w 9800~lbg x@@@@ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ |
From: Yahoo! G. <confirm-s2-pvCL2KIhoU7S1j_CJHo6EltaNuc-gnuplot-bugs=<lis...@ya...> - 2004-12-20 16:48:08
|
Hello gnu...@li..., We have received your request to join the RolfKristen group hosted by Yahoo! Groups, a free, easy-to-use community service. This request will expire in 7 days. TO BECOME A MEMBER OF THE GROUP: 1) Go to the Yahoo! Groups site by clicking on this link: http://groups.yahoo.com/i?i=pvCL2KIhoU7S1j_CJHo6EltaNuc&e=gnuplot-bugs%40lists%2Esourceforge%2Enet (If clicking doesn't work, "Cut" and "Paste" the line above into your Web browser's address bar.) -OR- 2) REPLY to this email by clicking "Reply" and then "Send" in your email program If you did not request, or do not want, a membership in the RolfKristen group, please accept our apologies and ignore this message. Regards, Yahoo! Groups Customer Care Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ |
From: Peter B. <pe...@mp...> - 2004-12-17 12:11:44
|
Hi, attached please find a patch in order to build gnuplot-4.0.0 with PDFlib-Lite-6.0.x regards Peter Breitenlohner <pe...@mp...> |
From: <mai...@an...> - 2004-12-11 14:29:52
|
**************** eManager Notification ***************** The following mail was blocked since it contains sensitive content. Source mailbox: <gnu...@li...> Destination mailbox(es): sma...@fc... Policy: Attachment Removal Attachment file name: im_shocked.bat - application/octet-stream Action: Replaced with text Por motivos de seguridad, los ficheros con extensi=F3n com, exe,bat, pif,= scr y cpl han sido eliminados del correo. ******************* End of message ********************* |
From: Hans-Bernhard B. <br...@ph...> - 2004-12-06 12:30:28
|
On Sun, 5 Dec 2004 Adm...@im... wrote: > MailMarshal (an automated content monitoring gateway) has > not delivered the following message: That's fine with us --- because we quite certainly didn't send that piece of garbage. Will you *please* do yourself and the community at large a favour and turn *off* sending of delivery failure reports to alleged senders of clearly recognized mass-mailing worms? Such notifications serve exactly *no* purpose other than to aggravate the problem they're purported to solve, and being gratuitous advertisements for the program that sent them --- which just *might* make you liable for aiding in a case of unfair competition --- it's none of your business to sent advertisements by email to people you never knew. Or maybe just replace this MailMarshal thingy with something less braindead. > MailMarshal Rule: Content Security (Inbound) : Block EXECUTABLE Files > > Email Content Security provided by NetIQ MailMarshal. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
From: <Adm...@im...> - 2004-12-06 04:25:29
|
MailMarshal (an automated content monitoring gateway) has not delivered the following message: Message: B001dd08d1.00000001.mml From: gnu...@li... To: ed...@im... Subject: Delivered Message (ed...@im...) This is due to automatic rules that have determined that the intended recipient is not authorized to receive messages with Executable file(s) attached. If you believe the message was business related please send a message to Adm...@im... and request that the message be released to its intended recipient. If no contact is made within 5 days the message will automatically be deleted. MailMarshal Rule: Content Security (Inbound) : Block EXECUTABLE Files Email Content Security provided by NetIQ MailMarshal. |
From: <mai...@ri...> - 2004-11-28 19:39:18
|
**************** eManager Notification ***************** The following mail was blocked since it contains sensitive content. Source mailbox: <gnu...@li...> Destination mailbox(es): sma...@fc... Policy: Attachment Removal Attachment file name: thats_hard.txt.com - application/octet-stream Action: Replaced with text Por motivos de seguridad, los ficheros con extensi=F3n com, exe,bat, pif,= scr y cpl han sido eliminados del correo. ******************* End of message ********************* |
From: Security-Solutions <Sec...@fu...> - 2004-11-23 07:12:24
|
Thank you for contacting Security-Solutions. Your request will be = answered as soon as possible. |
From: Hans-Bernhard B. <br...@ph...> - 2004-11-22 17:46:18
|
Gerhard Heinzel wrote: > Here is a small bug in the Makefile: > > When the directories /usr/local/libexec/gnuplot/4.0/ and > /usr/local/share/gnuplot/4.0/ do not exist, they and their parents > are created with the wrong permission ("700" with root as owner, > since I need to run "make install" as root). Note that you didn't show any evidence that our Makefile has anything to do with that, but only demonstrated the final effect. And, if you look at the actual Makefile generated by automake/autoconf, you'll find that it doesn't contain such mode restriction, anywhere. I.e., whatever is causing those modes to be set that way, it's not gnuplot's doing. To venture a guess, you may have a umask of 077 set up for your root account. That'd be a pretty bad idea if you expect to be running program installations from that account... |
From: Gerhard H. <gh...@mp...> - 2004-11-22 17:02:42
|
Dear gnuplotters, Here is a small bug in the Makefile: When the directories /usr/local/libexec/gnuplot/4.0/ and /usr/local/share/gnuplot/4.0/ do not exist, they and their parents are created with the wrong permission ("700" with root as owner, since I need to run "make install" as root). With best greetings Gerhard Heinzel -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Gerhard Heinzel e-mail: ger...@ae... Max-Planck-Institut fuer Gravitationsphysik (Albert-Einstein-Inst.) Institut Hannover, Am kleinen Felde 30, D-30167 Hannover, Germany Tel +49-(0)511-762-19984 <-- **NEW** Fax +49-(0)511-762-2784 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- G N U P L O T Version 4.0 patchlevel 0 last modified Thu Apr 15 14:44:22 CEST 2004 System: Linux 2.4.21-251-default Copyright (C) 1986 - 1993, 1998, 2004 Thomas Williams, Colin Kelley and many others This is gnuplot version 4.0. Please refer to the documentation for command syntax changes. The old syntax will be accepted throughout the 4.0 series, but all save files use the new syntax. Type `help` to access the on-line reference manual. The gnuplot FAQ is available from http://www.gnuplot.info/faq/ Send comments and requests for help to <gnu...@li...> Send bugs, suggestions and mods to <gnu...@li...> Terminal type set to 'x11' gnuplot> plot sin(x) Expected X11 driver: /usr/local/libexec/gnuplot/4.0/gnuplot_x11 Exec failed: Permission denied See 'help x11' for more details gnuplot> help /usr/local/share/gnuplot/4.0/gnuplot.gih: Permission denied gnuplot> qu |