>Tudna valaki irni egy par programozassal foglalkozo magyar URLt?
http://www.prog.hu

Gabor

>Ez a teme egy kicsit elavult , de mivel en nem nagyon ertek hozza , kernem
>azok segitseget a tudnak valamit az IRC halozat programozasarol es a mirc
>progrol vagy hasonlokrol, es jogokrol, operator jogokrol es mas ehez
>hasonlokrol !
Szerintem nezz el a http://www.irc.hu oldalra!

Gabor

Hello,
  kosz mindenkinek a segitseget, vegulis a problema leegyszerusodott,
  ugyhogy mar meg tudom csinalni.

  Viszont van ujabb kerdesem, excelben kell mukodtetni es ki kellene
  kuszobolni egy-ket szepseghibat:
  vannak beviteli mezok, listapanelek, radiogombok. A bev. mez. be van
  allitva enterkeybehavior=false, ami hatasara enter utan a kovetkezo
  vezerlore kellene ugornia, ez nem tortenik meg, miert?

  a bev. mez. csak az egesz szamok hasznalatat szeretnem engedelyezni,
  hogyan lehet ezt?

 Vikee! - mailto:     http://vikee.home.sk

Sziasztok!

Függényeket szeretnék ábrázolni, ezért kéne egy olyan GTK Widget, amire
képpontokat rajzolhatok ki. - egy vászonszerűség- . Ha  tud valaki hozzá
dokumentációt, úgy még jobb lenne. (a GTK.org -on volt egy drawer
widget, de az Undocumented kategóriában)

Áron
ui.: légyszi magánba is

On Sun, Feb 23, 1964 at 04:34:57AM +0000,  wrote:
> Tobbszalu programban szeretnem hasznalni egyszerre
> tobb szalon a kovetkezo fuggvenyeket:
> snprintf, strncpy, atoi, es hasonlok...

A fenti haram specialisan reentrans, es glibc eseten a teljes
stdlib (libio) is az.

> Ezeknek allitolag van direkt tobbszalusagra felkeszitett
> valtozata.

Az ilyeneknek altalaban '_r' a veguk, pl. gethostbyname() ->
gethostbyname_r() lesz.

> A kerdesem az, hogyan lehet ravenni a linkert
> hogy a tobbszalusag kompatibilis fuggvenyeket hasznaljam,
> illetve hogyan tudom megnezni hogy most eppen melyiket hasznalja.

Nehany unixon mukodik: minden forraskod legeslegelejen (az elso
#include elott) vagy a forditasi parancssorbol definiald a
_REENTRANT vagy a _THREAD_SAFE preprocesszor szimbolumot.

Altalanos megoldast ne nagyon varj mert sok library irojaban fel
sem merul, hogy erre gondolni kellene (meg sok overheaddel
jarna). Ugyhogy ha a dokumentacio nem mondja maskeppen, illetve a
forraskodbol nem derul ki vilagosan, hogy nem erzekeny az
ilyesmire, akkor jobb ha te gondoskodsz a lockolasokrol.

De persze a legegyszerubb nem multithreades programokat irtni :)

_tgz

On Sun, Feb 23, 1964 at 08:54:51AM +0000,  wrote:
> Nem tudja valaki hogyan kell kiszmolni egy adott datumra,
> hogy az ev melyik hetere esik.
> Itt most konkret programkodra gondolnek elsosorban.

Ugyan nem C++, de talan segit..

/* *********** */
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include <time.h>

void main(void)
{
	struct tm now;

	memset(&now, 0, sizeof(now));
	now.tm_year = 82;
	now.tm_mon = 7;
	now.tm_mday = 6;
	mktime(&now);
	printf("yday: %d\n", now.tm_yday);
}

/* *********** */

Conforms to ISO9899, POSIX, SVID, BSD, szoval mindenhez ami csak
elkepzelheto. (Habar megjegyeznem, hogy emlekeim szerint nekem
voltak problemaim a localtime()-mal SCO-n..)

_tgz

Kedves Alex!

On 31 Mar 2001, at 8:33, HIX CODER wrote:

> Nem tudja valaki hogyan kell kiszmolni egy adott datumra,
> hogy az ev melyik hetere esik.

Az ev elso hete az ev elso csutortokjet tartalmazo het, azaz ha jan. 1.
pentek, akkor az meg az elozo ev 53 hete.

> Itt most konkret programkodra gondolnek elsosorban.
> Mivel mar lassan 1 hete kuzdok a problemaval.
>
> Win 9x/NT alatt kell megoldani a dolgot.
>
> Van egy fgv strftime nevu joszag, de megbolondul ha az ev utolso
> hete (52.) utan vannak meg napok (pl. 2001-2002-re valo valtaskor az ev
> utolso hete (52.) utan megvan egy nap (Dec31) amit 53-hetnek minosit. A
> 2002 elso hetere azt mondja hogy az meg az elozo evhez tartozik igy meg az
> egesz evben csuszik a hetszam. Ez ismetlodik valamilyen csunya szabaly
> szerint. Szoval nem eppen jo.

Ezt nem ertem. 2001. dec. 31. hetfo, igy ez mar a kovetkezo ev 1. hetehez
tartozik. Ha jol gondolom...

Remelem jot irtam...

Udv From:, a hibaturo

Sziasztok!

> 
> A kovetkezo gondom van. Adott egy hatalmas C++ program Linux alatt, amit
> nem en irtam, viszont ki kellene javitanom. Segmentation fault-tal szall
> el a malloc.c-ben, 2.2-es glibc mellett. Gondolom, valahol felulirja a
> malloc valami adatat, amitol a malloc behal. Van valami otletetek, hogy
> hogyan lehet megtalalni a bunost? A teljes kodot atnezni, megerteni, es
> kijavitani remenytelennek tunik.

En nem Linuxban dolgozom, de szerintem ott is letezik a heapcheck rutin.
Ezt kellene betenni sok helyre a programban (ha nem tudod szukiteni a
kort), es ellenorizni vele, hogy mikor serult meg a heap. Sajnos az ilyen
hibak gyakran nehezen reprodukalhatok, lehet, hogy azzal, hogy modositod
a programot, maskor es mashol jelentkezik a gond. Windows alatt regebben
volt egy heapwalk nevu segedprogram (most kerestem, de a mostani fejleszto
rendszerhez mar nem adtak, meg egyebkent sem Linux program), amivel a
heap-et lehetett nezegetni. Ez is eleg nehez ugy, de lehet, hogy segit, es
szerintem valami ilyen segedprogram Linux alatt is letezik.

Udv.:
Joco