Activity for SweetTyler
-
SweetTyler posted a comment on ticket #49
I forgot to mention that the following settings in nedit.rc are needed to reproduce the issue: nedit.warnFileMods: True nedit.warnRealFileMods: True I also found that if I set the second "resp" (lines 2561–2574 in file.c) to "1" directly, without calling DialogF(), the issue disappears in this test case. XUngrabPointer(XtDisplay(window->shell), timestamp); if (window->fileChanged) resp = DialogF(DF_WARN, window->shell, 2, "File modified externally", "%s has been modified by another program. Reload?\n\n"...
-
Thank you for the quick fix.
-
The error has nothing to do with my Makefile. As soon as I add "-DREPLACE_SCOPE" to the original Makefile, the error appears.
-
Here is my Makefile.linux: # $Id: Makefile.linux,v 1.14 2006/10/26 02:20:16 tringali Exp $ CC = gcc AR = gcc-ar # For editres, add -DEDITRES to CFLAGS and -lXmu to LIBS # If using a Motif 2.1 compatible library (LessTif, OM) add # a '-lXp' in front of the -lXext in LIBS. You also drop the # -lXpm from that list. # Ensure that the Motif/LessTif headers and libs are found! # e.g. you may have to add something like # -I/usr/lesstif/include to CFLAGS and # -L/usr/lesstif/lib to LIBS # # To evaluate an...
-
Compilation error
-
My system is Fedora 43. Xnedit source code is the latest version downloaded from GitHub.
-
Here is the snapshot.
-
unexpected highlighting/selection
-
Then please close this report.
-
Thank you. The compiler is gcc (GCC) 15.2.1 20260123 on Fedora 43.
-
The correct order is: LIBS = $(LD_OPT_FLAGS) -lXm -lXrender -lm -lpthread $(shell pkg-config --libs $(PKG_DEPS))
-
The tile is wrong. I don't know how I made the mistake. for your reference, the following is the Makefile.linux I tried with: CC ?= gcc AR ?= gcc-ar PKG_DEPS = x11 xt xft fontconfig C_OPT_FLAGS ?= -O3 -flto -fno-semantic-interposition C_ARCH_FLAGS ?= -march=native C_VIS_FLAGS ?= -fvisibility=hidden LD_OPT_FLAGS ?= -flto CFLAGS = $(C_OPT_FLAGS) $(C_ARCH_FLAGS) $(C_VIS_FLAGS) \ -std=gnu99 -DREPLACE_SCOPE -DUSE_LPR_PRINT_CMD \ $(shell pkg-config --cflags $(PKG_DEPS)) ARFLAGS = -urs LIBS = $(LD_OPT_FLAGS)...
-
encoding at Save As
-
I think it would be better to have a warning (like the encoding warning) if the file is not completely loaded.
-
Thank both of you for your comments. it's true that I rarely need to deal with a text file with such large size.
-
Is there a file size limitation for xnedit? I have a log file that is 4,374,493,362 bytes in size (50,062,082 lines). When I try to open it with xnedit, it does not load the entire file. The status bar eventually shows “byte 79,522,952 of 79,526,066”, indicating that only part of the file (only 921,610 lines) was loaded.
-
Thank you. Everything is working as expected now.
-
I have an attached file that is encoded in ISO-8859-1, as confirmed by the Linux file command. However, when I open it with xnedit, xnedit always reports: “4 non-convertible characters skipped …” If I manually select ISO8859-1 and click the Reload button, the file loads correctly. I also tried changing the following settings in nedit.rc: nedit.editorConfig: False nedit.defaultCharset: ISO8859-1 nedit.fallbackCharset: ISO8859-1 but they did not help—xnedit still reports the same error every time....
-
Thank you! Yes! I confirm it works now.
-
The terminal emulator is the default in Fedora 43 Gnome, Ptyxis.
-
it's Fedora 43 Gnome running on VMware workstaion pro.
-
Paste using the middle mouse button
-
No problem - just report what I saw. Thank you for your reply and please close it.
-
Fedora 42/43: imDefLkup.c,399: The key event is already unfabricated.
-
I also suspect that it is a bug of Fedora. Please discard this report.
-
My original title might be misleading; a better one could be “Plot window size cannot be reset correctly ...” or something similar.
-
The command "set terminal qt size ..." changes the size of the plot window
-
sounds great!
-
And finally, thank you for your help!
-
export CFLAGS="-std=gnu17" make the job done (no warning, no error), and no need to modify syscfg.h.
-
I replaced src/syscfg.h with yours and then ran "configure", followed by "make". The error messages were as same as before. If you need any detail, please let me know.
-
Please find attached config.log and config.h. the command line I ran was simply "./configure" after I untar the downloaded source package. The third file, "screen_printout" was the direct screen output after command "./configure". When I tried to compile gnuplot, the first trouble was a complaint of "QtCore" couldn't be found, after I installed Qt (both 5 and 6) then I got the errors that I mentioned above.
-
My gcc version from "gcc --version" is: gcc (GCC) 15.2.1 20250924 (Red Hat 15.2.1-2) and Qt version fom "qmake --version" is: QMake version 3.1 Using Qt version 6.9.2 in /usr/lib64 and my OS from "cat /etc/os-release" is: NAME="Fedora Linux" VERSION="43 (Workstation Edition Prerelease)" RELEASE_TYPE=development ID=fedora VERSION_ID=43 VERSION_CODENAME="" PRETTY_NAME="Fedora Linux 43 (Workstation Edition Prerelease)" ANSI_COLOR="0;38;2;60;110;180" LOGO=fedora-logo-icon
-
Just found building from the source is not easy! I could easily do it when I was on CentOS 7.9, however, with the latest Fedora, I got MANY errors related with head files and/or libraries. ... /syscfg.h:388:15: error: ‘_Bool’ does not name a type 388 | # define bool _Bool | ^~~~~ ./syscfg.h:404:18: note: in expansion of macro ‘bool’ 404 | #define TBOOLEAN bool | ^~~~ ./gadgets.h:87:5: note: in expansion of macro ‘TBOOLEAN’ 87 | TBOOLEAN hypertext; | ^~~~~~~~ ./syscfg.h:388:15: error: ‘_Bool’ does...
-
Thanks for the reply. The following is what outputs from "show version long": gnuplot> show version long G N U P L O T Version 6.0.3 patchlevel 3 last modified 2025-06-01 Copyright (C) 1986-1993, 1998, 2004, 2007-2025 Thomas Williams, Colin Kelley and many others gnuplot home: http://www.gnuplot.info faq, bugs, etc: type "help FAQ" immediate help: type "help" (plot window: hit 'h') Compile options: +READLINE -LIBREADLINE +HISTORY +OBJECTS +STATS +WATCHPOINTS +EXTERNAL_FUNCTIONS +POLARGRID +COMPLEX_FUNCS...
-
Thanks for the reply. The following what outputs from "show version long": gnuplot> show version long G N U P L O T Version 6.0.3 patchlevel 3 last modified 2025-06-01 Copyright (C) 1986-1993, 1998, 2004, 2007-2025 Thomas Williams, Colin Kelley and many others gnuplot home: http://www.gnuplot.info faq, bugs, etc: type "help FAQ" immediate help: type "help" (plot window: hit 'h') Compile options: +READLINE -LIBREADLINE +HISTORY +OBJECTS +STATS +WATCHPOINTS +EXTERNAL_FUNCTIONS +POLARGRID +COMPLEX_FUNCS...
-
long command in terminal-qt messed up by cursor movement
-
Thank you for the fix! Xnedit works as expected now.
-
I just found I don't have to modify "nedit.rc" - "highlightCursorLine" setting can be enabled/disabled in "Preferences" menu.
-
It appears that enabling the nedit.highlightCursorLine: True setting may be responsible for the crash. Below are the steps I followed to reproduce the issue: Downloaded the latest version of xnedit from GitHub and compiled it from source. Renamed the nedit.rc file in the .xnedit directory to back it up. Launched the compiled xnedit executable and saved preferences via Preferences → Save Defaults.... Closed xnedit. Launched xnedit again using the command: xnedit aa where aa is a large text file (mentioned...
-
It appears that enabling the nedit.highlightCursorLine: True setting may be responsible for a crash. Below are the steps I followed to reproduce the issue: Downloaded the latest version of xnedit from GitHub and compiled it from source. Renamed the nedit.rc file in the .xnedit directory to back it up. Launched the compiled xnedit executable and saved preferences via Preferences → Save Defaults.... Closed xnedit. Launched xnedit again using the command: xnedit aa where aa is a large text file (mentioned...
-
I used the default "Find/Replace" dialog layout.
-
Yes, "Segmentation fault" happened after the third "Replace All in:" "Window".
-
Let me know if you need me try anything else.
-
Here is the output: BufReplace(0x7fdc35bf5010, 0, 14088466, 0x3aa0fd30) BufReplace(0x7fdc35bf5010, 0, 12955507, 0x3aa0fd30) BufReplace(0x7fdc35bf5010, 3, 11810191, 0x3aa0fd30) Segmentation fault (core dumped) where I downloaded the latest source code, and replaced textBuf.c with the attached one. I didn't modified any setting in the makefile.
-
Please don't hesitate to let me know if you need any further information or tests.
-
xxxxxxx@fedora:~/workspace/temp$ export ASAN_OPTIONS=verbosity=1:malloc_context_size=30 xxxxxxx@fedora:~/workspace/temp$ ~/Downloads/xnedit-master/source/xnedit aa ==5342==AddressSanitizer: failed to intercept 'strcmp' ==5342==AddressSanitizer: failed to intercept 'strcasecmp' ==5342==Registered root region at 0x7fe227600f40 of size 64 ==5342==Registered root region at 0x7fe2272007a0 of size 32 ==5342==Unregistered root region at 0x7fe227600f40 of size 64 ==5342==Unregistered root region at 0x7fe2272007a0...
-
OK. with many errors I have the executable, run it and load that large text file I have: ================================================================= ==4985==ERROR: AddressSanitizer: heap-use-after-free on address 0x7be29849d0da at pc 0x000000503959 bp 0x7ffdc816a490 sp 0x7ffdc816a488 READ of size 1 at 0x7be29849d0da thread T0 #0 0x000000503958 in BufStartOfLine (/home/xxxxxxx/Downloads/xnedit-master/source/xnedit+0x503958) (BuildId: 657c97aa2c67d48f45d92f272fe9fb8e5125a254) #1 0x0000004f637f...
-
Hi, I added "-fsanitize=address" to CLAGS in makefiles/Makefile.linux: CFLAGS=$(C_OPT_FLAGS) -std=gnu99 -fsanitize=address -I/usr/X11R6/include -I/usr/include/X11 -DUSE_LPR_PRINT_CMD $(shell pkg-config --cflags xft fontconfig) However, I cannot compile the source code successfully- there are many errors like: Indirect leak of 448 byte(s) in 14 object(s) allocated from: ........
-
Thanks for the reply. Please let me know if you need any more info.
-
Just wondering if you’ve had a chance to try reproducing it with the text file I provided, or if there’s anything else I can share to help. Totally understand if you're busy—just wanted to make sure it didn’t get lost in the shuffle.
-
I recompiled the source with "-g" and ran xnedit under "gdb" and I got Program received signal SIGSEGV, Segmentation fault. 0x00000000004929a8 in searchBackward (buf=0x9fbfe0, startPos=11822547, searchChar=10 '\n', foundPos=0x7fffffff889c) at textBuf.c:2830 2830 if (buf->buf[pos + gapLen] == searchChar) {
-
this file is not what I used yesterday - the size and lines are doubled. BTW when I compiled the source code I use the flag "-DREPLACE_SCOPE".
-
Please try this. I could repeat it even after a system reboot. if you still cannot reproduce it, just stop.
-
Please try this. I could repeat it even after a system reboot. if you still cannot reproduce it. Just stop.
-
I am very sorry that today I couldn't reproduce the crash either, even with original text file I used yesterday. I could reproduce it yesterday. What I did after submitting the report was just a reboot of my system (Fedora 42 on VMWare workstation). So please discard this bug report and sorry again for wasting your time.
-
I found the example line lost its format after I submitted the ticket. So please add some more blanks between those numbers.
-
find /replace caused xnedit crash
-
Thanks!
-
‘NEditVersion’ undeclared
-
@pyrphoros Thank you so much!
-
I understand that I can use the X resource for this, but is it possible to modify the source code in just a few places? Thank you!
-
This becomes particularly inconvenient when processing multiple graphs. If I have set the yrange for a previous dataset or graph, I must unset the yrange before running stats to process the subsequent data, again and again.
-
stats (Statistical Summary) shouldn't be affected by yrange
-
Thank you. I just tried xnedit on RHE8 + Gnome and it did work as expectation. So please close this ticket. BTW, when I reported, I was using RHEL8 + MATE1.26.4. This combination will be dropped soon, so it is not worth doing anything.
-
Thank you. I just tried xnedit on RHE8 + Gnome and it did work as expectation. So please close this ticket. BTW, when I reported, I was using RHEL8 + MATE1.26.4.
-
Thank you. I just tried xnedit RHE8 + Gnome and it did work as expectation. So please close this ticket. BTW, when I reported, I was using RHEL8 + MATE1.26.4.
-
I used "-DREPLACE_SCOPE" (for an alternative layout for the Replace/Find dialog) when I comile xnedit source code.
-
is this behavior control by xnedit
-
@pyrphoros Thank you for the fix. Now everything works as expected.
-
With that patch I got: X Error: BadAtom (invalid Atom parameter) resource id 00000252 serial number 9938 op-code 24.0 X_ConvertSelection and a popup saying "Wrong Selection Selection not appropriate for searching" with optimization "-O3". However, xnedit didn't crash this time. If with "-O" then there is no such errors and everything function normally.
-
With that patch I got: X Error: BadAtom (invalid Atom parameter) resource id 00000252 serial number 9938 op-code 24.0 X_ConvertSelection and a popup saying "Wrong Selection Selection not appropriate for searching" however, xnedit didn't crash this time.
-
With that patch I got: X Error: BadAtom (invalid Atom parameter) resource id 00000252 serial number 9938 op-code 24.0 X_ConvertSelection however, xnedit didn't crash this time.
-
I can only reproduce it when I compile the source code with option "O3" in Makefile.linux C_OPT_FLAGS?=-O3
-
I am sorry I didn't say it clear. The popup in step 2 is caused by my setting about "Search Wrap" and this has nothing to do with the reported crush. Now let me start again with xnedit's default settings: 1) I have a text file named "xx" and its content is as follows: 0.0000 -0.0324 -0.0324 5.0000 -0.0326 -0.0321 10.0000 -0.0333 -0.0314 15.0000 -0.0345 -0.0302 20.0000 -0.0363 -0.0284 25.0000 -0.0389 -0.0258 30.0000 -0.0423 -0.0224 35.0000 -0.0468 -0.0179 40.0000 -0.0529 -0.0119 45.0000 -0.0610 -0.0037...
-
strange crash
-
Thank you so much for the fix!
-
what is shown in vi.
-
syntax highlighting for shell script
-
Thanks for the fix.
-
The best solution is redisplayLine(textD, line, left-5, left+width, 0, INT_MAX), where "5" comes from "textNmarginWidth" defined in text.c as below: {textNmarginWidth, textCMarginWidth, XmRInt, sizeof(int), XtOffset(TextWidget, text.marginWidth), XmRString, "5"}, it seems when redisplay a line, the margin is not taken into account. If I what I think is correct, then this is a bug anyway.
-
OK. Thank you so much. A better one I've found is: redisplayLine(textD, line, left-10, left+width, 0, INT_MAX); It's not necessary to try X2go since I'll use something else in the future.
-
It seems if I change: redisplayLine(textD, line, left, left+width, 0, INT_MAX); to redisplayLine(textD, line, 0, INT_MAX, 0, INT_MAX); in functionTextDRedisplayRect(...), everything works fine.
-
Not a right solution - above modification causes another issue.
-
I found if I increase a bit the range between leftclip and rightclip in function static void redisplayLine(textDisp *textD, int visLineNum, int leftClip, int rightClip, int leftCharIndex, int rightCharIndex)" ... leftClip = max(textD->left, leftClip)-5; rightClip = min(rightClip, textD->left + textD->width)+5; ... Then the first issue I reported would be solved. I don't understand the code so I am not sure if 5 is the optimal value.
-
Thank you for the fix! Regarding the rendering issue, I strongly suggest you disregard my report (and close the ticket), as I’m using X2Go—a remote desktop tool for Linux that’s not widely used. If you’re unable to reproduce the issue, it’s most likely not related to an xnedit bug.
-
Yes. I can always reproduce the crash with two text files. Please try with the following steps: 1) Copy the following line 19892 5620 5600000 19940000 5620000 19892000 7091513 times to create a file named "aa.xps" (368758676 bytes). 2) Type "xnedit aa.xps", and after xnedit load the file, select the first 30 lines with Shift+ Down arrow" and hit the delete key.
-
Additional info: I can reproduce the first one with xnedit-1.5.3. If I use xnedit-1.5.3 then xnedit doesn't crash when editing the same large file, so the second one is a bug in the latest version.
-
Are they bugs of xnedit?
-
Thank you for clarification. I think I misunderstood it - the subdirectories are shown as buttons. So, this was a wrong report.
-
Thank you for the fix. However, I noticed something else when I tested this new fix: I expect the path shown in "Save File As" is like: /aaaa/bbbb/ccccc but actually, it is /aaaa|bbbbIccccc where "/" is shown as "|". However, if you click at the path, it shows correctly again. Clicking in the "Filter" box and "New File Name" box have a great chance to trigger it.
-
Same for "Save File as" dialog if you click in "Filter" box and then in "New File Name" box.
-
Parentheses match should be turned off when multicursor mode is active
-
Cursors appear in both "String to Find" and "Replace With" box
-
Now it works as expected. Thank you so much.
-
This behavior is caused by commit [1a5754], which enables the new XNE textfield by default.
-
Click at "Replace With" cancels text selection unexpectedly
1 >
