Re: LyX-1.1.1 crashes with File->Export->Custom->Ascii->program
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> I'm glad to see you are still in good spirits I was worried for Allan> you and our other European developers given the wild winds you Allan> had in Paris and the storms elsewhere. Well, here we just had a bunch of trees down (one half in the wood I'm facing right now) and some problems with electricity. In other parts of france, there are still tenth of thousand people without electricity/water/phone (pick two). But the funniest part is that we had one of the only y2k bug: the countdown on the eiffel tower stopped to work 4 hours before midnight :) Allan> I also hope Lars et al. weren't on that train that crashed in Allan> Norway this morning. Indeed. I did not think of that. JMarc
Popups/Layouts
First of all I have to thank all of you for your work on LyX. Well, this may sound a bit strange for those used to my usual statements, but I am quite serious. Yesterday when I came home I found my girlfriend fiddling with the German ,,version`` of LyX preparing slides for a lecture she is supposed to give next week. Although she's been using Linux for a few years now (as a user not administrating her own system) she's definitely not a ,,geek``. I have never used anything else than ,,article`` in LyX and was happy with English menus and help so I did not bother to explore layouts and internationalization. I now see that LyX is much more than I actually was aware of, and I see now that LyX is in a quite usable state from a user's view... ObDevlist: 1. In most of the German popups the label strings do not fit into the reserved space, they are often still legible, but sometimes not. This is because German words tend to be a wee bit longer than their English couterparts (we are able to form words like 'Donaudampfschifffahrts- kapitaensmuetzenband' without any problems). Maybe the popups could reserve a bit more space, it looks ugly right now. 2. Layouts. I think this could be a good place to put in some export and probably even import information. E.g. in addition to LatexType and LatexName one could add a HtmlType and HtmlName. HtmlType corresponds to LatexType and HtmlName is the name of the tag to be created when exporting. Something like Style Chapter LabelType Counter_Chapter LabelString "Chapter " LatexType Command LatexName chapter End could look like Style Chapter LabelType Counter_Chapter LabelString "Chapter " LatexType Command LatexName chapter HtmlType Environment HtmlName H1 End on import one could check tags against HtmlName and figure out that ... should be read as chapter (heading). This way ??port is easily configurable without any recompilation etc. and everybody could make it fit his own taste. I would start hacking if anybody of you believes it is worth doing ;-) Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: Popups/Layouts
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> First of all I have to thank all of you for your work on LyX. Andre> Well, this may sound a bit strange for those used to my usual Andre> statements, but I am quite serious. Thanks :) Andre> 1. In most of the German popups the label strings do not fit Andre> into the reserved space, they are often still legible, but Andre> sometimes not. This is because German words tend to be a wee Andre> bit longer than their English couterparts (we are able to form Andre> words like 'Donaudampfschifffahrts- kapitaensmuetzenband' Andre> without any problems). Maybe the popups could reserve a bit Andre> more space, it looks ugly right now. Making labels fit with xforms is a real pain. Many popups have already been overdimensionned so that label fit on some displays, even in english. I do not do what we can do about that (moreover, big popups are a problem for some displays). Andre> 2. Layouts. I think this could be a good place to put in some Andre> export and probably even import information. E.g. in addition Andre> to LatexType and LatexName one could add a HtmlType and Andre> HtmlName. HtmlType corresponds to LatexType and HtmlName is the Andre> name of the tag to be created when exporting. The way we have chosen is a bit different: the docbook classe (which are probably good to output html, BTW) uses LatexName directly for this (we should think of a better name) but has OutputType set to DocBook. The idea is to have one class for each document type, because doing direct export to html from a latex class will be in general very difficult. The situation is probably not perfect, but I suggest that you take a look at the DocBook support. JMarc
Re: Compilers, exceptions, code size, etc. [was: Re: Cannot compile Lyx
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> In particular you'll Allan> notice that Bullet.C takes 155 times longer to compile when Allan> using SGI's stl!!! This is all due to the static string arrays Allan> kept there. I'm sure I originally implemented it as const Allan> char*[] since its static and internal and constant. There is no Allan> need for fancy memory management at runtime and hence no need Allan> for using std::string here. I'm sure we've had this arguement Allan> before but I'll plow on regardless: Can someone give me a good Allan> reason why we should keep using string for the static const Allan> arrays? I agree with you: I do not how having objects in static arrays can make out life easier. JMarc
Re: LyX-1.1.1 crashes with File->Export->Custom->Ascii->program
Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > Allan> I'm glad to see you are still in good spirits I was worried for > Allan> you and our other European developers given the wild winds you > Allan> had in Paris and the storms elsewhere. > > Well, here we just had a bunch of trees down (one half in the wood I'm > facing right now) and some problems with electricity. In other parts > of france, there are still tenth of thousand people without > electricity/water/phone (pick two). Although it was really a catastrophe in France, it seems to me that the situation in France was exageratedly mis-reported in foreign countries. I learnt that in Asia, some TV reported that more than 2/3 of France lacked electricity and thus paralyzed! Well, that's a very bad interpretation of information. Actually, there're about 100 departments (equivalent to counties) in France. At a moment, about 70 departments were affected. But that didn't mean every department amongst them was entirely deprived of electricity (water/phone). Nevertheless, that's how the number 2/3 (~= 70/100) came from :-) But in terms of population, I think about 1/10 of the whole population was affected. What do you think, Jean-Marc? > But the funniest part is that we had one of the only y2k bug: the > countdown on the eiffel tower stopped to work 4 hours before midnight :) Yeah, that's really funny, but I don't understand why the counter was out of order several hours before midnight. I didn't expect a y2k bug to show up in this way!! Seak
Re: LyX-1.1.1 crashes with File->Export->Custom->Ascii->program
Wed Jan 05 2000, Seak, Teng-Fong -> > > But the funniest part is that we had one of the only y2k bug: the > > countdown on the eiffel tower stopped to work 4 hours before midnight :) > > Yeah, that's really funny, but I don't understand why the counter was > out of order several hours before midnight. I didn't expect a y2k bug to > show up in this way!! I heard that that was no y2k bug but a simple electrical fault caused by the hard weather. But this could of course be a cover-up... n. -- [ http://www.dtek.chalmers.se/~d95mback/ ] [ PGP: 0x453504F1 ] [ UIN: 4439498 ] Opinions expressed above are mine, and not those of my future employees. Skingra er! Det finns ingenting att förstå! PGP signature
Re: LyX-1.1.1 crashes with File->Export->Custom->Ascii->program
> "Martin" == Martin Norbäck <[EMAIL PROTECTED]> writes: Martin> --gKMricLos+KVdGMg Content-Type: text/plain; Martin> charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Martin> Wed Jan 05 2000, Seak, Teng-Fong -> >> > But the funniest part is that we had one of the only y2k bug: the >> > countdown on the eiffel tower stopped to work 4 hours before >> midnight :) =20 Yeah, that's really funny, but I don't understand >> why the counter was out of order several hours before midnight. I >> didn't expect a y2k bug to show up in this way!! Martin> I heard that that was no y2k bug but a simple electrical fault Martin> caused by the hard weather. But this could of course be a Martin> cover-up... It was probably an electrical fault indeed. What is interesting though is that on TV a fake countdown was shown over the eiffel tower to avoid spoiling the show... JMarc
Re: LyX-1.1.1 crashes with File->Export->Custom->Ascii->program
> "Seak," == Seak, Teng-Fong <[EMAIL PROTECTED]> writes: Seak> But in terms of population, I think about 1/10 of the Seak> whole population was affected. What do you think, Jean-Marc? I think it was maybe a bit less than that in terms of electricity... I was lucky enough to see only the fun part of it (a xmas lunch with only candles and not much to warm the food), but it has certainly been really painful for many people (especially for those who have _also_ petroleum all over their beaches...). JMarc
Re: Bug reports - No.1
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: Michael> today, I finally managed to run lyx-devel (1.1.4cvs) with Michael> Purify, a run-time memory checker. So far I did not trap into Michael> serious problems (such like segmentation faults). Michael> Nevertheless, Purify reported some problems that should not Michael> occur normally. Hello, Thanks for the log. Several of these occur in the X libraries and are not out fault, but I did fix a few (hopefully) occuring in math code and lyxrc code. AFAIK, these were not a problem, but I prefer to see them go away. Michael> A full list of warnings is attached to this email. Do what Michael> you want to do with it. I do not expect any response from you Michael> (maybe these warnings are of no use at all). Please continue to send us such reports if you find new problems. I suspect that other exist, but are only triggered by certain actions. I've ran myself purify from time to time, and it helped uncover some real problems. JMarc
Re: Makefile(.in) fix for generation of .tar.gz and .rpm's
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: Svante> Hello, Here are the changes in the Makefile.in (Makefile) I Svante> had to do in order to build the lyx-1.1.4CVS.tar.gz-file and Svante> the rpm's from the CVS sources. Svante> Makefile.in, src/Makefile, lib/Makefile.in, Svante> lib/reLyX/Makefile.in # Typos in the distdir target. cp -pr Svante> $$/$$file $(distdir)/$$file; \ ^ cp -pr $$d/$$file Svante> $(distdir)/$$file; \ Svante> (Also src/insets/Makefile.in, src/mathed/Makefile.in, Svante> src/support/Makefile.in share the same typo, but these does Svante> not seem ot affect the result.) Svante> Probably the change has to be made in the files used by Svante> automake, but since I'm new to automake I could not find the Svante> file to change. Please enlight me, which files are used by Svante> automake to generate Makefile.in? Hello, The bug is in fact in automake 1.4 (which generates Makefile.in from Makefile.am). This seems to be fixed in current automake cvs sources, but I do not know when next version of automake is scheduled to ship... Until then, I do not know what we can do (since asking all developpers to use the develpment version of automake is probably not a good idea). JMarc
Re: Compilation failure
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On Mon, 3 Jan 2000, Michael Schmitt wrote: >> Hello again, >> >> please add the following lines to 'lyxsum.C': >> >> using std::FILE; Allan> etc. etc. etc. Allan> Is there a compiler flag for gcc to force namespace checking? I Allan> tried the info and man pages (admittedly for egcs-1.1.2) but Allan> couldn't find a single mention of "namespace" or "name space". Allan> Then we wouldn't have to wait for Michael to tell us which Allan> things we've left out. Or are we supposed to now be coding as Allan> std::pair and so on? No, we add currently "use std::pair" when needed. In fact, _I_ add them, since I have access to a compiler (dec cxx) which wants them. >From what I know gcc just pretends that std:: is the global namespace. The problem with things like std::FILE is that cxx does not want it, since C things are not declared in std::. In fact, cxx does not even have headers (because they say their semantics are not correctly defined, in particular wrt namespaces), so I just provided some for this case (in src/cheaders). I could maybe modify the headers to put everyting into std:: namespace, if it is the right thing to do. Does SGI STL declare C functions into std::? JMarc
Re: a bug and a suggestion
> "Norbert" == Norbert Scheu <[EMAIL PROTECTED]> writes: Norbert> Hi everybody, here are a few suggestions: Hi, Norbert> 1. It would be nice if the LyX file ''file.lyx'' were Norbert> exported as ''file-exp.tex'' (or with a similar extension) Norbert> instead of ''file.tex'' which might collide with an already Norbert> existing file. Similarly, it would be less dangerous if the Norbert> command reLyX file.tex yielded the file ''file-re.lyx'' Norbert> instead of ''file.lyx'' as the latter name might collide with Norbert> other files. This is particularly important for include files Norbert> since reLyX produces a file ''include.lyx'' for each include Norbert> file ''include.tex'' !! In my opinion, a clear distinction Norbert> between hand-written and automatically generated files is Norbert> preferable. The right solution is to present the user a Save As... popup when exporting. This would not be very difficult, but AFAIK nobody is working on it currently. Norbert> 2. if the user forgets to close \left( with \right) then LyX Norbert> will crash each time file.lyx is loaded. Only editing Norbert> file.lyx with 'vim' can help in this case. It would be nice Norbert> if this crash could be avoided, though. I've taken a look a few days ago but did not find yet a good fix. JMarc
Re: Popups/Layouts
> english. I do not do what we can do about that (moreover, big popups > are a problem for some displays). Understandable. > Andre> 2. Layouts. I think this could be a good place to put in some > Andre> export and probably even import information. E.g. in addition > Andre> to LatexType and LatexName one could add a HtmlType and > Andre> HtmlName. HtmlType corresponds to LatexType and HtmlName is the > Andre> name of the tag to be created when exporting. > > The way we have chosen is a bit different: the docbook classe (which > are probably good to output html, BTW) uses LatexName directly for > this (we should think of a better name) but has OutputType set to > DocBook. The idea is to have one class for each document type, because > doing direct export to html from a latex class will be in general very > difficult. I can see that this is a complete different approach (more or less orthogonal to what I was suggesting) but am not quite sure how this would work once it is 'perfect'. I try to describe my impression of the current philosophy, please correct me if I am wrong: ,,If I want to have a DocBook document, I need DocBook layout. I can convert anything to DocBook at anytime by changing the layout to DocBook. Every layout essentially has (exactly) two representations as 'file', 1. the external .lyx, and 2. the 'native' format (most times .tex, but sometimes .doc/whatever). The internal format resembles the external .lyx format. Changing layouts is internally more or less a 'no operation' since it is done in the internal format only (by changing a tag or two). Unknown styles are problematic when changing layouts a->b->a, but it is no issue if I have a master document in layout a and do occasional 'exports' to the 'native format' of other layouts.`` If this is correct, 'Latex(Name|Type)' is very misleading, indeed, as it only corresponds to 'native formats' close to Latex layouts... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: Popups/Layouts
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> I can see that this is a complete different approach (more or Andre> less orthogonal to what I was suggesting) but am not quite sure Andre> how this would work once it is 'perfect'. I try to describe my Andre> impression of the current philosophy, please correct me if I am Andre> wrong: Andre> ,,If I want to have a DocBook document, I need DocBook layout. Andre> I can convert anything to DocBook at anytime by changing the Andre> layout to DocBook. Right. Andre> Every layout essentially has (exactly) two representations as Andre> 'file', 1. the external .lyx, and 2. the 'native' format (most Andre> times .tex, but sometimes .doc/whatever). Yes, and LyX is only able to edit the .lyx version (unless there exists a converter whatever->lyx, like it is the case for latex and linuxdoc). Andre> The internal format resembles the external .lyx format. What do you mean? Andre> Changing layouts is internally more or less a 'no operation' Andre> since it is done in the internal format only (by changing a tag Andre> or two). Right. Andre> Unknown styles are problematic when changing layouts a->b->a, Andre> but it is no issue if I have a master document in layout a and Andre> do occasional 'exports' to the 'native format' of other Andre> layouts.`` Right. It would be nice if we could fix that, though. Andre> If this is correct, 'Latex(Name|Type)' is very misleading, Andre> indeed, as it only corresponds to 'native formats' close to Andre> Latex layouts... In fact, I could not think of a better name when I realized that we should change it. Do you have an idea? Maybe EntityName/EntityType? Or OutputName/OutputType? JMarc
Bug reports - No. 2
Hello, nothing else to do? Well, here are a few additional problems reported by Purify when just browsing through some existing Lyx files (without changing anything). Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de == lyxlog2.gz S/MIME Cryptographic Signature
Re: Bug reports - No. 2
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: Michael> Well, here are a few additional problems reported by Purify Michael> when just browsing through some existing Lyx files (without Michael> changing anything). I took a quick look and found a potentially serious bug in figinset.C, where a structure allocated with "new" was freed with "free()" instead of "delete". Thanks. I fixed another one which is a harmless missing initialization. The others are in X libraries, I think. Thanks. I'll commit in a minute. JMarc
Re: a bug and a suggestion
On Wed, Jan 05, 2000 at 02:32:15PM +0100, Jean-Marc Lasgouttes wrote: > > "Norbert" == Norbert Scheu <[EMAIL PROTECTED]> writes: > > Norbert> Hi everybody, here are a few suggestions: > > Hi, > > Norbert> it would be less dangerous if the > Norbert> command reLyX file.tex yielded the file ''file-re.lyx'' > Norbert> instead of ''file.lyx'' as the latter name might collide with > Norbert> other files. True. Of course, that's why reLyX won't run if file.lyx exists. > Norbert> In my opinion, a clear distinction > Norbert> between hand-written and automatically generated files is > Norbert> preferable. > > The right solution is to present the user a Save As... popup when > exporting. This would not be very difficult, but AFAIK nobody is > working on it currently. If I remember correctly, we had a discussion about this. The problem is that everyone has different ideas about what sort of names to give them. What if a person already has 'file-re.lyx'? I think for a while I was talking about using truly random names, sort of like the names that lyx uses for its temp directories. Or, say, file.2354.lyx, where 2354 is the process number of the reLyX run. I don't remember whether I didn't do it because I'm lazy or because there are good reasons not to do it, but there's probably mail about it in the archive somewhere. I think the best solution for exporting is JMarc's, and it ought to be applied to importing as well. (After all, you have to choose the name of a file when you do a 'New' or 'New from Template' so why not when you do a 'New from LaTeX'?) And while you're at it, one could create a more sophisticated importing popup too. I think this was on the agenda at some point but never got worked on. The more sophisticated popup could allow you to choose a name for the imported file. (Or just use the New popup, i.e. make it more like the New from Template command?) In addition (and this was the original reason for the popup), the popup could allow you to use the various options to reLyX without running it from the command line. The popup could be arbitrarily complicated. For example: - a combobox to choose the text class for the imported document (which would implement the -c option, with the advantage that it would only call the option with known textclasses). -a text input area to input "regular" environments (-r option). - A file selector to choose extra syntax files (-s) - check boxes for -f and -p options - -d option (you'd have to put the debug information somewhere) Too bad I'm not a LyX coder, or I could actually do this. -Amir
Re: Compilers, exceptions, code size, etc. [was: Re: Cannot compile Lyx
On Sat, 1 Jan 2000 20:52:11 -0500, John Weiss wrote: >On Thu, Dec 23, 1999 at 10:56:46AM +0100, Andre' Poenitz wrote: >> >> And could have some more advantages. You could 'register' new functions >> at run time. You do not need a monolithic 2MB+ binary when you >> use only 10% of the functionality. >> Just load 'modules' dynamically on demand... > >Gawd, I wish I knew how to code that! If I did, I'd contribute >something using it to LyX. > An easy way: Use a DLL (perhaps a *.so?) and LOADONCALL flag (what's the equivalent in sysvr4?). Isn't this what shared code objects are made for? Happy Y2K, Arnd
BUG REPORT- lyx version 1.1.3
Hello, This is a bug report. Lyx version --- 1.1.3 Problem description --- Lyx (version 1.1.3) crashes while a turkish character key is pressed. (Turkish Q keyboard) Info from debugger -- DDD - Program received signal SIGSEGV, Segmentation fault. lyxstring::lyxstring (this=0x7694, x=@0x0, pos=0, n=4294967295) at lyxstring.C:434 System info - Linux Mandrake release 6.1 (Helios) Linux version 2.2.13-7mdk ([EMAIL PROTECTED]) (gcc version 2.95.1 19990816 (release)) #1 Wed Sep 15 18:02:18 CEST 1999 To trigger the problem -- Set keyboard to TRQ. (To make things easy, I attach the related file) xmodmap xmodmap.trq Then press a turkish key, In US keyboard, you can find them in those keys: ; \ , . / [ ] i Thanks for your good work. P.S. There is no problem in older versions: 1.0.x Recai Oktas [EMAIL PROTECTED] xmodmap.trq
Bug reports - No.3
Hi, played around with figures. They causes a lot of problems in the past. One of my students was very unhappy about lyx because of lot of figure-related crashed. But I will continue force him to use lyx :-) Unfortunately, I did not manage to crash lyx so far but the following list of bugs seems to be serious enough. Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de == lyxlog3.gz S/MIME Cryptographic Signature
Re: web site mirrors?
On Tue, Feb 02, 1999 at 01:59:42PM +1000, Allan Rae wrote: > On Mon, 1 Feb 1999, Amir Karger wrote: > > > Did anyone think to make a list of the sites that offered to create mirrors > > for us or do we need to search through the archives? > > I have copies of all the emailed offers I received. > Of course there are also the various existing ftp mirror sites that may > also be prepared to provide web mirroring. Hey Allan, remember this? Are you or anyone else interested in expanding our mirrorage? (I've had this mail sitting in my box for almost a year now, as you can see.) -Amir
News from the NT front
Ok, here is something strange, I used the debugger to follow up on the crash on NT when lyx is started from the command line, i.e. not using Stephens startup scripts. I was able to locate the crash happening at lyxlookup.C line 50 when XopenIM is called. I searched through the archive and found an "unrelated hint" that this feature can be disabled and so I did by inserting #undef HAVE_XOPENIM in lyxlookup.C. Now lyx-1.1.4-cvs runs fine from the command line. I still dont understand what the actual difference is. Is Stephen on the developer list? Does anybody else have an idea what is going on here? What b.t.w. is XopenIM good for anyway? And should it be disabled or should I finally find out whats wrong with my X11 library? Regards Roland
Re: Makefile(.in) fix for generation of .tar.gz and .rpm's
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: | | Svante> Hello, Here are the changes in the Makefile.in (Makefile) I | Svante> had to do in order to build the lyx-1.1.4CVS.tar.gz-file and | Svante> the rpm's from the CVS sources. | | Svante> Makefile.in, src/Makefile, lib/Makefile.in, | Svante> lib/reLyX/Makefile.in # Typos in the distdir target. cp -pr | Svante> $$/$$file $(distdir)/$$file; \ ^ cp -pr $$d/$$file | Svante> $(distdir)/$$file; \ | | Svante> (Also src/insets/Makefile.in, src/mathed/Makefile.in, | Svante> src/support/Makefile.in share the same typo, but these does | Svante> not seem ot affect the result.) | | Svante> Probably the change has to be made in the files used by | Svante> automake, but since I'm new to automake I could not find the | Svante> file to change. Please enlight me, which files are used by | Svante> automake to generate Makefile.in? | | Hello, | | The bug is in fact in automake 1.4 (which generates Makefile.in from | Makefile.am). This seems to be fixed in current automake cvs sources, | but I do not know when next version of automake is scheduled to | ship... Until then, I do not know what we can do (since asking all | developpers to use the develpment version of automake is probably not | a good idea). | | JMarc This bug is only triggered when running make dis frmm a vpath dir not when done at the root. I use make dist,distcheck,distdir all the time. Lgb
Re: web site mirrors?
On Wed, 5 Jan 2000, Amir Karger wrote: > On Tue, Feb 02, 1999 at 01:59:42PM +1000, Allan Rae wrote: > > On Mon, 1 Feb 1999, Amir Karger wrote: > > > > > Did anyone think to make a list of the sites that offered to create mirrors > > > for us or do we need to search through the archives? > > > > I have copies of all the emailed offers I received. > > Of course there are also the various existing ftp mirror sites that may > > also be prepared to provide web mirroring. > > Hey Allan, remember this? Are you or anyone else interested in expanding our > mirrorage? (I've had this mail sitting in my box for almost a year now, as > you can see.) Do you want the list? I'm sure I sent that to the mailing list during the same discussion. Do we have instructions setup for web mirroring? I think Alejandro said he was using rdist? Hmmm... When I eventually get this draft "New LyX Stable-Development Series" PR done we could include a line or three asking for web and anon-cvs mirror offers. Allan. (ARRae)
Re: News from the NT front
On Wed, 5 Jan 2000, Dr. Ing. Roland Krause wrote: > Ok, here is something strange, > I used the debugger to follow up on the crash on NT when lyx is started > from the command line, i.e. not using Stephens startup scripts. I was > able to locate the crash happening at lyxlookup.C line 50 when XopenIM > is called. > I searched through the archive and found an "unrelated hint" that this > feature can be disabled and so I did by > inserting #undef HAVE_XOPENIM in lyxlookup.C. > > Now lyx-1.1.4-cvs runs fine from the command line. > > I still dont understand what the actual difference is. Is Stephen on the > developer list? Does anybody else have an idea what is going on here? We check for XOPENIM in configure. Perhaps our check isn't thorough enough? > What b.t.w. is XopenIM good for anyway? IIRC, it's about multilingual text entry (IM == Input Method). > And should it be disabled or should I finally find out whats wrong with > my X11 library? You could just override the setting in config.h (and remove the line you added in lyxlookup.C). But it would be better to find out what's wrong with your X11 library. It passes our check that XopenIM exists but it would seem we might need to check that XopenIM also works. Allan. (ARRae)
Re: web site mirrors?
Allan Rae wrote: > On Wed, 5 Jan 2000, Amir Karger wrote: > > > Hey Allan, remember this? Are you or anyone else interested in expanding our > > mirrorage? (I've had this mail sitting in my box for almost a year now, as > > you can see.) > > Do you want the list? I'm sure I sent that to the mailing list during the > same discussion. IMO, it's not enough just to expand mirror sites list, but maintainence is also important. You see, right now there're 3 mirror sites. That one in Mexico is inaccessible, and the other two in Norway and Italy are totally out of dates (more than half a year late). I've reported the problem of the mirror in Italy several months ago, but it's never corrected. Adding mirror sites without proper maintainence would just give the impression of anarchy. Seak
