I just installed the most recent Git for Windows (https://git-scm.com/download/win) using the default installation settings. I have the 64 bit 2.10.0 version of Git running on Windows 10.
When I tried using Git Bash here, the console closes immediately and it produces a mintty.exe file with the following text:
Exception: STATUS_ACCESS_VIOLATION at rip=00100407559
rax=FFFFFFFFFFFFFFFF rbx=00000000FFFFC5D0 rcx=0000000000000000
rdx=03FFFFFFFFFFFFFF rsi=0000000100444E20 rdi=00000000FFFFC5CC
r8 =0000000000000001 r9 =0000000000000001 r10=0000000000000000
r11=8000000000000000 r12=0000000100445960 r13=00000000FFFFC5E0
r14=0000000600042F70 r15=0000000100445960
rbp=00000000FFFFC6C0 rsp=00000000FFFFC580
program=C:\Program Files\Git\usr\bin\mintty.exe, pid 6944, thread main
cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
000FFFFC6C0 00100407559 (000FFFFC6C0, 7FFB0536FF20, 00100444DC8, 00600000001)
000FFFFC6C0 00100425455 (001801980AD, 00600041880, 001800CE622, 0000000002F)
000FFFFCCC0 00180047C0F (00000000000, 00000000000, 00000000000, 00000000000)
00000000000 0018004590C (00000000000, 00000000000, 00000000000, 00000000000)
000FFFFFFF0 001800459A4 (00000000000, 00000000000, 00000000000, 00000000000)
End of stack trace
I have tried searching for a solution but cannot find anything.
Try instead the portable edition:
PortableGit-2.10.0-64-bit.7z.exe
See if the a bash --login -i from this package works better than when it is installed.
vonc#gvonc MINGW64 /bin
$ git version
git version
git version 2.10.0.windows.1
$ bash --version
bash --version
GNU bash, version 4.3.46(2)-release (x86_64-pc-msys)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
If the issue persists, check your services: for instance, in issue 768, the Null service wasn't started.
Check its state:
sc query nul
Start it if needed:
sc start null
Resolved this by starting the Null service on my machine.
Related
I'm trying to load the lx-symbols from the kernel. but it keeps showing me the following error:
(gdb) lx-symbols
loading vmlinux
Python Exception <class 'gdb.MemoryError'> Cannot access memory at address 0xffffffff824fb470:
Error occurred in Python command: Cannot access memory at address 0xffffffff824fb470
Now I was successfully able to load the lx-symbols before from the same build(not sure if this is the correct terminology) but don't know why I can load it anymore.
Now, When I first connect to the remote machine via gdb it used to shows the build trace like the following:
GNU gdb (Ubuntu 8.1-0ubuntu3.2) 8.1.0.20180409-git
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./vmlinux...done.
(gdb) target remote: 1235
Remote debugging using : 1235
native_safe_halt ()
at /build/linux-hwe-22QmxS/linux-hwe-5.3.0/arch/x86/include/asm/irqflags.h:61
61 /build/linux-hwe-22QmxS/linux-hwe-5.3.0/arch/x86/include/asm/irqflags.h: No such file or directory.
Now when I connect to the remote kernel, it is showing me just this :
(gdb) target remote :1235
Remote debugging using :1235
0xffffffff81a98522 in __irqentry_text_end ()
I notice that the build trace /build/linux-hwe-22QmxS/linux-hwe-5.3.0/arch/x86/include/asm/irqflags.h:61
61 disappear (I did not make any changes to the configuration or setting).
This is the second time I'm facing the same problem. At the first time, I thought maybe i accidentally make some changes but as the problem occurs again, this time I'm quite sure I did not make any changes.
I have my .gdbinit file with the correct path.
add-auto-load-safe-path /../../ubuntu-bionic/debian/build/build-generic/vmlinux-gdb.py
I checked if the source is loading correctly by using the this:
(gdb) source /home/../../ubuntu-bionic/debian/build/build-generic/vmlinux-gdb.py
It didn't throw me any error. So, I guess the source is loading correctly. I just don't know what else to do. Please help.
Try to add to the kernel boot parameters "nokaslr" and/or build with CONFIG_RANDOMIZE_BASE=n
The installation of the master component stops because the Prerequisite Check tool fails to run.
Error message:
37 INFO 02:30.96 executePRScript(/tmp/IMC_01010000,prs.tws.script.cfg.unix): Enter.
38 INFO 02:32.52 PRS command used for execution:echo IMC=IMC >> /tmp/IMC_01010000/
codename.cfg&&chmod -R 755/tmp/IMC_01010000&&/tmp/IMC_01010000/prereq_checker.sh
IMC detail outputDir=/tmp/IMC_01010000
39 ERROR 02:32.53 PRS job is finished. Results are not available.
40 WARNING 02:32.53 Error occurred while executing executePRScript.
Running manually the prereq_checker.sh I receive the following error message:
CTGPR2514E: Ensure that the binary for bc is available on the local system and is set
in the PATH environment variable.
The binary for bc is missing on your system. It must be installed before you run the Prerequisite Check.
bc 1.06.95
Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For additional information, see: https://www.gnu.org/software/bc/manual/html_mono/bc.html#SEC2
I am following the instructions here to install Oracle foreign data wrapper, oracle_fdw, on a PostgreSQL server.
Oracle version: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production, running on Red Hat Linux 7.2
PostgreSQL version: PostgreSQL 9.4.4 on x86_64-unknown-linux-gnu, compiled by gcc (Debian 4.7.2-5) 4.7.2, 64-bit, running on Debian 7 (wheezy).
I was able to install sqlplus and connect from PostgreSQL server to Oracle server using sqlplus successfully, so connectivity is not a problem.
But when I try to create the extension, I get the following error:
postgres=# create extension oracle_fdw;
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
The connection to the server was lost. Attempting reset: Failed.
Then I took clues from https://github.com/dalibo/pg_qualstats/issues/1 and added oracle_fdw to shared_preload_libraries in postgresql.conf like this:
shared_preload_libraries = 'oracle_fdw'
but now I can't restart Postgres:
# service postgresql restart
[....] Restarting PostgreSQL 9.4 database server: main[....] The PostgreSQL server failed to start. Please check the log output: t=2016-09-15 11:05:42 PDT d= h= p=23300 a=FATAL: XX000: invalid cache ID[FAILt=2016-09-15 11:05:42 PDT d= h= p=23300 a=LOCATION: SearchSysCacheList, syscache.c:1219 ... failed!
failed!
Looking into /var/log/postgresql/postgresql-9.4-main.log I only see these two lines:
t=2016-09-15 11:05:42 PDT d= h= p=23300 a=FATAL: XX000: invalid cache ID: 41
t=2016-09-15 11:05:42 PDT d= h= p=23300 a=LOCATION: SearchSysCacheList, syscache.c:1219
Removing oracle_fdw from shared_preload_libraries allows postgres to be restarted, so this is the one causing restart to fail. So I removed oracle_fdw from shared_preload_libraries and kept it just like this in postgresql.conf:
shared_preload_libraries = ''
Then I was able to restart Postgres.
Here are the exact steps done:
OS version for PostgreSQL server
# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="http://bugs.debian.org/"
root#app-4:/# cat /etc/debian_version
7.8
root#app-4:/# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.8 (wheezy)
Release: 7.8
Codename: wheezy
Installation of Oracle Instant Client
Installed using the instructions given here:
https://help.ubuntu.com/community/Oracle%20Instant%20Client
I downloaded the following rpm files from http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html:
oracle-instantclient-basic-10.2.0.3-1.x86_64.rpm
oracle-instantclient-devel-10.2.0.3-1.x86_64.rpm
oracle-instantclient-sqlplus-10.2.0.3-1.x86_64.rpm
and installed them on the PostgreSQL server using the following commands:
# apt-get install alien
# alien -i oracle-instantclient-basic-10.2.0.3-1.x86_64.rpm
# alien -i oracle-instantclient-devel-10.2.0.3-1.x86_64.rpm
# alien -i oracle-instantclient-sqlplus-10.2.0.3-1.x86_64.rpm
Confirming the installations:
# dpkg --list | grep -i oracle
ii oracle-instantclient-basic 10.2.0.3-2 amd64 Instant Client for Oracle Database 11g
ii oracle-instantclient-devel 10.2.0.3-2 amd64 Development headers for Instant Client.
ii oracle-instantclient-sqlplus 10.2.0.3-2 amd64 SQL*Plus for Instant Client.
Connecting to Oracle server using sqlplus
# su - postgres
postgres#app-4:~$ sqlplus <ORACLE_USER>/<ORACLE_PASS>#//<ORACLE_HOST>:<ORACLE_PORT>/<SID>
SQL*Plus: Release 10.2.0.3.0 - Production on Fri Sep 16 09:55:02 2016
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
SQL> select count(*) from <TEST_TABLE>;
COUNT(*)
----------
937530
SQL>
So this works fine.
Installing oracle_fdw
Downloaded oracle_fdw version 1.4.0 i.e. file oracle_fdw-1.4.0.zip from
http://pgxn.org/dist/oracle_fdw/
Then unzipped it and installed it like this:
root#app-4:/home/arun/oracle_fdw-1.4.0# ls
CHANGELOG LICENSE META.json oracle_fdw--1.1.sql oracle_fdw.control oracle_fdw.o oracle_gis.c oracle_utils.c README.oracle_fdw TODO
expected Makefile oracle_fdw--1.0--1.1.sql oracle_fdw.c oracle_fdw.h oracle_fdw.so oracle_gis.o oracle_utils.o sql
root#app-4:/home/arun/oracle_fdw-1.4.0# make
...
root#app-4:/home/arun/oracle_fdw-1.4.0# make install
/bin/mkdir -p '/usr/lib/postgresql/9.4/lib'
/bin/mkdir -p '/usr/share/postgresql/9.4/extension'
/bin/mkdir -p '/usr/share/postgresql/9.4/extension'
/bin/mkdir -p '/usr/share/doc/postgresql-doc-9.4/extension'
/usr/bin/install -c -m 755 oracle_fdw.so '/usr/lib/postgresql/9.4/lib/oracle_fdw.so'
/usr/bin/install -c -m 644 oracle_fdw.control '/usr/share/postgresql/9.4/extension/'
/usr/bin/install -c -m 644 oracle_fdw--1.1.sql oracle_fdw--1.0--1.1.sql '/usr/share/postgresql/9.4/extension/'
/usr/bin/install -c -m 644 README.oracle_fdw '/usr/share/doc/postgresql-doc-9.4/extension/'
Creating extension in Postgres
root#app-4:/# su - postgres
postgres#app-4:~$ psql
psql (9.4.4)
Type "help" for help.
postgres=# create extension oracle_fdw;
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
The connection to the server was lost. Attempting reset: Failed.
!> \q
Stack Trace
I installed the GNU debugger (gdb) as recommended by Laurenz Albe in his answer and got the following stack trace (without the debugging symbols for now):
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
#0 0x0000000000000000 in ?? ()
#1 0x00007ff657dfcc99 in DirectFunctionCall1Coll ()
#2 0x00007ff657de19a9 in ?? ()
#3 0x00007ff657de3037 in SearchCatCacheList ()
#4 0x00007ff4c5fcce7d in _PG_init () at oracle_fdw.c:648
#5 0x00007ff657dfb717 in ?? ()
#6 0x00007ff657dfc051 in load_external_function ()
#7 0x00007ff657b6b486 in fmgr_c_validator ()
#8 0x00007ff657dfdeba in OidFunctionCall1Coll ()
#9 0x00007ff657b6aedc in ProcedureCreate ()
#10 0x00007ff657bcf645 in CreateFunction ()
#11 0x00007ff657d14e73 in ?? ()
#12 0x00007ff657d140c7 in standard_ProcessUtility ()
#13 0x00007ff657bc89ed in ?? ()
#14 0x00007ff657bc98de in CreateExtension ()
#15 0x00007ff657d154c1 in ?? ()
#16 0x00007ff657d140c7 in standard_ProcessUtility ()
#17 0x00007ff657d11243 in ?? ()
#18 0x00007ff657d11e96 in ?? ()
#19 0x00007ff657d12b3d in PortalRun ()
#20 0x00007ff657d0fb1a in PostgresMain ()
#21 0x00007ff657acbdad in ?? ()
#22 0x00007ff657caf351 in PostmasterMain ()
#23 0x00007ff657acccba in main ()
Continuing.
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
UPDATE: I was able to install the extension on Postgres 9.4.9 running on debian 8 (8.6, jessie). I used Oracle instant client version 12.1.0.2.0-1 and oracle_fdw version 1.5.
You should really open a Github issue for that, that's the correct place to report an error.
The answer to the following questions will help:
Which version of oracle_fdw are you using?
What are the exact steps you used to build it? Did you build it on the system where you are running it?
How does the stack trace of the crash look (with debugging symbols)?
Two general remarks:
You should follow the README for building oracle_fdw and no other web site.
Adding it to shared_preload_libraries is plain wrong.
why do you use an oracle 10.2.0.3 instant against an Oracle 12.1.0.2 database? I'd recommend to use the latest version of instant client.
"SQL*Plus: Release 10.2.0.3.0 - Production on Fri Sep 16 09:55:02 2016"
When you use a debian based system do not use the instant client rpms and convert them to a deb package, use the zip versions and set your environment accordingly.
I'll see if I find some time to test your setup
Cheers,
Daniel
When I use a unix utility from MinGW make, I get a StackDump file:
error:
sed -i -e 's/reveal.js\/css\/theme\/simple.css/reveal.js\/css\/theme\/moon.css/' index.html
0 [main] sed 8744 open_stackdumpfile: Dumping stack trace to sed.exe.stackdump
make: *** [index.html] Error 5
sed.exe.stackdump:
MSYS-1.0.12 Build:2012-07-05 14:56
Exception: STATUS_ACCESS_VIOLATION at eip=68008DAA
eax=03019001 ebx=60EA4124 ecx=00692788 edx=00000150 esi=00000000 edi=60EA00D4
ebp=0028FE9C esp=0028FE78 program=c:\Program Files (x86)\Git\bin\sed.exe
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
0028FE9C 68008DAA (60EA00D4, 00000150, 0028FEEC, 680044EA)
0028FEEC 6800466B (00000000, 00000000, 0028FF2C, 00517CF8)
0028FF0C 68004C5F (00401C28, 00000000, 5C952BA0, FFFFE001)
0028FF2C 68004C98 (00000000, 00000000, 928A67BF, FFFFF800)
0028FF5C 00517C08 (00401C28, FFFFE001, 00000001, 00000000)
0028FF8C 0040103D (7FFDE000, 0028FFDC, 771F0BBB, 7FFDE000)
0028FF98 74F6919F (7FFDE000, 99B8EAFE, 00000000, 00000000)
0028FFDC 771F0BBB (FFFFFFFF, 771DC9D0, 00000000, 00000000)
0028FFEC 771F0B91 (00401000, 7FFDE000, 00000000, 78746341)
End of stack trace
I get very similar errors when trying to use tools like rm, mv, and cp. What can I do to fix these errors? It is making developing on Windows impossible.
The make binary that I am using is located at C:\MinGW\msys\1.0\bin\make.exe, and the version information is:
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i686-pc-msys
I'm guessing your problem is the msysgit version of sed is using the version of the MSYS DLL in C:\MinGW\msys\1.0\bin instead of the DLL in c:\Program Files (x86)\Git\bin. Try changing your PATH so that your makefile uses the sed in C:\MinGW\msys\1.0\bin, rather than the msysgit version.
I discovered the problem. I was actually using the MSYS version of make, but the sed binary was the one that shipped with cmder. This mismatch was causing the stackdumps. I fixed the path, and now it is working fine.
here is what I'm trying to solve. I have a crash dump from Google Chrome.
I open windbg and say File -> Symbol File Path:
"SRV*c:\code\symbols*http://msdl.microsoft.com/download/symbols;SRV*c:\code\symbols*https://chromium-browser-symsrv.commondatastorage.googleapis.com"
I guess this looks for the debugging symbols from let to right and should finally grab them from google then. I copied that from http://www.chromium.org/developers/how-tos/debugging.
I drag and drop the crash dump into windbg
And then...
Microsoft (R) Windows Debugger Version 6.2.8400.0 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\cburgdorf\Desktop\Chrome-last.dmp]
User Mini Dump File: Only registers, stack and portions of memory are available
Symbol search path is: SRV*c:\code\symbols*http://msdl.microsoft.com/download/symbols;SRV*c:\code\symbols*https://chromium-browser-symsrv.commondatastorage.googleapis.com
Executable search path is:
Windows 7 Version 7601 (Service Pack 1) MP (8 procs) Free x86 compatible
Product: WinNt, suite: SingleUserTS
Machine Name:
Debug session time: Wed May 16 16:25:24.000 2012 (UTC + 2:00)
System Uptime: not available
Process Uptime: 0 days 0:01:39.000
.........................................
This dump file has a breakpoint exception stored in it.
The stored exception information can be accessed via .ecxr.
eax=00000000 ebx=0038e1f8 ecx=00000001 edx=0012df58 esi=00000002 edi=0038e218
eip=776e013d esp=0038e1a8 ebp=0038e244 iopl=0 nv up ei pl zr na pe nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00200246
ntdll!NtWaitForMultipleObjects+0x15:
776e013d 83c404 add esp,4
0:000> .excr
^ Syntax error in '.excr'
You see that it says "The stored exception information can be accessed via .ecxr" but once I insert that it tells me that I have a syntax error.
Does anyone know what I'm doing wrong?
You've got a typo, it's .ecxr :) In the meantime, another easy way to get information out of a crash dump without needing too much WinDbg-fu, is:
.symfix; .reload
!analyze -v
And if this is a .NET App (Chromium isn't but just for extra info), add these three lines
.loadby sos clr
!pe
~*e !clrstack