Hello,
I was facing a problem with a functio I wrote, checking if a file exists
withing the fs. When I was debuggin that , I set 2 breakpoints, the first to
the function file_exists and the second to the function call of file_exists
inside the program. I got the following output
**************************** gdb ************************************
Breakpoint 2, main (argc=1, argv=0xbffff1c4) at ddnscli.c:712
712 if(file_exists(lockfile))
(gdb) s
Breakpoint 1, file_exists (fname=0xbffff110 "disabled") at ddnscli.c:689
689 if( (rval = stat( fname, &attribut)) == -1)
(gdb) s
__stat (file=0xbffff070 "\200", buf=0xbffff070) at stat.c:51
51 stat.c: Datei oder Verzeichnis nicht gefunden.
in stat.c
(gdb) bt full
#0 __stat (file=0xbffff070 "\200", buf=0xbffff070) at stat.c:51
No locals.
#1 0x0804a56b in file_exists (fname=0xbffff110 "disabled") at ddnscli.c:689
attribut = {st_dev = 128, __pad1 = 34760, st_ino = 7, st_mode = 53,
st_nlink = 1075277812, st_uid = 1075283840, st_gid = 134522768,
st_rdev = 4615200421588234412, __pad2 = 34688, st_size = 40,
st_blksize = 1075277812, st_blocks = 1073835200, st_atime = 134522768,
st_atimensec = 3221221564, st_mtime = 1074560382, st_mtimensec = 40,
st_ctime = 1075277812, st_ctimensec = 3221221592, __unused4 = 1074559989,
__unused5 = 40}
rval = 1075277812
*************************************************************************************
__stat (file=0xbffff070 "\200", buf=0xbffff070) at stat.c:51
both arguments of stat hold the same address. file should be AFAIK
fname=0xbffff110.
I isolated the function to a test_program and it works fine there.
Any ideas?
Regards,
Oliver
--
Leben ist mehr als ...
<http://www.nak-nrw.de/index.php?id=71>
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-programming+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-programming+help(a)opensuse.org
The Linux C++ STL (Standard Template Library) is not threadsafe.
I'm working on a project where I will need the functionality of the STL
but it also must be threadsafe.
Currently, the only Rogue Wave® SourcePro® C++. I've used this before,
and the company I am working with has used it in some of their
products, but their version is several years old.
Other than STL, Rogue Wave® contains libraries for things like Linear
Algebra (LAPACK).
What I would like to know is if there are other good commercial (or
OpenSource) threadsafe STLs.
BTW: The C++ standards committee will probably never endorse
threadsafeness.
--
Jerry Feldman <gaf(a)blu.org>
Boston Linux and Unix user group
http://www.blu.org PGP key id:C5061EA9
PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9
* Oliver Block <lists(a)block-online.eu> [2006-11-09 16:34]:
>
> does anybody know if there is a C library for configuration file handling
> shipped with suse?
What do you consider as "configuration file"? Simple property files
like Windows .ini?
[section]
key1=value1
key2=value2
A parser for such things is in glib2, which is of course shipped with
SUSE. See http://developer.gnome.org/doc/API/2.0/glib/glib-Key-value-file-parser.html
for a documentation.
Bernhard
--
"Der Mensch erfand die Atombombe, doch keine Maus der Welt würde eine
Mausefalle konstruieren."
-- Albert Einstein
On 11/10/06, Henne Vogelsang <hvogel(a)opensuse.org> wrote:
> Hey people,
>
> as promised heres the heads up mail about the list migration. We will
> start to migrate lists around 12:30 GMT [1]. After noon i wont
> accept new subscribers anymore and by 12:35 everything should be
> migrated.
>
> Henne
>
> [1] To see what time that is in your timezone use
>
> date -d "12:30 GMT"
>
> --
> Henne Vogelsang, Core Services
> "Rules change. The Game remains the same."
> - Omar (The Wire)
I know it is late to complain, but I've just tried to update my filter.
First you can see the I'm subscribed via a gmail address. I don't
download the msgs but work with them directly at gmail.com. I suspect
that there are a lot of us doing that on this list, but I have not
paid that much attention to the various subscribers domains.
gmail has very limited filtering cabability. In the past I filtered
on subject; [SLE].
Without testing I assumed I could change that to [opensuse] and all
would be well. Unfortunately gmail ignores the [] chars and is
finding opensuse in any subject line. I subscribe to a number of
lists which might have opensuse in the subject line. Specifically
when I applied this rule to my e-mail archive it picked up dozens of
old non-SLE msgs and tagged them as SLE.
Earlier proposals of opensuse-en are sounding even better to me
because it would provide a more unusual filter item in the subject
line. Note that for gmail users all we care about is what the pretag
in the subject says. The details in the xmailinglist header entry are
not a concern to gmail users, so there is no need to change that
aspect, just the subject pretag.
Thanks
Greg
--
Greg Freemyer
The Norcross Group
Forensics for the 21st Century
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-programming+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-programming+help(a)opensuse.org
Hi,
> by 12:35 everything should be migrated.
It is now. If you encounter any problem let me know!
Henne
--
Henne Vogelsang, Core Services
"Rules change. The Game remains the same."
- Omar (The Wire)
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-programming+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-programming+help(a)opensuse.org
Hi,
as announced a while ago on the big lists [1] we will move this
list to the new mailinglist server. We have also decided to rename it
while moving it. All this will happen this friday (2006.11.10). I cant say
exactly at which time but i will send a short heads-up mail right before
we are doing it.
This means a few things for you.
1. This list, suse-programming-e(a)suse.com, will be renamed to opensuse-programming(a)opensuse.org
This means that mails to you will come from the new address and for
posting you also have to send mail to opensuse-programming(a)opensuse.org.
The old list adress will still work but is depreceated. I will turn
it off in the future (with notice).
2. Your subscription will get transfered to the new listserver. No action
on your part is required to continue reciving mails from this list.
3. Because of the renaming the mailinglist headers will change.
If you filter for headers in your mail setup please adopt
your setup accordingly. New headers will look like this:
Delivered-To: opensuse-programming(a)lists4.opensuse.org
Mailing-List: contact opensuse-programming+help(a)opensuse.org; run by mlmmj
X-Mailinglist: opensuse-programming
List-Post: <mailto:opensuse-programming@opensuse.org>
List-Help: <mailto:opensuse-programming+help@opensuse.org>
List-Subscribe: <mailto:opensuse-programming+subscribe@opensuse.org>
List-Unsubscribe: <mailto:opensuse-programming+unsubscribe@opensuse.org>
List-Owner: <mailto:opensuse-programming+owner@opensuse.org>
4. Mails will originate from the new server. If you accepts listmails
only from the listserver adopt your setup accordingly. The mails
will originate from
DNS: lists4.suse.de
IP: 195.135.221.135
5. The webarchive of this list is located at
http://lists.opensuse.org/opensuse-programming/
6. We are using a new mailinglist manager on the new server. This means
some aspects of using the list changed. Some features are dropped and
some new features are added. For a complete list check out this post:
http://lists.opensuse.org/opensuse-announce/2006-08/msg00005.html
7. If you have any problems at all with the new setup please dont
hesitate to contact me!
Henne
[1] http://lists.suse.com/archive/suse-linux-e/2006-Nov/1464.htmlhttp://lists.suse.com/archive/suse-linux/2006-Nov/0440.html
--
ml-admin
Hello everybody,
yesterday I was facing a problem. A system function gethostbyname() that
expects one argument, a const char* causes a segmentation fault.
The function call code is - probably not saying much - the following:
char *http_send_recv(char *hostname, char *request)
{
struct hostent *hptr;
...
if( hptr = gethostbyname( hostname ))
memcpy(&sin.sin_addr, hptr->h_addr, hptr->h_length);
else
{ /* error */ }
...
}
gdb output:
(gdb) p hostname
$1 = 0x804916b "www.oliver-block.eu"
(gdb) s
5701: symbol=gethostbyname; lookup in
file=/home/oblock/programming/c/tcp/ddnscli
5701: symbol=gethostbyname; lookup in file=/lib/tls/libc.so.6
lookup 0x08048000 0x00000284 -> 0x40034000 0x000c9ae0 /1 gethostbyname
5701: symbol=malloc; lookup in
file=/home/oblock/programming/c/tcp/ddnscli
5701: symbol=malloc; lookup in file=/lib/tls/libc.so.6
Program received signal SIGSEGV, Segmentation fault.
0x40007b46 in do_lookup_x () from /lib/ld-linux.so.2
(gdb) bt
#0 0x40007b46 in do_lookup_x () from /lib/ld-linux.so.2
#1 0x400084ae in _dl_lookup_symbol_x () from /lib/ld-linux.so.2
#2 0x4000cc26 in fixup () from /lib/ld-linux.so.2
#3 0x4000c9f0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#4 0x400fdb3f in gethostbyname () from /lib/tls/libc.so.6
#5 0x08048d1b in http_send_recv (hostname=0x804916b "www.oliver-block.eu",
request=0x804914f "GET /checkip.php /HTTP1.1\r\n") at ddnscli.c:161
#6 0x08048e12 in get_ip () at ddnscli.c:191
#7 0x08048f01 in main (argc=6, argv=0xbffff174) at ddnscli.c:243
(gdb)
Help is appreciated.
Best regards,
Oliver
--
Leben ist mehr als ...
<http://www.nak-nrw.de/index.php?id=71>
On a ...ahem ... Debian sarge box ... ahem ... I get another gdb, not stating
gethostbyname but getservbyname which is called right after gethostbyname()
gdb output;
(gdb) bt
#0 0x40011a14 in realloc () from /lib/ld-linux.so.2
#1 0x40006381 in _dl_map_object () from /lib/ld-linux.so.2
#2 0x40123e3a in getutmpx () from /lib/libc.so.6
#3 0x4000c016 in _dl_catch_error () from /lib/ld-linux.so.2
#4 0x40124676 in _dl_open () from /lib/libc.so.6
#5 0x401259b3 in _dl_mcount_wrapper_check () from /lib/libc.so.6
#6 0x4000c016 in _dl_catch_error () from /lib/ld-linux.so.2
#7 0x4012596e in _dl_mcount_wrapper_check () from /lib/libc.so.6
#8 0x40125a68 in __libc_dlopen_mode () from /lib/libc.so.6
#9 0x40104478 in __nss_lookup_function () from /lib/libc.so.6
#10 0x4010403f in __nss_database_lookup () from /lib/libc.so.6
#11 0x40105e73 in __nss_hostname_digits_dots () from /lib/libc.so.6
#12 0x401095c8 in getservbyname_r () from /lib/libc.so.6
#13 0x40109416 in getservbyname () from /lib/libc.so.6
#14 0x08048d34 in http_send_recv (hostname=0x804919b "www.oliver-block.eu",
request=0x804917f "GET /checkip.php /HTTP1.1\r\n") at ddnscli.c:166
#15 0x08048e14 in get_ip () at ddnscli.c:191
#16 0x08048ef6 in main (argc=5, argv=0xbffffb24) at ddnscli.c:243
--
Leben ist mehr als ...
<http://www.nak-nrw.de/index.php?id=71>